Лабораторные работы RR. Методические указания к выполнению лабораторных работ 17 введение
 Скачать 1.41 Mb.
|
|
Рис. 4. Диаграмма последовательности создания отчета "Управление проектами" Рис. 5. Кооперативная диаграмма "Управление проектами" d. В меню выбрать команду Browse/Interaction Diagram/New для вызова окна Select Interaction Diagram. e. В подокне Package окна Select Interaction Diagram выбрать Use Case View, нажать ОК. f. В диалоговом окне New Interaction Diagram в поле Title ввести имя диаграммы последовательности. g. В диалоговом окне New Interaction Diagram выбрать тип диаграммы sequence, нажать ОК. 2. Создание объекта: a. Нажать кнопку создания объекта. b. В окне диаграммы классов указать место объекта. c. Щелчком вызвать изображение объекта и соответствующей ему линии жизни. d. Через контекстное меню открыть окно Object Specification и ввести имя объекта и соответствующий ему класс. 3. Создание сообщения: a. Нажать кнопку создания сообщения Object Message. b. Нарисовать стрелку от линии одного объекта к линии жизни другого объекта c. Отрегулировать размещение элементов диаграммы прецедентов. 4. Построение соответствующей диаграммы кооперации: a. Нажать функциональную клавишу F5. b. Изменить сообщение, вызвав закладку Messages. Задания Построить диаграмму последовательности на основе диаграмм классов и диаграммы представления использования, разработанных на предыдущих занятиях 7. Дать имя диаграмме. 8. Определить объекты, привязав их к диаграмме классов и прецедентов. 9. Создать их линии жизни. 10. Установить сообщения между объектами. 11. Присвоить имена сообщениям. Вопросы для самостоятельной работы 1. Назначение диаграммы взаимодействия. 2. Для чего используется диаграмма последовательности на стадии анализа? 3. Назовите основные компоненты диаграммы последовательности. 4. Что собой представляет жизненная линия? 5. Как на диаграмме последовательности представляются сообщения? 6. Что такое самоделегирование? 7. Что показывает активизация объекта? 8. Как на диаграмме последовательности представляется уничтожение объекта? Лабораторная работа № 5. ДИАГРАММЫ СОСТОЯНИЯ Цель работы: ознакомиться с созданием моделей, описывающих поведение взаимодействующих групп объектов; изучить нотации, применяемые при построении диаграмм последовательности и освоить их применение в процессе объектно-ориентированного анализа и проектирования. Общие понятия Диаграммы состояния (Statechart) являются средством описания поведения систем. Они определяют все известные состояния, в которых может находиться объект, а также процесс смены состояния объекта в результате влияния некоторых событий. Существуют два специальных состояния - начальное (start) и конечное (stop). Начальное состояние - состояние объекта, когда он только что создан, конечное - перед его уничтожением. Начальное состояние может быть только одно, а конечных - сколько вам нужно или вообще не быть. Процесс начинается с начальной точки, а затем переходит в состояние. В поведении объекта в системе можно выделить действия, отображаемые переходами, и деятельности, отображаемые состояниями. Действия связаны с переходами и рассматриваются как мгновенные и непрерываемые. Деятельности связаны с состояниями и могут длиться достаточно долго. Деятельность может быть прервана в результате наступления некоторого события. Событие - это то, что вызывает переход из одного состояния в другое.Переход может содержать метку. Метка перехода состоит из трех частей, каждая из которых является необязательной ( < Событие>1 <Условие >1/<Действие >). Изображается на диаграмме вдоль линии перехода после имени события. Условный переход. История состояния. Диаграммы состояний хорошо использовать для описания поведения некоторого объекта в нескольких различных вариантах использования, их не надо создавать для каждого класса. Нотации диаграммы состояния - В подокне Package окна Select Interaction Diagram выбрать Logical View, нажать ОК. - В диалоговом окне New Interaction Diagram выбрать тип диаграммы New State Machine Diagram и подтип Statechart, нажать ОК. - В диалоговом окне New State Machine Diagram в поле Title ввести имя диаграммы. 2. Начало и создание диаграммы: Пример. Получение отчета. Управление проектами. Рис. 6. Диаграмма состояния получения отчета Технология выполнения работы Технологический процесс создания диаграммы состояния 1. Подготовка: - В меню выбрать команду Browse/Interaction Diagram/New для вызова окна Select Interaction Diagram. - Выбрать объект, использовав кнопку Selection Tool. - В окне диаграммы состояния создать надпись, использовав кнопку TextBox. - вызвать начальное состояние объекта значком Start State. 3. Создание перехода и нового состояния: - Отразить переход в другое состояние, использовав кнопку State Transition. - Отразить состояние, в которое перешел объект, использовав кнопку State. - Ввести имя перехода, использовав кнопку. - Отразить при необходимости переход на себя кнопкой Transition To Self. - Спецификация состояния. - Параметры действия. - Скрытие вложенных состояний. 4. Создание завершения диаграммы: - Отразить переход. - Вызвать завершающее состояние объекта значком EndState. Задания Построить диаграмму состояния на основе диаграмм классов и диаграммы представления использования, разработанных на предыдущих занятиях. 1. Дать имя диаграмме. 2. Выбрать классы, для объектов которых будет строиться диаграмма состояний. 3. Построить для каждого выбранного класса диаграмму состояний, характеризующих поведение его объектов в нескольких вариантах ис- пользования. Вопросы для самостоятельной работы 1. Назначение диаграммы состояний. 2. Как отображаются действия и деятельности на диаграммах состояния? 3. Что такое условный переход и как он описывается на диаграмме? 4. Какие особые состояния отображаются на диаграмме? 5. Что такое история состояния? 6. Что такое вложенные состояния и как их используют и создают? 7. В чем преимущества и недостатки диаграммы? Лабораторная работа № 6. ДИАГРАММЫ АКТИВНОСТИ Цель работы: ознакомиться с созданием моделей, описывающих по- ведение взаимодействующих групп объектов; изучить нотации, применяемые при построении диаграмм последовательности и освоить их применение в процессе объектно-ориентированного анализа и проектирования. Общие понятия Этот тип диаграмм может использоваться для моделирования различных типов действий. Например, финансовая компания может использовать данный тип диаграмм для моделирования потоков финансовых документов, прохождения оплаты счетов или заказов. Компания, создающая программные продукты, отслеживать процесс разработки и создания программного обеспечения. Диаграммы активности (Activity diagram) - это специальная разновидность диаграмм состояния. Главное отличие между диаграммами активности и состояния в том, что в первом случае основное - действие, а во втором - статичное состояние. Нотации диаграммы последовательности Из набора значков состояний можно составить представление о всем жизненном цикле объекта, у которого есть начало и конец действия работы объекта. Нотации используются те же самые, что и при построении диаграммы состояния, с дополнениями. Добавляются: - Activity - значок активности. Похож на значок состояния State, который обозначает ожидание события, а значок Activity означает действие. - Значки синхронизации. - Decision - решение, позволяет показать зависимость от внешних условий или решений (аналогичен If case в языках программирования). - Swimlanes - плавательные дорожки - моделирование действий различных объектов и связи между ними. Можно моделировать бизнес-процесы организации, отражая на диаграмме различные подразделения и объекты, играющие важные роли в процессе. Для этого необходимо поместить соответствующие значки активности или состоя- нии в зону определенного подразделения, отделенного от остальных дорожкоИ. Пример. Алгоритм получения отчета. Управление проектами. Технология выполнения работы Технологический процесс создания диаграммы активности Подготовка: - В меню выбрать команду Browse/Interaction Diagram/New для вызова окна Select Interaction Diagram. - В подокне Package окна Select Interaction Diagram выбрать Logical View, нажать ОК. - Выбрать в диалоговом окне New Interaction Diagram тип диаграммы New State Machine Diagram и подтип Activity, нажать ОК. - В диалоговом окне New State Machine Diagram в поле Title ввести имя диаграммы. Начало создания диаграммы: - Вызвать начальное состояние объекта значком Start State и состояние Idle. - Соединить их связью и дать название связи. - Перенести значки из созданной диаграммы состояний во вновь созданную нажатием клавиши Ctrl. - Установить дорожки для различных объектов. Создание перехода и нового состояния: - Отразить переход в другое состояние, использовав кнопку State Transition. - Отразить состояние, в которое перешел объект, использовав кнопку State. - Ввести имя перехода, использовав кнопку. - Отразить при необходимости переход на себя кнопкой Transition To Self. - Спецификация состояния. - Параметры действия. - Скрытие вложенных состояний. Настройка спецификаций: - Отразить переход. - Вызвать завершающее состояние объекта значком EndState. Добавление решения. Синхронизация процессов. Задания Построить диаграмму активности на основе диаграммы классов и диаграммы состояния, разработанных на предыдущих занятиях. 4. Дать имя диаграмме. 5. Выбрать классы, для объектов которых будут строиться диаграммы состояний. Построить для выбранных классов диаграмму активности, характе- ризующую алгоритм выполнения указанной работы. Вопросы для самостоятельной работы 1. Для чего используется диаграмма активности? 2. Какие отличия между диаграммой активности и состояния? 3. Каков состав инструментов в диаграмме активности? 4. Для чего применяются дорожки? 5. Когда применяется элемент решения? Лабораторная работа № 7. ДИАГРАММЫ ПАКЕТОВ Цель работы: ознакомиться с созданием диаграмм пакетов, изучить нотации, применяемые при построении диаграмм пакетов, и освоить их применение в процессе объектно-ориентированного анализа и проектирования. Общие понятия Важной задачей систематизации информации о предметной области является разбиение большой системы на небольшие подсистемы. Именно здесь особенно заметны структурные и объектно-ориентированные различия между подходами. Одна из идей заключается в группировке классов в компоненты более высокого уровня. В UML такой механизм группировки носит название пакетов (package). Диаграммой пакетов является диаграмма, содержащая пакеты классов и зависимости между ними. Строго говоря, пакеты являются элементами диаграммы классов, т. е. диаграмма пакетов - это всего лишь диаграмма классов. Отличаются эти диаграммы практическим назначением и использованием. Зависимость между двумя элементами имеет место в том случае, если изменения в определении одного элемента могут повлечь изменения в другом. Что касается классов, то причины зависимостей могут быть разными: • один класс посылает сообщение другому; • один класс включает часть данных другого класса; • один класс ссылается на другой, как на параметр операции. Если класс меняет свой интерфейс, то сообщение, которое он посылает, может стать неправильным. На рис. 8 показаны классы предметной области, возникающие при моделировании деятельности менеджера по управлению проектами. Они сгруппированы в пакеты: контракты, менеджеры, отчеты, исполнители. Приложение Проект имеет связь с пакетами предметной области Менеджеры, Отчеты, Контракты. Приложение Специалисты имеет связь с Исполнителями, через которых можно узнать, какие отчеты они подготовили. Пакеты являются жизненно необходимыми для больших проектов. Особенно когда диаграмма классов, охватывающая всю систему, труд- ночитаемая. Пакеты не дают ответа на вопрос, каким образом можно уменьшить количество зависимостей в разрабатываемой системе, они помогают выделить эти зависимости. Пакеты полезны при тестировании системы. Каждый пакет может содержать один или несколько тестируемых классов, с помощью которых проверяется поведение пакета. Нотации диаграммы состояния - Activity - значок активности. Похож на значок состояния State, который обозначает ожидание события, а значок Activity означает действие. - Значки синхронизации. Пример. Получение отчета "Управление проектами". Рис. 7. Диаграмма пакетов "Пользовательский интерфейс" Технология выполнения работы Технологический процесс создания диаграммы активности Подготовка: - В меню выбрать команду Browse/ Component Diagram или воспользоваться значком Main вызова окна для построения и соответствующей панели инструментов. - Присвоить имя диаграмме. - Выбрать в диалоговом окне New Interaction Diagram тип диаграммы New State Machine Diagram и подтип Activity, нажать ОК. - В диалоговом окне New State Machine Diagram в поле Title ввести имя диаграммы. Начало создания диаграммы: - Вызвать начальное состояние объекта, значком Start State и состояние Idle. - Соединить их связью и дать название связи. - Перенести значки из созданной диаграммы состояний во вновь созданную нажатием клавиши Ctrl. - Установить дорожки для различных объектов. Создание зависимостей между пакетами: - Отразить переход в другое состояние, использовав кнопку State Transition. - Отразить состояние, в которое перешел объект, использовав кнопку State. - Ввести имя перехода, использовав кнопку. - Отразить при необходимости переход на себя кнопкой Transition To Self. - Спецификация состояния. - Параметры действия. - Скрытие вложенных состояний. Задания Построить для моделируемой системы общую диаграмму пакетов, отметить на ней приложения и зависимости между пакетами. Вопросы для самостоятельной работы 1. Какую проблему призваны решить диаграммы пакетов? 2. В чем отличия диаграмм пакетов от диаграмм классов? 3. В чем смысл зависимости между элементами диаграммы пакетов? 4. Что такое интерфейс класса? 5. По каким признакам классы группируются в пакеты? Библиографический список 1. Хоменко А, Цыганков Л., Мальцев М. Базы данных: Учебник высших и средних учебных заведений. СПб.: КОРОНАпринт, 2000. 416 с. 2. Хансен Г., Хансен Дж. Базы данных: разработка и управление. М.: ЗАО "Издательство БИНОМ", 1999. 704 с. 3. Карпова Т. С. Базы данных: Учебник. СПб.: Питер, 1999. 310 с. 4. Информационные системы в экономике: Учебник / Под ред. В. В. Дика. М.: Финансы и статистика, 1996. 00 с. 5. Смирнов Г. Н. Проектирование экономических информационных систем. М.: Финансы и статистика, 2001. 00 с. 6. Гарнаев А. Office 2000: разработка приложений / Под общ. ред. Ф. Новикова. СПб.: БХВ - Санкт-Петербург, 2000. 656 с. 7. Миронов Д. Создание Web-страниц в MS Office 2000. СПб.: БХВ - Санкт-Петербург, 2000. 320 с. 8. Рамбо Дж., Якобсон А., Буч Г. UML: специальный справочник. СПб.: Питер, 2002. 656 с. 9. Вендров А. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие. М.: Финансы и статистика, 2002. 192 с. 10. Кратчен Ф. Введение в Rational Unified Process. М.: Издательский дом "Вильямс", 2002. 240 с 11. Квартрани Т. Rational Rose и визуальное моделирование. М.: ДМК Пресс, 2001. 176 с. 12. Фаулер М., Скотт К. UML. СПб.: Символ-Плюс, 2002. 192 с. 13. Федотова Д. CASE - технологии: Практикум. М.: Горячая линия - Телеком, 2003. 160 с. 14. Маклаков С. BPwin и Erwin. CASE - средства разработки инфор- мационных систем. М.: Диалог-МИФИ, 2001. 304 с. 15. Маклаков С. Создание информационных систем с OLLFusion Modeling Suite. M.: Диалог-МИФИ, 2003. 432 с. Содержание Введение ............................................................................................................ 1 Темы лабораторных работ ............................................................................... 6 Лабораторная работа № 1. Ознакомление с CASE-средством Rational Rose ............................................. 8 Лабораторная работа № 2. Создание модели вариантов использования ........................................... 15 Лабораторная работа № 3. Диаграммы классов ......................................... 19 Лабораторная работа № 4. Диаграммы взаимодействия ........................... 25 Лабораторная работа № 5. Диаграммы состояния ..................................... 30 Лабораторная работа № 6. Диаграммы активности ................................... 34 Лабораторная работа № 7. Диаграммы пакетов ......................................... 37 Библиографический список ............................................................................. 40 |