Читайте также:
|
СПбГПУ, кафедра информационных систем в экономике и менеджменте
Известно, что высокую конкурентоспособность и стабильный экономический рост, обеспечивает инновационное развитие бизнеса. В свою очередь, такое развитие должно опираться на современные бизнес-модели компаний.
Бизнес-модель представляет собой совокупность взаимосвязанных стратегических решений, формирующих способ ведения бизнеса фирмой, который определяет, как происходит создание и присвоение фирмой ценности в рамках сети создания ценности. Она должна объяснять, как на предприятии генерируются потоки доходов и прибыли. При этом предложение ценности не является абстрактным процессом, а направлено на удовлетворение нужд определенных потребителей, конкретного сегмента рынка [1].
Процесс же создания ценности реализуется в рамках цепочки создания стоимости, которая включает в себя определение связей с партнерами и поставщиками, и выделение тех видов деятельности, которые осуществляет предприятие.
Для анализа и контроля этого процесса может быть построена операционная модель предприятия, которая объясняет получаемые им потоки доходов и прибыли через влияние, которое оказывают рассматриваемые компоненты на такие характеристики экономической модели, как уровень цен, маржа прибыли, способ получения дохода и структура затрат.
Построение бизнес-модели предприятия потребует принятия целого набора решений, определяющих модели его развития, источников финансирования, расширения деятельности, совершенствование производственной и информационной инфраструктуры, управления и т.д., которые способны существенно влиять на экономическую модель, оказывая воздействие на структуру затрат организации и источники доходов. Схематичное описание выделенных компонентов и связей между ними представлено на рисунке 1.
Выбранные характеристики бизнес-модели предприятия оказывают влияние на результаты его деятельности. Наличие взаимосвязи между типами бизнес-моделей и показателями результативности деятельности фирмы было установлено в ряде исследований [2].
Таким образом, развитие предприятия в большой степени определяется качеством его бизнес-модели, соответствием ее задачам и целям бизнеса. Создание бизнес-модели предприятия невозможно без построения информационной инфраструктуры, обеспечивающей ее развитие на основе системы обмена данными и знаниями. Управление бизнес-моделью предприятия возможно лишь в рамках концепции архитектуры предприятия, которая позволяет создавать бизнес-модели и совершенствовать их с изменением стратегических и тактических моделей деятельности предприятия, опираясь на мощную системную архитектуру.
Рис. 1. Бизнес-модель предприятия
Основными элементами этой архитектуры являются модели данных, приложений, функций и технических средств, которые обеспечивают управление важнейшей составляющей бизнес-модели – бизнес-архитектурой. Бизнес-архитектура включает в себя бизнес-стратегию (БС), архитектуру бизнес-процессов (АБП) и показатели эффективности. Все они должны быть включены в структуру интегрированной информационной системы предприятия (ИИС), на базе которой и создается информационная инфраструктура предприятия. Информационная инфраструктура – это совокупность бизнес-процессов, информационных сервисов, информационных систем, БД и БЗ, опирающаяся на архитектурные решения. Эта инфраструктура должна обеспечить совместную деятельность участников процесса управления при решении задач маркетинга, логистики, управления производством и качеством продукции, создания экономических фондов, управления инвестиционными процессами, инновационного развития, развития проектной деятельности, мониторинга функционирования предприятия. Все эти задачи характеризуются разными информационными потребностями и разными требованиями к информационной поддержке и в свою очередь могут быть декомпозированы на процессы, процедуры и другие элементы. Наиболее полно эти потребности оцениваются в ходе моделирования бизнес-процессов, в результате которого создается бизнес-архитектура предприятия. Именно она формирует всю систему требований к остальным элементам архитектуры предприятия, а ее создание и развитие опирается на целый ряд концепций, среди которых архитектурная концепция занимает ведущее положение.
Менеджмент бизнес-процессов зародился в рамках концепции всеобщего управления качеством (TQM – Total Quality Management), однако, революцию в управлении БП внесли достижения в области современных информационных технологий, которые дают возможность проведения инжиниринга и реинжиниринга бизнес-процессов.
Согласно трактовке М. Хаммера и Д. Чемпи, реинжиниринг бизнес-процессов (BPR – Business process reengineering) определяется как «фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения коренных улучшений в основных показателях деятельности предприятия» [3]. Целью BPR (или РБП) является системная реорганизация всех ресурсов, направленная на упрощение организационной структуры, повышение эффективности использования ресурсов, сокращения сроков и повышение качества обслуживания заказчиков (клиентов, потребителей). Он должен обеспечить создание такой бизнес-модели, на основе которой станет возможным производственно-финансовое управления деятельностью предприятия.
BRP включает несколько направлений: административный, финансовый, продуктивный (материальный и товарный, информационный и коммуникационный), опирается на методологию IDEF и семейство инструментальных средств CASE (Computer aided software engineering). Это одно из важнейших, дорогостоящих и сложных направлений, реализация которого обеспечит изменения архитектуры бизнеса в соответствии с поставленными задачами, поддержку организационно-экономического механизма управления предприятием, формирование системы обмена информацией и знаниями.
BRP возможен только на основе интегрированных информационных систем (ИИС), которые обеспечивают поддержку управления деловыми процессами на всех уровнях. Они предполагают трансформацию системы управления на основе концепции автоматизации управления сквозными бизнес-процессами. Причем адаптация структуры ИИС к изменениям потребностей системы управления должна быть непрерывной и предполагать изменения архитектуры ИИС на оперативном, тактическом и стратегическом уровнях.
Это требует совершенствования и синхронизации информационных потоков, поддерживающих деловые процессы, повышения качества принимаемых управленческих решений и непрерывного развития бизнес-архитектуры. Бизнес-архитектура создается на базе процессного менеджмента и для ее создания и развития используются BPM (Business Performance Management) системы управления эффективностью бизнеса, ядром которых являются BPMS (Business Process Management System) – системы управления бизнес-процессами. BPMS-системы дают возможность моделировать бизнес-процессы при помощи графического редактора бизнес-аналитиком (бизнес-архитектором) без участия программиста.
Процедура создания модели бизнес-процесса практически не отличается от привычной для бизнес-аналитиков процедуры рисования схем. BPM-система осуществляет контроль и мониторинг бизнес-процессов, накапливает ценную статистику о параметрах их выполнения и предоставляют базовый набор отчетов по показателям бизнес-процессов. На их основе могут быть сконструированы т.н. «ключевые показатели эффективности» (KPI, Key Performance Indicators), которые, в свою очередь, могут быть увязаны с «системой сбалансированных показателей» (BSC, Balanced Scorecard).
Бизнес-архитектура формирует всю систему требований к остальным элементам архитектуры предприятия, а ее создание и развитие опирается на целый ряд концепций, среди которых архитектурная концепция занимает ведущее положение. Реализация архитектурного подхода к созданию информационной системы предприятия предполагает уточнения современного толкования понятий «предприятие», «система» и «архитектура».
Предприятие. Международные стандарты определяют предприятие как некое образование, состоящее из одной или нескольких организаций либо их частей, разделяющих общую миссию и цели по предоставлению некоторого выхода, например услуги или продукта (дано на основе стандартов ГОСТ Р ИСО 15704–2008, ГОСТ Р ИСО/МЭК 15288–2005, PMBOK Guide и ряда других).
Заметим, что специальных требований к миссии, целям и формам деятельности предприятия не предъявляется [4]. Из этого вытекают важные моменты (и стандарты их подчеркивают):
- современная архитектура предприятия (АП) – это общая дисциплина для таких разных образований как предприятие, организация, холдинг и т.д.
- АП – это вовсе не архитектура информационных систем или технологий, данное понятие охватывает, прежде всего, устройство бизнеса, базовые технологии производства, работников всех категорий и информационные технологии.
Система. Даже прямо говоря именно об архитектуре предприятия, стандарты рассматривают предприятие как систему и определяют АП как архитектуру системы. Основой является закрепленное в современных стандартах и по системной инженерии, и по АП широкое понимание системы, создаваемой человеком.
Так, в ГОСТ Р ИСО/МЭК 15288–2005 система – это «совокупность взаимодействующих элементов, упорядоченная для достижения одной или нескольких поставленных целей». Определение распространяется на самые разные по характеру и масштабу системы – от локального устройства (например, мобильного телефона) до целой отрасли (включая ее работников). Другие стандарты дополнительно указывают, что в составе систем рассматриваются машины, люди, программное обеспечение. Для наших целей важно, что понятие «система» охватывает и предприятия.
Архитектура. Определение АП как архитектуры системы возьмем из глоссария ФОСТАС (версия 2008). Оно составлено путем рационального объединения формулировок из наиболее актуальных стандартов в области архитектуры предприятий, системной и программной инженерии. В зависимости от контекста архитектура системы – это многоаспектное описание или план задуманной или развиваемой системы на уровне ее компонентов, детализированное в достаточной мере для руководства ее воплощением, а также принципы и руководящие материалы, определяющие руководство конструированием и развитием системы во времени.
В соответствии с перечисленными стандартами архитектура предприятия состоит из четырех моделей: функциональной, информационной, ресурсной и организационной (рис. 2).
Рис.2. Архитектура предприятия.
Причины введения в оборот современных толкований предприятия и его архитектуры лежат в тех изменениях в жизни предприятий, которые начали происходить еще в 70-х и 80-х годах XX века. Среди главных изменений – начало перехода от рынка продавца к рынку потребителя, TQM (Total Quality Management) и конкуренция японских компаний, как в мире, так и на внутреннем рынке США.
Это побудило Э. Деминга преобразовать методы повышения качества в подход CPI (Continuous Process Improvement), который проник в практику предприятий США. В единый комплекс были сведены цели и задачи бизнеса в конкурентной среде, особая ценность и роль людей, свойства используемых машин и технологий, аналитический подход к поиску причин имеющих место потерь и способов повышения конкурентоспособности, к опоре на измеримые показатели деятельности. Такое целостное представление было зафиксировано в четырнадцати принципах Э. Деминга, которые в явном виде задавали как философию управления и культуру работников предприятия, так и постоянные изменения его процессов, в первую очередь, за счет совершенствования базовых технологий и процессов.
В остро конкурентной среде организация бизнес-деятельности оформилась в виде комплексной дисциплины маркетингового управления предприятием (в первую очередь, marketing management Ф. Котлера и М. Портера). Учитывалась необходимость преобразования всех компонентов предприятия (оргструктур, ценностных установок отдельных работников, базовых технологий и т.д.), учета всех различий территорий (рынков), на которых оно планирует работать, от ценовых до культурных. Параллельно с этим процессный подход к совершенствованию предприятия стал выделяться в более явной форме и в конце 80-х годов вместе с идеями CPI проник в стандарты CMM (Capability Maturity Model).
К причинам использования архитектурного подхода к созданию ИС предприятия можно отнести следующие [4]:
- масштаб и сложность современных ИС, и как следствие – ее высокая стоимость и не менее высокие риски проектов их создания;
- непосредственное включение ИТ и ИС разных типов в основную деятельность предприятия, как следствие – рост требований к эффективности инвестиций в ИТ, к более явному соответствию ИТ-решений и потребностей бизнеса;
- рост числа и масштаба сквозных бизнес-процессов, интегрирующих деятельность работников предприятия, обеспечивающих кооперативные режимы деятельности разных участках и в разных подразделениях, как следствие – рост требований к эффективному взаимодействию различных систем между собой.
Основы архитектурного подхода (Enterprise Architecture) были заложены известными работами Дж. Захман [5], причем обобщенная схема (framework) архитектуры предприятия по Дж. Захману стала стандартом де-факто. На основе «плоской» архитектуры Дж.Захмана в была предложена «объемная» модель так называемого 3D-предприятия, в явной форме включающая ось времени (в рамках отдельного проекта и в стратегической перспективе развития предприятия) и отражение состояний архитектуры на разных временных отрезках, что весьма существенно для использования этой модели при проектировании ИС предприятия.
Появление базовых международных стандартов методологии архитектуры предприятия (в первую очередь, ISO 15704, ISO 20000) и методик, работающих в этой сфере и учитывающих динамичность предпринимательской деятельности и трансформации архитектуры, привели к разработке общей схемы GERAM, также являющейся трехмерным представлением архитектуры. Однако на практике наиболее широко как концепция устройства архитектуры и интегрирующая схема общего уровня продолжает использоваться обобщенная схема архитектуры Дж. Захмана. В последние годы она используется и как верхний интегрирующий уровень CASE-инструментов для моделирования, анализа и конструирования систем.
Вместе с тем, по своей содержательной сути работы по созданию и применению комплексной архитектуры предусмотрены и старыми (ГОСТ 34) и новыми (ГОСТ Р ИСО/МЭК 12207, ISO/IEC 15288, ГОСТ Р ИСО/МЭК 15288) стандартами организации проектирования. Совместный анализ состава работ по созданию системы, предусмотренных этими стандартами, показывает, что все они подразумевают создание частных архитектур трех основных видов [6]:
- архитектура деятельности (бизнес-архитектура);
- логическая архитектура (системная архитектура в терминах схемы Дж. Захмана, иногда – архитектура прикладных систем);
- физическая (техническая или технологическая) архитектура.
Этот анализ показывает также, на каких стадиях каждого из упомянутых стандартов предусматривается формирование описаний, по сути представляющих именно эти три основные архитектуры. Причем каждая из этих архитектур объединяет все рассматриваемые классы характеристик системы (виды обеспечений в терминах ГОСТ 34). Работа с комплексной архитектурой должна опираться на следующие положения:
- роль и статус архитектурных по сути работ, процессов и описаний необходимо понимать в смысле архитектурных стандартов;
- многие часто упоминаемые архитектуры (например, веб-сервисная архитектура, архитектура данных, сетевая архитектура, и т.д.) являются подмножествами указанных выше трех основных частных архитектур;
- иногда такое подмножество (например, архитектура информации и данных, архитектура безопасности) «пересекает» две или три основные частные архитектуры;
- при планировании проекта или программы интеграции ресурсов предприятия требуется выходить за рамки «обычных» стандартов проектирования и разрабатывать референcные (эталонные) модели, на основе которых должны затем формироваться частные архитектуры отдельных систем. В частности, широко используются архитектурные эталонные модели, свойством которых является применимость в широком классе случаев, в том числе и для создания сложных организационных и информационных систем.
Работа над проектом информационной системы предприятия в рамках архитектурного подхода проходит несколько последовательных стадий (рис. 3).
Рис. 3. Последовательность работ при проектировании ИИС.
Отклонения от последовательного и согласованного описания трех основных архитектур и использование их взаимосвязей, от полноты и целостности каждой из этих архитектур создает многократно увеличенные риски в проектировании больших интегрированных систем. Это лишает руководство большого проекта одного из основных инструментов управления проектом и всей системой на протяжении всего жизненного цикла системы, увеличивает степень дублирования работ и приобретений, проблемы взаимодействия систем, снижает эффективность инвестиций и вклад ИТ в деятельность предприятия.
В ходе проектирования ИС возможно сочетать использование стандартов двух рассмотренных типов и соответствующих методик для реализации архитектурного подхода в проектной практике. Проблемы и риски полномасштабного применения архитектурного подхода, выявленные в ходе выполнения реальных проектов, позволяют провести их анализ и на его основе строить план работ по формированию адекватного комплекса стандартов и руководящих материалов в данной области. В качестве первых шагов такого плана рекомендуются разработка глоссария базовых терминов, обобщенной схемы архитектуры предприятия и первоочередных референсных моделей, например, моделей прикладных и технических архитектурных компонентов, а также модели эффективности. Эталонные модели бизнес-функций более целесообразно строить по схожим правилам, но отдельно для каждой предметной области [4].
Информационная система является сложным комплексом, поддерживающим все основные процессы управления предприятием, включая задачи, критически важные для него. Развитие такой системы должно иметь плановый характер и происходить в соответствии с заранее разработанной стратегией. Информационная система является обеспечивающей по отношению к основному бизнесу, поэтому и стратегия ее развития должна быть увязана со стратегией развития предприятия в целом. ИТ-среда не должна быть ограничивающим фактором в развитии предприятия [7]. Именно поэтому с проекту создания ИС предприятия нужно подходить как к важнейшему бизнес-проекту, от успешной реализации которого зависит и успешность бизнеса. Однако следует помнить, что система должна функционировать как единый комплекс, обеспечивать одновременное внесение изменений и создание новых процессов, обеспечивать необходимый уровень гибкости, безопасности и т.д. Эти проблемы в определенной степени позволяет решить модель On Demand Operating Environment (Рабочая Среда по Требованию, Рабочая среда On Demand).
Модель Рабочей Среды On Demand базируется на концепции сервис-ориентированной архитектуры (Service Oriented Architecture, SOA). Превращение SOA из концепции в инструмент возможно только тогда, когда все заинтересованные стороны понимают принципы процессного подхода и готовы применять его в качестве основы для управления изменениями в компании. Проблема в том, что в аббревиатуре SOA люди больше обращают внимание на «service oriented», нежели на «architecture». Однако именно «архитектура» и архитектурный подход могут помочь SOA принести реальный результат [8].
Но SOA – идеология информатизации бизнеса, основанная на процессном подходе и методологии управления бизнес-процессами BPM.
В концепции SOA существует следующее определение сервиса: законченный функциональный компонент, многократно используемый в различных бизнес-процессах. Фактически суть концепции SOA заключается в унификации и автоматизации бизнес-процессов при помощи типовых компонентов – сервисов [9].
В случае использования SOA создание, внедрение или изменение бизнес-процесса представляет собой компоновку ранее разработанных сервисов, предназначенных для автоматизации бизнес-функций.
Современные сложные информационные системы, к которым относятся ИИС, должны давать потенциальную возможность быстрых изменений и максимального использования существующих блоков только тогда они будут экономически эффективным, обеспечивающими поддержку бизнеса в соответствие с его задачами. Стало понятно, что многие монолитные системы (ERP, CRM, SCM и т.д.) обладают двумя врожденными пороками: ограниченной гибкостью (не всегда позволяют внести требуемые изменения в необходимые сроки) и высокой стоимостью владения и внесения изменений [10]. Эти два фактора критичны для современных компаний, где требуется высокая гибкость бизнес-модели.
Идеология SOA как раз и предлагает вместо монолитной системы блочную, в которой можно собирать из блоков-сервисов требуемое комплексное ИТ-решение, «склеивая» их между собой с помощью систем класса BPMS.
Создавая новые бизнес-архитектуры, можно использовать набор уже существующих сервисов, поэтому процессы, автоматизированные с помощью SOA, легко настраиваются или перестраиваются в соответствии со специфичными потребностями компании или в ответ на изменения внешней среды. При этом BPMS-система обеспечивает адаптивность и поддержку SOA и фактически выступает в качестве «нервной системы» в SOA-архитектуре, управляя вызовом сервисов и потоком работ.
Таким образом, архитектурный подход к созданию и развитию ИС предприятия отвечает естественному желанию бизнеса иметь эффективную ИТ-поддержку, т.е. прозрачные, гибкие и надежные информационные системы, изменения в которые можно вносить мгновенно и практически без высоких затрат.
Список литературы:
1. Карасюк Е. Кластероискатели / Е. Карасюк // Секрет фирмы. – 2005. – № 8 (95). – С. 10-16
2. Malone, T.W., Weill, P., Lai, R.K., D’Urso, V.T., Herman, G., Apel, T.G., and Woerner, S.L. Do Some Business Models Perform Better than Others? MIT Sloan Working Paper, 2006.
3. Хаммер М. Реинжиниринг корпорации: Манифест революции в бизнесе: Пер. с англ. – СПб.: Изд-во СПбГУ, 1999. – 287 с.
4. Шевченко С.Ю., Силкина Г.Ю. Ситуационный подход и его применение в стратегическом инновационном менеджменте Экономические реформы в России: Сборник научных трудов. – СПб.: Изд-во СПбГПУ, 2004. – С.288-294
5. J.F. Sowa, J.A. Zachman. Extending and Formalizing the Framework for Information System Architecture // IBM System Journal. – 1992. – V. 31, №3
6. Саранцев А. Сервис-ориентированный подход в построении архитектуры ИС. Практика архитектурного подхода: концепции, стандарты, терминология, модели и их применение. Материалы семинара 25.04.2005. Москва.
7. Ильин И. В., Анисифоров А. Б. Основные аспекты организации информационного сопровождения деятельности кластеров предприятий // Экономика и управление. 2010. № 12 (62). С. 128–131.
8. Коптелов А., Голубев В. Сервис-ориентированная архитектура: от концепции до применения // BYTE. № 6 (116), Июнь 2008. Режим доступа: http://www.bytemag.ru/articles/detail.php?ID=12160
9. Ильин И. В., Анисифоров А. Б., Левина А. Н. Модели обмена данными в интегрированной информационной системе эффективного управления инновационно-промышленным кластером // Научно-технические ведомости СПб ГПУ. Сер.: Экономические науки. 2011. № 6 (137). С. 240–247.
10. Прикладная информатика: справочник: учебное пособие / под редакцией В.Н. Волковой и В.Н. Юрьева.- М.:Финансы и статистика;
ИНФРА-М, 2008.- 768с.: ил.
Дата добавления: 2014-12-18; просмотров: 101 | Поможем написать вашу работу | Нарушение авторских прав |