Спасибо, все работает!

2 вопроса на тему Model Search.

1. Есть ли альтернативный способ импортировать Model Search из .XML, кроме как Edit | Model Search: Builder?

2. После установки EA команда Edit | Model Search: Builder сработала один раз, после чего по нажатию Builder меню поиска отображаться перестало!
    Работоспособность была восстановлена после полной переустановки EA (Простая деинсталляция - очистка регистра - инсталляция не помогли!
    Пришлось "вычищать" на компе все упоминания об ЕА!). Но, после однократного появления, окошко снова не работает!

    Я поставил ЕА на другой комп, там пока работает. Сделал и экспортировал поиск. Теперь его надо импортировать на основной машине. Но способор импорта не обнаружил.

    Может, кто сталкивался?

По второму моему вопросу: предположительно возникает конфликт с переводчиком Промпт.
Видимо, на одном компе EA и Prompt полнофункционально работать не могут. Некоторые наборы клавиш в EA вызывают окна Prompt-а.

EA поставил на виртуалку. Пока все работает, вроде.

Знает ли кто-нибудь (на интернете) пример использования виртуальных документов с использованием поиска вместо пакетов?
Я что-то не так делаю, у меня не работает. Хотя все по хелпу! Что-то не понимаю, или что-то недописано!

1. Есть ли альтернативный способ импортировать Model Search из .XML, кроме как Edit | Model Search: Builder?

Да, можно воспользоваться методом AddDefinedSearches (string sXML).
На VBScript'е это всего несколько строк:

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

dim import_search
sub main()
import_search = Repository.AddDefinedSearches("ваш_экспортированный_XML_поиска")
end sub
mainP.S.: только предварительно нужно заменить " на ' и убрать * в запросах типа t_object.Version Like *1.0* с помощью, например, Notepad++. А вообще - странная у Вас ошибка

Спасибо.

Я что-то не так делаю, у меня не работает. Хотя все по хелпу! Что-то не понимаю, или что-то недописано!

А на каком шаге у Вас проблема? Настроенный поиск выдает результаты?
Классу со стереотипом model document в tagged values выставляйте шаблон, выбирайте созданный ранее поиск и указывайте значение (SearchValue), если в настройках поиска в Look For это предполагается (<Search Term>).
Берите в фокус этот класс (Model Document) и запускайте генератор (F8). Ошибка возможна в том случае, если неправильно настроен поиск и запрос будет выдавать NULL.

А на каком шаге у Вас проблема? Настроенный поиск выдает результаты?
Классу со стереотипом model document в tagged values выставляйте шаблон, выбирайте созданный ранее поиск и указывайте значение (SearchValue), если в настройках поиска в Look For это предполагается (<Search Term>).
Берите в фокус этот класс (Model Document) и запускайте генератор (F8). Ошибка возможна в том случае, если неправильно настроен поиск и запрос будет выдавать NULL.

Можно ли c Model Document связывать Model Search, который возвращает Package?
Для тестирования я создал два Model Document: первый печатает отчет о Package, второй – об UseCase. Все, вроде, делал одинаково.
Первый вариант не работает, хотя автономное тестирование самого поиска дает правильный результат.

ProjectBrowser на рис. 1.

Первый тестируемый документ: ucm_pcg. Tagged Values на рис. 2.

Его шаблон (рис.3):

Поиск с результатом автономного тестирования (рис. 4):

(продолжение в следующем сообщении)

(продолжение)

Результат генерации из поиска (рис. 5):
 
Результат генерации Model Document ucm_pcg из ProjectBrowser (рис. 6) :

Все в точности так же, только тип объекта другой: документ uc_root (рис. 7):

Шаблон (рис. :

(окончание)

Поиск (рис. 9)

Результат генерации Model Document uc_кщще из ProjectBrowser (рис. 10) !!!!!!:

Мистика!!! В чем же разница?

Спасибо!

В первом случае (ucm_pcg) Вы хотели задокументировать пакет, под которым располагалась диаграмма "Обзор модели прецедентов", включив в документ изображение этой диаграммы. Судя по всему, все получилось.
Согласно Вашему второму шаблону (uc_root), Вы просто "захватываете" имя и примечания UC-элемента "Прием заявки". Что было необходимо сделать/получить в данном случае? И где, собственно, мистика?
Может быть нужно было включить дочерние элементы?

В первом случае (ucm_pcg) Вы хотели задокументировать пакет, под которым располагалась диаграмма "Обзор модели прецедентов", включив в документ изображение этой диаграммы. Судя по всему, все получилось.
Согласно Вашему второму шаблону (uc_root), Вы просто "захватываете" имя и примечания UC-элемента "Прием заявки". Что было необходимо сделать/получить в данном случае? И где, собственно, мистика?
Может быть нужно было включить дочерние элементы?

Не совсем так!
В первом случае как раз не получилось! Тест в окне поиска сработал. А вот в Model Document (при запуске из ProjectBrowser) результат поиска не попал, рис. 6.
Т.е. сам поиск правильный, в Model Document прикреплен правильно, но элемент (пакет) документу, видимо, не передал!

Во втором случае, все, что просили (мало просили!) - получилось.

Теперь понял, где мистика. У меня тоже генератор выдает просто шаблон. Странно, ведь Package тот же объект из t_object, но передаваться почему-то не хочет. SQL-запрос к like 'ucm_' пакету тоже ни к чему не привел.
Генерация прошла успешно только после явного добавления атрибута соответствующего пакета к классу model document, но это уже не то, что нужно. Хотя можно извратиться и написать что-нибудь для автоматического добавления найденных пакетов в атрибуты класса

Теперь понял, где мистика. У меня тоже генератор выдает просто шаблон. Странно, ведь Package тот же объект из t_object, но передаваться почему-то не хочет. SQL-запрос к like 'ucm_' пакету тоже ни к чему не привел.
Генерация прошла успешно только после явного добавления атрибута соответствующего пакета к классу model document, но это уже не то, что нужно. Хотя можно извратиться и написать что-нибудь для автоматического добавления найденных пакетов в атрибуты класса

Одно из извращений - это увеличение количества Model Document (если структура пакетов в ProjectBrowser разных проектов стандартная, то пакеты можно подсоединять как атрибуты). Попробую.

Я хотел найти из класса родительский пакет. Явно можно только его имя. Для отчета этого мало!

Товарищи!

Так что же это такое? В системе документирования EA прикрепленные к документам поиски и фильтры к пакетам не применимы?

Исходный шаблон (рис. 1)
должен печатать имена и описания пакета и подпакетов, но только тех, которые имеют ключевое слово FA!

Выбираю пакет (рис. 2), F8, генерировать.

Результат (рис. 3) включает все пакеты, хотя ключевым словом помечены только два!


И еще вопрос: а можно ли как то "достучаться" до "владельца" элемента, и показывать его свойства?

Спасибо.

 

Можно поиграться с фазой (Phase) и "не пустить" в документ тот пакет, значение фазы которого не удовлетворяет условию.
Так root- и child-пакеты с элементами уж точно не попадут в документ.