Смекни!
smekni.com

Автоматизированная система учета производственного процесса металлоцентра (на примере ЗАО "Сибирский металлоцентр") (стр. 7 из 17)

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

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

2. Информационно-логическая модель учета производственного процесса металлоцентра

2.1 Современные методологии и инструментальные средства моделирования бизнес-процессов

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

- теоретическая база;

- описание шагов, необходимых для получения заданного результата;

- рекомендации по использованию как отдельно, так и в составе группы методик.

Если в основу методологии заложена теоретическая база (например, математическая модель, способная предсказать поведение системы), то ее наличие делает методологию более серьезной и обоснованной. Однако и в случае отсутствия

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

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

- методологии ведения проекта;

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

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

Последовательно рассмотрим каждую из трех групп методологий.

Существует несколько достаточно четко идентифицируемых методологий ведения проектов, связанных с изменением бизнес-процессов, существующих в организации. Одним из известных подходов, является методология Хаммера и Чампи, известная как «реинжиниринг бизнес-процессов». Реинжиниринг по Хаммеру и Чампи — это «фундаментальное переосмысление и радикальное перепроектирование деловых процессов для достижения резких, скачкообразных улучшений в решающих, современных показателях деятельности компании, таких как стоимость, сервис и темпы». Основой указанного подхода является рассмотрение деятельности организации «с чистого листа» и разработка новых, более эффективных бизнес-процессов. Методология Хаммера и Чампи развивается уже более 10 лет. Из аналитических материалов зарубежной прессы известно, что 80—90% проектов, заявленных как проекты реинжиниринга бизнес-процессов, потерпели неудачу. Проблемы здесь следует искать не в самой методологии Хаммера и Чампи, а в способах управления организацией, в частности, в заинтересованности руководителей верхнего уровня и их активном участии в проекте. Для сегодняшнего момента можно было бы переформулировать определение реинжиниринга бизнес-процессов как деятельность, основанную на представлении организации в виде ряда взаимосвязанных бизнес-процессов и направленную на их регулярный анализ и улучшение.

Кроме методологии Хаммера и Чампи, существуют и другие методологии, не имеющие однозначного авторства, но принадлежащие отдельным компаниям, например, методологии выполнения проектов по внедрению систем автоматизации Oracle, SAPR/3, BAAN, RUP компании Rational и др.

Ко второй группе методологий относятся методологии моделирования и анализа бизнес-процессов. В настоящее время существует несколько базовых способов описания процессов, основанных как на стандартах (IDEF0), так и на общепринятых подходах (DFD). Кроме того, существует ряд нотаций (методологий) описания процессов, предложенных отдельными компаниями — разработчиками программных продуктов. К числу последних относятся методологии ARIS (еЕРС) компании IDSScheerAG, Германия.

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

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

Можно дать следующее определение термина «моделирование бизнес-процессов» организации:

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

Итак, моделирование — это процесс отражения реальной деятельности организации при помощи специальной методологии. Важно понимать, что процесс моделирования является субъективным. Дело в том, что 80% информации для формирования моделей поступает от интервьюируемых сотрудников и руководителей организации. При этом субъективными являются как мнение сотрудников о реальном ходе работ, так и взгляд на процессы аналитика, проводившего интервью. Опыт показывает, что степень субъективности полученных моделей может стать серьезным препятствием для дальнейшего их использования. Поэтому существуют различные способы устранения этой субъективности [17].

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

- целей проекта;

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

- возможностей CASE-систем по описанию процессов с учетом требований.

Говорить о преимуществе той или иной системы бессмысленно, пока не определены тип и рамки проекта, основные задачи, которые данный проект должен решить. Можно провести сравнение наиболее популярных систем: ARIS Toolset и BPWin.

Функциональные возможности инструментальных средств моделирования ARIS Toolset и BPWin можно корректно сравнивать только по отношению к определенному кругу задач. В данном исследовании рассматривается задача формирования моделей (описания) бизнес-процессов предприятия. Каждая из рассматриваемых систем имеет свои преимуществ и недостатки. В зависимости от решаемых задач эти преимущества могут как усиливаться, так и наоборот. То же касается и недостатков: недостаток системы в рамках одного проекта, может не быть недостатком в рамках другого. Например, отсутствие четких соглашений по моделированию управляющих воздействий в рамках eEPC ARIS может привести к созданию моделей, не отвечающих на поставленные вопросы, в то время как нотация IDEF0 системы BPWin позволяет решить эту задачу. С другой стороны, описание процедуры, выполняемой одним сотрудником, может быть описано более адекватно при помощи eEPC ARIS, чем IDEF0 или IDEF3 BPWin [57]. Сравнение функциональных возможностей систем приводится в приложении Б.