Файл: ПРОЕКТИРОВАНИЕ РЕАЛИЗАЦИИ ОПЕРАЦИЙ БИЗНЕС-ПРОЦЕССА «ПОКУПКА СЫРЬЯ И МАТЕРИАЛОВ» (Построение бизнес–процессов «как есть»).pdf

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

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

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

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

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

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

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

---

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

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

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

---

ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

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

Процесс моделирования можно начинать с любого из них, в зависимости от конкретных условий и целей, преследуемых разработчиками. Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты – «функция», «событие», «структурное подразделение», «документ» и т. п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа. Таким образом, по результатам выполнения этого этапа возникает набор взаимосвязанных моделей, представляющих собой исходный материал для дальнейшего анализа.

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

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

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

---

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

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

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

Ниже наведено поэтапное и конкретное описание прохождения схемы:

1. Прежде всего, коммерческий директор определяет номенклатурные позиции и количество закупаемых игрушек исходя из имеющихся на складе на текущий момент товарных запасов и прогнозируемого объема спроса.
2. Затем система ставит задачу начальнику отдела закупок. Он должен составить документ "План закупок" с указанием поставщиков, у которых планируется приобрести товары, закупочных цен, а также договоров поставки, в рамках которых будет производиться отгрузка игрушек, если они заключены и являются действующими.
3. Следующая задача ставится генеральному директору, который должен ознакомиться с планом закупок, а затем утвердить или отклонить его.
4. В зависимости от того, утвердил ли генеральный директор план закупок, бизнес-процесс движется по одной из двух ветвей ("Да" или "Нет"). Если документ не утвержден, задача "Сформировать план закупок" будет поставлена начальнику отдела закупок повторно.
5. В случае утверждения плана начальник отдела закупок получает задачу связаться с поставщиками и отправить им заявки на закупку товаров.
6. Далее система ставит задачу начальнику отдела закупок получить от поставщиков подтверждения о возможности отгрузки игрушек. Если все поставщики подтвердили заявки, процесс продолжит движение дальше по ветке "Да". Если не все заявки были подтверждены, начальнику отдела закупок будет повторно поставлена задача "Сформировать план закупок".
7. Дальше система движется по двум ветвям, задачи которых выполняются параллельно. На одной ветке производится проверка наличия действующих договоров с поставщиками. Если все договоры введены в систему, процесс продолжает движение по ветке "Да". В случае если хотя бы один договор отсутствует, процесс движется по ветке "Нет" и запускает экземпляры вложенных бизнес-процессов "Согласование договора", в рамках которых заключаются новые договоры поставки. При этом процесс "Закупка" приостанавливается. Он возобновится лишь тогда, когда завершатся все вложенные процессы.
8. Менеджеру отдела закупок ставится задача сформировать в системе "Заказы поставщикам".
9. Служебная задача выполняется системой автоматически. В данном случае она необходима, потому что была использована точка условия, и количество веток бизнес-процесса увеличилось, а в точку слияния должно попасть столько же стрелок, сколько вышло из точки разделения.
10. Если по одному или нескольким "Заказам поставщикам" необходимо внести предоплату, система запускает экземпляры вложенных бизнес-процессов "Заявка на ДС (безнал)". Бизнес-процесс "Закупка" будет продолжен только тогда, когда все счета поставщиков будут переданы на оплату.
11. Система ставит менеджеру отдела закупок задачу получить уведомления об отгрузке товара поставщиком. После того, как все поставщики сообщат об отгрузке товаров со своего склада, бизнес-процесс "Закупка" завершится.

---

Ниже Вы можете увидеть Схему 1, которая является реализацией операции бизнес-процесса «Покупка сырья и материалов

Схема 1

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

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

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

Для нас основными процессам будут следующие: обучение, консультирование…, а в группе поддержки будут значиться процессы: обеспечение оргтехникой, организация переезда до заказчика… С группой управляющих процессов все намного проще. К процессам управления будут относиться все процессы, связанные с разработкой стратегии, направленной на развитие, и оценкой деятельности, т. е. процессы, задающие тон и направление движения организации, и оценивающие (анализирующие) полученные результаты. Наглядные примеры группировки процессов региональной сетевой компании по типам приведены на Рис. 1:

---