Внешняя спецификация

Cтраница 2

Хорошо сделанная внешняя спецификация - большой документ. Эффективным методом создания такого большого документа является принятие его иерархической организации. [16]

Группа разработки представляет внешние спецификации на всеобщее обсуждение для того, чтобы получить конструктивные критические замечания. Так как в это время группа поддержки имеет последнюю возможность повлиять на проект, она самым тщательным образом изучает внешние спецификации и формулирует соответствующие предложения, касающиеся их усовершенствования. [17]

Структура изделия ASK. [18]

После того как внешние спецификации приобретут сравнительно стабильный характер, в рамках функции разработки производится рассылка материала со штампом Проект на рассмотрение другим функциональным группам, а также потребителям, если это необходимо. Для того чтобы провести рассмотрение этих документов тщательно и в сжатые сроки, целесообразно использовать такой формальный орган, как техническая ревизионная комиссия. Если состав комиссии хорошо продуман, то рассмотрение материалов в ней принесет большую пользу руководителю проекта. Группа разработки должна с вниманием относиться к предложениям комиссии и учитывать их во внешних спецификациях. [19]

Кривая относительных трудозатрат группы выпуска документации. [20]

С момента утверждения внешней спецификации ( в начале фазы программирования) и вплоть до начала испытаний класса В ( в конце фазы программирования) группа выпуска документации следит за всеми изменениями внешней спецификации, происходящими в течение фазы программирования. [21]

Используя первоначальный вариант внешних спецификаций в качестве первоисточника, группа поддержки начинает готовить рекламный материал и учебные программы для пользователей. Рекламный материал оформляется обычно в виде небольшой брошюры, напечатанной на глянцевой бумаге, и предназначается для руководства организаций-потребителей. Назначение этой брошюры - убедить пользователя в необходимости приобретения изделия ( если оно создано в целях продажи), а также описать его основные эксплуатационные характеристики и рассеять возможные сомнения в его полезности. Содержание брошюры в значительной мере определяется спецификой предполагаемых потребителей, техническими возможностями, которыми они располагают, и их собственными планами сбыта; поэтому свобода выбора формы представления и содержания этого материала не должна ограничиваться какими-либо стандартами. То же самое относится и к материалам, предназначенным для обучения пользователей. [22]

Вопрос о назначении внешней спецификации неоднократно рассматривался в этой книге. В данном разделе описывается форма внешней спецификации, которая определяет машинные программы, документацию, тесты испытаний и помогает при оценке качества внешнего проектирования программного изделия. Как указано в разд. [23]

Фаза проектирования заканчивается утверждением внешних спецификаций, что придает внешнему проекту постоянство и стимулирует завершение внутреннего проекта. Утверждение внешних спецификаций не означает запрещения проводить изменения внешнего проекта, а лишь сдерживает их поток и позволяет другим функциональным группам выполнять свою работу, не дожидаясь дальнейшего уточнения проекта. Для внесения новых изменений в утвержденные внешние спецификации используются заявки на расширение ( разд. Эти заявки необходимо тщательно изучать, чтобы не допустить нежелательных изменений календарных сроков работ, особенно тех, которые проводятся в рамках других функций, реагирующих на дополнительные изменения непредвиденным образом. [24]

Известен ряд методов проверки внешних спецификаций. Обычно эти методы не исключают друг друга и рекомендуются для последовательного использования. [25]

Эффективным методом по оценке подробной внешней спецификации являются генерации тестовых случаев и последующее использование подробной внешней спецификации для имитации поведения системы. Этот процесс оценки документов проектировщика путем выполнения ее с тестовыми случаями называется прокруткой. [26]

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

Стандартный сетевой график работ группы разработки. [28]

РЗО - реакция на пересмотр внешней спецификации; Б01 - Б10 - рассмотрение плана выпуска документации; Д01 - Д10 - рассмотрение плана поддержки; И11 - И13 - рассмотрение спецификации испытаний; Р11 - Р31 - составление внутренней спецификации; СЮ - Р40 - внесение последних обязательных изменений; Р21 - Р40 - кодирование, отладка, компоновка; Р40 - Р41 - подготовка и проведение демонстрации изделия в действии; И20 - Р42 - прогон приемочных тестов; Б02 - БП - рассмотрение чернового варианта справочных материалов; Р40 - ИЗО - подготовка спецификации выпуска; ДП - Д12 - рассмотрение рекламных материалов; ИЗО - И31 - реакция на перечни дефектов; БП - Б12 - рассмотрение первого варианта справочных материалов; Б12 - Б20 - окончательное утверждение справочных материалов; И32 - ПЗО - рассмотрение отчета об испытаниях класса В; Р31 - П20 - рассмотрение спецификации сопровождения. [29]

Справочное руководство составляется на основе внешней спецификации. Дополнительные исходные материалы представляет группа разработки. Это руководство предназначено для программистов или системных аналитиков, которые являются непосредственными пользователями программного изделия. Предполагается, что они имеют опыт работы на ЭВМ по-крайней мере в течение одного года. [30]

Страницы: 1 2 3 4