Пример построения модели по методологии IDEF0

На рынке существует достаточно большое количество программных средств, автоматизирующих процесс построения моделей с использованием CASE-технологий. Все они различаются поддерживаемыми методологиями, широтой применения и различными специализированными средствами. В описанном далее примере для разработки модели по методологии IDEF0 использовался программный комплекс «Design/IDEF 3.5» Meta Software Corporation.

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

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

- Нотариально заверенную карточку с образцами подписей и оттиска печати по счету депо;

- Заверенные копии уставных документов;

- Доверенность на получение отчетов.

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

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

- Извещение об открытии счета депо (в случае выполнения операции);

- Заявление на открытие счета депо с отметкой о причинах неисполнения (в случае невыполнения операции).

Определив входы и выходы модели, необходимо определить ограничения:

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

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

Рис.2.29. Общее представление модели операции открытия счета депо депонента

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

Рис.2.30. Открытие счета депо депонента (детализация основного блока)

Как видно из рисунка 2.30., входными данными дочерней диаграммы являются дуги, входящие в блок Р.2, а выходными - исходящие. Сама операция состоит из трех основных функций:

- Обработка поступивших документов;

- Непосредственное исполнение операции;

- Выдача отчетов.

Процесс выполнения операции базируется на использовании некоторой автоматизированной депозитарной системы (АС) и в связи с этим блок «Исполнение» выполняется без участия человека.

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

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

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

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

На следующих трех диаграммах (рис. 2.31. – 2.33.) приведено детальное описание функции «Ввод заявления и приложений». Данный этап является самым сложным, при описании, необходимо обратить особое внимание на ограничения диаграмм.

Рис.2.31. Ввод заявлений и приложений

Рис.2.32. Подготовка к вводу поручений и приложений

Рис.2.33. Формирование электронного поручения и приложений

На рисунке 2.34. представлена детализация функции «Исполнение». Исполнение введенного оператором на первом этапе поручения депо на открытие счета депо осуществляется автоматически в депозитарной системе.

Механизм исполнения операции в системе представляет собой следующую последовательность действий:

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

- Анализ условий исполнения поручения. Система проверяет возможность исполнения поручения, т.е. соответствие процедуры регламенту совершения операций (рис. 2.36.);

- Операционные записи. На этом этапе в депозитарной системе формируется запись об открытии счета депо с одновременным внесением изменений в соответствующие картотеки (2.37., 2.38.);

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

Рис.2.34. Исполнение

Рис.2.35. Проверка полномочий

Рис.2.36. Анализ условий исполнения поручений

Рис.2.37. Проверка даты и времени исполнения поручения

Рис.2.38. Операционные записи

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

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

- В случае получения исходного заявления на открытие счета с отметкой о неисполнении и/или электронного отчета о неисполнении операции, исполнитель подписывает заявление и отправляет его депоненту с указанием причин неисполнения.

Рис.2.39. Выдача отчета

Для удобства ориентирования в IDEF, каждой диаграмме присваивается свой уникальный номер (рис. 2.40).

Рис.2.40. Дерево узлов

Номер начинается с буквы А (Activity) и включает в себя порядковый номер родительской диаграммы. Полученную иерархию диаграмм модели, можно отобразить в виде дерева узлов (node tree).

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

Преимущества методологию IDEF0:

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

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

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

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

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

IDEF1

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

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

- Выяснить структуру и содержание существующих потоков информации на предприятии;

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

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

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

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

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

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

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

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

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

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