Формальная оценка

Имеет смысл периодически проводить формальную оценку каждого аспекта проекта разработки программного обеспечения. Может возникнуть вопрос, какое отношение периодические формальные оценки имеют к быстрому тестированию. Быстрое тес­ тирование — это метод, в основе которого лежит выполнение каждой задачи на как можно более раннем этапе жизненного цикла и одновременное обнаружение и уст­ ранение любых недостатков, могущих возникать в процессе решения каждой задачи. Как правило, формальная оценка проводится накануне завершения какого-либо эта­ па, и объектами таких оценок становятся результаты, базы данных показателей про­ екта, календарные планы, перечни недостатков и тому подобные документы, полу­ ченные на каждом этапе жизненного цикла разработки.

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

ции, поскольку эта информация может влиять на план выполнения тестирования или разработку тестового случая. Иначе говоря, каждый участник выполнения формаль­ ной оценки оценивает результаты этапа с точки зрения их готовности к использова­ нию. Хотя кое-кто может заявить, что эти обзоры служат для осуществления контро­ ля над ходом разработки программного обеспечения со стороны руководства, мы смотрим на этот вопрос несколько иначе. Данные, полученные от членов команды, наряду со списками недостатков/нерешенных вопросов должны компилироваться и упорядочиваться руководителями различных уровней. Это позволит передать эти данные команде разработчиков, чтобы члены команды могли увеличить свою произ­ водительность или улучшить качество получаемых результатов.

Для программного обеспечения, разрабатываемого по контракту, в ходе каждой формальной оценки с участием клиента оценивается соблюдение сроков и условий контракта. Резюме этих оценок могут представляться клиент)', который должен быть уверен в корректности ведения разработки в рамках выделенного бюджета и огово­ ренных сроков. Ниже приведен перечень вопросов, который может подготовить и отслеживать руководитель разработки программного обеспечения или специалист по вопросам обеспечения качества, и который может быть представлен в ходе фор­ мальной оценки:

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

• Размер программных продуктов или объем изменений в программных продук­ тах регулируются в соответствии с задокументированной процедурой.

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

• Трудоемкость и затраты на разработку программы регулируются в соответст­ вии с задокументированной процедурой.

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

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

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

• Календарное планирование и управление разработкой критичных связей и критичных ветвей программы выполняется в соответствии с задокументиро­ ванной процедурой.

• Технические действия по разработке программного обеспечения отлеживают­ ся, и в случае необходимости предпринимаются корректирующие действия.

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