Архитектура компании традиционно представляется в виде

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

В самом общем виде под архитектурой предприятия (ЕА — Enterprise Architecture) понимается всестороннее и исчерпывающее описание (модель) всех его ключевых элементов и межэлементных отношений. Согласно ISO 15704 («Industrial Automa-tion Systems — Requirements for Enterprise-Reference Architectures and Methodologies. 1999») архитектура предприятия должна включать роль людей, описание процессов (функции и поведение) и представление всех вспомогательных технологий на протяжении всего жизненного цикла предприятия. Архитектура (в соответствии с документом «Federal Enterprise Architecture Framework. Dev. by: The Chief Information Officers Council (USA)») является стратегической информационной основой, определяющей:
структуру бизнеса;
информацию, необходимую для ведения бизнеса;
технологии, применяемые для поддержания бизнес-операций;
процессы преобразования, развития и перехода, необходимые для реализации новых технологий в ответ на изменение/появление новых бизнес-потребностей.

Состав, структура и процесс выстраивания архитектуры

Архитектура предприятия традиционно представляется в виде следующих слоев: корпоративные миссия и стратегия, цели и задачи; бизнес-архитектура; системная архитектура (ИТ — архитектура).

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

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

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

Исследования выполнены автором в рамках работ Фонда ФОСТАС в 2003 г. Публикация осуществляется на основе разрешения, полученного Фондом от МЭРТ.

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

Архитектура данных включает: БД и хранилища данных; системы управления БД или хранилищами данных; правила и средства санкционирования доступа к данным. Техническая архитектура состоит из сетевой архитектуры и архитектуры платформ. Сетевая архитектура включает:
локальные и территориальные вычислительные сети;
используемые в сетях коммуникационные протоколы, сервисы и системы адресации;
аварийные планы по обеспечению бесперебойной работы сетей в условиях чрезвычайных обстоятельств.

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

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

Моделирование архитектуры

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

Среда моделирования архитектуры предприятия должна включать четыре компонента.
1) Блок элементарных объектов предприятия:
      описания (представления) элементарных объектов (например, конкретного продукта/услуги, производимого на предприятии в настоящее время);
      средства, используемые для порождения таких представлений (т.е. данных по объектам) со-гласно определенным правилам (например, ERP, SCM, CRM, СУБД).
2) Блок моделей архитектуры предприятия:
      собственно модели различных видов (процессно-функциональные, информационные, ресурсные, организационные и др.), состоящие из элементов, абстрактно отображающих элементарные объекты;
      средства моделирования, обеспечивающие анализ, проектирование и использование моделей.
3) Блок языков и методологий моделирования, включая:
      общемодельные конструкции;
      процессы моделирования архитектуры предприятия;
      средства, поддерживающие процесс определения и модификации методологий и языков.
4) Блок языков мета-моделирования и мета-методологий для описания концепции, синтаксиса и семантики языков моделирования и методологий их применения, а также для описания процессов построения этих языков и методологий.

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

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

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

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

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

Конкурирующая среда GERAM (Generalised Enterprise Reference Architecture and Methodology) определяет комплекс концепций, методов и моделей, необходимых для проектирования и сопровождения современного предприятия (любого типа) в течение всего времени его существования. GERAM обеспечивает поддержку всех вышепредставленных элементов среды моделирования архитектуры, базируясь при этом на:

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

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

К наиболее распространённым в настоящее время языкам моделирования предприятий относятся, прежде всего, IDEF, ARIS и BPML.

Идея создания семейства стандартов IDEF (Integrated Computer Automated Manufacturing Definition) родилась в середине 70-х годов в ВВС США как решение проблемы повышения производительности и эффективности информационных технологий, возникшей при реализации программы ICAM (Integrated Computer Aided Manufacturing). Часть этого семейства из 14 стандартов, относящихся к методам и технологиям создания моделей сложных систем и проектирования компьютерных систем, имеет непосредственное отношение к моделированию бизнес-процессов, а именно: IDEF0 (модель функций), IDEF1 и его расширение IDEF1X (информационная модель и модель данных соответственно), IDEF2 (динамическая модель), IDEF3 (модель процессов) и IDEF4 (объектно-ориентированные методы проектирования). Часть стандартов семейства фактически осталась на бумаге (стандарт IDEF2), другая часть (IDEF0 и IDEF1X) превратилась в стандарт правительства США, известный как FIPS. Основными недостатками IDEF являются:

ARIS в целом преодолевает перечисленные недостатки IDEF, однако его методология по сути является методологией-оболочкой: нет четко описанных регламентов действий, не предлагается уникального подхода к проблеме моделирования архитектуры предприятия. Сам язык включает более 100 типов моделей, 90% из которых практически никогда не ис-пользуются, инструментальная поддержка осуществляется продуктом той же компании — разработчика методологии. Этот продукт имеет цену, на порядок превышающую стоимость инструментов аналогичного класса для аналогичных платформ, и огромные трудозатраты на его разработку, что вряд ли позволит создать когда-либо конкурирующий инструментарий, поддерживающий данный язык.

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

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

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

Вендор	Продукт	Сайт
Casewise	Corporate Modeler	www.casewise.com
Computes	Metis	www.computas.com
IDS Scheer	Aris	www.ids-scheer.com
Mega	Mega Suite	www.mega.com
Popkin	System Architect	www.popkin.com
Proforma Corp.	Provision	www.proformacorp.com
Ptech	Enterprise Framework	www.ptechinc.com

Заключение

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

В среднем, каждый из вендоров осуществляет продажи ПО на сумму 7… 15 млн. долл. США в год (исключение составляет компания IDS Scheer: объявленный ею доход за 2002 г. составил 211 млн. долл. США, но он включает не только продажи ПО, но и консалтинг, обучение, выполнение проектов и т.п.).

По прогнозам ведущих консалтинговых компаний через несколько лет архитектура превратится для предприятия в одно из главных средств управления изменениями, обеспечивая при этом:

Фактически, создание архитектуры предприятия является первым шагом на пути к предприятию, которое может реагировать на изменения в РВ.

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

1. Галактионов В.И. Системная архитектура и ее место в архитектуре предприятия//Директор информационной службы. 2002. № 5.
2. Разработка типовых требований к процессам информатизации органов государственной власти, включая разработку единой методологии построения «электронного прави-тельства»//Отчет о НИОКР. Фонд ФОСТАС, № госрегистрации 1027739757561, инв. № 2811/01. Москва. 2003.
3. Электронное правительство: рекомендации по внедрению в РФ /Под ред. В.И. Дрожжинова и Е.З. Зиндера, ЭКО-ТРЕНДЗ. Москва. 2004.
4. Harmon P. Developing an Enterprise Architecture // Business Process Trends, January, 2003.
5. Report on the State of the Art in Enterprise Modeling, University of Namur, 2002.

Калянов Георгий Николаевич —
д-р техн. наук, проф., вед.научный сотрудник ИПУ РАН.
e-mail:Kalyanov@mail.ru http://www.kalyanov.by.ru

• моделирование бизнеса с позиции менеджера, включающее построение концепций с использованием графических образов (пиктограмм) для представления бизнес-объектов и событий;
• моделирование бизнес-процессов, бизнес-функций, ресурсов;
• моделирование оргструктуры, включая ее нисходящую логическую схему, а также логические схемы принятия решений;
• преобразование бизнес-моделей в модели приложений и технологической архитектуры.
• универсальные интегрирующие среды (например, Zachman Framework, GERAM);
• языки моделирования предприятий (например, IDEF, ARIS, BPML);
• программные среды моделирования (например, ARIS 6 Collaborative Suite, Popkin System Architect, METIS);
• мета-модели и языки мета-моделирования (например, UML Profile for Business Process Definition, UEML).
• концепциях, ориентированных на человека (описание ролей, поддержка осуществляемых ролями процессов);
• процессно-ориентированных концепциях для описания бизнес-процессов;
• концепциях, ориентированных на технологии, для описания технологической поддержки процессов (моделирования и использования моделей).
• наличие всего трех типов моделей — функциональной, информационной и процессной, остальные аспекты архитектуры если и могут быть отображены, то на примитивном, недостаточном для серьезного анализа уровне;
• отсутствие интеграции даже для перечисленных трех типов моделей (при этом отсутствует как концепция интеграции, так и какая-либо реализация на уровне инструментов одного и того же производителя).
• общего, визуального, базированного на шаблонах языка для коммерческих инструментальных средств моделирования предприятий и программных систем класса workflow;
• стандартизованных, независимых от инструментов механизмов передачи знаний (моделей) между проектами;
• репозитория моделей предприятий.
• оказание помощи менеджерам при анализе потенциальных изменений и их реализации;
• предоставление основы для совместной работы бизнес-менеджеров и ИТ-менеджеров над целями, бизнес-процессами и выстраиванием предприятия в целом;
• предоставление единого хранилища всей информации о предприятии;
• обеспечение менеджерам поддержки в принятии решений: они могут обозревать отношения, задавать вопросы, идентифицировать проблемы, выполнять моделирование и т.д.

1.3. Архитектурный подход как основа управления развитием информационных систем

В самом общем виде под архитектурой организации (ЕА — Enterprise Architecture) понимается всестороннее и исчерпывающее описание (модель) всех ее ключевых элементов и межэлементных отношений. Согласно ISO 15704 («Industrial Automation Systems – Requirements for Enterprise-Reference Architectures and Methodologies. 1999″) архитектура организации должна включать роль людей, описание процессов (функции и поведение), и представление всех вспомогательных технологий на протяжении всего жизненного цикла организации. Архитектура (в соответствии с документом «Federal Enterprise Architecture Framework. Dev. by: The Chief Information Officers Council (USA)») является стратегической информационной основой, определяющей:

1. структуру бизнеса;
2. информацию, необходимую для ведения бизнеса;
3. технологии, применяемые для поддержания бизнес-операций;
4. процессы преобразования, развития и перехода, необходимые для реализации новых технологий в ответ на изменение/появление новых бизнес-потребностей.

Архитектура организации традиционно представляется в виде следующих слоев (таблица 1.1):

1. корпоративные миссия и стратегия, стратегические цели и задачи;
2. бизнес-архитектура;
3. системная архитектура (ИТ — архитектура).

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

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

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

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

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

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

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

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

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

Архитектура приложений, в свою очередь, включает в себя:

1. собственно прикладные системы, поддерживающие исполнение бизнес-процессов;
2. интерфейсы взаимодействия прикладных систем между собой и с внешними системами и источниками или потребителями данных;
3. средства и методы разработки и сопровождения приложений.

Архитектура данных включает в себя:

1. базы данных и хранилища данных;
2. системы управления базами данных или хранилищами данных;
3. правила и средства санкционирования доступа к данным

Техническая архитектура состоит из сетевой архитектуры и архитектуры платформ. Сетевая архитектура включает в себя:

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

Архитектура платформ включает в себя:

1. аппаратные средства вычислительной техники — серверы, рабочие станции, накопители и другое компьютерное оборудование;
2. операционные и управляющие системы, утилиты и офисные программные системы;
3. аварийные планы по обеспечению бесперебойной работы аппаратуры (главным образом — серверов) и баз данных в условиях чрезвычайных обстоятельств.

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

1. оказание помощи менеджерам при анализе потенциальных изменений и их реализации;
2. предоставление основы для совместной работы бизнес-менеджеров и ИТ-менеджеров над целями, бизнес-процессами и выстраиванием организации в целом;
3. предоставление единого хранилища всей информации об организации;
4. обеспечение менеджерам поддержки в принятии решений: они могут обозревать отношения, задавать вопросы, идентифицировать проблемы, выполнять моделирование и т.д.

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

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

   Наличие в организации разработанной архитектуры обеспечивает:

5. поддержку принятия решений и управление в условиях сложных бизнес-процессов и информационных технологий;
6. план развития и изменений;
7. основу для назначения приоритетов при формировании ИТ-бюджетов;
8. основу для управления портфелем ИТ- проектов;
9. соответствие принятым корпоративным стандартам;
10. поддержку разработки новых систем.

    Архитектура в конечном итоге обеспечивает более эффективное использование ИТ-систем за счет:

11. снижения стоимости разработки, внедрения и поддержки, в том числе и уменьшения излишних и необоснованных расходов на ИТ (предприятия лучше понимают, какими ИТ-активами они владеют, что уменьшает риск принятия решений о покупке или разработке систем, имеющих аналогичную функциональность, а также для их консолидации и уменьшения общего количества);
12. упрощения процессов управления системами;
13. повторного и многократного использования технологий;
14. оптимизации функциональности и процессов внедрения новых ИТ-систем, а также проведение доработок используемых ИТ-систем;
15. оценки внедрения по времени и результатам;
16. обеспечения взаимопонимания между всеми участниками ИТ-деятельности предприятия.

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

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

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

1. рост масштаба и сложности ИТ, рост их стоимости и рисков в проектах их создания и внедрения;
2. включение ИТ в основную деятельность, рост требований к эффективности инвестиций в ИТ;
3. переход к процессному подходу, интегрирующему деятельность подразделений, рост требований к эффективному взаимодействию ИТ-систем между собой.

В результате его использования обеспечивается:

1. Информационная поддержка работ по сопровождению и развитию ИТ-инфраструктуры, включает:
   1. выявление бизнес-процессов, требующих первоочередной автоматизации;
   2. выявление первоочередных направлений совершенствования каналов связи;
   3. анализ ИТ-систем и их взаимодействия, оценка степени покрытия бизнес-процессов и информационных потоков существующими системами;
   4. оптимизация обработки информации во взаимодействующих системах (избавление от дублирующих систем и данных, согласование справочников и классификаторов, используемых в различных системах и т.п.);
   5. выявление, согласование, формализация и документирование требований к перспективным ИТ-системам, контроль внедрения новых систем на предмет соответствия согласованным требованиям в части покрытия информационных потоков;
   6. анализ альтернативных вариантов совершенствования ИТ-инфраструктуры.
2. Информационная поддержка работ по совершенствованию бизнес-процессов организации, включая:
   1. выявление бизнес-процессов, требующих совершенствования;
   2. избавление от дублирующих действий в различных сценариях (ввод одних и тех же сведений в различные системы);
   3. анализ альтернативных вариантов совершенствования бизнес-процессов.
3. Информационная поддержка всех заинтересованных лиц, включая сотрудников организации, использующих ИТ-системы в силу своих должностных обязанностей, а также разработчиков и сопровожденцев различных систем, используемых организацией (включая обеспечение всех заинтересованных лиц единым языком базовых представлений, наглядным и интуитивно понятным)

Контрольные вопросы и упражнения

1. Что такое стратегическое управление информационными системами?
2. В чем заключаются основные отличия процессного подхода от функционального?
3. Назовите этапы развития ИТ, какой из этапов является революционным?
4. Каковы основные цели использования ИТ?
5. Перечислите проблемы и причины неудач при внедрении ИТ в организации.
6. В чем состоят задачи стратегических ИТ-консультантов?
7. Что такое стратегический ИТ-аудит?
8. Что понимается под архитектурой организации?
9. Что включает в себя ИТ-архитектура, каково ее место в архитектуре организации?
10. За счет чего архитектура обеспечивает более эффективное использование ИТ-систем?
11. Каковы основные причины использования архитектурного подхода?

В самом общем виде под архитектурой
предприятия (ЕА — Enterprise
Architecture) понимается
всестороннее и исчерпывающее описание
(модель) всех его ключевых элементов и
межэлементных отношений. Согласно
ISO 15704 (“Industrial Automation Systems – Requirements for
Enterprise-Reference Architectures and Methodologies. 1999”)
архитектура предприятия должна включать
роль людей, описание процессов (функции
и поведение), и представление всех
вспомогательных технологий на протяжении
всего жизненного цикла предприятия.
Архитектура (в соответствии с документом
“Federal Enterprise
Architecture Framework.
Dev. by: The
Chief Information
Officers Council
(USA)”) является стратегической
информационной основой, определяющей:

• структуру бизнеса;

• •информацию, необходимую для ведения
  бизнеса;

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

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

Состав, структура и процесс выстраивания архитектуры

Архитектура предприятия традиционно
представляется в виде следующих слоев
(Рис 1.):

• корпоративные миссия и стратегия,
  стратегические цели и задачи;

• бизнес-архитектура;

• системная архитектура (ИТ — архитектура).

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

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

Системная архитектура определяет
совокупность методологических,
технологических и технических решений
для обеспечения информационной 1

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

Архитектура приложений, в свою очередь,
включает в себя:

• собственно прикладные системы,
  поддерживающие исполнение бизнес-процессов;

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

• средства и методы разработки и
  сопровождения приложений.

Архитектура данных включает в себя:

• базы данных и хранилища данных;

• системы управления базами данных или
  хранилищами данных;

• правила и средства санкционирования
  доступа к данным.

Техническая архитектура состоит из
сетевой архитектуры и архитектуры
платформ. Сетевая архитектура включает
в себя:

• локальные и территориальные вычислительные
  сети;

• используемые в сетях коммуникационные
  протоколы, сервисы и системы адресации;

• аварийные планы по обеспечению
  бесперебойной работы сетей в условиях
  чрезвычайных обстоятельств.

Архитектура платформ включает в себя:

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

• операционные и управляющие системы,
  утилиты и офисные программные системы;

• аварийные планы по обеспечению
  бесперебойной работы аппаратуры
  (главным образом — серверов) и баз данных
  в условиях чрезвычайных обстоятельств.

Рисунок 1.

Цикл выстраивания архитектуры предприятия
основными участниками процесса приведен
на рис. 2.

Рисунок 2.

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

• осознание необходимости построения
  архитектуры;

• формирование рабочей группы;

• выбор среды моделирования, средств
  моделирования и репозитория;

• наполнение среды фактическим материалом
  (формирование архитектуры);

• использование;

• расширение и сопровождение.

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

Соседние файлы в папке архтектура предприятий

• #
• #
• #
• #
• #
• #
• #
• #

Онлайн-тестыТестыЭкономика и предпринимательствоРеинжиниринг бизнесавопросы

---

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

17. Анализ, который предполагает выделение отдельных процессов, необходимых для выполнения общей бизнес-задачи, — это:
• процессный анализ общей бизнес-задачи

18. Анализ, при котором бизнес-задача разделяется на части, исполнение которых необходимо для решения задачи в целом, — это:
• объектный анализ

19. Анализ, при котором предполагается ранжирование всех частных бизнес-задач в зависимости от того, относятся они к исполнительскому уровню или являются задачами более высокого уровня, — это:
• анализ рангов бизнес-задач

20. Архитектура компании традиционно представляется в виде
• слоев

21. Базовые принципы организации труда в промышленности впервые были сформу-лированы
• А. Смитом

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

23. Бизнес-процесс в компании, занимающейся созданием программного продукта, — это:
• разработка программного обеспечения

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

25. В определении реинжиниринга содержатся следующие ключевые слова:
• фундаментальный, радикальный, существенный, процессы

26. В работе «Реинжиниринг корпорации: Манифест революции в бизнесе» компании, решающиеся на реинжиниринг, разделены на __________________ категории(-ий).
• 3

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

28. В функционально-ориетированных моделях главными структурными компонентами являются:
• функции

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

30. Взаимосвязанная совокупность управляемых объектов компании — это:
• проблемная область

---