All you need is www.uml2.ru
Ведение требований на несколько версий
Ирина Сурова
Летний Аналитический Фестиваль 2010
План
1. Организация требований в пределах 1 версии
2. Варианты ветвления версий
3. Схема работы при хранении требований в виде документов
4. Схема работы при хранении требований в виде модели
Летний Аналитический Фестиваль 2010
Ограничения
Для каждого проекта и продукта свои:
• Объем и степень детализации требований
• Роли – потребители требований
• форма представления требований
Летний Аналитический Фестиваль 2010
Разработка одной версии
Объем требований большой,
над требованиями работают несколько аналитиков:
Делим на области:
• Малосвязанные,
• С интуитивно понятными границами
• Полностью покрывающие функционал продукта
Летний Аналитический Фестиваль 2010
Разработка одной версии
Риски:
Мнения, на какие области надо делить, могут разойтись у разных ролей (аналитики, тестировщики, разработчики).
Что же делать?
Договариваться или делать трассировки
Летний Аналитический Фестиваль 2010
Последовательная итеративная разработка версий
Возникают вопросы:
• Какой функционал входил в версию Х?
• Когда появился функционал Z?
Появляются базовые линии (Base Line)
Летний Аналитический Фестиваль 2010
Почкование параллельных версий
1. Развилку отмечаем base-line’ом
2. Копируем требования для каждой версии
3. Каждая версия разрабатывается отдельно
Летний Аналитический Фестиваль 2010
Почкование параллельных версий
Риски:
Изменения, которые надо реализовывать в обоих версиях.
Что делать:
Дублировать изменения или вводить «прозрачную ветку» (держать в ветке только изменения)
Летний Аналитический Фестиваль 2010
Слияние и поглощение
Если версии планируется через какое-то время слить:
Ищем возможность реализовать compare&merge
Летний Аналитический Фестиваль 2010
Итого у нас такие варианты:
• Последовательность
• Ветки
• «Прозрачные» ветки
• Сливающиеся ветки
Летний Аналитический Фестиваль 2010
Главные вопросы
• Как увидеть требования на версию Х?
• Какие изменения входят в состав текущего проекта?
Еще возникающие вопросы:
• Чем версия Х отличается от версии Х+1
• Чем версия Х отличается от версии N
• Входило ли требование У в версию Х
Летний Аналитический Фестиваль 2010
Организация набора хранилищ
• Хранилище изменений требований для каждой разрабатываемой версии (изменения только в границах проекта)
• Полный набор требований на каждую разработанную версию
Летний Аналитический Фестиваль 2010
Word, и ничего кроме Word!
• Деление на документы по конкретным областям
• Хранение документов в системе версионного контроля (baseline)
• Режим сохранения изменений («прозрачные» ветки)
• Стандартный механизм рецензирования (compare & merge)
Летний Аналитический Фестиваль 2010
Модели – это наше все!
• Деление модели на пакеты по областям
• Механизм base-line средствами СУТ или СВК
• Изменения храним в виде отдельных элементов, копируя от базовой версии только диаграммы, трассируя изменяемые и удаляемые элементы
• Compare & merge средствами СУТ
А как это делаете
вы?
Ирина СуроваСистемный аналитикЛаборатория КасперскогоSkype: [email protected]