Файл: Разработка регламента выполнения процесса «Складской учет»(Анализ предметной области).pdf

• формализация стратегии и контроль ее достижения
• моделирование и оптимизация бизнес-процессов
• проектирование организационной структуры и штатного расписания
• регламентация деятельности: разработка регламентов и распространение их среди сотрудников
• внедрение системы менеджмента качества в соответствии со стандартом ISO
• формирование Технических заданий и поддержка внедрения информационных систем.

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

На основании приведенных сравнений было выбрано программное средство Business Studio, ключевые преимущества которой, принципиально отличаются от других аналогичных программных продуктов:

• Простота, удобство и высокая скорость освоения специалистами.
• Использование самых популярных нотаций моделирования бизнес-процессов, понятных сотрудникам без дополнительной подготовки: IDEF0, Процесс (Basic Flowchart), Процедура (Cross Functional Flowchart), BPMN 2.0, EPC.
• Интегрированность: в одном инструменте собраны все востребованные бизнесом методики и технологии: BSC/KPI, моделирование бизнес-процессов, имитационное моделирование, функционально-стоимостной анализ, поддержка СМК.
• Формирование на выходе конкретизированных регламентирующих документов, не требующих дополнительной доработки.
• Business Studio Portal, предоставляющий сотрудникам необходимую для работы информацию и вовлекающий их в процесс улучшения компании.
• Мощный Мастер отчетов, позволяющий формировать отчеты с использованием всех возможностей форматирования Microsoft Word и поддерживающий сложные выборки данных.
• Возможность расширения структуры данных с помощью модуля MetaEdit: создание собственных параметров (в т.ч. списков) и справочников.
• Возможность построения бесшовной системы управления благодаря тесной интеграции с ЕСМ-системой DIRECTUM. Поддержка стандарта XPDL для экспорта схем процессов в BPM-системы.

CA ERWin Process Modeler 7 — инструмент для моделирования, анализа, документирования и оптимизации бизнес – процессов. CA ERWin Process Modeler 7 можно использовать для графического представления бизнес-процессов.

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

CA ERWin Process Modeler 7 повышает бизнес-эффективность ИТ-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачи с бизнес-требованиями и процессами информационной архитектуры и проектирования приложений. Таким образом, формируется целостная картина деятельности предприятия: от потоков работ в небольших подразделениях до сложных организационных функций.

CA ERWin Process Modeler 7 эффективен в проектах, связанных с описанием действующих баз предприятий, реорганизацией бизнес-процессов, внедрением корпоративной информационной системы. Продукт позволяет оптимизировать деятельность предприятия и проверить ее на соответствие стандартам ISO 9000, спроектировать оргструктуру, снизить издержки, исключить ненужные операции и повысить эффективность.

CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживает методологии:

• IDEF0 (функциональная модель);
• DFD (DataFlow Diagram);
• IDEF3 (Workflow Diagram).

Функциональная модель предназначена для описания существующих бизнес – процессов на предприятии (так называемая модель AS-IS «как есть») и идеального положения вещей – того, к чему нужно стремиться (модель ТО-ВЕ «как должно быть»). Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы.

В данном проекте используется методология IDEF0.

§1.3.2 Разработка модели бизнес-процессов «как есть»

Построение модели ИС начинается с описания функционирования предприятия (системы) или отдельной ее части (в нашем случае это деятельность складского хозяйства) в целом в виде контекстной диаграммы (рисунок 1.3).

Рисунок 1.3 ‒ Контекстная диаграмма системы складского учета

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

• Информация о клиенте;
• Накладная на выдачу;
• Товар от поставщика;
• Документы на возврат товара;
• Сопроводительные документы;
• Возвращаемый товар.

Выходами для системы (Справа) являются:

• Выходные документы;
• Выданный товар;
• Списанный товар.

Механизмами управления системой (Сверху) являются:

• Должностные инструкции;
• Указания руководства;
• Законодательство РФ.

Ресурсами системы (снизу) являются:

• Складское оборудование;
• Персонал склада;
• Упаковочные материалы;
• Офисная техника и ПК;
• Информационные ресурсы.

Функционирование склада предполагает оказание услуг клиентам. Клиент – тот объект, для которого, собственно, функционирует предприятие, а склад, в частности. Клиент оплачивает товар и обращается с оплаченным счетом на склад для получения товара, а также документов на товар.

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

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

В оказании услуг клиентам важнейшую функцию выполняют ресурсы. Персонал склада является важнейшим ресурсом, непосредственно участвует в оказании этих услуг, используя различные инструменты склада. Информационные ресурсы выполняют прямую функцию (обеспечение информацией о клиенте, поставщике, товаре и т.п.). Создание такой информационной системы – одна из наших задач. Без материальных ресурсов (оборудование и расходные материалы) в настоящее время невозможно представить ни одно функционирующее предприятие.

§1.3.3 Разработка модели бизнес-процессов «как должно быть»

Далее нам необходимо определить функции, реализуемые системой складского учета, а, следовательно, разбить её на подсистемы, решающе более простые задачи: прием товаров от поставщика, прием возвращаемых товаров, хранение и отгрузка товаров. Построим модель, описывающую деятельность склада (рисунок 1.4).

Рисунок 1.4 Диаграмма декомпозиции блока «Система складского учета»

После описания контекстной диаграммы проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема, при необходимости, разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции.

Весь процесс деятельности склада можно подразделить на этапы:

• Подсистема приема товара (принятие товара по сопроводительным документам и передача его на хранение).

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

• Подсистема приема возврата (прием товара от покупателей).

Товар может поступать на склад не только от поставщиков, но и от покупателей, желающих вернуть товар по каким-то причинам.

• Подсистема отгрузки товара (выдача скомплектованного товара клиенту, либо возврат поставщику).

Данный этап подразумевает отгрузку клиенту товара, скомплектованного по отгрузочным документам либо отгрузка товаров поставщикам (если произошла ошибка при получении товаров).

• Хранение (основная и самая сложная функция склада, подразумевает все остальные действия с товаром, не описанные выше, например, комплектование, оформление документации на товар, списание).

Этап «Хранение» возьмем для последующей декомпозиции (рисунок 1.5).

Рисунок 1.5 Диаграмма декомпозиции блока «Подсистема хранения»

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

• Формирование отгрузочных документов (согласно оплаченному счету клиента).

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

• Складирование (непосредственное размещение товара на складе)

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

• Комплектование (комплектация товара согласно отгрузочным документам для дальнейшей выдачи клиенту, либо возврата поставщику)

На данном этапе, при комплектации товара производится внешний осмотр товара и выявляется брак, который, при его обнаружении, передается на списание.

• Списание товара (списание и дальнейшая передача на утилизацию брака или испорченного товара с формированием документов о списании).

Этап «складирование» является наиболее интересным для дальнейшего рассмотрения (рисунок 1.6).

Рисунок 1.6 Диаграмма декомпозиции блока «Складирование»

Диаграмма складирования, в свою очередь подразделяется на пункты:

• Хранение на временной площадке (товар, прибывший от поставщика или возвращаемый клиентом).

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

• Складирование на основной склад (товары, прошедшие качественно – количественную проверку).

На данном этапе производится непосредственное складирование поступившего товара на хранение. В будущем необходимый товар проходит комплектацию и передается на выдачу (отгрузку).

• Формирование документов по принятому товару (выходные документы).

На данном этапе производится документальное подтверждение по факту прихода товара на склад, внесение изменений в базу наличия товаров.

Следующая диаграмма, которую следует рассмотреть – диаграмма дерева узлов (рисунок 1.7). Диаграмма показывает иерархию работ в модели и позво­ляет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами.

• Диаграмма «Система складского учета» – первый уровень дерева узлов (top level activity);
• Диаграммы «Подсистема приема товара», «Подсистема приема возврата», «Подсистема отгрузки товара» и «Подсистема хранения» – второй уровень дерева узлов;
• Диаграммы «Формирование отгрузочных документов», «Складирование», «Комплектование» и «Списание товара» – третий уровень дерева узлов;
• Диаграммы «Хранение на временной площадке», «Складирование на основной склад», «формирование документов по принятому товару» - четвертый уровень дерева узлов.

Данного уровня декомпозиции достаточно для выполнения нашего курсового проекта.

Рисунок 1.7 Диаграмма дерева узлов

Так же, для более наглядного восприятия роли работников склада в деятельности организации, а так же определения места склада в CA Process Modeler была создана организационная диаграмма (рисунок 1.8). Для этого были созданы: