Главная страница
Навигация по странице:

  • Лабораторная работа № 1. Общая характеристика Case средства Rational Rose . 1. Цель работы

  • Унифицированный язык моделирования

  • 2. Ход работы Построение диаграмм вариантов использования в StarUML

  • Добавление элементов диаграммы

  • Определение рабочей области моделирования

  • Отношение обобщения

  • Отношение включения

  • Диаграммы классов Диаграмма классов

  • Информационная система школы. АиППП - Лаб№1 Карлинова Р.. Лабораторная работа 1 По дисциплине Анализ и проектирование программных приложений


    Скачать 0.71 Mb.
    НазваниеЛабораторная работа 1 По дисциплине Анализ и проектирование программных приложений
    АнкорИнформационная система школы
    Дата21.09.2022
    Размер0.71 Mb.
    Формат файлаdocx
    Имя файлаАиППП - Лаб№1 Карлинова Р..docx
    ТипЛабораторная работа
    #688508

    Некоммерческое акционерное общество

    «АЛМАТИНСКИЙ УНИВЕРСИТЕТ ЭНЕРГЕТИКИ И СВЯЗИ ИМЕНИ ГУМАРБЕКА ДАУКЕЕВА»

    Кафедра «IT-инжиниринг»

    ЛАБОРАТОРНАЯ РАБОТА №1

    По дисциплине: Анализ и проектирование программных приложений

    По теме: Общая характеристика Case средства Rational Rose. Особенности интерфейса рабочего интерфейса программы

    Специальность: 5B070400 – Вычислительная техника и программное обеспечение.

    Выполнила: Карлинова Р.Ш.

    Группа: ВТу-20-6

    Приняла: Касымкулова Д.
    ­­____________ «_____» _____________________2022г.

    Алматы, 2022

    Содержание



    1. Цель работы

    3

    2. Задания

    3. Ход решения

    3

    5

    Заключение

    15

    Лабораторная работа № 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. Поставленная задача была выполнена, а именно я была раскрыта тема информационной структуры школы, построена диаграмма вариантов использования. Изучена тема диаграмм, виды диаграмм и создание диаграммы вариантов использования.


    написать администратору сайта