Главная страница
Навигация по странице:

  • Вариант использования «Оформить заказ»

  • ЛАБОРАТОРНАЯ_РАБОТА7_8_9. Лабораторная работа 7 Методология объектноориентированного моделирования. Анализ предметной области


    Скачать 360 Kb.
    НазваниеЛабораторная работа 7 Методология объектноориентированного моделирования. Анализ предметной области
    Дата26.11.2020
    Размер360 Kb.
    Формат файлаdoc
    Имя файлаЛАБОРАТОРНАЯ_РАБОТА7_8_9.doc
    ТипЛабораторная работа
    #154196

    ЛАБОРАТОРНАЯ РАБОТА № 7

    Методология объектно-ориентированного моделирования. Анализ предметной области

    Цель работы:изучить методологию объектно-ориентированного моделирования и получить практические навыки в моделировании предметной области с помощью UML.

    Подготовка к лабораторной работе


    Ознакомиться с лекционным материалом по теме «Объектный подход к проектированию программного обеспечения. Диаграммы вариантов использования».

    Для выполнения лабораторной работы студент должен обладать навыками работы с пакетом Rational Rose, справочная информация по использованию которого представлена в первой части данного пособия.

    Теоретическая часть. Моделирование бизнес-процессов предметной области


    Диаграммы вариантов использования применяются при описании бизнес процессов автоматизируемой предметной области, определении требований к будущей программной системе. Отражает объекты как системы, так и предметной области и задачи, ими выполняемые.

    Варианты использования являются необходимым средством на стадии формирования требований к ПО. Каждый вариант использования – это потенциальное требование к системе, и пока оно не выявлено, невозможно запланировать его реализацию.

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

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

    – Не моделируйте связи между действующими лицами.

    По определению действующие лица находятся вне сферы действия системы. Это означает, что связи между ними также не относятся к её компетенции.

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

    – Вариант использования должен быть инициирован действующим лицом. Это означает, что должна быть сплошная стрелка, начинающаяся на действующем лице и заканчивающаяся на варианте использования.

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


    1. Построить модель предметной области, согласно выбранного варианта (Приложение А) с помощью диаграммы вариантов использования UML. Модель должна отражать бизнес-процессы предметной области. Пример выполнения задания представлен в Приложении Д.

    2. Оформить отчет по лабораторной работе.

    3. Представить отчет по лабораторной работе для защиты.

    Порядок построения модели


    Создание бизнес-схемы компании

    1. Щелкните правой кнопкой мыши на представлении Use Case View в браузере.

    2. Выберем пункт New далее Package

    3. Назовем новый пакет «Бизнес-модель»

    Чтобы поместить действующее лицо в браузер:

    1. Щелкните правой кнопкой мыши на пакете «Бизнес-модель» представления Use Case View в браузере.

    2. Выберите в открывшемся меню пункт New далее Actor

    3. В браузере появится новое действующее лицо под названием NewClass. Слева от его имени вы увидите пиктограмму действующего лица UML.

    4. Выделив новое действующее лицо, введите его имя.

    5. Щелкните правой кнопкой мыши на действующем лице.

    6. В открывшемся меню выберите пункт Open Specification.

    7. В поле стереотипа выберите Business Actor и нажмите на кнопку ОК.

    8. После создания действующих лиц сохраните модель с помощью пункта меню File затем Save.

    Чтобы поместить вариант использования в браузер:

    1. Щелкните правой кнопкой мыши на пакете «Общая схема» представления Use Case View в браузере.

    2. Выберите в появившемся меню пункт New > Use Case

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

    4. Выделив новый вариант использования, введите его название.

    5. Щелкните правой кнопкой мыши на варианте использования.

    6. В открывшемся меню выберите пункт Open Specification.

    7. В поле стереотипа выберите Business Use Case и нажмите на кнопку ОК.

    Для создания новой диаграммы вариантов использования:

    1. Щелкните правой кнопкой мыши на пакете «Бизнес-модель» представления Use Case View в браузере.

    2. Из всплывающего меню выберите пункт New далее Use Case Diagram.

    3. Выделив новую диаграмму, введите ее имя («Модель бизнес-процессов»).

    4. Дважды щелкните на названии этой диаграммы в браузере, чтобы открыть ее.

    5. Чтобы поместить действующее лицо или вариант использования на диаграмму, перетащите его мышью из браузера на диаграмму вариантов использования.

    6. С помощью кнопки Unidirectional Association (Однонаправленная ассоциация) панели инструментов нарисуйте ассоциации между действующими лицами и вариантами использования.

    Защита отчета по лабораторной работе


    Отчет по лабораторной работе должен быть оформлен согласно требований СТО ВГУЭС и состоять из следующих структурных элементов:

    1. титульный лист;

    2. текстовая часть;

    3. приложение: разработанная модель вариантов использования.

    Текстовая часть отчета должна включать пункты:

    • условие задачи;

    • порядок выполнения

    • словарь терминов - краткие сведения о составе и компонентах построенной модели.

    Зашита отчета по лабораторной работе заключается в предъявлении преподавателю полученных результатов в виде файла и демонстрации полученных навыков при ответах на вопросы преподавателя.

    ЛАБОРАТОРНАЯ РАБОТА № 8

    Методология объектно-ориентированного моделирования. Проектирование системы. Модель системных прецедентов
    Цель работы:изучить методологию объектно-ориентированного моделирования и получить практические навыки в моделировании спецификаций при разработке программного обеспечения с помощью UML.

    Подготовка к лабораторной работе


    Ознакомиться с лекционным материалом по теме «Объектный подход к проектированию программного обеспечения. Диаграммы вариантов использования».

    Для выполнения лабораторной работы студент должен обладать навыками работы с пакетом Rational Rose, справочная информация по использованию которого представлена в первой части данного пособия.

    Теоретическая часть. Моделирование требований к программному обеспечению


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

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

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

    В языке UML на диаграммах вариантов использования поддерживается несколько типов связей между элементами диаграммы.

    Это связи коммуникации (communication), включения (include), расширения (extend) и обобщения (generalization).

    Связь коммуникации – это связь между вариантом использования и действующим лицом. На языке UML связи коммуникации показывают с помощью однонаправленной ассоциации (сплошной линии со стрелкой).

    Направление стрелки позволяет понять, кто инициирует коммуникацию.

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

    Связь расширения применяется при описании изменений в нормальном поведении системы. Она позволяет варианту использования только при необходимости использовать функциональные возможности другого.

    На языке UML связи включения и расширения показывают в виде зависимостей с соответствующими стереотипами, как показано на рисунке 2.2.

    Р
    исунок 2.2 - Связи использования и расширения

    С помощью связи обобщения показывают, что у нескольких действующих лиц имеются общие черты. Например, клиенты могут быть двух типов: корпоративные и индивидуальные. Эту связь можно моделировать с помощью нотации, показанной на рисунке 2.3.

    Р
    исунок 2.3 - Обобщение действующего лица

    Нет необходимости всегда создавать связи этого типа. В общем случае, они нужны, если поведение действующего лица одного типа отличается от поведения другого постольку, поскольку это затрагивает систему. Если оба подтипа используют одни и те же варианты использования, показывать обобщение действующего лица не требуется.

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


    1. Построить модель системных прецедентов (вариантов использования) для формирования функциональных требований к разрабатываемому программному обеспечению, согласно выбранного варианта (Приложение А). Модель должна отражать функции разрабатываемого программного средства, пример выполнения задания представлен в Приложении Е.

    2. Оформить отчет по лабораторной работе.

    3. Представить отчет по лабораторной работе для защиты.

    Порядок построения модели


    Чтобы поместить действующее лицо в браузер:

    1. Щелкните правой кнопкой мыши на представлении Use Case View в браузере.

    2. Выберите в открывшемся меню пункт New далее Actor

    3. В браузере появится новое действующее лицо под названием NewClass. Слева от его имени вы увидите пиктограмму действующего лица UML.

    4. Выделив новое действующее лицо, введите его имя.

    Чтобы поместить вариант использования в браузер:

    1. Щелкните правой кнопкой мыши на представлении Use Case View в браузере.

    2. Выберите в появившемся меню пункт New далее Use Case

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

    4. Выделив новый вариант использования, введите его название.

    Построение диаграммы вариантов использования

    1. Откройте диаграмму вариантов использования Main.

    2. Чтобы поместить действующее лицо или вариант использования на диаграмму, перетащите его мышью из браузера на диаграмму вариантов использования.

    3. С помощью кнопок панели инструментов нарисуйте необходимые связи между действующими лицами и вариантами использования, учитывая их типы.

    4. Создайте с помощью MS Word текстовые файлы с описанием вариантов использования

    Прикрепление файла к варианту использования

    1. Щелкните правой кнопкой мыши на варианте использования.

    2. В открывшемся меню выберите пункт Open Specification

    3. Перейдите на вкладку файлов.

    4. Щелкните правой кнопкой мыши на белом поле и из открывшегося меню выберите пункт Insert File.

    5. Укажите созданный ранее файл с текстовым описанием и нажмите на кнопку Open, чтобы прикрепить файл к варианту использования.

    Требования к результатам выполнения лабораторной работы


    • Модель должна отражать функции разрабатываемого программного средства (Приложение Е)

    Защита отчета по лабораторной работе


    Отчет по лабораторной работе должен быть оформлен согласно требований СТО ВГУЭС и состоять из следующих структурных элементов:

    1. титульный лист;

    2. текстовая часть;

    3. приложение: разработанная модель вариантов использования.

    Текстовая часть отчета должна включать пункты:

    • условие задачи;

    • порядок выполнения

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

    Зашита отчета по лабораторной работе заключается в предъявлении преподавателю полученных результатов в виде файла и демонстрации полученных навыков при ответах на вопросы преподавателя.

    ЛАБОРАТОРНАЯ РАБОТА № 9

    Методология объектно-ориентированного моделирования. Проектирование системы. Логическое представление
    Цель работы:изучить методологию объектно-ориентированного моделирования и получить практические навыки в моделировании конфигурации системы при разработке программного обеспечения с помощью UML.

    Подготовка к лабораторной работе


    Ознакомиться с лекционным материалом по теме «Объектный подход к проектированию программного обеспечения. Диаграммы вариантов использования».

    Для выполнения лабораторной работы студент должен обладать навыками работы с пакетом Rational Rose, справочная информация по использованию которого представлена в первой части данного пособия.

    Теоретическая часть. Моделирование требований к программному обеспечению


    Разработка логической структуры. После завершения формирования принципов использования системы, наступает этап разработки ее логической структуры. В Rational Rose он именуется "Logical View". Логическое представление, концентрируется на том, как система будет реализовывать поведение, описанное в вариантах использования. Оно дает подробную картину составных частей системы и описывает взаимодействие этих частей. Логическое представление включает, помимо прочего, конкретные требуемые классы, диаграммы классов и диаграммы состояний. С их помощью конструируется детальный проект создаваемой системы.

    Логическое представление содержит:

    • классы,

    • диаграммы классов. Как правило, для описания системы используется несколько диаграмм классов, каждая из которых отображает некоторое подмножество всех классов системы,

    • диаграммы взаимодействия, применяемые для отображения объектов, участвующих в одном потоке событий варианта использования,

    • диаграммы состояний,

    • пакеты, являющиеся группами взаимосвязанных классов.

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

    Диаграммы взаимодействия (interaction diagrams) описывают поведение взаимодействующих групп объектов. На такой диаграмме отображается ряд объектов и те сообщения, которыми они обмениваются между собой.

    Сообщение (message) – это средство, с помощью которого объект-отправитель запрашивает у объекта получателя выполнение одной из его операций.

    Информационное (informative) сообщение – это сообщение, снабжающее объект-получатель некоторой информацией для обновления его состояния.

    Сообщение-запрос (interrogative) – это сообщение, запрашивающее выдачу некоторой информации об объекте-получателе.

    Императивное (imperative) сообщение – это сообщение, запрашивающее у объекта-получателя выполнение некоторых действий.

    Существует два вида диаграмм взаимодействия: диаграммы последовательности (sequence diagrams) и кооперативные диаграммы (collaboration diagrams).

    Каждый объект на диаграмме последовательностей сопровождается именем класса, к которому он принадлежит. Конкретный объект является экземпляром некоторого класса. Классы образуют логическую структуру системы.

    Результатом данного этапа должна стать главная диаграмма, и детализирующие диаграммы для ее элементов.

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

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

    Идентификация основных абстракций заключается в предварительном определении набора классов системы (классов анализа) на основе описания предметной области.

    Все классы и диаграммы, описывающие системный проект, помещаются в пакет с именем Design Model.

    Диаграммы классов, реализующие варианты использования и диаграммы взаимодействия, отражающие взаимодействие объектов в процессе реализации сценариев варианта использования, помещаются в кооперацию с именем данного варианта использования и стереотипом «use-case realization». Все кооперации помещаются в пакет с именем Use-Case Realization. Связь между вариантом использования и его реализацией изображается на специальной диаграмме трассировки (рис.).



    Рисунок - Диаграмма трассировки

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


    1. Для реализации сценариев варианта использования постройте

      1. диаграммы классов, реализующих вариант использования,

      2. диаграммы взаимодействия, отражающие взаимодействие объектов в процессе.

      3. кооперативные диаграммы для построенных диаграмм взаимодействия

    2. Все построенные диаграммы помещаются в кооперацию с именем данного варианта использования и стереотипом «use-case realization». Все кооперации помещаются в пакет с именем Use Case Realizations.

    3. Оформить отчет по лабораторной работе.

    4. Представить отчет по лабораторной работе для защиты.

    Порядок построения модели


    Создание классов

    1. Щелкните правой кнопкой мыши на представлении Logical View.

    2. Выберите в открывшемся меню пункт New\Class. Новый класс под названием NewClass появится в браузере.

    3. Выделите его и введите имя класса.

    4. Щелкните правой кнопкой мыши на созданном классе.

    5. В открывшемся меню выберите пункт Open Specification.

    6. В поле стереотипа выберите необходимый стереотип (Boundary, Control, Entity) и нажмите на кнопку ОК.

    7. Откройте диаграмму Main и перетащите созданные классы.

    Создание пакетов и диаграммы Traceabilities:

    1. Щелкните правой кнопкой мыши на представлении Logic View.

    2. В открывшемся меню выберите пункт New\Package.

    3. Создайте пакет Use-Case Realizations, затем внутри него – пакеты соответствующие построенным вариантам использования.

    4. В каждом из пакетов создайте соответствующие кооперации (каждая кооперация представляет собой вариант использования со стереотипом «use-case realization», который задается в спецификации варианта использования).

    5. Создайте в пакете Use-Case Realizations новую диаграмму вариантов использования с названием Traceabilities, которая показывает связь между вариантом использования и его реализацией (диаграмма трассировки).

    Создание диаграмм взаимодействия

    Настройка

    1. В меню модели выберите пункт Tools далее Options.

    2. Перейдите на вкладку диаграмм.

    3. Контрольные переключатели Sequence Numbering, Collaboration Numbering должны быть помечены, а Focus of Control – нет.

    4. Нажмите ОК, чтобы выйти из окна параметров.

    Создание диаграммы последовательности

    1. Щелкните правой кнопкой мыши на кооперации

    2. В открывшемся меню выберите пункт New далее Sequence Diagram.

    3. Назовите новую диаграмму.

    4. Дважды щелкните на ней, чтобы открыть ее.

    Добавление на диаграмму действующего лица, объектов и сообщений

    1. Перетащите действующее лицо из браузера на диаграмму.

    2. Перетащите классы из браузера на диаграмму.

    3. На панели инструментов нажмите кнопку Object Message (Сообщение объекта).

    4. Проведите мышью от линии жизни действующего лица к линии жизни объекта

    5. Выделив сообщение, введите его имя.

    6. Повторите действия 3 – 5, чтобы поместить на диаграмму остальные сообщения (для рефлексивного сообщения используется кнопка Message to Self).

    Соотнесение сообщений с операциями

    1. Щелкните правой кнопкой на тексте сообщении

    2. В открывшемся меню выберите пункт . Появится окно спецификации операции.

    3. В поле имени оставьте имя сообщения.

    4. Нажмите на кнопку ОК, чтобы закрыть окно спецификации операции и вернуться на диаграмму.

    5. Повторите действия 1 – 4, пока не соотнесете с операциями все остальные сообщения.

    Создание примечаний

    Чтобы поместить на диаграмму примечание:

    1. Нажмите на панели инструментов кнопку Note.

    2. Щелкните мышью в том месте диаграммы, куда собираетесь поместить примечание.

    3. Выделив новое примечание, введите туда текст.

    4. Чтобы прикрепить примечание к элементу диаграммы, на панели инструментов нажмите кнопку Anchor Notes To Item (Прикрепить примечания к элементу).

    5. Нажав левую кнопку мыши, проведите указатель от примечания до элемента диаграммы, с которым оно будет связано. Между примечанием и элементом возникнет штриховая линия.

    6. Чтобы создать примечание-ссылку на другую диаграмму создайте пустое примечание (без текста) и перетащите на него из браузера нужную диаграмму.

    Чтобы поместить на диаграмму текстовую область:

    1. На панели управления нажмите кнопку Text Box.

    2. Щелкните мышью внутри диаграммы, чтобы поместить туда текстовую область.

    3. Выделив эту область, введите в нее текст.

    Создание кооперативной диаграммы

    Для создания кооперативной диаграммы достаточно открыть диаграмму последовательности и нажать клавишу F5.

    ЛАБОРАТОРНАЯ РАБОТА № 10

    Методология объектно-ориентированного моделирования. Реализация системы
    Цель работы:изучить методологию объектно-ориентированного моделирования и получить практические навыки в генерации программы на основе построенных моделей

    Подготовка к лабораторной работе


    Ознакомиться с лекционным материалом по теме «Объектный подход к проектированию программного обеспечения. Диаграммы компонентов».

    Для выполнения лабораторной работы студент должен обладать навыками работы с пакетом Rational Rose, справочная информация по использованию которого представлена в первой части данного пособия.

    Теоретическая часть. Диаграммы компонентов


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

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

    Р
    исунок -

    Представление компонентов содержит:

    – Компоненты, являющиеся физическими модулями кода.

    – Диаграммы компонентов.

    – Пакеты, являющиеся группами связанных компонентов.

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


    1. Для реализации построенной системы

      1. постройте диаграмму компонентов

      2. выполните проверку корректности модели

      3. выполните генерацию кода,

    2. Оформить отчет по лабораторной работе.

    3. Представить отчет по лабораторной работе для защиты.

    Порядок построения модели


    Создание диаграммы компонентов:

    1. Дважды щелкните мышью по главной диаграмме компонентов в представлении компонентов.

    2. На панели инструментов нажмите кнопку Package Specification.

    3. Поместите спецификацию пакета на диаграмму.

    4. Введите имя спецификации пакета и укажите в окне спецификации язык программирования для генерации кода.

    5. На панели инструментов нажмите кнопку Package Body.

    6. Поместите тело пакета на диаграмму.

    7. Введите имя тела пакета и укажите в окне спецификации язык генерации кода

    8. На панели инструментов нажмите кнопку Dependency.

    9. Проведите линию зависимости от тела пакета к спецификации пакета.

    Соотнесение классов с компонентами:

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

    2. Перетащите этот класс на спецификацию пакета компонента в представлении компонентов браузера. В результате класс будет соотнесен со спецификацией пакета компонента.

    Процесс генерации кода состоит из четырех основных шагов:

    1. Проверка корректности модели.

    2. Установка свойств генерации кода.

    3. Выбор класса, компонента или пакета.

    4. Генерация кода.

    Для проверки модели:

    1. Выберите в меню Tools\Check Model.

    2. Проанализируйте все найденные ошибки в окне журнала, используя команду View\Log.

    К наиболее распространенным ошибкам относятся такие, например, как сообщения на диаграмме последовательности или кооперативной диаграмме, не соотнесенные с операцией, либо объекты этих диаграмм, не соотнесенные с классом.

    С помощью пункта меню Check Model можно выявить большую часть неточностей и ошибок в модели. Пункт меню Access Violations позволяет обнаруживать нарушения правил доступа, возникающие тогда, когда существует связь между двумя класса­ми разных пакетов, но связи между самими пакетами нет.

    Для того чтобы обнаружить нарушение правил доступа:

    1. Выберите в меню Report\Show Access Violations.

    2. Проанализируйте все нарушения правил доступа в окне.

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

    Для анализа свойств генерации кода

    1. выберите Tools\Options, а затем вкладку соответствующего языка.

    2. в окне списка можно выбрать класс, атрибут, операцию и другие элементы модели.

    Для каждого языка в этом списке указаны свои собственные элементы модели. При выборе разных значений на экране появляются разные наборы свойств.

    Для изменения свойства генерации кода для одного класса, атрибута, одной операции и т.д. нужно

    1. открыть окно спецификации элемента модели. Выбрать вкладку языка (C++, Java,...) и изменить свойства. Все изменения, вносимые в окне спецификации элемен­та модели, оказывают влияние только на этот элемент.

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

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

    Во время генерации кода Rose выбирает информацию из ло­гического и компонентного представлений модели и генерирует большой объем «скелетного» (skeletal) кода:

    Генерация кода

    1. Откройте диаграмму компонентов системы.

    2. Выберите все объекты на диаграмме компонентов.

    3. Выберите Tools\(язык для генерации кода)\Code Generation в меню.

    4. Выполните генерацию кода.

    5. Просмотрите результаты генерации (меню Tools\\(язык для генерации кода)\ Browse Header и Tools\\(язык для генерации кода)\Browse Body.

    Вопросы для самопроверки


    1. Назовите типы сущностей и дайте их краткую характеристику.

    2. Перечислите структурные сущности.

    3. Перечислите виды отношений.

    4. Дайте определение понятиям «стереотип» и «сторожевое условие».

    5. Назовите варианты отображения стереотипов.

    6. Перечислите виды диаграмм UML и дайте их краткую характеристику.

    Приложение Д

    В качестве примера рассматривается деятельность вымышленной компании. Компания занимается в основном сборкой и продажей настольных компьютеров и ноутбуков. Основные процедуры в компании таковы:

    • продавцы принимают заказы клиентов;

    • операторы группируют заказы по типам компьютеров;

    • операторы собирают и тестируют компьютеры;

    • операторы упаковывают компьютеры согласно заказам;

    • кладовщик отгружает клиентам заказы.

    Компания использует купленную бухгалтерскую ИС, которая позволяет оформить заказ, счет и отследить платеж по счетам.

    Для создания модели вариантов использования выделены:

    Действующие лица (business actors):

    1. Клиент; 2 Сотрудник; 3 Кладовщик.

    Варианты использования:

    Исходя из потребностей действующих лиц, выделяются следующие варианты использования (Business Use Case):

    • принять заказ;

    • группировать заказы по типом компьютеров;

    • собирать и тестировать компьютеры;

    • упаковывать компьютеры согласно заказам.

    Г
    отовая диаграмма вариантов использования должна выглядеть как на рисунке

    Рисунок Д.1 - Диаграмма использования для бизнес-модели системы.

    Приложение Е

    Уточненная постановка задачи для системы

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

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

    Действующие лица:

    • Сотрудник

    • Клиент

    • Информационная система

    Варианты использования:

    • отвечать на телефонные звонки

    • предоставлять информацию о ценах

    • сделать заказ

    • оформить заказ

    • отменить заказ

    • проверить наличие клиента в базе

    • сохранить заказ в БД

    Рисунок Е.1 - Диаграмма вариантов использования для системы

    Вариант использования «Оформить заказ»:

    Краткое описание

    Данный вариант использования описывает процесс оформления в информационной системе заказа клиента, поступившего от него по телефону.

    Основной поток событий

    Сотрудник спрашивает клиента о его персональных данных.

    Сотрудник проверяет наличие информации о клиенте в информационной системе. Если информация не найдена, то выполняется альтернативный поток Внесение информации о клиенте в информационную систему

    Сотрудник выбирает запись о клиенте в информационной системе.

    Сотрудник вносит информацию о заказе для выбранного клиента в информационную систему.

    Альтернативный поток

    Внесение информации о клиенте в информационную систему

    Если во время выполнения основного потока обнаруживается, что клиент ранее не был зарегистрирован в информационной системе, то Сотрудник регистрирует клиента в информационной системе.

    Предусловия

    Данный вариант использования начинает выполняться, когда клиент по телефону сообщает сотруднику о желании оформить заказ.

    Постусловия

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


    написать администратору сайта