Конспект книги Карла Виргеса «Разработка требований к программному обеспечению»

Черновики мыслей,  основанные на прочтения статьи Карла Виргеса «Разработка требований к программному обеспечению»

Статья в процессе дработки.

Основные мысли из главы 1

Концепции БА:

  1. Образ и границы проекта определены ясно
  2.  Требования к продукту будут регулярно обновляться и согласовываться не реже 1 раза в неделю
  3. Требования будут фиксироваться письменно
  4. Требования будут уточняться исходя из отчетов конкретных пользователей
  5. Информация доносится до разработчиков четкой и ясной, отсутствует двусмысленность
  6. процесс внесения изменений в требования четко оговорен
  7. график не нарушается внесением изменений в требования, при внесении дополнительных фич, какие-то другие фичи удаляются для того, чтобы поддержать график и работоспособность проекта
  8.  объяснять заказчикам, какой функционал нужен их клиентам для того, чтобы помочь заказчику принести максимальный бизнес-профит
  9. Аналитик на проекте не меняется либо люди, которых я подбираю для проекта, придерживаются одного подхода и передают требования и пожелания заказчика другим коллегам в сжатые сроки для того, чтобы люди не распылялись на перечитывание когда, кучи переписок, аудиозаписей и воспоминаний разговоров в коридоре.

Требования разделяются на 3 уровня ( стр. 27) 

  1. Бизнес-требования
  2. Требования пользователей
  3. Функциональные требования

trebovaniya

Разработка требований для продукта(стр.33)

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

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

Управление требованиями для продукта

Спеку нужно согласовать с пользователями и с разработчиками

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

Характеристики отдельных положений спецификации превосходных требований (стр. 42)

  1. полнота
  2. корректность
  3. осуществимость
  4. необходимость
  5. назначение приоритетов
  6. недвусмысленность
  7. проверяемость

Характеристики спецификации требований (стр. 44)

  1. полнота
  2. согласованность
  3. способность к модификации
  4. трассируемость

Глава2. Требования с точки зрения клиента (46-26)

Глава 3. Хорошие приемы создания требований (-41)

Добавить комментарий

Ваш e-mail не будет опубликован.