Разработка функциональных моделей системы

AllFusion Process Modeler 7 или как он ранее назывался BPwin — мощный программный продукт с помощью которого, можно проводить моделирование, анализ, описание и последующую оптимизацию бизнес-процессов. С помощью BPwin можно создавать графические модели бизнес-процессов. Графическое изображение схемы выполнения работ, организации документооборота, обмена различными видами информации позволяет визуализировать существующую модель организации бизнеса. Это дает возможность использовать передовые инженерные технологии для решения задач управления организацией.

С помощью BPwin (AllFusion Process Modeler 7) можно организовать подробное документирование всех важных аспекты бизнес-процессов т. е. необходимых действий, способов их осуществления и контроля за ними, необходимыми для этого ресурсами и впоследствии визуализировать полученную информацию. BPwin позволяет повысить эффективность ИТ-решений в бизнесе, проектировщики и аналитики бизнес-моделей получают возможность найти оптимальное соотношение между бизнес-требованиями, корпоративными инициативами, процессами информационной архитектуры и проектированием приложений. С помощью BPwin можно увидеть полную картину организации деятельности предприятия: от количества работы в небольших подразделениях предприятия до сложных функций организации предприятия.

Использование BPwin (AllFusion Process Modeler 7) эффективно использовать в проектах, в которых нужно сделать описание существующих баз предприятия, внедрить на предприятии корпоративные информационные систем и для проведения реорганизации существующих бизнес-проектов. С помощью BPwin можно провести оптимизацию деятельности предприятия и осуществить проверку на соответствие ее стандартам ISO 9000, создать проект организационной структуры, исключить ненужные операции, уменьшить размер издержек и увеличить эффективность. В основе программного продукта BPwin (AllFusion Process Modeler 7) заложены общепринятые технологии моделирования, такие как IDEF0. Моделирование с помощью методологии IDEF0 рекомендовано к использованию Госстандартом Российской Федерации и является общепринятым стандартом в США.

AllFusion Process Modeler r7, совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3), координируя эти три основных аспекта бизнеса для соответствия потребностям аналитиков и системных аналитиков. AllFusion Process Modeler r7, позволяет повторно использовать ключевую информацию моделирования с точки зрения базовых аспектов, чтобы определить точки конфликтов и, в конечном счете, достичь их согласования.

IDEF0 — Function Modeling — методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. С помощью функционального моделирования (нотация IDEF0), можно провести систематический анализ бизнеса, сосредоточившись на регулярно решаемых задачах (функциях), свидетельствующих об их правильном выполнении показателях, необходимых для этого ресурсах, результатах и исходных материалах (сырье) [4, с. 156].

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

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

Рисунок 1. IDEF0-диаграмма A-0 — контекстная диаграмма системы.

На этом рисунке наблюдается использование видов стрелок методологии IDEF0 со значениями: вход, выход, управление процесса и механизм. Входными стрелками являются «Электронная копия документа», «Информация о документе», «Запрос». Выходные стрелки выходят из правой грани контекстной диаграммы: «Акт об отправке документа на гос. хранение», «Ответ на запрос» и «Отчеты». Стрелкой управления является стрелка с названием «Правила оформления документов». А механизмы процесса можно увидеть входящими в нижнюю грань: «Персонал организации», «Автоматизированная система».

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

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

Детализация контекстной диаграммы A-0 представлена на рисунке 2 (диаграмма A0). Здесь выделены пять функциональных блоков: «Прием документов», «Проверка архивов», «Формирование ответа на запрос», «Формирование отчетов», «Отправление документов на гос. хранение». Здесь также присутствуют стрелки входящие в туннель.

Рисунок 2. IDEF0-диаграмма A0 — детализация контекстной диаграммы.

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

• · Ввод и оформление данных о документе;
• · Проверка правильности оформления;
• · Шифрование и размещение документа.

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

Рисунок 3. Детализация блока «Прием и регистрация документов».

архивариус автоматизированный документация bpwin.

Функциональный блок «Проверка архивов» также декомпозирован на два следующих блока (рисунок 4):

• · Проверка ценности данных;
• · Удаление, списание материалов.

Входными данными являются «Архив в эл. виде», «Режим проверки архивов». Выходные данные: «Информация о ценности данных», «Архивы в эл. виде» и «Информация об удаленных данных». Стрелку механизма процесса можно увидеть снизу: «Автоматизированная система (АС)». Это означает что те процессы, к которым она подходит могут быть полностью автоматизированы. На рисунке также можно увидеть и внутреннюю стрелку выход-вход «Документы на удаление».

Рисунок 4. Детализация блока «Проверка архивов».

Функциональный блок «Формирование ответа на запрос» декомпозирован на четыре следующих блока (рисунок 5):

• · Обработка запроса;
• · Проверка прав доступа;
• · Выбор формы ответа на запрос;
• · Поиск данных и оформление ответа.

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

Рисунок 5. Детализация блока «Формирование ответа на запрос».

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

Стандарт IDEF3 предназначен для описания бизнес-процессов нижнего уровня и содержит объекты — логические операторы, с помощью которых показывают альтернативы и места принятия решений и в бизнес-процессе, а также объекты — стрелки, с помощью которых показывают временную последовательность работ в бизнес-процессе. В стандарте IDEF3 связи между работами делятся на три типа: связь предшествования, связь отношения и связь потоков объектов [3, с. 128].

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

На рисунке 6 функциональный блок «Формирование отчетов» декомпозирован по методологии IDEF3 c использованием перекрестков «Исключающий ИЛИ».

Рисунок 6. Детализация блока «Формирование отчетов».

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

Стандарт описания бизнес-процессов DFD — Data Flow Diagram переводится как диаграмма потоков данных и используется для описания процессов верхнего уровня и для описания реально существующих в организации потоков данных.

Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. DFD представляет моделируемую систему как сеть связанных работ [1, с. 193].

В данной курсовой работе была разработана еще одна контекстная диаграмма. На этот раз с применением методологии DFD (рисунок 7).

Рисунок 7. DFD-диаграмма A-0 — контекстная диаграмма системы.

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

• — потоки данных, которые могут быть только входящими и выходящими. От внешней сущности главная функция получает следующие данные:
• · Информация о документе;
• · Электронная копия документа;
• · Запрос.

Внешняя сущность же получает от главной функции:

• · Ответ на запрос;
• · Акт об отправке документа на гос. хранение;
• · Отчеты.

Контекстная диаграмма декомпозирована на 6 функциональных блоков: «Прием и регистрация документов», «Проверка архивов», «Формирование ответа на запрос», «Отправление документов на гос. хранение», «Формирование отчетов» и «Формирование перечня типовых форм ответов». Декомпозиция изображена на рисунке 8.

Рисунок 8. DFD-диаграмма A0- декомпозиция контекстной диаграммы.

На декомпозиции присутствуют уже знакомая внешняя ссылка и хранилище данных «Формы ответов».

Декомпозиция функционального блока «Прием и регистрация документов» приведена на рисунке 9.

Рисунок 9. Декомпозиция блока «Прием и регистрация документов».

В данной декомпозиции появляется новое хранилище данных «Архивы в эл. виде». Здесь с ним работают блоки «Проверка правильности оформления» и «Шифрование и размещение документа».

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

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

Рисунок 10. Декомпозиция блока «Проверка архивов».

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

Функциональный блок «Формирование ответа на запрос» декомпозирован на 3 следующих процесса:

• · Обработка запроса;
• · Проверка прав доступа;
• · Поиск данных и оформление ответа.

Здесь присутствуют два хранилища данных. Один из них уже знакомый «Архивы в эл. виде», другой впервые появившийся — «Запросы». Это можно увидеть на рисунке 11.

Рисунок 11. Декомпозиция блока «Формирование ответа на запрос».

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