다층 모델의 7 원리

완료보다 쉽지만 이번 주에 시작하겠습니다. 지구 물리학의 이 주제에 관해서는이 주제에 대한 완전한 서적이 있지만 7 웹 원칙 2.0을 사용하여 다중 계층 모델의 구성을 요약하고이를 지형 필드에 적용합니다.

멀티 레이어로 알려진 개념은 클라이언트-서버 애플리케이션이 붐을 일으켜 인터넷의 성장과 함께 개인 네트워크 (인트라넷)도 대중화되면서 생겨났습니다. 가장 중요한 목표 중 하나는 개발이 운영에 영향을 미치지 않고 지속적으로 사용되는 시스템의 쿼리 사용자에게 영향을 미치지 않는다는 것입니다.

예를 들어 현장 기술자,지도 작성자 또는 디지타이저가 정보를 제공해야하는 방대한 지적 프로젝트에서 그러한 경우가 있습니다. 법률 분석가, GIS 및 정규화 기술자는 데이터를 처리해야하며 외부 사용자 측에서는 컨설팅 수준이나 온라인 절차 요청이 필요합니다.

이 모델과 그 원리의 계층을 봅시다.

개발 레이어

1. 심플한 디자인.  다중 계층 애플리케이션이 개발 될 때 프로세스, 데이터 배포 또는 기능 업데이트를 늦추는 기능은 과장 될 수 없음을 이해하는 것이 중요합니다. 이것이 서버에서 실행되는 Javascript와 유사한 프로 시저를 사용하면 많은 사용자가 시스템을 다시로드하지 않고도 동시에 작업을 실행할 수있는 이유입니다. 프로세스를 더 작게 만들 수 있기 때문에 설계를 단순하게 유지하기 위해 프로세서의 수와 용량 만 모니터링하면됩니다.

2. 다중 장치 사용을위한 응용 프로그램.  사용자가 웹을 통해 데스크톱 장치 또는 다양한 모바일에서 정보에 액세스하기를 원할 것이라는 점을 고려할 필요가 있으므로 개발은이 원칙을 고려해야합니다. 잘 알려진 가제트의 진화를 예측하는 것은 쉽지 않지만 지적 프로세스의 경우와 같이 GIS 응용 프로그램과 함께 GPS 장비 및 PDA를 사용하는 것과 같이 데이터를 공급하고 다운로드 할 목적으로 최소한 프로젝트의 전문성을 고려해야합니다. / 최소한의 표 형식 데이터 피드 기능과 래스터 / 벡터 데이터 사용이 가능한 CAD. 사업의 전문성이 다각화됨에 따라 기술의 발전에 대한 인식이 필요합니다.

3. 데이터베이스를 통해.  프로세서가 붕괴되지 않도록하려면 사용자가 실행하는 모든 작업이 데이터베이스에 대한 간단한 호출임을 고려해야합니다. 따라서 파일 전송을 사용하려면 웹 서비스를 만드는 것이 좋습니다. 지도를 사용하는 경우 게시를위한 IMS 서비스를 만들고 문서를 다운로드 할 경우 웹 서비스 사용을 찾는 것이 이상적입니다.

프로세스 계층

4. 플랫폼으로서의 웹.  인트라넷이든 인터넷이든 개념은 동일하며 사용자의 작업 환경이 온라인 상태가되므로 모든 유형의 프로세스가 서버에서 실행됩니다. 이는 데스크톱 응용 프로그램을 다시 디자인해야하지만 프로세스 운영에 많은 리소스를 가진 팀이 필요하지 않도록하기위한 것이므로 다음 원칙으로 보완됩니다.

5. 온라인 응용 프로그램 사용.  이 계층에는 쿼리를 넘어서는 프로세스를 수행하는 수준의 사용자도 포함되기 때문에 이는 개발자에게 큰 도전입니다. 이러한 지적 유지 관리의 경우는 표 형식 데이터의 조작뿐만 아니라 개별 파일을 사용해야합니다. 이를 위해 선택된 소프트웨어는 제어 된 파일 관리 환경, 버전 관리 및 체크 아웃 체크인으로 알려진 프로세스를 제공해야합니다. 또한 API는 기능을 특정화하고 데스크톱 프로세스가 동기화를 복잡하게하는 것을 방지하는 기능을 제공 할 것으로 예상됩니다.

사용자 계층

6. 집단 지성.  이 원칙은 오늘날 매우 인기있는 커뮤니티 개념에서 비롯됩니다. 이러한 포럼, 지원 네트워크 또는 인스턴트 메시징 채널 등 사용자 간의 의사 소통을 용이하게하는 인터페이스를 만드는 것이 중요합니다. 그래야 사용자가 의심, 솔루션을 공유하고 집단적 기술을 활용할 수 있습니다.

7. 의견.  생성 된 서비스는 사용자가 오류를보고하고, 코멘트를 추가하는 것이 자동화되거나 자발적으로 이루어질 수 있도록 충분한 기능이 있어야하며, 중요한 것은 다른 두 계층을 관리하는 사용자가 방문자에 대해 알고 있다는 것입니다. 제한된 액세스, 기능 등록 및 자동 변경 업데이트도이 수준에서 예상됩니다.

이러한 원칙은 소프트웨어 브랜드를 결정할 순간에 영향을 주어야합니다. 주로이 소프트웨어의 수명이 이탈의 제품이 아니라 소프트웨어를 개발할 수있는 역량에 있기 때문입니다.