2. План
1. Организация требований в пределах 1
версии
2. Варианты ветвления версий
3. Схема работы при хранении требований в
виде документов
4. Схема работы при хранении требований в
виде модели
Летний Аналитический Фестиваль 2010
3. Ограничения
Для каждого проекта и продукта свои:
• Объем и степень детализации требований
• Роли – потребители требований
• форма представления требований
Летний Аналитический Фестиваль 2010
4. Разработка одной версии
Объем требований большой,
над требованиями работают несколько
аналитиков:
Делим на области:
• Малосвязанные,
• С интуитивно понятными границами
• Полностью покрывающие функционал
продукта
Летний Аналитический Фестиваль 2010
5. Разработка одной версии
Риски:
Мнения, на какие области надо делить, могут
разойтись у разных ролей (аналитики,
тестировщики, разработчики).
Что же делать?
Договариваться или делать трассировки
Летний Аналитический Фестиваль 2010
6. Последовательная итеративная
разработка версий
Возникают вопросы:
• Какой функционал входил в версию Х?
• Когда появился функционал Z?
Появляются базовые линии (Base Line)
Летний Аналитический Фестиваль 2010
7. Почкование параллельных
версий
1. Развилку отмечаем base-line’ом
2. Копируем требования для каждой версии
3. Каждая версия разрабатывается отдельно
Летний Аналитический Фестиваль 2010
8. Почкование параллельных
версий
Риски:
Изменения, которые надо реализовывать в
обоих версиях.
Что делать:
Дублировать изменения или вводить
«прозрачную ветку» (держать в ветке
только изменения)
Летний Аналитический Фестиваль 2010
9. Слияние и поглощение
Если версии планируется через какое-то
время слить:
Ищем возможность реализовать
compare&merge
Летний Аналитический Фестиваль 2010
10. Итого у нас такие варианты:
• Последовательность
• Ветки
• «Прозрачные» ветки
• Сливающиеся ветки
Летний Аналитический Фестиваль 2010
11. Главные вопросы
• Как увидеть требования на версию Х?
• Какие изменения входят в состав текущего
проекта?
Еще возникающие вопросы:
• Чем версия Х отличается от версии Х+1
• Чем версия Х отличается от версии N
• Входило ли требование У в версию Х
Летний Аналитический Фестиваль 2010
12. Организация набора хранилищ
• Хранилище изменений требований для
каждой разрабатываемой версии
(изменения только в границах проекта)
• Полный набор требований на каждую
разработанную версию
Летний Аналитический Фестиваль 2010
13. Word, и ничего кроме Word!
• Деление на документы по конкретным
областям
• Хранение документов в системе
версионного контроля (baseline)
• Режим сохранения изменений
(«прозрачные» ветки)
• Стандартный механизм рецензирования
(compare & merge)
Летний Аналитический Фестиваль 2010
14. Модели – это наше все!
• Деление модели на пакеты по областям
• Механизм base-line средствами СУТ или
СВК
• Изменения храним в виде отдельных
элементов, копируя от базовой версии
только диаграммы, трассируя изменяемые
и удаляемые элементы
• Compare & merge средствами СУТ
Летний Аналитический Фестиваль 2010