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

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

Функциональная спецификация (также функциональная спецификация , спецификации , документ функциональных спецификаций (FSD) , спецификация функциональных требований ) в системном проектировании и разработке программного обеспечения — это документ, который определяет функции, которые должна выполнять система или компонент (часто часть спецификации требований). (ИСО/МЭК/ИИЭР 24765-2010).

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

Обзор

Функциональная спецификация не определяет внутреннюю работу предлагаемой системы; он не включает спецификацию того, как будет реализована системная функция.

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

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

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

Темы функциональных спецификаций

Цель

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

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

Процесс

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

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

Методы

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

Примеры функциональных характеристик

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

спецификаций разработки

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

См. также

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

Внешние ссылки

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