Методы инжиниринга бизнес процессов

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

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

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

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

Характеристики способов изменения действующих бизнес-процессов

Главная цель реинжиниринга — резкое ускорение реакции на изменения в предпочтениях потребителей (или прогноз таких изменений) при снижении всех видов затрат (табл. 1.9). Для реализации этой цели необходимо решение следующих задач:

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

работа с клиентами и партнерами в любой точке региона, страны, работа в режиме 24 х 365 (24 часа в сутки 365 дней в году);

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

работа не только на настоящие, но и на будущие потребности клиента, ускоренное продвижение новых технологий;

творческое отношение к информационным технологиям.

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

Содержание и последствия этапов процесса реинжиниринга

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

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

Анализ практики бизнеса свидетельствует о том, что реинжиниринг применяется в ситуациях, когда:

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

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

Организация сталкивается с такими нежелательными явлениями, как конкурентоспособность, доходность, уровень спроса на предлагаемые продукты (услуги);

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

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

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

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

технологии выполнения элементарных технологических операций;

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

• методы и приемы инжиниринга бизнес-процессов.

Модель продукта определяется следующими параметрами:

Uy — комплекс потенциальных услуг;

Sy— стоимость услуг;

Тсу— технология услуг при обслуживании клиента;

W — правовые и маркетинговые услуги обслуживания, фиксируемые в договоре.

Договор содержит клиентское видение продукта, и его можно формально записать так:

где Пк — клиентская видение продукта (услуги).

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

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

где Р0 — регламенты операции;

Кх — комплекс характеристик клиента, существенно значимых для

организации производителя; П0 — правила выполнения операций для клиента с различными параметрами (характеристиками).

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

где Ur— реальная услуга, оказываемая клиенту в результате исполнения его заявления; Z — заявление клиента на обслуживание; Пп — параметры продукта (услуги).

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

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

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

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

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

Контрольные вопросы и задания

Охарактеризуйте предмет, цель и задачи курса «Финансовый менеджмент».

Какие теоретические основы финансового менеджмента вам известны?

Перечислите аспекты и атрибуты менеджмента.

В чем сущность и схема применения SWOT-анализа?

Охарактеризуйте принципы организации финансового менеджмента.

Обоснуйте цели управления финансами в бизнесе.

Какие складываются финансовые отношения организации с различными субъектами?

Перечислите задачи, объекты и субъекты финансового менеджмента.

Назовите функции финансового менеджера.

Каковы сущность и последствия реинжиниринга бизнес-процессов?

Охарактеризуйте составляющие инжиниринга.

Осветите теоретические основы финансового менеджмента.

Источник: economics.studio

Сущность и принципы инжиниринга бизнес-процессов.

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

Согласно определению М. Хаммера и Д.Чемпи [9] реинжинирингбизнес-процессов (BPR — Business process reengineering) определяется, как фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов (БП) для достижения коренных улучшений в основных показателях деятельности предприятия.

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

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

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

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

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

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

• Определение рациональных схем взаимодействия с партнерами и клиентами, и как следствие, рост прибыли, оптимизация финансовых потоков.

Особенности бизнес-процессов, для которых проводится реинжиниринг:

• Диверсификация товаров и услуг (ориентация на различные сегменты рынка), вызывающая многообразие бизнес-процессов.

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

• Внедрение новых технологий (инновационных проектов), затрагивающих все основные бизнес-процессы предприятия.

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

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

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

В соответствии с определением Е.Г. Ойхмана и Э.В. Попова: Реинжиниринг бизнеса предусматривает новый способ мышления — взгляд на построение компании как на инженерную деятельность. Компания или бизнес рассматривается как нечто, что может быть построено, спроектировано или перепроектировано в соответствии с инженерными принципами.

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

Важнейшими принципами реинжиниринга бизнес-процессов являются:

• Несколько рабочих процедур объединяются в одну -» горизонтальное сжатие процесса». Следствие – многофункциональность рабочих мест.

• Исполнители принимают самостоятельные решения -» вертикальное сжатие процесса». Следствие – повышение ответственности, заинтересованности в результатах своего труда работника.

• Шаги процесса выполняются в естественном порядке -» распараллеленность процесса». Работа выполняется в том месте, где это целесообразно.

• Многовариантность исполнения процесса, повышение адаптивности процесса к изменению внешней среды.

• Уменьшается количество проверок, минимизируется количество согласований.

• Уполномоченный менеджер обеспечивает единую точку контакта с клиентом.

• Преобладает смешанный централизованно-децентрализованный подход. Следствие – делегирование полномочий по принципу сверху – вниз.

Основными условиями успеха реинжиниринга бизнес-процессов являются:

• Точность понимания задачи руководством компании. Приверженность руководства компании целям реинжиниринга -к онтроль со стороны высших руководителей.

• Мотивация сотрудников компании, нацеленность на рост, расширение деятельности фирмы, усиление полномочий и творческого характера труда персонала.

• Хорошо поставленное управление деятельностью компаний, способность собственными силами при привлечении консультантов выполнить РБП.

• Твердая методологическая основа при проведении РБП, использование опыта реорганизации предприятий, накопленного консалтинговыми организациями и использование современных информационных технологий.

Источник: cyberpedia.su

Устройство и функционир. ИС Метод. материалы. Министерство науки и высшего образования российской федерации федеральное государственное бюджетное образовательное учреждение высшего образования

Единственный в мире Музей Смайликов

Самая яркая достопримечательность Крыма

Скачать 1.36 Mb.

РАБОТА №14 ПРАКТИЧЕСКАЯ. РЕИНЖИНИРИНГ
БИЗНЕС-ПРОЦЕССА МЕТОДОМ ИНТЕГРАЦИИ
1. ЦЕЛЬ И ЗАДАЧИ РАБОТЫ
Целью работы является получение практических навыков ре- инжиниринга бизнес-процессов.
2. КРАТКИЕ ТЕОРЕТИЧЕСКИЕ ПОЛОЖЕНИЯ
Реинжиниринг (reengineering) – перепроектирование, пере- стройка, реконструкция, реорганизация. Реинжиниринг использует- ся периодически для радикальных преобразований, обеспечиваю- щих существенное повышение эффективности (улучшение показа- телей деятельности компании в десятки раз). А в период между этими «скачками» применяются методы постепенного улучшения для «настройки» усовершенствованных процессов (технологии управления качеством)).
Причины, когда возникает необходимость реинжиниринга:
 диверсификация товаров и услуг (ориентация на различные сегменты рынка), вызывающая многообразие бизнес-процессов;
 изменение сектора рынка (переход от массового производства к работе по индивидуальным заказам, требующая высокую степень адаптации базового бизнес-процесса к потребностям клиента);
 внедрение новых технологий (инновационных проектов), затрагивающих все основные бизнес-процессы предприятия;
 расширение кооперативных связей с партнерами предпри- ятия и поставщиками материалов, обусловливающих альтернатив- ность построения бизнес-процесса.
Принципы БИ.
Важнейшими принципами инжиниринга(реинжиниринга) биз- нес-процессов являются:
 «интеграция» соединение отдельных бизнес процессов в единый бизнес процесс, с точки зрения управления, представления.
 «горизонтальное сжатие процесса» – несколько рабочих процедур объединяются в одну;
 «вертикальное сжатие процесса» – сплющивание вертикали;

94
РАБОТА №15 ЛАБОРАТОРНАЯ. ФОРМИРОВАНИЕ
ПРЕДЛОЖЕНИЙ ПО РЕИНЖИНИРИНГУ
ИНФОРМАЦИОННОЙ СИСТЕМЫ «ОРГАНАЙЗЕР»
1. ЦЕЛЬ И ЗАДАЧИ РАБОТЫ
Изучить основные этапы и основы проектирования реинжини- ринга информационных систем.
2. КРАТКИЕ ТЕОРЕТИЧЕСКИЕ СВЕДЕНИЯ
В рамках процесса реинжиниринга ИС (в независимости от методологии) принято выделять следующие наиболее существен- ные этапы:
• формирование команды реинжиниринга;
• сбор претензий к системе;
• создание спецификации требований к системе;
• актуализация структурных моделей системы;
• генерация альтернатив реинжиниринга системы;
• выбор оптимальной альтернативы;
• реализации выбранной альтернативы.
Одним из наиболее важных этапов является формирование команды реинжиниринга ИС. Команда обязательно должна иметь лидера, который будет принимать стратегические решения, и коор- динатора, который будет организовывать их реализацию. Также в команду должны входить: специалисты по информационным тех- нологиям вообще, специалисты по ИТ в этой ИС, разработчики, представители групп пользователей предприятия заказчика. По- следние будут отражать интересы большинства пользователей ин- формационной системы, а также будут способствовать внедрению обновленной системы на предприятии. Пользователи сопротивля- ются нововведениям и поэтому необходима их моральная подготов- ка, которую удобнее провести при посредничестве таких представи- телей групп пользователей.
Рекомендуется также включать в команду реинжиниринга не- зависимых экспертов. Численный состав команды рекомендуется ограничивать 10 членами. При необходимости сбора более много- численной команды, необходимо выделить «ядро» (не более 10 че-

95 ловек) и «окружение». Члены команды РИС со стороны предпри- ятия заказчика должны быть временно освобождены от должност- ных обязанностей. Перед началом проекта реинжиниринга инфор- мационной системы необходимо получить поддержку руководства предприятия. Без выделения ресурсов (своевременного и в необхо- димом объеме) реинжиниринг обречен на провал.

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

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

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

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

Разработчики «уносят с собой» струк- турные модели информационной системы (обычно при увольне- нии). Здесь –ошибка руководителя проекта и кадровой службы предприятия.
До сих пор встречаются и такие проекты, в ходе которых структурные модели информационной системы не строятся вовсе
(хранятся «в головах разработчиков», рисуются на бумаге, которая позже теряется). В этом случае приходится проводить сложный анализ информационной системы с целью восстановления ее струк- турной модели. Очень важную роль играют комментарии разработ- чиков к структурным моделям (как на диаграммах, так и в виде вспомогательного текста), а также комментарии в текстах про- грамм. Поскольку зачастую разработчикам сложно разобраться да- же в собственных текстах, написанных какое-то время назад.
Современные CASE-средства (такие как Rational Rose, Altova
UModel, AllFusion ERWin Data Modeler, AllFusion Business Process
Modeler) предоставляют не только широкие возможности построе- ния структурных моделей информационной системы, но и некото- рые функции для восстановления структурных моделей из исход- ных текстов (Rational Rose) или базы данных (AllFusion ERWin Data
Modeler) распространенной СУБД. Кроме того, в некоторые совре- менные средства разработки уже включены инструменты для под- держки реинжиниринга (например, в составе Borland Delphi 2009,

98 имеется инструмент для рефакторинга программного обеспечения информационной системы).
Генерация альтернатив (вариантов) реинжиниринга является наименее формализуемой (на сегодняшний день) операцией, тре- бующей творческого подхода. Распространение получили следую- щие способы:
• генерация альтернатив реинжиниринга ИС в целом;
• генерация и комбинирование частных вариантов;
• использование шаблонов.
Первый способ требует, чтобы альтернатива описывала реин- жиниринг информационной системы в целом, учитывая все требо- вания к системе. Как правило, удается разработать небольшое коли- чество таких альтернатив. Это способ требует привлечения разра- ботчиков высшей квалификации, способных охватить информаци- онную систему в целом («одним взглядом»). Разработать такую альтернативу крайне сложно, поскольку требуется не только учиты- вать все требования к информационной системе, но и представлять себе систему целиком.
Второй способ генерации базируется на комбинировании ча- стных вариантов разрешения требований к информационной систе- ме. Он основан на методе морфологического ящика. Для каждого требования разрабатывается максимальное количество разных част- ных вариантов его разрешения. При этом альтернатива реинжини- ринга ИС в целом представляет собой такое подмножество частных вариантов, которое разрешает все требования к информационной системе.
Генерация вариантов для отдельных требований – более про- стая задача, чем генерация вариантов для всей ИС сразу. Комбини- рование вариантов может быть автоматизировано.
Третий способ является промежуточным между первым и вто- рым. Он предполагает выбор в качестве основы (шаблона) некото- рой готовой альтернативы и последующей коррекции ее для усло- вий конкретного проекта реинжиниринга конкретной информаци- онной системы. Шаблон может описывать общую концепцию ре- инжиниринга информационной системы на общем уровне и требо- вать конкретизации. Как вариант, шаблон может также вполне кон- кретно описывать реинжиниринг основной части информационной системы (например, ее базовых функций) и требовать дополнения

99 для разрешения второстепенных требований к ИС. Такой способ требует наличия «базы» шаблонных решений. Выбор оптимальной альтернативы представляет собой решение многокритериальной за- дачи принятия решения в условиях риска9. Для этого необходимо сначала определить критерии оптимальности, а затем оценить аль- тернативы (сначала частные варианты, если альтернативы генери- руются по второму способу).
Сложность выбора заключается в том, что альтернативы могу быть несравнимы. Чаще всего оценка проводится по таким показа- телям, как:
• стоимость реализации альтернативы;
• степень разрешения требования (ожидаемый эффект);
• сложность реализации альтернативы;
• время (длительность) реализации альтернативы.
Для получения таких оценок приходится прибегать к эксперт- ным методам. Статистику использовать трудно, поскольку условия выполнения проектов (и сами информационные системы) сильно различаются. Риск заключается в том, что значения показателей мо- гут отклоняться от запланированных. Моделировать риск удобно путем описания показателей случайными величинами с некоторым законом распределения.
Поскольку альтернатива представляет собой некоторое подо- бие комплекса работ, можно пользоваться β-распределением. Это позволяет потребовать от экспертов всего по двух оценок: мини- мального и максимального возможных значений показателя. При использовании второго способа генерации альтернатив показатели самих альтернатив можно рассчитывать формальными методами на основе показателей частных вариантов.
Часто руководствуются следующими «граничными» альтерна- тивами:
• альтернатива с минимальной стоимостью;
• альтернатива с минимальной сложностью реализации;
• альтернатива с максимальным разрешением требований;
• альтернатива с минимальным временем реализации.
Скорее всего, ни одна из перечисленных альтернатив не будет реализована, но они служат для предварительной оценки парамет- ров проекта реинжиниринга информационной системы. Получение оценки длительности реализации альтернативы является одной из

100 наиболее сложных задач, поскольку один и тот же набор работ мо- жет быть выполнен по разным графикам (сетевым графикам).
Показатель длительности (в отличие от показателя стоимости, например) не позволяет выполнять операцию сложения. Вообще, оценка длительности работы затруднительна сама по себе. Однако в настоящее время затраты на приобретение оборудования относи- тельно невелики (по разным оценкам, порядка 10%). Поэтому мож- но считать, что основные затраты – на зарплату разработчиков. Зная их квалификацию и почасовую ставку, можно грубо оценить про- должительность работы.
Для реализации выбранной альтернативы необходимо составить технический проект, подробно описывающий необходимые техниче- ские решения. Это связано с тем, что альтернатива представляет со- бой опорный вариант, описывающий по большей части концепцию будущего решения. При реализации альтернативы приходится стал- киваться с целым рядом трудностей, таких как: необходимость пере- хода со старой информационной системы на новую (включая переус- тановку программного обеспечения, конвертирование и перенос дан- ных и т. п.); необходимость обучения (переобучения) пользователей; необходимость подготовки окружения информационной системы
(бизнес-процессов, смежных систем и т. п.); необходимость поддерж- ки двух версий информационной системы во время перехода со ста- рой версии на новую. Для успешного перехода необходимо учесть режим эксплуатации информационной системы.
3. ПОРЯДОК ВЫПОЛНЕНИЯ РАБОТЫ
Рассмотреть основные этапы и основы проектирования реин- жиниринга информационных систем на примере информационной системы «Органайзер»
4. КОНТРОЛЬНЫЕ ВОПРОСЫ
1. Основные этапы реинжиниринга ИС.
2. Выбор, состав и влияние команды реинжиниринга на работу проекта.
3. Значение сбора и обработки претензий пользователей ин- формационной системы.

101 4. Спецификация для реинжиниринга информационной систе- мы.
5. Функциональные и нефункциональные требования специ- фикации ИС.
6. Структурные модели, необходимые для перепроектирова- ния информационной системы.
7. Современные CASE-средства для построения структурных моделей информационной системы.
8. Типы вариантов альтернатив реинжиниринга ИС.

102

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

Источник: topuch.com