Открыта регистрация на Семинар Системы Управления Требованиями.

Саш, пусть ошибку исправят.

От регистрации на livents они отказались? ИМХО намного удобнее видеть список зарегистрировавшихся, чем отправлять письмо неизвестным "нашим специалистам" с непонятной обратной связью.

Исправил описание Фич, просьба посмотреть и откомментировать.

Функции СУТ
1   Сбор Требований
1.1   Ведение Глоссария
   ·         Поддержка ведения отдельного раздела Глоссария проекта (межпроектный глоссарий)
   ·         Автоматическая ссылочность термина в Требовании на нужное определение в Глоссарии (один раз вбил термин, а потом везде в тексте при наведении показывалось определение)
1.2   Работа с Атомарными Требованиями
   Возможность ввода\редактирования\удаления\ просмотра атомарных Требований
1.3   Богатое форматирование Текста
   ·         Возможность редактирования и хранения текста Требования в формате Rich Text
   ·         Возможность добавлять картинки в текст Требования
   ·         Возможность добавлять веб ссылки
1.4   Загрузка Требований из Файла
   ·         Возможность автоматизированной загрузки набора Требований из файла (MS Excel, Word, HTML, XML, ...)
   ·         Возможность поддержки round-trip выгрузки\загрузки Требований из Файла в Инструмент и обратно
1.5   Шаблоны описания Требований
   ·         Поддержка основных шаблонов описания Требований: Проблемы, Цели, ВИ со сценариями, ФТ, НФТ и т.д.
   ·         Возможность модификации шаблонов и создания новых
1.7   Автонумерация Требований
   ·         Автонумерация Требований в зависимости от типа
   ·         Иерархическая автонумерация, поддержка перенумерации дочерних Требований при удалении (изменении номера) родительского Требования
1.8   Обсуждение Требований
   Возможность обсуждения Требований

2   Анализ Требований
2.1   Формирование структуры проекта
   ·         Автоматическое формирование структуры проекта (разделы Анализа, Проектирования и т.д.) по шаблону известных методологий
   ·         Настройка собственного шаблона проекта
   ·         Возможность посмотреть примеры применения шаблона структуры проекта
2.2   Классификация Требований
   Поддержка различных типов Требований и настройка ЖЦ каждого типа Требований
2.3   Трассировка Требований
   ·         Возможность связывать Требования между собой
   ·         Возможность связывать часть текста Требований (пункт Сценария ВИ например) с другим Требованием прямо из текста
2.4   Анализ влияния
   Возможность построения отчета по всем связанным Требованиям с данным Требованием
2.5   Анализ покрытия
   Возможность показать все верхоуровневые требования, которые не детализированы (не покрыты) Требованиям более низкого уровня.
2.6   Трассировка к др. Артефактам разработки
   Возможность трассировать Требования к:
   ·         Элементам модели
   ·         Тестовым сценариям
   ·         Коду
   ·         Задачам и плану
2.7   Отчетность по требованиям
   Возможность получения отчета по требованиям в разных разрезах:
   ·         возможность представления "срезов" по определённой функциональности (пример: представить на одной странице всю информацию о требованиях к операции "отмена платежа")
   ·         возможность формирования "срезов" по атрибутам Требований (тип, статус, ...)
   ·         фильтрация и поддержка пользовательских выборок
   ·         построение графиков по выборке
   
3   Документирование Требований
3.1   Наследование (заново использование) Тр
   Возможность наследования (заново использования) Требований в разных проектах
3.2   Поддержка форматов файлов для вывода
   Выгрузка в:
   ·         RTF
   ·         DOC
   ·         EXCEL
   ·         PDF
   ·         XML
   ·         HTML
3.3   Настройка шаблонов вывода Документов
   Возможность настройки и создания своих шаблонов для результирующих Документов
3.4   Шаблонный вывод Документов
   ·         Возможность вывода результирующих Документов (ТЗ, ТП и т.д.) в определенном шаблоне

4   Проверка Требований
4.1   Проверка орфографии
   Проверка орфографии на русском и др. языках
4.2   Нахождение дубликатов и зависимостей
   Возможность нахождения дубликатов (похожих) Требований
   
5   Управление Требованиями
5.1   Атрибуты Требований
   ·         Возможность задания атрибутов у Требований
   ·         Возможность поддержки и настройки ЖЦ Требования
   ·         Возможность фильтрации Требований по Атрибутам
5.2   Версионность Требований
   ·         Возможность указать\получить описание Требований к определенной версии ПО
   ·         Возможность формирования результирующих Документов для определенной версии ПО
   ·         Возможность связываниям Тр с тестовыми планами и прогонами в конкретной версии ПО (в какой версии протестировано)
   ·          
5.3   Изменения Требований
   ·         Хранение истории изменении требований
   ·         Возможность отката к любому изменения Требований
   ·         Поиск по изменениям
   ·         Возможность указания причины изменения
   ·         Возможность оповещения рабочей группы об изменениях
5.4   Одновременный доступ к Требованиям
   ·         Поддержка многопользовательского доступа к репозиторию Требований
   ·         Возможность доступа через веб интерфейс
5.6   Управление правами на работу
   Разделение прав на работу с Требованиями между Пользователями в разрезе проектов, типов Требований и их аттрибутов
5.7   Работа с несколькими проектами
   ·         Поддержка ведения репозитория Тр для нескольких проектов
   ·         Возможность использования и трассировки Требований из разных Проектов
   ·         Множественные представления одного и того же требования для разных условий - клиентов, проектов (пример: есть один "общий" вариант чека операции "продажа" и его модификации для отдельных клиентов);
5.8   Способ хранения Требований
   ·         В каком виде и в каком формате может хранится репозиторий Требований
   ·         Возможность сырого доступа к репозиторию (БД, формат файлов)

6   Другие условия
6.1   Документация
   ·         Пользовательская Документация в т.ч. на русском
   ·         Примеры
6.2   Расширения
   ·         Поддержка plug-in, add-on, расширений и т.д.
   ·         Кол-во уже имеющихся на рынке расширений
   ·         Простота написания собственных расширений
6.3   Цена
   Ценовое предложение по продаже Инструмента


В приложении картинки и выгрузка пакета для ЕА

Регистрация открыта и на ресурсе livents.ru

Кто смог бы написать отзыв о семинаре?

Саша, а почему на этот семинар не пригласили выступить ребят из бывш. Telelogic, ныне IBM? Думаю гораздо интереснее было бы чем про DEVPROM слушать. Просто название семинара не совсем согласуется с контентом ... тогда уж про "малобюджетные" или альтернативные системы говорили бы ...

Так в описании Семинара так и написано:

... Будут рассмотрены коммерческие системы бюджетного сегмента.

Возможно нужно сделать отдельный Семинар по продуктам IBM Rational & Telelogic

В описании то написано ... но вот в названии .... "Системы управления требованиями"

Отвечая на

Исправил описание Фич, просьба посмотреть и откомментировать.

Функции СУТ
1   Сбор Требований
1.1   Ведение Глоссария
   ·         Поддержка ведения отдельного раздела Глоссария проекта (межпроектный глоссарий)
   ·         Автоматическая ссылочность термина в Требовании на нужное определение в Глоссарии (один раз вбил термин, а потом везде в тексте при наведении показывалось определение)
1.2   Работа с Атомарными Требованиями
   Возможность ввода\редактирования\удаления\ просмотра атомарных Требований
[skipped]


В приложении картинки и выгрузка пакета для ЕА

предлагаю вернуться к моей исходной идее - рассмотреть 5-7 наиболее типичных проблем, возникающих при управлении требованиями исключительнов в Word + Excel и как их закрывают автоматизированные системы.

А большую таблицу с фичами (она действительно хороша) можно заполнить в качестве домашнего задания и потом обсудить в конце семинара.

Времени на подробное прохождение по всем фичам не будет. А если проходить их по верхам - презентации получатся в стиле marketing bullshit. Хотелось бы этого избежать. Выступления должны носить практическую направленность.

Примеры типичных проблем тех, кто работает только с Word и Excel, которые изящно решаются автоматизированными системами:
1.   Трейсибилити
2.   Распределенная работа над требованиями в команде
3.   Версионирование и бейзлайнинье
4.   Управление изменениями
5.   Отслеживание изменений в документах (своевременное информирование заинтересованных лиц об изменениях).
6.   Автоматизация ревью и схемы утверждения док-ов
7.  Автоматизация управления коммитментами (в т.ч. протоколами и решениями и пр.)

Согласен со Стасом. Мой список очень большой и его можно заполнить до Семинара дома докладчикам.

К проблемам Стаса я бы добавил Гришин интерес:
- множественные представления одного и того же требования для разных условий - клиентов, проектов (пример: есть один "общий" вариант чека операции "продажа" и его модификации для отдельных клиентов);
Т.е. есть у нас ядро Программного продукта, есть требования к нему и есть множество клиентов, и некоторые требования для конкретных Клиентов отличаются. Еще возможен вариант реализации какого-то требования для конкретного КЛиента, а потом это требование сливается в основную ветку Требований в ядро Программы.
- ведение Глоссария проекта и межпроектного Глоссария.

Еще бы детализировал бы Трассировку как:
1. Трассировка Требований между собой
2. Трассировка Требований с элементами модели
3. Трассировка к коду
4. Трассировку к тестам и их прогонам для конкретной версии.

Поддерживаю

Фуф, все вроде бы согласны.

Подытоживаю:
1. Докладчики дома готовят презентацию инструментов по описанным Стасом и мной проблемам:
http://www.uml2.ru/forum/index.php?topic=1116.msg13137#msg13137
http://www.uml2.ru/forum/index.php?topic=1116.msg13138#msg13138
Естественно презентацию лучше не показывать на слайде а проводить в живую на примере с помощью представляемого Инструмента.
ИМХО нужно иметь еще запасной вариант, если сломается свой ноут или Инструмент не захочет работать.
2. Докладчики дома оценивают представляемый Инструмент по списку критериев:
http://www.uml2.ru/forum/index.php?topic=1116.msg13096#msg13096
3. Придя на семинар за 15 минут до начала Докладчик проверяет настроенный Инструмент на проекторе.
4. Проводим семинар в следующем порядке:
18:00-18:40 - Мастре класс по LUXProject (30 минут) и ответы на вопросы (10 минут)
18:40-18:45 - Перерыв
18:45-19:25 - Мастер класс по ЕА (30 минут) и ответы на вопросы (10 минут)
19:25-19:30 - Перерыв
19:30-20:10 - Мастер класс по DEVPROM (30 минут) и ответы на вопросы (10 минут)
20:10-20:15 - Перерыв
20:15-21:00 - Обсуждение выше представленных Инструментов
5. На обсуждение будет сделаны оценки Инструментов как описано выше и будут заданы все интересующие вопросы.

Остались вопросы:
1. Кто и на чем будет показывать свой Инструмент. Т.е. на своем ноутбуке или нужно будет установить что-то на ноут, который будет в зале?
вроде все

Отчет о Семинаре можно посмотреть в соседней ветке.
Там же просьба задавать вопросы и оставлять отзывы.