2 Описание проекта программного обеспечения
2.1 Описание средств проектирования
В качестве средства проектирования использовалась IBM Rational Rose Enterprise.
IBM Rational Rose. Популярное средство визуального моделирования объектно-ориентированных информационных систем компании IBM. Работа продукта основана на универсальном языке моделирования UML (Universal Modeling Language). Благодаря которому Rational Rose способен решать практически любые задачи в проектировании информационных систем: от анализа бизнес процессов до кодогенерации на определенном языке программирования. Rational Rose позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым абстрактное, либо логическое проектирование.
Как и многие другие профессиональные средства моделирования и разработки IBM Rational Rose распространяется в нескольких вариантах поставки, а именно:
Rational Rose Modeler, позволяет аналитикам и проектировщикам проводить анализ бизнес-процессов и выстраивать систему. Данная редакция подразумевает только моделирование без кодогенерации.
Rational Rose Professional не имеет ограничений по функциональности. В зависимости от выбранного языка программирования осуществляет прямое и обратное проектирование. Rose Professional заказывается только в определенной конфигурации (например, Rose Professional С++ или Rose Professional С++ DataModeler). Rational Rose Professional не создает 100% исполняемого кода. На выходе разработчик получает шаблон информационной системы на определенном языке программирования, который впоследствии нужно запрограммировать.
Rational Rose RealTime версия продукта для создания 100% исполняемого кода в реальном масштабе времени. RealTime позволяет проводить прямое и обратное проектирование на языках С или С++. На выходе модель автоматически компилируется и собирается в исполняемый файл. Продукт направлен на разработчиков.
Rational Rose Enterprise абсолютно полная версия продукта. Поддерживаются все вышеперечисленные функции за исключением возможности 100% кодогенерации. Версия продукта покрывает весь спектр задач по проектированию, анализу и кодогенерации.
Rational Rose DataModeler это не конкретный релиз продукта, а возможность по проектированию баз данных. Функции DataModeler входят в состав Rose Enterprise и Professional.
2.2 Описание диаграмм моделирования UML
2.2.1 Диаграммы вариантов использования
Для абстрактного описания работы программного обеспечения разработана диаграмма Вариантов использования, рисунок В.1 приложение В. Со всеми вариантами взаимодействуют один актер: «Пользователь». Основные варианты соединены отношениями «ассоциации», часть вариантов отношениями «расширения».
Актер «Пользователь» - напрямую взаимодействует с тремя основными вариантами определяющими работу: Формирование ведомости «Контингент»; Формирование ведомости «Учебный план»; Формирование ведомости «Сводный график».
- Вариант использования «Формирование ведомости «Контингент»» - предполагает организацию работы по формированию ведомости «Контингент». Создание БД «Контингент» и ее корректирование.
-
Вариант «Формирование ведомости «Учебный
план»» - предполагает организацию работы
по формированию ведомости «Учебный
план»: создание и редактирование баз
данных и справочников.
- Вариант «Формирование ведомости «Сводный график»» - предполагает организацию работы по формированию ведомости «Сводный график»: создание и редактирование баз данных и справочников.
2.2.2 Диаграмма классов
Диаграммы классов отображают логику построения программного обеспечения и служат для представления статической структуры модели системы в терминологии объектно-ориентированного программирования. Диаграмма классов – это графическое представление взаимосвязей логической модели системы, которые не зависят или инвариантны от времени. Диаграммы классов строятся на абстрактном уровне и могут уточняться на этапе конструирования, вплоть до конкретных экземпляров класса – объектов, дополняться ассоциациями и интерфейсами. Отдельные компоненты объединяются в пакеты. Диаграмма классов приведена на рисунке Г.1 приложение Г.
2.2.3 Диаграмма компонентов
Полный проект программной системы представляет собой совокупность моделей логического и физического представлений, которые должны быть согласованы между собой. В языке UML для физического представления моделей систем используются так называемые диаграммы реализации (implementation diagrams), которые включают в себя две отдельные канонические диаграммы: диаграмму компонентов и диаграмму развертывания.
Диаграмма
компонентов, в отличие от других диаграмм,
описывает особенности физического
представления системы. Диаграмма
компонентов 
позволяет
определить архитектуру разрабатываемой
системы, установив 
зависимости
между программными компонентами, в роли
которых может выступать исходный,
бинарный и исполняемый код. Во многих
средах разработки модуль или компонент
соответствует файлу. Пунктирные стрелки,
соединяющие модули, показывают отношения
взаимозависимости, аналогичные тем,
которые имеют место при компиляции
исходных текстов программ. Основными
графическими элементами диаграммы
компонентов являются компоненты,
интерфейсы и зависимости между ними.
Диаграмма компонентов разрабатывается для следующих целей:
- Визуализации общей структуры исходного кода программной системы.
- Спецификации исполнимого варианта программной системы.
- Обеспечения многократного использования отдельных фрагментов программного кода.
- Представления концептуальной и физической схем баз данных.
Диаграмма компонентов обеспечивает согласованный переход от логического представления к конкретной реализации проекта в форме программного кода. Одни компоненты могут существовать только на этапе компиляции программного кода, другие - на этапе его исполнения. Диаграмма компонентов отражает общие зависимости между компонентами, рассматривая последние в качестве классификаторов.
Диаграмма компонентов представлена на рисунке Д.1 приложения Д.