Cтраница 4
Разработчики внешних спецификаций проверяют полноту удовлетворения и аккуратность выполнения внешних спецификаций системы. Разработчики компонентов системы проверяют возможности построения предполагаемого компонента и доступность требований архитектуры системы. В связи с тем, что процесс построения архитектуры системы может выполняться параллельно с процессом внешнего проектирования, важно своевременно согласовать выходы и входы этих процессов. [46]
![]() |
Участие группы выпуска документации в фазовых обзорах. [47] |
До фазового обзора III эта группа участвует в работе над внешней спецификацией изделия. Ко времени фазового обзора III она должна изучить внешнюю спецификацию, которая была представлена на утверждение группой разработки, и убедиться, что в ней правильно отражены интересы группы выпуска документации. [48]
Описание процедуры - часть программы на Модуле-2, в которой дается внешняя спецификация процедуры. [49]
![]() |
Этап составления спецификаций ( источник. OGC. [50] |
Рекомендуется включать всю управленческую информацию ( Ключевые показатели эффективности) и внутренние и внешние спецификации в единый документ для получения полной информации о вкладе каждого процесса Сервис-менеджмента в ИТ-услугн. [51]
Входы и выходы программы и их связи определяются на этапе составления внешних спецификаций. Например, спецификации для редактора текстов определяют формат текстовых файлов и содержат все команды редактирования и функции каждой из них. Однако внешние спецификации не дают описания того, как в программе будут реализованы эти функции; это является задачей проектирования. [52]
Правило п-плюс-минус-один предлагает привлечь к оценке целей автора требований и проектировщика исходных внешних спецификаций. Поскольку, однако, цели - самый важный аспект проекта, необходимо участие в их оценке дополнительных сил. К оценке должны быть привлечены полномочные представители пользователей, а также тех, кто будет заниматься проектированием, тестированием, сопровождением и подготовкой публикаций. [53]
Целью внешнего функционального тестирования является обнаружение противоречий между программой и ее внешними спецификациями. Предварительным условием, определяющим качественней исход функционального тестирования, являются полнота, точность и непротиворечивость внешних спецификаций. Если это условие не будет выполнено, то функциональный тест может быть реализован, но программа останется ошибочной. [54]
![]() |
Древовидная структура применимости модулей.| Синтез внешнего проекта. [55] |
Форма внутренних спецификаций является еще более прямой декомпозицией по отношению к форме внешних спецификаций. Если автор при написании каждого из этих документов будет руководствоваться этими формами, то перекрытие содержания документов почти-исключается. Если все же возникают противоречия, то они могут быть разрешены по определенным правилам. [56]
Информация данного раздела должна быть расширена ( но не изменена) во внешней спецификации; а в СТ должны быть представлены лишь самые основные ее аспекты. Если предлагаемое изделие является расширением какого-либо существующего изделия, описываются главным образом его дополнительные характеристики. Этот раздел должен иметь иерархическую структуру, в которой прежде всего должно уделяться внимание наиболее важным для конечного пользователя вопросам. [57]
Все ограничения внешнего проектирования определяются внешней спецификацией и соглашением о требованиях, причем внешняя спецификация находится на более низком уровне иерархии. Соглашение о требованиях в каждом конкретном случае предшествует внешней спецификации. Противоречия или неопределенности должны анализироваться сразу при их обнаружении. Подтвержденные неопределенности или противоречия между документами немедленно должны доводиться до сведения руководителя отдела систем программирования. [58]