1Примеры описания модели предметной области

Описание каскадной модели проектирования по методологии sadt

В качестве примера рассмотрим каскадную (водопадную) модель проектирования и разработки автоматизированной системы обработки информации и управления (АСОИУ), выполненную в методологии SADT.

Замечание. SADT (Structured Analysis and Design Technique, методология Росса) – методология структурного анализа и проектирования, основанная на графическом представлении системы разными языковыми средствами. Основные положения данной методологии зафиксированы в стандарте IDEF0

Цель моделирования: описать бизнес-процесс разработки и внедрения типовой автоматизированной системы обработки информации и управления.

Точка зрения: руководитель IT-компании.

Область моделирования ограничивается процессами создания и внедрения информационного и программного обеспечения.

В ответ на требования клиента (см. рис. 1.1) описание объекта автоматизации и данные клиента анализируются и служат основой для формирования автоматизированной системы, сопроводительной документации и обучения пользователей.

Рисунок 1.1 – Контекстная диаграмма А-0

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

Рисунок 1.2 – Диаграмма декомпозиции верхнего уровня А0

На этапе анализа предметной области и формулировки требований осуществляется определение функций, которые должна выполнять разрабатываемая система (см. рис. 1.3.). Эту работу выполняют аналитики (менеджеры) совместно со специалистами предметной области (клиентом).

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

В результате работы над требованиями происходит корректировка требования и выработка технического решения. После этого необходимо определить трудоемкость и стоимость проекта, и составить план проекта. Требования на проект проходят итеративное согласование в результате переговоров клиента и менеджера проекта (см. рис. 1.4.)

Проектирование автоматизированной системы (см. рис. 1.5) включает разработку функциональной спецификации и архитектуры системы, которая описывается в технической спецификации. После написания спецификации необходимо скорректировать план проекта.

На этапе написания функциональной спецификации описывается основная функциональность автоматизированной системы, производится моделирование. В результате уточняется структура системы, основные процессы и пользовательский интерфейс.

На этапе технического проектирования уточняется архитектура системы, определяется информационное, программное и аппаратное обеспечение и детально описываются все основные алгоритмы. Здесь же необходимо описать структуру базы данных, механизмы обмена информацией (импорта-экспорта данных) и интеграции с другими приложениями, возможность распределения и распараллеливания информационных потоков и процесса их обработки.

На рисунках 1.6 – 1.7 приведено описание бизнес-процессов по работе с требованиями (декомпозиция блока А11) и корректировке плана проекта (декомпозиция блока А24), выполненное по стандарту IDEF3.

Рисунок 1.3 – Диаграмма А1. Подготовить проект

Рисунок 1.4 – Диаграмма DFD A11. Работать с требованиями клиента

Рисунок 1.5. – Диаграмма А2. Проектировать автоматизированную систему

Собственно разработка программного и информационного обеспечения базируется на технической спецификации и выполняется в соответствии с планом проекта (см. рис. 1.8, 1.9). Код модулей интегрируется по своему завершению и является результатом этого блока.

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