Книги автора: Программист-прагматик. Путь от подмастерья к мастеру
/ Книги автора: Программист-прагматик. Путь от подмастерья к мастеру
/ Книги автора: Программист-прагматик. Путь от подмастерья к мастеру
Книга: Программист-прагматик. Путь от подмастерья к мастеру
Чрезмерная спецификация
Чрезмерная спецификация
При генерации документов, содержащих требования, возникает серьезная опасность чрезмерной спецификации. Хорошие документы остаются абстрактными. Там, где думают о требованиях, простейшая формулировка, точно отражающая суть потребности, является наилучшей. Это не означает, что вы можете допустить неопределенность, нужно зафиксировать основополагающие семантические инварианты в качестве требований и задокументировать конкретную или же существующую на данный момент практику в качестве политики.
Требования не являются архитектурой. Требования – это не конструкция, и не пользовательский интерфейс. Это потребность.
Похожие страницы
- Характеристики и спецификация БП
- Полна ли моя спецификация?
- Пример 8.1. Glade-спецификация "Hello, world!"
- 6.6.1. Спецификация номенклатурной позиции
- Полная спецификация
- 6.1.8. Спецификация Plug and Play для шины ISA
- Спецификация минимальной функциональной совместимости
- Спецификация — это проектирование и одновременно выработка требований
- 4.6.1. Спецификация портов ввода
- 3.6. Использование предиката присоединить и спецификация деталей
- Спецификация требований
- Спецификация ТЗ