Техническая сторона интеграции EA и TFS Лаборатории Касперского(Прочитано 3417 раз)
Навеяло обсуждением в топике про Управление изменениями требований

Да, примерно так. К тому же далеко не все в ЛК используют для разработки требований EA, кому-то достаточно Notepad, а кто-то пишет их прямо в TFS. Но в конечном итоге под учет все ставится в TFS-е.Нет, конечно же нет. TFS поддерживает весь цикл разработки - от привязки Change Request'ов и багов к коммитам в исходники, и до сборки билдов.

Судя по вышесказанному, то любые требования , зафиксированные ДО TFS носят предварительный характер, и они фиксируются именно в TFS (а следовательно формальный учет изменений тоже возможен только в TFS).

Соответственно разработка требований в EA носит такой же предварительный характер.

Что же тогда поступает в TFS в качестве входной информации?

Это жесткий список формализованных требований (набор записей из T_object типа requirement) или просто картинка, на которую разработчик может глянуть (ссылка на пакет или диаграмму, а может и вообще текстовый документf с постановкой)?

Понимаю, что несколько забегаю вперед, и получить ответы можно будет на конференции 30 марта, но зачастую ответы на такие вопросы вызывают еще больше вопросов :)



Humbert, встреча будет 31 марта :)

Ответ на вопрос: любые требования до TFS предварительные? Нет, не так.
 
Картинка, на которую разработчик может глянуть, отдельно от требований  - достаточно редкий случай, но в определенном контексте бывает.
Обычно это список формализованных требований, а вот аттачем к требованию может быть и картинка (ну например, элемент, описывающий Usecase (сценарий), а к нему аттачем добавлена диаграмма последовательности или состояний, другой популярный вариант входной информации: doc-отчет из EA. Т.е. сформированный по конкретному бизнес-требованию SRS|ТЗ



Ирина, большое спасибо за ответ!

Начинает кое-что прояснятся. Но хотелось бы чуть больше технических деталей.

Каким образом аналитик определяет, какие именно элементы пойдут в TFS в качестве требований?

Он помечает каждый элемент индивидуально внутри самого EA в атрибуте таблицы T_object?
Кроме типа UseCase обьекты каких еще типов могут экспортироваться?

Или организована специальная передаточная таблица и интерфейс к ней средствами самого EA или в каком-то промежуточном ПО?





Аналитик на диаграмме или в ProjectBrowser указывает, что он хочет экспортировать. Экспортируются UseCase, Requirement. Экспорт без передаточных таблиц.



Ирина, спасибо большое!
Ясность наступила практически полная :)



Аналитик на диаграмме или в ProjectBrowser указывает, что он хочет экспортировать. Экспортируются UseCase, Requirement. Экспорт без передаточных таблиц.
Ира, а как он указывает? Через тэгированные значения? Или какие-то другие трюки?



Ира, а как он указывает? Через тэгированные значения? Или какие-то другие трюки?
Мышкой. На пакет, на выделенный набор в ProjectBrowser'е или на диаграмме, на текущий элемент, все, что нам потребовалось



Мышкой. На пакет, на выделенный набор в ProjectBrowser'е или на диаграмме, на текущий элемент, все, что нам потребовалось
А, ты имеешь в виду, что акт экспорта полностью интерактивен и контролируется пользователем? Или вы используете средства automation в ЕА?



А, ты имеешь в виду, что акт экспорта полностью интерактивен и контролируется пользователем? Или вы используете средства automation в ЕА?
Акт экспорта полностью интерактивен, контролируется пользователем




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19