Коллеги,
подскажите, пожалуста, по вопросу работы с требованиями в Entirprise Arshitect.
1.   Когда создано некое количество требований, можно ли потом найти, например, все требования, относящиеся к фазе 1? Или, например, найти все требования, которые были созданы таким-то аналитиком?
2.   Можно ли в свойства добавлять свои атрибуты. Например, логическое обоснование?

Спасибо.

Добрый день!
По вопросу 1: Да, можно. Стандартный способ - Model Search. Добавьте в Bulder'e поиска необходимые фильтры (Phase, Author) и по кнопке Run извлекайте в окно просмотра ниже результаты.
По вопросу 2: В свойствах чего? Если Вы говорите о свойствах элемента, то для этих целей можно и нужно использовать Tagged Values, которые для этого и созданы.

Спасибо!

1) В поле Phase задаешь нужные тебе фазы, при печати документа указываешь значения фазы в фильтре, при просмотре в EA я использую запрос типа

Код: [Выделить]

SELECT *
FROM t_object
where Object_Type = 'Feature'
and Status='Canceled'

2) не совсем ясно что такое логическое обоснование: если текст то Linked Document, если enum то или используй теги, или создай сущности и управляй отношениями. (я так например источник тербований отслеживаю, источников не много - 3-5, зато точно помнишь кто просил, и фильтровать можно).

Добрый день!
По вопросу 1: Да, можно. Стандартный способ - Model Search.

Да, точно, этот метод лучше чем SQL (просто я уже привык на нем писать).

Да, точно, этот метод лучше чем SQL (просто я уже привык на нем писать).

Я и сам частенько решаю задачи поиска SQL-запросом. Хорошо работает, но в более сложных задачах на селекцию.

Коллеги, такой еще вопрос: как потом можно сделать отчет в excel,  чтоб там содержались такие столбцы: формулировка требования, фаза, источник требования (как я поняла, это отдельный элемент), логическое обоснование (как я поняла, это отдельный элемент), функциональная область (как я поняла, это отдельный элемент) и т.д.

Коллеги, такой еще вопрос: как потом можно сделать отчет в excel,  чтоб там содержались такие столбцы: формулировка требования, фаза, источник требования (как я поняла, это отдельный элемент), логическое обоснование (как я поняла, это отдельный элемент), функциональная область (как я поняла, это отдельный элемент) и т.д.

Для этих целей Вам придется использовать CSV Import/Export. Настраивайте т.н. "Спецификацию" выгрузки CSV и извлекайте в *.csv-файл, с которым можете работать через Excel.
Кроме того, если Вы будете использовать Tagged Value для фиксирования "Логического обоснования", то Вы сможете выгрузить его в этот самый CSV-отчет.
Если у Вас предполагается хранить значительный по объемам текст в создаваемом атрибуте элемента, то можно попробовать задать самостоятельно тип Tagged Value, т.е. Type=Memo. Ограничение на хранимую информацию в "таге" с типом Meme протестируйте сами

Я видела такую возможность, если атрибуты забиты в одном объекте (требование).
А если это два объекта: само требование и еще объект с указанием источника требования. И они между собой связаны. И еще может быть несколько объектов, которые связаны с требованием. Можно все это вынести одной строчкой?

Спасибо.

Я видела такую возможность, если атрибуты забиты в одном объекте (требование).
А если это два объекта: само требование и еще объект с указанием источника требования. И они между собой связаны. И еще может быть несколько объектов, которые связаны с требованием. Можно все это вынести одной строчкой?

Правильно ли я понимаю, что Вы хотите

источник требования (как я поняла, это отдельный элемент), логическое обоснование (как я поняла, это отдельный элемент), функциональная область (как я поняла, это отдельный элемент) и т.д.

поместить в один атрибут требования, например, через запятую?
Если Вы хотите мониторить связи требования, то делайте SQL-запрос. Столбцами результата будет и требование, и все, что с ним связано.
Если нужно держать все это в одном атрибуте, то стандартными средствами EA этого не делал. Возможно будет необходимо написать Addin, который бы вызывался по клику в определенное контекстное меню требования, создавал таг и агрегировал в нем всю необходимую информацию.
Не исключаю возможности, что это можно решить и другими (стандартными) средствами EA.

Ну, например, такая стуктура:
имеется требование "Необходима большая краная кнопка ОТВЕТ". Данное требование относится к релизу 1, реализуемость у него Low и т.д. На диаграмме это требование имеет связь с объектом источник "Департамент ХХХ". И с объектом логическое обоснование "Попросили".
Должен выводится следующий отчет:
|Наименование                                         |Релиз|Реализуемость|Источник            |Логическое обосноавние|
__________________________________________________________________________________________________
Необходима большая красная кнопка ОТВЕТ| 1.0    |Low               |Департамент ХХХ|Попросили                    |

Плохое требование
Укажите размеры кнопки в пикселях и код красного цвета

Плохое требование
Укажите размеры кнопки в пикселях и код красного цвета

долго смеялась

Ну, например, такая стуктура:
|Наименование                                         |Релиз|Реализуемость|Источник            |Логическое обосноавние|
__________________________________________________________________________________________________
Необходима большая красная кнопка ОТВЕТ| 1.0    |Low               |Департамент ХХХ|Попросили                    |

Ваша структура и размещение элементов на диаграмме ясно, только Вы изначально хотели, кажется, добавить доп. свойства требованию
Ваша задача успешно реализуется (см. приложение) через добавление новых Tagged Values и выгрузку пакета с требованиями в CSV-файл с разделителем ";" для корректного прочтения в Excel.
Если структуру на диаграмме необходимо оставлять и не добавлять таги к требованию, то тогда следует либо воспользоваться запросами и их результаты экспортировать, либо смотреть в сторону API EA.

ida, Elf, заказчик всегда хочет видеть большую красную кнопку "ПОБЕДИТЬ"