Добрый день!

Заранее сорри, еще въезжаю в тему.

Ситуация:
Есть информационная система(ИС) и текущий бизнес-процесс(БП)

В моем понимании, есть точки входа бизнес-процесса в информ. систему и точки выхода

Требуется:
1) отобразить ИС и БП в графическом виде на уровне основных процессов без деталировки;
2) отобразить точки пересечения ИС и БП
3) симулировать если на входе ИС не будет информации, то на каких выходах она пропадет.

Какую нотац-ию(ии) и программное средство использовать?

ps.: интересует исключительно практическое применение, которое можно реализовать в сжатые сроки

Спасибо!

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

Для того, чтобы давать рекомендации по нотации и средствам, надо понимать цель такого моделирования - зачем нужно описать БП и моделировать "пропадение" информации?

Для того, чтобы давать рекомендации по нотации и средствам, надо понимать цель такого моделирования - зачем нужно описать БП и моделировать "пропадение" информации?

интересует:
1) как взаимодействуют сотрудники посредством ИС
2) насколько ИС не соответствует БП
3) как взаимодействуют функциональные блоки ИС

проблема в том, что руководители не получают нужную информацию, т.к. кто-то что-то сделал неправильно, либо "глючит" ИС

1) как взаимодействуют сотрудники посредством ИС

Ну именно это имхо лучше всего ПОКАЗЫВАЮТ диаграммы прецедентов UML. Есть некоторая локальная цель на определённом участке процесса, и для её достижения ряд участников взаимодействуют. Сценарий взаимодействия описывается нумерованным текстом. Связь же между задачами и их интеграцию в целостный процесс лучше показывают SADT и ARIS.

2) насколько ИС не соответствует БП

Тут я опять не понимаю, о каком соответствии идёт речь. Вот есть бизнес-процесс "Получение консультаций" в котором мы с вами участвуем, в котором мы используем ИС (ПО) "Веб-бразуер". Что значит, что веб-браузер не соответствует процессу получения консультаций?

Есть реальный бизнес-процесс, протекающий с использованием ИС, и его модели. Основные модели - это:
1) нормативная - регламент;
2) аналитическая, выраженная в определённой нотации (Use-case specification, SADT IDEF0, ARIS EPC);
3) когнитивная - находящаяся в головах людей.

Модели 2, как я понимаю, у вас нет и вы хотите её создать.
Для процесса, который вы хотите описать, есть ли модель хотя бы 1? Если есть, то о чём можно вести речь - так это о расхождении модели БП, описанного в регламенте и его реального протекания в силу сложившихся обстоятельств и текущих свойств ИС (ну нельзя в ней сделать платёжку за 5 секунд, приходится ждать 3 дня). Если же модели 1 нет - то можно вести речь о кажущемся несоответствии реального протекания БП и эталонных когнитивных моделей "как должно быть", находящихся в головах участников.

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

Если не владеете никакой графической нотацией пока - значит опишите текстом, если процесс не слишком сложный.

3) как взаимодействуют функциональные блоки ИС

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

Для текстовых описаний можно взять любой текстовый редактор, например OpenOffice Writer, для рисования SADT/ARIS-диаграмм - векторный редактор, например OpenOffice Draw, Dia, MS Visio, SmartDraw. Для UML-моделирования - ArgoUML, StarUML, Visual Paradigm for UML CE.

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

Зачем в вашем случае нужно имитационное моделирование, я пока не понимаю.

Ситуация:
Есть информационная система(ИС) и текущий бизнес-процесс(БП)
В моем понимании, есть точки входа бизнес-процесса в информ. систему и точки выхода
Требуется:
1) отобразить ИС и БП в графическом виде на уровне основных процессов без деталировки;
2) отобразить точки пересечения ИС и БП
3) симулировать если на входе ИС не будет информации, то на каких выходах она пропадет.
Какую нотац-ию(ии) и программное средство использовать?
ps.: интересует исключительно практическое применение, которое можно реализовать в сжатые сроки

Самое практичное и быстрое -- карандаш и бумага. Если вы не знакомы ни с одной нотацией, то времени на ее освоение и обретение навыков ее примения у вас уйдет достаточно. Увы, это требует услий. "Быстро только кошки родяться" (с).

А если ваша система всего лишь автоматизирует существующие БП, то входы/выходы системы очевидно соответствуют входам/выходам бизнес-процессов. IDEF0 в данном случае позволит описать входы/выходы процессов и тех кто взамиодействует.

интересует:
1) как взаимодействуют сотрудники посредством ИС

Так же как и без нее, если система только автоматизирует процессы. Вообще без понимания о какой системе идет речь сложно сказать конкретнее.

2) насколько ИС не соответствует БП

Денис уже ответил. Скажу только что есть такая штука gap analysis. Проблема не только перед вами такая стоит :-). Универсального метода решения не существует. Решение -- анализ "вручную".

3) как взаимодействуют функциональные блоки ИС
проблема в том, что руководители не получают нужную информацию, т.к. кто-то что-то сделал неправильно, либо "глючит" ИС

DFD можно нарисовать и увидеть какие данные ходят. Или UML collaboration. Но взаимодействие как правило происходит в рамках чего-то ... например в рамках юзкейса.
Вобщем если у вас ситуация -- сложная система, написанная в стиле "спагетти" (с размазанной бизнес-логикой) т.е. без ясной архитектуры, да еще и нет документации, то боюсь, что альтернативы "ручной" работы у вас нет.