2009-06-08 2 views
17

Какие качества сделали его настолько отличным, и что отличает его от не очень больших характеристик, с которыми вам приходилось иметь дело? Или, если вы никогда раньше не работали с хорошей функциональной спецификацией, какие вещи вы ожидали бы в отличной спецификации?Что отличает функциональную спецификацию?

Извините, это явно субъективно, но я создаю функциональную спецификацию (не мою первую), и мне просто пришло в голову, что я могу получить хорошие идеи от ярких людей на SO!

+0

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

+0

Он думает, что этот вопрос должен идти на http://programmers.stackexchange.com/ – rvazquezglez

ответ

10

Спецификации от Joel on Software - лучшее, с чем я столкнулся до сих пор. Каждый экран определяется очень хорошо, с картинками. Описаны основные функции программного обеспечения, а также некоторые технические детали.

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

  • Персонажи
  • Оружие & Броня
  • Уровни
  • Карта
  • Physics

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

Я также настоятельно рекомендую прочитать Painless Functional Specs Series от Joel on Software для всех, кто интересуется написанием лучших спецификаций.

+1

Спасибо, не знал, что Джоэл опубликовал спецификацию! – DSO

+0

Спасибо за проект Aardvark! Я изучаю спецификации, прежде чем переходить на один, и похоже, что это будет большой помощью. –

+0

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

3

Очевидно, что спецификация должна быть полной, последовательной и понятной. ИМО также должна быть хорошо организована, поскольку она сохраняет все требования к определенной части продукта вместе. Я не раз читал спецификации, где требования к некоторому модулю были разбросаны по всему документу, например. общее описание приведено в главе 4, но дополнительные требования могут быть найдены в статьях в главах 2, 5, 7 и приложении B. Чтобы работать с такой спецификацией, мне сначала нужно создать карту перекрестных ссылок требований к модулям.

+1

Сообщите нам, если вы когда-либо видели такого зверя в дикой природе :-) – paxdiablo

+0

Pax: Да, мне, должно быть, снились ... снова .. , –

4

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

+0

Правда, но я думаю, что сложная часть - это то, где вы рисуете линию. Например. Я бы рассмотрел блок-схемы, подходящие для ввода функциональной спецификации, но диаграммы классов C# были неприемлемы, хотя оба можно было бы считать «как» что-то делать. И если вы пишете функциональную спецификацию для высокотехнического продукта, тогда эта строка может быть даже более пушистой (например, более уместно сказать «использовать безопасный канал связи» или «использовать SSL»?). – DSO

2

Хорошая спецификация должна указывать, что должно делать приложение в ясной форме.

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

Смежные вопросы