2 Sedlo

Тут даже язык не повернется что то против сказать.

Кто нить может поделиться скриптами для SAP Solution Manager
и ARIS 6.2 и 7.0?

To ensure that SAP Synchronization is available between ARIS and SAP Solution Manager, you must import the current transport request K<number>.SOL into the SAP Solution Manager System. You can find the transport request on ARIS Platform CD 1 under ARIS for SAP NetWeaver\ABAP\ Solution Manager. The function modules will be created in the ZIDS_ARIS_SOLAR packet.

Внимательно прочитав топик, хотелось бы с точночтью оипсать все возможности ARIS , для того, чтобы не было понимания аля ARIS=Visio+банктики
пишу для 6.2

Итак:
1) Рисование моделей процессов. Подчеркиваю именно рисование!!!!
2) Моделирование: Анализ бизнес процессов в динамике(Время,ресурсы, загрузка)
3) Моделирование: Рассчет стоимости процесса именно процесса
а не продукта. А выгодно ли нам открывать счета клиентам, если одна итерация процесса стоит 100р с учетом всех категорий затрат и коэфициентов использования функций, а комиссия состаляет 90р
это вывод для оптимизации оного.
4) Регламентация и отчетность по моделям (Любая, зависит от владения языком скриптов). Можно генерить готовые постановки прямо разработчикам из моделей процессов.

Все пункты описанные мною выше были проделаны на практике лично:

Осталось только одно, SAP-овский супорт ARIS-овых процессов. Почитав форум, я понял, что как обычно никто не занимается этим вплотную. Да оно может и не нужно. Вы же SAP спецы вам виднее.

Почему все говрят что ARIS=VISIO?
-решения принмаются с потолка или основываяь на собств. опыте
-анализ процессов заключается в перетаскивании квадратиков из одного места в другое и поиска похожих. Цифр нет - факт!!!!
-процессы никто не внедряет их толкьо описывают, и бумага, за частую, далека от действительности.

По сему стоимость считают в столбик или в excell
Время выполнения процессы считаю мало кого интересует опять сложили операции и все ......

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

Делюсь....

Если вы имеете ввиду арисовые скрипты, то

Зайдите, если aris у вас установлен в каталог C:\Program Files\ARIS6.1\script\

там они родимые и лежат-это стнадратный набор скриптов арисовых разработчиков для отчетов из арис и выгрузок , скорее всего там будет каталого для SAP. Обячно пишут свои.

теперь далее скрипты имеют расширения для
rsg-групп
rso-моделей
rsm-объектов
rdb-баз данных......и.т.д

Скрипт можно запустить, как в виде макроса к определенному объекту арисовому, согласно расширению vew\toolbar\macros
подняли панел manager macros на панели
там визардом проставляем настройки ,языки итд.... скорее всего для сапа они не важны и сам скрипт отрабатывая покажет вам, чего нужно

так и из модели (Объекта,бызы,группы) через evaluate->
....

Исходники скриптов можно открыть при помощи встроенного компилятора file\open\evaluation script...

Делать проект без арисоподобных средств моделирования - всё равно что строить дом без чертежей. Если строитель берётся строить дом без чертежей - сразу ясно - лох. И что построит - увидите когда построит. Профессионалы строят по чертежам. А уж АРИС использовать или что-то ещё (IDEF, например, или собственную нотацию) - не так важно. Можно и в визио рисовать, только тогда соответствие входов выходам придётся вручную проверять,а это муторно и наверняка ошибёшься. Так что лучше на АРИСе не экономить.

ну может в чем то истина, с другой стороны, внедряют же ЕРП и САП и ОЕБС (извините за жаргон), не имея на входе корректной системы НСИ. когда справочники кривые косые и бесподобные, внедряют системы для учета неизвестно чего.. Учитываем то чего в систему не загрузили, и работает однако Так что говорить что без АРИС как без рук..а мы так..на листочке нарисуем и внедрим. гы

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

хорошая аналогия современным внедрениям ЕРП в россии. (цитата) консалтинг в россии на уровне бизнеса в США, во времена дикого запада

К сожалению вряд ли арисовские сxемы, как и любые другие, могут служить полноценными чертежами для будущей системы, так в лучшем случае грубые наброски.

Ради эксперимента зайдите в любой раздел IMG, пройдитесь по пунктам и посчитайте те в настройке котрыx Вам действительно сможет помочь айрисовская сxема. Я думаю насчитаете в лучшем случае процентов 10.

Так, что моё мнение, в САПовски проектах АРИС использовать можно, например при формализации результатов обследования или как первоначальная иллюстрация при обучении пользователей, но нужно очень четко ограничить время на игры с ним, иначе рискуете сорвать все сроки.

В корне неверный подход! Формализация облегчает понимание бизнес-процессов, но кто сказал, что формализация поможет сконфигурировать SAP или любую другую систему? Между пониманием и конфигурацией находится специалист по системе, а ты хочешь выкинуть его как лишнее звено, чтобы диаграммы АРИС превратились в настройки САП по нажатию кнопки.


Не только. АРИС способен на большее - говорю тебе как бывший руководитель Группы АРИС на одном крупном проекте внедрения, сам знаешь на каком


А вот тут - в точку![/b]

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

Подобный инструмент очень удобен, когда заказчик готов менять и перестраивать свои бизнес-процессы. К большому сожалению, очень часто приходится многое делать через ABAP, так как клиент говорит, что SAP должен работать как и его старая система.

Если же говорить про описание существующей модели предприятия, то одна только возможность её формализовать в приемлемых рамках уже является положительным признаком.

Да, я собственно говоря никакого подхода и не предлагаю, просто хотел проиллюстрировать свой тезис о том, что схема бизнес процесса (даже самая подробная) не может быть чертежем будущей системы



Уууу!!! вот это точно не то что я хочу, так без куска хлеба можно остаться

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

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

Неправда. Профессиональные арисовальщики знают, что чудес не бывает
А вкладывает это в неокрепшие умы заказчиков сама компания IDS Scheer. Данная технология работает в каком-то совсем уж частном случае, кажется в области HR.
Но джин выпущен из бутылки, и идея с помощью технологий отказаться от дорогого и рискованного проекта внедрения еще долго будет будоражить умы...

Удивительно, что на форуме, предназначенном для профессиональных руководителей проектов приходится "агитировать за советскую власть" и заниматься просветительством в части необходимости документирования бизнес-процессов, средством которого (одним из) является АРИС.
Если Вы внедряете систему для бизнеса, то прежде всего надо придти к общему пониманию будущих бизнес-процессов - как внутри команды, так и с бизнесом. Как вы будете описывать будущие бизнес-процессы? Руками в воздухе делать магические пассы? Видал я таких "мастеров". А потом выясняется, что отделу продаж наобещали одного, а отделу отгрузок - другого. А как всё вместе заработает не представляют даже сами горе-консультанты, т.к. между собой договориться не могут и одни описания не соответствуют другим.
АРИС, конечно не панацея, но если в нём в одной диаграмме нарисовал стрелочку, которая из процесса "Планирование потребности" идёт в малиновый шестиугольник с надписью "Заявка на закупку сформирована", то в процессе "Планирование потребности" придётся показать откуда именно и как взялась эта заявка. И люди, подписывающие эту диаграмму должны согласиться, что заявки будут создаваться именно так.
И через пол-года, когда все уже забудут о чём они когда-то договорились, все посмотрят на диаграммы и скажут, да, действительно, заявки-то у нас будут формироваться вот так.
А что толку настраивать систему, пока нет понимания как пойдёт бизнес-процесс?