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

Для организации предсказуемого и управляемого процесса ком­пании необходимы организационные, технические и нетехниче­ские средства (рис. 4.3).

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

Общее управление работой компании выполняет генеральный директор. Вопросы, связанные с ходом выполнения различных проектов, курирует исполнительный директор, а вопросы, свя­занные с организацией и обеспечением процесса компании (т. е. свода правил, процедур, рекомендаций и других руководящих документов, в соответствии с которыми компания действует) и работы по обеспечению качества ПП, — заместитель генерально­го директора. Такое распределение работ лишний раз подчеркива­ет важность создания в компании процесса и проведения работ по обеспечению качества ПП.

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

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

Технические средства предназначены для организации соответ­ствующих условий работы над проектами и поддержанию процес­са компании, а также работ по обеспечению качества програм­много продукта. Например, автоматизированное рабочее место (АРМ) программиста позволяет повысить производительность его работ и качество разрабатываемого ПП, а компьютерная сеть — обеспечить электронный документооборот в компании и связь между сотрудниками. База данных дает возможность хранить всю информацию, связанную с ходом выполнения как текущих про­ектов, так и выполненных ранее.

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

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

1. Чем был вызван кризис программирования?

2. Какой существует выход из кризиса программирования?

3. Какой проект можно определить как «смертельный марш»?

4. Какие методики оценки состояния процесса разработки програм­много продукта вам известны?

5. Перечислите и охарактеризуйте основные уровни зрелости органи­зации согласно модели СММ.

6. Какие ключевые процессы должны выполняться на каждом из пяти уровней модели СММ?

7. Какова структура СММ?

8. Определите цель и назначение системы стандартов ISO 9001.

9. Перечислите и охарактеризуйте минимальный набор требований к управлению качеством согласно системе стандартов ISO 9001.

10. Какие требования предъявляются к управлению: а) компанией; б) продукцией; в) разработкой?

11. Объясните примерную структуру процесса и организации, зани­мающейся разработкой программных продуктов.

12. Что включают в себя средства: а) организационные; б) техниче­ские; в) нетехнические?

ПЛАНИРОВАНИЕ РАБОТ ПО СОЗДАНИЮ ПРОГРАММНЫХ ПРОДУКТОВ

Структура разделения работ по созданию программного продукта

Планирование работ начинается с получения первичных тре­бований заказчика (ПТЗ), а основой планирования является вы­деление всех необходимых для выполнения и успешного заверше­ния проекта задач и определение связей между ними. Результатом этого является структура разделения работ по созданию ПП.

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

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

Рис. 6.1. Цикл планирования работ по созданию программного продукта

Как правило, структура разделения работ представляет собой иерархию задач.

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

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

Оценка объемов и сложности программного

продукта

За единицу объема ПП принято число строк программного кода (LOC), а за единицу производительности — число строк эффек­тивного программного кода (т. е. число строк программного кода в отлаженном ПП), производимых одним человеком за один месяц (LOC/чел.-мес).

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

Объем и сложность каждого элемента структуры разделения ра­бот определяются при помощи экспертной оценки и выражаются числом LOC и человекочасов. Рекомендуется использовать для по­лучения каждой оценки не менее трех независимых экспертов, усредняя их показания. При этом сложность структурного элемента учитывается весовым коэффициентом сложности ^ = 0,75... 1,25. Для получения объема структурного элемента необходимо его экс­пертную оценку умножить на коэффициент сложности К_с.