Форум Сообщества Аналитиков
Дисциплины => Бизнес-анализ и Целеполагание => Тема начата: bas от 30 Мая 2008, 10:23:57
-
На семинаре «Как заставить регламенты работать и приносить пользу» (http://www.uml2.ru/forum/index.php?topic=759.0) была поднята проблема о том, что для эффективной разработки регламентов нужно как-то ее автоматизировать.
Одним из хороших примеров может служить Aris, если правильно его применить. Т.е. рисуем модель БП, добавляем туда мета информацию, настраиваем скрипты и на основе данной модели получаем и регламенты и должностные инструкции и ТЗ для разработки и ...
Но данное решение дорогое, даже слишком.
Что можно еще использовать для автоматизации регламентации?
Ждем здесь оппонентов, чтобы обосновать свои т.з.
-
На семинаре познакомился с интересным человеком - Михаилом Острогорским, директор по проектам, PhiloSoft Technical Communications (http://philosoft.ru/)
Он вскользь показал инструмент для создания единой технической документации Компании. Пока ничего толком не нашел по ней, кроме описания семинара "Подготовка технической документации на основе единого источника с помощью DocBook/XML" (http://www.philosoft.ru/ru/study/to-001.pdf). Надеюсь, что Михаил здесь немного расскажет о ней и даст ссылки на источники.
-
Тема про единый источник стара. И AuthorIT как тула может для этого быть использована, и DocBook. Но есть вопрос -- почему тот же ДокБук не получил большого распространения, думаю что как раз из-за гемора с преобразованиями XML через xslt. Не всякий аналитик знает досконально xslt. Да и вносить изменения руками в скрипты по каждому чиху довольно трудоемкая задача. Да и в ARIS делать скрипты тоже задча довольно трудоемкая. Вобщем не дешевое это удовольствие, даже на бесплатных тулах.
-
Пришел Юра и все опошлил :)
-
Прямо опошлил :-) ... просто я ковырялся по этой теме еще в Борланд, думая про пришлепки к CaliberRM ...
-
Кто о чем, а я о ЕА от Sparx. Для генерации документации, в т.ч. регламентов и должностных инструкций, по модели, имхо, достаточно ЕА, метамодели описания процесса и документации, модели процесса, подрихтованных шаблонов ЕА, и возможно, скриптов (у ЕА есть API) для создания особо вычурных документов.
-
Уважаемые коллеги. В данной теме я не очень сильна. Я использую не очень дорогое средство бизнес студио.
-
ЕА от Sparx вполне юзабелен. был опыт использования.
Но! важно грамотно отстраивать модель процессов или документооборотов.
-
Но! важно грамотно отстраивать модель процессов или документооборотов.
Таки да! Прямые руки и системное мышление требуются при использовании любых средств :)
-
Определяющее значение имеет однократное описание акторов и последовательное применение ОДНОКРАТНО описанных акторов на всех диаграммах.
Ну плюс еще десяток тонкостей :)
-
Определяющее значение имеет однократное описание акторов и последовательное применение ОДНОКРАТНО описанных акторов на всех диаграммах.
Ну плюс еще десяток тонкостей :)
Про использование одного и того же элемента на нескольких диаграммах - да, можно, при перетаскивании нужно выбрать "as simple link".
Про построение отчётов не элементам в пакете, а по элементам на диаграмме - да, можно, Documentation->RTF Report->Edit Template, выбираете в дереве разделов Diagram, Element, Connector, Messages. Дальше набираете те поля, которые хотите видеть в разделах отчёта (напр. Name, Alias, Notes), сохраняете, запускаете отчёт - и вуаля.
Про десяток тонкостей - опишите, посмотрим, что можно сделать.
-
Ну раз тема ожила - надеюсь будет кому нибудь полезно :)
-
Про построение отчётов не элементам в пакете, а по элементам на диаграмме - да, можно, Documentation->RTF Report->Edit Template, выбираете в дереве разделов Diagram, Element, Connector, Messages. Дальше набираете те поля, которые хотите видеть в разделах отчёта (напр. Name, Alias, Notes), сохраняете, запускаете отчёт - и вуаля.
Не работает у меня таким способом. Только по пакетам. Чтобы работать с элементами диаграммы я подключаю базу.
-
Не работает у меня таким способом. Только по пакетам. Чтобы работать с элементами диаграммы я подключаю базу.
Очень странно, потому что я проверял, у меня работает.
1) у меня EA 7.5.844
2) я настроил template так (см. прикреплённую картинку)
-
Не работает. версия та же. странно это. шаблон также настроен :(.
Только элементы пакета.
Элементы as simple link не выгружает.
-
слишком много думать - вредно.
надо просто взять и назвать. все равно как.
или сесть на 30 минут, закрыться ото всех и написать список из 50 названий.
И затем одно за другим вычеркивать, пока не останется единственного. Иначе можно неделями выбирать.
-
Мысли вслух.
Написание регламентов не надо автоматизировать. Потому что автомат не может позаботиться о живых людях, которым эти регламенты читать и по ним работать. И об организации, жизнь которой от этого зависит. Это должен сделать начальник "регламентируемых". Или они сами. Или технолог-методолог-специалист по технике безопасности, но правильный, который думает о людях и результатах, а уже потом о процессах, схемах, регламентах и KPI. Потому что больше некому.
-
Не, Алекс! Автоматизировать надо генерацию регламентов. А начальник живых людей (или супергерой, который призван сделать людям счастье) должен правильно нарисовать сам бизнес-процесс так, чтобы он устраивал людей и давал корректный результат.
-
Согласен, сгенерированные регламенты - скорее не для людей, а для утверждения, нужен утверждённый регламент - получите. Например скрипт в арисе, а я думаю они один и тот же скрипт с незначительными передалками каждому клиенту продают, создаёт очень сложно читаемые регламенты. Проще взять модель и посмотрть кто, что и когда...