https://en.wikipedia.org/wiki/Requirements_management
Управление требованиями к ПО, Википедия

документ — спецификация требований

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

"Только когда эти требования хорошо поняты, можно приступать к разработке функциональных требований."
   ^ вот это странная фраза. Функциональные требования - это требования к (бизнес-)функциям. Бизнес-функции от процессов и инструментов разработчиков не зависят.

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

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

"Иногда изучение использования системы показывает, что некая функция не используется, можно определить, зачем она требовалась изначально."

"Обычно такие инструментальные средства содержат функцию экспорта, которая позволяет создавать обычный документ"

Умеет ли Nimble/OSRMT генерировать .pdf на русском ?

Отредактировано Лис (2017-03-27 21:00:22)