Проектирование функциональной модели предметной области для автоматизации анализа использования оборудования

На данном этапе нам необходимо смоделировать функционал предметной области. Инструменты для разработки, моделирования и анализа получили название CASE-средств (Computer-Aided Software Engineering). Понятие CASE-средства охватывает самые различные инструменты, которые служат для компьютерного анализа и моделирования, и инструменты для анализа бизнес-процессов представляют собой лишь небольшую часть всего семейства. Однако именно изучение бизнес-процессов является ключевым моментом при разработке любого приложения и позволяет четко и однозначно определить задачи, которые стоят перед разработчиками. Таким образом, инструменты анализа бизнес-процессов являются неотъемлемой частью начального этапа разработки жизнеспособной системы.

Инструмент моделирования бизнес-процессов должен удовлетворять следующим условиям:

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

BPwin является мощным средством моделирования и документирования бизнес-процессов. Этот продукт использует технологию моделирования IDEF0 (Inte-gration Definition for Function Modeling) — наиболее распространенный стандарт, который принят для моделирования бизнес-процессов. Этот стандарт был разработан в лаборатории военно-воздушных сил США в 1981 году и успешно использовался для разработки систем противовоздушной обороны.

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

Основными элементами диаграммы являются активности и дуги (стрелки), которые изображают взаимосвязи и отношения активностей друг с другом. Дуги могут быть нескольких типов: вход, выход, управление и ресурсы. На каждой диаграмме обычно располагается от 3 до 6 активностей, это обусловлено тем, что такое количество активностей является оптимальным для восприятия сознанием. Модель BPwin представляет собой набор иерархически связанных и упорядоченных диаграмм, каждая из которых является конкретизацией (декомпозицией) активности предыдущего верхнего уровня. Каждая модель имеет одну диаграмму верхнего уровня, которая содержит только одну активность, определяющую общую функцию моделируемого процесса. Модели имеют так называемые «точки зрения» (point of view), определяющие ракурс, под которым рассматривается процесс. Например, для рассмотрения процесса может быть выбрана точка зрения начальника отдела компании, где происходит моделируемый процесс.

Кроме стандарта IDEF0, BPwin поддерживает также методологии моделирования DFD (data flow diagram) и IDEF3 (workflow). Методология DFD служит для описания потоков данных, которые возникают в результате деятельности компании. Методология IDEF3 служить для графического описания потока процессов (работ), взаимодействия процессов и объектов, которые изменяются этими процессами.

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

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

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

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

На рисунке 3.3 показан процесс сбора информации с цехов производства. Руководители цехов вносят данные о расчетном времени работы оборудования и фактических простоях в информационную систему через технический портал ОАО «АВТОВАЗ».

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

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