Модель представления систем

Существует множество технологий и инструментальных средств, с помощью которых можно реализовать в некотором смысле оптимальный проект ИС, начиная с этапа анализа и заканчивая созданием программного кода системы. В большинстве случаев эти технологии предъявляют весьма жесткие требования к процессу разработки и используемым ресурсам, а попытки трансформировать их под конкретные проекты оказываются безуспешными. Эти технологии представлены CASE-средствами верхнего уровня или CASE-средствами полного жизненного цикла (upper CASE tools или full life-cycle CASE tools). Они не позволяют оптимизировать деятельность на уровне отдельных элементов проекта, и, как следствие, многие разработчики перешли на так называемые CASE-средства нижнего уровня (lower CASE tools). Однако они столкнулись с новой проблемой — проблемой организации взаимодействия между различными командами, реализующими проект.

Унифицированный язык объектно-ориентированного моделирования Unified Modeling Language (UML) явился средством достижения компромисса между этими подходами. Существует достаточное количество инструментальных средств, поддерживающих с помощью UML жизненный цикл информационных систем, и, одновременно, UML является достаточно гибким для настройки и поддержки специфики деятельности различных команд разработчиков.

Стандарт UML предлагает следующий набор диаграмм для моделирования:

• · диаграммы вариантов использования (use case diagrams) — для моделирования бизнес-процессов организации и требований к создаваемой системе);
• · диаграммы классов (class diagrams) — для моделирования статической структуры классов системы и связей между ними;
• · диаграммы поведения системы (behavior diagrams):
• · диаграммы взаимодействия (interaction diagrams):
• · диаграммы последовательности (sequence diagrams) и
• · кооперативные диаграммы (collaboration diagrams) — для моделирования процесса обмена сообщениями между объектами;
• · диаграммы состояний (statechart diagrams) — для моделирования поведения объектов системы при переходе из одного состояния в другое;
• · диаграммы деятельностей (activity diagrams) — для моделирования поведения системы в рамках различных вариантов использования, или моделирования деятельностей;
• · диаграммы реализации (implementation diagrams):
• · диаграммы компонентов (component diagrams) — для моделирования иерархии компонентов (подсистем) системы;
• · диаграммы развертывания (deployment diagrams) — для моделирования физической архитектуры системы.

На рисунке 3.3.1 показана диаграмма вариантов использования разрабатываемой системы.

Рисунок 3.3.1 — Диаграмма вариантов использования.