Принципы 7 многослойной модели

многослойная модель 4

Хотя это легче сказать, чем сделать, я хотел бы начать на этой неделе geofumando По этому вопросу, хотя есть полные книги по этому вопросу, мы будем использовать принципы 7 Web 2.0, чтобы обобщить схему многослойной модели и применить ее к геоматическому полю.

Концепция, известная как многослойная, возникает после того, как клиент-серверные приложения начали бум, связанный с ростом Интернета, в то время как частные сети (Интранет) также стали популярными. Одной из наиболее важных целей является то, что разработка не влияет на работу, а тем более на пользователей консультаций в системе, которая постоянно используется.

Так обстоит дело, например, в крупном проекте кадастра, в котором полевые специалисты, картографирование или дигитайзеры должны подавать информацию; тогда юридические аналитики, ГИС и специалисты по регуляризации должны обрабатывать данные, а со стороны внешних пользователей - спрос на уровне консультаций или запросов на онлайн-процедуры.

Давайте посмотрим на слои этой модели и ее принципы.

Уровень разработки

многослойная модель 1

многослойная модель 111. Простой дизайн Важно понимать, что при разработке многоуровневых приложений вы не можете преувеличивать функции, которые замедляют процесс, развертывание данных или обновление функциональности. Именно по этой причине использование JavaScript-подобных процедур, выполняемых на сервере, позволяет многим пользователям одновременно выполнять задачи без перезагрузки системы. В той степени, в которой процессы могут быть уменьшены, требуется только контроль количества и емкости процессоров для поддержки простого дизайна ... хотя эта, а не специальность архитекторов программного обеспечения, по-видимому, является скорее навыком богов.

многослойная модель 12 2. Приложения для использования несколькими устройствами. Необходимо учитывать, что пользователи захотят получить доступ к информации с настольных устройств или мобильного разнообразия через Интернет, поэтому разработка должна учитывать этот принцип. Хотя предсказать эволюцию известных гаджетов непросто, по крайней мере, специализация проекта должна учитываться для целей подачи и загрузки данных, так как в случае кадастрового процесса использование GPS-оборудования и КПК с использованием ГИС-приложений / CAD с минимальными возможностями подачи табличных данных и использованием растровых / векторных данных. Поскольку специализация бизнеса имеет многоплановое использование, она требует осознания прогресса технологий.

многослойная модель 13 3. Через базу данных. Чтобы процессор не имел коллапса, необходимо учитывать, что любое действие, которое выполняет пользователь, является простым вызовом базы данных, поэтому, если используется передача файлов, предпочтительнее создавать веб-службы. Если будут использоваться карты, идеальным является создание служб IMS для публикации, и если документы будут загружены, посмотрите на использование веб-сервисов.

Уровень процесса


многослойная модель 2

многослойная модель 21 4. Интернет как платформа. Быть Интранет или Интернет, концепция та же самая, ищите рабочую среду пользователей, чтобы быть в сети, так что любой тип процессов запускается с сервера. Это дополняется следующим принципом, поскольку цель состоит в том, чтобы гарантировать, что для работы процессов не требуются команды с большими ресурсами, даже если необходимо перепроектировать приложения сценариев.

многослойная модель 22 5. Использование онлайн-приложений. Это большая проблема для разработчиков, потому что на этом уровне также существует уровень пользователей, которые делают процессы, выходящие за рамки запроса. Таков случай кадастрового обслуживания, который требует использования дискретных файлов, а не просто манипулирования табличными данными. Для этого выбранное программное обеспечение должно обеспечивать контролируемую среду управления файлами, версию и процесс, известный как checkout-checkin; Ожидается, что API также предоставит возможности для настройки функциональных возможностей и предотвращения процессов рабочего процесса, затрудняющих синхронизацию.

Пользовательский слой

многослойная модель 3

многослойная модель 31 6. Коллективный разум. Этот принцип исходит из концепции сообщества, очень популярной в наши дни. Важно создавать интерфейсы, которые облегчают общение между пользователями, будь то эти форумы, сети поддержки или каналы обмена мгновенными сообщениями, чтобы пользователи могли делиться своими сомнениями, решениями и использовать коллективные навыки.

многослойная модель 32 7. Обратная связь. Созданные службы должны обладать достаточной функциональностью, чтобы пользователи могли сообщать об ошибках, добавлять комментарии независимо от того, являются ли они автоматическими или произвольными, важно то, что пользователи, которые управляют двумя другими уровнями, знают о посетителях. На этом уровне также ожидается, что ограниченный доступ защищен, функциональный реестр и автоматическое обновление изменений.

Эти принципы должны влиять на данный момент, чтобы принять решение о бренде программного обеспечения, главным образом потому, что жизнь этого не в продуктах выхода, а в том, чтобы развить руку.

Ответы 2 на «Принципы 7 многослойной модели»

  1. Спасибо за вашу информацию, большое спасибо.

  2. очень хорошая статья мне очень помогла!
    ^^ привет !!

Оставить комментарий

Ваш электронный адрес не будет опубликован.

Этот сайт использует Akismet для уменьшения количества спама. Узнайте, как обрабатываются ваши данные комментариев.