Этапы проектирования ИС с применением UML

Разработка модели бизнес-объектов

Следующим этапом проектирования ИС является разработка модели бизнес-объектов, которая показывает выполнение бизнес-процессов организации ее внутренними исполнителями. Основными компонентами моделей бизнес-объектов являются внешние и внутренние исполнители, а также бизнес-сущности, отображающие все, что используют внутренние исполнители для реализации бизнес-процессов. Пример модели бизнес-объектов для прецедента " Ответ на запрос " приведен на рис. 12.5.

Рис. 12.5. Модель бизнес-объектов прецедента "Ответ на запрос"

В этой диаграмме появилось новое действующее лицо – отправитель запроса. На самом деле с запросом о состоянии пациента могут обращаться в систему многие из действующих лиц: юрист, страховая компания, технический персонал и даже сам пациент. Таким образом, понятие " Отправитель запроса " служит для обобщенного представления всех этих действующих лиц при описании прецедента " Ответ на запрос " ( рис. 12.6). " Отправитель запроса " становится суперклассом по отношению к обобщаемым понятиям (подклассам).

Рис. 12.6. Обобщение классов

Для детального описания выполнения бизнес-процессов обычно используются диаграммы последовательностей ( рис. 12.7).

Рис. 12.7. Диаграмма последовательностей для прецедента "Ответ на запрос"

Основными элементами диаграммы последовательностей являются обозначения объектов (прямоугольники), вертикальные линии, отображающие течение времени при деятельности объекта, и стрелки, показывающие выполнение действий объектами.

Результатом этого этапа являются согласованные с заказчиком и достаточно подробные описания действий специалистов организации, внедряющей ИС, необходимые для обеспечения исполнения ее функций.

Разработка концептуальной модели данных

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

Рис. 12.8. Концептуальная модель данных

Модель показывает, что клинические записи включают (агрегируют) ряд блоков. При этом " минимальный набор данных " и " план лечения " могут быть включены в каждую клиническую запись в единственном экземпляре, а блоки " результаты анализов ", " предписания врача ", " ход лечения " могут повторяться неограниченное число раз.

Архив состоит из множества клинических записей (агрегирует клинические записи), но может быть и пустым.

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

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