Внутренняя спецификация

Cтраница 1

Этап составления спецификаций ( источник. OGC. [1]

Внутренние спецификации согласуются с внутренними целями ИТ-организации, достижение которых означает удовлетворение потребностей заказчика. Разграничение между внутренними и внешними спецификациями может оказаться особенно полезным уже после того, как Процесс Управления Уровнем Сервиса запущен в работу. [2]

Внутренняя спецификация описывается и утверждается еще до начала фазы программирования ( в соответствии с типовым этапом Р11, отмеченным в табл. 14.9), так что руководство группы разработки имеет гарантию того, что проект тщательно продуман. В ВтС всегда включается описание всех используемых алгоритмов. Состав других материалов уточняется от проекта к проекту. Программирование начинается лишь тогда, когда имеется достаточно полное описание данных и алгоритма их обработки, так что частичное тестирование программного изделия приобретает смысл, а блок-схема будущего изделия отработана настолько, что можно гарантировать корректную обработку нетривиальных исходных данных и получение нетривиальных результатов. С этого момента ВтС и машинные программы разрабатываются совместно и могут снабжаться ссылками друг на друга для обеспечения полноты описания внутренней структуры программных средств. [3]

Древовидная структура применимости модулей.| Синтез внешнего проекта. [4]

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

Стандартный vсетевой график разработки программного изделия. [6]

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

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

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

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

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

Материал этого раздела будет расширен ( но не изменен) во внутренней спецификации изделия; часть его может быть расширена ( но не изменена) во внешней спецификации с целью полного описания соответствующих внешних свойств. [12]

Третий шаг трансляции ( точка 3) связан с преобразованием целей во внутренние спецификации, содержащие точные описания поведения системы с точки зрения пользователя. В разработке ПО этот шаг трансляции является самым значительным. По объему и степени сложности ошибок, порождаемых на этом шаге трансляции, он занимает основное место во всем процессе разработки ПО. [13]

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

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

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