Обеспечивает поддержку всех этапов жизненного цикла ИС и предоставляет для этих целей ряд графических средств – диаграмм

Лекция №12 Этапы проектирования ИС с применением UML.

Основные типы UML-диаграмм, используемые в проектировании информационных систем. Взаимосвязи между диаграммами. Поддержка UML итеративного процесса проектирования ИС. Этапы проектирования ИС: моделирование бизнес-прецедентов, разработка модели бизнес-объектов, разработка концептуальной модели данных, разработка требований к системе, анализ требований и предварительное проектирование системы, разработка моделей базы данных и приложений, проектирование физической реализации системы.

UML обеспечивает поддержку всех этапов жизненного цикла ИС и предоставляет для этих целей ряд графических средств – диаграмм.

На этапе создания концептуальной модели для описания бизнес-деятельности используются модели бизнес-прецедентов и диаграммы видов деятельности, для описания бизнес-объектов – модели бизнес-объектов и диаграммы последовательностей.

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

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

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

Диаграммы прецедентов (диаграммы вариантов использования, use case diagrams) – это обобщенная модель функционирования системы в окружающей среде.

Диаграммы видов деятельности (диаграммы деятельностей, activity diagrams) – модель бизнес-процесса или поведения системы в рамках прецедента.

Диаграммы взаимодействия (interaction diagrams) – модель процесса обмена сообщениями между объектами, представляется в виде диаграмм последовательностей (sequence diagrams) или кооперативных диаграмм (collaboration diagrams).

Диаграммы состояний (statechart diagrams) – модель динамического поведения системы и ее компонентов при переходе из одного состояния в другое.

Диаграммы классов (class diagrams) – логическая модель базовой структуры системы, отражает статическую структуру системы и связи между ее элементами.

Диаграммы базы данных (database diagrams) — модель структуры базы данных, отображает таблицы, столбцы, ограничения и т.п.

Диаграммы компонентов (component diagrams) – модель иерархии подсистем, отражает физическое размещение баз данных, приложений и интерфейсов ИС.

Диаграммы развертывания (диаграммы размещения, deployment diagrams) – модель физической архитектуры системы, отображает аппаратную конфигурацию ИС.

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

Рис. 12.1. Взаимосвязи между диаграммами UML

Ниже приводятся описания последовательных этапов проектирования ИС с использованием UML.

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

Проектирование системы начинается с изучения и моделирования бизнес-деятельности организации. На этом этапе вводится и отображается в модели ряд… Исполнитель (Действующее лицо, Actor) – личность, организация или система,… Прецедент – законченная последовательность действий, инициированная внешним объектом (личностью или системой), которая…

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

Рис. 12.5. Модель бизнес-объектов прецедента "Ответ на запрос" В этой диаграмме появилось новое действующее лицо – отправитель запроса. На… Рис. 12.6. Обобщение классов

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

Рис. 12.8. Концептуальная модель данных Модель показывает, что клинические записи включают (агрегируют) ряд блоков.… Архив состоит из множества клинических записей (агрегирует клинические записи), но может быть и пустым.

Разработка требований к системе

Основой разработки требований является модель системных прецедентов, отражающая выполнение конкретных обязанностей внутренними и внешними… Источником данных для создания модели системных прецедентов являются… · заголовок (название прецедента, ответственный за исполнение, дата создания шаблона/внесения изменений);

Анализ требований и предварительное проектирование системы.

· определить проект системы, который будет отвечать всем бизнес-требованиям; · разработать общий предварительный проект для всех команд разработчиков… Основным инструментом на данном этапе являются диаграммы классов системы, которые строятся на основе разработанной…

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

· классы отображаются в таблицы; · атрибуты – в столбцы; · типы – в типы данных используемой СУБД;

Проектирование физической реализации системы

Рис. 12.15. Экстенты таблицы "Пациент" Основными понятиями UML, которые используются на данном этапе, являются… · компонент – самостоятельный физический модуль системы;