2. Создание диаграммы прецедентов

Диаграмма прецедентов (англ. use case diagram, диаграмма вариантов использования) — диаграмма, на которой отражены отношения, существующие между акторами и прецедентами.

Основная задача — представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.

При работе с вариантами использования важно помнить несколько простых правил:

– каждый вариант использования относится как минимум к одному действующему лицу;

– каждый вариант использования имеет инициатора;

– каждый вариант использования приводит к соответствующему результату (результату с «бизнес-значением»).

На рисунке 2.1 приведена диаграмма использования, спроектированная в среде RationalRose. Основным действующим лицом (актером) является секретарь деканата, выполняющий три основных действия:

• составить ведомость. Периодичность: в соответствии с учебным планом;

• просмотр итогов сессии. Подразумевает поиск информации по необходимости;

• добавление студента в базу данных. Предполагает внесение информации о студенте, при хороших результатах сдачи экзаменационной сессии, обновление записей в базе данных при изменении этой информации.

Для создания диаграммы последовательности:

1. Нужно открыть интегрированную среду разработки Rational Rose 2000.

2. С помощью кнопки Use Case (вариант использования) панели инструментов поместим на диаграмму новый вариант использования, который назовем «Просмотреть данные сессии».

3. Затем поместим на диаграмму остальные варианты использования:

• Составить ведомость;

• Внести результаты сессии;

• Добавить студента в БД;

4. С помощью кнопки Actor (действующее лицо) на панели инструментов поместим на диаграмму новое действующее лицо.

Рисунок 2.1 – Диаграмма прецедентов

5. Назовем его «Секретарь деканата».

6. С помощью кнопки Unidirectional Association (Однонаправленная ассоциация) добавим ассоциации между действующим лицом «Секретарь деканата» и всеми вариантами использования.

Эти варианты использования инициируют последовательность действий в базе данных в ответ на действия со стороны «Секретарь деканата».

Выводы

1. В ходе выполнения работы была разработана диаграмма прецедентов, состоящая из одного актера и четырех вариантов использования. Основным действующим лицом является секретарь деканата. Он выполняет четыре действия: «просмотреть данные сессии», «добавить студента в БД», «составить ведомость», «внести результаты сессии».

2. Просмотрев диаграмму использования видно, что важной и сложной задачей информационной подсистемы является ввод и обработка информации о студентах, поскольку от правильности выполнения этого прецедента будет зависеть в дальнейшем успешность оперативного учета.

программа учет информационная ориентированный

3. Создание диаграммы последовательности

Диаграмма последовательности (англ. sequence diagram) — диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления. Используется в языке UML.

Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники), вертикальные линии (англ. lifeline), отображающие течение времени при деятельности объекта, и стрелки, показывающие выполнение действий объектами. На данной диаграмме объекты располагаются слева направо. Ее недостатком является то, что она занимает много места.

Рассмотрим вариант использования «Добавить студента в БД». Диаграмма последовательности приведена на рисунке 3.1.

Рисунок 3.1 – Диаграмма последовательности для варианта использования «Добавить студента в БД»

На приведенной выше диаграмме выделены следующие объекты соответствующих классов:

• форма обучения – объект класса FormStudent;

• Выбор экзаменационной формы – объект класса FormExems, отвечающий за выбор необходимой формы;

• управляющий БД – объект управляющего класса DBManager, выполняющий функции СУБД;

• добавление данных студента – объект класса Information, инкапсулирующего в себе всю необходимую информацию о cтуденте и результатах сессии;

• управляющий транзакциями – объект класса TransactionManager, берущий на себя функции СУБД по управлению транзакциями.

Последовательность действий основного потока выглядит следующим образом:

1. Секретарь деканата создает новую запись о студенте в БД.

2. При этом он открывает необходимую форму для ввода данных студента.

3. Вводит все необходимые поля в открытую форму.

4. Нажимает на клавишу «Сохранить».

5. При этом информация отправляется в СУБД, которая обозначена на диаграмме как «Управляющий БД».

6. СУБД создает новую пустую запись.

7. Генерирует изменяет значения полей в соответствии с введенными секретарем данными.

8. Передает эту запись системе управления транзакциями, которая обозначена на диаграмме как «Управляющий транзакциями».

9. Система управления транзакциями осуществляет транзакцию.

10. Система управления транзакциями возвращает сообщение об успешности проведения транзакции или ошибке при её выполнении.

Выводы

1.Разработана диаграмма последовательности для варианта использования «Добавление данных о студенте». Этот вариант использования является самой важной и сложной реализуемой задачей информационной подсистемы.

2.При создании диаграммы были созданы пять классов: два управляющих, два «граничных»(Boundaries) и один «сущность».