3. Разработка функциональной модели
автоматизация программный бухгалтерский расчет
Средство функционального моделирования BPwin применяет такие методологии как: IDEF0, IDEF3 и DFD.
Далее они будут описаны и с помощью них будет разработана подсистема расчетов с поставщиками.
Методология функционального моделирования IDEF0 – это технология описания системы в целом как множества взаимозависимых действий, или функций.
Обычно IDEF0 применяется как технология исследования и проектирования систем на логическом уровне. По этой причине он, как правило, используется на ранних этапах разработки проекта. Результаты IDEF0 анализа могут применяться при проведении проектирования с использованием моделей IDEF3 и диаграмм потоков данных.
IDEF0 сочетает в себе небольшую по объему графическую нотацию (она содержит только два обозначения: блоки и стрелки) со строгими и четко определенными рекомендациями. Для названия стрелок, как правило, употребляются имена существительные. Разработка подсистемы расчетов с поставщиками начинается с контекстной диаграммы (рис.1).
На ней изображены: функциональный блок, который систематизирует учет расчетов с поставщиками, и стрелки, несущие информацию о входных данных, управлении, механизме исполнения, а так же о выходных данных.
Рис.1. «Контекстная диаграмма».
Таким образом, входными данными подсистемы является информация о поставщиках, о товаре, а так же сама поставка товаров. Эти данные потребляются или преобразуются функциональным блоком для производства входа.
Специфическим видом входа является управление. Оно отвечает за регулирование того, как и когда выполняется функциональный блок.
Влияя на работу блока, оно непосредственно не потребляется и не трансформируется в результате
Управлением в данной подсистеме являются:
- правила составления документов и накладные.
Механизмы являются ресурсом, который непосредственно исполняет моделируемое действие.
В разрабатываемой подсистеме это бухгалтер и администрация.
В результате работы функционального блока получается выходная информация, которой является: заказ новых товаров, отчет, а так же зачисление денежных средств на счет поставщика.
Следующая диаграмма более детально показывает разрабатываемый бизнес-процесс (рис.2.).
Рис.2. «Подсистема учета расчетов с поставщиками».
Функциональный блок «систематизация учета расчетов с поставщиками» разбивается на 4 составляющие – блоки, которые в дальнейшем декомпозируются:
1.подписать договоры с поставщиками.
Здесь входными данными является информация о поставщиках и товаре, а выходными – составленный по всем правилам договор (он является входной информацией следующего блока).
На рисунке 3 представлена декомпозиция первого блока.
Рис.3. «Декомпозиция блока «Подписать договоры с поставщиками».
2.обработать информацию в договорах.
Полученный договор обрабатывается бухгалтером в соответствии с накладными.
После выполнения этого блока заказываются новые товары, а так же выходной информацией является № лицевого счета поставщика (рис.4).
Рис.4. «Декомпозиция блока «Обработать информацию в договорах».
оплатить договор.
Данные, полученные на выходе предыдущего блока, а так же поставка товаров являются входной информацией данного блока.
После их обработки бухгалтер выдает платежный документ и переводит на счет поставщика денежные средства.
Этот процесс изображен на рисунке 5.
Рис.5. «Декомпозиция блока «Оплатить договор».
составить отчет.
Отчет составляется бухгалтером на основе платежного документа и данных из накладных (рис.6.).
Рис.6. «Декомпозиция блока «Составить отчет».
Следующей методологией, применяемой в разработке данного бизнес-процесса является IDEF3.
IDEF3 — способ описания процессов, основной целью которого является обеспечение структурированного метода, используя который эксперт в предметной области может описать положение вещей как упорядоченную последовательность событий с одновременным описанием объектов, имеющих непосредственное отношение к процессу.
IDEF3 не имеет жестких синтаксических или семантических ограничений.
Каркасом модели IDEF3 служит так называемый сценарий бизнес-процесса, который выделяет последовательность действий или подпроцессов анализируемой системы.
При помощи этого метода были описаны следующие процессы:
проверить количество излишек и их недостаток товаров в наличии.
Этот процесс показан на рисунке 7.
Рис.7. «Процесс проверки количества излишек и их недостатка товаров в наличии».
занести данные в платежные документы.
На рисунке 8 соединение J2 показывает, каким образом будет проводиться расчет с поставщиками.
Рис.8. «Занесение данных в платежные документы».
Если организация расплачивается наличными средствами, то ей выдается чек; если происходит безналичный расчет, то денежные средства зачисляются на счет поставщика. И то, и другое действие инициируется при частичном наличном и безналичном расчете.
Некоторые процессы данной разрабатываемой подсистемы были описаны при помощи диаграмм потоков данных.
Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования представляются в виде функциональных компонент (действий), связанных потоками данных.
Главная цель такого представления – продемонстрировать, как каждый компонент преобразует свои входные данные в выходные, а также выявит отношения между этими процессами.
При помощи данной методологии был описан процесс внесения данных (рис.9).
На рисунке показаны 2 хранилища данных: БД товаров и БД поставщиков, в которых содержатся данные соответственно о товарах и о поставщиках.
Выходной информацией является документ, который необходимо подписать.
Рис.9. «Процесс описания «внесения данных» при помощи диаграмм DFD».
Так же при помощи DFD был описан процесс написания отчета, на основании информации об оплаченных или неоплаченных поставках (рис.10.).
Рис.10. «Процесс «Написать отчет»».