
- •Каноническое проектирование и документирование проекта
- •Гост на этапы канонического проектирования
- •Этап системного анализа
- •Техническое задание
- •Планирование разработки
- •Пооперационный перечень работ
- •Типы зависимостей
- •Рабочий график
- •Диаграмма Ганта
- •Сетевые диаграммы
- •Прогнозирование
- •Количественные характеристики
- •Технико-экономическое обоснование (тэо)
- •Этап проектирования (синтез систамы)
- •Статическая (структурная) модель
- •Модель репозитория
- •Модель абстрактной машины
- •Статическая модель распределенной архитектуры.
- •Файл-серверные приложения.
- •Клиент-серверные приложения.
- •Двух- и трехуровневые архитектура клиент-сервер.
- •Архитектура распределенных объектов.
- •Динамическая модель
- •Пользовательский интерфейс
- •Психофизические особенности человека, связанные с восприятием и обработкой информации.
- •Основные критерии оценки интерфейсов
- •Типы интерфейсов пользователя
- •Интерфейс примитивный
- •Интерфейс Меню.
- •Интерфейс со свободной навигацией (графический интерфейс).
- •Классификации и принципы разработки диалогов.
- •Типы диалога.
- •Формы диалога.
- •Фразовая форма
- •Директивная форма
- •Табличная форма
- •Состав и содержание технического проекта.
- •Вопросы и задания для самопроверки
- •Глоссарий
- •Глава III.Каноническое проектирование и документирование проекта 1
Модель абстрактной машины
Модель архитектуры абстрактной машины (иногда называемая многоуровневой моделью) моделирует взаимодействие подсистем. Она организует систему в виде набора уровней, каждый из которых генерирует свои выходные данные. Каждый уровень определяет абстрактную машину, выходные данные которой используются для реализации следующего уровня абстрактной машины.
Многоуровневый подход обеспечивает пошаговое развитие систем — при разработке какого-либо уровня предоставляемые им сервисы становятся доступны пользовать. Кроме того, такая архитектура легко изменяема и переносима на разные платформы. Изменение интерфейса любого уровня повлияет только на смежный уровень. Так как в многоуровневых системах зависимости от машинной платформы локализованы на внутренних уровнях, такие системы можно реализовать на других платформах, поскольку потребуется изменить только самые внутренние уровни.
Недостатком модели абстрактной машины является довольно сложная структура системы Основные средства, такие как управление файлами, необходимые всем уровням, предоставляются внутренними уровнями. Поэтому сервисам, запрашиваемым пользователем, возможно, потребуется доступ к внутренним уровням абстрактной машины. Такая ситуация приводит к разрушению модели, так как внешний уровень зависит только от предшествующего ему уровня, но и от более низких уровней.
Примером модели абстрактной машины служит классическая модель протоколов OSI (Open System Interconnection) – это эталонная модель сетевого взаимодействия подсистем в вычислительной системе. Она включает в себя 7 уровней.
Рис. III‑14 Семиуровневая модель OSI
7-й уровень определяет методы взаимодействия приложений, включая электронную почту.
6-й уровень определяет методы описаний, форматирования, преобразования, кодирования.
5-й уровень определят методы взаимодействия процессов и обеспечивает поддержку сеанса работы в течение необходимого промежутка времени, выполняя при этом функции защитные, административные и по установлению связи.
4-й уровень определяет протоколы для структурированных сообщений и обеспечивает проверку правильности передачи данных.
3-й уровень определяет протоколы маршрутизации в сети.
2-й уровень обеспечивает целостность патока данных от одного узла к другому путем синхронизации блока данных.
1-й уровень определяет механизм взаимодействия со средой передачи данных и интерфейса аппаратного обеспечения.
Статическая модель распределенной архитектуры.
В настоящее время все разрабатываемые в коммерческих целях ИС имеют распределенную архитектуру, которая подразумевает использование глобальных и/или локальных сетей.
Исторически первыми получила широкое распространение файл-серверная архитектура, поскольку ее логика проста и перевести на такую архитектуру уже находящиеся в эксплуатации ИС –проще всего. Затем она была трансформирована в архитектуру сервер-клиент, которую можно трактовать как ее логическое продолжение. Современные системы, используемые в глобальной сети INTERNET в основном относятся к архитектуре распределенных объектов (см. Рис. III -15)
Рис. III‑15 Архитектура распределенных систем
ИС можно представить состоящую из следующих составных частей (Рис. III -16)
Рис. III‑16 Состав ИС с точки зрения распределения систем
Рис.