Файл: казанскийгосударственныйэнергетическийуниверситет.doc

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ

РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждение высшегообразования

«КАЗАНСКИЙГОСУДАРСТВЕННЫЙЭНЕРГЕТИЧЕСКИЙУНИВЕРСИТЕТ»

Кафедра автоматизации

технологических процессов и производств (АТПП)

Практическаяработа№1

по дисциплине

Современные технологии Case-средства при проектировании систем управления

ПОСТРОЕНИЕ С ПОМОЩЬЮ ПРОГРАММЫ RATIONAL ROSE UML

ДИАГРАММ ПРЕЦЕДЕНТОВ НА ПРИМЕРЕ ГЛАВНОЙ ДИАГРАММЫ

ПРЕЦЕДЕНТОВ АИС РЕГИСТРАЦИИ УЧЕБНЫХ КУРСОВ

ВЫПОЛНИЛ	Николаев И.М.
ГРУППА	АТ-1-19
ПРОВЕРИЛ	доц. Сафаров И. М.

Казань 2023

Построение с помощью программы Rational Rose UML диаграмм прецедентов на примере главной диаграммы прецедентов АИС регистрации учебных курсов

Цель работы: построить с помощью программы StarUML диаграмму прецедентов на примере главной диаграммы прецедентов АИС регистрации учебных курсов.

Основные теоретические сведения

Диаграмма прецедентов позволяет создать список операций, которые выполняет система. Часто этот вид диаграмм называют диаграммой функций, потому что на основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых системой функций. Каждая такая диаграмма или, как ее обычно называют, каждый Use case – это описание сценария поведения, которому следуют действующие лица (Actors). Данный тип диаграмм используется при описании бизнес процессов автоматизируемой предметной области, определении требований к будущей программной системе. Отражает объекты как системы, так и предметной области и задачи, ими выполняемые.

---

Диаграмма 1

Сценарий проекта таков:

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

Действующих лиц в создаваемой системе четыре:

1. 
   преподаватель,
   
2. 
   студент,
   
3. 
   регистратор,
   
4. 
   биллинговая программа – система оплаты.
   

Рисунок 1. Вид окна браузера проекта после создания всех действующих лиц («Актеров»)

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

При построении диаграммы прецедентов используются пиктограммы типа "прецеденты" и "актеры".

Термин "прецедент" это не очень удачный перевод на русский язык английского выражения usecase(Computer Aided Software Engineering). Прецедент - это описание множества последовательных событий, выполняемых компьютерной системой

---

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

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

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

• 
  Выбор курсов для преподавателя
  
• 
  Запрос расписания курсов
  
• 
  Регистрация на курсы
  
• 
  Создание каталогов ресурсов
  
• 
  Хранение информации о курсах
  
• 
  Хранение информации о преподавателях
  
• 
  Хранение информации о студентах
  

Рисунок 2. Вид окна браузера проекта после создания всех сценариев поведения («Прецедентов»)

Далее, построили диаграмму сценариев поведения - прецедентов. Для этого двойным щелчком на пиктограмме Main из папки Use Case View открывается главная диаграмма сценариев.

Рисунок 3. Действующие лица и сценарии

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

В нашей модели наилучшим образом подойдут связи типа

«однонаправленная ассоциация» (Unidirectional Association).

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

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

Сначала в палитре выбирается тип связи «однонаправленная ассоциация» (Uniderectional Association) , после чего протянули линию между действующим лицом и сценарием поведения. В результате на диаграмме возникает стрелка. Аналогичным образом поступили со всеми компонентами диаграммы.

Готовая диаграмма показана на Рис. 4.

Рисунок 4. Главная диаграмма прецедентов системы регистрации учебных курсов Университета

Диаграмма 2

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

---

Действующих лиц в создаваемой системе три:

1. 
   Офис-менеджер
   
2. 
   Секретарь
   
3. 
   Сотрудник
   

Рисунок 5. Вид окна браузера проекта после создания всех сценариев поведения и действующих лиц

Рисунок 6. Главная диаграмма прецедентов системы регистрации выбора блюд

Диаграмма 3

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

Действующих лиц в создаваемой системе:

Рисунок 7. Вид окна браузера проекта после создания всех действующих лиц («Актеров»)

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

Рисунок 8. Вид окна браузера проекта после создания всех сценариев поведения («Прецедентов»)

Рисунок 9. Главная диаграмма прецедентов системы автоматизации вентиляции в офисном помещении

Вывод: построили с помощью программы StarUML диаграмму прецедентов на примере главной диаграммы прецедентов.

---