Чем хорошая «спецификация» отличается от неясной «молиться»? - PullRequest
0 голосов
/ 23 июня 2010

Я уверен, что все знают 5Ws , формулу для получения "полной" истории о чем-то, что используется в журналистике.

Есть ли такая формула? Я имею в виду,например, на эти вопросы нужно ответить, например, так, чтобы " spec " можно было считать полностью завершенным.

Потому что иногда я сталкиваюсь с некоторыми особенностями со спецификацией, которая звучит как "молитва"больше, чем спецификация.-Ну, может быть, это даже причина, по которой некоторые молитвы не сбываются;спецификации не достаточно ясны для Бога.

Итак, что делает "спецификацию" совершенной?Какой-нибудь консенсус по этому вопросу существует?

Спасибо, Бурак Оздоган

Ответы [ 5 ]

3 голосов
/ 23 июня 2010

Единственная идеальная спецификация - это работающий, работающий код.Все остальное - только приближение.

2 голосов
/ 23 июня 2010

Понятные, общие понятия и терминология играют решающую роль.

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

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

1 голос
/ 23 июня 2010

Итак, что делает идеальный "spec"?

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

  • Кто взаимодействует с системой?

  • Что должна делать система?

  • Когда системе нужно что-то делать?

0 голосов
/ 23 июня 2010

Как функциональные, так и нефункциональные (иначе говоря, способности ) требования должны быть учтены для выполнения.

Может помочь одна система: FURPS (или FURPS +).

  • Функциональность: функциональные требования
  • Удобство использования: эстетика и последовательность в пользовательском интерфейсе
  • Надежность: доступность («время готовности»), точность расчетов и возможность восстановления после сбоев
  • Производительность: пропускная способность, время отклика, время восстановления, время запуска
  • Поддерживаемость: тестируемость, адаптивность, ремонтопригодность, совместимость, - конфигурируемость, возможность установки, масштабируемость и локализуемость

"+" в FURPS + для запоминания таких проблем, как:

  • Требования к конструкции
  • Требования к реализации
  • Требования к интерфейсу
  • Физические требования
0 голосов
/ 23 июня 2010

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...