Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - lnew

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 »
31
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 22 Ноября 2011, 21:22:44 »
В моем сообщении (ответ # 69) представлены картинки шаблона и результата генерирования отчета по модели, представленной на рис. 1.

Почему-то в результат не попали диаграммы и прецеденты из прошедших фильтр пакетов.
Причину не могу найти.

Опытные люди, посоветуйте, что посмотреть?

Спасибо!

32
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 22 Ноября 2011, 19:42:20 »
Я при моделировании в RSA применял "систему" ключевых слов для разметки (отнесение элементов к разделам, сортировка и т.п.).
В RUP-е есть понятие функциональной области. Пакеты функциональных областей используются в структурах моделей прецедентов и в моделях анализа и проекта (в пакете реализации прецедентов).
Я маркирую эти пакеты ключевым словом "FA".

Но в RSA (шаблоны SoDA) поиск элементов происходит "от текущей позиции". Как я понял, в EA поиск каждый раз по всей модели. И, если использовать подход, придется ввести ключевые слова, например, ucmFA, amFA и dmFA.

Тут есть еще, на мой взгляд, сложности. Как быть при необходимости вложенных фильтров? В хелпе я даже упоминания не нашел.

Нехорошо, когда решения (структура документа) зависит от возможностей инструмента. В SoDA и BIRT (eclips-овский инструмент) таких проблем нет.

33
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 22 Ноября 2011, 19:02:17 »
То, что написано в предыдущем сообщении, точно работает.

Документ - рис.1
Шаблон - рис. 2
Поиск - рис. 3
Результат - рис. 4

Почему-то не отобразились диаграммы прецедентов и названия дочерних элементов пакета FA (прецедентов).

Наверное, нужно покопаться в опциях.

34
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 22 Ноября 2011, 17:11:28 »
Вопрос, кажется, решен!

Делаем все, как делали. Но: в шаблоне документа нужная нам информация лежит не под тэгами  Package и пакетиковые детки, а под тэгами Element!

Т.е., при создании шаблона RTF, который будет использоваться с Model Document, нужно иметь ввиду, что непосредственно в тэгах package> ... <package полей не должно быть. Т.е шаблон должен иметь структуру:
    package>
    element>
     ...
     ...
    <element
    <package

35
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 22 Ноября 2011, 16:35:11 »
Изыскания относительно диагноза "поиск пакетов не работает в Model Document" в объектной модели EA (Help > Automation > EA Object Model > Reference):

- Сведения о модельных элементах сохраняются в таблице t_object
- Сведения о пакетах сохраняются в таблице t_package. Но атрибутов у класса Package немного. Для сохранения недостающих в t_object создается Element - дублер для сохранения недостающей информации, например, стереотипа. Класс Package имеет атрибут Element. В классе Element атрибута, отвечающего за связь с пакетом-дублером я не нашел. Т.е. элемент в t_object ничего не знает о том, что он является дублером пакета. Сведений о том, какая именно информация о пакете заносится в соответствующий Element при создании Package мне найти не удалось. Вряд ли она дублируется.

Предположение о причине проблемы.

Когда Model Document получает результат поиска, он ищет "отфильтрованные" объекты в t_object, и ничего не находит, т.к. запрос поиска составлен применительно к пакету, полная информация о котором содержится в t_package.

Возможно, это бред! Но если это так, разрешить проблему будет трудно, если не невозможно!

36
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 21 Ноября 2011, 23:01:02 »
Спасибо!

37
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 21 Ноября 2011, 22:56:15 »
Давно?

38
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 21 Ноября 2011, 22:37:42 »
А чем фильтр по фазе отличается от фильтра по стереотипу и т.п.?

Если модель поддерживает разработку, то значения фазы будут меняться.

Т.е. по некоторым свойствам фильтрация пакетов поддерживается, а по другим нет? Так задумано, или это прохлоп?

Думаю, Galogen знает!

39
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 21 Ноября 2011, 21:51:18 »
Товарищи!

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

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

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

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


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

Спасибо.

 

40
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 21 Ноября 2011, 17:59:48 »
Теперь понял, где мистика. У меня тоже генератор выдает просто шаблон. Странно, ведь Package тот же объект из t_object, но передаваться почему-то не хочет. SQL-запрос к like 'ucm_' пакету тоже ни к чему не привел.
Генерация прошла успешно только после явного добавления атрибута соответствующего пакета к классу model document, но это уже не то, что нужно. Хотя можно извратиться и написать что-нибудь для автоматического добавления найденных пакетов в атрибуты класса :)

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

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

41
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 21 Ноября 2011, 17:00:00 »
В первом случае (ucm_pcg) Вы хотели задокументировать пакет, под которым располагалась диаграмма "Обзор модели прецедентов", включив в документ изображение этой диаграммы. Судя по всему, все получилось.
Согласно Вашему второму шаблону (uc_root), Вы просто "захватываете" имя и примечания UC-элемента "Прием заявки". Что было необходимо сделать/получить в данном случае? И где, собственно, мистика? :)
Может быть нужно было включить дочерние элементы?

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

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

42
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 21 Ноября 2011, 16:02:26 »
(окончание)

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

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

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

Спасибо!

43
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 21 Ноября 2011, 16:00:14 »
(продолжение)

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

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

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

44
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 21 Ноября 2011, 15:55:23 »
А на каком шаге у Вас проблема? Настроенный поиск выдает результаты?
Классу со стереотипом 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):

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

45
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 21 Ноября 2011, 11:14:09 »
Спасибо.

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 »