2. Требования к проектному решению и результаты проекта
Продукт должен удовлетворять следующим требованиям:
Реализация единого пользовательского интерфейса;
Возможность формирования отчетов по зарегистрированным справкам;
Завершение проекта до 01.12.2014.
3. Границы проекта
Охватывается проектом |
Не охватывается проектом |
|
Функциональные границы |
||
Реализуется Исполнителем
|
Любые изменения разработки вне согласованных функциональных требований. |
|
Реализуется Заказчиком
|
||
Географические границы |
||
Все проектные работы проводятся с системами Заказчика, в городе Волгоград, в Волгоградском Государственном Аграрном Университете |
Не указанные в объеме проекта системы. |
|
Организационные границы |
||
Проектное решение будет использоваться деканатом эколого-мелиоративного факультета ВолГАУ, анализ деятельности деканата, разработка системы, тестирование, оформление документации – обязанности разработчика (студент ЭМФ – Денисов Д.С.) |
Не указанные в рамках организационных границ лица |
|
Технологические границы |
||
В рамках данного проекта затрагивается база данных MS Access, а именно происходит её модернизация для добавления определенных функций. |
Любые другие системы (кроме базы данных предпринимателя). |
|
4. Способ реализации проекта
Методология реализации проекта
Реализация проекта по модернизации базы данных Microsoft Access осуществляется согласно методологии ITIL.
В соответствии с методологией ITIL проект внедрения состоит из следующих стадий:
Планирование услуги (Service Strategy)
Проектирование услуги (Service Design)
Внедрение услуги (Service Transition)
Эксплуатация услуги (Service Operation)
Непрерывное улучшение услуги (Continual Service Improvement).
Материалы и инструментарий
Вендор: Microsoft
Название: Microsoft Access
Microsoft Access - реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных.
5. Первоначальная иерархическая структура работ (иср) до пакетов работ
Структуру проекта необходимо представить графически, в виде древовидной структуры (рис. 1). Выбранный тип построения ИСР – построение по жизненному циклу проекта.
Рисунок 1. Иерархическая структура проекта
Часть ИСР |
Описание |
Время выполнения |
% от общих денежных затрат |
|
1. Сбор и анализ требований |
1.1 Формирование требований |
Письменное изложение заказчиком требований и пожеланий к будущей системе |
2 |
3% |
1.2 Проектирование базы данных |
Обследование предметной области, выявление необходимых функций, основных сущностей и формирование на их основании базы данных |
5 |
7% |
|
1.3 Оценка стоимости разработки проекта |
Оценка стоимости работ производится на основании временных затрат на разработку системы и трудоемкости выполнения этих работ. |
2 |
5% |
|
2. Реализация
|
2.1 Разработка базы данных |
Создание таблиц, связей между ними, задание типов для аргументов таблиц. |
3 |
20% |
|
2.2 Создание запросов к базе данных |
Создание запросов к БД, необходимых для формирования отчетов и (иногда) для заполнения или создания форм. |
3 |
25% |
2.3 Создание отчетов в базе данных |
Отчеты – выходные документы БД. Формируются с помощью запросов к БД. |
2 |
25% |
|
3. Тестирование и сдача проекта |
3.1 Тестирование отдельных функций |
Проверка правильности работы каждого запроса, формы и отчета. |
2 |
5% |
3.2 Тестирование системы в целом |
Проверка правильности взаимодействия отдельных частей системы. Проверка взаимосвязи входных и выходных данных. |
3 |
6% |
|
3.3 Сдача базы данных в эксплуатацию |
Передача системы пользователю, её установка, обучение пользователей и т.д. |
5 |
4% |
|