Опубликован: 24.11.2006 | Доступ: свободный | Студентов: 678 / 23 | Оценка: 4.46 / 4.54 | Длительность: 17:18:00
Лекция 6:

Процесс разработки программы и методология построения приложений для интернета

Определение области проекта

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

  • краткое описание работы;
  • расписание работ.

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

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

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

Предположим, что после представления перспективного плана владелец согласился с поставленными условиями. Начинается следующий этап процесса – определение функциональности. В таблице 6.1 приведены промежуточные результаты работы на этапе определения области с указанием стороны, ответственной за их получение.

Таблица 6.1. Обзор промежуточных результатов этапа определения области
Порядок выполнения Промежуточный результат Ответственная сторона
1 Описание требований владельца – постановка задачи Менеджер по счетам.
2 Квалифицированная оценка области Разработчики.
3 Квалифицированный план проекта относительно области Менеджер проекта.
4 Согласие владельца относительно области и предлагаемое время завершения работы над проектом Менеджер проекта.

Постановка задачи

В начале работы по созданию программного продукта владелец видит перед собой некоторый идеал, о котором он сообщает организации, занимающейся работой над проектом. Владелец или менеджер определяют результат работы (постановка задачи). Постановку задачи можно сделать после 15-минутного телефонного разговора, зафиксировать на паре листов бумаги или подытожить в предложении из 15 слов. Ниже приведен пример постановки задачи на выполнение работы.

Демонстрационная постановка задачи

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

Владельцу требуется узел для приложения.

Владелец желает получить завершенный проект через три недели, к 22 июня, на которое назначена презентация пивоваренных достижений.

Оценка области

Целью оценки области является создание основы для определения времени разработки проекта. Разработчики создают оценку области для информирования команды разработки о необходимых технических ресурсах. Тезисы оценки предоставляют дополнительную информацию о том, что, по мнению самих разработчиков, хочет получить в итоге заказчик. В оценке описывается реализация отдельных аспектов проекта. Многие программисты считают предоставление оценки области задачей рискованной и сложной, так как на данном этапе еще не определены требования к проекту. Разумеется, приведенная демонстрационная постановка задачи не совсем точна, и на получение программного решения может потребоваться от трех недель до трех лет в зависимости от требований к проекту.

Эффективной стратегией по оценке области является определение всех промежуточных результатов, необходимых для создания программного решения. Промежуточные результаты уточняются в рамках допущений, связанных с их получением и сопутствующим риском. Промежуточные результаты следует определять по возможности самым широким образом в отношении требований, которым они должны удовлетворять. Сотрудники, участвующие в оценке, рассматривают тезисы разработчика как контрпродуктивные меры, используемые разработчиками для собственной защиты. Уточненные тезисы являются начальным эскизом, описывающим функционирование программного решения. Разработчики должны подробнейшим образом описать ключевые моменты для информирования команды об аспектах, влияющих на объем ресурсов, необходимых для разработки программного решения. На рисунке 6.2 в качестве основы для веб-сайта, на котором публикуются рецепты пивоварения, использована демонстрационная оценка, приведенная выше.

Пример оценки области, представленный в виде электронной таблицы

увеличить изображение
Рис. 6.2. Пример оценки области, представленный в виде электронной таблицы

План проекта области

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

Что такое диаграмма Ганта?

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

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

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

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

Диаграммы Ганта создаются c помощью программного обеспечения по управлению проектом, например, Microsoft Project или Visio. Диаграмма (см. рис. 6.3) разработана с помощью Microsoft Project.

Диаграмма Ганта плана демонстрационного проекта, созданная на этапе определения области работы

увеличить изображение
Рис. 6.3. Диаграмма Ганта плана демонстрационного проекта, созданная на этапе определения области работы

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

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

Олег Корсак
Олег Корсак
Латвия, Рига
Ренат Файзуллин
Ренат Файзуллин
Россия, Казань