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

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

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

Описание IDEF3

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

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

Диаграмма вариантов использования

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

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

Оформляется соответствующий отчет о проделано операции и выводится на печать. В таблицу учета финансово-расчетных операций поступают сведения о выполненных процессах.[6].

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

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

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

Таким образом, при входе пользователя в систему образуется следующий поток событий:

? регистрация/авторизация;

? выбор процесса;

? запрос на просмотр счета;

? поиск таблицы счетов;

? загрузка таблицы счетов;

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

? просмотр формы для печати;

? отправка чека на печать.

Диаграмма последовательности

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

Детальное проектирование

1 Структура БД

2 Диаграмма классов

Для моделирования нашего предприятия нами было использованы методологии : UML, BPWIN и IDEF3 . На наш взгляд наилучшим вариантом представления модели нашего предприятия является методология UML, так как она более наглядно и точно отображает основные аспекты работы .

Диаграммы UML сравнительно просты для чтения.

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

BPWIN - занимает промежуточное место, отличаясь достаточной простотой и большими возможностями анализа. Функциональность BPWIN заключается не только в рисовании диаграмм, но и в проверке целостности и согласованности модели. BPWIN обеспечивает логическую четкость в определении и описании элементов диаграмм, а также проверку целостности связей между диаграммами. Инструмент обеспечивает коррекцию наиболее часто встречающихся ошибок при моделировании. Кроме того, BPWIN поддерживает пользовательские свойства, которые применяются к элементам диаграммы для описания специфических свойств, присущих данному элементу. Основным ограничением этой системы является положенный в ее основу стандарт IDEF3, в котором существуют жесткие ограничения при построении моделей. Это упрощает задачу при описании простых процедур, но усложняет описание больших процессов. Схемы 1DEF3 при описании сложных процессов начинают представлять бесчисленное множество взаимосвязанных схем, внешне очень похожих, что затрудняет понимание процесса в целом.

Список литературы

1. Шлеер С., Меллор С. Объектно-ориентированный анализ: моделирование мира в состояниях.- К.:Диалектика, 1993.- 240 с.

2. Боэм Б.У. Инженерное проектирование программного обеспечения.- М.:Радио и связь, 1985.- 512 с.

3. Буч Г. Объектно-ориентированное проектирование.- М.:Конкорд, 1992.519 с.

4. Страуструп Б. Язык программирования С++. В 2-х кн. Часть первая. К.:ДиаСофт, 1993.- 264 с. Часть вторая.- К.:ДиаСофт, 1993.- 296 с.

5. Лисков Б., Гатэг Дж. Использование абстракций испецификаций при разработке программ.- М.:Мир, 1989.- 424 с.

6. Росс Д.Т. Структурный анализ (SA): язык для передачи понимания. В кн.Требования и спецификации в разработке программ.- М.:Мир, 1984.с. 240-284.

7. Шикин Е.В., Боресков А.В., Зайцев А.А. Начала компьютерной графики.М.:ДИАЛОГ-МИФИ, 1993.- 138 с.

8. Хокс Б. Автоматизированное проектирование и производство.- М.:Мир, 1991.- 296 с.

Размещено на Allbest.ru