1.2 Анализ требований к системе

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

Все основные виды деятельности такие как анализ, проектирование, тестирование выполняются на основе вариантов использования [3].

Диаграмма вариантов использования - это исходное концептуальное представление или концептуальная модель системы в процессе ее проектирования и разработки [4].

Суть диаграммы вариантов использования состоит в следующем. Проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью вариантов использования. [5].

Оформим требования к разрабатываемой системе в виде таблицы. В левую колонку поместим прецеденты, а в правую - действующих лиц, участвующих в прецеденте [6].

Таблица 1 - Требования к ИСВ

составление учебного плана	деканат
предоставление расписания	деканат
сдача экзаменов, зачетов, курсовых	студент
выполнение дипломной работы	студент
защита дипломной работы	студент
преподавание дисциплин	преподаватель
написание диссертации	преподаватель
защита диссертации	преподаватель

Актеры и прецеденты связаны между собой при помощи ассоциаций.

Между прецедентами «составление учебного плана» и «предоставление расписания», «выполнение дипломной работы» и «защита дипломной работы», «написание диссертации» и «защита диссертации» существует отношение включения, где «составление учебного плана», «выполнение дипломной работы», «написание диссертации» - базовые прецеденты. 

Отношение включения означает, что в некоторой точке базового прецедента содержится поведение другого прецедента. Таким образом, базовый прецедент как бы заимствует поведение включаемых, раскладываясь на более простые прецеденты [6].

На рисунке 1 представлен пример завершенной диаграммы прецедентов информационной системы ВУЗа (ИСВ).

Рисунок 1 – Диаграмма прецедентов ИСВ

2. Проектирование

2.1 Концептуальная модель

Концептуальная (содержательная) модель — это абстрактная модель, определяющая структуру моделируемой системы, свойства её элементов и причинно-следственные связи, присущие системе и существенные для достижения цели моделирования [9].

Для моделирования динамических аспектов поведения системы используются диаграммы деятельности системы. [2].

Диаграммы деятельности - частный случай диаграмм состояний. Они позволяют реализовать в языке UML особенности процедурного и синхронного управления, обусловленного завершением внутренних действий и деятельности. [8].

Если диаграмма вариантов использования дает «вид сверху» на функциональность системы, диаграмма действий UML, напротив, позволяет подробно иллюстрировать отдельный вариант использования и его сценарии.

Основные компоненты описания системы:

• функции (действия),

• символы «старт» и «стоп»,

• потоки управления,

• разветвители,

Диаграмма действий позволяет проиллюстрировать вариант использования с требуемой степенью подробности. На рисунке 2 показана диаграмма деятельности для процесса сдачи зачета, курсовой работы, экзамена.

Рисунок 2 – Диаграмма деятельности для процесса сдачи зачета, курсовой работы, экзамена

На рисунке 3 показана диаграмма деятельности для процесса согласования заявки.

Рисунок 3 – Диаграмма деятельности для процесса согласования заявки