Периодически возникает задача оценки трудоемкости проектов с развернутым документированием.  Закралась мысль использовать EA для автоматической генерации таких ТЭО (ранее EA не использовал, дальше изучения триала дело не доходило)

Нашел давнишнюю тему

http://www.uml2.ru/forum/index.php?topic=2585.0

и сделал пару тестовых UC - получается более-менее правдоподобно.

Но вот с документированием проблема - тот отчет который в Project->QA report & metrics -> Use case metrics глючит с русской кодировкой.

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

При попытке написать свой шаблон удалось вывести в отчет диаграммы и элементы диаграмм - а по элементам  complexity. Но вот каким образом все элементы диаграммы посчитать , а затем произвести все необходимые вычисления непонятно. Я так понял, что встроенный генератор отчетов совершенно не предназначен для каких либо вычислений, а только для форматирования текста.

Буду благодарен за любые рекомендации и советы по данной проблеме.

Версия EA 12 trial

Полагаю, что есть два пути:

• использовать API EA, реализовав либо скрипт на VBS / JS/ JScript, либо полноценное расширение Add-in
• использовать кастомные SQL-запросы в шаблонах отчетов

На первый взгляд будет проще пойти по пути SQL-запросов, если в рамках проводимых расчетов у вас нет катастрофически сложных операций, а можно ограничиться простыми алгебраическими операциями.

Опишите детальнее потребность в расчетах (получаемые на вход данные, проводимые над ними операции, ...) и приложите свою модель. Авось, чего придумается.

А при чём тут ТЭО?

А при чём тут ТЭО?

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

Да, расходная часть, бюджет — это часть ТЭО.

Но если вы считаете только бюджет, то вы считаете бюджет, а не ТЭО.

Потому что бюджет может частью много чего, а не только ТЭО.

Да, расходная часть, бюджет — это часть ТЭО.

Но если вы считаете только бюджет, то вы считаете бюджет, а не ТЭО.

Потому что бюджет может частью много чего, а не только ТЭО.

Согласен. Но в целом ТЭО делается именно для того, чтобы посчитать бюджет (по крайней мере декларируется, что это именно основная задача). По остальным разделам ТЭО (в моем случае это описание обьекта автоматизации (бизнес-процессы, организационная структура, ландшафт и т.д) проблем с их описанием средствами ЕА не вижу (по крайней мере изучение примеров создает такое впечатление). В качестве проектных решений будут использоваться как раз use case diagram с описанием. Хотелось бы бюджет получать автоматом по этим диаграммам

Полагаю, что есть два пути:

• использовать API EA, реализовав либо скрипт на VBS / JS/ JScript, либо полноценное расширение Add-in
• использовать кастомные SQL-запросы в шаблонах отчетов

На первый взгляд будет проще пойти по пути SQL-запросов, если в рамках проводимых расчетов у вас нет катастрофически сложных операций, а можно ограничиться простыми алгебраическими операциями.

Опишите детальнее потребность в расчетах (получаемые на вход данные, проводимые над ними операции, ...) и приложите свою модель. Авось, чего придумается.

Методика довольно проста, думаю SQL вполне хватит (сложение, вычитание, умножение)

Буду благодарен, если подскажете, с чего начать и где искать информацию:

1) Какую версию использует trial EA и чем посмотреть *.eap
2) Можно ли использовать SQL для работы с НЕКОРПОРАТИВНОЙ версией
3) Не нашел в генераторе отчетов средств посттроения SQL запросов. Они используются откуда то извне? Как тогда отформатировать рпезультаты

Во вложении скриншоты экранов по заданию значений весовых факторов и стандартный отчет, который формируется EA по пакету с ДВИ.

 

Продолжение скриншотов

1) Какую версию использует trial EA и чем посмотреть *.eap

На этот вопрос вроде сам ответил. Открыл eap акцессом и без труда там нашел все необходимые для расчета таблицы. Собственно трудоемкость можно теперь считать в самом акцессе, но вывести диаграммы в нем затруднительно. Так что теперь разбираюсь как работать с SQL и средствами документирования EA одновременно.

Спасибо artvish за придание нужного направления мыслям

Можете также дополнительно посмотреть по поводу использования Custom SQL Query в составе фрагментов отчетов EA здесь и здесь.

Можно пойти и того дальше, включив в ваши отчеты наглядные диаграммы, также работающие по принципу Custom SQL. С официальным видео по данному вопросу можно ознакомиться здесь.

Для оценки трудоемкости не нужен SQL. Не нужна EA.
А нужна книга Стива Макконнелла "Сколько стоит программный проект".

Для оценки трудоемкости не нужен SQL. Не нужна EA.
А нужна книга Стива Макконнелла "Сколько стоит программный проект".

Для оценки трудоемкости может быть и не нужны. Но вот для обоснования стоимостных показателей проекта перед заказчиком (так чтоб ему самому чем прикрыться можно было) совсем не помешают. Хотелки возникают довольно часто, предметная область известна более менее хорошо, так что много времени UC нарисовать несложно. А тут вроде как можно сразу после этого кнопочку нажать и получить готовый документ, с которым можно сразу выходить с запросом на финансирование.

Причем хорошее документироване предложений должно повысить конверсию

Предложеннная методика еще хороша тем, что легко позволяет сделать трассировку от стоимости в ТЭО  к фактической стоимости проекта ,  если в таймшитах указывать UC, а при проектировании делать трассировку от UC по ТЭО к UC стадии проекта.

При этом никто не мешает определять стоимость другими методами, а на нужные показатели выходить  играя параметрами расчета.

Можете также дополнительно посмотреть по поводу использования Custom SQL Query в составе фрагментов отчетов EA здесь и здесь.

В принципе все получилось как на видео, но пока не очень красиво...

1) Можно ли при использовании custom sql использовать sort by и задавать на каждый уровень группировки свой печатаемый блок?

2) Где посмотреть, какие контекстные переменнные определены для каждого блока обычных шаблонов ( не знаю, как правильно эти переменные обозвать - в учебном видео в тексте запроса есть переменная #OBJECT# - я так понимаю набор таких переменных в блоке свой)

3) Удивило, что при формировании текста sql запроса отсутствую подсказки  - наименование таблиц, полей и т.д. Поэтому запрос формировал и отлаживал в акцессе. Это единственный путь, или все таки в EA предусмотрены средства по формированию запросов?
 

Начну, пожалуй, с конца:

3) Удивило, что при формировании текста sql запроса отсутствую подсказки  - наименование таблиц, полей и т.д. Поэтому запрос формировал и отлаживал в акцессе. Это единственный путь, или все таки в EA предусмотрены средства по формированию запросов?

Вы можете использовать встроенную в EA отладку SQL-скриптов, которая вызывается через поиск. Сейчас, по-моему, она именуется SQL Scratch Pad. Чтобы вызвать все это дело, нажмите CTRL + F, находясь в EA, и выберите New Search (пиктограмма с увеличительным стеклом). Далее, полагаю, все будет понятно.
Чтобы использовать некоторое подобие интеллектуального ввода, вы можете начать вводить наименование таблицы, например, "t_o", и нажать на сочетание клавиш CTRL + Пробел.
Разумеется, отсутствие в окне конфигурации кастомных запросов отчетности механизмов отладки немного коробит, но что поделать

2) Где посмотреть, какие контекстные переменнные определены для каждого блока обычных шаблонов ( не знаю, как правильно эти переменные обозвать - в учебном видео в тексте запроса есть переменная #OBJECT# - я так понимаю набор таких переменных в блоке свой)

То, что находится в хэшах, в EA именуют макросами. По этой части рекомендую посмотреть здесь (в отношении конкретных трех макросов для фрагментов) и здесь (перечислены прочие макросы, возможные к использованию в кастомных SQL-скриптах EA).

1) Можно ли при использовании custom sql использовать sort by и задавать на каждый уровень группировки свой печатаемый блок?

Здесь, думаю, нужно экспериментировать. Меня, по крайней мере, смущает Sort By. Вы имеете в виду SQLный Order By? Перечень доступных для использования SQL-операторов в интерпретаторе EA можно посмотреть с использованием ранее упомянутого окна отладки в поиске (SQL Scratch Pad). Нужно тестировать.

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

Милый способ манипулирования. На среднеглупом спонсоре (или которому просто пофиг) может и сработать. Ты кнопку жмак, компьютер бюджет - дзынь! И сразу видно, что у нас все по-честному, без обмана.

Предложеннная методика еще хороша тем, что легко позволяет сделать трассировку от стоимости в ТЭО  к фактической стоимости проекта

Эх... Трассировку от стоимости в ТЭО к фактической стоимости проекта можно сделать только по завершении последнего. Все остальные "методики" - лишь теории, которые стоят одна другой.

При этом никто не мешает определять стоимость другими методами, а на нужные показатели выходить  играя параметрами расчета.

Вот! Вот это по-нашему! Только зачем при этом нужен какой-то расчет? Можно же играть сразу в бюджет: трудозатрат поменьше, профит побольше, результат быстрее и не нужно слушать капризы программиста (а то и целой команды) системы расчета.