Информационная система школы. АиППП - Лаб№1 Карлинова Р.. Лабораторная работа 1 По дисциплине Анализ и проектирование программных приложений
Скачать 0.71 Mb.
|
Некоммерческое акционерное общество «АЛМАТИНСКИЙ УНИВЕРСИТЕТ ЭНЕРГЕТИКИ И СВЯЗИ ИМЕНИ ГУМАРБЕКА ДАУКЕЕВА» Кафедра «IT-инжиниринг» ЛАБОРАТОРНАЯ РАБОТА №1 По дисциплине: Анализ и проектирование программных приложений По теме: Общая характеристика Case средства Rational Rose. Особенности интерфейса рабочего интерфейса программы Специальность: 5B070400 – Вычислительная техника и программное обеспечение. Выполнила: Карлинова Р.Ш. Группа: ВТу-20-6 Приняла: Касымкулова Д. ____________ «_____» _____________________2022г. Алматы, 2022 Содержание
Лабораторная работа № 1. Общая характеристика Case средства Rational Rose. 1. Цель работы Изучение объектно-ориентированного подхода при проектировании программных систем. Унифицированный язык моделирования (Unified Modeling Language, UML) является графическим языком для визуализации, специфицирования, конструирования и документирования систем, в которых большая роль принадлежит программному обеспечению. С помощью UML можно детально описать систему, начиная разработку с концептуальной модели с ее бизнес-функциями и процессами, а также описать особенности реализации системы, такие как классы программного обеспечения системы, схему базы данных. Используя UML, мы также можем разрабатывать сложные системы быстро и качественно. Диаграмма – это графическое представление множества элементов. Обычно диаграмма изображается в виде графа с вершинами (сущностями) и ребрами (отношениями). Диаграммы подчиняются нотации UML и изображаются в соответствии с ней. В языке UML есть 12 типов диаграмм: 4 типа диаграмм представляют статическую структуру приложения; 5 типов представляют поведенческие аспекты системы; 3 представляют физические аспекты функционирования системы (диаграммы реализации). Некоторые из видов диаграмм специфичны для определенной системы и приложения. Самыми доступными из них являются: диаграмма прецедентов (Use-case diagram); диаграмма классов (Class diagram); диаграмма активностей (Activity diagram); диаграмма последовательности (Sequence diagram); диаграмма развёртывания (Deployment diagram); диаграмма сотрудничества (Collaboration diagram); – диаграмма объектов (Object diagram); – диаграмма состояний (Statechart diagram). 2. Ход работы Построение диаграмм вариантов использования в StarUML Разработка диаграммы вариантов использования преследует цели: Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы. Сформулировать общие требования к функциональному поведению проектируемой системы. Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей. Подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями. На рисунке 1 приведен вид окна программы после запуска. Рисунок 1 – Окно программы при запуске Теперь добавим диаграмму вариантов использования (рисунок 2). Рисунок 2 – Добавление диаграммы вариантов использования Добавление элементов диаграммы Чтобы добавить вариант использования (Use Case) выполните следующие действия: панель Toolbox (слева вверху) → закладка Use Case → Use Case. После этого щѐлкните ЛКМ по рабочей области в том месте, где 4 будет размещаться данный элемент. Имя варианта использования необходимо задать сразу после его добавления на диаграмму (рисунок 3). Отредактировать имя – двойной щелчок ЛКМ по варианту использования. Рисунок 3 – Добавление варианта использования Чтобы добавить актёра (Actor) выполните следующие действия: панель Toolbox (слева вверху) → закладка Use Case → Actor. После этого щёлкните ЛКМ по рабочей области в том месте, где будет размещаться данный элемент. Имя актёра необходимо задать сразу после его добавления на диаграмму (рисунок 4). Отредактировать имя – двойной щелчок ЛКМ по актёру. Рисунок 4 – Добавление актера Определение рабочей области моделирования В качестве рабочей области моделирования я выбрала информационную систему для школы. В этой системе можно выделить следующие группы пользователей: Обучающиеся Преподаватели Классные руководители Заместители директора Каждая из групп пользователей может пользоваться системой по-своему. Обучающиеся могут: Смотреть расписание Просматривать свои оценки Преподаватели могут: Размещать материалы для уроков Выставлять оценки в электронный журнал Классные руководители могут делать все то же самое, что и преподаватели плюс: Составлять расписание родительских собраний Заместители директора могут: Составлять расписание Публиковать посты с важной информацией Кроме того, у системы есть функционал, который доступен всем группам пользователей. В разрабатываемой системе актуально будет добавить мессенджер, в котором можно будет быстро связываться с интересующим человеком. Получается, эта функциональность должна быть доступна каждому пользователю. Все пользователи могут: Отправлять сообщения Теперь, когда я выделила группы пользователей и функциональность системы, начну строить диаграмму, чтобы зафиксировать и структурировать полученные данные. Добавили все группы пользователей, которые могут пользоваться нашей системой: Рисунок 5 – Группа пользователей Каждая группа пользователей использует определённые функции системы. На диаграмме вариантов использования функция системы изображается эллипсом, внутри которого записывается имя функции в форме глагола с пояснительными словами. Рисунок 6 – Функция системы Рисунок 7 – Процесс создания вариантов использования Добавляем еще вариантов использования и соединим их с соответствующими актёрами. И вот, что в итоге должно получиться: Рисунок 8 – Первая версия диаграммы Отношение обобщения В нашей системе группы пользователей «Преподаватель» и «Классный руководитель» обладают схожими возможностями. Чтобы изобразить это на диаграмме, мы можем сделать так: Показать с помощью одного из видов отношений, что актёры связаны между собой. Это будет означать, что один из них может пользоваться всеми вариантами использования, с которыми соединён другой актёр. В этом нам поможет, так называемое, отношение обобщения. Отношение обобщения обозначается сплошной линией с полой треугольной стрелкой. Рисунок 9 – Отношение обобщения Изобразим отношение обобщения от актёра "Кл. руководитель" к актёру "Преподаватель". Рисунок 10 – Использование отношения обобщения Проделываем это действие с остальными группами пользователей, где имеются схожие возможности. В итоге должна получиться такая диаграмма: Рисунок 11 – Вторая версия диаграммы Отношение включения Для заместителя директора мы отмечали, что ему нужно составлять расписания. Условно расписание можно поделить на три категории: Расписание занятий Расписание мероприятий Расписание каникул Всё это составляется заместителем директора, поэтому покажем это на диаграмме. Для этого будем использовать отношение включения. Отношение включения обозначается пунктирной линией с V-образной стрелкой на конце, над стрелкой добавляется надпись “include”. Рисунок 12 – Отношение включения В общем случае, отношение включения используется, чтобы показать, что некоторый вариант использования включает в себя другой вариант использования в качестве составной части. Когда мы используем отношение включения, мы подразумеваем, что составные варианты использования ОБЯЗАТЕЛЬНО входят в состав общего варианта использования. В итоге должна получиться такая диаграмма, с использованием отношения включения: Рисунок 13 – Третья версия диаграммы Отношение расширения В диаграммах вариантов использования применяется ещё один вид связи – отношение расширения. Во время дистанционного обучения школьникам необходимо выполнять домашние задания и присылать их в виде архива или фотографий учителям. Получается, нужно добавить возможность прикреплять файл к сообщению в нашей системе. Чтобы отобразить это на диаграмме мы будем использовать отношение расширения. Отношение расширения обозначается пунктирной линией с V-образной стрелкой на конце (похоже на отношение включения), над стрелкой добавляется надпись “extend ”. Рисунок 14 – Отношение расширения Нужно, чтобы действие «прикрепить файл к сообщению» расширяло действие «отправить сообщение». На диаграмме это изображается следующим образом: Рисунок 15 – Добавление отношения расширения Рисунок 16 – Итоговая диаграмма вариантов использования Диаграммы классов Диаграмма классов является частью логической модели системы и представляет статическую картину системы. Для каждой системы строится не одна, а несколько диаграмм классов: возможно, что для каждого прецедента или сценария своя. На одних показывают подмножества классов, объединенные в пакеты, и отношения между ними, на других – отображают те же подмножества, но с атрибутами и операциями классов. Для представления системы разрабатывается столько диаграмм классов, сколько потребуется. Заключение В ходе выполнения данной лабораторной работы мною был изучен унифицированный язык моделирования StartUML. Поставленная задача была выполнена, а именно я была раскрыта тема информационной структуры школы, построена диаграмма вариантов использования. Изучена тема диаграмм, виды диаграмм и создание диаграммы вариантов использования. |