Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Разработка регламента выполнения процесса «Складской учет» (Предлагаемые мероприятия по улучшению процессов)

Содержание:

ВВЕДЕНИЕ

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

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

Таким образом, определяется цель выполнения работы – разработка регламента выполнения процесса «Складской учет».

Для достижения поставленной цели необходимо выполнить следующие задачи:

  1. Описать предметную область;
  2. Осуществить постановку задачи;
  3. Выбрать средства для моделирования бизнес-процессов;
  4. Реализовать моделирование бизнес-процессов «как есть»;
  5. Предложить мероприятия по улучшению бизнес-процессов;
  6. Смоделировать бизнес-процессы «как должно быть»;
  7. Подвести итог проделанной работы.

Объектом выполняемого исследования выступает разработка регламента выполнения процесса, а предметом – непосредственно процесс «Складской учет».

Структура работы включает в себя две главы, первая из которых состоит из трех параграфов, а вторая – из двух.

Глава 1. Построение бизнес-процессов «как есть»

Описание предметной области. Постановка задачи

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

Компании, деятельность которых связана с торговлей или производством, имеют дело с временным хранением товара или продукции до момента реализации. Все запасы компании находятся на складах. И вопрос управления запасами на предприятии один из наиболее важных, поэтому многие руководители задаются вопросом, автоматизировать ли управление складом или нет.

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

Учет складских запасов – это всегда работа с большим объемом данных. Автоматизация же учета позволяет экономить время, деньги и человеческий ресурс предприятия. В связи с этим, разработка регламента выполнения процесса «Складской учет» реализуется, в первую очередь, для оптимизации и эффективизации процесса осуществления складского учета.

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

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

Исходными данными для выполняемого процесса являются:

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

Для отражения списания материалов в производство: требование – накладная.

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

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

В ходе разработки автоматизированного решения задачи учета складских операций и реализации продукции, результатными показателями являются:

  1. Приходная накладная;
  2. Товарная накладная;
  3. Счет - фактура;
  4. Журнал по приходу;
  5. Журнал по расходу;
  6. Ведомость по остаткам на складе;
  7. Результат поиска документа по дате;
  8. Результат поиска документа по поставщику;
  9. Результат поиска документа по клиенту;
  10. Результат поиска документа по номеру.

Для рассмотрения на примере был выбран отчет по результатам выполнения запроса на поиск документа по тому или иному параметру, форма которого изображена на Рисунке 1.

Результаты поиска

Назв. поля

Характеристики

кнопки

Рисунок 1. Форма отчета

Роли сотрудников, принимающих участие в решении поставленной задачи, рассмотрены в Таблице 1.

Таблица 1

Роли сотрудников в решении задачи

Код сотр

Должность

% участия

% ответств

01

Администратор

80-100

100

02

Менеджер

60-90

50-80

...n

...

0-100

0-100

Выбор средства для моделирования бизнес-процессов

Одним из первых и основных этапов проекта по описанию бизнес-процессов компании является выбор методов и инструментальных средств моделирования.

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

В целом выделяют два подхода к моделированию.

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

К этому блоку относится методология IDEF; инструментом, реализующим данную методологию, является BPWin.

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

Методологии, поддерживающие объектно-ориентированный принцип: методология Aris (группа продуктов IDS Sheer «Aris») и методология UML (продукт Rational Rose). Методология UML в основном ориентирована на разработку программного обеспечения, Aris используется для описания бизнес-процессов предприятия.

Aris в том числе предоставляет возможность оценки процессов по заданным параметрам, например с точки зрения времени и стоимости их выполнения.

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

В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За рубежом, помимо упомянутых, активно используются такие средства, как System Architect, Ithink Analyst, ReThink и др

Выделим основные критерии, позволяющие из представленных средств моделирования выбрать те, применение которых в России могло бы с большей вероятностью себя оправдать. Такими критериями являются:

  • устойчивое положение продукта на рынке (срок его существования, программа развития продукта, система отчетов о проблемах, совокупность применений и др.);
  • распространенность продукта (количество проданных лицензий, наличие, размер и уровень деятельности пользовательской группы);
  • доступность поддержки поставщика. Такие услуги могут включать телефонную «горячую линию», техническую и консультационную поддержку через представителя поставщика в России;
  • доступность обучения. Обучение может проводиться на территории представителя поставщика в России, пользователя или где-либо в другом месте;
  • доступность материалов по продукту. Они могут включать компьютерные учебные материалы, учебные пособия, книги, статьи, информацию в Интернете, демоверсии.

Из приведенного перечня инструментальных средств для более подробного анализа выделим те программные продукты, которые удовлетворяют указанным критериям. В этом случае в рамки нашего дальнейшего рассмотрения попадают BPWIn/ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS, по которым ниже представлено более подробное описание.

BPWin и ERWin компании СотрШвгAssociates. Computer Associates International, Inc. (CA) входит в пятерку ведущих производителей программного обеспечения, предлагая средства моделирования, резервного копирования, управления инфраструктурой предприятия (сетями, серверами и т. д.), информационной безопасности, business intelligence и т. д. Пакет BPWin основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, то есть производимые им действия и связи между этими действиями.

Возможности BPwin:

  • поддерживает сразу три стандартные нотации – IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область наиболее комплексно;
  • позволяет оптимизировать процедуры в компании;
  • полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально-стоимостной анализ, ABC);
  • позволяет облегчить сертификацию на соответствие стандартам качества ISO9000;
  • интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО) и др.;
  • интегрирован со средством имитационного моделирования Arena;
  • содержит собственный генератор отчетов;
  • позволяет эффективно манипулировать моделями – сливать и расщеплять их;
  • имеет широкий набор средств документирования моделей, проектов.

Пакет ERWin – это средство концептуального моделирования БД. Используется при моделировании и создании баз данных произвольной сложности на основе диаграмм «сущность – связь». В настоящее время ERWin является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов. Возможности ERWin:

  • поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEFlx для ER-диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных – Dimensional;
  • поддерживается прямое (создание БД на основе модели) и обратное (генерация модели по имеющейся базе данных) проектирование для 20 типов СУБД: настольные, реляционные и специализированные СУБД, предназначенные для создания хранилищ данных;
  • интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE-средствами Oracle Designer, Rational Rose, средствами разработки и др.;
  • позволяет повторно использовать компоненты созданных ранее моделей, а также использовать наработки других разработчиков;
  • возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager);
  • позволяет переносить структуру БД (не сами данные!) из СУБД одного типа в СУБД другого;
  • позволяет документировать структуру БД.

Oracle Designer компании Oracle. Набор инструментальных средств Oracle Designer предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web– и клиент/серверных приложений. Oracle Designer участвует в каждой фазе жизненного цикла разработки программного обеспечения – от моделирования бизнес-процессов до внедрения. Применение единого репозитория делает возможным использование любых его компонент для быстрой разработки масштабируемых, кросс-платформных распределенных приложений. Задачей Oracle Designer являются сбор данных о потребностях пользователей и автоматизация построения гибких графических приложений. Oracle Designer используется не только для создания приложений, но и для ведения учета изменений, которые неизбежно происходят при эксплуатации системы. Графические модели определений проекта, интегрированные с многопользовательским репозиторием, существенно облегчают работу с Oracle Designer. Инструментальные средства построены на базе общепринятых методик, охватывающих весь жизненный цикл разработки и позволяющих пользователям осуществлять построение моделей привычным для их организации способом. Это обеспечивает гибкость и открытость подхода к разработке программного обеспечения за счет использования только тех частей продукта, которые требуются в данной задаче. В рамках процесса разработки обеспечивается поддержка методов RAD, JAD, информационного проектирования, водопадного метода (waterfall), итеративного метода и др. Пользуясь этими принципами, можно добиться успешного баланса организационных потребностей и технологических возможностей и даже эффективно управлять риском, связанным с частыми неизбежными и важными изменениями как в одной, так и в другой области. Средства концептуального моделирования Oracle Designer включают в себя:

  • ER-диаграммы (диаграммы информационной структуры предметной области, представляемой в виде объектов и их взаимосвязей);
  • диаграммы функциональной иерархии, описывающие функции, которые выполняет система;
  • диаграммы потоков данных, циркулирующих на предприятии.

Такие модели представляют информационные потребности в удобном и наглядном для восприятия виде, что делает их хорошим средством коммуникации между проектировщиками и пользователями в процессе уточнения постановки задач. Любой разработчик заинтересован, чтобы описание концептуальной модели было использовано для создания спецификаций, описывающих структуру и основные компоненты будущей системы. В Oracle Designer все спецификации проекта системы разрабатываются на основе моделей концептуального уровня и обеспечивают выполнение всех содержащихся в них требований и ограничений. Полученные компоненты системы могут быть преобразованы в реальные объекты базы данных, экранные формы и отчеты. Финальная часть разработки проекта – автоматическая генерация серверных компонентов – возможна не только для сервера БД Oracle, но и для СУБД Microsoft SQL Server, DB/2, Sybase и ряда других. Любые изменения бизнес-процессов могут быть внесены в модели, и тут же будет сгенерировано модифицированное приложение, основывающееся уже на новых схемах ведения бизнеса. При этом все разработанное ранее будет сохранено и войдет в новый проект. Огаск Designer автоматически создает отчеты, которые содержат всю информацию о проекте и могут быть использованы как набор документов, отражающих текущее состояние проекта.

Rational Rose компании IBM. IBM Rational Rose входит в состав пакета IBM Rational Suite и предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ. Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки. Инструмент полностью поддерживает компонентно-ориентированный процесс создания ИС. Любые участники проекта – аналитики, специалисты по моделированию, разработчики и др. – могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта. Для бизнес-аналитиков средство Rational Rose дает возможность детально описать и проанализировать бизнес-процессы данной предметной области. Системные аналитики, используя указанные описания, смогут разработать необходимый функционал ИС, который максимально удовлетворит запросы заказчика. Для архитекторов средство Rational Rose будет полезно при создании мощной и гибкой архитектуры системы. Для аналитиков, специализирующихся в области разработки баз данных, Rational Rose даст возможность визуально проектировать и генерировать базы данных любого размера. Таким образом, можно создавать базы данных Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 и любые другие, которые поддерживают возможность запуска скриптов стандарта ANSI SQL. Любые модели, создаваемые с помощью данного средства, являются взаимосвязанными: бизнес-модель, функциональная модель, модель анализа, модель проектирования, модель базы данных, модель компонентов и модель физического развертывания системы. Есть возможность по созданию шаблонов архитектурных решений, позволяющих использовать опыт, накопленный в предыдущих проектах. Существуют расширения Rational Rose, которые позволяют выполнять скелетную (round-trip) разработку ИС, создаваемых на базе языков C/C+ +, Java, Smalltalk, Ada, Object Pascal (Borland Delphi) и др. Таким образом, можно сгенерировать каркас программного кода на любом из указанных языков или выполнить процедуру обратного проектирования, что позволяет сформировать модель на базе существующего кода. Есть возможность публикации модели в Интернете, которая служит основой для объединения работы удаленных команд разработчиков. Интеграция Rational Rose с Rational RequisitePro позволяет на базе визуальной модели разработать полный набор требований, которые необходимо реализовать при создании конечного продукта. Интеграция Rational Rose с Rational TestManager дает возможность создавать сценарии тестирования на базе визуальной модели. Интеграция Rational Rose с Rational ClearCase позволяет поставить на версионный контроль модель целиком или по частям. Интеграция Rational Rose с Rational SoDA позволяет автоматизировать процесс создания документов и отчетов по визуальной модели.

PowerDesigner компании Sybase. Компания Sybase со дня своего основания традиционно является ведущим поставщиком информационных технологий на мировой рынок финансовых институтов: технологии Sybase используют 90 % компаний мирового рынка ценных бумаг, 60 % мировых банков и 68 % компаний Wall Street. С 1996 года, когда открылся офис в Москве, Sybase активно работает в России и других странах СНГ. В апреле 2002 года открылись офисы компании в Санкт-Петербурге и Киеве. Офисы Sybase в Москве, Санкт-Петербурге и Киеве обеспечивают всестороннюю работу с клиентами, включая поставки технологий, оборудования, разработку законченных решений, обучение пользователей, полнофункциональную техническую поддержку и услуги консалтинга. PowerDesigner является комплексным решением для моделирования и разработки приложений и бизнес-процессов для организаций, которые нуждаются в быстром, последовательном и эффективном с точки зрения затрат создании или реинжиниринге бизнес-приложений. PowerDesigner позволяет устранить следующие препятствия, мешающие эффективной разработке проектов: различия в профессиональной подготовке участников проекта, разнородные платформы и изобилие языков разработки – то, что характерно для большинства современных компаний. Это позволяет фокусироваться на бизнес-потребностях создания приложений на протяжении всего процесса разработки – от системного анализа и дизайна вплоть до непосредственной генерации кода для приложения. Последняя версия продукта, PowerDesigner, обладает новыми возможностями по моделированию бизнес-процессов, объектному моделированию, базирующемуся на UML, и поддерживает как традиционные, так и вновь появляющиеся технологии моделирования в рамках одной развитой графической среды. Это позволяет значительно сократить затраты и время реализации проекта, который должен функционировать на различных платформах и инструментальных средах. Одним из основных преимуществ PowerDesigner является также использование репозитория масштаба предприятия для хранения и управления всей информацией, касающейся моделирования и дизайна приложений на всех уровнях ведения бизнеса в компании. Это дает возможность правильно организовать рабочий процесс и кардинальным образом повысить эффективность работы разработчика. Ключевые характеристики PowerDesigner:

  • моделирование бизнес-процессов: PowerDesigner позволяет нетехническим специалистам компании разрабатывать и моделировать бизнес-процессы, ориентируясь на бизнес-задачи и опираясь на известные им термины, используя простую и интуитивно понятную графическую нетехническую модель;
  • моделирование данных: PowerDesigner позволяет разрабатывать и генерировать схему БД посредством двухуровневого (концептуального и физического) моделирования реляционной БД, поддерживающего классические методики проектирования баз данных. Имеет также встроенные средства моделирования хранилища данных;
  • объектное моделирование: PowerDesigner предлагает законченную технологию анализа и проектирования систем с использованием стандарта UML (диаграммы бизнес-процессов, последовательности выполнения, классов и компонентов). На основе диаграммы классов PowerDesigner автоматически осуществляет генерацию и реинжиниринг кода для популярных инструментальных сред, таких как JavaTM (включая EJB 2.0), XML, Web Servicies, C+ +, PowerBuilder, Visual Basic и др., посредством настраиваемого генератора;
  • репозиторий масштаба предприятия: Enterprise-версия PowerDesigner содержит функциональность репозитория класса предприятия. Репозиторий позволяет всем членам вашей команды легко просматривать модели и другую информацию, а также осуществлять обмен ими. Репозиторий обладает высокой масштабируемостью и поддерживает систему безопасности, основанную на роли пользователя, контроль версий, поиск и возможности составления отчетов.

ARIS компании IDS Scheer AG. В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является продукт, носящий название ARIS, разработанный германской фирмой IDS Scheer. Компания IDS Sheer AG основана в 1984 г. Основное направление – программное обеспечение и консалтинг. В настоящее время компания обслуживает 4000 клиентов в 50 странах мира через сеть своих представительств и партнеров. Качество решений IDS Scheer было подтверждено в июне 2005 года золотой медалью Международной познаньской ярмарки, на которой награждаются только лучшие продукты. А также в июле 2005 года, когда на мировом рынке была представлены программные продукты ARIS 7 с абсолютно новыми Web-продуктами; все они имеют общую черту – интуитивно понятный и выразительный интерфейс. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что дает возможность использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику. Методика моделирования ARIS основывается на разработанной профессором Августом Шером теории построения интегрированных ИС, определяющей принципы визуального отображения всех аспектов функционирования анализируемых компаний. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

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

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности ER и UML. В процессе моделирования каждый аспект деятельности предприятия сначала рассматривается отдельно, а после детальной проработки всех аспектов строится интегрированная модель, отражающая все связи между различными аспектами. ARIS не накладывает ограничений на последовательность построения указанных выше типов моделей. Процесс моделирования можно начинать с любого из них, в зависимости от конкретных условий и целей, преследуемых разработчиками. Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты – «функция», «событие», «структурное подразделение», «документ» и т. п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа. Таким образом, по результатам выполнения этого этапа возникает набор взаимосвязанных моделей, представляющих собой исходный материал для дальнейшего анализа. Стоит отметить несколько особенностей системы ARIS. Первая – семейство программных продуктов ARIS ориентировано на процессное описание. Основная бизнес-модель ARIS – eEPC (extended Event-driven Process Chain – расширенная модель цепочки процессов, управляемых событиями). По существу, модель eEPC расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Вторая особенность – в системе ARIS есть внутренняя база данных, которая позволяет проверять модель на непротиворечивость, целостность, проводить верификацию модели. В других продуктах это отсутствует. Третья особенность: ARIS – единственная система, ориентированная на описание бизнеса, где присутствуют различные взгляды на бизнес-систему, которую мы можем оценить и рассмотреть с разных сторон, чего нет в других программных продуктах. В течение последних пяти лет ARIS уверенно лидирует среди средств моделирования.

Укажем основное предназначение каждого рассматриваемого продукта из множества его применений:

  • для моделирования баз данных больше подходят инструменты Erwin, Power Designer и Rational Rose;
  • для моделирования компонентов разрабатываемых приложений больше подходят Oracle Designer, Power Designer и Rational Rose;
  • для моделирования бизнес-процессов больше подходят BPwin, ARIS и Rational Rose.

Из вышеприведенной характеристики разнообразных средств моделирования наиболее подходящим для разработки регламента выполнения процесса «Складской учет» является инструмент Erwin, который представляет собой средство с наиболее широким функционалом и перечнем возможностей, и, кроме того, не требует серьезных финансовых вложений.

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

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

Вход бизнес-процесса — продукт, который в ходе выполнения процесса преобразуется в выход.

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

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

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

Ресурс бизнес-процесса — материальный или информационный объект, постоянно используемый для выполнения процесса, но не являющийся входом процесса.

К ресурсам процесса могут относиться: информация, персонал, оборудование, программное обеспечение, инфраструктура, среда, транспорт, связь и пр. Владелец процесса в ходе планирования и управления процессом производит распределение и перераспределение ресурсов для достижения наилучшего результата процесса. Отнесение информации одновременно ко входам и ресурсам процесса не является ошибкой.

Входы, выходы и ресурсы рассматриваемого бизнес-процесса изображены на Рисунке 2.

Рисунок 2. Входы, выходы и ресурсы бизнес-процесса

Схема управления бизнес-процессом «Складской учет» представлена на Рисунке 3.

Рисунок 3. Схема управления процессом

На рисунках 4-7 изображены схемы подпроцессов, включенных в состав процесса «Складской учет».

Рисунок 4. Схема подпроцесса «Зафиксировать перечень товаров»

Рисунок 5. Схема подпроцесса «Сделать запись в журнал расхода»

Рисунок 6. Схема подпроцесса «Получить товар»

Рисунок 7. Схема подпроцесса «Сделать запись в журнал прихода»

Глава 2. Построение бизнес-процессов «как должно быть»

Предлагаемые мероприятия по улучшению бизнес-процессов

Улучшение бизнес-процессов — совокупность методов и подходов, которые дают руководителям компании возможность повысить эффективность ее работы. Как следует из наименования процедуры, которую также иногда называют менеджментом бизнес-процессов, цель ее — улучшение бизнес-процессов, которое помогает сделать их более эффективными.

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

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

Планирование. Здесь необходимо выбрать бизнес-процесс, который следует усовершенствовать, определиться с задачами и масштабами изменений, собрать команду.

Анализ. Тщательно изучить бизнес-процесс, который нужно усовершенствовать.

Редизайн. Определиться с тем, какие именно изменения необходимо внести в избранный процесс.

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

Внедрение. Внесение необходимых изменений.

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

Для процесса «Складской учет» необходимо внести следующие изменения:

  • автоматизация учета остатков на складе;
  • автоматизация составления заявки на закупку;
  • автоматизация внесения информации о приходе;
  • автоматическое формирование счета-фактуры;
  • автоматическое заполнение накладных.

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

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

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

Рисунок 8. Входы, выходы и ресурсы бизнес-процесса после улучшения

Рисунок 9. Схема управления процессом после улучшения

Рисунок 10. Схема подпроцесса «Зафиксировать перечень товаров» после улучшения

Рисунок 11. Схема подпроцесса «Сделать запись в журнал расхода» после улучшения

Рисунок 12. Схема подпроцесса «Получить товар» после улучшения

Рисунок 13. Схема подпроцесса «Сделать запись в журнал прихода» после улучшения

ЗАКЛЮЧЕНИЕ

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

Для того чтобы достичь поставленной цели были выполнены следующие задачи:

  1. Описана предметная область;
  2. Осуществлена постановка задачи;
  3. Выбрано средство для моделирования бизнес-процессов;
  4. Реализовано моделирование бизнес-процессов «как есть»;
  5. Предложены мероприятия по улучшению бизнес-процессов;
  6. Смоделированы бизнес-процессы «как должно быть»;

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

Кроме того, в ходе выполнения исследования были получены новые и освежены ранее полученные теоретические знания и практические навыки.

СПИСОК ЛИТЕРАТУРЫ

  1. «Анализ хозяйственной деятельности предприятия» Г.В. Савицкая 2-е изд., - Мн.: ИП «Экоперспектива», 2000
  2. «Экономика и статистика фирм» Под. ред. Ильенковой С.Д.. 2000.
  3. Александрович Я. А. Рациональное использование ресурсов важнейшее условие интенсификации производства,М.:,2000
  4. Анализ хозяйственной деятельности в промышленности: Учебник Л.А.Богдановская, Г.Г.Виногоров, О.Ф.Мигун и др.; Под общ.ред.В.И.Стражева-М.:Выш.шк.,2001.-363с.
  5. Ермолович Л. Л. Анализ финансово-хозяйственной деятельности предприятия:
  6. Колесник А.П. Компьютерные системы в управлении финансами. - М.: «Финансы и статистика», 1994
  7. Локальные вычислительные сети. Справочник. Под ред. С.В. Назарова Ю. М.: «Финансы и статистика», 1994
  8. Савицкая Г.В. Анализ хозяйственной деятельности промышленного предприятия.,2002,213с.
  9. Учеб.пособие/ А.В.Сидорович, Т.А.Агапова Рук. авторского колл. Сидорович А.В.,М:ДШ,1997.
  10. Цеддиес Ю., Райш Э., Угаров А.Л. Экономика предприятий. Учебное пособие. - М.: Издательство МСХА, 1999 - 400 с
  11. Экономика, организация и планирование промышленного производства. Учебное пособие. Под ред.Н.А.Лисицина.М.:2003.