2.2.2. Методология datarun
Одной из наиболее распространенных в мире электронных методологий является методология DATARUN. В соответствии с методологией DATARUN жизненный цикл ИС разбивается на стадии, которые связываются с результатами выполнения основных процессов, определяемых стандартом ISO 12207.
Каждую стадию кроме ее результатов должен завершать план работ на следующую стадию. Стадия формирования требований и планирования включает в себя действия по определению начальных оценок объема и стоимости проекта.
Должны быть сформулированы требования и экономическое обоснование для разработки ИС, функциональные модели (модели бизнес-процессов организации) и исходная концептуальная модель данных, которые дают основу для оценки технической реализуемости проекта.
Основные результаты этой стадии:
модели деятельности организации (исходные модели процессов и данных организации);
требования к системе, включая требования по сопряжению с существующими ИС;
исходный бизнес-план.
Концептуальное проектирование имеет следующие стадии:
детальный анализ первичных данных и уточнение концептуальной модели данных;
проектирование архитектуры системы. Архитектура включает в себя разделение концептуальной модели на обозримые подмодели;
оценивается возможность использования существующих ИС и выбирается соответствующий метод их преобразования;
уточняется исходный бизнес-план. Выходными компонентами этой стадии являются концептуальная модель данных, модель архитектуры системы и уточненный бизнес-план;
на стадии спецификации приложений продолжается процесс создания и детализации проекта;
концептуальная модель данных преобразуется в реляционную модель;
определяется структура приложения, необходимые интерфейсы приложения в виде экранов, отчетов и пакетных процессов вместе с логикой их вызова;
модель данных уточняется бизнес-правилами и методами для каждой таблицы. В конце этой стадии принимается окончательное решение о способе реализации приложений.
По результатам стадии должен быть построен проект ИС, включающий модели архитектуры ИС, данных, функций, интерфейсов (с внешними системами и с пользователями), требований к разрабатываемым приложениям (модели данных, интерфейсов и функций), требований к доработкам существующих ИС, требований к интеграции приложений, а также сформирован окончательный план создания ИС.
На стадии разработки, интеграции и тестирования должна быть создана тестовая БД, частные и комплексные тесты. Проводится разработка, определение прототипа и тестирование БД и приложений в соответствии с проектом.
Стадия внедрения включает в себя действия по установке и внедрению БД и приложений. Основными результатами стадии должны быть готовая к эксплуатации и перенесенная на программно-аппаратную платформу заказчика версия системы, документация сопровождения и акт приемочных испытаний по результатам опытной эксплуатации.
Стадии сопровождения и развития включают процессы и операции, связанные с регистрацией, диагностикой и локализацией ошибок, внесением изменений и тестированием, проведением доработок, тиражированием и распространением новых версий ИС в места эксплуатации, переносом приложений на новую платформу и масштабированием системы.
Стадия развития фактически является повторной итерацией стадии разработки.
Методология DATARUN опирается на две модели или на два представления:
модель организации;
модель ИС.
Методология DATARUN базируется на системном подходе к описанию деятельности организации.
Построение моделей начинается с описания процессов, из которых затем извлекаются первичные данные (стабильное подмножество данных, которые организация должна использовать для своей деятельности).
Первичные данные описывают продукты или услуги организации, выполняемые операции (транзакции) и потребляемые ресурсы, они описывают внешние и внутренние сущности, такие как служащие, клиенты или агентства, а также данные, полученные в результате принятия решений, как например, графики работ, цены на продукты.
Основной принцип DATARUN заключается в том, что первичные данные, если они должным образом организованы в модель данных, становятся основой для проектирования архитектуры ИС.
Архитектура ИС будет более стабильной, если она основана на первичных данных, тесно связанных с основными деловыми операциями, определяющими природу бизнеса, а не на традиционной функциональной модели.
Любая ИС (рис. 2.21) представляет собой набор модулей, исполняемых процессорами и взаимодействующих с БД.
БД и процессоры могут располагаться централизованно или быть распределенными. События в системе могут инициироваться внешними сущностями, такими как клиенты у банкоматов или временные события (конец месяца или квартала).
Все транзакции осуществляются через объекты или модули интерфейса , которые взаимодействуют с одной или более БД.
Рис. 2.21. Модель ИС
Подход DATARUN преследует две цели:
определить стабильную структуру, на основе которой будет строиться ИС. Такой структурой является модель данных, полученная из первичных данных, представляющих фундаментальные процессы организации;
спроектировать ИС на основании модели данных.
Объекты, формируемые на основании модели данных, являются объектами БД, обычно размещаемыми на серверах в среде «клиент-сервер».
Объекты интерфейса, определенные в архитектуре компьютерной системы, обычно размещаются на клиентской части.
Модель данных, являющаяся основой для спецификации совместно используемых объектов БД и различных объектов интерфейса, обеспечивает сопровождение ИС.
На рис. 2.22 представлена последовательность шагов проектирования ИС.
Рис. 2.22. Последовательность шагов проектирования системы
На рис. 2.23 определены модели, создаваемые в процессе разработки ИС.
Рис. 2.23. Модели, создаваемые с помощью подхода DATARUN,
Где: BPM (Business Process Model) - модель бизнес-процессов; PDS (Primary Data Structure) - структура первичных данных; CDM (Conceptual Data Model) - концептуальная модель данных; SPM (System Process Model) - модель процессов системы; ISA (Information System Architecture) - архитектура информационной системы; ADM (Application Data Model) - модель данных приложения; IPM (Interface Presentation Model) - модель представления интерфейса; ISM (Interface Specification Model) - модель спецификации интерфейса.
ИС создается последовательным построением ряда моделей, начиная с модели бизнес-процессов и заканчивая моделью программы, автоматизирующей эти процессы. Создаваемая ИС должна основываться на функциях, выполняемых организацией.