Polikarpov Development Network

 Главная страница
 o Бизнес 
 o Этнография
 o Разное
 o Контакты

 Ссылки
PM Профи




Процесс разработки программного обеспечения 

1.Введение

1.1.Обзор

Этот документ содержит некоторые замечания по управлению проектами разработки программного обеспечения среднего размера. Документ содержит краткое описание процесса и сопровождающих его документов исредств. Документ предназначен для программистов и руководителей проекта.

1.2.Executive overview

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

1.3.Аббревиатуры и сокращения

ПО

Программное обеспечение

ТЗ (SRS)

Техническое задание

ТП

Тест-план

ОТ (TP)

Отчет о тестирвании

ПП (PP)

План проекта (Project Plan)

ТЗ (SRS)

Техническое задание (Software Requirements Specification)







1.4.Ссылки

  1. Очень толстая книжка

  2. Микрософтовская книжка про требования

  3. Буч

  4. PM-book

  5. ГОСТ и ГОСТ ISO

  6. книжка про User stories

2.Обзор процесса

2.1.Цели организации процесса

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

2.2.Признаки хорошего процесса

Документированность – в любой момент можно заменить человека в проекте, дав почитать ему документацию.

Управляемость – все участники понимают, в какой стадии находится проект. По любому вопросу проекта может быть найден ответственный за этот вопрос специалист.
Устойчивость к неприятностям: вся документация и коды сложены в системе управления кодами, баги и запросы учитываются с помощью специализированного ПО, имеются необходимые среды на виртуальных машинах - и со всего этого сделаны бекапы так, чтобы всегда можно было отступить назад или восстановиться после потерь.

2.3.Этапы процесса

2.3.1.Обзор процесса

2.3.2.Оценка

Собирается предварительная информацияо том что, зачем и, в самых общих чертах, как, мы делаем. Результатом работы, на данном этапе, является документ Оценка (4.2). На данном этапе должно быть проанализировано и зафиксировано следующее:

  • наименование и цели проекта

  • источники информации о проекте, контактные и ответственные лица состороны заказчика

  • бизнес-процессы, поддерживаемые разрабатываемым ПО

  • пользователи, для которых ведется проект и которые будут работать с разрабатываемым ПО.

  • Среда разработки и внедрения

  • тестируемость продукта, способы сдачи ПО, внедрения, ввода вэксплуатацию. Мы должны ответить на вопрос: как мы объясним заказчику,что сделали всё, как он просил?

  • Риски проекта. Всегда бывают риски недопонимания требований и т.п.

  • Предположения, в которых сделана оценка

  • Этапы проекта

  • План проекта

  • привлекаемые ресурсы

  • стоимость

2.3.3.Специфицирование


2.3.4.Разработка

2.3.5.Стабилизация

3.Встроенные процессы

3.1.Управление требованиями

3.2.Управление дефектами

4.Документы и инструменты

4.1.Стандартные разделы документов

Большинство документов процесса должны содержать Введение. Данный раздел состоит из
- обзора, в котором кратко изложено, что содержит документ и для кого он предназначен,
- "обзора для начальников" - несколько слов о проекте и\или документе с точки зрения бизнеса,
- списка сокращений и аббревиатур,
- ссылки. 


4.2.Оценка (Estimation)

4.3.Техническое задание

4.4.Описание продукта (SDD)

4.5.Еженедельный отчет

Другими словами называется “Status report”. Форма этого документа кратка и лаконична:
Отчет за неделю № nn (с ... - по ....) по проекту "project name"
Сделано следующее:
1. дело 1
2. дело 2
.......
На следующей неделе планируется сделать следующее:
1. дело 1
2. дело 2
.......
Открытые вопросы:
........
........

4.6.План тестирования

4.7.Протокол испытаний

4.8.Система управления требованиями

4.9.Баг-трекинг


Обсуждения 

Будет позже....

Last Updated 2007-12-27