Cтраница 3
В период между фазовыми обзорами IV и V группа разработки участвует только в редактировании и заключительном рассмотрении выпускаемой документации, которые заканчиваются ее утверждением. В фазовом обзоре V предметом рассмотрения является отчет об испытаниях класса В. Группа разработки изучает этот документ и утверждает соответствующее решение, принятое на основе результатов испытаний. Она также проверяет календарный план и утверждает изменение к нему. [31]
Роль группы планирования в фазовых обзорах в упрощенном виде отражена в табл. 6.3. На рис. 6.6 в терминах сетевого планирования ( разд. [32]
Группа испытаний участвует в пяти фазовых обзорах из шести показанных на рис. 6.5. Ее роль в этих обзорах отражена в табл. 10.2 и рассматривается ниже. [33]
Группа обслуживания не участвует в фазовом обзоре III, однако между фазами II и IV она рассматривает и утверждает план испытаний, а также спецификации испытаний, чтобы убедиться в соответствии этих документов требованиям испытаний класса С. Она также изучает и утверждает обязательства по обеспечению испытаний аппаратурой и другими средствами в соответствии с планом испытаний. [34]
Нормальное завершение проекта наступает на этапе фазового обзора V, когда принимается решение о выпуске программного изделия. Группа разработки составляет заключительный отчет как можно быстрее, прежде чем сотрудники проекта окажутся слишком занятыми своими новыми обязанностями. Она также выпускает заключительное уведомление о календарных сроках и просит о закрытии финансового счета. Эти последние действия можно выполнить и позже, после завершения составления спецификации сопровождения, выпускаемой группой сопровождения, однако, выполнив их, можно считать проект законченным. [35]
Некоторые из вопросов, поднимаемых в фазовых обзорах, относятся к сфере текущей интерпретации предварительных соглашений. Всякое несоответствие должно устраняться по ходу его обнаружения, будь то результат проверки или обновления более ранних документов. Следует помнить, что соглашение о требованиях всегда должно правильно отражать реальную ситуацию, а внешняя спецификация должна быть в любой момент времени законченным документом, который правильно описывает, что представляет собой программное изделие. Правильное конфигурационное управление требует также, чтобы каждая существующая в данный момент времени версия программного изделия имела свою собственную внешнюю спецификацию или четко изложенное описание в рамках внешней спецификации. Управление созданием программного изделия - своего рода игра, основанная на осуществлении контроля и сведении балансов: группа планирования постоянно следит за расхождением между реальным положением дел, связанных с проектированием программного изделия, планами и спецификациями. Механизм рассмотрения и утверждения должен обеспечивать возможность выявления расхождений и последующего их устранения. Технические советы, объединенные комиссии и фазовые обзоры как раз и являются таким механизмом. [36]
Наконец, участие группы испытаний в фазовом обзоре II необязательно. Ее мнение оказывает мало влияния на принятие решения относительно снижения уровня поддержки изделия или полного ее прекращения. [37]
Группа разработки участвует в пяти из шести предусмотренных фазовых обзоров. В фазовом обзоре I эта группа дает первоначальную оценку стоимости проекта и составляет предварительный график проектирования. На этом этапе целесообразно планировать только те расходы, которые необходимы для доведения проекта до этапа утверждения соглашения о требованиях, что позволит избежать перерасхода средств, если этот документ еще не будет утвержден или если придется в значительной степени пересмотреть характеристика программного изделия. [38]
Для того чтобы принять твердое решение на основании результатов фазового обзора I, следует оценить не только стоимость, но и календарные сроки проектирования. [39]
Решение о полном прекращении поддержки, принимаемое в ходе фазового обзора VI, как правило, подготавливается постепенно и принимается после того, как объем работы по поддержке становится незначительным. Результаты этого фазового обзора влияют на деятельность группы поддержки в большей степени, чем на работу остальных групп, и поэтому утверждение соответствующих решений в рамках функции поддержки является обязательным условием. [40]
Группа сопровождения участвует не менее чем в трех из шести фазовых обзоров, описанных в разд. По крайней мере в одном из них она представляет исходные данные, описывающие потребности в ресурсах для выполнения функции сопровождения. Это может быть сделано в фазовом обзоре I или несколько позже, однако не позднее, чем в фазовом обзоре III. [41]
В остальных фазовых обзорах группа сопровождения не участвует; исключение составляет лишь фазовый обзор VI, который играет наиболее важную роль в сопровождении изделия. В этом обзоре принимается решение о снятии программного изделия с производства. Группа сопровождения рассматривает и утверждает это решение, так как оно непосредственно влияет на ее бюджет. По этой же причине она рассматривает и утверждает любое снижение уровня поддержки. [42]
Группа выпуска документации начинает участвовать в работе над программным изделием в рамках фазового обзора I, выполняя предварительную оценку стоимости издания документации. Для этого приходится принимать некоторые предположения относительно вида документации, времени издания и расценок. Чем определеннее составлены стандарты оформления документации, тем точнее окажутся оценки, полученные в этой фазе. Если, например, для транслятора с РПГ решено выпустить справочное руководство, руководство оператора и указатель сообщений, то этого уже достаточно, чтобы более менее точно рассчитать затраты на выпуск документации. [43]
В период между составлением соглашения о требованиях и его утверждением на этапе фазового обзора II все заинтересованные группы должны оценить требования к программному изделию и его возможности. Хотя группа выпуска документации привлекается лишь для консультаций при составлении соглашения, она тщательно изучает его, чтобы убедиться, что ее обязательства соответствуют назначению программного изделия. [44]
Вполне естественно для администратора планирования ( а еще более естественно для руководителя целевой программы) выступать в роли организатора некоторых из фазовых обзоров, однако эту роль могут исполнять и другие лица, в частности представители групп, ответственных за организацию обсуждения важнейшей документации. [45]