- •Оглавление
- •Обзор и анализ предметной области по курсового проекта
- •Проектирование серверной части по
- •Выбор субд
- •Выделение сущностей и атрибутов из предметной области
- •Выделение связей между сущностями
- •Построение er-диаграммы
- •Описание таблиц и полей
- •Построение физической модели бд
- •Описание хранимых процедур и триггеров
- •Проектирование клиентской части
- •Архитектура по
- •Выбор инструментальных средств
- •Функциональная схема по
- •Описание классов по
- •Классы уровня доступа к данным
- •Классы-контроллеры
- •Классы представления
- •Классы сервисов
- •Вспомогательные классы
- •Интерфейс по
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ, МОЛОДЁЖИ И СПОРТА УКРАИНЫ
Национальный аэрокосмический университет им. Н.Е. Жуковского «ХАИ»
Кафедра 603
Курсовой проект
по курсу «Базы данных»
на тему: «Система управления проектами»
ХАІ.603.641п.11В.050103.6
Выполнил студент группы 641п
Манжос И.Ю.
Проверил преподаватель кафедры 603
Каргапольцев П.А
2011
Оглавление
1.Обзор и анализ предметной области ПО курсового проекта 3
2.Проектирование серверной части ПО 4
2.1.Выбор СУБД 4
2.2.Выделение сущностей и атрибутов из предметной области 4
2.3.Выделение связей между сущностями 4
2.4.Построение ER-диаграммы 5
2.5.Описание таблиц и полей 5
2.6.Построение физической модели БД 6
2.7.Описание хранимых процедур и триггеров 7
3.Проектирование клиентской части 8
3Архитектура ПО 8
4Выбор инструментальных средств 9
5Функциональная схема ПО 9
3.3Описание классов ПО 10
3.3.1Классы уровня доступа к данным 10
3.3.2Классы-контроллеры 10
3.3.3Классы представления 11
3.3.4Классы сервисов 11
3.3.5Вспомогательные классы 11
3.4Интерфейс ПО 11
4.Заключение 15
1.Список использованной литературы 15
2.Приложение А – SQL-код базы данных 15
3.Приложение В – Код серверной части приложения 15
-
Обзор и анализ предметной области по курсового проекта
ПО курсового проекта представляет собой систему управления разработкой ПО.
Описание предметной области:
Существует компания по разработке ПО. Для улучшения качества процесса разработки и удобства всех лиц, участвующих в этом процессе, была поставлена задача по упрощению процесса управления разработкой ПО. В процессе разработки участвуют люди следующих ролей: заказчик, директор компании, менеджер проекта, программист. Каждый участник обладает определенными возможностями.
Основной частью системы является «Проект» - заказ клиента на разработку ПО. Каждый проект обладает следующими свойствами: заказчик, ответственный за разработку менеджер проекта, команда разработчиков, статус проекта, а так же набор задач в его рамках.
Задача обладает следующими свойствами: родительский проект, описание, ответственный разработчик, предварительно оценённое время и реально затраченное время, её состояние (Создана, Выполняется, Заморожена, Выполнена). Задачи создаются менеджером проекта, который и распределяет их среди разработчиков проекта. При получении задачи программист приступает к ее выполнению, а после завершения, помечает как «Выполнена». Таким образом, менеджер проекта может в любой момент получить адекватную информацию о ходе осуществления заказа.
Заказчик также может видеть состояние выполнения своего заказа.
Директор компании (в терминологии системы – Топ-менеджер), управляет работой компании, и, следовательно, единственный, имеет возможность создавать новые проекты и назначать на них менеджеров проектов. Так же он может контролировать процесс разработки всех существующих проектов.
Существует служебная роль – Администратор, основная задача которой – техническое обслуживание системы. Его задачами являются регистрация новых пользователей, назначение им ролей, и управлением их состоянием. Пользователь может находиться в одном из следующих состояний: Работает, В отпуске, Уволен.
Система должна быть реализована в виде веб-приложения с использованием базы данных. Удаление объектов в системе не предусмотрено, потому пользователи, проекты, и задания, не удаляются, а помечаются специальным атрибутом. Все объекты также обладают данными о времени создания. Роли в системе не пересекаются и не накладываются, т.е. один пользователь не может быть одновременно, к примеру, программистом и менеджером проекта.