В табл. 15.4 приведено оглавление стандартной спецификации версии программного изделия (СВ), отражающее описываемую ниже форму. В каждой СВ описывается только одно изделие. [c.296]
Оглавление стандартной спецификации версии программного изделия [c.297]
Некоторые из вопросов, поднимаемых в фазовых обзорах, относятся к сфере текущей интерпретации предварительных соглашений. Всякое несоответствие должно устраняться по ходу его обнаружения, будь то результат проверки или обновления более ранних документов. Следует помнить, что соглашение о требованиях всегда должно правильно отражать реальную ситуацию, а внешняя спецификация должна быть в любой момент времени законченным документом, который правильно описывает, что представляет собой программное изделие. Правильное конфигурационное управление требует также, чтобы каждая существующая в данный момент времени версия программного изделия имела свою собственную внешнюю спецификацию или четко изложенное описание в рамках внешней спецификации. Управление созданием программного изделия — своего рода игра, основанная на осуществлении контроля и сведении балансов группа планирования постоянно следит за расхождением между реальным положением дел, связанных с проектированием программного изделия, планами и спецификациями. Механизм рассмотрения и утверждения должен обеспечивать возможность выявления расхождений и последующего их устранения. Технические советы, объединенные комиссии и фазовые обзоры как раз и являются таким механизмом. [c.85]
В фазе оценки группа испытаний может формировать рапорты о дефектах программного изделия, которые не были устранены к моменту его выпуска из-за решения руководства оценивать готовность изделия, без согласования с группой испытаний. Перечень рапортов о неисправленных дефектах включается в спецификации версии и в СС. По каждому такому рапорту составляется заявка на внесение исправлений и передается в систему координации обслуживания. [c.294]
Когда программное изделие передается из группы разработки в группу испытаний, а затем в группу обслуживания, оно сопровождается документом, который называется спецификацией версии. Спецификация версии содержит следующую информацию точный идентификатор изделия, включая полную структурную диаграмму,. охватывающую все модули требования к оборудованию, включая допустимые замены имеющуюся по данному изделию документацию и перечень наиболее существенных дефектов. Группа обслуживания составляет информационный листок выпуска изделия на основе спецификаций версий входящих в него других программных изделий. Группа сопровождения дополняет каждую спецификацию сопровождения информацией из соответствующих спецификаций версий. [c.296]
Разд. 3. (2,3) л. 1.3 и 3. (2,3). л. 1.4 внутренней спецификации изделия определяют программное обеспечение и оборудование, которые необходимы для обеспечения функционирования программного изделия, а разд. 5.2 внешней спецификации указывает программное обеспечение и оборудование, необходимые для ввода его в действие. В разд. 3.1 спецификации версии уточняется потребность в машинных ресурсах для внесения изменений по требованию заказчиков, или для проведения испытаний класса В. В будущем из-за скрытых дефектов могут возникать ошибки, и запись, обеспечивающая условия для нормальной эксплуатации программного изделия, будет способствовать устранению обнаруживаемых дефектов. [c.300]
Ответственность за составление всех разделов спецификации версии лежит на группе разработки с того момента времени, когда программное изделие передается на испытания класса В исключение составляет разд. 2.2.2, изменения в который вносит группа испытаний при передаче программного изделия в группу обслуживания для его распространения. [c.300]