В Word 2007 можно добавлять два типа графики – Рисунки и Фигуры . Рисунок – изображение, созданное в другом файле, например, отсканированное изображение, скопированная и сохраненная копия экрана монитора, большинство клипов. Фигура (векторный рисунок) – рисунок, созданный из линий, кривых, прямоугольников и других форм, которые можно изменять, форматировать, передвигать и увеличивать без потери качества. Word позволяет создавать рисунки, комбинируя такие объекты, как фигуры, кривые, прямые, стрелки, объекты WordArt. Для вставки в документ объектов используют элементы группы Иллюстрации и некоторые элементы групп Текст и Символы вкладки Вставка (Рис. 46).

Рис. 46. Вставка графических объектов

Графические объекты могут располагаться как непосредственно на странице документа, так и в специальной рамке, называемой Полотном . Если Полотно не вставилось автоматически при вставке первой фигуры, его можно вставить самостоятельно (Вставка ®Иллюстрации ®Фигуры ®Новое полотно ). Все объекты вставленные в одно полотно перемещаются вместе.

Рисунки

Microsoft Word позволяет вставлять в документ рисунки из графических файлов всех основных графических форматов: jpeg, bmp, gif, tiff и др.

Рисунки можно вставить из:

· графического файла;

· коллекции клипов Microsoft Office;

· веб-коллекции с сайта Microsoft

Клипами в Microsoft Office называют мультимедийные файлы: рисунок, звук, анимация или фильм.

Вставка рисунка из графического файла

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

Вставка рисунка из коллекции клипов Microsoft Office

Установить курсор туда, где будет находиться вставляемый рисунок и нажать кнопку Клип во вкладке Вставка , после чего появится область задач Клип . В поле Искать можно ввести ключевое слово искомого рисунка. Далее щелкните стрелку поля Просматривать и выбрать те коллекции, в которых требуется провести поиск. Затем щелкнуть стрелку поля Искать объекты и установить флажок рядом с названиями тех видов клипов, которые требуется найти и нажать кнопку Начать . В области задач Клип будут отображены эскизы найденных рисунков. Щелкнуть по эскизу для того чтобы вставить рисунок в документ.

Изменение рисунков

Для работы с рисунками в Microsoft Word используют контекстную вкладку Формат группы вкладок Работа с рисунками . Эта вкладка автоматически отображается при выделении рисунка (Рис. 47). Для выделения рисунка следует щелкнуть по нему мышью. Признаком выделения являются маркеры рисунка.

Рис. 47. Контекстная вкладкаСредства рисования

Изменение стиля обтекания

Первоначально рисунок вставляется непосредственно в текст документа как встроенный объект без обтекания текстом. Для того чтобы рисунок можно было свободно перемещать в документе, следует установить для него один из стилей обтекания текстом, используя кнопку Обтекание текстом в группе Упорядочить вкладки Формат . Далее выбирается один из вариантов обтекания (Рис. 48а).

Размещение рисунка на странице

Для размещения рисунка на странице необходимо:

· выделить рисунок;

· щелкнуть по кнопке Положение в группе Упорядочить вкладки Формат ;

· в появившейся галерее (Рис. 48б) выбрать один из вариантов расположения.

Рис.48. Стиль обтекания и размещение рисунка

Фигуры

В документе могут использоваться как отдельные фигуры, так и рисунки, созданные из нескольких фигур. Для вставки фигуры в группе Иллюстрации вкладки Вставка необходимо щелкнуть по кнопке Фигуры и нажать кнопку с требуемой фигурой (Рис. 49). Вставленная в документ фигура всегда выделена. При этом автоматически появляется контекстная вкладка Средства рисование/Формат (Рис.47). Размер фигуры можно изменить перетаскиванием маркеров. Маркеры расположенные по углам фигуры изменяют ее размер сразу в двух направлениях. Маркеры, расположенные по сторонам фигуры изменяют размер только по одной координате. Положение фигуры на странице можно изменить вручную перетаскиванием за любую ее часть, кроме маркеров выделения. Зеленый маркер нужен для поворота фигуры в плоскости. С помощью желтого маркера выделения, можно изменить форму фигуры (Рис. 50).

Рис. 50. Маркеры выделения

Изменение фигур

Все фигуры можно изменять двумя способами:

1. Вручную (отдельно каждый параметр фигуры), с помощью элементов вкладки Средства рисование/Формат (Рис.47). Можно изменять большое количество параметров, таких как: границы, заливку, тени, объём и др.

2. Можно воспользоваться имеющимися заготовками (стилями) Microsoft Word. Следует иметь ввиду, что при выборе стиля отменяются все настроенные ранее параметры линии контура фигуры, заливки и эффекты. Для этого необходимо:

· выделить фигуру;

· развернуть галерею стилей в группе Стили фигур вкладки Формат .

· в галерее выбрать один из вариантов оформления фигуры. При наведении указателя мыши на выбираемый вариант срабатывает функция предпросмотра, и фигура отображается в выбранном стиле.

Для точной установки параметров фигуры необходимо щелкнуть по ней правой кнопкой мыши и в контекстном меню выбрать команду Формат автофигуры… , далее откроется окно в котором можно произвести точную настройку всех параметров фигуры.

В качестве заливки внутреннего пространства можно использовать не только цвет, но и более сложные варианты заливки, такие как: рисунок, градиент, текстура и узор. (Средства рисование ®Формат ®Заливка фигуры илиВыделить фигуру ®контекстное менюФормат автофигуры… ®Способы заливки… ) (Рис. 51).

Рис. 51. ОкноСпособы заливки…

Добавление текста к фигуре

В любую фигуру, нарисованную в Word можно вставить текст. Для добавления текста к фигуре надо щелкнуть по ней правой кнопкой мыши и выбрать команду контекстного меню Добавить текст или нажать кнопку Изменить текст в группе Вставить фигуры вкладки Формат (Рис. 52). При добавлении текста к фигуре она автоматически преобразуется в Надпись .

Рис. 52. Добавление текста в фигуру

Объект WordArt - это графический объект, который можно добавлять в документы для создания декоративных текстовых эффектов. Для создания объекта необходимо расположить курсор в требуемом месте документа и в группе Текст вкладки Вставка нажать кнопку WordArt и выбрать стиль создаваемого объекта (Рис. 53).

Рис. 53. Выбор стиля объекта WordArt

В диалоговом окне Изменение текста WordArt ввести текст и нажать кнопку ОК . При желании можно выбрать шрифт создаваемого объекта. Выбор размера шрифта принципиального значения не имеет, так как в последующем можно изменить размер объекта. Для работы с объектами WordArt служит контекстная вкладка Работа с объектами WordArt ®Формат (Рис.54). Для объектов WordArt применимы те же способы изменение стиля обтекания и размещения рисунка на странице как и для фигур с рисунками.

Рис. 54. Контекстная вкладка Работа с объектами WordArt

Формулы

Программа текстового редактора Microsoft Office Word 2007 содержит встроенное средство для записи и редактирования математических формул. В редакторе имеются уже встроенные шаблоны формул и средство для самостоятельного создания формул.

Для вставки готовой формулы необходимо:

· нажать кнопку Формула (Вставка ® Символы ® Формула) ;

· выбрать наиболее подходящий шаблон.

Для создания новой формулы необходимо:

· поставить курсор в требуемое место;

· нажать кнопку Вставить новую формулу (Вставка ®Символы ®Формула ®Вставить новую формулу ). В месте курсора будет добавлено поле для ввода и редактирования формулы (Рис. 55).

Рис. 55. Поле ввода и редактирования формулы

Откроется контекстная вкладка Конструктор ®Работа с формулами , включающая в себя инструменты редактирования, которые сгруппированы в три группы: сервис, символы и структуры (Рис. 56). В группе Сервис , находятся встроенные шаблоны. В группе Символы , находятся кнопки добавления в формулу различных символов. В группе Структуры собраны инструменты управления структурой формулы.

· ввести формулу.

Рис. 56. Контекстная вкладка Работа с формулами

Для завершения работы с формулой нужно щелкнуть мышкой в любом месте документа, за границами области редактирования формулы. Редактор формул в Word 2007 не совместим с предыдущими версиями. Если необходимо вставить формулы, которые будут отображаться в Word 2003, то надо воспользоваться старым редактором формул, который тоже встроен в Word 2007 (Вставка ® Текст ® Объект ® Объект… ® Microsoft Equation 3.0 ).

Задание по работе

Задание 1

2. Вставьте шесть прямоугольников (2 ряда по 3 фигуры). Измените размеры каждого на 10х10 см. К каждой из фигур примените следующее форматирование:

· заливка красным цветом;

· заливка рисунком (D:\Задания Word 2007\Заливка.jpeg );

· градиентная горизонтальная двухцветная заливка, цвет 1–зелёный, цвет 2 – белый;

· заливка текстурой – Водяные капли ;

· заливка узором

· добавьте в фигуру текст Надпись. Текст выровнять по центру по вертикали и горизонтали.

3. Создай те полотно. В полотно вставьте шесть прямоугольников размерами 5х5 см. Примените следующее форматирование:

· добавьте в фигуру текст Надпись. Текст выровнять по центру по вертикали и горизонтали. Контур фигуры – без контура ;

· Измените размера на 2х2 см. Поверните на 25 градусов;

· Заливка желтым цветом, контур фигуры – штрих ;

· Примените стиль Диагональный градиент, Акцент 4 ;

· Измените фигуру на Скругленный прямоугольник и примените стиль Сплошная заливка, Составной контур-Темный ;

· Примените эффект Тень, стиль 4 .

4. Сохраните документ под именем Фигуры .

Задание 2

1. Откройте новый документ Word.

2. Создайте документ согласно образца (Рис. 57). При его создании использовать: объект WordArt , вставку рисунков из файла (D:\Задания Word 2007) , настройку обтекания и расположения рисунков, настройку размеров. Все формулы набирать в редакторе формул.

3. Сохраните документ под именем Теорема Пифагора .

Теорема Пифагора - одна из основополагающих теорем евклидовой геометрии, устанавливающая соотношение между сторонами прямоугольного треугольника. На данный момент в научной литературе зафиксировано 367 доказательств данной теоремы. Вероятно, теорема Пифагора является единственной теоремой со столь внушительным числом доказательств. Такое многообразие можно объяснить лишь фундаментальным значением теоремы для геометрии. Теорема: В прямоугольном треугольнике квадрат длины гипотенузы равен сумме квадратов длин катетов. Где a и b катеты, а c гипотенуза прямоугольного треугольника ABC. Доказательство: Пусть ABC есть прямоугольный треугольник с прямым углом C. Проведём высоту из C и обозначим её основание через H. Треугольник ACH подобен треугольнику ABC по двум углам. Аналогично, треугольник CBH подобен ABC. Введя обозначения: получаем Что эквивалентно Сложив, получаем что и требовалось доказать.

Рис. 57. Образец документа Теорема Пифагора

Задание 3

1. Откройте новый документ Word.

2. Создайте схему, представленную на образце (Рис. 58). При его создании использовать многоцветную и градиентную заливку, различные эффекты. К блокам применить стиль Линейный градиент, стиль 4 , соединительные линии – цвет синий, Тень, стиль 5 .

Рис. 58. Организационная структура организации

4. Сохраните документ с именем Организационная структура организации .

Вопросы к лабораторной работе № 6

1. Какие типы объектов можно вставлять в Word?

2. Назначение вкладки Работа с рисунками .

3. Вставка рисунков.

4. Назначение и вид полотна изображения.

5. Создание и изменение фигур.

6. Маркеры выделения объекта.

7. Трехмерные и теневые эффекты. Стили оформления.

8. Цветовые эффекты вставляемых объектов.

9. Добавление текста в фигуру.

10. Вставка объектов WordArt .

11. Обтекание текстом различных объектов.

12. Настройка графических объектов (окна Формат рисунка и Формат автофигуры )

13. Вставка формул.

ЛАБОРАТОРНАЯ РАБОТА № 7

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

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

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

· Стиль списка применяет одинаковое выравнивание, знаки нумерации или маркеры и шрифты ко всем спискам.

· Стиль знака задает форматирование выделенного фрагмента текста внутри абзаца, определяя параметры шрифта и некоторые другие параметры.

· Связанный стиль может быть использован как для оформления абзацев, так и знаков.

· Стиль таблицы задает вид границ, заливку, выравнивание текста и шрифты.

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

Применение стилей

Для работы со стилями можно воспользоваться элементами группы Стили вкладки Главная (Рис. 59), мини-панелью или меню Стили (вызывается Кнопкой вызова окна диалога в группе Стили ) (Рис. 60).

Рис. 59. Группа Стили

Кроме того, Word содержит встроенные наборы экспресс-стилей для совместного применения при оформлении документа. Каждый набор состоит из стилей основного текста, стилей заголовков и других стилей, предназначенных для использования в одном документе. Можно изменять параметры оформления стилей, входящих в набор экспресс-стилей. Можно добавлять стили в набор. Наборы экспресс-стилей можно создавать самостоятельно. Набор экспресс-стилей документа можно выбрать до начала использования стилей или уже для оформленного документа. Для этого в группе Стили вкладки Главная необходимо нажать кнопку Изменить стили , а затем выбрать команду Набор стилей .

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

Чтобы применить стиль, необходимо:

· выделить блок текста, который требуется отформатировать;

· выбрать требуемый стиль, нажать кнопку Применить стили…

Стили абзаца

При отсутствии стиля в коллекции его можно создать:

· изменив один из существующих наборов экспресс-стилей (Главная ® Стили ® Изменить стили ). Тут можно поменять цвет и шрифт;

· используя фрагмент текста с нужным форматированием (Выделить текст ® Главная ® Стили ®Дополнительные параметры ® Сохранить выделенный фрагмент как новый экспресс-стиль ). Такой стиль называется Связанный ;

· новый стиль «с нуля».

Я поражаюсь разработчикам, которые делали в Ворде автоматическую нумерация формул, рисунков и всех остальных объектов. Это ж надо было додуматься сделать так, что возможность вроде как есть, но пользоватья ей невозможно без плясок с бубном и дубины шамана. Сразу предупреждаю, что я сейчас говорю про Ворд из Office 2003 , не знаю может быть в 2007 или 2010 что-то и изменилось.

Итак, что нам нужно от Ворда? Вот, допустим, есть у нас такой текст:

Мы хотим сделать так, чтобы рисунки автоматически перенумеровывались, если перед ними добавляются новые рисунки, и чтобы при этом все упоминания номера рисунка в тексте тоже автоматом исправлялись.

В принципе, в ворде есть такая возможность. Сначала вставим номер рисунка. Для этого удаляем единицу, которую мы уже написали в подрисуночной подписи, выбираем пункт меню «Вставка — Ссылка — Название», затем выбираем в поле «Подпись» «Рисунок», ставим галку «Исключить подпись из названия», потому что слово «Рисунок» мы уже и так написали.

Теперь у нас появилась другая единица — в виде поля, которая будет подкрашиваться серым (всегда или только, когда курсор находится рядом с ней в зависимости от настроек).

Теперь мы хотим сослаться на этот рисунок в тексте, чтобы эта ссылка всегда оставалась правильной независимо от того, какой номер этого рисунка станет в будущем. Казалось бы, в Ворде все для этого есть. Удаляем нашу единицу в тексте, ставим курсор на ее место и выбираем пункт меню «Вставка — Ссылка — Перекрестная ссылка».

Выбираем тип ссылки «Рисунок», находим в списке внизу наш рисунок, а вот список из «Вставить ссылку на:» вгоняет в ступор. Казалось бы, нам нужно просто вставить номер рисунка «А вот хрен вам», — говорят разработчики — «Мы лучше знаем, что вам надо вставлять. Вы хотите вставить ‘Рисунок 1’ «. Просто номер без постоянной части вставить нельзя, а постоянная часть — это все, что находится на этой же строке левее номера.

Ладно, мы не гордые, мы можем для начала вставить все это безобразие полностью:

А теперь назло разработчикам выделяем слово «Рисунок», выбираем пункт меню «Формат — Шрифт» и делаем выделенную область невидимой с помощью галки «скрытый». На первый взгляд мы получили, что хотели:

Мы можем даже точно так же добавить рисунок выше, а наша ссылка останется верной:

Для пересчета полей только понадобится выделить весь текст и нажать клавишу F9.

Все вроде бы работает, но появляется другая проблема — если включить отображение непечатных знаков, но все наши лишние «Рисунки» опять появятся. Больше того, такой же способ нумерации можно применять для формул, тогда при вставке ссылки на нее вместо относительно безобидного «Рисунок» будет втавлена целая формула, — я ведь выше писал, что постоянной частью считается все, что левее поля с номером.

Такой текст в режиме отображения непечатных символов читать просто невозможно, а этот режим, все-таки, очень уж полезен.

Кроме того, здесь есть еще один неприятный момент. Если документ создан в Ворде из Office 97 (есть еще такие, кто им пользуется) и старее, то будет невозможно выделить только слово «Рисунок» в поле без номера. Для обхода этой проблемы в более новом Ворде, достаточно создать новый документ и скопировать туда содержимое исходного файла.

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

Для начала посмотрим, что делает ворд при вставке ссылки на рисунок (или формулу). Он создает закладку с незапоминающимся названием вроде «_Ref262659882», которая ссылается на текст «Рисунок N». Чтобы в этом убедиться, щелкните правой кнопкой на ссылку на рисунок и выберите пункт меню «Коды / значение полей». Вы увидите примерно следующее:

Мы можем поступить так же, но умнее. Мы выделим созданное поле с номером в подрисуночной подписи (только номер) и создадим свою закладку на это поле. Для этого надо выбрать пункт меню «Вставка — Закладка»

Вводим имя закладки (пробелы в имени использовать нельзя)

А теперь, если мы хотим сослаться на рисунок, идем все в тот же пункт меню «Вставка — Ссылка — Перекрестная ссылка» и в качестве «Тип ссылки» выбираем «Закладка», в поле «Вставить ссылку на:» выбираем «Текст закладки», а внизу находим нашу только что созданную закладку:

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

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

А на следующем скриншоте показаны коды полей:

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

Эх, знать бы про этот способ хотя бы на год раньше…

Введение

1. Моделирование бизнес-процессов

2. Классификация бизнес-процессов

3. Стандарты моделирования бизнес-процессов

Заключение

Список используемых источников

ВВЕДЕНИЕ

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

Подобные системы всегда подразумевают проведение глубокого предпроектного обследования деятельности компании. Результатом этого обследование является экспертное заключение, в котором отдельными пунктами выносятся рекомендации по устранению «узких мест» в управлении деятельностью.

На основании этого заключения, непосредственно перед проектом внедрения системы автоматизации, проводится так называемая реорганизация бизнес-процессов, иногда достаточно серьезная и болезненная для компании. Это и естественно, сложившийся годами коллектив всегда сложно заставить «думать по-новому». Подобные комплексные обследования предприятий всегда являются сложными и существенно отличающимися от случая к случаю задачами.

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

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

Существует несколько подходов к определению понятия «моделирование бизнес-процессов»:

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

моделирование бизнес-процессов - это эффективное средство поиска возможностей улучшения деятельности предприятия;

моделирование бизнес-процессов - это средство позволяющее предвидеть и минимизировать риски, возникающие на различных этапах реорганизации деятельности предприятия;

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

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

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

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

Решения по моделированию бизнес-процессов обычно принимается по причинам, представленным на рисунке 1.

Рисунок 1 - Причины, по которым принимается решение по моделированию бизнес-процессов

Моделирование бизнес-процессов затрагивает многие аспекты деятельности компании:

изменение организационной структуры;

оптимизацию функций подразделений и сотрудников;

перераспределение прав и обязанностей руководителей;

изменение внутренних нормативных документов и технологии проведения операций.

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

Моделирование бизнес-процессов организации включает два этапа структурное и детальное.

Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin или на языке UML с использованием инструментария Rational Rose. Детальное моделирование выполняется на языке UML.

На этапе структурного моделирования в модели должны быть отражены:

существующая организационная структура;

документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла;

структуру бизнес-процессов, отражающую их иерархию от более общих групп к частным бизнес-процессам;

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

Детальное моделирование бизнес-процессов выполняется в той же модели и должно отражать требуемую детализацию и должна обеспечить однозначное представление о деятельности организации.

Детальная модель бизнес-процесса должна включать:

набор прецедентов отражающих возможные варианты выполнения бизнес-процессов «как есть»;

диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;

диаграммы взаимодействия, отражающие схемы документооборота.

Бизнес-операция - совокупность действий, процедур, составляющих содержание одного акта бизнес-деятельности.

Бизнес-операция обычно начинается с производства или закупки партии товара по заранее намеченному плану действий и завершается продажей товара и получением прибыли. Бизнес-операции называют также сделками .

Бизнес-функция – это задача, которую решает компания для собственного выживания и для достижения поставленных целей. Функция отвечает на вопрос что делать . Разумеется, в рамках компании можно выделить множество функций. Так любая бизнес-система должна обладать такими функциями, как управление финансами, производство, продажи.

Бизнес-Модель - это то, что делает компания и благодаря чему она зарабатывает деньги (Том Мэлоун)

Бизнес-стратегия есть теория, бизнес-модель - гипотеза (Николас Карр)

Бизнес-модель - это представление набора связанных модельных элементов, определяющих внутреннюю и внешнюю среду компании в рамках единой системы .

2. КЛАССИФИКАЦИЯ БИЗНЕС-ПРОЦЕССОВ

Выделяют следующую классификацию :

В зависимости от места бизнес-процессов в организационной структуре компании выделяют следующие бизнес-процессы:

горизонтальные процессы – процессы, отражающие взаимодействие по горизонтали;

индивидуальные горизонтальные процессы – процессы, выполняемые отдельными работниками (организационными единицами);

межфункциональные горизонтальные процессы – процессы, выполняемые многими работниками (организационными единицами);

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

интегрированные процессы – процессы, отображающие взаимодействие участников процессов по вертикали и по горизонтали.

В зависимости от степени их сложности выделяют:

монопроцессы – односложные процессы;

вложенные процессы - монопроцессы, входящие в состав более сложного процесса (макропроцесса);

связанные процессы – выделенные и последовательно реализуемые по определенному алгоритму монопроцессы.

В зависимости от их предназначения:

основные бизнес-процессы – горизонтальные бизнес-процессы, обеспечивающие выполнение реальных операционных задач, связанных с созданием продукта и реализацию его клиенту; - это процессы, операции которых имеют прямое отношение к продукту предприятия и тем самым влияют на создание добавленной стоимости;

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

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

В зависимости от их места в иерархии целей организации:

бизнес-процессы верхнего уровня – процессы, направленные на реализацию стратегических целей компании, наиболее значимые для компании;

бизнес-процессы среднего уровня – бизнес-процессы, направленные на реализацию тактических целей;

бизнес-процессы нижнего уровня бизнес-процессы, направленные на реализацию оперативных целей.

В зависимости от степени их детализации :

макропроцессы – укрупненные бизнес-процессы имеющие степень детализации необходимую чтобы описать бизнес-процессы верхнего уровня;

субпроцессы – бизнес-процессы имеющие степень детализации необходимую для описания бизнес-процессов среднего уровня;

микропроцессы – бизнес-процессы, имеющие предельно максимальную степень детализации, используются для описания бизнес-процессов нижнего уровня.

В рамках основных составляющих сбалансированной системы показателей:

финансовые бизнес-процессы;

клиентские бизнес-процессы;

бизнес – процессы производства;

бизнес-процессы развития, обучения и роста.

Стандарт функционального моделирования IDEF0

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

Стандарт IDEF 0 представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области.

Модель IDEF 0 представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые изображены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из диаграммы предыдущего уровня. На каждом шаге декомпозиции диаграмма предыдущего уровня называется родительской для более детальной диаграммы. Общее число уровней в модели (включая контекстный) не должно превышать 5-6. Практика показывает, что этого вполне достаточно для построения полной функциональной модели современного предприятия любой отрасли .

Стандарт информационного моделирования IDEF1

Стандарт IDEF1 был разработан как инструмент для анализа и изучения взаимосвязей между информационными потоками в рамках коммерческой деятельности предприятия. Применение методологии IDEF1 как инструмента построения наглядной модели информационной структуры предприятия по принципу «как должно быть». Пример построения модели показан на рисунке 2.

Рисунок 2 – Пример построения модели IDEF1

Основными составляющими компонентами информационной модели являются:

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

словарь – значение каждого элемента модели описывается текстовым фрагментом.

Базовым понятием в методологии IDEF1 является понятие сущности. Сущность определяется как реальный или абстрактный объект, набор отличительных свойств которого, называемых атрибутами, известен. Каждая сущность имеет имя и атрибуты .

Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

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

Процесс на диаграмме потоков данных изображается, как показано на рисунке 4.

Номер процесса служит для его идентификации. В поле имени вводится наименование процесса в виде предложения с активным недвусмысленным глаголом в неопределенной форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже, например: "Ввести сведения о налогоплательщиках", "Выдать информацию о текущих расходах", "Проверить поступление денег".

Информация в поле физической реализации показывает, какое подразделение организации, программа или аппаратное устройство выполняет данный процесс.

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

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

Накопитель данных идентифицируется буквой "D" и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.

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

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

Главная цель построения иерархии DFD заключается в том, чтобы сделать описание системы ясным и понятным на каждом уровне детализации, а также разбить его на части с точно определенными отношениями между ними .

ЗАКЛЮЧЕНИЕ

В последние годы интерес в России к методологиям семейства IDEF неуклонно растет. При этом интерес к таким стандартам, как IDEF3–5 является теоретическим, а к IDEF0 вполне практически обоснованным.

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

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

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

1. Войнов И.В. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей [Текст]: монография / И.В. Войнов – М.: ЮУрГУ, 2002. – 392 с.

2. Волков О.Н. Стандарты и методологии моделирования бизнес-процессов [Текст]: учеб. пособие для вузов / О.Н. Волков. – М.: АСВ, 2000. – 145 с.

3. Григорьев Д.И. Моделирование бизнес-процессов предприятия [Текст]: учеб. пособие / Д.И. Григорьев. – М.: ИРЦ, 2006. – 214 с.

4. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов [Текст]: учеб. пособие / Г.Н. Калянов. – М.: Финансы и статистика, 2006. – 319 с.

5. Пинаев Д.К. Моделирование бизнес-процессов: доступно о сложном [Текст]: справ. пособие / Д.К. Пинаев. – М.: РГАС, 2003. – 247 с.

Репетиторство

Нужна помощь по изучению какой-либы темы?

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

Выбор инструментальных средств моделирования и методов

Одним из первых и основных этапов проекта по описанию бизнес-процессов компании является выбор методов и инструментальных средств моделирования.

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

В целом выделяют два подхода к моделированию.

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

К этому блоку относится методология IDEF; инструментом, реализующим данную методологию, является BPWin.

Объектно-ориентированный подход предполагает использование объектов – сущностей, обладающих идентичностью, состоянием и поведением. Модель в данном случае представляет собой всестороннее описание объекта исследования – кроме описания собственно бизнес-процесса, в ней содержится описание: организационной структуры предприятия, структуры информационных систем, операционных и регламентирующих документов. При моделировании в соответствии с объектно-ориентированным подходом создается единая база данных объектов модели, благодаря этому появляется возможность отслеживания взаимосвязей между объектами и безызбыточности построенной модели.

Методологии, поддерживающие объектно-ориентированный принцип: методология Aris (группа продуктов IDS Sheer «Aris») и методология UML (продукт Rational Rose). Методология UML в основном ориентирована на разработку программного обеспечения, Aris используется для описания бизнес-процессов предприятия.

Aris в том числе предоставляет возможность оценки процессов по заданным параметрам, например с точки зрения времени и стоимости их выполнения.

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

В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За рубежом, помимо упомянутых, активно используются такие средства, как System Architect, Ithink Analyst, ReThink и др. В табл. 5 представлен перечень инструментальных средств, участвующих в рассмотрении. Приведенная информация включает:

? наименование инструментального средства;

? данные о поставщике и представителе в России;

? краткую характеристику инструментального средства.

Выделим основные критерии, позволяющие из представленных средств моделирования выбрать те, применение которых в России могло бы с большей вероятностью себя оправдать. Такими критериями являются:

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

? распространенность продукта (количество проданных лицензий, наличие, размер и уровень деятельности пользовательской группы);

? доступность поддержки поставщика. Такие услуги могут включать телефонную «горячую линию», техническую и консультационную поддержку через представителя поставщика в России;

? доступность обучения. Обучение может проводиться на территории представителя поставщика в России, пользователя или где-либо в другом месте;

? доступность материалов по продукту. Они могут включать компьютерные учебные материалы, учебные пособия, книги, статьи, информацию в Интернете, демоверсии.

Из приведенного в таблице списка инструментальных средств для более подробного анализа выделим те программные продукты, которые удовлетворяют указанным критериям. В этом случае в рамки нашего дальнейшего рассмотрения попадают BPWIn/ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS, по которым ниже представлено более подробное описание.

BPWin и ERWin компании СотрШвгAssociates. Computer Associates International, Inc. (CA) входит в пятерку ведущих производителей программного обеспечения, предлагая средства моделирования, резервного копирования, управления инфраструктурой предприятия (сетями, серверами и т. д.), информационной безопасности, business intelligence и т. д. Пакет BPWin основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, то есть производимые им действия и связи между этими действиями.

Возможности BPwin:

? поддерживает сразу три стандартные нотации – IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область наиболее комплексно;

? позволяет оптимизировать процедуры в компании;

? полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально-стоимостной анализ, ABC);

? позволяет облегчить сертификацию на соответствие стандартам качества ISO9000;

? интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО) и др.;

? интегрирован со средством имитационного моделирования Arena;

? содержит собственный генератор отчетов;

? позволяет эффективно манипулировать моделями – сливать и расщеплять их;

? имеет широкий набор средств документирования моделей, проектов.

Пакет ERWin – это средство концептуального моделирования БД. Используется при моделировании и создании баз данных произвольной сложности на основе диаграмм «сущность – связь». В настоящее время ERWin является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов. Возможности ERWin:

? поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEFlx для ER-диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных – Dimensional;

? поддерживается прямое (создание БД на основе модели) и обратное (генерация модели по имеющейся базе данных) проектирование для 20 типов СУБД: настольные, реляционные и специализированные СУБД, предназначенные для создания хранилищ данных;

? интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE-средствами Oracle Designer, Rational Rose, средствами разработки и др.;

? позволяет повторно использовать компоненты созданных ранее моделей, а также использовать наработки других разработчиков;

? возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager);

? позволяет переносить структуру БД (не сами данные!) из СУБД одного типа в СУБД другого;

? позволяет документировать структуру БД.

Oracle Designer компании Oracle. Набор инструментальных средств Oracle Designer предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web– и клиент/серверных приложений. Oracle Designer участвует в каждой фазе жизненного цикла разработки программного обеспечения – от моделирования бизнес-процессов до внедрения. Применение единого репозитория делает возможным использование любых его компонент для быстрой разработки масштабируемых, кросс-платформных распределенных приложений. Задачей Oracle Designer являются сбор данных о потребностях пользователей и автоматизация построения гибких графических приложений. Oracle Designer используется не только для создания приложений, но и для ведения учета изменений, которые неизбежно происходят при эксплуатации системы. Графические модели определений проекта, интегрированные с многопользовательским репозиторием, существенно облегчают работу с Oracle Designer. Инструментальные средства построены на базе общепринятых методик, охватывающих весь жизненный цикл разработки и позволяющих пользователям осуществлять построение моделей привычным для их организации способом. Это обеспечивает гибкость и открытость подхода к разработке программного обеспечения за счет использования только тех частей продукта, которые требуются в данной задаче. В рамках процесса разработки обеспечивается поддержка методов RAD, JAD, информационного проектирования, водопадного метода (waterfall), итеративного метода и др. Пользуясь этими принципами, можно добиться успешного баланса организационных потребностей и технологических возможностей и даже эффективно управлять риском, связанным с частыми неизбежными и важными изменениями как в одной, так и в другой области. Средства концептуального моделирования Oracle Designer включают в себя:

? ER-диаграммы (диаграммы информационной структуры предметной области, представляемой в виде объектов и их взаимосвязей);

? диаграммы функциональной иерархии, описывающие функции, которые выполняет система;

? диаграммы потоков данных, циркулирующих на предприятии.

Такие модели представляют информационные потребности в удобном и наглядном для восприятия виде, что делает их хорошим средством коммуникации между проектировщиками и пользователями в процессе уточнения постановки задач. Любой разработчик заинтересован, чтобы описание концептуальной модели было использовано для создания спецификаций, описывающих структуру и основные компоненты будущей системы. В Oracle Designer все спецификации проекта системы разрабатываются на основе моделей концептуального уровня и обеспечивают выполнение всех содержащихся в них требований и ограничений. Полученные компоненты системы могут быть преобразованы в реальные объекты базы данных, экранные формы и отчеты. Финальная часть разработки проекта – автоматическая генерация серверных компонентов – возможна не только для сервера БД Oracle, но и для СУБД Microsoft SQL Server, DB/2, Sybase и ряда других. Любые изменения бизнес-процессов могут быть внесены в модели, и тут же будет сгенерировано модифицированное приложение, основывающееся уже на новых схемах ведения бизнеса. При этом все разработанное ранее будет сохранено и войдет в новый проект. Огаск Designer автоматически создает отчеты, которые содержат всю информацию о проекте и могут быть использованы как набор документов, отражающих текущее состояние проекта.

Rational Rose компании IBM. IBM Rational Rose входит в состав пакета IBM Rational Suite и предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ. Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки. Инструмент полностью поддерживает компонентно-ориентированный процесс создания ИС. Любые участники проекта – аналитики, специалисты по моделированию, разработчики и др. – могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта. Для бизнес-аналитиков средство Rational Rose дает возможность детально описать и проанализировать бизнес-процессы данной предметной области. Системные аналитики, используя указанные описания, смогут разработать необходимый функционал ИС, который максимально удовлетворит запросы заказчика. Для архитекторов средство Rational Rose будет полезно при создании мощной и гибкой архитектуры системы. Для аналитиков, специализирующихся в области разработки баз данных, Rational Rose даст возможность визуально проектировать и генерировать базы данных любого размера. Таким образом, можно создавать базы данных Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 и любые другие, которые поддерживают возможность запуска скриптов стандарта ANSI SQL. Любые модели, создаваемые с помощью данного средства, являются взаимосвязанными: бизнес-модель, функциональная модель, модель анализа, модель проектирования, модель базы данных, модель компонентов и модель физического развертывания системы. Есть возможность по созданию шаблонов архитектурных решений, позволяющих использовать опыт, накопленный в предыдущих проектах. Существуют расширения Rational Rose, которые позволяют выполнять скелетную (round-trip) разработку ИС, создаваемых на базе языков C/C+ +, Java, Smalltalk, Ada, Object Pascal (Borland Delphi) и др. Таким образом, можно сгенерировать каркас программного кода на любом из указанных языков или выполнить процедуру обратного проектирования, что позволяет сформировать модель на базе существующего кода. Есть возможность публикации модели в Интернете, которая служит основой для объединения работы удаленных команд разработчиков. Интеграция Rational Rose с Rational RequisitePro позволяет на базе визуальной модели разработать полный набор требований, которые необходимо реализовать при создании конечного продукта. Интеграция Rational Rose с Rational TestManager дает возможность создавать сценарии тестирования на базе визуальной модели. Интеграция Rational Rose с Rational ClearCase позволяет поставить на версионный контроль модель целиком или по частям. Интеграция Rational Rose с Rational SoDA позволяет автоматизировать процесс создания документов и отчетов по визуальной модели.

PowerDesigner компании Sybase. Компания Sybase со дня своего основания традиционно является ведущим поставщиком информационных технологий на мировой рынок финансовых институтов: технологии Sybase используют 90 % компаний мирового рынка ценных бумаг, 60 % мировых банков и 68 % компаний Wall Street. С 1996 года, когда открылся офис в Москве, Sybase активно работает в России и других странах СНГ. В апреле 2002 года открылись офисы компании в Санкт-Петербурге и Киеве. Офисы Sybase в Москве, Санкт-Петербурге и Киеве обеспечивают всестороннюю работу с клиентами, включая поставки технологий, оборудования, разработку законченных решений, обучение пользователей, полнофункциональную техническую поддержку и услуги консалтинга. PowerDesigner является комплексным решением для моделирования и разработки приложений и бизнес-процессов для организаций, которые нуждаются в быстром, последовательном и эффективном с точки зрения затрат создании или реинжиниринге бизнес-приложений. PowerDesigner позволяет устранить следующие препятствия, мешающие эффективной разработке проектов: различия в профессиональной подготовке участников проекта, разнородные платформы и изобилие языков разработки – то, что характерно для большинства современных компаний. Это позволяет фокусироваться на бизнес-потребностях создания приложений на протяжении всего процесса разработки – от системного анализа и дизайна вплоть до непосредственной генерации кода для приложения. Последняя версия продукта, PowerDesigner, обладает новыми возможностями по моделированию бизнес-процессов, объектному моделированию, базирующемуся на UML, и поддерживает как традиционные, так и вновь появляющиеся технологии моделирования в рамках одной развитой графической среды. Это позволяет значительно сократить затраты и время реализации проекта, который должен функционировать на различных платформах и инструментальных средах. Одним из основных преимуществ PowerDesigner является также использование репозитория масштаба предприятия для хранения и управления всей информацией, касающейся моделирования и дизайна приложений на всех уровнях ведения бизнеса в компании. Это дает возможность правильно организовать рабочий процесс и кардинальным образом повысить эффективность работы разработчика. Ключевые характеристики PowerDesigner:

? моделирование бизнес-процессов: PowerDesigner позволяет нетехническим специалистам компании разрабатывать и моделировать бизнес-процессы, ориентируясь на бизнес-задачи и опираясь на известные им термины, используя простую и интуитивно понятную графическую нетехническую модель;

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

? объектное моделирование: PowerDesigner предлагает законченную технологию анализа и проектирования систем с использованием стандарта UML (диаграммы бизнес-процессов, последовательности выполнения, классов и компонентов). На основе диаграммы классов PowerDesigner автоматически осуществляет генерацию и реинжиниринг кода для популярных инструментальных сред, таких как JavaTM (включая EJB 2.0), XML, Web Servicies, C+ +, PowerBuilder, Visual Basic и др., посредством настраиваемого генератора;

? репозиторий масштаба предприятия: Enterprise-версия PowerDesigner содержит функциональность репозитория класса предприятия. Репозиторий позволяет всем членам вашей команды легко просматривать модели и другую информацию, а также осуществлять обмен ими. Репозиторий обладает высокой масштабируемостью и поддерживает систему безопасности, основанную на роли пользователя, контроль версий, поиск и возможности составления отчетов.

ARIS компании IDS Scheer AG. В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является продукт, носящий название ARIS, разработанный германской фирмой IDS Scheer. Компания IDS Sheer AG основана в 1984 г. Основное направление – программное обеспечение и консалтинг. В настоящее время компания обслуживает 4000 клиентов в 50 странах мира через сеть своих представительств и партнеров. Качество решений IDS Scheer было подтверждено в июне 2005 года золотой медалью Международной познаньской ярмарки, на которой награждаются только лучшие продукты. А также в июле 2005 года, когда на мировом рынке была представлены программные продукты ARIS 7 с абсолютно новыми Web-продуктами; все они имеют общую черту – интуитивно понятный и выразительный интерфейс. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что дает возможность использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику. Методика моделирования ARIS основывается на разработанной профессором Августом Шером теории построения интегрированных ИС, определяющей принципы визуального отображения всех аспектов функционирования анализируемых компаний. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

? организационные модели, представляющие структуру системы – иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;

? функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;

? информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;

? модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы.

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности ER и UML. В процессе моделирования каждый аспект деятельности предприятия сначала рассматривается отдельно, а после детальной проработки всех аспектов строится интегрированная модель, отражающая все связи между различными аспектами. ARIS не накладывает ограничений на последовательность построения указанных выше типов моделей. Процесс моделирования можно начинать с любого из них, в зависимости от конкретных условий и целей, преследуемых разработчиками. Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты – «функция», «событие», «структурное подразделение», «документ» и т. п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа. Таким образом, по результатам выполнения этого этапа возникает набор взаимосвязанных моделей, представляющих собой исходный материал для дальнейшего анализа. Стоит отметить несколько особенностей системы ARIS. Первая – семейство программных продуктов ARIS ориентировано на процессное описание. Основная бизнес-модель ARIS – eEPC (extended Event-driven Process Chain – расширенная модель цепочки процессов, управляемых событиями). По существу, модель eEPC расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Вторая особенность – в системе ARIS есть внутренняя база данных, которая позволяет проверять модель на непротиворечивость, целостность, проводить верификацию модели. В других продуктах это отсутствует. Третья особенность: ARIS – единственная система, ориентированная на описание бизнеса, где присутствуют различные взгляды на бизнес-систему, которую мы можем оценить и рассмотреть с разных сторон, чего нет в других программных продуктах. В течение последних пяти лет ARIS уверенно лидирует среди средств моделирования.

Укажем основное предназначение каждого рассматриваемого продукта из множества его применений:

? для моделирования баз данных больше подходят инструменты Erwin, Power Designer и Rational Rose;

? для моделирования компонентов разрабатываемых приложений больше подходят Oracle Designer, Power Designer и Rational Rose;

? для моделирования бизнес-процессов больше подходят BPwin, ARIS и Rational Rose.

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

Общие требования, выдвигаемые к среде моделирования, следующие. Необходимо исходить, что разработанные модели будут часто подвержены изменениям. Это обусловлено рядом объективных обстоятельств:

1) появлением новых внутренних регламентов взаимодействия, изменений внешней среды – требований клиентов к предоставляемым продуктам и услугам, активности конкурентов и др.;

2) модернизацией и появлением новых автоматизированных процедур вследствие развития ИС;

3) поэтапной детализацией отдельных подпроцессов в силу изначальной недостаточной алгоритмизации отдельных процедур деятельности организации;

4) оптимизацией моделей, в том числе в рамках состава рассчитываемых показателей и критериев их оценки.

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

К числу ключевых характеристик, которые могут быть использованы при сопоставлении возможностей инструментальных средств моделирования, относятся:

? наличие и удобство реализации иерархического подхода;

? поддержка различных уровней абстракции;

? формальный язык и система обозначений;

? интеграционные возможности;

? средства анализа;

? методологическая база;

? наличие прототипов формализованных бизнес-процессов применительно к различным предметным областям.

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

Вид магического квадранта Gartner для средств моделирования показан на рис. 6. В рамках данного представления положение каждого вендора отображается в координатах «функциональные возможности» – «полнота представления». Функциональные возможности оцениваются по уоловной шкале с учетом таких факторов, как наличие стратегического плана развития продукта, соответствие общим тенденциям развития данной технологии, адекватность анализу и соответствие спросу рынка. Полнота представления оценивается исходя из финансового потенциала компании-производителя в целом, организации исследований и разработок, наличия стратегии и системы маркетинга и продаж, а также возможностей по поддержке и участию в альянсах.

В рамках используемого представления выделяются четыре квадранта, которые определяют следующее категорирование поставщиков решений: нишевые игроки, мечтатели, претенденты, лидеры.

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

К категории «претенденты» относятся компании, имеющие высокий потенциал реализации своих продуктовых решений, но недостаточно четкое видение перспектив развития технологий и продуктов.

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

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

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

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

1) обоснование состава методов моделирования с учетом состава и особенностей системообразующих элементов бизнес-процессов;

2) определение общих требований к средствам разработки моделей процессов;

3) проведение сравнительного анализа современного рынка инструментальных средств моделирования и выбор оптимального варианта.

Из книги Инвестиционные проекты: от моделирования до реализации автора Волков Алексей Сергеевич

2.1. Общая логика экономического и финансового моделирования Любое сознательное действие имеет первопричину, в голове человека зреет план действий. А действия, связанные с длительными и серьезными последствиями, тем более должны быть обдуманными. Поэтому люди строят в

Из книги Учет и налогообложение расходов на страхование работников автора Никаноров П С

Статья 11. Выбор инвестиционного портфеля (управляющей компании), перевод средств пенсионных накоплений в негосударственный пенсионный фонд 1. Застрахованные лица вправе выбрать инвестиционный портфель (управляющую компанию) либо перевести средства пенсионных

Из книги Финансы и кредит автора Шевчук Денис Александрович

76. Роль чистого оборотного капитала (собственных оборотных средств), кредитов и займов, кредиторской задолженности, привлеченных источников. Выбор стратегии Чистый оборотный капитал (Чистый рабочий капитал, Net Working Capital, NWC) - разность между величиной текущих активов и

Из книги Практика и проблематика моделирования бизнес-процессов автора Всяких Е И

Определение моделирования Объектом моделирования может выступать любая сущность, описанные в книге подходы универсальны и могут быть применимы как к архитектуре корпоративной информационной системы или компании в целом, так и при проектировании отдельных

Из книги Обеспечение информационной безопасности бизнеса автора Андрианов В. В.

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

Из книги Механизмы и методы регулирования в условиях преодоления кризиса автора Автор неизвестен

Основные методики моделирования Необходимо отметить, что постановка задачи по построению модели объекта определяется фиксированием ряда таких составляющих, как:? используемые методики проектирования моделей;? формализация (нотация);? лингвистическое обеспечение

Из книги Экономический анализ. Шпаргалки автора Ольшевская Наталья

Глава 4 Современные инструментальные средства моделирования бизнес-процессов. Как выбирать инструментальную среду для

Из книги Как работать где хочешь, сколько хочешь и получать стабильный доход автора Фокс Скотт

4.2.1. Цели моделирования угроз Моделирование угроз ИБ от персонала является элементом деятельности организации по анализу и оценке соответствующих рисков. С помощью собственной модели угроз ИБ от персонала организация может формализовать имеющиеся у нее знания о таких

Из книги Финансовый менеджмент – это просто [Базовый курс для руководителей и начинающих специалистов] автора Герасименко Алексей

2.7. Выбор методов регулирования в условиях преодоления кризиса: кейнсианство или монетаризм? Вопросы, связанные с местом, ролью и функциями государства в экономике, занимали ученых с самого возникновения экономической науки. В мировой экономической литературе

Из книги Практика управления человеческими ресурсами автора Армстронг Майкл

52. Выбор методов Проведение аналитических расчетов связано с целенаправленным выбором совокупности методов и приемов, подходящих для анализа и особенностей анализируемой ситуации. При выборе методов необходимо обеспечить функциональную полноту анализа при

Из книги Управление качеством. Практикум автора Ржевская Светлана

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

Из книги Управление бизнес-процессами. Практическое руководство по успешной реализации проектов автора Джестон Джон

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

Из книги автора

Выбор между вариантами заемных средств Обычно у финансового директора есть выбор между несколькими возможными источниками и способами финансирования. Как в этом случае нужно сделать выбор? Обычно в этом случае вы будете руководствоваться сначала стратегическими

Из книги автора

ВЫБОР МЕТОДОВ ОТБОРА Можно выбирать среди основных методов отбора. Анкеты, интервью и рекомендации – это то, что М. Кук (1993) называет классическим трио. Их можно дополнить или заменить биографиями, оценочными центрами и психологическими тестами, которые описаны в данной

Из книги автора

3.1 Выбор статистического метода (методов) дая решения пробаемы Анализ процессов – это упорядоченное исследование осуществляемое с помощью количественных инструментов и методов с целью оценки характеристики процессов, выявления любой неадекватности и вызывающих ее

Из книги автора

Элементы условных соглашений моделирования 1. Контроль версий.2. Содержание.3. ЧАСТЬ I – ВВЕДЕНИЕa. Введение в документ об условных соглашениях:i. Цель введения условных соглашений.ii. Кому предназначен документ.iii. Как пользоваться документом (отдельно по каждой целевой

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

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

Реинжиниринг бизнес-процессов (англ. Business process reengineering) - это фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения максимальной эффективности производственно-хозяйственной и финансово-экономической деятельности, оформленное соответствующими организационно-распорядительными и нормативными документами. Бизнес-инжиниринг состоит из моделирования бизнес-процессов (разработка модели "как есть", её анализ, разработка модели "как надо") и разработки и реализации плана перехода к состоянию "как надо".

Основу многих современных методологий моделирования бизнес-процессов составили методология SADT (Structured Analysis and Design Technique - метод структурного анализа и проектирования), семейство стандартов IDEF (Icam DEFinition, где Icam - это Integrated Computer-Aided Manufacturing) и алгоритмические языки.

Основные типы методологий моделирования и анализа бизнес-процессов:

Моделирование бизнес-процессов (Business Process Modeling ). Наиболее широко используемая методология описания бизнес-процессов - стандарт IDEF0. Модели в нотации IDEF0 предназначены для высокоуровневого описания бизнеса компании в функциональном аспекте.

Описание потоков работ (Work Flow Modeling ). Стандарт IDEF3 предназначен для описания рабочих процессов и близок к алгоритмическим методам построения блок-схем.

Описание потоков данных (Data Flow Modeling ). Нотация DFD (Data Flow Diagramming ), позволяет отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами.

Прочие методологии.

По отношению к получению добавленной ценности продукта или услуги можно выделить следующие классы процессов:

Основные бизнес-процессы (например маркетинг, производство, поставки и сервисное обслуживание продукции).

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

Бизнес-процессы управления.

Бизнес-модель - это формализованное (графическое, табличное, текстовое, символьное) описание бизнес-процессов. Основная область применения бизнес-моделей - это реинжиниринг бизнес-процессов.

Цели моделирования бизнес-процессов обычно формулируются следующим образом:

Обеспечить понимание структуры организации и динамики происходящих в ней процессов;

Обеспечить понимание текущих проблем организации и возможностей их решения;

Убедиться, что заказчики, пользователи и разработчики одинаково понимают цели и задачи организации;

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

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

Декомпозиция в общем смысле - это метод, позволяющий заменить решение одной большой задачи решением серии меньших задач, расщепление объекта на составные части по установленному критерию. Практически декомпозиция применяется для детализации бизнес-моделей.

Этапы описания бизнес-процессов:

Определение целей описания.

Описание окружения, определение входов и выходов бизнес-процесса, построение IDEF0-диаграмм.

Описание функциональной структуры (действия процесса), построение IDEF3-диаграмм.

Описание потоков (материальных, информационных, финансовых) процесса, построение DFD-диаграмм.

Построение организационной структуры процесса (отделы, участники, ответственные).

IDEF0

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

Место соединения дуги с блоком определяет тип интерфейса:

Управляющая информация входит в блок сверху.

Входная информация входит в блок слева.

Результаты выходят из блока справа.

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

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

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

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

IDEF3

Этот метод предназначен для моделирования последовательности выполнения действий и взаимозависимости между ними в рамках процессов. Модели IDEF3 могут использоваться для детализации функциональных блоков IDEF0, не имеющих диаграмм декомпозиции.

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

Все связи в IDEF3 являются однонаправленными и организуются слева направо.

Типы связей IDEF3:

Временное предшествование (Temporal precedence), простая стрелка. Исходное действие должно завершиться, прежде чем конечное действие сможет начаться.

Объектный поток (Object flow), стрелка с двойным наконечником. Выход исходного действия является входом конечного действия. Исходное действие должно завершиться, прежде чем конечное действие сможет начаться. Наименования потоковых связей должны чётко идентифицировать объект, который передается с их помощью.

Нечеткое отношение (Relationship), пунктирная стрелка.

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

Ветвление процесса отражается с помощью специальных блоков:

- "И", блок со знаком &.

- "Исключающее ИЛИ" ("одно из"), блок со знаком Х.

- "ИЛИ", блок со знаком О.

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

DFD

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

Основными компонентами диаграмм потоков данных являются:

Внешние сущности (материальный объект или физическое лицо, являющиеся источником или приёмником информации, например, заказчики, персонал, поставщики, клиенты, склад);

Системы и подсистемы (например, подсистема по работе с физическими лицами);

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

Накопители данных (абстрактные устройства для хранения информации);

Потоки данных (на диаграмме - стрелки).

Необходимо размещать на каждой диаграмме от 3 (меньше нет смысла) до 7 (больше - не воспринимаемо) процессов, не загромождая диаграммы несущественными на данном уровне деталями.

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

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

При моделировании бизнес-процессов диаграммы потоков данных (DFD) используются для построения моделей "AS-IS" и "AS-TO-BE", отражая, таким образом, существующую и предлагаемую структуру бизнес-процессов организации.

ARIS

В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является программный продукт, носящий название ARIS (Architecture of Integrated Information Systems), разработанный германской фирмой IDS Scheer.

ARIS поддерживает четыре типа моделей (и множество видов моделей в каждом типе), отражающих различные аспекты исследуемой системы:

Организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;

Функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;

Информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;

Модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы.

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

Основная бизнес-модель ARIS - eEPC (extended Event-driven Process Chain, расширенная модель цепочки процессов, управляемых событиями). Нотация ARIS eEPC является расширением нотации IDEF3. Бизнес-процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения. Реальная длительность выполнения процедур в eEPC визуально не отражается.

Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например, MS Project.

Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - "функции", "события", "структурные подразделения", "документы" и т.д. Между объектами определённых видов могут быть установлены связи определённых видов ("выполняет", "принимает решение", "должен быть сроинформирован о результатах" и т.д.). Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте.

Основные объекты нотации eEPC:

Функция. Служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия. Каждая функция должна быть инициирована событием и должна завершаться событием; в каждую функцию не может входить более одной стрелки, "запускающей" выполнение функции, и выходить более одной стрелки, описывающей завершение выполнения функции.

Событие. Служит для описания реальных событий, воздействующих на выполнение функций.

Организационная единица. Например, управление или отдел.

Документ. Отражает реальные носители информации, например, бумажные документы.

Прикладная система.

Кластер информации. Характеризует набор сущностей и связей между ними.

Связь между объектами. Тип отношений между объектами, например, активация выполнения функции некоторым событием.

Логический оператор. Оператор "И", "ИЛИ" или исключающее "ИЛИ", позволяет описать ветвление процесса.

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

Для хранения моделей в ARIS используется объектная СУБД, и под каждый проект создается новая база данных. Предусмотрены различные функции по администрированию базы данных, например, управление доступом. База данных представляет из себя иерархическое хранилище моделей.

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