Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Диаграмма взаимодействия (Sequence и Collaboration Diagrams)




Диаграмма вариантов использования (Use Case Diagram)

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

Выбор CASE-средств

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

IBM Rational Rose является уникальным CASE-средством, чьи графические возможности, основанные на UML (Universal Modeling Language - универсальный язык моделирования.), способны решить любые задачи, связанные с проектированием и моделированием: от общей модели процессов предприятия (абстрактной) до конкретной (физической) модели класса в создаваемом ПО. Работа в Rational Rose заключается в проектировании определенного вида диаграмм, при этом задавая необходимые свойства, отношения и взаимодействия друг с другом.

2.4 Структура системы и её описание средствами UML

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

Задача состоит из следующих шагов:

1) Построить бизнес модель вариантов использования (Business UseCase Model):

· выделить действующие лица (актеров) системы;

· выделить варианты использования;

· построить и описать диаграмму вариантов использования.

2) Создать диаграммы взаимодействия (Sequence diagram) для выбранного прецедента, а так же получить для него Collaboration diagram

3) Создать диаграмму классов (Class Diagrams)

4) Создать диаграммы деятельностей (Activity Diagrams)

5) Создать диаграмму компонентов (Component Diagrams)

6) Создать диаграмму размещений (Deployment Diagrams)

 

Опишем функциональные требования к системе с помощью Use Case-диаграммы.

Можно выделить следующих актеров системы:

· Эксперт ЦОК

· Эксперт для промежуточного протокола

· Сотрудник УЦДО

 

Также можно выделить следующие варианты использования:

· Заполнение журнала

· Создание протоколов

· Итоговый протокол

· Путь

· Исправленная версия

· Работа с промежуточным протоколом

· Дата начала работы с протоколом и дата передачи протокола

· Наименование протокола

· Загрузка курсов на исправление

· Редактирование курса

· Назначение экспертов

· Создание новых версий курса

· Путь загрузки

· Дата загрузки

· Hash –функция

· Название версии

Рисунок

Таким образом, актер «Эксперт ЦОК» выполняет следующую функцию: осуществляет вход в журнал, переходит на вкладку «Промежуточные протоколы», выбирает требуемый курс, создает по нему промежуточный протокол. На вкладке «Курсы», добавляет итоговый протокол и ответственного эксперта за выбранный курс.

Актер «Сотрудник УЦДО», осуществляет вход в журнал, загружает необходимый курс в систему. Выбирает один из имеющихся курсов в базе и добавляет в него новую версию курса.

Вариант использования «Заполнение журнала» может включать в себя: вариант использования «Создание протоколов», вариант использования «Загрузка курсов на исправление», вариант использования «Назначение экспертов», В свою очередь вариант использования «Заполнение журнала» обязательно включает в себя функцию обращения к БД Приложения.

Вариант использования «Работа с промежуточным протоколом» включает в себя варианты использования: «Наименование протокола», «Путь», «Дату начала работы с протоколом и дату передачи протокола», «Исправленную версию курса».

Вариант использования «Создание новых версий курса», включает в себя варианты использований такие как: «Название текущей версии», «Дата загрузки», «Путь загрузки», «Hash функция».

 

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

Прецедент <Промежуточный протокол>

Рассмотрим прецедент < Промежуточный протокол >. Этот прецедент может включать в себя:

· Вход в журнал

· Вход во вкладку протоколы

· Выбор необходимого курса

· Запрос к БД

· Обработка запроса

· Выдача всей информации по промежуточным протоколам курса

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

Рис

Ниже расположена Collaboration диаграмма для приведенной выше Sequence диаграммы (рисунок …)

Рис

 




Поделиться с друзьями:


Дата добавления: 2015-08-31; Просмотров: 570; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.009 сек.