4.2.2. Типовой технологический процесс SSADM

На рис. 4.1 показано типовых технологических процессов (ТПП), который состоит из пяти обобщенных стадий. В свою очередь эти стадии делятся на семь мелких стадий, стадии - на этапы, а этапы - на операции. На рис. 4.2 изображена структурная схема ТПП. На ней, в частности, приведены основные проектные документы, которые разрабатываются на соответствующих стадиях. Некоторые документы, например Каталог требований и Логическая модель данных, являются исходными документами для некоторых стадий. Это свидетельствует о итерационный характер процесса выработки проектных решений в рамках технологии SSADM.
Далее приведем краткое описание работ, выполняемых на каждой стадии.
Стадия 0. Оценка реализуемости. Стадия необязательно, поскольку предусмотренные на ней работы выполняются, как правило, при разработке стратегии автоматизации. Если проект достаточно сложный, то на этой стадии разрабатывают общий замысел и оценивают затраты и ожидаемый эффект с учетом имеющихся ресурсив.
Стадия 1. Предпроектное обследование. Цель стадии - построить формализованную модель существующей системы или организации, выявить ее недостатки и сформулировать основные требования к новой системе, которые пока в неформализованных виде отражают в Каталоге требований. Оценивают важность каждой выявленной требования (например, по трехбалльной шкале). Для моделирования используют изображения существующей системы в форме Схем информационных потоков (СИП). Данные, обрабатываемые, документируют в виде логической схемы данных (ЛСД).
Стадия 2. Выбор варианта автоматизации. Цель - разработать несколько возможных вариантов построения новой системы и выбрать из них лучший. Требования, зафиксированные на предыдущей стадии, проектировщики разбивают на несколько перекрестных множеств зависимости от их важности и с учетом их содержания. Для каждой из них группы составляют краткое описание варианта построения новой системы и дают качественную, а если возможно, и количественную оценку его стоимости и эффективности. Например, в одну группу могут быть включены только требования с наивысшим приоритетом, а в другую - все обнаруженные требования. Первой из них соответствует дешевый вариант системы, обеспечивающей реализацию минимального набора функций, а второй - самый дорогой вариант с наиболее полными функциональными возможностями. Эти два варианта образуют границы, в пределах которых следует с учетом ограничений на выделенные ресурсы искать компромиссное решение. Для этого составляют и оценивают еще несколько промежуточных вариантов, а для окончательного рассмотрения отбирают два-три наиболее приемлемых, для которых составляют более детальное описание и оценки. Эти варианты предъявляют заказчику и представителям будущих пользователей, среди лучших выбирают конечный вариант.
Стадия 3. Разработка технического задания. Цель - составление достаточно полного формализованного описания требований к будущей системе согласно варианту, избранным на предыдущей стадии. На этой стадии разрабатываются формализованные описания функционального, предметного и динамического аспектов концептуальной части будущей АС. Одновременно формализуют требования к интерфейсу пользователя и разрабатывают его демонстрационный прототип, предназначенный для того, чтобы оценить, насколько соответствуют требованиям пользователей формы входящей и исходящей информации и структура диалогового взаимодействия. Окончательно согласованы формализованные требования собирают в комплект документов - техническое задание. Основную его часть составляют логическая модель данных (ЛМД), модели функциональных задач (МФЗ), а также результаты прототипирования, отражающие важнейшие требования к интерфейсу.
Стадия 4. Выбор варианта технической реализации. Цель - определение наиболее приемлемого варианта среды программной реализации, а также состава и конфигурации технических средств. На основе сведений, содержащихся в техническом задании, оценивают нужны производительность вычислительного устройства и объем памяти, необходимые для хранения и обработки данных. Это позволяет также конкретизировать требования к программной среды реализации, сузить круг поиска соответствующих программных средств и систем. При этом разрабатывают несколько возможных вариантов и каждый из них оценивают исходя из критерия стоимость / эффективность. С учетом всех существенных факторов, влияющих на качество будущей системы, окончательно останавливаются на наиболее приемлемом варианти.
Стадия 5. Разработка логического проекта. Цель - спроектировать комплекс программных средств на логическом уровне, т.е. на независимом от среды реализации. Эти проектные работы выполняются одновременно со стадией 4. На основе технического задания сначала разрабатывают логику диалогового взаимодействия. Затем проектируют алгоритмы задач обработки данных, а также информационных задач. При этом, если необходимо, уточняют каталог требований и логическую модель данных. Разработаны проектные документы согласовывают между собой и объединяют вместе с ЛМД в логический проект.
Стадия 6. Физическое проектирование. Цель - сгенерировать работоспособную физическое описание данных в выбранной среде реализации и разработать задание на создание программных компонентов будущей АС. На базе существующей логической модели данных разрабатывают первоначальный вариант его физического изображения и оценивают его работоспособность. В случае необходимости, для ускорения доступа к некоторым групп данных, дорабатывают ЛМД, в частности, добавив классы индексных информационных объектов. В логические постановки задач вносят элементы, которые зависят от специфики среды реализации, например описания данных на выбранном языке программирования. При этом уточняют ранее полученные оценки нужной памяти и быстродействия вычислительных средств, и в случае необходимости вносят коррективы в проект. В заключение уточняют детали реализации интерфейса и отображают их в задачах на программирование. Разработаны постановки задач собирают в единый пакет - физический проект.
Итак, основным продуктом, созданным с использованием технологии SSADM, является комплект документов, на основе которых разрабатываемая АС может быть реализована на вычислительном устройстве с использованием системы программирования и СУБД, выбранных на стадии 4.
4.2.1. Общая характеристика технологии SSADM 4.2.3. Основные проектные методики