Форум Сообщества Аналитиков
Общий раздел => ПО Аналитика => Тема начата: Humbert от 21 Марта 2016, 12:22:00
-
Навеяло обсуждением в топике про Управление изменениями требований
Да, примерно так. К тому же далеко не все в ЛК используют для разработки требований 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 в ЕА?
Акт экспорта полностью интерактивен, контролируется пользователем