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

BPwin — мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности — действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия — от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPwin — еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).

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

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

CASE — средство верхнего уровня BPwin, поддерживающее методологии IDEF0(функциональная модель), IDEF3(WorcFolow Diagram) и DFD (DataFlow Diagram) [21].

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

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

Рис. 2 Контекстная диаграмма ООО «Омега Профи’c»

Управление деятельностью организации осуществляется законами ПМР. Механизмами являются МТО и персонал. Система ООО «Омега Профи’c» преобразует входы (Поставщики и клиенты) в выходы (отчеты в налоговую инспекцию, услуги, товары) под управлением (нормативно — правовой базы) и используя механизмы (персонал и МТО).

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

На диаграмме декомпозиции первого уровня (рис.8) отражена деятельность ООО «Омега Профи’c», которая представлена семью блоками: администрация, бухгалтерия, отдел кадров, маркетинговый отдел, отдел программирования, технический отдел, склады.

Рис. 3 Диаграмма декомпозиции 1-го уровня подсистемы ООО «Омега Профи’c»

Для «Администрации» входящей информацией являются отчеты из всех отделов. Выходящей информацией — контроль над всеми отделами. Для «Бухгалтерии» входящей информацией являются поставщики и клиенты. Выходящей информацией — предоставление отчётности перед администрацией и предоставление отчётности перед налоговой. Для блока «Отдел кадров» входящей информацией является информация о персонале, а выходящей — данные о персонале. Для «Маркетингового отдела» входящей информацией являются клиенты и результаты работы технического отдела, а выходящей информацией — предоставление отчётности и наряды для отдела программирования и технического отдела. Для «Отдела программирования» входящей информацией является наряды, выходящей — предоставление услуг и предоставление отчётности. Для блока «Технический отдел» входящей информацией являются комплектующие и наряды, выходящей — предоставление услуг, предоставление отчётности, результат работы. Для блока «Склады» входящей информацией являются поставщики и клиенты, выходящей — товары, комплектующие, предоставление отчётности.

Все бизнес — процессы протекают под жестким регламентом Законодательства ПМР, ГОСТов и Трудового кодекса. Механизмами являются персонал и МТО.

Работа маркетингового отдела отображена на диаграмме декомпозиции второго уровня. Продажа товара и сервисное обслуживание клиентов является одним из основных видов деятельности ООО «Омега Профи’c» .

Рис. 4 Диаграмма декомпозиции 2-го уровня «Маркетинговый отдел»

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

Для описания логики взаимодействия информационных потоков, последовательности выполнения работ и сценариев взаимодействия применяют диаграммы в методологии — IDEF3 [20].

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

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

Рис. 5 Диаграмма IDEF3 «Продажа товара»

Первый этап процесса «Продажа товара» — оформление заказа. Следующим этапом является проверка наличия товара по базе. Результат может быть двух видов: товар есть на складе и заказ товара у поставщика. В случае отсутствии товара оформляется список товаров и отправляется поставщику, а если товар есть на складе производится оформление счёта на оплату. Затем производится проверка факта оплаты, далее происходит оформление накладной на отгрузку и гарантийного талона перед этими процессами применен перекресток Asynchronous AND, т.к. все предшествующие процессы должны быть завершены. После данной работы использован перекресток Asynchronous AND, т.к. все предыдущие процессы должны быть завершены. Завершающим этапом является формирование отчета о проделанной работе.

Рис. 6 Диаграмма IDEF3 «Сервисное обслуживание»

Первый этап процесса «Сервисное обслуживание» — оформление наряда на ремонт. Затем происходит передача оборудования и наряда на ремонт. Полученные данные обрабатываются, и следующим этапом является получение результата диагностики, затем сообщают клиенту о результате. Клиент может дать своё согласие на ремонт либо отказаться и именно по этой причине используется XOR (Exclusive OR) т.к. только один следующий процесс запускается. Если клиент согласен на ремонт, тогда делаются указания к наряду и после этого формируется счёт на оплату, а если клиент отказался от ремонта тогда счёт на оплату формируется сразу, но выполняется только одно из возможных решений клиента. После производится проверка факта оплаты и выдаётся оборудование.

Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами. Процесс создания модели работ является итерационным, следовательно, работы могут менять свое расположение многократно. Чтобы не запутаться и проверить способ декомпозиции, следует после каждого изменения создавать диаграмму дерева узлов [20].

Рис. 7 Диаграмма DFD Документация ООО «Омега Профи`с»

Диаграммы потоков данных используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Цель такого представления — продемонстрировать, как каждое структурное подразделение преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

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

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

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

Рис. 8 Диаграмма DFD Документация ООО «Омега Профи`с»

Из головного офиса в планирование сборок через архив «Планы создания сборок» поступает заказ на сборку, после чего производится подборка необходимых комплектующих. Из внешних источников данных поступает документация на основные компоненты, устройства и оборудование. Затем производится передача документации на комплектующие и сопроводительная документация в «Сборку», а затем передаётся документы на компьютер и сопроводительные документы передаются на «упаковку». После «упаковки» передаётся информация о создании сборки в «планирование сборок», а сопроводительная документация отправляется в головной офис; «планирование сборок» предоставляет отчётность в налоговую.

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