Файл: Разработка регламента выполнения процесса «Складской учет» (Выбор средства для моделирования бизнес-процессов).pdf
Добавлен: 26.06.2023
Просмотров: 53
Скачиваний: 2
СУБД Access относится к числу одних их самых гибких, мощных, простых в применении СУБД, ориентирована она на пользователей Microsoft Office, включая также и пользователей малознакомых с программированием.
MS Access является реляционной СУБД, в которой сбалансированы разные возможности и средства, обычные для современных СУБД. Реляционная база дает возможность вести всесторонний анализ содержащихся в ней данных, упрощает поддержку, поиск и защиту данных, потому что индексы, таблицы, правила ссылочной целостности, список пользователей, бизнес-правила, а также отчеты и формы находятся на хранении в одном отдельном файле [2].
В составе Access входят:
- средства манипуляции информацией Access, данными, которые доступны в ODBC (последние могут быть «присоединены» к базе данных Access);
- средства создания отчетов, форм, приложений; в то же время отчеты имеют возможность экспортироваться в формат Microsoft Excel или Microsoft Word;
- средства разработки приложений клиентов для Microsoft SQL Server;
- средства создания интерактивных Web-приложений для работы с данными (Data Access Pages);
- средства публикации отчетов в Internet;
- средства доступа к информации серверных СУБД посредством OLE DB;
- средства администрирования Microsoft SQL Server.
СУБД Access для работы с информацией ипользует процессор БД Microsoft Jet 3.0, объекты доступа к информации, средства оперативного формирования интерфейса - это Конструктор форм. Для распечаток используются конструкторы отчетов. Для автоматизации рутинных операций разработчиками предусмотрены макрокоманды. В случаях, когда функциональность визуальных средств является недостаточной, разработчиками пользователям предоставлена возможность создавать собственные функции и процедуры. А в макрокоманды могут быть включены вызовы функций. Аналогичным образом макрокоманды могут быть вызваны из функций и процедур [13].
Несмотря на ориентированность, непосредственно на конечного пользователя в СУБД Access предусмотрено использование языка программирования Visual Basic for Application, который предоставляет пользователю возможность создвать собственные типы данных, массивы, вызывать DLL-функции, при помощи OLE Automation осуществлят контроль работы приложений, которые могут функционировать в качестве OLE -серверов. Кроме того можно полностью создавать базы данных посредством кодирования, когда в этом есть такая необходимость [4].
MS Access из всех существующих средств разработки имеет наиболее богатый набор визуальных средств. И, тем не менее, кодировать приходится именно в Access. Ведь ни одно существующее приложение, которое не предназначено исключительно для себя, создать хотя бы без одной строки кода не представляется возможным. Для активного коммерческого распространения приложений, созданных на Access, существует пакет Access Developer Toolkit, вместе с которым также поставляются и дополнительные объекты ActiveX.
Одним из главных качеств Access, привлекающее к нему разных пользователей является интеграция с Microsoft Office. Например, проведя процедуру копирования в буфер графического образа таблицы, открыв лист Microsoft Word, применив специальную вставку из буфера обмеа, сразу будет получена готовая таблицу с показателями из БД в документе [9].
СУБД Microsoft Access в полной мере соответствует всем требованиям понятности, надежности для пользователя, безопасности данных, а также масштабируемости и модифицируемости, минимизации затрат на поддержку и сопровождение, а также эргономичности.
Специфическая особенность СУБД Ассеss состоит в том, что все информационные сведения, относящиеся к одной БД, хранятся в общем файле. Данный файл имеет расширение вида *.mdb. Указанное решение чаще всего оказывается удобным для непрофессиональных пользователей, т.к. обеспечивает простоту в ходе переноса данных с одного рабочего места на другое. Что же касается внутренней организации данных в пределах mbd-формата, то она изменялась от одной версии к другой, но компания Microsoft поддерживала их совместимость снизу вверх, иначе говоря, БД из файлов в формате ранних версий Access могут конвертироваться в формат, который используется в более поздних версиях [5].
При помощи средств Access можно реализовать меню ориентированный интерфейс с компонентами объектно-событийного управления, когда исполнение определенных функций напрямую связано с определенными событиями (щелчок мыши, нажатие клавиши и пр.).
Microsoft Access более всего удобен не только для программистов, но также и для обычных пользователей, что обусловлено наличием русифицированного интерфейса. Было принято решение в качестве СУБД воспользоваться MS ACCESS.
1.3. Моделирование бизнес-процессов «как есть».
Контекстная диаграмма, представленная на рисунке 4, реализована с применением методологии IDEF0. Главная компонента в ней – это диаграмма (т.е. активность) под названием «Ведение складского учета».
Организация взаимодействия базовых компонентов системы (т.е. «механизмы») осуществляется на основе установленных прав доступа какого-либо компонента (т.е. «Управление»). Взаимодействие данных компонент системы осуществляется в заданном режиме согласно определенным правам.
На входе у этого процесса определены заявки на продукцию, которые поступают от разнообразных клиентов, а также заявки поставщикам на требуемое количество недостающих товаров.
Рисунок 3 - Контекстная диаграмма
Кроме того, на деятельность системы во многом влияют данные о внешней среде, а также планировка деятельности, которая может быть выражена в форме нормативной документации и регламентов, актов законодательного типа, решений маркетингового характера и пр. [3].
Деятельность системы осуществляется обслуживающим трудовым персоналом, к числу которого относятся менеджеры по обслуживанию клиентов, менеджеры по вопросам снабжения, а также непосредственные руководители фирмы.
Выходной информацией у этой системы является:
а) продукция, которая отгружается клиентам;
б) разнообразные отчеты (о номенклатуре продукции, о фактическом и плановом остатках продукции, всевозможные накладные).
Функциональная декомпозиция системы, представленная на рисунке 1, производится на базе методологии типа IDEF0. При детализации этого процесса было выявлено четыре подпроцесса. На данном этапе выполнению подлежат такие функции как:
1) обработка заявки на товарную продукцию;
2) формирование заявки на закупку товарной продукции;
3) формирование необходимых отчетов;
4) координирование деятельности.
Рисунок 1 - Диаграмма декомпозиции
Далее следует рассмотреть каждый подпроцесс более подробно.
1. «Обработать заявку на продукцию»
На входе рассматриваемого подпроцесса расположены заявки от клиентов на различную товарную продукцию. На выходе находится уже обработанная информация об этих заявках. Все заявки регистрируются и обрабатываются менеджерами по продажам.
Процесс обработки заявок на продукцию производится следующим образом: Менеджер по продажам регистрирует заявки, которые поступают от клиентов, группирует их по датам, а также по срокам выполнения. Далее производится анализ наличия требуемого количества товаров на складе. В случае, если такое количество товарных единиц имеется, продукция отгружается клиенту, если нет, данные о необходимом количестве товаров отправляют в отдел снабжения [11].
Дальнейшая декомпозиция проводилась с использованием методологии DFD (рисунок 2) На диаграмме наглядно представлены движения потоков данных.
Рисунок 2 - Диаграмма декомпозиции процесса «Обработать заявку на продукцию»
2. «Сформировать заявку на закупку продукции»
На входе подпроцесса расположена заявка поставщикам на предмет недостающего вида товаров. На выходе размещены данные о заявке поставщикам. При условии того, что продукция уже поставлена – на выходе стоит продукция для клиентов. Данная деятельность осуществляется менеджерами по вопросам снабжения [15].
Обработка заявок поставщикам производится в следующем порядке: Менеджер по вопросам снабжения определяет виды и общее количество товаров, необходимых исходя из оформленных заявок. Далее производится непосредственно сама заявка. После этого регистрируется и соответственным образом оформляется приход какой-либо продукции.
Декомпозиция данного процесса проводилась с использованием методологии DFD (рисунок 3)
Рисунок 3 - Диаграмма декомпозиции процесса «Обработать заявку на продукцию»
3. «Сформировать отчет»
На входе данного подпроцесса находятся обработанные заявки на товар клиентов, а также данные по поводу заявок поставщикам. На выходе расположены отчеты, которые представлены в достаточно комфортном для пользователя представлении. Указанная деятельность производится менеджерами по продаже и снабжению, а также непосредственным руководством предприятия.
4. «Координировать деятельность»
На входе этого подпроцесса находятся обработанные заявки на товары клиентов, а также данные по поводу заявок поставщикам. Управляющее воздействие в данном случае оказывается планированием деятельности и информацией о внешней среде. Эта деятельность реализуется только руководящими лицами компании.
2. Проектная часть
2.1. Предлагаемые мероприятия по улучшению бизнес-процессов.
Входной информацией определены заявки на продукцию, которые поступают от разнообразных клиентов, а также заявки поставщикам на требуемое количество недостающих товаров.
Кроме того, на деятельность системы во многом влияют данные о внешней среде, а также планировка деятельности, которая может быть выражена в форме нормативной документации и регламентов, актов законодательного типа, решений маркетингового характера и пр. [10].
Выходной информацией у этой системы является:
а) продукция, которая отгружается клиентам;
б) разнообразные отчеты (о номенклатуре продукции, о фактическом и плановом остатках продукции, всевозможные накладные).
2.2. Моделирование бизнес-процессов «как должно быть».
Меню приложения представляет собой иерархическую древовидную структуру.
Пользовательское меню представлено 4 категориями:
- Файл
- Выход – при выборе пользователем данного пункта происходит завершение работы с программой.
2) Справочники – обеспечивает работу со всеми справочниками системы
- Категории – справочник категорий продукции
- Ед. измерения – справочник единиц измерения
- Виды упаковки – справочник видов упаковки
- Виды товаров – справочник видов товаров
- Производители – справочник производителей продукции
- Ед. измерения – справочник товаров. Обеспечивает работу с товарной номенклатурой.
- Клиенты – справочник клиентов предприятия
- Поставщики – справочник поставщиков продукции предприятия
- Снабженцы – справочник менеджеров по снабжению
3) Операции – основное меню. Отвечает за выполнения операций прихода, расхода и списания продукции.
- Расход продукции – обеспечивает работу с интерфейсом, обеспечивающим произведение менеджерами по продажам расходных операций (отгрузка продукции клиентам предприятия).
- Списание продукции – обеспечивает переход к форме, на которой происходит списание продукции, с указанием причины и количества списываемой продукции.
- Приход продукции – обеспечивает работу с интерфейсом, обеспечивающим произведение менеджерами по снабжению приходных операций (оприходование продукции, поступающей от поставщиков предприятия).
4) Отчеты - обеспечивает взаимодействие с модулем, отвечающим за построение отчетов
- Товарный ассортимент – выводит отчет о товарной номенклатуре продукции
- Необходимые поставки – выводит отчет о необходимом количестве каждой номенклатурной единицы, исходя из имеющихся договоров на заказанную продукцию [14].
Структура пользовательского меню приведена на рисунке 4.
Рисунок 5 - Структура пользовательского меню
В соответствии анализом предметной области было принято решение разработать систему складского учета, выполняющую следующие функции:
На рисунке 9 приведена диаграмма вариантов использования системы «Складской учет», которая демонстрирует взаимодействие пользователей с данной системой.
Рисунок 6 – Диаграмма вариантов использования системы «Складской учет»