Задания, лекции / UML ВУЗа (Упр)
.docУпражнения
Построить модель информационной системы ВУЗа.
1) На диаграмме классов. Создать классы:
Вуз;
Факультет;
Кафедра;
Курс (в смысле дисциплина) ;
Группа;
Преподаватель;
Студент.
Ввести атрибуты name (имя) для всех классов;
IDz (номер зачетки) – для студента;
Address (дом. адрес) для преподавателя , студента, вуза.
Должность, ученая степень, ученое звание, стаж работы для преподавателя.
Ввести дополнительные атрибуты на Ваше усмотрение, задать типы атрибутов.
Подумайте, как с помощью обобщения можно упростить описание классов студент и преподаватель (например, можно выделить суперкласс Person (Персона) с атрибутами Ф.И.О., дом. адрес, дом. телефон.)
Ввести операции для класса
Вуз: определяющие поступление, окончание, отчисление студента;
прием на работу и увольнение преподавателя;
Группа, Факультет: перевод студента из и в группу/факультет.
Ввести еще операции на Ваше усмотрение, задать типы параметров и возвращаемых значений.
Изобразить отношения, при этом использовать
Отношения агрегации: обучается_в , состоит_из;
Ассоциации: читает (курс), посещают (курс), работает_на, является_деканом, зав_кафедрой.
Укажите типы множественности на концах ассоциаций.
Можете привести еще несколько ассоциаций и/или зависимостей.
Будем предполагать, что электронная система учёта содержит электронные копии зачетных книжек, ведомостей, журналов групп и некоторую базу данных.
Введите классы студ_билет, зач_книжка, ведомость, журнал_группы, сделайте их атрибутами соответствующих классов или связей.
Для класса студ_билет можно ввести атрибут номер и написать требования в текстовой форме.
Для класса зач_книжка введите следующие атрибуты:
Номер_зачетки;
Листы.
Листы, в свою очередь, имеют атрибуты: курс, тип_листа (практический курс, теореоретический курс, практика и т.д.) ; записи массив типа запись[] (каждая запись соответствует записи в зачетной книжке, укажите атрибуты для типа запись).
При описании типов перечислений (курс, тип_листа и т.д. ) для атрибутов воспользуйтесь сигнатурой класса со стереотипом «enumeration».
Аналогично записям зачетной книжки введите записи ведомости.
На общей диаграмме классов учетную базу данных можно не отображать.
2) Постройте диаграмму прецедентов.
Актеры: студент, преподаватель, система учета.
Прецеденты:
связанные со студентом: поступление, окончание, отчисление;
связанные с преподавателем: поступление на работу, увольнение.
Предполагается, что все действия фиксируются системой учета.
Для прецедента поступление можно выделить составляющую часть прецедент регистрация, который предполагает действия: зачисление в группу, выдача зачетной книжки, билета, пополнение базы данных соответствующей информацией. Раскройте прецедент регистрация соответствующей дочерней диаграммой прецедентов с использованием стереотипных зависимостей «include».
Раскройте прецедент, о пополнение базы данных соответствующей информацией диаграммой последовательностей. При этом будем предполагать, что пополнение базы данных происходит в интерактивном режиме с помощью прикладной интерфейсной программы, ввод осуществляется посредством форм ввода.
Диаграмма последовательностей должна содержать объекты:
Форма _студенты, содержит списки студентов и основные атрибуты студентов.
Форма _подробная информация, содержит подробную информацию о студентах.
Далее можно выделить как объекты диаграммы последовательности: менеджер записей о студентах (как элемент программы учета), собственно запись о студенте, и менеджер транзакций.
Пользуясь аналогиями лабораторной работы по взаимодействиям (№ 2) определите сообщения.
Преобразуйте данную диаграмму последовательностей в диаграмму коопераций, придайте ей наглядный вид.