Лабораторная работа №5. Конструирование программного средства

Данная работа посвящена созданию описания архитектуры и структуры программного средства в одной из стандартных нотаций. Целью работы является выработка решения относительно архитектуры программного средства и его конструирование.

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

В нотации для описания конструкции программного средства нужно использовать графический синтаксис UML, а в качестве инструмента для построения диаграмм - Altova UModel, IBM Rational Rose, IBM Rational Software Architect, Visual Paradigm VP Suite, Sybase Power Designer, Microsoft Visio (нежелательно), Sparx Systems Enterprise Architect.

При конструировании необходимо построить перечисленные ниже виды диаграмм.

5.1. Диаграмма вариантов использования

Диаграмма вариантов использования (use case diagram) составляется для всего программного средства целиком и формируется в основном из первого раздела технического задания, а именно требований к функциональным характеристикам. На ней должны присутствовать все определенные в системе роли и все внешние функции, описанные в работе №3. Пример диаграммы использования системы, представляющей собой корпоративную адресую книгу, приведен на рисунке а) приложения Г.

Диаграмма классов

Диаграмма классов (class diagram) строится для всей объектной модели программного средства, но при этом стандартные классы и классы внешних библиотек в виде описаний на диаграммах отражать не нужно. Допустимо использов7ать их как типы свойств, параметров методов и возвращаемых методами значений в собственных классах. Пример диаграммы классов адресной книги приведен на рисунке б) в приложении Г.

Диаграмма деятельностей

Диаграмма деятельностей (activity diagram) строится для одного наиболее сложного с точки зрения логики событий варианта использования. При этом крайне желательно, чтобы описываемый поток событий имел параллельные участки. Пример такой диаграммы на рисунке в) приложения Г.

Диаграмма последовательностей

Диаграмма последовательностей (sequence diagram) строится для любого одного варианта использования, желательно отличного от того, который был рассмотрен в пункте п. 5.3. Для всех объектов необходимо указать классы, присутствующие в модели, описанной в п. 5.2. Пример такой диаграммы представлен на рисунке в) приложения Г.

Диаграмма состояний

Диаграмма состояний (statechart diagram) строится для одного класса объектной модели, при этом класс нужно выбирать таким образом, чтобы были явно видны несколько различных состояний. Состояния можно хорошо идентифицировать по смене поведения объекта класса. Пример диаграммы состояний см. на рисунке г) приложения Г.