Разработка бизнес-процессов в ЗАО "Ясень" с применением технологии управления "1С: Молокозавод"

Тип работы:
Дипломная
Предмет:
Менеджмент


Узнать стоимость

Детальная информация о работе

Выдержка из работы

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

ГЛАВА 1. ТЕОРЕТИКО-МЕТОДОЛОГИЧЕСКИЕ ОСНОВЫ РАЗРАБОТКИ БИЗНЕС — ПРОЦЕССОВ

1.1 Информационные технологии в управлении бизнесом и производством

1.1.1 Постановка цели моделирования бизнес процессов

1.1.2 Моделирование предметной области

1.1.3 Бизнес — моделирование

1.1.4 Структурный анализ

1.1.5 Этапы бизнес — моделирования

1.2 Обзор методик и моделей бизнес процессов

1.2.1 Методологии описания предметной области

1.2.1.1 Нотация IDEF0

1.2.1.2 Нотации Процесс и Процедура

1.2.1.3 Нотация EPC

1.3 Состояние рынка средств описания бизнес-процессов и практический опыт описания бизнес-процессов в российских компаниях

Основные выводы по первой главе

ГЛАВА 2. АНАЛИЗ ЭФФЕКТИВНОСТИ РАБОТЫ КОМПАНИИ

2.1 История компании и основные направления деятельности

2.1.1 История компании

2.1.2 Описание товарного ассортимента

2.1.3 Организационная структура компании

2.2 Анализ финансово-хозяйственной деятельности ЗАО «Ясень»

2.2.1 Анализ имущественного состояния предприятия

2.2.2 Анализ капитала, вложенного в имущество предприятия

2.2.3 Анализ собственного оборотного капитала

2.2.4 Анализ относительных показателей финансово — экономической деятельности предприятия

2.2.4.1 Показатели оборачиваемости

2.2.4.2 Показатели финансовых рисков, связанные с вложением капитала предприятия

2.2.4.3 Показатели ликвидности для оценки платежеспособности

2.2.4.4 Показатели эффективности использования ресурсов

2.3 Анализ внешний и внутренней среды компании

2.3.1 Характеристика внешней среды

2.3.2 Анализ внутренней среды

2.3.3 Анализ конкурентов

2.3.4 SWOT — анализ

Основные выводы по второй главе

ГЛАВА 3. РАЗРАБОТКА БИЗНЕС-ПРОЦЕССОВ В MS VISIO, ИХ ОПТИМИЗАЦИЯ С ПОМОЩЬЮ ТЕХНОЛОГИИ УПРАВЛЕНИЯ «1С: МОЛОКОЗАВОД»

3.1 Разработка бизнес — процессов организации

3.1.1 Постановка цели, выбор метода и методологии описания бизнес — процессов

3.1.2 Процессы верхнего уровня и их владельцы

3.1.3 Описание верхнего уровня как набора основных бизнес-процессов ЗАО «Ясень»

3.1.4 Подпроцесс «Планирование производства»

3.1.5 Подпроцесс «Подготовка и наладка оборудования»

3.1.6 Подпроцесс «Приёмка молока»

3.1.7 Подпроцесс «Переработка молока»

3.1.8 Подпроцесс «Сдача продукции на склад»

3.2 Оптимизация бизнес-процессов компании ЗАО «Ясень» с помощью программы управления «1С: Молокозавод»

3.2.1 Общие сведения о программном продукте

3.2.2 Оптимизация бизнес-процесса «Планирования производства» при помощи программы управления «1С: Молокозавод»

3.2.3 Оптимизация бизнес-процесса «Подготовка и наладка оборудования» при помощи программы управления «1С: Молокозавод»

3.2.4 Оптимизация бизнес-процесса «Приёмка молока» при помощи программы управления «1С: Молокозавод»

3.2.5 Оптимизация бизнес-процесса «Переработка молока» при помощи программы управления «1С: Молокозавод»

3.2.6 Оптимизация бизнес-процесса «Сдача продукции на склад» при помощи программы управления «1С: Молокозавод»

Основные выводы по третьей главе

ЗАКЛЮЧЕНИЕ

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

ПРИЛОЖЕНИЕ 1. Бухгалтерский баланс ЗАО «Ясень» на 31 декабря 2009 г.

ПРИЛОЖЕНИЕ 2. Бухгалтерский баланс ЗАО «Ясень» на 31 декабря 2010 г.

ПРИЛОЖЕНИЕ 3. Состав, динамика и структура имущества предприятия по данным бухгалтерского баланса на 31 декабря 2009 г.

ПРИЛОЖЕНИЕ 4. Оценка оборотных активов по степени риска по данным бухгалтерского баланса на 31 декабря 2009 г.

ПРИЛОЖЕНИЕ 5. Состав, динамика и структура имущества предприятия по данным бухгалтерского баланса на 31 декабря 2010 г.

ПРИЛОЖЕНИЕ 6. Оценка оборотных активов по степени риска по данным бухгалтерского баланса на 31 декабря 2010 г.

ПРИЛОЖЕНИЕ 7. Состав, динамика и структура капитала, вложенного в имущество предприятия по данным бухгалтерского баланса на 31 декабря 2009 год

ПРИЛОЖЕНИЕ 8. Состав, динамика и структура капитала, вложенного в имущество предприятия по данным бухгалтерского баланса на 31 декабря 2010 год

ПРИЛОЖЕНИЕ 9. Обеспеченность предприятия собственными оборотными средствами для покрытия запасов и дебиторской задолженности покупателей (заказчиков) за продукцию, товары, работы услуги по данным бухгалтерского баланса на 31 декабря 2009 г.

ПРИЛОЖЕНИЕ 10. Обеспеченность предприятия собственными оборотными средствами для покрытия запасов и дебиторской задолженности покупателей (заказчиков) за продукцию, товары, работы услуги по данным бухгалтерского баланса на 31 декабря 2010 г.

ПРИЛОЖЕНИЕ 11. Отчёт о прибылях и убытках ЗАО «Ясень» за период с 1 января по 31 декабря 2009 г.

ПРИЛОЖЕНИЕ 12. Расчет и динамика показателей оборачиваемости по данным бухгалтерского баланса на 31 декабря 2009 г и отчёта о прибылях и убытках за период с 1 января по 31 декабря 2009 г.

ПРИЛОЖЕНИЕ 13. Отчёт о прибылях и убытках ЗАО «Ясень» за период с 1 января по 31 декабря 2010 г.

ПРИЛОЖЕНИЕ 14. Расчет и динамика показателей оборачиваемости по данным бухгалтерского баланса на 31 декабря 2010 г и отчёта о прибылях и убытках за период с 1 января по 31 декабря 2010 г.

ПРИЛОЖЕНИЕ 15. Расчет и оценка динамики показателей финансовой устойчивости предприятия по данным бухгалтерского баланса на 31 декабря 2009 год

ПРИЛОЖЕНИЕ 16. Расчет и оценка динамики показателей финансовой устойчивости предприятия по данным бухгалтерского баланса на 31 декабря 2010 год

ПРИЛОЖЕНИЕ 17. Расчет и оценка динамики показателей ликвидности предприятия по данным бухгалтерского баланса на 31 декабря 2009 г.

ПРИЛОЖЕНИЕ 18. Расчет и оценка динамики показателей ликвидности предприятия по данным бухгалтерского баланса на 31 декабря 2010 г.

ПРИЛОЖЕНИЕ 19. Расчет и динамика показателей рентабельности по данным бухгалтерского баланса на 31 декабря 2009 г и отчёта о прибылях и убытках за период с 1 января по 31 декабря 2009 г.

ПРИЛОЖЕНИЕ 20. Расчет и динамика показателей рентабельности по данным бухгалтерского баланса на 31 декабря 2010 г и отчёта о прибылях и убытках за период с 1 января по 31 декабря 2010 г.

ПРИЛОЖЕНИЕ 21. Бизнес план ЗАО «Ясень»

ВВЕДЕНИЕ

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

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

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

Одинцев Владимир, эксперт ЗАО «Тюмбит-АСУ» по оптимизации процессов и затрат считает, что нас ждет волна дальнейшей оптимизации бизнес-процессов с целью снижения затрат и повышения конкурентоспособности компаний, а современные информационные технологии позволят с успехом автоматизировать работу, начиная от описания и оптимизации процессов (программные продукты: ARIS, Business Studio) и заканчивая их автоматизацией (ERP -системы, системы электронного документооборота, например, DIRECTUM, системы управления взаимоотношениями с клиентами — CRM). [18]

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

Проблемами разработки бизнес — процессов, разработки теоретических основ и методологий описания бизнес — процессов, а также практических рекомендаций для разработки бизнес — процессов деятельности компаний занимаются многие исследователи. Например такие как, Дон Делебак, Майкл Хаммер, Джеймс Чампи, Самуйлов К. Е., Серебренникова Н. В., Чукарин А. В., Яркина Н. В., Д. Марка и К. МакГоуэн, Вендров А. М.

Объектом исследования дипломной работы является молокозавод ЗАО «Ясень».

Предметом исследования дипломной работы разработка бизнес-процессов организации, а именно процессов производства.

Цель дипломной работы состоит в том, чтобы на основании изучения методологий описания бизнес — процессов, разработать бизнес процессы производства и оптимизировать их с помощью программного продукта «1С: Молокозавод».

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

1. изучить понятие бизнес — моделирования;

2. раскрыть содержание и разработку бизнес — процессов в организации;

3. рассмотреть деятельность компании ЗАО «Ясень»;

4. проанализировать финансово-хозяйственную деятельность компании;

5. разработать бизнес — процессы компании с помощью программы MS Visio;

6. предложить внедрение нового программного продукта для оптимизации бизнес — процессов, а так же повышения эффективности работы компании;

7. выявить положительные аспекты от внедрения предложенной программы.

Первичной информацией для дипломной работы послужила внутренняя документация ЗАО «Ясень».

Научная значимость данной работы состоит в том, что в ней обобщены теоретические основы известных авторов по проблемам разработки бизнес — процессов в компаниях.

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

Дипломная работа состоит из введения, трех глав, заключения, списка литературы, содержит 42 таблицы, 48 рисунков. Список литературы включает 38 наименований. Общий объем работы — 173 страницы.

Содержание дипломной работы.

Первая глава работы посвящена теоретическим аспектам по разработке бизнес — процессов в организации.

Во второй главе рассматривается деятельность компании, а так же эффективность работы ЗАО «Ясень».

Третья глава посвящена разработке бизнес — процессов компании и их оптимизации с помощью программного продукта «1С: Молокозавод»

В дипломной использовались следующие методы:

* анализ литературы;

* теоретический анализ,

* классификация;

* обобщение.

ГЛАВА 1. ТЕОРЕТИКО-МЕТОДОЛОГИЧЕСКИЕ ОСНОВЫ РАЗРАБОТКИ БИЗНЕС-ПРОЦЕССОВ

1.1 Информационные технологии в управлении бизнесом и производством

1.1.1 Постановка цели моделирования бизнес процессов

Информационные технологии в бизнесе представляют собой инструменты для достижения какой-либо цели [6, с. 28].

Создавать с «нуля» или реформировать систему управления организацией можно только после того, как станет ясна наивысшая цель организации. Она нужна для принятия правильных с точки зрения ее достижения решений о внутреннем устройстве и принципах функционирования организации. Кто ее задает? Или кто ставит цель перед организацией? Очевидно, что таким лицом является собственник компании (или группа собственников, или акционеры) и только он. Можно бесконечно долго говорить о миссии компании по отношению к клиентам или о социальной ответственности, но истинная цель организации — удовлетворение потребностей собственника. К нему и предстоит отправиться за ответом на этот вопрос. Самое главное при этом действительно получить информацию о наивысшей цели, а не о целях более низкого уровня. Иначе это может привести к ситуации, когда в процессе проектирования приходится решать вовсе не те задачи, которые на самом деле хочет решить собственник. [5, с. 212]

Цели, которые может поставить собственник в зависимости от своих потребностей, можно разделить на три типа:

Финансовые цели

Самый простой вид целей. Примеры формулировок:

· Генерация заданного уровня прибыли в квартал.

· Генерация совокупной прибыли в размере N за 5 лет.

· Достижение компанией стоимости в N при продаже потенциальному покупателю.

· Достижение заданной котировки акций на заданной фондовой бирже.

Системные цели

Цели, которые должна достигать организация для обеспечения функционирования системы более высоко уровня. Например, если компания сталкивается с отсутствием необходимого количества грамотных специалистов той профессии, которая жизненно важна для ее бизнеса, она создает своё учебное заведение. Перед этим учебным заведением ставится цель: «Подготовка необходимого количества специалистов в год».

Личные (психологические) цели

Личные цели собственника лежат в области его психологии и базируются на его потребности в саморазвитии, общественном признании, положении в своей социальной группе и т. п. Это самые сложные для выявления и формализации цели, потому что, как правило, человек предпочитает о них не говорить. Выражаться они могут, например, так: «Хочу стать самым известным на рынке продавцом алкогольных напитков, при этом финансовые цели не интересны — главное, чтобы мы не работали в убыток». Такую цель желательно привести к более формализованной цели, например, «Захват заданного процента рынка».

Для полной формализации цели необходимо задать показатели ее достижения. Показатель определяет, насколько мы приблизились к выполнению цели. Например, если поставлена цель «Генерация заданного уровня прибыли в квартал», то показателем достижения этой цели будет «Прибыль в квартал». Показатели должны: быть измеримыми; иметь заданные целевые значения. [5, с. 225]

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

Стратегия — совокупность взаимосвязанных мероприятий и решений, определяющих приоритетные направления затрат ресурсов и усилий предприятия по достижению заранее определенных и согласованных с собственником целей. Стратегия дает ответ на вопрос, как добиться поставленных целей. [8, с. 74]

Из стратегии должны следовать основные требования к системе управления:

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

· уровни управления (монопредприятие, холдинг — управляющая компания и набор производственных единиц, корпоративный центр — набор холдингов) — для определения верхнего уровня организационной структуры организации. [5, с. 240].

Таким образом, с помощью автоматизации некоторых операций, осуществляемых вручную, можно сократить временные и / или материальные расходы на их выполнение. Например, к таким случаям относится внедрение ИС для составления проектных смет в строительной компании, ИС учета и анализа успеваемости студентов в учебном заведении, интернет — магазин торгового предприятия и т. д. Однако выбор программного средства для какой- либо сферы деятельности определяется, в первую очередь, ее потребностями и особенностями бизнеса.

Для этого необходим этап формального описания предметной области, также часто называемый моделированием. [5, с. 243]

1.1.2 Моделирование предметной области

Понятие «моделирование» основано на термине «модель», который означает образ реального объекта (процесса), отражающего все существенные свойства объекта и замещающие его в ходе исследования. Таким образом, моделирование — это построение и изучение моделей реально существующих объектов, процессов или явлений с целью получения объяснений этих явлений, а также для предсказания явлений, интересующих исследователя. [38, с. 23]

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

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

Объект исследования может быть представлен с двух точек зрения: динамически и статически.

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

Статическая модель предметной области показывает структуру деятельности (перечень и последовательность процессов, функций и операций), а также иерархию ее организации. В результате структурного и имитационного моделирования может быть выполнен функционально — стоимостный анализ (ФСА) — метод расчета себестоимости продукта /услуги, основанный на подсчете стоимости процессов, необходимых для производства продукта / предоставления услуги. [9, с. 15]

В основе ФСА лежит положение о том, что для производства продукта необходимо выполнить ряд процессов, на выполнение которых тратятся ресурсы. Стоимость процесса рассчитывается путем переноса стоимости ресурсов на стоимость каждого шага процесса. Сумма расходов на выполнение всех шагов процессов составляет себестоимость продукта /услуги [34, с. 235].

Рассматривая описание предметной области в перспективе бизнеса и производства, можно рассматривать его как деловое или бизнес — моделирование. [11, с. 116]

1.1.3 Бизнес-моделирование

Бизнес-моделирование (БМ) — это формирование моделей организаций, включающих описание объектов деятельности и указание связей между ними. В качестве объектов деятельности могут выступать исполнители (подразделения, должности), товарно — материальные ценности (ТМЦ), документы, неструктурированные данные, ИС и прочие ресурсы предприятия, а также внешние контрагенты [30]. Требования к формируемым моделям и их соответствующее содержание определяются целями моделирования.

Помимо того, что бизнес моделирование является самостоятельной дисциплиной оно также входит в состав процесса разработки программного обеспечения. Средствами бизнес моделирование описывается деятельность предприятия, и определяются требования к информационным системам, также определяется перечень автоматизируемых процессов и операций [6, с. 105].

Таким образом, бизнес моделирование может служить для достижения следующих целей:

· описание предметной области с целью ее анализа и изменения, оптимизация по временным, финансовым, трудовым или другим ресурсным параметрам;

· подготовка к разработке или внедрению информационной системы.

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

· объектные методики рассматривают моделируемую предметную область как набор взаимодействующих объектов — производственных единиц. Объект определяется как осязаемая реальность — предмет или явление, имеющее четко определяемое поведение. Целью является выделение объектов, составляющих организацию, и распределение между ними ответственностей за выполняемые действия. На сегодняшний день широко распространенной объектной методологией считается ARIS (от англ. Architecture of Integrated Information Systems — архитектура интегрированных информационных систем). [34, с. 101]

· функциональные методики рассматривают моделируемую область деятельности как набор функций, преобразующий поступающий поток данных. Основное отличие от объектной методики заключается в четком отделении функций (методов обработки данных) от самих данных. Сегодня для этого часто используется методология структурного анализа SADT. [20, с. 38]

1.1.4 Структурный анализ

Структурным анализом (СА) называется метод исследования объекта, который начинается с его общего обзора, полученные представления об объекте затем детализируется, выполняются в виде схем, иерархических структур с большим числом уровней [20, с. 5]. Для С А характерно:

· разбиение на уровни абстракции с ограниченным числом элементов (от 3 до 7);

· ограниченный контекст, включающий только существенные детали каждого уровня;

· использование строгих формальных правил записи;

· последовательное приближение к результату.

Статическое направление БМ тесно связано с методологией СА, называемой SADT (от англ. Structured Analysis and Design Technique), интегрирующей проектирование и моделирование с использованием дополнительных языковых средств и графических правил описания, называемых нотациями [20, с. 18].

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

Если рассматривать бизнес моделирование как начальную стадию создания информационной системы, данный процесс включает интервьюирование потенциальных пользователей, по результатам которого разрабатываются модели бизнес — процессов работы пользователей с информационной системой. Затем следует оценить адекватность полученных моделей, при необходимости, скорректировать их и принять для дальнейшего использования [19].

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

1. документирование организационной структуры:

· формирование (редактирование) организационных схем;

· идентификация деятельностей в разрезе бизнес — единиц — структурных подразделений, должностных лиц, определение ролей;

2. определение структуры бизнес — модели — идентификация бизнес-процессов (БП) предприятия, детализация их до функций, каждая из которых является результатом работы, по крайней мере, одной бизнес — единицы:

· определение основных направлений деятельности и категорий бизнес — процессов (метапроцессов);

· функциональная декомпозиция процессов;

· развитие функциональной декомпозиции до уровня бизнес —

· операций;

· оценка качества декомпозиции, при необходимости, внесение изменений;

· сопоставление функций и исполняющих их бизнес — единиц — построение матриц ответственности.

3. идентификация документооборота — определение видов и форматов документов, которые создаются и используются в бизнес — процессах предприятия;

4. документирование ТМЦ (ресурсов) предприятия, использующихся при выполнении бизнес — функций;

5. описание ИТ — комплекса предприятия с указанием бизнес -функций, которые выполняются с использованием его программных компонентов (ИС, ПО);

6. документирование и верификация бизнес — модели:

· формирование отчетов по бизнес — модели в виде диаграмм,

таблиц и поясняющего текста;

· распространение документации и проведение презентации;

· сбор замечаний и предложений. [14]

1.2 Обзор методик и моделей бизнес процессов

1.2.1 Методологии описания предметной области

Рассмотренные выше методы анализа предметной области практически реализуются в специализированных графических языках, называемых нотациями. Как правило, нотации моделирования состоят из блок — схем и правил представления их компонентов для описания исследуемого объекта [28, с. 315]. Постоянное развитие дисциплин разработки программного обеспечения и бизнес моделирования приводит к появлению новых и совершенствованию существующих нотаций. В дипломной работе более подробно будут рассмотрены нотации: IDEF0, Нотации Процесс и Процедура, EPC.

1.2.1.1 Нотация IDEF0

IDEF0 — нотация графического моделирования, используемая для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающих эти функции. Нотация IDEF0 является одной из самых популярных нотаций моделирования бизнес-процессов. [15] К ее особенностям можно отнести:

Контекстная диаграмма. Самая верхняя диаграмма, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма называется A-0 (А минус нуль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Диаграмма A-0 устанавливает область моделирования и ее границу.

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

Доминирование. Блоки IDEF0 на не контекстной диаграмме должны располагаться по диагонали — от левого верхнего угла диаграммы до правого нижнего в порядке присвоенных номеров. Блоки на диаграмме, расположенные вверху слева, «доминируют» над блоками, расположенными внизу справа. «Доминирование» понимается как влияние, которое блок оказывает на другие блоки диаграммы. Расположение блоков на листе диаграммы отражает авторское понимание доминирования. Таким образом, топология диаграммы показывает, какие функции оказывают большее влияние на остальные.

Выделение 4 видов стрелок. Выделяются следующие виды стрелок: Вход, Выход, Механизм, Управление. Входы преобразуются или расходуются процессом, чтобы создать то, что появится на его выходе. Управления определяют условия, необходимые процессу, чтобы произвести правильный выход. Выходы — данные или материальные объекты, произведенные процессом. Механизмы идентифицируют средства, поддерживающие выполнение процесса. Таким образом, блок IDEF0 показывает преобразование входа в выход с помощью механизмов с учетом управляющих воздействий. Используемые графические символы представлены в таблице 1.1.

Таблица 1. 1

Используемые графические символы

Название

Графический символ

Описание

Процесс

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

Стрелка

Стрелки обозначают входящие и исходящие из процесса объекты (данные).

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

Туннелированная стрелка

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

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

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

Внешняя ссылка

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

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

Междиаграммная ссылка

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

В качестве междиаграммной ссылки не может выступать диаграмма EPC. Междиаграммные ссылки могут быть использованы на диаграммах процессов в нотациях IDEF0, Процесс, Процедура.

Процесс-ссылка

Элемент обозначает ссылку на процесс, описанный в другой модели.

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

Параметры типового процесса заполняются непосредственно в свойствах типового процесса.

Постоянный список субъектов, принимающих участие в выполнении типового процесса, формируется также в свойствах типового процесса. Список субъектов, принимающих участие при выполнении типового процесса в рамках вышележащего процесса, формируется в свойствах процесса-ссылки на типовой процесс.

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

Сноска

Выносной элемент, предназначенный для нанесения комментариев.

Элемент может быть использован на диаграммах процессов в любых нотациях.

Текст

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

Источник [15]

1.2.1.2 Нотации Процесс и Процедура

Нотации Процесс (Basic Flowchart в Microsoft Visio) и Процедура (Cross Functional Flowchart в Microsoft Visio) используются для представления алгоритма (сценария) выполнения процесса и позволяют задать причинно-следственные связи и временную последовательность выполнения действий процесса. Нотации поддерживают декомпозицию на подпроцессы, также как и нотация IDEF0. [30]

Различие между нотациями Процесс и Процедура состоит в том, что дополнительно к графическим элементам, применяемым в нотации Процесс, в нотации Процедура используются дорожки (Swim Lanes), обозначающие организационные единицы — исполнителей действий процесса. Это позволяет повысить наглядность диаграммы. Используемые графические элементы представлены в таблице 1.2. [16, с. 218]

Таблица 1. 2

Используемые графические элементы

Название

Графический символ

Описание

Действие

Действие обозначается с помощью прямоугольного блока. Внутри блока помещается название действия.

Временная последовательность выполнения действий задается расположением действий на диаграмме процесса/процедуры сверху вниз (слева направо на горизонтальной диаграмме процедуры).

Дорожки

(диаграмма Процедура)

Дорожки предназначены для отображения организационных единиц (должности, подразделения, роли, внешнего субъекта) — исполнителей действий процедуры.

Этап

Элемент «Этап» предназначен для определения этапа в рамках процесса на диаграмме, созданной в нотации «Процедура».

Событие

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

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

Концом процесса/процедуры считается событие, в которое только входят стрелки передачи управления.

Решение

Рис. 1. 3

Рис. 1. 4

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

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

Возможны следующие виды изображения стрелок: Рис. 1.3., Рис. 1.4.

Блок «Решение» аналогичен элементу «Исключающее ИЛИ» (XOR) в других нотациях моделирования.

Связь предшествования

Рис. 1. 5

Рис. 1. 6

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

Стрелка, запускающая выполнение действия, изображается входящей в действие сверху. Стрелка, обозначающая передачу управления другому (другим) действию, изображается выходящей из действия снизу (Рис. 1.5.).

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

Поток объектов

Рис. 1. 7

Рис. 1. 8

Стрелки «Поток объектов» используются в случаях, когда необходимо показать, что из одного действия объекты передаются в другое, при этом первое действие не запускает выполнения второго.

Стрелки «Поток объектов» обозначаются стрелкой с двумя треугольниками.

Если обозначение источника Объекта (ов) неважно, то такой Объект показывается стрелкой с туннелированным началом (Рис. 1.7.).

Если источником Объекта (ов) является одно из действий процедуры/процесса, то такой Объект показывается с помощью стрелки, исходящей из действия-источника и входящей в действие-потребитель, для выполнения которого необходим Объект (Рис. 1.8.). При этом действие «Регистрация в журнале «Исходящая корреспонденция» не запускает выполнение действия «Заполнение графы «Номер накладной» в журнале «Исходящая корреспонденция».

Источник [16, с. 220]

Нотации Процесс и Процедура можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0. [16, с. 225]

Пример диаграммы в нотации Процесс приведен на рис. 1.9., а диаграммы в нотации Процедура — на рис. 1. 10.

Рис. 1.9. Пример диаграммы в нотации Процесс

Рис. 1. 10. Пример диаграммы в нотации Процедура

1.2.1.3 Нотация EPC

Нотация EPC (Event-DrivenProcessChain — цепочка процессов, управляемая событиями) была разработана в 1992 г. Институтом информационных систем при Саарском университете (Германия) в рамках научно-исследовательского проекта, финансировавшегося компанией SAPAG. Ведущую роль в проекте сыграл директор Института профессор Август-Вильгельм Шеер (основатель компании IDS Scheer, выпускающей программное обеспечение семейства ARIS). Метод EPC стал частью созданной им концепции ARIS (Architecture of Integrated Information Systems — архитектура интегрированных информационных систем). [23, с. 81]

EPC по своей сути является расширением методологии IDEF3 за счет использования такого понятия, как событие (англ. event). Под событием мы будем понимать тот факт, что информационный объект (например, заказ) получает связанный с бизнес-процессом статус (например, «получен»), который управляет или воздействует на дальнейшее выполнение бизнес-процесса. События могут «переключать» бизнес-функции, т. е. передавать управление от одной функции к другой, а так же быть результатом выполнения функций. В отличие от бизнес-функций, которые имеют некоторую продолжительность, события происходят моментально. [37, с. 116]

Диаграмма EPC представляет собой упорядоченный граф событий и бизнес-функций. Пример такой диаграммы приведен на рис. 1. 11.

Поскольку события определяют, какое состояние или отношение будет переключать функцию и какое состояние будет определять конец ее выполнения, начальные и конечные узлы на диаграммах EPC всегда являются событиями. Измененный статус информационного объекта может относиться или к первому появлению этого объекта (например, «Заявка клиента поступила»), или к модифицированному состоянию, что выражается использованием различных атрибутов (например, «Предложение отклонено»).

Рис. 1. 11 Пример диаграммы EPC

Одно событие может инициировать выполнение одновременно нескольких бизнес-функций, и наоборот, в результате выполнения функции могут наступить нескольких событий. Такие ветвления и циклы обработки отображаются на диаграмме EPC с помощью операторов, показанных на рис. 1. 12. Например, на рис. 1. 11. используются два оператора «И», первый из которых соединяет функции и говорит о том, что событие «Заявка зарегистрирована» вызывает исполнение сразу двух функций: «Оформить договор» и «Организовать подключение». Второй оператор «И» соединяет события и означает, что функция «Начать предоставление услуги» не начнет выполняться, пока не произойдут оба входящих события: «Договор оформлен» и «Подключение организовано».

Рис. 1. 12 Операторы в нотации EPC

Операторы не только отображают графические связи между элементами модели, но и определяют логические связи между соответствующими объектами. Использование того или иного оператора не всегда допустимо: события, в отличие от функций, не могут принимать решения, поэтому переключающее событие не должно быть связано с результирующими бизнес-функциями операторами «ИЛИ» или «исключающее ИЛИ». [11, с. 206]

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

· организационная единица (англ. organizational unit) служит для

обозначения различных организационных звеньев компании;

· документ (англ. document) отражает реальные носители информации, например бумажный документ;

· прикладная система (англ. application system) обозначает реальную прикладную систему, используемую при выполнении

функции;

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

Пример использования объектов, расширяющих нотацию EPC, приведен на рис. 1. 13. Важно помнить, что применение большого числа различных объектов значительно увеличивает размер модели и делает ее плохо читаемой.

Рис. 1. 13 Пример использования нотации eEPC

Нотация EPC представляет собой простое, наглядное и эффективное средство моделирования, позволяющее в виде последовательности событий и функций описывать сложные бизнес-процессы. Она применяется в таких распространенных программных продуктах, как SAP и ARIS. К недостаткам EPC следует отнести отсутствие строго определённого синтаксиса и семантики. Диаграммы EPC не имеют определенного формального языка, что может привести к построению логически некорректных диаграмм и затрудняет переносимость диаграмм EPC между различными программными продуктами. [12, с. 174]

1.3 Состояние рынка средств описания бизнес-процессов и практический опыт описания бизнес-процессов в российских компаниях

Тема описания бизнес-процессов в настоящее время активно обсуждается бизнес — сообществом. Множество консалтинговых компаний предлагают услуги по описанию бизнес-процессов и многие учебные заведения и консалтинговые компании читают курсы по описанию бизнес-процессов. На российский рынок вышли такие серьезные продукты по описанию бизнес-процессов, как ARIS Platform, Casewise, Telelogic. При этом на рынке средств описания бизнес-процессов сейчас происходит консолидация: корпорация Oracle купила ARIS Platform, IBM присматривается к инструментарию Telelogic. Российские разработчики тоже создают средства описания бизнес-процессов, но пока еще функционал новых инструментов не столь обширен. При этом серьезные средства описания бизнес-процессов уже достигли максимума своего функционала и описание бизнес-процессов становится той базой, от которой начинается развитие средств в область описания ИТ архитектуры, операционных рисков и т. д. И хотя в некоторых компаниях еще встречаются приверженцы описания бизнес-процессов в форматах MS Office, то в большинстве случаев компании уже используют графические средства описания бизнес-процессов. Графическое описание бизнес — процессов позволяет на качественно ином уровне проводить описание и анализ бизнес-процессов.

С другой стороны системы класса Business Process Management System развивают встроенные средства описания бизнес-процессов или совершенствуют интерфейсы со специализированными средствами описания бизнес-процессов. Для проектов связанных с автоматизацией небольших бизнес-процессов встроенные в BPMS системы средства описания бизнес-процессов вполне достаточны.

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

Внедрение систем менеджмента качества также требует описания бизнес-процессов и многие компании уже приходят не к формальному набору необходимых документов, в том числе и описаний бизнес-процессов, а к внедрению системы управления процессами. Управление операционными рисками и построение системы внутреннего контроля также требует первичного описания бизнес-процессов. Полученные описания бизнес-процессов становятся основой для создания регламентов деятельности и взаимодействия с внешними аудиторами. При описании бизнес-процессов необходимо использовать референтные модели бизнес-процессов (13-ти процессную модель, ETOM, ITSM), на основании которых необходимо строить описание бизнес-процесса «как есть» и затем создавать модель процессов «как должно быть».

Необходимо отметить, что описание бизнес-процессов должно стать основой для их совершенствования, и только в этом случае можно говорить о повышении эффективности бизнес-процессов. Само по себе описание бизнес-процессов эффективности бизнесу не добавит, а для того, что бы созданное описание бизнес — процесса стало основой для выполнения целевых бизнес — процессов необходимо использование информационных систем класса Business Process Management. [31]

Крупной Российской компанией по описанию бизнес-процессов является группа компаний «Современные технологии управления» имеющая филиалы почти в каждом российском городе, эта компания имеет официального дилера и в Тюмени — компанию «Тюмбит-АСУ», которая в свою очередь имеет большое количество клиентов, в том числе и в молочной промышленности, к примеру ОАО «Золотые луга».

Основные выводы по первой главе

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

2. Было рассмотрено моделирование предметной области, элементы моделирования (исследователь; объект исследования; модель, определяющая отношения познающего субъекта и познаваемого объекта), проанализированы динамическая и статическая модели. При рассмотрении предметной области в бизнесе и производстве, можно рассматривать её как бизнес — моделирование.

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

4. Все рассмотренные методы анализа предметной области практически реализуются в специализированных языках, называемых нотациями. Наиболее подробно было рассмотрено 4 нотации, в том числе и нотация «Процедура» в которой и будет описаны (разработаны) бизнес-процессы компании ЗАО «Ясень».

5. Проанализировано состояние рынка средств описания бизнес-процессов. Рассмотрены программные продукты по описанию бизнес — процессов. Изучен рынок российских компаний, занимающихся описанием бизнес-процессов, лидирующие позиции в этом бизнесе занимает группа компаний «Современные технологии управления», представленная в Тюмени группой компаний «Тюмбит-АСУ»

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

ГЛАВА 2. АНАЛИЗ ЭФФЕКТИВНОСТИ РАБОТЫ КОМПАНИИ

2.1 История компании и основные направления деятельности

2.1.1 История компании

Название и адрес предприятия: Закрытое акционерное общество «Ясень» Россия, 625 031, г. Тюмень, ул. Ветеранов труда, 6

Тел/факс: / 3452/ 47−21−19, e-mail: yasen13@mail. ru

Организационно-правовая форма: частная собственность. Уставный капитал общества составляет 11 371 000 (одиннадцать миллионов триста семьдесят одна тысяча) рублей и состоит из 113 710 (сто тринадцать тысяч семьсот десять) обыкновенных акций номинальной стоимостью 100 (сто) рублей каждая. Организация действует на основании устава

Ф.И.О. и должность руководителя: генеральный директор Петр Николаевич Табанаков. [33]

Сфера деятельности и отраслевая принадлежность: ЗАО «Ясень» осуществляет несколько видов деятельности: производство и продажа молочной продукции, оптовая и розничная торговля топливом, автотранспортные услуги, розничная торговля через сеть собственных магазинов, гостиничные услуги. Одним из основных видов деятельности и ежегодно увеличивающим свою долю в общем товарообороте предприятии (за 2011 год около 45%) является — производство молочной продукции.

ЗАО «Ясень» организовано в ноябре 1996 года. За пятнадцать лет деятельности зарекомендовало себя как стабильное, динамично развивающее, перспективное предприятие.

Общество не имеет задолженности перед бюджетом и внебюджетными фондами, отчисления делаются ежемесячно.

В мае 2000 г. Обществом был приобретен молочный завод в с. Покровское Ярковского района Тюменской области в непосредственной близости к поставщикам сырья, в 70 км от областного центра, который до этого времени 3 года не работал. Через год, после ремонта, закупки и установки оборудования, завод начал выпуск молочной продукции под логотипом «С Родины Распутина», постепенно увеличивая объёмы производства. Основными покупателями продукции стали больницы, поликлиники, детские сады и школы областного центра, также торговые точки созданы на рынках города Тюмени, Ярковского района, Тобольска, Сургута.

Молочный завод находится по адресу: 626 053, Россия, Тюменская обл., Ярковский р-н, с. Покровское, ул. Советская, 125. Заработная плата выплачивается во время два раз в месяц 10 и 30 числа. Средняя заработная плата рабочих молокозавода составляет 10 000−15 000 руб. в месяц. Средняя заработная плата квалифицированного персонала составляет 25 000 — 30 000 руб. в месяц.

Молоко для переработки закупается и по сегодняшний день у сельхозпроизводителей Ярковского района, основным поставщиком является ООО «Ясень-Агро».

В 2007—2009 годах за счет собственных средств и инвестиций со стороны регионального бюджета Тюменской области была осуществлена реконструкция молочного завода (построен новый цех с баклабораторией), закуплено и введено новое технологическое итальянское и шведское оборудование с закрытым типом переработки, что позволяет производить качественную продукцию. Что дало возможность увеличить переработку молока с 5 тонн в смену до 40 тонн в перспективе. В данный момент завод перерабатывает 15−20 тонн в день.

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

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

Имеется передвижная 3-х секционная мойка для оборудования и моечная машина для ящиков (тары), что намного облегчило труд работников. Установлена большая холодильная камера на 40 тонн для хранения готовой продукции, также имеются 2 камеры на 7,5 тонн и камера быстрой заморозки.

Автоматическая линия розлива Эколин — позволяющая разливать молоко и кисломолочные изделия в современную упаковку. Основные особенности этой упаковки — материал, который близок по химическому составу к яичной скорлупе, способность к саморазложению, в том числе и под воздействием ультрафиолетовых лучей, а также безопасность для здоровья человека и окружающей среды. [2]

Кроме того за пятнадцать лет работы предприятие заслужило уважение многих покупателей, что доказывает награды завоёванные на выставках. В этом году с 13 по 16 марта в Тюмени проводилась специализированная ежегодная ярмарка «Продукты питания тара, упаковка, этикетка», в которой принимали участия почти все пищевые предприятия области. В рамках выставки проводились конкурсы в 8 номинациях. Самая значимая номинация для участников — высокие потребительские качества продукции. Два продукта: молоко пастеризованное питьевое в упаковке «Эколин» и сметана 20% получили высшую награду выставки медаль и диплом за высокие потребительские качества.

2.1.2 Описание товарного ассортимента

Рассмотрим основные виды выпускаемой продукции, а так же цены на продукцию для мелкооптовых покупателей, представленные в таблице 2. 1

Таблица 2. 1

Основные виды выпускаемой продукции и цены на продукцию для мелкооптовых покупателей

Наименование продукции

Жир

Фасовка

Ед. изм.

Цена за ед., руб.

Срок реализации

Молоко

3,2%

Фин-пак

26,0

5 суток

Молоко

2,5%

Фин-пак

25,0

5 суток

Молоко

3,5%

Фин-пак

27,0

5 суток

Молоко топленое

3,2%

Фин-пак

0,5л

17,0

5 суток

Молоко

3,2%

Кувшин

26,0

5 суток

Молоко

2,5%

Кувшин

25,0

5 суток

ПоказатьСвернуть
Заполнить форму текущей работой