Файл: Изучение проектирования реализации операций бизнес-процесса «Запасы-склад».pdf
Добавлен: 15.06.2023
Просмотров: 137
Скачиваний: 3
СОДЕРЖАНИЕ
ГЛАВА 1 ИССЛЕДОВАНИЕ СТРУКТУРЫ И ФУНКЦИЙ ПРЕДПРИЯТИЯ
1.1 Структура и функции предприятия
1.2 Технологическая сеть проектирования ИС
ГЛАВА 2 СОЗДАНИЕ МОДЕЛИ ИС «УПРАВЛЕНИЕ ТОВАРНЫМИ ЗАПАСАМИ НА СКЛАДЕ»
2.1 All Fusion Process Modeler 4.1
2.3 Создание инфологической модели ИС «Управление товарными запасами на складе»
К функции хранения относится не только непосредственное хранение товара на складе, но и подготовка товара к хранению – сортировка, комплектация, дробление на партии и стандартизация товара.
При учёте товара выполняются запросы в БД для определения остатков товара после продаж и товара, у которого истекает срок годности. Данные расчёты необходимо проводить каждый день в конце рабочего дня. Полученные данные передаются в отдел продаж, а при получении списка товара, у которого скоро истекает срок годности, определяют на него скидку.
При разработке ИС управления товарными запасами оптово-розничного склада было использовано функционально-ориентированное проектирование ИС. Данный подход был выбран потому, что основными идеями функционально-ориентированной подхода являются идеи структурного анализа, которые заключаются в следующем:
- декомпозиция всей системы на некоторое множество иерархически подчиненных функций;
- представление всей информации в виде графической нотации. Систему всегда легче понять, если она изображена графически.
Для проведения анализа и организации проектирования бизнес-процессов оптово-розничного склада используется CASE-средства верхнего уровня BPWin и Erwin (AllFusion Process Modeler 4.1)
Термин CASE (Computer Aided System/Software Engineering) используется в довольно широком смысле. Первоначальное значение термина CASE было ограничено вопросами автоматизации разработки только лишь программного обеспечения, в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ЭИС в целом.
CASE - технология в рамках методологии включает в себя методы, с помощью которых на основе графической нотации строятся диаграммы, поддерживаемые инструментальной средой.
ГЛАВА 2 СОЗДАНИЕ МОДЕЛИ ИС «УПРАВЛЕНИЕ ТОВАРНЫМИ ЗАПАСАМИ НА СКЛАДЕ»
2.1 All Fusion Process Modeler 4.1
Для проведения анализа и реорганизации бизнес - процессов предназначено CASE-средство верхнего уровня All Fusion Process Modeler (BPwin), поддерживающее методологии:
- IDEF0 (функциональная модель);
- DFD (Data Flow Diagram);
- IDEF3 (Workflow Diagram).
Согласно синтаксису, IDEF0 модель представляет собой совокупность иерархически выстроенных диаграмм, каждая из которых является описанием какого-либо процесса (activity). Построение модели начинается с описания функциональности моделируемой системы в целом — строится контекстная диаграмма. Контекстная диаграмма изображает деятельность самого верхнего уровня и обозначает границу моделирования относительно цели, возможностей и точки зрения.[8] После описания контекста проводится функциональная декомпозиция — система разбивается на подсистемы, и каждая подсистема описывается в том же синтаксисе, что и система в целом.
Диаграммы потоков данных (DFD — Data flow diagram) описывают функции обработки информации, документы, объекты, а также сотрудников или отделы, которые участвуют в обработке информации. Диаграммы потоков данных обычно применяются при моделировании информационных систем, для описания документооборота и обработки информации.
Методология IDEF3 — это методология моделирования, предназначенная для обеспечения структурированного подхода к описанию бизнес-процесса как упорядоченной последовательности событий одновременно с описанием любых участвующих в бизнес-процессе объектов и относящихся к ним правил. Технология моделирования IDEF3 хорошо приспособлена для сбора данных, требующихся для проведения структурного анализа системы.
2.2 Построение модели
Функциональная модель предназначена для описания существующих бизнес - процессов на предприятии и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы.
Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. На Рис. 4.1 представлена контекстная диаграмма ИС - «Управление торговыми запасами оптово-розничного склада»:
Рис. 3 Контекстная диаграмма IDEF0. Управление товаром на оптово-розничном складе
Взаимодействие системы с окружающей средой описывается в терминах:
- входа (на рис.4 это «Поставщики», «Товар» и «Первичные документы»);
- выхода (основной результат процесса – «Выходные документы», «Товар» и «Прибыль»);
- управления («Законодательство», «Нормативы складского учёта» и «Конъюнктура рынка»);
- механизмов («Материальная база», «Оборудование», «Персонал» – это ресурсы, необходимые для процесса функционирования предприятия).
«Поставщики» – поставляют товар; «Первичные документы» - товарные накладные, которые поставщики предоставляют в отделе закупок; «Покупатели» - те, для кого функционирует предприятие. Получение прибыли – цель коммерческой деятельности предприятия, чтобы добиться этой цели, необходимо продать как можно больше товаров.[9]
«Законодательство», «Нормативы складского учёта» и «Конъюнктура рынка» – это правила управления процессом функционирования работы склада, а именно управления товарными запасами. Как предприятие со своими внутренними правилами, управление товаром должно выполняться согласно законодательству страны.
В оказании услуг принимает участие «Персонал» склада. Чтобы организовать хранение товара, предоставление его для продажи и получить прибыль, в деятельности управления запасами должны участвовать «Материальная база» и «Оборудование» – помещения, техника для транспортировки товара по складу, персональные компьютеры для ведения учёта товара и т.д.
После описания контекстной диаграммы проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (Рис. 4.).
Рис. 4 Диаграмма декомпозиции IDEF0. Функционирование управления запасами
Весь процесс «Функционирования управления запасами» (рис.) разбивается на 4 подпроцесса:
1) «Закупка товара» иллюстрирует процесс приобретения товара у поставщиков, а также выявление необходимого товара, определения спроса на данный товар и его необходимое количество для закупки;
2) «Хранение товара» представляет собой процесс сортировки закупленных товаров, их комплектацию, дробление, укрупнение партий продукции, ее стандартизацию и хранение;
3) «Учёт товара» – это совокупность процессов по контролю уровня товарных запасов, контролю сроков годности, инвентаризации товара, и работе с БД, содержащей все данные о продукции;
4) «Продажа товара» – процессы по организации продажи товара покупателям.
После дальнейшего разбиения процесса «Закупки товара» диаграммы получаем диаграмму декомпозиции второго уровня (на рис.5).
Рис. 5 Диаграмма декомпозиции IDEF0. Закупка товара
Общие стрелки, перешедшие с диаграммы верхнего уровня, и стрелки, используемые на данном уровне, опишем с помощью данных из отчета:
Выбранное предложение: Выбранное предложение при покупке товара, определённое после анализа рынка предложений данного товара.
Законодательство: Законы по продаже товара, по защите прав потребителя, и те законы, которые тем или иным образом контролируют оказываемые услуги данным предприятием.[10]
Информация о приобретённом товаре: Данная информация включает сведения о купленном товаре - наименование, количество, дата изготовления, дата использования, производитель.
Кол-во: Необходимое для покупки количество товара.
Конъюнктура рынка: Занимаемое положение предприятия на рынке предоставления соответственных услуг.
Купленный товар: Доставленный товар, который прошёл проверку и готов для транспортировки на склад.
Материальная база: Материальные средства, которыми располагает предприятие, исходя из суммы которых, мы определяем количество закупаемого товара и поставщика, у которого выгоднее купить товар. Учёт материальных средств ведёт бухгалтерия.
Наименование товара: Наименование товара, которое необходимо купить. Наименование было определено на основе данных из отчёта по продажам - количеству проданного товара и его остаткам на складе.
Нормативы складского учёта: К нормативам складского учёта относятся правила и требования ведения работы склада, примерами данных нормативов являются - правила ведения учёта товара на складе, требования к хранению товара, обязанности работников склада.[11]
Оборудование: К оборудованию относятся, как персональные компьютеры, необходимые для занесения данных по товару, учёта товара, так и оборудование, используемое для транспортировки товара по складу.
Определённый спрос: Объёмы продаж на закупаемый товар, рассчитанный за определённый промежуток времени.
Отчёт о продажах: Отчёт содержит данные о продажах - сведения о проданном товаре, его количестве, и его остатке - имеющемся в наличии на складе в данный момент, а также прибыль. Данный отчёт составляется каждый день в конце рабочего дня в виде запроса из БД.
Первичные документы: К первичным документам относятся - список товара и заявка на оформление покупаемого товара.
Персонал: Персонал, работающий на данном предприятии - работники бухгалтерии, отделов продаж и закупок, кадров и складские работники.
Поставщики: Список поставщиков, которые поставляют необходимый для закупки товар.
Товар: Поставленный товар, который был предварительно заказан.
После разбиения диаграммы «Хранение товара» получаем диаграмму декомпозиции второго уровня (на рис. 6).
Рис. 6 Диаграмма декомпозиции IDEF0. Хранение товара
Перед хранением товара необходимо провести сортировку товара (например, пиво обычное, пиво живое, пиво разливное), комплектацию товара – размещение товара на складе по группам, дробление партий товара и стандартизацию товара (см. рис.6)
«Учёт товара» опишем с помощью диаграммы IDEF3. Диаграммы IDEF3 используются для описания логики взаимодействия информационных потоков, а также могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации.
На диаграмме декомпозиции в нотации IDEF3 (рис.7) иллюстрируется «Учёт товара». Учёт товара включает в себя работу с БД, контроль имеющихся товарных запасов и их срока годности.
Как только все данные по товару занесены в БД или откорректированы, выполняются последующие за перекрестком (AND) процессы:
«Контроль сроков годности товара»;
«Контроль уровня товарных запасов».
Эти процессы выполняются в виде запросов из БД.
Рис.7 Диаграмма декомпозиции IDEF3. Учёт товара
Если имеется товар с истекающим сроком годности, то список такого товара будет направлен в отдел продаж, чтобы менеджеры установили в ближайшее время на соответствующий товар скидку.
Список имеющегося в наличии товара будет использоваться при проведении инвентаризации- подсчёта товара на складе, которая проводится в назначенное время по приказу руководства данного предприятия.
После проведения инвентаризации составляется отчёт по проведённому мероприятию.
Декомпозируя процесс «Продажа товара», получаем следующую диаграмму (рис.8):
Проектирование продажи товара осуществляется следующим образом:
- Отдел продаж принимает от покупателя заявку на приобретение товара;
- Используя информацию об имеющемся товаре из БД, определяется наличие товара и скидка на него (скидка на товар будет в том случае, если срок годности на товар истекает через определённое ближайшее время);
- Оформляется покупка, и данные о покупке в дальнейшем используются для создания отчёта о продажах;
- Выдача товара осуществляется при оплаченном чеке, товар сопровождается накладной;
- При необходимости осуществляется доставка товара.
Рис.8 Диаграмма декомпозиции IDEF0. Продажа товара
Дополним cпроектированyю в BPwin ИС «Управление товаром на складе» древовидной диаграммой (Node Tree Diagrams) (рис.9).
Древовидная диаграмма (рис.9) отображает структуру модели в целом. Вершина построенной диаграммы (самый верхний узел) соответствует диаграмме контекстного уровня. Просмотр модели с использованием древовидной диаграммы позволяет акцентировать внимание на функциональной декомпозиции модели безотносительно к существующим внутри и вовне модели потокам.
Рис.9 Древовидная диаграмма