Основы работы в Visual Paradigm CE
Цели и задачи
Заголовок раздела «Цели и задачи»В этой лабораторной работе необходимо изучить интерфейс Visual Paradigm Community Edition и с её помощью перерисовать диаграммы нескольких типов, сохраняя максимально возможное количество деталей.
Все диаграммы нужно сделать в одном проекте: открыв один файл, практик должен увидеть список из пяти диаграмм.
Все диаграммы ниже взяты с сайта https://www.uml-diagrams.org/.
Нужно именно перерисовать диаграммы ниже, не нужно делать похожие диаграммы под выбранную тему, для этого есть следующие лабораторные работы.
Связь с курсом
Заголовок раздела «Связь с курсом»ЛР 1 — техническое введение в Visual Paradigm после лекции о моделях и выборе представления. Она тренирует чтение нотации и работу с редактором, но не заменяет последующие задания по анализу предметной области. При перерисовке сохраняйте семантику элементов: тип отношения, кратность, guard, стереотип, тип сообщения и границу системы важнее точного оформления.
Перед работой используйте карту UML и соответствующие страницы справочника: use case, activity, классы, последовательности и развёртывание. Детали, смысл которых ещё не разобран на занятии, воспроизводите по исходнику; разбор их назначения будет в тематических лабораторных.
Диаграмма использования (Use Case Diagram)
Заголовок раздела «Диаграмма использования (Use Case Diagram)»
Диаграмма деятельности (Activity Diagram)
Заголовок раздела «Диаграмма деятельности (Activity Diagram)»
Диаграмма классов (Class Diagram)
Заголовок раздела «Диаграмма классов (Class Diagram)»
Диаграмма последовательности (Sequence Diagram)
Заголовок раздела «Диаграмма последовательности (Sequence Diagram)»
Диаграмма размещения (Deployment Diagram)
Заголовок раздела «Диаграмма размещения (Deployment Diagram)»
Оценивание
Заголовок раздела «Оценивание»В отчёте обязательно укажите ФИО, группу и номер лабораторной работы.
Максимум за эту лабораторную работу — 5 баллов. За что снимаются баллы:
- Отсутствие диаграмм;
- Отсутствие элементов диаграммы, изображённых в оригинале;
- Расхождение с исходными диаграммами;
- Некорректное оформление отчёта (например, картинки без подписи, водяной знак, закрывающий часть диаграммы или всю диаграмму);
- Использование неподходящего ПО;
- Сдача после дедлайна.
Методические рекомендации
Заголовок раздела «Методические рекомендации»- Курсив у надписи — это не красивое выделение, а указание на то, что сущность с этой надписью является абстрактной, соответственно, нужно найти это свойство в настройках сущности.
- У большинства сущностей есть стереотипы, их нужно указать именно как стереотип, а не как часть названия сущности. При необходимости VP позволяет добавлять свои стереотипы.
- Обращайте внимание на типы ассоциаций и их стереотипы. Например, если показана открытая стрелка с пунктирной линией (т.е. зависимость) с надписью (т.е. стереотипом) “extend”, на вашей диаграмме это должно быть ровно той же зависимостью со стереотипом “extend”.
- Зачастую текст на отношениях — это не просто текст, а дополнительные элементы (например, кратности ассоциации, защитные условия, ограничения), которые тоже должны указываться в отдельных свойствах отношений. По умолчанию на диаграммах показываются не все свойства, поэтому их надо включить в Presentation Options соответствующих отношений.
- Естественно, диаграммы не должны выглядеть один в один как оригинал, визуальные различия всё равно будут. Можно не подгонять цвет элементов и как-то по-особому выравнивать линии отношений, главное, чтобы сохранилась семантика диаграмм. Но чем более непохожей будет диаграмма визуально, тем сложнее будет её проверять, постарайтесь учесть расположение элементов :)
- Чем позже вы сдаёте работу, тем больше вопросов по ней может задать преподаватель практики, т.к. будет пройдено больше материала.