Функциональные характеристики

Question

Где бы я ни посмотрел, функциональные спецификации представляют собой какие-то документы с представленными и разработанными требованиями / предлагаемыми функциями. Недавно я был в состоянии сделать стандартный шаблон для нашей компании для функциональных спецификаций. Формат, который я предварительно определил, является файлом Excel с небольшой автоматизацией.

1. Шаблон планирует связать требования верхнего уровня с требованиями нижнего уровня в иерархии.

2. Требования более низкого уровня могут быть сопоставлены с техническими аспектами проекта, аналогичными качеству дома. Корреляция идеализирована как в HOQ, но, кроме того, для каждой пары требований и технического аспекта оценивается осуществимость.

3. Если какой-либо из технических аспектов требования помечен как невыполнимый, требование помечается для повторного рассмотрения.

4. После того, как все требования помечены как выполнимые или удалены соответствующим образом, каждая пара требований и технических аспектов извлекается и для каждого из них запрашиваются оценки с точки зрения времени и бюджета.

5. Оценки помогают нам в планировании проекта.

Могу ли я получить информированное мнение об этом предложении? Мне показалось, что это лучший способ связать требования с техническими аспектами, а затем с планированием проекта.

Answer 1

По моему опыту, функциональная спецификация, как правило, представляла собой документ прецедента (с соответствующей диаграммой или диаграммами или без нее). Электронная таблица звучит довольно круто, но функциональные требования, как правило, предназначены для общения с заинтересованными сторонами с целью получения соглашения и, в конечном итоге, подписания, чтобы можно было утвердить бюджет проекта. Если ваша электронная таблица не может каким-либо образом отформатировать требования к выводу на печать, я немного озадачен тем, как вы предлагаете поделиться содержимым для обсуждения и обратной связи.

Мои два цента ...

Надеюсь, это поможет,

Bill

Answer 2

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

Answer 3

«Могу ли я получить информированное мнение об этом предложении?»

Кто ваши пользователи для этой таблицы?

Что ваши пользователи делают с этой таблицей? Каковы их варианты использования для сбора требований, планирования и утверждения проекта?

Если вы пользователь, то он идеален для вас.

Если вы не пользователь, вам нужно встретиться с вашими пользователями, определите следующее:

• Какие действия предпринимают пользователи требований? Они утверждают, отклоняют, подтверждают, отклоняют?

• Какие решения они принимают?

• Какая информация им нужна для принятия этих решений?

Если ваша таблица соответствует потребностям ваших пользователей, тогда это хорошо.

Требования - это скользкие вещи, и их необходимо переориентировать и пересмотреть очень многими способами. Слишком большая автоматизация электронных таблиц может быть помехой.

В основном, люди должны иметь возможность добавлять неограниченное количество дополнительных столбцов и сортировать их по многочисленным организациям и реорганизациям.

Answer 4

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