lab_tp_4_2013 (Методичка и задание на ЛР №4)

Технологии проектирования, 2013 г.

Лабораторная работа №3

«Создание модели анализа в среде IBM Software Architect»

по курсу Технологии проектирования

Цель работы:

Получить навыки выполнения анализа СОИУ по технологии RUP с применением CASE средств.

Исходные данные для выполнения работы:

• Модель требований, полученная в результате выполнения лабораторной работы №3.

• Средство автоматизированного проектирования IBM Software Architect.

• Методическое пособие по IBM Software Architect.

• Описание последовательности выполнения проектирования [1, стр. 266-280].

• Описание диаграмм классов UML [1, стр. 131-140].

• Описание диаграмм последовательностей UML [1, стр. 149-151].

Порядок и время проведения работы:

Время проведения работы 2 часа. Работа проводится в компьютерном зале и выполняется группой студентов от 1 до 3 человек. По итогам работы составляется и защищается отчет в бумажном виде.

Задание на лобораторную работу:

1. Открыть в среде Software Architect проект, созданный в лабораторной работе 3. Добавить к нему модель анализа RUP [3].

1. Добавить в модель анализа кооперации (копированием в модель строительных блоков [3]) для реализации основных прецедентов, определенных в лабораторной работе 3. Для каждого прецедента одну кооперацию. Название кооперации совпадают с названием прецедента. Построить «обзорную» диаграмму коопераций (классов).

1. Выполнить анализ архитектуры [4] и построить в пакете Перспектива «обзорную» диаграмму классов сущностей (на основе модели предметной области). Классы сущностей копировать в модель из строительных блоков. Определить для них атрибуты, связи ассоциации, роли, множественность и арность.

1. Добавить в модель управлющие и граничные классы (копированием из строительных блоков). Управляющий класс — один на каждую кооперацию. Граничный класс — один на каждого актера. Построить в пакете Перспектива «обзорную» диаграмму граничных классов и «обзорную» диаграмму управляющих классов.

1. Выполнить анализ коопераций. Для каждой кооперации:

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

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

• создать диаграмму последовательностей кооперации (для выполнения основного потока алгоритма) [4]. В качестве объектов использовать классы-участники кооперации и актера. (Первое действие всегда от актера.) События диаграммы будут прообразом его методов.

Проверить модель средствами пакета (валидация модели).

1. Выполнить анализ классов. После построения диаграммы последовательностей уточнить на диаграмме классов кооперации:

• связи между классами, методы классов (названия и атрибуты), атрибуты классов.

В общем случае:

• класс сущности: атрибуты — поля хранимых данных, методы — get|set или CRUD,

• класс граничный: атрибуты — элементы формы(на основе эскиза пользовательского интерфейса)/параметры протокола, методы — управляющие сигналы от пользователя (их обработчики),

• классы управляющие: атрибуты — промежуточные данные алгоритма, методы — шаги алгоритма кооперации.

Проверить модель средствами пакета (валидация модели).

1. Построить «обзорную» диаграмму всех классов. Добавить в модель пакеты. Распределить классы анализа по пакетам.

К защите отчета:

1. По итогам анализа класса уточнить:

• «обзорную» диаграмму граничных классов (классы, их атрибуты и операции, ассоциации, агрегации и обобщения, свойства связей),

• «обзорную» диаграмму управляющих классов (классы, их атрибуты и операции, ассоциации, агрегации и обобщения, свойства связей),

• «обзорную» диаграмму классов сущностей (классы, их атрибуты и операции, ассоциации, агрегации и обобщения, свойства связей).

1. Выполнить анализ пакетов [4]:

• Определить связи пакетов (на основе связей классов).

• Уточнить состав пакетов и распределение по ним классов ориентируясь на:

• однонаправленность связей между пакетами,

• отсутствие дублирования классов в пакетах,

• максимум связности классов в пакете,

• минимум сцепления классов между пакетами.

1. Уточнить «обзорную» диаграмму классов.

2. Каждый студент должен выполнить анализ 2-х прецедентов своей подсистемы.

3. Добавить диаграмму, содержащую связи между прецедентами и их кооперациями.

4. После выполнения работы составляется отчет, который содержит:

• титульный лист,

• описание исходных требований,

• все построенные диаграммы.

Литература:

1. Орлов С.А. Технологии разработки программного обеспечения. - СПб: Питер, -2002 г.

2. Материалы сервера http://wmate.ru

3. Методическое пособие по IBM Software Architect.

4. Якобсон А, Дуч Г., Рамбо Дж. Унифицированный процесс разработки программного обеспечения. - Спб.: Питер. - 2002 г.