Задание 4. Практическое задание Детализация моделей uml
 Скачать 0.83 Mb.
|
Практическое задание 4. Детализация моделей UMLЗадание Для предметной области Кадровое агенство 1. Выполнить построение диаграммы деятельности одного прецедента работы 3. 2. Построить диаграмму классов с атрибутами, операциями и отношениями своей предметной области 3. Выполнить документирование классов. 4. Сгруппировать классы в 2-3 пакета, построить диаграмму пакетов 5. Построить диаграмму состояний одного объекта модели. Рекомендации по выполнению задания. В работе используется свободное средство моделирования StarUML – ссылка для скачивания последней официальной версии с официальным неограниченным пробным периодом http://staruml.io Руководство пользователя StarUML - https://docs.staruml.io/ Руководство пользователя на русском - http://staruml.sourceforge.net/docs/user-guide(ru)/user-guide.pdf Образец выполнения задания Цель работы: получить практические навыки детализации моделей UML. В данной работе был рассмотрен процесс обучения в учебном центре. В процессе обучения подключаются кураторы, преподаватели и студенты. Во время учебы преподаватели проводят лекции и готовят вопросы к тесту по занятию. Кураторы дают задания, проводят семинары, следят за успехами студентов, ставят им оценки. Студенты посещают лекции, выполняют задания, проходят тесты и смотрят их результаты. В проектируемой системе можно создавать конференции на проведение лекций и семинаров, а также тестов. С помощью неё можно следить за посещаемостью и успеваемостью по тестам. В приложении А изображена диаграмма деятельности. Куратор создает семинар в ИС, система создает конференцию и рассылает приглашения. Студент видит и принимает приглашение, после этого куратор проводит семинар. В ИС создается тест по этой теме, рассылаются уведомления студентам. Когда студенты проходят тест, система формируют отчет для куратора и показывает результат прохождения теста. ИС отправляет отчет куратору, который в последствии может его посмотреть. В приложении Б представлена диаграмма классов. Класс Human содержит в себе поля и методы, которые необходимы при работе как с сотрудниками, так и со студентами. Класс содержит персональную информацию (имя, телефон, почту), а также методы для создания, просмотра и изменения объекта. Класс Student – студент учебного центра. Наследует свойства и методы Human, добавляется дата приема и принадлежность к учебной группе. Класс Employee – сотрудники компании. Наследует свойства и методы Human, добавляется дата начала работы, департамент, менеджер и зарплата. Tutor – куратор учебного центра. Наследует свойства и методы Employee, добавляется принадлежность к группе, которую он курирует. eacher – преподаватель учебного центра. Наследует свойства и методы Employee, добавляется принадлежность к группам и курсам, за которые он отвечает. Group – учебная группа студентов. Связан с классом Student композицией, один ко многим соответственно. Содержит id студентов, куратора, преподавателей и курсов, методы по управлению этими данными. Course – учебный курс. Связан с классами Group и Teacher ассоциацией и агрегацией. Несколько групп проходят несколько курсов. Один преподаватель назначен на несколько курсов. Содержит поля: имя, время на выполнение, доступ, id и методы для управления этими данными. Test – тест в рамках учебного курса. Связан с классом Course агрегацией, многие к одному соответственно. Содержит в себе название, время выполнения, список вопросов, результат и методы для управления этими данными. Question – вопросы для тестов. Связан с классом Test агрегацией, многие к одному соответственно. Содержит в себе название, ответ, id теста, id и методы для управления этими данными. Answer – ответы к вопросам теста. Связан с классом Question агрегацией, многие к одному соответственно. Содержит в себе название, id вопроса, id и методы для управления этими данными. Marks – оценки за тесты. Связан с классом Test ассоциацией, Одна оценка за один тест. Содержит в себе название, id теста, id и методы для управления этими данными. Report – отчеты для сотрудников. Связан с классом Marks композицией, один ко многим соответственно. Также связан с классом Employee ассоциацией. Содержит id студентов, список их оценок, методы по управлению этими данными. Controller – контроллер для реализации модели MVC (Model-View-Controller), выполняется на стороне сервера. Menu – запускает контроллер с пользовательского интерфейса. В приложении В изображена диаграмма пакетов. В модели MVC сначала мы получаем данные с отображения (пользовательского интерфейса), передаем их контроллеру. Далее у нас есть модели студентов и сотрудников, которые взаимодействуют с курсами, тестами, отчетами. В приложении Г изображена диаграмма состояний объекта «Тест». Сначала создается тест и привязывается к учебному курсу. Далее тест заполняется вопросами и проверяется. Если он неправильный, то он становится недоработанными. Как только его заполнят корректно, он станет одобренным. Его добавят к элементу курса, так он станет готовым к прохождению. Как только его пройдет студент, он станет пройденным. Вывод: в результате выполнения данной работы получены практические навыки детализации бизнес- процессов в методологии UML. Приложение А Диаграмма деятельности  Приложение Б Диаграмма классов  Приложение В Диаграмма пакетов  Приложение Г Диаграмма состояний объекта «Тест»  |