Для верхнего уровня управления требованиями к ИТ-процессам и инфраструктуре можно посмотреть Cradle. Небольшая вводная на эту тему публиковалась здесь edu.reqcenter.pro/?p=4424. Можно, например, описывать процессы организации в IDEF0 (или просто структурированным набором элементов типа PROCESS) и связывать их с элементами ИТ-инфраструктуры, отслеживая влияние изменений одних на других. Это может оказаться значительно интереснее для «бизнеса», который мыслит категориями процессов, а не элементами инфраструктуры, которые их обеспечивают.
На днях вышла книжка по разработке и управлению требованиями на базе Cradle. Альфа-версия доступна бесплатно, включает учебный проект, выполненный по книжке. Посмотреть содержание и скачать можно отсюда saturs.ru/index.php?r=block/plain&label=cradle-book
пример правил связей (относительно типов артекфактов):
— ТРЕБОВАНИЕ можно связать с ТЕСТОМ только связью ХХХ
— ТРЕБОВАНИЕ можно связать с ТРЕБОВАНИЕМ только связью YYY
и т.п.
Платная версия AXIOM стоит $500, платная версия Cradle от $200 до $400. При этом возможностей, которые реально необходимы в повседневной работе, в Cradle на порядок больше. Интерфейс, хоть и не столь гламурен, но гораздо более эффективен.
А скорость работы в системе — очень важная штука, особенно, когда требования не от игрушечного проекта, где их 10 штук, а где их надо обрабатывать комплектами, где их сотни, тысячи разных типов.
Если с AXIOM Вы будете работать медленнее, чем с документами, то смысла в этом нет. Про наш эксперимент по скорости работы можно почитать здесь edu.reqcenter.pro/?p=3897
вопросы сняты, не поленилась установила, посмотрела. Про возможность задать правила связей не нашла. Фильтровать по заданному типу связи нельзя, можно только раскрасить вроде.
1. Одно и тоже требование не может входить в несколько иерархий.
2. Чтобы создать связи нужно каждый раз открывать linking surface.
3. Вложенных табличных представлений (представления, где рядом отражаются связанные элементы) нет. Простая табличка.
отлично, спасибо. Еще два вопроса:
1. Можно ли установить правила создания связей, например, требования можно связывать связью №1 только с тестами, а с функциями связывать только связью №2.?
2. Можно ли в представлениях фильтровать по заданному типу связи?
если у вас будут бесплатные вебинары по возможностям продукта, черканите, пожалуйста, мне. Мы как раз уже с почтой не справляемся, пора начинать осматриваться, что есть.
кстати, по этой теме мне понравился курс www.udacity.com/course/ep245. Правда у меня не хватило времени посмотреть весь, но он помог проверять какие-то важные контрольные точки.
чем выше уровень свободы, тем выше уровень неопределенности, с которой необходимо работать.
И действительно, пока сам не влезешь в эту шкуру, сложно понять, насколько такая деятельность требует качественно иных усилий.
Приятно, что вы прочитали мою статью «Системы управления требованиями: что и зачем?».
У меня несколько вопросов по Axiom. Из Вашей статьи я не поняла, можно ли в нем настроить свои типы связей или все ограничено встроенным набором?
Как можно понять из приведенного выше обзора программного обеспечения для управления требованиям все оно базируется на одном принципе — человек, а в данном случае, аналитик, вводит требование в систему, смотрит, нет ли такого требования в системе уже.
Прямая ссылка для скачивания пакета с книжкой saturs.ru/elfiles/requirements_management_Cradle.zip
Доклад автора статьи тут www.youtube.com/watch?v=awrNEsyrtL4
— ТРЕБОВАНИЕ можно связать с ТЕСТОМ только связью ХХХ
— ТРЕБОВАНИЕ можно связать с ТРЕБОВАНИЕМ только связью YYY
и т.п.
Платная версия AXIOM стоит $500, платная версия Cradle от $200 до $400. При этом возможностей, которые реально необходимы в повседневной работе, в Cradle на порядок больше. Интерфейс, хоть и не столь гламурен, но гораздо более эффективен.
А скорость работы в системе — очень важная штука, особенно, когда требования не от игрушечного проекта, где их 10 штук, а где их надо обрабатывать комплектами, где их сотни, тысячи разных типов.
Если с AXIOM Вы будете работать медленнее, чем с документами, то смысла в этом нет. Про наш эксперимент по скорости работы можно почитать здесь edu.reqcenter.pro/?p=3897
1. Одно и тоже требование не может входить в несколько иерархий.
2. Чтобы создать связи нужно каждый раз открывать linking surface.
3. Вложенных табличных представлений (представления, где рядом отражаются связанные элементы) нет. Простая табличка.
1. Можно ли установить правила создания связей, например, требования можно связывать связью №1 только с тестами, а с функциями связывать только связью №2.?
2. Можно ли в представлениях фильтровать по заданному типу связи?
И действительно, пока сам не влезешь в эту шкуру, сложно понять, насколько такая деятельность требует качественно иных усилий.
У меня несколько вопросов по Axiom. Из Вашей статьи я не поняла, можно ли в нем настроить свои типы связей или все ограничено встроенным набором?
Принципов «несколько» больше, можно посмотреть хотя бы четыре отсюда Системы управления требованиями: что и зачем?