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

Cтраница 2

РЗО - реакция на пересмотр внешней спецификации; Б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 - рассмотрение спецификации сопровождения. [16]

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

Отметим, что здесь выполняется именно функциональная декомпозиция, поскольку СТ является функциональным документом и не указывает, как предлагаемое изделие будет физически разбито на модули. Во внутренних спецификациях, создаваемых на основе СТ, обязательно должно быть описано физическое разбиение на модули. Чтобы было легче сопоставлять внутренние спецификации с предшествующими им соглашениями о требованиях, удобно представить какое-либо конкретное физическое разбиение и попытаться определить функциональные модули, которые могут быть реализованы как физические модули. Но, поступая так, следует помнить, что в СТ более важным является четкое разбиение по функциям, а физическое разбиение только подразумевается, но не диктуется СТ. [18]

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

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

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

В конце фазы программирования группа сопровождения активно включается в работу над проектом, начиная подготовку спецификации сопровождения. Основным условием успешного завершения этой работы является наличие готовой внутренней спецификации. Спецификация сопровождения содержит внутреннюю спецификацию, дополненную техническим описанием и листингами программ ( гл. Как видно из рис. 12.2, другим необходимым условием завершения спецификации сопровождения является утверждение внешней спецификации; в этом случае существует гарантия того, что внутренний и внешний проекты программного изделия приобрели стабильный характер. [22]

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

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

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

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

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

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

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

В табл. 13.2 приняты следующие обозначения: СТ - соглашение о требованиях, ВшС - внешняя спецификация, ВтС - внутренняя спецификация, а СС - спецификация сопровождения. [30]

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