2.2 Стадии этапы по стандарту ssadm

SSADM (Structured Systems Analysis and Design Method) – метод структурного анализа и проектированияю. Методика проектирования принятая как стандарт государственными органами Англии в качестве основного системного средства и используется многими организациями как внутри страны, так и за ее пределами. Рассмотрим основные стадии и этапы проектирования

Стадия 0. Оценивание реализуемости (необязательная)

1. Определить рамки и составить план разработки АС

2. Определить первоначальный вариант требований к АС.

3. Выбрать вариант оценивания реализуемости

4. Оформить отчет о возможности создания АС

Стадия 1. Предпроектное обследование

1. Определить рамки предпроектного обследования

2. Определить основные требования к АС

3. Изучить процессы обработки информации в существующей системе

4. Изучить данные, обрабатываемые в существующей системе

5. Разработать логическое описание существующей системы

6. Обобщить результаты предпроектного обследования

Стадия 2. Выбор варианта автоматизации

Стадия 3 Разработка технического задания

3.1. Разработать общие требования к автоматизируемым функциям

3.2. Разработать требуемую логическую модель данных

3.3. Уточнить требования к функциям и задачам

3.4. Уточнить логическую модель данных

3.5. Разработать демонстрационный прототип

3.6. Разработать требования к обработке данных

3.7. Уточнить цели разработки АС

3.8. Оформить техническое задание на создание АС

Стадия 4. Выбор варианта технической реализации

4.1. Разработать варианты технической реализации

4.2. Выбрать вариант технической реализации

Стадия 5. Разработка логического проекта

5.1. Определить порядок диалогового взаимодействия

5.2. Разработать постановки задач модификации баз данных

5.3. Разработать постановки информационных задач

5.4. Завершить разработку логического проекта

Стадия 6. Физическое проектирование

6.1. Подготовить план физического проектирования

6.2. Разработать физическую организацию баз данных

6.3. Разработать спецификации к программным компонентам

6.4. Оптимизировать физическую структуру баз данных

6.5. Уточнить спецификации требований к программным компонентам

6.6. Согласовать интерфейс между задачами и базами данных.

6.7. Оформить физический проект.

Здесь мы не будем рассматривать правила составления и утверждения требований к системе. В контексте дисциплины большего внимания заслуживает структура процесса проектирования согласно стандарту SSADM как неформальная альтернатива ГОСТ 34.601-90.

Сравним структуру процессов проектирования по ГОСТ 34.601-90 и SSADM. При сравнении этих стандартов очевидна общая структура процесса проектирования состоящая из следующих этапов:

1. Подготовка принятия решения о создании ИС;

2. Составление технического задания;

3. Создание модели системы, разработка вариантов реализации и выбор оптимального варианта;

4. Собственно создание проекта;

5. Запуск в эксплуатацию (внедрение);

6. Поддержка ИС в процессе эксплуатации (сопровождение)

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