Реинжиниринг бизнес-процессов

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Введение

Понятие бизнес-процесс реинжиниринг (БПР - Business process reengineering) возникло примерно в 1990 г. и с тех пор вызывает активный интерес специалистов в области менеджмента и информационных технологий. Реинжиниринг бизнеса - новое направление теории менеджмента. Инжиниринг бизнеса - это набор приемов и методов, которые компания использует для проектирования бизнеса в соответствии со своими целями. Необходимость проведения инжиниринга можно пояснить следующим образом. Наиболее фундаментальная движущая сила каждой компании - потребность улучшения своего финансового положения. Говоря проще, компания должна делать деньги. Итак, инжиниринг бизнеса направлен на организацию коммерческого предпринимательства на конкурентоспособной основе. На первый взгляд здесь нет ничего нового. Предприниматели всегда стремились к конкурентоспособности. Однако только реинжиниринг предусматривает новый способ мышления - взгляд на построение компании как на инженерную деятельность.

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

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

1. Отношения между объектами

1.1 Объекты и их типы

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

При описании внутренней 0-модели для бизнес-системы Ресторан уместно ввести, по крайней мере, следующих участников: Гардеробщик, Официант и Повар. (На самом деле этот перечень не полон. В зависимости от моделируемых задач могут потребоваться такие участники, как бухгалтер, уборщица и т.п.). К сущностям, используемым в ходе бизнеса, следует отнести Меню и Заказанные блюда (для краткости - Заказ). Итак, для описания бизнес - системы Ресторан вводим следующие классы объектов: Гардеробщик, Официант, Повар, Меню и Заказ.

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

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

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

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

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

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

Объекты-сущности представляют такие сущности, как продукция и предметы, которые обрабатываются бизнесом. Объект-сущность участвует не только в одном прецеденте; экземпляр может принимать участие во многих событиях в бизнесе. В отличие от интерфейсных и управляющих объектов, объекты-сущности представляют сущности, не являющиеся человеческими или техническими ресурсами. Типичные примеры объектов-сущностей в компании - Продукция, Извещение (Invoice) и Заказ.

1.2 Отношения

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

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

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

Экземпляр класса Заказ ссылается на экземпляр класса Счета

Обычный способ именования отношений таков, что цепочка «объект - отношение - объект» может иметь словесное выражение. Так как названия классов обычно существительные, то имена отношений при этом способе будут глаголами. Например, из последовательности Заказ - Готовит - Повар можно построить фразу «Заказ готовится поваром».

Однако в предлагается использовать другой способ именования отношений - имя отношения, связывающего А с В, где отношение играет роль объекта В по отношению к объекту А. Таким образом, имя отношения выражается примерно так, как показано ниже: «Заказ - ответственный за приготовление - Повар», что читается следующим образом: «Повар отвечает за приготовление заказа».

Повар

Официант

Данный способ именования отношения объясняется двумя причинами:

1. В объектно-ориентированном мире все рассматривается с точки зрения объекта. В этом мире естественно спросить: «Как один объект зависит от других объектов?» Ответ на этот вопрос может дать понятие о ролях, которые другие объекты играют по отношению к данному. Следовательно, вполне логично давать отношениям имена отражающие их роли. Также можно сказать, что объект А предъявляет требования к ролям, которые другие объекты должны играть по отношению к А. Однако этим объектам вовсе не обязательно знать, кто или какие предъявляет к ним требования. Таким образом, отношения обычно действуют в одном направлении.

2. Введение имени отношения, определяющего роли других объектовв, способствует структурированию модели. Например, если при начальном описании с объектом Заказ был связан один объект Работник Ресторана, а затем выяснилось, что с объектом Заказ связано два отношения: «обслуживать» и «готовить», то ясно, что требуется два разных экземпляра Работник Ресторана. Чтобы не путать классы с отношениями, имена классов будем начинать с заглавной буквы, а отношений - со строчной.

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

Отношение коммуникации. Объекты должны иметь возможность обмениваться данными. В нашем примере объект Повар должен узнать из объекта Заказ, какие блюда он должен готовить. Этот тип отношения выражается отношением коммуникации между двумя объектами. Так же, как и для отношения ссылка, для отношения коммуникации указывается количество экземпляров, которые можно с ним ассоциировать. Объект Повар может готовить от 0 до m > 0 экземпляров Заказа, что изображается в виде диапазона [0…m], приписываемого отношению.

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

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

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

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

2. Поведение объектов

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

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

Например, объект Заказ должен (по крайней мере) быть способен указать Блюдо, которое следует приготовить, и Официанта, который за него отвечает. У Заказа можно идентифицировать две операции: Какое Блюдо и Какой Официант. Стимул, вызывающий операцию Какое Блюдо, имеет параметр ответа - название блюда и т.п.

3. П-модель процесса поселения студентов в общежитие студгородка

объект система последовательность операция

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

Рассмотрим пример п-модель процесса поселения студента в общежитие студгородка (рис. 3.1).

Рис. 3.1 П-модель поселения студентов в общежитие студгородка

«Поступление в ВУЗ»;

«Проживание в общежитии»;

«Соблюдение устава общежития»;

«Хозяйственная деятельность»;

«Социально-бытовая деятельность»;

«Административная деятельность»;

«Планирование, учёт и контроль финансово-хозяйственной деятельности».

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

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

4. 0-модель процесса поселения студентов в общежитие студгородка

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

Объекты О - модели будем обозначать треугольниками. Интерфейсные объекты обозначим буквой «и», управляющие - буквой «у», объекты - сущности не будут иметь обозначения внутри треугольника.

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

Рассмотрим пример о-модели процесса поселения студента в общежитие студгородка.

Выводы

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

Систематических исследований об эффективности попыток реинжиниринга пока не проведено. Однако экспертные оценки показывают, что ранее (в 1993 г.) около 50% проектов по реинжинирингу заканчивались неудачей. С целью выяснения причин неудач и определения необходимых для успеха предпосылок проведен ряд специальных исследований, опирающихся на опросы консультантов из более чем 40 фирм, оказывающих услуги по менеджменту, ИТ, реинжинирингу, формулировке стратегий бизнеса, эксплуатации оборудования и т.п. К факторам, способствующим успеху реинжиниринга, отнесены:

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

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

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

Многие фирмы продолжают по инерции держаться за старые идеи в практике управления. Однако чтобы выжить в новом мире, фирмы должны кардинально переосмыслить способы организации своего бизнеса. Настало время, когда необходимо похоронить старые способы мышления и заменить их принципиально новым подходом, который позволит в полной мере реализовать преимущества новых технологий и человеческих ресурсов. Этот подход - стержень и основа инжиниринга (англ. engineering) бизнеса. В данной главе рассматриваются фундаментальные понятия инжиниринга бизнеса и его наиболее важное применение - реинжиниринг, или перестройка, существующих компаний; обсуждаются факторы успеха и риска в их деятельности. В деловом мире реинжиниринг бизнеса, а точнее, ре-инжиниринг бизнес-процессов - БПР, стал «притчей во языцех» 90-х гг., так как он оказывает огромное воздействие на любой бизнес.

Каждый говорит о нем, каждый имеет свою собственную интерпретацию, каждый готов его осуществить. На самом же деле далеко не всем удалось достичь успеха при проведении БПР на практике.

Список литературы

объект система последовательность операция

1. Александров Д.В. «Методы и модели информационного менеджмента: учебное пособие», 2007 г.

2. Александров, Д.В. «Системное моделирование бизнеса»: Учеб. Пособие, 2004.

3. Вендров, А.М. «CASE-технологии. Современные методы и средства проектирования информационных систем» М., 2000.

4. Голосов, А.А. «Введение в информационный бизнес», М 2005.

5. Симонович, С.В. «Специальная информатика», М., Инфорком-Пресс, 2000.

6. Смирнова, Г.Н. «Проектирование экономических информационных систем», М.: Финансы и статистика, 2003.

7. Титоренко, Г.А. «Автоматизированные информационные технологии в экономике», М.: Юнити, 2001.

8. Мишенин, А.И. «Теория экономических информационных систем» - М.: Финансы и статистика, 2003.

9. Черемных С.В. «Структурный анализ систем: IDEF-технологии» - М.: Финансы и статистика, 2001.

Размещено на Allbest.ru