ЗАМЕТКИ

Бизнес-аналитик в IT. Написание и анализ требований

При составлении документа, содержащего требования, следует тщательно соблюдать баланс между двумя аспектами:

  • Документ с требованиями должен быть удобным для чтения.
  • Набор требований должен быть технологичным, то есть удобным для работы с требованиями.

Свойства требований:

  • Возможность однозначной идентификации каждого положения требования / Возможность классификации каждого положения требования несколькими способами, например, по важности, по типу (функциональное, требования к характеристике, ограничение, требование безопасности), по срочности.
  • Возможность мониторинга статуса каждого положения требования в различных аспектах, например, статус анализа, статус выполнения, статус проверки соответствия.
  • Возможность оценки требования различными способами, например, с учетом наличия информации о характеристиках, количественных признаков, критериев проверки соответствия, обоснования, комментариев.
  • Возможность проверки положения требования в контексте документа, то есть с учетом других требований, содержащихся в документе.
  • Возможность свободной навигации по документу, поиску и прослеживание любого отдельного описания требований.

Бизнес-аналитик в IT. Команды и процессы.

Жизненный цикл разработки ПО

Исходные модели:

  • Waterfall Model каскадная модель, или «Водопад»
  • V-model V-образная модель, разработки через тестирование
  • Incremental Model инкрементная модель
  • Iterative Model итеративная (или итерационная) модель
  • Spiral Model спиральная модель
  • Chaos model модель хаоса
  • Prototype Model прототипная модель