Добавлен: 25.04.2023
Просмотров: 233
Скачиваний: 2
СОДЕРЖАНИЕ
Глава 1. Разработка моделей процесса «как есть»
1.1. Характеристика предметной области. Постановка задачи
1.2. Выбор средства для моделирования бизнес-процессов
1.3 Моделирование бизнес-процессов «как есть»
Глава 2. Разработка моделей процесса «как должно быть»
2.1. Предлагаемые мероприятия по улучшению бизнес-процессов
Введение
Для понимания и анализа деятельности предприятия и его процессов необходимо периодически выполнять их описание, наиболее наглядной формой которого является графическое моделирование. Модели бизнес-процессов предприятия позволяют проводить комплексный анализ, выявлять проблемные места в деятельности, выбирать рациональные решения и направления по их улучшению.
Целью курсовой работы является совершенствование деятельности предприятия на основе моделирования его процессов и выбора решений по улучшению процессов.
Рассматриваемый в курсовой работе процесс – анализ и изучение конкуренции предприятия. Способом изменения деятельности и улучшения процессов является применение автоматизированной информационной системы (АИС).
Достижение цели, поставленной в курсовой работе, должно быть обеспечено решением задач:
- дать характеристику предметной области;
- выбрать средства моделирования бизнес-процессов предприятия;
- разработать контекстная модель и модель декомпозиции «как есть» в стандарте IDEF0;
- разработать контекстную модель и модель декомпозиции «как должно быть» процесса в стандарте IDEF0;
- разработать мероприятия по совершенствованию процесса анализа и изучения конкуренции с использованием информационных технологий, систем и Интернет.
Для разработки моделей процессов анализа и изучения конкуренции в курсовой работе применена система AllFusion Process Modeler BPWin. Выбор обусловлен тем, что программа поддерживает стандарт моделирования IDEF0, используемой в работе.
Глава 1. Разработка моделей процесса «как есть»
1.1. Характеристика предметной области. Постановка задачи
Регламентом процесса называется документ, в котором фиксируется последовательность выполнения действий по его реализации, определены исполнители, оценены результаты всех действий исполнителей. Регламент процесса разрабатывается и на стадии проектирования информационной системы предприятия. В этом документе также могут указываться такие данные, как: время исполнения работ, различные показатели процесса.
Регламент бизнес-процесса может быть представлен в текстовом, табличном виде или другой форме описания. Наиболее наглядной формой представления регламента бизнес-процессов является его графическое представление или моделирование.
Основная задача курсовой работы – разработка регламента процесса «Анализ и изучение конкуренции». Такой вид деятельности и процессы актуальны для любых предприятий, производящих какую-либо продукцию или услугу.
Рассмотрим производственное предприятие, производящее пластиковые окна. Предприятия, производящие данный вид продукции, работают в условиях жесткой конкуренции, так как спрос на пластиковые окна всегда высокий и постоянный. Высокий спрос на продукцию порождает и большое количество предложений – возникают предприятия, занимающиеся тем же бизнесом, тем самым создавая конкурентную среду по производимой продукции. Предприятие должно постоянно следить за конкурентами в своем регионе, отслеживать рынки сбыта, следить за ценой и качеством продукции конкурентов. Эта деятельность и обеспечивается процессами анализа и изучения конкуренции на рынке производимой продукции.
В разрабатываемом регламенте процесса необходимо отразить управляющие документы, исполнителей процесса и инструменты выполнения, информационные потоки, циркулирующие в исследуемом процессе.
Для разработки моделей процесса исследованы исходные данные, установлено что это:
- данные об аналогичной продукции на рынке (пластиковых окнах);
- данные о продукции собственного предприятия (пластиковых окнах), для последующего проведения сравнительного анализа.
Сбором, исследованием и анализом этой информации на предприятии занимаются сотрудники отдела маркетинга во главе с руководителем отдела. Информация может добываться по таким каналам, как изучение объявлений в СМИ, рекламные проспекты, продажи в различных пунктах.
Результат процесса – план мероприятий по повышению конкурентоспособности продукции предприятия (пластиковых окон).
В процессе, для которого будут построены модели с целью выбора способа его улучшения, принимает участие и руководитель предприятия на стадии утверждения разработанных мероприятий по повышению конкуренции.
Постановка задачи. В курсовой работе требуется разработать регламент бизнес-процесса «Анализ и изучение конкуренции» для поиска и выбора решений по его совершенствованию, провести исследование возможности включения в процесс информационной системы (ИС) и глобальной системы Интернет.
1.2. Выбор средства для моделирования бизнес-процессов
Для моделирования процессов в курсовой работе выбрана известная методология SADT – Технология структурного анализа и проектирования.
SADT – это методология, разработанная для описания и понимания систем средней сложности. Для моделирования сложных систем и процессов широко применяются стандарты методологии семейства IDEF. С их помощью можно эффективно отображать и анализировать модели деятельности систем в различных разрезах.
IDEF0 используется для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, преобразуемые этими функциями. Стандарт предлагает следующую типизацию входов работ:
Вход. Входит в работу слева и показывает информационные и материальные потоки, которые преобразуются в бизнес процессе.
Управление. Входит в работу сверху и показывает материальные и информационные потоки, которые не преобразуются в процессе, но нужны для его выполнения.
Механизм. Входит в работу снизу и показывает людей, технические средства, информационные системы и т.п., при помощи которых бизнес процесс реализуется.
Результаты выходят из блока справа.
IDEF0 — модель включает следующие документы, которые ссылаются друг на друга:
Графические диаграммы — главный компонент IDEF0-модели, который графически, с помощью блоков и стрелок и их соединений, отображает информацию о моделируемой системе. Блоки представляют основные функции. Эти функции могут быть разбиты (декомпозированы) на составные части и представлены в виде более подробных диаграмм. Процесс декомпозиции продолжается до тех пор, пока объект не будет описан на уровне детализации, необходимом для достижения целей конкретного проекта.
Текст;
Глоссарий. Для каждого элемента диаграммы создается и поддерживается набор определений, ключевых слов, пояснений, характеризующих объект, который представляет данный элемент. Этот набор называется глоссарием и является описанием сущности данного элемента. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией.
Принцип декомпозиции при построении модели бизнес процессов.
Контекстная диаграмма: цель и точка зрения. Моделирования бизнес процесса начинается с контекстной диаграммы. Эта диаграмма называется А–0 (А минус ноль). На ней система представляется в виде одного блока и дуг, изображающих окружение системы. С помощью диаграммы можно увидеть взаимодействие моделируемой системы с внешней средой, все ее входы и выходы. Диаграмма А–0 устанавливает область моделирования и границы.
В пояснительном тексте к контекстной диаграмме должна быть указана цель построения диаграммы и зафиксирована точка зрения. Точка зрения определяет уровень детализации, направление развития модели и позволяет разгрузить модель. Так при моделировании можно отказаться от детализации и исследования отдельных элементов, не являющихся необходимыми, исходя из выбранной точки зрения на систему.
Детализация. Затем блок, который отображает всю систему, детализируется на другой диаграмме. Далее каждая функция диаграммы может быть детализирована на дочерней. Каждая функция моделируется отдельным блоком. Каждый родительский блок подробно описывается дочерней диаграммой на более низком уровне. Так происходит до тех пор, пока не будет получена структура, позволяющая ответить на вопросы, сформулированные в цели моделирования.
Для достижения структурной целостности модели, используются следующие правила:
Все интерфейсные дуги, входящие в данный блок, или исходящие из него фиксируются на дочерней диаграмме.
При нумерации блоков, цифра в правом нижнем углу прямоугольника указывает на уникальный порядковый номер самого блока на диаграмме, а обозначение под правым углом указывает на номер дочерней для этого блока диаграммы.
Принцип туннелирования. Часто бывают случаи, когда отдельные стрелки не имеет смысла продолжать рассматривать в дочерних диаграммах ниже какого-то определенного уровня в иерархии, или наоборот — отдельные блоки не имеют практического смысла выше какого-то уровня. С другой стороны, иногда возникает необходимость избавиться от отдельных “концептуальных” стрелок и не детализировать их глубже некоторого уровня.
Для решения подобных задач в стандарте IDEF0 предусмотрено понятие туннелирования. Обозначение “туннеля” в виде двух круглых скобок вокруг начала стрелки обозначает, что эта стрелка не была унаследована от функционального родительского блока и появилась (из “туннеля”) только на этой диаграмме. В свою очередь, такое же обозначение вокруг конца стрелки в непосредственной близи от блока – приёмника означает тот факт, что в дочерней по отношению к этому блоку диаграмме эта стрелка отображаться и рассматриваться не будет.
Принцип ограничения сложности. Для того, чтобы ограничить перегруженность моделей и сделать их удобными для восприятия, в стандарте приняты соответствующие ограничения сложности:
- ограничение количества функциональных блоков на диаграмме тремя-шестью. Верхний предел (шесть) заставляет разработчика использовать иерархии при описании сложных предметов, а нижний предел (три) гарантирует, что на соответствующей диаграмме достаточно деталей, чтобы оправдать ее создание;
- ограничение количества подходящих к одному функциональному блоку (выходящих из одного функционального блока) интерфейсных дуг четырьмя.
Определение инструментария. Существует несколько программ моделирования процессов, таких как Ramus, MS Visio, ERWin, BPWin. В качестве инструмента моделирования выбрана прикладная программа BPWin, поддерживающая стандарты моделирования IDEF0, IDEF3, DFD.
AllFusion Process Modeler (BPwin) – это инструмент для визуального моделирования, анализа, документирования и оптимизации бизнес-процессов.
AllFusion PM предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. Простота и наглядность моделей Process Modeler упрощает взаимопонимание между всеми участниками бизнес-процессов: от руководителей до исполнителей.
AllFusion PM зарекомендовал себя как эффективный инструмент в проектах, связанных с:
· описанием действующих бизнес-процессов,
· реорганизацией бизнес-процессов,
· внедрением корпоративных информационных систем,
· подготовкой к сертификации, например, по ISO 9000,
· подготовкой документации.
AllFusion PM используют коммерческие компании, государственные организации и учебные заведения, желающие добиться оптимальности и эффективности построения собственного бизнеса или бизнеса заказчиков. AllFusion PM активно применяют руководители проектов, бизнес-аналитики, системные аналитики, маркетологи, консультанты, менеджеры по качеству и т.д.
AllFusion PM поддерживает три методологии, позволяющие анализировать бизнес с трех ключевых точек зрения:
· С точки зрения функциональности системы (нотация моделирования IDEF0). В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также отображаются информационные, людские и производственные ресурсы, потребляемые каждой работой.
С точки зрения движения потоков информации (документооборота) в системе (нотация моделирования DFD). Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF0, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.