Новый адрес BeamTeam.ru

SysAna переехал на новый адрес BeamTeam.ru.

Сбор требований: 5 методов (кратко)

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

Наиболее часто используемые техники:

1. Интервьюирование;
2. Прототипирование;
3. Анализ вариантов использования;
4. Пользовательские истории;
5. Семинары.

Рассмотрим чуть подробнее каждый из приведенных методов.

Виды деловых документов

Традиционно документы делятся на следующие основные виды:

• Личные документы:
  • Заявление;
  • Доверенность;
  • Автобиография;
  • Жалоба;
  • Резюме;
  • Служебная характеристика.
• Административно-организационные документы:
  • Положение, правило, инструкция;
  • Контракт, договор.
• Распорядительные документы:
  • Решение;
  • Постановление;
  • Распоряжение;
  • Приказ;
  • Указание.
• Информационно-справочные документы:
  • Справка;
  • Записка:
    • Докладная;
    • Объяснительная;
    • Служебная;
  • Акт;
  • Протокол.
• Деловые письма:
  • напоминание;
  • гарантийное;
  • подтверждение;
  • ответ;
  • информационное;
  • приглашение;
  • инициативное;
  • сопроводительное;
  • предупреждение.

Более подробно об этом написано тут.

Списки в документах: правила оформления

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

Независимо от вида маркеров текст в списке может оформляться только двумя способами:

1. Вводное предложение:
   • элемент;
   • элемент;
   • элемент.
2. Вводное предложение:
   • Элемент.
   • Элемент.
   • Элемент.

Требования к системе: характеристики хороших требований

Требования к разрабатываемой системе должны обладать следующими характеристиками:

1. Недвусмысленность;
2. Проверяемость;
3. Четкость (краткость);
4. Точность;
5. Понятность;
6. Осуществимость;
7. Независимость;
8. Атомарность;
9. Необходимость;
10. Абстрактность.

Подробнее перечисленные характеристики требований и характеристики, которыми должен обладать набор требований, описаны ниже.

Методы сбора требований. Часть 2. Мозговой штурм

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

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

Любой мозговой штурм (МШ) состоит из 2 основных этапов:

1. Генерация идей;
2. Отбор идей.

Мозговой штурм

Цели МШ

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

Методы сбора требований. Часть 1. Совещание

Настоящая статья является частью цикла «Методы сбора требований«. Практически все упомянутые в статье приемы и советы применимы не только к процессу выявления требований к системе, но и к любому другому совещанию.

1. Цель совещания

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

Совещание проводится с целью:

• Достичь соглашения в вопросах определения требований к системе за очень короткий промежуток времени;
• Быстро принять решение о том, в каком направлении действовать;
• Рассмотреть предложенные функции и получить новые предложения для дальнейшего их объединения/комбинации.

Методы сбора требований. Часть 0. Введение

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

Будут рассмотрены следующие методы сбора требований:

1. Совещание, посвященное требованиям;
2. Мозговой штурм;
3. Интервьюирование;
4. Анкетирование;
5. Раскадровки;
6. Прототипы;
7. Варианты использования;
8. Обыгрывание ролей.

Требования к системе: классификация по жизненному циклу

Традиционно требования пытаются разделить на 2 основные категории: функциональные и нефункциональные.

• Функциональные – описание того, что должна делать создаваемая система.
• Нефункциональные – описание характеристик системы и ограничения, накладываемые на процесс разработки (см. классификацию FURPS+).

Рассматривая требования в разрезе этапов жизненного цикла (ЖЦ) разработки системы, можно выделить такие виды требований:

1. Бизнес требования,
2. Пользовательские запросы,
3. Системные требования.

Классификация требований к системе (краткая)

Use case = Вариант использования ≠ Прецедент

Термин RUP и UML «use case» переводится именно как «вариант использования», а не как «прецедент». Тогда почему же в большом количестве официальных переводов тематической литературы встречается второй некорректный вариант перевода?