All you need is www.uml2.ru Ведение требований на несколько версий Ирина Сурова
Nov 22, 2014
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]