Управление программными проектами. Учебное пособие

Требования

Разработка

проекта

Внедрение

Тестирование

Установка и

отладка Эксплуатация и

сопровождение

Рисунок 2.6 – Получение производного жизненного цикла разработки ПО

Таблица 2.2 – Отображение процесса согласно стандарту IEEE 1074

41

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

43

большой системы. Он пригоден для организаций, занимающихся только программными продуктами, отделов, в обязанности которых входит разработка внутренних информационных технологий, консультантов в области ПО и организаций, занимающихся только менеджментом проектов, которые доставляют и реализовывают имеющиеся в наличии коммерческие (commercial-off-the-shelf, COTS)программные продукты. Продукт 1074 – это цикл SLCP, который требуется для выполнения определенного программного проекта.

Стандарт 1074 включает шесть основных категорий процесса: 1 Процесс модели жизненного цикла разработки ПО.

2 Процессы менеджмента проектов.

3Процессы предварительной разработки.

4Процессы разработки.

5Процессы, выполняемые после разработки.

6Интегральные процессы.

Стандарт 1074 представляет собой пошаговое руководство, в котором описывается реализация девяти шагов, которые определяют методы выполнения процессов SLCP. Определенные инструкции в стандарте могут быть упрощены до следующих шести этапов.

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

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

1 Идентификация всех циклов модели SLCM, которые являются доступными при разработке проекта

2 Идентификация признаков, которые применяются для желаемой окончательной системы и среды разработки.

44

3 Идентификация любых ограничений, которые могли бы быть наложены на выбор.

4 Оценка различных циклов модели SLCM на основе предыдущего опыта.

5 Выбор цикла SLCM, который лучше всего удовлетворяет атрибутам и ограничениям проекта.

Этап 2. Сравнение действий с требованиями модели SLCM. После выбора

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

Самый простой способ выполнения этих действий заключается в том, чтобы,

используя карту 1074, добавлять столбцы для каждой из главных фаз модели SLCM.

Используя основную каскадную модель, можно добавлять столбцы: «Требования»,

«Разработка проекта», «Внедрение», «Тестирование», «Установка и отладка», а

также «Эксплуатация и сопровождение». В каждую ячейку, в которой помещено действие стандарта 1074 в фазе жизненного цикла, выполняется проверка. Когда все действия проанализированы на предмет того, в каком месте они соответствуют фазе,

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

Этап 3. Размещение действий во временной последовательности. Порядок, в

котором будут выполняться действия, определяется тремя главными факторами:

1 Выбранный цикл SLCM определяет начальный порядок выполняемых действий.

2 Из-за ограничений графика может потребоваться отмена действий в цикле

SLCM, что, в свою очередь, окажет влияние на последовательность.

3 На порядок действий могут влиять критерии входа и выхода взаимосвязанных действий.

После завершения данного процесса таблица сортируется таким образом,

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

45

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

чтобы информационный поток, направленный к действиям и от них, поддерживал относительный порядок, в котором они были отображены. На рисунке 2.7 в качестве примера демонстрируется действие установки проектной среды.

Рисунок 2.7 – Этап 4 – проверка информационного потока

Этап 5. Назначение выхода действия для поставляемых продуктов. Каждый процесс SLCMтребует и определяет формат своего собственного набора выходов.

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

Этап 6. Включение процессов поддержки жизненного цикла. Этот этап в стандарте 1074 рассматривается как добавление организационного актива процесса

(Organizationalprocessasset, OPA): стандарт 1074 определяет OPA как компоненты,

которые задают некоторую часть проектной среды ПО на уровне организации.

Назначение этого этапа заключается в обеспечении того, что все фазы цикла

46

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

Процессы, изображенные на левой стороне рисунка, представляют собой все действия, перечисленные на карте стандарта 1074. Для получения цикла SLCM

можно использовать эту карту, ссылки на модели усовершенствования процесса,

типа модели зрелости возможностей Института программного инжиниринга, а

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

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

Менеджмент процесса начинается с определения проектного или организационного подхода к разрабатываемым продуктам. На рисунке 2.9

приводится информация, которая может использоваться для определения процесса.

48

Рисунок 2.9 – Результаты применения внешнего интерфейса проекта

Действующая организация представляет основы знаний предыдущего проекта,

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

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

начальному рынку и требованиям системы.

49

Контрольные вопросы

1 Дайте определение менеджмента процессов, укажите его цели, задачи и

результаты.

2Перечислите процессы жизненного цикла разработки продукта

3Кто должен отвечать за действия в рамках процесса создания ПО на уровне организации?

4Объясните назначение и цели организационного процесса.

5Перечислите и опишите методы стандарта IEEE 1074.

Практическое занятие

Вы представили начальную оценку проекта менеджеру по маркетингу. В

результате были изменены оценки времени, требуемого для получения карты базового процесса прототипа CRM из стандарта IEEE 1074. Менеджер никогда не использовал стандарт 1074, а применял модель программирования. Подготовьте аргументы и факты того, фаза планирования проекта действительно важна, а

проектные процессы – это больше чем модель программирования.

50