14. Требования к управлению конфигурацией проекта

1. Идентификация объектов конфигурации

Команда проекта должна сохранять записи для прослеживания всей корреспонденции, хоть как-то связанной с разработкой, включая входящую и исходящую почту, телексы и факсы. Записи должны фиксировать любую связь между объектами (например, запрос-ответ, действие-реакция).

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

Каждому объекту конфигурации присваивается идентификационный номер ID. Схема наименования включает в себя следующие данные:

• Тип объекта

• Имя объекта

• Идентификация программы или проекта

• Номер версии

• Номер ревизии (ревизия для конкретной версии)

• Данные о готовности

2. Контроль конфигураций

В ответ на запросы членов команды проекта происходит передача последней конкретной версии того или иного объекта. Устаревшие версии архивируются.

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

3. Определение статуса конфигурации

Для определения статуса конфигурации автоматически генерируется отчет о статусе. Отчет включает в себя следующую информацию:

• Время возникновения каждого и изменения

• Время определения каждого объекта конфигурации

• Описательная информация о каждом объекте конфигурации

• Статус запросов на изменение (принят, отклонен, ожидает выполнения)

• Описание статусов

• Описательная информация о каждом запросе на изменение

• Статус изменения

• Описательная информация о каждом изменении

4. Аудит конфигураций

Целью аудита конфигурации является определение соответствия реализуемых характеристик решения проектной документации.

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

Проведенные изменения	Спецификация изменений	Соответствие проведенных изменений спецификации	Объекты, связанные с изменением	Модифицированные объекты	Модифицированы ли все связанные с изменением объекты конфигурации?
.
.

15. Критерии приемки результатов проекта

1. При выполнении работ исполнителем заказчик должен иметь возможность контролировать ход выполнения работ;

2. По окончании работ исполнитель проводит предварительные испытания;

3. Приемочные испытания проводятся в присутствии заказчика;

4. Сторонами составляется АКТ сдачи/приемки АРМ «Деканат. Работа со студентами»;

5. После подписания акта сдачи/приемки заказчик оплачивает работы в срок в размере указанном в договоре.

Заключение

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

• разработать план управления проектом по автоматизации функции выдачи справок студентам;

• разработать устав проекта.

Все поставленные задачи были выполнены, что и позволило достигнуть цели курсового проекта.

Список используемой литературы

1. Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. «СУБД», 1995, №3.

2. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие. – М.: Финансы и статистика, 2004. – 192 с.

3. Демарко Т., Листер Т., Человеческий фактор. Успешные проекты и команды, Символ-Плюс, 2005 г. – 256 с.

4. Елиферов В.Г., Репин В.В. Бизнес-процессы: регламентация и управление, М.: ИНФРА-М, 2004

5. Ильин В., Руководство качеством проектов. Практический опыт, СПб.: Вершина, 2006

6. Ильин В.В. Designer Реинжиниринг бизнес-процессов с использованием ARIS Практика реального бизнеса. «Вильямс», 2008. – C. 456.

7. Новичков А. Разработка плана управление конфигурацией, Электронный журнал – 2007. – 10 апр

8. Попов Ю.И., Яковенко О.В., Управление проектами, Москва, Инфра-М, 2005

9. Роберт Виейра. Программирование баз данных Microsoft SQL Server 2005. Базовый курс = Beginning Microsoft SQL Server 2005 Programming. – М.: «Диалектика», 2007. – С. 832. – ISBN 0–7645–8433–2 Ссылка на литру.

10. С.В. Маклаков. ERwin и Bpwin. CASE-средства разработки информационных систем. М., 1999.

11. С.В. Маклаков. Создание информационных систем с ALLFusion Modelling Suite. М., 2003.

Приложение А «Устав проекта»

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

«Волгоградский государственный аграрный университет»

Кафедра: Информационные системы и технологии

«Разработка плана управления проектом по автоматизации функции выдачи справок»

Устав проекта

на 4 листах

РАЗРАБОТАЛ

студент гр. ЭМПИ-47

_________Д.С. Денисов

«____»_______2014 г.

РУКОВОДИТЕЛЬ

к.ф.-м.н.

________А.С. Матвеев

«____»_______2014 г.

Волгоград 2014

Устав проекта

«Утверждаю»	«Утверждаю»
Декан ЭМФ	Студент ЭМФ
______________ О.А.Кулагина	______________ Д.С.Денисов
«___»__________________2014 г.	«___»__________________2014 г.
УСТАВ ПРОЕКТА
Разработка АРМ «Деканат. Работа со студентами»
Согласовано:
Заместитель декана ЭМФ Мазепа М.В.	________________________
Руководитель проекта со стороны деканата ЭМФ, заместитель декана ЭМФ Мазепа М.В.	________________________
Руководитель проекта со стороны исполнителя, начальник УИКТ Матвеев А.С.	________________________

Управление документом

Авторы			Декан ЭМФ Кулагина О.А.
Файл			Устав.docx
Создан			06.11.2014 10:13
Последнее редактирование			06.11.2014 14:07
Количество страниц			4
Версия	Дата изменения	Описание изменения		Автор изменения	Подпись
01	06.11.2014	Создание проекта устава		Денисов Д.С.

Согласование, замечания

№	Дата поступления	Наименование документа	Автор замечания	Подпись
1.
2.
3.

Обработка замечаний

№	Дата обработки	Версия документа, учитывающая замечание	Исполнитель	Подпись
1.

Бизнес-причины возникновения проекта

Необходимость выполнения настоящего проекта обусловлена потребностью в повышении эффективности операционной деятельности деканата.

Цели проекта

Бизнес-цель: Получить инструмент для эффективной работы сотрудника деканата.

Цели проекта: Создание и внедрение ERP-системы с целью автоматизации процесса выдачи справок студентам в деканате. Срок – до 1.12.2014г. Качество - согласно спецификации (требования Заказчика, закрепленные в техническом задании).

Требования к проекту:

• Создание интегрированного ИТ-решения на базе гибкой, тиражируемой и быстро реагирующей на изменения платформы с единым пользовательским интерфейсом;

• Повышение эффективности в работе сотрудника деканата.

Расписание контрольных событий

Дата начала выполнения проекта: 23.11.2014г.

Дата завершения проекта: 01.12.2014г.

Участники проекта

Инициатор проекта (спонсор) – деканат ЭМФ.

Заказчик – деканат ЭМФ.

Руководитель проекта – Денисов Д.С.

Лицензоры – Microsoft.

Допущения и ограничения

Допущения

• Все изменения содержания будут своевременно выноситься на рассмотрение управляющего комитета.

• Критически важный персонал не покинет компанию.

• Сроки выполнения проекта могут быть пересмотрены в ходе реализации проекта в сторону уменьшения.

Ограничения

Окружение проекта

При реализации системы Исполнитель обязан учитывать ограничения, накладываемые:

• организационной структурой компании;

• корпоративной культурой;

• существующими человеческими ресурсами (навыки, знания, специализации).

Технологии

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

• Приложения Microsoft Office;

• AllFusion Process Modeler - графическая система для отражения бизнес-процессов ("Как есть" и "Как будет").

Стоимость проекта

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

Полномочия команды управления проектом

В сферу общей ответственности руководителей проекта входит:

• контроль хода реализации проекта и отслеживание планов работ по программе;

• обеспечение своевременного решения возникших проблем;

• утверждение существенных изменений, вносимых в программу;

обеспечение своевременного создания выходных документов.

Приложение. Принятые термины и сокращения

Волгоград 2014