Результаты поиска

Как написать спецификацию, которая является продуктивной?

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

С одной стороны, те многословные документы, которые даны программисту, вероятно, заставят его/ее пропустить несколько вещей. Я лично боюсь документов word spec...I думаю, что это из-за моего чтения style...I я всегда быстро читаю вещи, которые, как я думаю, заставят меня пропустить ключевые моменты.

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

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

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

Visio-это еще один инструмент для создания дизайна экрана, но я все еще думаю, что Excel имеет лучшее преимущество над ним, учитывая его поддержку VBA и его функции.

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