2.2Uml-модель информационной системы

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

Следует заметить, что каждая из диаграмм может быть построена как с концептуальной точки зрения, так и с точки зрения спецификации. Более того, RUP предполагает построение диаграмм спецификации на основе диаграмм концепции. Кроме того, внесение изменений на одной диаграмме [автоматически] вызывает внесение этих же изменений в остальные. Поэтому, хотя каждое из представлений может разрабатываться в отдельности, не следует забывать о существующих зависимостях между ними.

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

1. Отображение поведения системы:

• диаграммы деятельностей (процессы, подлежащие автоматизации) – Activity Diagrams;

• диаграмма вариантов использования (функции системы для конкретных участников) – Use case Diagrams;

• диаграммы последовательностей (операции, упорядоченные во времени) – Sequence Diagrams;

• диаграммы коопераций (потоки данных между участниками) – Collaboration Diagrams;

• диаграммы состояний (изменение состояний и переходы между состояниями) – Statechart Diagrams;

2. Отображение структуры системы:

• диаграммы классов (классы, интерфейсы, кооперации) – Class Diagrams;

• диаграммы компонентов (модули реализации) – Component Diagrams;

• диаграмма развёртывания (узлов и соединений) – Deployment Diagram.

Конкретный набор диаграмм для разрабатываемой системы зависит от её сложности. Не для каждой системы необходимо создавать абсолютно все диаграммы. Это во многом определяется необходимостью детализации тех или иных аспектов проектируемой системы.

2.3Представления системы в rational rose

CASE-средство Rational Rose поддерживает следующие представления:

1. Use case View – представление с точки зрения функций. Служит для описания предметной области, подлежащей автоматизации.

2. Logical View – представление с точки зрения проектирования. Предназначено для описания ключевых абстракций системы, то есть логики системы и путей удовлетворения предъявляемых к системе требований.

3. Component View – представление с точки зрения реализации. Служит для описания физической реализации Logical View.

4. D eployment View – представление с точки зрения развёртывания. Служит для описания размещения компонентов (модулей) системы по аппаратным средствам.

Первые два представления предполагают построение следующих диаграмм: Use case, Activity, Class, Sequence, Collaboration, Statechart. Различие этих диаграмм заключается в том, что в представлении Use case View они создаются для бизнес-объектов и отражают точку зрения пользователей, а в Logical View – для программных объектов и отражают точку зрения проектировщиков.

Как правило, проектирование новых сложных информационных систем начинается с глубокого анализа предметной области и создания модели (набора диаграмм) представления с точки зрения функций. В первую очередь определяются организационные пакеты, которые детализируются до такой степени детализации, при которой возможно решение предъявленных требований. Далее создаётся логическая модель, выбираются средства программирования и баз данных, строится модель реализации (диаграммы компонентов и развёртывания).

Rational Rose обеспечивает поддержку существенных элементов создания современного программного обеспечения информационных систем. Эти элементы независимы друг от друга, но совместное их использование и естественно и выгодно. К ним относятся:

• приоритет архитектуры на ранних этапах жизненного цикла;

• компонентно-ориентированная разработка;

• управляемая итеративная и последовательная разработка.