Функциональная спецификация

Эта статья требует дополнительных ссылок для проверки . Пожалуйста, помогите улучшить эту статью , добавив цитаты из надежных источников . Материал, не полученный от источника, может быть оспорен и удален. Источники:  «Функциональная спецификация»  -  новости  · газеты  · книги  · ученый  · JSTOR ( октябрь 2008 г. ) ( Узнайте, как и когда удалить это сообщение-шаблон )

Системно-техническая модель спецификации и уровней развития. В процессе разработки системы создается ряд спецификаций для описания системы на разных уровнях детализации. Эти уникальные программные спецификации составляют основу базовой конфигурации. Как показано здесь, помимо ссылки на разные уровни внутри системной иерархии, эти базовые линии определяются на разных этапах процесса проектирования. Примечание: на изображении выше есть одна незначительная (и ироничная) опечатка. SI&T - это «Системная интеграция и тестирование», а не «Системная интеграция и текст».

Функциональная спецификация (также, функциональная спецификация , характеристики , функциональная характеристики документа (FSD) , функциональные требования спецификации ) в инженерных систем и разработки программного обеспечения является документом , который определяет функции , которые система или компонент должен выполнять (часто часть спецификации требований) (ISO / IEC / IEEE 24765-2010). ^[1]

В документации обычно описывается, что нужно пользователю системы, а также запрашиваемые свойства входов и выходов (например, программной системы). Функциональная спецификация - это более технический ответ на соответствующий документ требований, например, документ требований к продукту «PRD» ^{[ необходима ссылка ]} . Таким образом, он подбирает результаты этапа анализа требований . В более сложных системах несколько уровней функциональных спецификаций обычно вкладываются друг в друга, например, на уровне системы, на уровне модуля и на уровне технических деталей.

Обзор [ править ]

Функциональная спецификация не определяет внутреннюю работу предлагаемой системы; он не включает спецификацию того, как будет реализована функция системы. Вместо этого он фокусируется на том, что различные внешние агенты (например, люди, использующие программу, периферийные устройства компьютера или другие компьютеры) могут «наблюдать» при взаимодействии с системой.

Функциональное требование в функциональной спецификации может указывать следующее:

Когда пользователь нажимает кнопку ОК, диалоговое окно закрывается, и фокус возвращается в главное окно в том состоянии, в котором оно было до отображения этого диалогового окна.

Такое требование описывает взаимодействие между внешним агентом ( пользователем ) и программной системой. Когда пользователь вводит данные в систему, нажимая кнопку ОК, программа отвечает (или должна отреагировать), закрывая диалоговое окно, содержащее кнопку ОК.

Темы функциональной спецификации [ править ]

Цель [ править ]

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

1. Чтобы разработчики знали, что строить.
2. Чтобы тестировщики знали, какие тесты запускать.
3. Чтобы заинтересованные стороны знали, что они получают.

Процесс [ править ]

В упорядоченном жизненном цикле разработки промышленного программного обеспечения ( водопадная модель ) функциональная спецификация описывает, что должно быть реализовано. В следующем документе « Архитектура системы» описывается, как функции будут реализованы с использованием выбранной программной среды. При разработке непромышленных прототипов систем функциональные спецификации обычно пишутся после или как часть анализа требований .

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

Методы [ править ]

Один из популярных методов написания документа функциональной спецификации включает рисование или визуализацию либо простых каркасов, либо точных, графически оформленных снимков экрана пользовательского интерфейса. После того, как это будет выполнено и примеры экранов одобрены всеми заинтересованными сторонами, графические элементы могут быть пронумерованы, а письменные инструкции могут быть добавлены для каждого номера на примере экрана. Например, на экране входа в систему поле имени пользователя может быть обозначено «1», а поле пароля - «2», а затем каждое число может быть объявлено в письменной форме для использования разработчиками программного обеспечения, а затем для целей бета-тестирования, чтобы гарантировать, что функциональность соответствует предназначены. Преимущество этого метода в том, что к примерам экранов можно добавить бесчисленное множество дополнительных деталей.

Примеры функциональных спецификаций [ править ]

• Расширенная архитектура шины микроконтроллера
• Расширяемый интерфейс прошивки
• Спецификация мультизагрузки
• Спецификация в реальном времени для Java
• Единая спецификация UNIX

Типы спецификаций разработки программного обеспечения [ править ]

• Битовая спецификация (значения)
• Проектная спецификация
• Спецификация диагностического проектирования
• Спецификация дизайна продукта
• Спецификация требований к программному обеспечению

См. Также [ править ]

• Сравнительный анализ
• Процесс разработки программного обеспечения
• Спецификация (технический стандарт)
• Проверка и валидация (программное обеспечение)

Ссылки [ править ]

Внешние ссылки [ править ]

• Безболезненные функциональные характеристики, серия из 4 частей Джоэла Спольски