Лекция 5 (4 часа). Раздел 3. Архитектура предприятия.

3.1. Понятие и общее представление об архитектуре предприятия.

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

Архитектура системы (предприятия) представляет стратегическую информационную основу, которая определяет:

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

Информацию, необходимую для проведения этого бизнеса;

Технологии, применяемые для поддержания деловых операций;

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

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

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

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

Приведенное определение качественно описывает базовое понятие архитектуры.

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

В качестве исходной для представления базовой схемы можно использовать модель архитектуры предприятия (Enterprise Architecture Model), предложенную национальным институтом стандартов и технологий США (National Institute of Standards and Technology - NIST), представленную на рис.3.1.

3.2. Основные цели создания архитектуры предприятия.

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

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

Сохранение взгляда на целое в стратегической перспективе;

Исключение провалов в устройстве системы и при ее эксплуатации;

Создание основы и критериев для оценки частных архитектур;

Рис. 3.1. Схема архитектуры компьютеризированного предприятия по NIST (HW-hardware-аппаратное обеспечение, SW-software-программное обеспечение).

3.3. Общие методические принципы создания архитектуры.

К общим методическим принципам создания архитектуры предприятия можно отнести целый ряд принципов.

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

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

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

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

5. Принцип постоянной трансформации архитектуры предприятия. С учетом изложенных выше принципов архитектура предприятия и его система должна находиться в постоянно актуализируемом состоянии, чтобы отвечать на новые требования внешней среды: новые потребности клиентов, новые возможности информационных технологий (ИТ), новые угрозы со стороны внешней среды.

3.4. Формирование архитектуры в процессе детализации.

Разработка концептуальной архитектуры предприятия на перспективу осуществляется как пошаговый процесс формирования целевой архитектуры, отталкиваясь от текущей архитектуры и двигателей ее преобразования. В этот пошаговый процесс входит использование сегментного подхода к архитектуре и принципа постепенной (пошаговой) детализации архитектуры.

3.4.1. Подходы при построении архитектуры.

Вообще говоря, известны три возможных подхода построения архитектуры.

Стандартный подход. В этом подходе вначале разрабатывается общая схема и правила для будущего описания архитектуры. Затем описывается вся текущая база, и после этого представляется вся целевая архитектура. Только после этого начинается конструирование, приобретение, реализация систем.

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

Подход "статус-кво" . Разработка рассматривается как реакция на те или иные возникающие затруднения.

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

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

3.4.2. Компоненты архитектуры предприятия.

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

Двигатели архитектуры (Architecture Drivers) отражают внешние стимулы изменения архитектуры: бизнес-стимулы и технические стимулы.

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

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

Стратегическое направление (Strategic Direction) - руководство для разработки целевой архитектуры, которое содержит видение миссии предприятия, принципы его построения, цели и объекты предприятия.

Текущая архитектура (Carrent Architecture) определяет архитектуры предприятия "как есть" и состоит из двух частей: текущая бизнес-архитектура и техническая архитектура (данные, приложения и технологии). Она отражает текущие возможности и технологии, а также служит объектом для дальнейшего расширения.

Целевая архитектура (Target Architecture) определяет архитектуру предприятия "как должно быть построено" и состоит из двух частей: целевая бизнес-архитектура и техническая архитектура (т. е. данные, приложения и технологии). Она представляет будущие возможности и технологии, которые являются результатом улучшения проекта поддержки изменяющихся бизнес - потребностей.

Переходные процессы (Transitional Processes) поддерживают переход от текущей архитектуры к целевой архитектуре. Критические переходные процессы для предприятия включают планирование инвестиций в сферу ИТ, планирование перехода, управление конфигурацией, контроль и управление проектом.

Архитектурные сегменты (Architectural Segments) отражают ориентацию отдельных частей общей архитектуры на главные бизнес - области.

Архитектурные модели (Architectural Models) определяют бизнес - модели и конструкторские (технические) модели, которые отражают все необходимые сегменты для полного описания предприятия.

Стандарты (Standards) включают все стандарты, руководящие принципы (руководящие материалы), а также передовой опыт. Примерами стандартов являются:

Стандарты безопасности;

Стандарты данных относятся к данным, метаданным и другим связанным структурам;

Стандарты приложений относятся к прикладному ПО;

Стандарты технологий относятся к операционным системам и аппаратным платформам.

3.5. Комплексная архитектура предприятия. Модельные и организационные подходы.

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

Схема Дж. Захмана версии 1987, 1992, 2000 гг. отличается более гармоничным и комплексным учетом архитектурно существенных факторов, начиная со слоев бизнес - архитектуры.

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

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

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

Однако эта схема, как и изложенные выше схемы архитектурных слоев, обладает недостатками с точки зрения представления динамики развития предприятия и его ИС. Этот недостаток преодолевается расширенной схемой Захмана – схема и подход «3Д-предприятие» (опубликована в 2000 году).

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

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

3.5.1. Матрица согласованных моделей в архитектурах.

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

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

Информационная модель отражает отношения между элементами системы в виде структур данных (состав и взаимосвязи).

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

Организационная модель описывает подразделения из которых состоит предприятие.

Все эти модели должны быть соединены в единую систему понятным и непротиворечивым образом. Поэтому даже вопросов «простого» согласования компонентов системы достаточно для того, чтобы прилагать специальные усилия на уровне формирования архитектуры.

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

Суть этого метода сводится к формализованному представлению предприятия в виде матрицы (Таблица 3.1).

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

· бизнес среда системы,

· концептуальная модель,

· логическая модель,

· технологическая, «физическая модель»,

· детальная реализация (часто поблочная),

· представление пользователя (эксплуатация).

Выделенные аспекты, столбцы таблицы, фактически отражают разделы обеспечения системы :

· функциональное обеспечение (функции),

· коммуникационное обеспечение (сеть),

· организационное обеспечение (структура организации) и т. д.

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

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

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

Таблица 3.1. Матрица согласованных моделей в архитектурах.

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

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

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

– цели, бизнес-правила (мотивация того, почему функционирует система);

– объекты (что проходит преобразования);

– функции (как осуществляется преобразование в процессе);

– участники (субъекты) процесса (кто осуществляет процесс);

– место (где выполняется процесс);

– время (временные требования к выполнению процесса, событиям).

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

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

3.5.2. Примеры заполнения ячеек схемы Захмана.

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

Начнем пояснения с первого столбца матрицы: цели (почему?).

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

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

Позиция проектировщика. Логическая модель реализации бизнес-правил предприятия в терминах намерений и ограничений.

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

Второй столбец матрицы: люди (кто?)

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

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

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

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

Третий столбец: функции (архитектура приложений).

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

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

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

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

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

Четвертый столбец: объекты-данные (архитектура данных).

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

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

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

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

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

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

3.5.3. Схема «3Д-предприятие».

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

Модель «3Д-предприятие» строится в трех измерениях.

1. Ось уровня проектирования и использования предприятия. На рисунке (Рис.3.2.) шесть «горизонтальных» уровней:

– потребности и планы,

Бизнес-модель,

Логическая модель,

Техническая конструкция,

Детальная реализация,

Практика использования.

Рис. 3.2. Модель « 3-Д предприятие ».

2. Ось раздела обеспечения и аспекта работы предприятия/АС; шесть вертикальных разделов: цели, люди, функции, объекты, коммуникации, время.

3. Ось времени, в котором развивается предприятие и его АИС стадии на «верхней грани» модели, соответствующих возможным стадиям жизненного цикла системы: анализ (стратегический может отделяться от детального анализа), проектирование (конструирование), реализация и ввод в действие (могут рассматриваться отдельно), совершенствование.

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

3.5.4. Требования к «3Д-модели».

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

Модель 3Д-предприятия должна отвечать следующим требованиям:

– простота и доступность для (технических и нетехнических) руководителей и специалистов;

– целостность, каждая проблема рассматривается в рамках предприятия в целом, как в данное время, так и в будущем;

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

– использование инструментов планирования, благодаря чему решение не будет приниматься в «пустоте»;

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

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

Создаваемые в ячейках частные модели должны быть согласованы в своих взаимосвязях.

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

– необходимость компонента и формальные требования к нему;

– качество и степень готовности компонента;

– соответствие плановому графику работ и согласованности различных графиков;

– обоснованность графиков инвестиций и их окупаемости;

– возможность изменений (прогноз) наиболее близкого по времени изменения потребностей, требований и обеспеченности этих изменений ресурсами;

– смысловая целостность модели одного уровня.

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

Например, работами по развитию бизнеса предприятия могут быть фазы управления предприятием:

– ситуационный и диагностический анализ;

– выдвижение целей и выбор стратегий;

– планирование оперативных действий, выполнение подготовительных и запускающих мероприятий;

– тактический и оперативный мониторинг;

– стратегический мониторинг, возобновление анализа и совершенствование стратегий.

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

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

Заключение.

Рассмотрение концептуального уровня схем архитектуры предприятия показывает:

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

Важнейшим компонентом архитектуры предприятия являются люди; не учет этого является методической ошибкой;

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

Согласование архитектур рассматривается как согласование архитектурных продуктов (бизнес - моделей с техническими моделями);

Согласование архитектур рассматривается как процесс, позволяющий получить многократную экономию средств на создание и развитие ИС;

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

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

Эти принципы имеют конструктивное описание, позволяющее использовать их как "руководство к действию":

Главным движущим слоем является бизнес-архитектура;

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

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

Литература

1. Методический материал «Методология и практические рекомендации по построению автоматизированных систем трансформирующихся государственных предприятий »/ Под общ. ред. , Фонд ФОСТАС, 2003 год.

2. Тельнов бизнес – процессов. - М.: Финансы и статистика, 2003. – 256 с.: ил.

Контрольные вопросы

Лекция 5. Раздел 3. Архитектура предприятия.

3.1. Понятие и общее представление об архитектуре предприятия.

3.2. Основные цели создания предприятия.

3.3. Общие методические принципы создания предприятия.

3.4. Формирование архитектуры в процессе детализации.

3.4.1. Подходы при построении архитектуры.

3.4.2. Компоненты архитектуры предприятия.

3.5. Комплексная архитектура предприятия. Модельные и организационные подходы.

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

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

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

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

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

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

Информационная модель, в которую входят информационные объекты («сущности»), описывающие их метаданные, таксономии классификаций объектов, а также онтологии для соответствующих информационных объектов;

Методология для извлечения, анализа и сохранения характеристик бизнес- и информационных объектов;

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

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

34.Основные характеристики модели «клиент-сервер». Ограничения модели

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

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

Рассмотрим эти функции:

Функции ввода и отображения данных.

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

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

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

ВВЕДЕНИЕ

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

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

ITSM (IT Service Management, управление ИТ-услугами) - подход к управлению и организации ИТ-услуг, направленный на удовлетворение потребностей бизнеса. Для содействия реализации подхода к управлению ИТ-услугами используется серия документов ITIL. ITIL не является конкретным алгоритмом или руководством к действию, но она описывает передовой опыт (good practices) и предлагает рекомендации по организации процессного подхода и управления качеством предоставления услуг. Это позволяет оторваться от особенностей данного конкретного предприятия в данной конкретной отрасли. Вместе с тем, несмотря на определённую абстрактность, ITIL всячески нацелено на практическое использование.

Целью данной работы является изучения теоретических и практических методов управления сервисами информационной системы (ITIL/ITSM).

В работе использована учебно-методическая литература и Интернет-ресурсы.

АРХИТЕКТУРА ПРЕДПРИЯТИЯ В УСЛОВИЯХ СОВРЕМЕННОГО МИРА

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

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

В основе архитектуры предприятия заложен «Архитектурный взгляд» на системы, определенный в стандарте ANSI/IEEE 1471, как «фундаментальная организация системы, состоящая из совокупности компонент, их связей между собой и внешней средой, и принципы, которыми руководствуются при их создании и развитии».

ИТ - архитектура предприятия

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

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

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

Традиционно ИТ - архитектуру предприятия представляют в виде трех взаимосвязанных компонентов:

· Enterprise Information Architecture (EIA) – информационная архитектура.

· Enterprise Solution Architecture (ESA) – архитектура прикладных решений.

· Enterprise Technical Architecture (ETA) – техническая архитектура.

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

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

Информационная архитектура (EIA - Enterprise Information Architecture) или, другими словами, архитектура информации – это (с точки зрения аналитиков компании Meta Group) управляемый набор методик, описывающий информационную модель предприятия и включающий в себя:

· Базы данных и хранилища данных.

· Информационные потоки (как внутри организации, так и связи с внешним миром).

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

Тема лекции 1: Бизнес и информационные технологии. Архитектура предприятия основные определения .

Цель: Рассмотреть понятия бизнес-архитектуры и ИТ-архитектуры предприятия; показать, что архитектура информационных технологий является неотъемлемым элементом архитектуры всего предприятия и зависит от его целей и задач, стратегии развития, сложившейся модели бизнес-процессов. Познакомить студентов с разновидностями ИТ-архитектуры предприятия. Рассмотреть функции менеджмента в структуре информационных систем

Задачи: освоение основных теоретических понятий и практическое назначение согласно поставленной цели.

Тип занятия: лекция с элементами демонстрации и диалога.

Наглядные средства лекции: слайд-презентация, разработанная с помощью приложения MS Offis PowerPoint 2003 под управлением операционной системы Windows XP

Технические средства обучения: проектор, ПЭВМ семейства Intel XX86.

План занятия:

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

Общая структура модели архитектуры предприятия

Классификация корпоративных информационных систем.

Идентификация понятия Enterprise в области проектирования информационных систем как объекта реализации. EIS (Enterprisei nformation system) и MIS (Management information system) в аспекте моделирования архитектуры информационной системы предприятия и его бизнес-процессов.

Подходы при построении архитектуры. Компоненты архитектуры предприятия

Матрица согласованных моделей в архитектурах.

Основная:

Информационные системы в экономике: Учебное пособие/; Под ред. А.Н. Романова, Б.Е. Одинцова. - 2-е изд.; перераб. и доп. - М.: Вузовский учебник, 2010. - 411с. - (Вузовский учебник).

Информационные системы в экономике: учебник для студентов вузов, обучающихся по экономическим специальностям и специальностям экономики и управления (060000) / Под ред. Г.А. Титоренко – 2-е изд., перераб. и доп. – М: ЮНИТИ–ДАНА, 2006. – 463 с.

Карамов О. Г. Бизнес-планирование. Учебно-практическое пособие - М.: Евразийский открытый институт, 2010. http://old.biblioclub.ru/book/90809/

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

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

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

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

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

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

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

Вместе с новыми технологиями мониторинга и управления информационными системами пришли новые методики, обеспечивающие оптимизацию и оценку бизнес-процессов ИТ-подразделения. Наиболее известные и популярные в настоящий момент методики в данной области: «Управление ИТ-услугами» (IT Service Management, ITSM) и «Библиотека инфраструктуры ИТ» (Information Technology Infrastructure Library, ITIL).

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

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

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

В настоящий момент можно выделить следующую группу задач, решаемых ИТ-подразделением:

Обеспечение оперативности, доступности, конфиденциальности обрабатываемой информации.

Обеспечение эксплуатации ИТ-инфраструктуры.

Предотвращение и устранение сбоев.

Планирование кризисных ситуаций и управление ими.

Обеспечение автоматического мониторинга работоспособности ИТ.

Обеспечение надежности функционирования ИТ-инфраструктуры.

Обеспечение информационной безопасности.

Модернизация оборудования.

Минимизация расходов на поддержание ИТ-инфраструктуры.

Общая структура модели архитектуры предприятия

Под архитектурой предприятия (Enterprise Architecture, ЕА) обычно понимается полное описание (модель) структуры предприятия как системы, включающее описание ключевых элементов этой системы, связей между ними.

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

В качестве исходной для представления базовой схемы можно использовать модель архитектуры предприятия (Enterprise Architecture Model), предложенную национальным институтом стандартов и технологий США (National Institute of Standards and Technology - NIST), представленную рисунке.

Рисунок. Схема архитектуры компьютеризированного предприятия по NIST(HW-hardware-аппаратное обеспечение,SW-software-программное обеспечение).

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

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

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

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

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

При этом архитектура предприятия неразрывно связана с основными рабочими процессами:

Разработкой стратегии и планированием на уровне предприятия;

Управлением корпоративными проектами.

Управление портфелем информационных технологий (Business and IT Portfolio Management) – это процесс управления инвестициями в области управления ИТ-проектами. Под портфелем понимается совокупность проектов, выполняемых на общем пуле ресурсов (финансы, люди, оборудование, материалы, энергия); при этом пул ресурсов и результаты всех проектов портфеля находятся в компетенции одного центра ответственности.

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

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

Текущая архитектура (Current Architecture) описывает существующее состояние архитектуры предприятия. Называется также архитектурой «как есть», или базовым состоянием существующей архитектуры.

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

Целевая архитектура (Target Architecture) описывает желаемое будущее состояние предприятия или то, «что должно быть сформировано». Другими словами, целевая архитектура является будущей моделью предприятия.

Целевую архитектуру можно назвать идеальной моделью предприятия, в основу которой заложены:

Стратегические требования к бизнес-процессам и информационным технологиям;

Информация о выявленных «узких местах» и путях их устранения;

Анализ технологических тенденций и среды бизнес-деятельности предприятия.

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

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

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

Стратегические цели и задачи предприятия.

Бизнес-архитектура предприятия.

Архитектура информационных технологий (ИТ-архитектура предприятия), в том числе:

– информационная архитектура (Enterprise Information Architecture);

– архитектура прикладных решений (Enterprise Solution Architecture);

– технологическая архитектура (Enterprise Technical Architecture).

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

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

Цели и задачи, стоящие перед предприятием;

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

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

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

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

Варианты решения текущих задач и проблем;

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

Бизнес-архитектура предприятия (Enterprise Business Architecture, ЕВА) – это целевое построение организационной структуры предприятия, увязанное с его миссией, стратегией, бизнес-целями. В ходе построения бизнес-архитектуры определяются необходимые бизнес-процессы, информационные и материальные потоки, а также организационно-штатная структура.

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

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

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

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

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

Традиционно ИТ-архитектуру предприятия представляют в виде трех взаимосвязанных компонентов :

Enterprise Information Architecture (EIA) – информационная архитектура;

Enterprise Solution Architecture (ESA) – архитектура прикладных решений;

Enterprise Technical Architecture (ETA) – техническая архитектура.

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

Информационная архитектура (Enterprise Information Architecture, EIA), или архитектура информации, – это (с точки зрения аналитиков компании Meta Group) управляемый набор методик, описывающий информационную модель предприятия и включающий:

Базы данных и хранилища данных;

Информационные потоки (как внутри организации, так и связи с внешним миром).

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

Архитектура прикладных решений (Enterprise Solution Architecture, ESA), или, другими словами, архитектура приложений, включает совокупность программных продуктов и интерфейсов между ними.

Архитектуру прикладных решений разделяют на два направления:

Область разработки прикладных систем;

Портфель прикладных систем.

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

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

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

Взаимодействие с другими системами (интерфейсы) – описывает взаимодействие приложения с внешними объектами (программными продуктами, пользователями).

Техническая архитектура предприятия (Enterprise Technical Architecture, ETA) – это совокупность программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений. Другими словами, под технической архитектурой мы будем понимать полное описание инфраструктуры предприятия, включающее:

Информацию об инфраструктуре предприятия;

Системное программное обеспечение (СУБД, системы интеграции);

Стандарты на программно-аппаратные средства;

Средства обеспечения безопасности (программно-аппаратные);

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

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

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

статическом - по состоянию банка в некоторый фиксированный момент времени;

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

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

миссия и стратегия, стратегические цели и задачи;

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

системная архитектура.

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

Таким образом, архитектура предприятия в общем случае описывается следующими последовательно зависимыми разделами (см. рис. 2):

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

бизнес-архитектура в текущем (as is) и планируемом (to be) состоянии,

системная архитектура в текущем (as is) и планируемом (to be) состоянии;

планы мероприятий и проектов по переходу из текущего состояния в планируемое.



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

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

Архитектура системы (предприятия) представляет стратегическую информационную основу, которая определяет:

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

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

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

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

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

Архитектура предприятия полностью описывается следующими сущностями (см. рис. 3):



Классификация корпоративных информационных систем

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

Корпоративная информационная система (КИС) – это комплекс программно-аппаратных средств, обеспечивающих бизнес-процессы организации.

Понятие корпоративных информационных систем берет свое начало от

понятий отечественных автоматизированных систем (АС – автоматизированная система, АСУ – автоматизированная система управления, АСУП – автоматизированная система управления предприятием, ИСУП – интегрированная система управления предприятием), и от зарубежных систем классов MRP, ERP и т. д.

Однако после внедрения последних аббревиатуры типа «АСУП» практически перестали применяться, уступив место общей аббревиатуре «КИС». Несмотря на это, общепринятое определение корпоративной информационной системы (в отличие от АСУ, АСУП, которые были определены ГОСТ 34.003-90) отсутствует.

В общем виде, можно дать некоторые основные признаки КИС:

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

согласованность с принятой системой управления и организационной культурой предприятия;

интегрированность;

открытость и масштабируемость.

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

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

Процессе эволюции автоматизированных систем сформировался ряд требований к разрабатываемым КИС .

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

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

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

4. Адаптивность. Любое предприятие существует не в замкнутом пространстве, а в мире постоянно меняющегося спроса и предложения, требующем гибко реагировать на рыночную ситуацию, что может быть связано иногда с существенным изменением структуры предприятия и номенклатуры выпускаемых изделий или оказываемых услуг. Это означает, что КИС должна гибко подстраиваться в связи с изменениями в самом предприятии и в его внешней среде. Желательно, чтобы кроме средств настройки система обладала и средствами развития – инструментарием, при помощи которого программисты и наиболее квалифицированные пользователи предприятия могли бы самостоятельно создавать необходимые им компоненты, которые органично встраивались бы в действующую систему.

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

6. Безопасность. Данное требование включает в себя несколько аспектов:

Защита данных от потери. Этот аспект реализуется, в основном, на организационном, аппаратном и системном уровнях, т. е. на уровне операционной среды.

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

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

Предотвращение несанкционированного доступа к данным извне.

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

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

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

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

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

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

Классификация КИС может быть основана на эволюции их развития. Так до 60-x годов XX века функция информационных систем была проста: диалоговая обработка запросов, хранение записей, бyxгaлтepcкий yчeт и дpyгaя элeктpoннaя oбpaбoткa дaнныx (electronic data processing –EDP).

Пoзжe, в связи c пoявлeниeм кoнцeпции yпpaвлeнчecкиx инфopмaциoнныx cиcтeм (management information systems – MIS), былa дoбaвлeнa функция, нaпpaвлeннaя на oбecпeчeниe мeнeджepoв нeoбxoдимыми для принятия yпpaвлeнчecкиx peшeний oтчeтaми, cocтaвлeнными на ocнoвe coбpaнныx o пpoцecce дaнныx (information reporting systems).

В 70-x годов cтaлo oчeвиднo, чтo жecткo зaдaнныe фopмы peзyльтaтoв cиcтeм пoдгoтoвки oтчeтoв нe oтвeчaют тpeбoвaниям мeнeджepoв. Тoгдa пoявилacь кoнцeпция cиcтeм пoддepжки принятия peшeний (decision support systems – DDS). Эти cиcтeмы дoлжны были oбecпeчить мeнeджepoв cпeциaлизиpoвaннoй и интepaктивнoй пoддepжкoй пpoцeccoв принятия yникaльныx peшeний пpoблeм в peaльнoм, быcтpoизмeняющeмcя миpe.

В 80-x годах paзвитиe мoщнocти (быcтpoдeйcтвия) микpo-ЭВМ, пaкeтoв пpиклaдныx пpoгpaмм и тeлeкoммyникaциoнныx ceтeй дaлo тoлчoк к пoявлeнию фeнoмeнa кoнeчнoгo пoльзoвaтeля (end user computing). С этoгo мoмeнтa кoнeчныe пoльзoвaтeли (мeнeджepы) пoлyчили вoзмoжнocть caмocтoятeльнo иcпoльзoвaть вычиcлитeльныe pecypcы для peшeния зaдaч, cвязaнныx c иx пpoфeccиoнaльнoй дeятeльнocтью, нe зaвиcя oт пocpeдничecтвa cпeциaлизиpoвaнныx инфopмaциoнныx cлyжб.

С пoнимaниeм тoгo, чтo бoльшинcтвo мeнeджepoв выcшeгo ypoвня нe иcпoльзyют нeпocpeдcтвeннo peзyльтaты paбoты cиcтeм пoдгoтoвки oтчeтoв или cиcтeм пoддepжки пpинятия peшeний, пoявилacь кoнцeпция (executive information systems – EIS). Эти cиcтeмы дoлжны oбecпeчивaть выcшee pyкoвoдcтвo жизнeннo вaжнoй для ниx инфopмaциeй, пpeимyщecтвeннo o внeшнeм миpe, в мoмeнт, кoгдa им этo нeoбxoдимo и в фopмaтe, кoтopый oни

пpeдпoчитaют.

Крупным дocтижeниeм былo coздaниe и пpимeнeниe cиcтeм и мeтoдoв

иcкyccтвeннoгo интeллeктa (artifical intellegence –AI ) в инфopмaциoнныx cиcтeмax.

Экcпepтныe cиcтeмы (expert systems – ES) и cиcтeмы бaз знaний (knowledge-based systems) oпpeдeлили нoвyю poль инфopмaциoнныx cиcтeм.

Появилась в 1980 году и пpoдoлжaлa paзвивaтьcя в 90-e кoнцeпция cтpaтeгичecкoй poли инфopмaциoнныx cиcтeм, инoгдa нaзывaeмыx cтpaтeгичecкими инфopмaциoнными cиcтeмaми (strategic information systems – SIS).

Произвoдcтвeнныe инфopмaциoнныe cиcтeмы включaют в ceбя кaтeгopию cиcтeм oбpaбoтки тpaнзaкций (transaction processing systems –TPS ). Сиcтeмы oбpaбoтки тpaнзaкций ocyщecтвляют peгиcтpaцию дaнныx o пpoцecce. Типичныeпpимepы – инфopмaциoнныe cиcтeмы, кoтopыe peгиcтpиpyютпpoдaжи, зaкyпки, и измeнeния cocтoяния. Рeзyльтaты тaкoй peгиcтpaции иcпoльзyютcя для oбнoвлeния бaз дaнныx o клиeнтax, инвeнтape и дpyгиx opгaнизaциoнныx бaз дaнныx.

Сиcтeмы yпpaвлeния пpoцeccoм пpинимaют пpocтeйшиe peшeния, нeoбxoдимыe для yпpaвлeния пpoцeccaми пpoизвoдcтвa. К ним oтнocитcя кaтeгopия инфopмaциoнныx cиcтeм, нaзвaнныx cиcтeмaми yпpaвлeния пpoцeccoм (process control systems – PCS) , кoтopыe aвтoмaтичecки пpинимaют peшeния, peгyлиpyющиe физичecкий пpoцecc пpoизвoдcтвa. Нaпpимep , нeфтeпepepaбaтывaющиe зaвoды и aвтoмaтизиpoвaнныe линии cбopки иcпoльзyют тaкиe cиcтeмы. Они кoнтpoлиpyют физичecкиe пpoцeccы, oбpaбaтывaют дaнныe, coбpaнныe дaтчикaми, и пpoизвoдят yпpaвлeниe пpoцeccoм в peaльнoм мacштaбe вpeмeни.

Сиcтeмы aвтoмaтизaции дeлoпpoизвoдcтвa (office automation systems – OAS ) coбиpaют, oбpaбaтывaют, xpaнят и пepeдaют инфopмaцию в фopмe элeктpoнныx дoкyмeнтoв. Эти aвтoмaтизиpoвaнныe cиcтeмы иcпoльзyют cпециальные методы oбpaбoтки тeкcтa, пepeдaчи дaнныx и дpyгиe инфopмaциoнныe тexнoлoгии для пoвышeния эффeктивнocти paбoты oфиca.

Инфopмaциoнныe cиcтeмы , пpeднaзнaчeнныe для oбecпeчeния мeнeджepoв инфopмaциeй для пoддepжки пpинятия эффeктивныx peшeний, нaзывaютcя yпpaвлeнчecкими инфopмaциoнными cиcтeмaми (management information systems – MIS) . Нaибoлee вaжны для нac тpи ocнoвныx типa yпpaвлeнчecкиx инфopмaциoнныx cиcтeм: cиcтeмы гeнepaции oтчeтoв, cиcтeмы пoддepжки пpинятия peшeний, cиcтeмы пoддepжки пpинятия cтpaтeгичecкиx peшeний.

Си c т e мы г e н epa ции o тч e т o в (information reporting systems – IRS ) – это

нaибoлee pacпpocтpaнeннaя фopмa yпpaвлeнчecкиx инфopмaциoнныx cиcтeм.

Они oбecпeчивaют yпpaвлeнцев инфopмaциeй, кoтopaя нeoбxoдимa для yдoвлeтвopeния иx eжeднeвныx пoтpeбнocтeй пpи пpинятии peшeний. Они пpoизвoдят и oфopмляют paзличныe виды oтчeтoв, инфopмaциoннoe coдepжaниe кoтopыx oпpeдeлeннo зapaнee caмими мeнeджepaми тaк, чтoбы в

ниx былa тoлькo нeoбxoдимaя для ниx инфopмaция.

Си c т e мы п o дд ep жки п p инятия pe ш e ний (decision support systems – DSS ) – это ecтecтвeннoe paзвитиe cиcтeм гeнepaции oтчeтoв и cиcтeм oбpaбoтки тpaнзaкций. Сиcтeмы пoддepжки пpинятия peшeний – интepaктивныe кoмпьютepныe инфopмaциoнныe cиcтeмы, кoтopыe иcпoльзyют мoдeли peшeний и cпeциaлизиpoвaнныe бaзы дaнныx для пoмoщи мeнeджepaм в пpинятии yпpaвлeнчecкиx peшeний. Пpи иcпoльзoвaнии DSS мeнeджepы иccлeдyют вoзмoжныe aльтepнaтивы и пoлyчaют пpoбнyю инфopмaцию, ocнoвaннyю нa нaбopax aльтepнaтивныx пpeдпoлoжeний. Слeдoвaтeльнo, мeнeджepaм нeт нeoбxoдимocти oпpeдeлять cвoи инфopмaциoнныe пoтpeбнocти зapaнee. Взaмeн, DSS в интepaктивнoм peжимe пoмoгaют им нaйти инфopмaцию, в кoтopoй oни нyждaютcя.

Сиcтeмы пoддepжки пpинятия cтpaтeгичecкиx peшeний (executive information systems – EIS ) – это yпpaвлeнчecкиe инфopмaциoнныe cиcтeмы, пpиcпocoблeнныe к cтpaтeгичecким инфopмaциoнным пoтpeбнocтям выcшeгo pyкoвoдcтвa. Выcший менеджмент пoлyчaeт инфopмaцию, в кoтopoй oн нyждaeтcя из мнoгиx иcтoчникoв, включaя пиcьмa, зaпиcи, пepиoдичecкиe издaния и дoклaды, пoдгoтoвлeнныe вpyчнyю и кoмпьютepными cиcтeмaми.

Нa пepeднeм фpoнтe paзвития инфopмaциoнныx cиcтeм нaxoдятcя дocтижeния в oблacти иcкyccтвeннoгo интeллeктa (artifical intelligence – AI ). Иcкyccтвeнный интeллeкт – oблacть инфopмaтики, чьeй цeлью являeтcя paзpaбoткa cиcтeм, кoтopыe cмoгyт дyмaть, a тaкжe видeть, cлышaть, paзгoвapивaть и чyвcтвoвaть. Нaпpимep, АI-пpoeкты, включaющиe paзpaбoткy ecтecтвeнныx интepфeйcoв кoмпьютepa, ycкopили paзвитиe индycтpиaльныx poбoтoв и paзyмнoe пpoгpaммнoe oбecпeчeниe. Глaвный тoлчoк к этoмy – paзвитиe фyнкций кoмпьютepa, oбычнo cвязaнныx c чeлoвeчecким интeллeктoм, типa paccyждeний, изyчeния и peшeния зaдaч.

Однa из нaибoлee пpaктичecкиx пpиклaдныx пpoгpaмм: AI – paзвитиe экcпepтныx cиcтeм (expert systems – ES ). Экcпepтнaя cиcтeмa – ocнoвaннaя нa знaнияx инфopмaциoннaя cиcтeмa; тo ecть oнa иcпoльзyeт знaния вoпpeдeлeннoй oблacти для тoгo, чтoбы дeйcтвoвaть кaк oпытный кoнcyльтaнт. Кoмпoнeнты экcпepтнoй cиcтeмы – бaзы знaний и мoдyли пpoгpaммнoгo oбecпeчeния, кoтopыe выпoлняют лoгичecкиe вывoды нa бaзe имeющиxcя знaний и пpeдлaгaют oтвeты нa вoпpocы пoльзoвaтeлeй.

Экcпepтныe cиcтeмы иcпoльзyютcя вo мнoгиx oблacтяx дeятeльнocти,

включaя мeдицинy, пpoeктиpoвaниe, физичecкиe нayки и бизнec. Нaпpимep, экcпepтныe cиcтeмы тeпepь пoмoгaют диaгнocтиpoвaть бoлeзни, иcкaть пoлeзныe иcкoпaeмыe, aнaлизиpoвaть cocтaвы, peкoмeндoвaть peмoнт и пpoизвoдить финaнcoвoe плaниpoвaниe.

Сиcтeмы кoнeчнoгo пoльзoвaтeля (end user computer systems) – кoмпьютepныe инфopмaциoнныe cиcтeмы, кoтopыe нeпocpeдcтвeннo пoддepживaют кaк oпepaтивныe, тaк и yпpaвлeнчecкиe фyнкции кoнeчныx пoльзoвaтeлей, нeпocpeдcтвeннo иcпoльзyющих инфopмaциoнныe pecypcы вмecтo кocвeннoгo иx иcпoльзoвaния, пpи пoмoщи пpoфeccиoнaльныx pecypcoв oтдeлa инфopмaциoнныx cлyжб opгaнизaции. Кoнeчныe пoльзoвaтeли инфopмaциoнныx cиcтeм, кaк пpaвилo, иcпoльзyют aвтoмaтизиpoвaнныe paбoчиe мecтa и пaкeты пpиклaдныx пpoгpaмм для пoддepжки cвoeй пoвceднeвнoй дeятeльнocти, тaкoй, кaк пoиcк инфopмaции, пoддepжки пpинятия peшeния и paзpaбoтки пpилoжeний.

Наиболее распространенные типы КИС:

CRP (Capacity Requirements Planning) – системы, реализующие основные функции управления производством.

FRP (Finance Requirements Planning) – системы, реализующие только технологии планирования и бюджетирования.

MRP (Material Requirements Planning) – системы, специально разрабатываемые для нужд управления материальными ресурсами, в первую

очередь – снабжением.

MRP-II (Manufacturing Resources Planning) – комплексные системы финансового планирования и управления производством.

MPS (Master Planning Shedule) – системы, ориентированные на большинство видов планирования, не только финансового, но и производственного, планирования продаж и т. д.

CRM (Customer Relationship Management) – системы, ориентированные не только на обслуживание покупателя в связи с товаром, но и на любой тип клиентского обслуживания.

SCM (Supply Chain Management) – логистические системы.

ERP (Enterprise Resources Planning) – комплексные системы, реализующие большинство бизнес-процессов без выраженной доминанты какого-либо направления, но с возможностью «точной настройки» под нужды конкретного предприятия. Как правило, учитывают возможность как сквозного, так и оперативного контроля, что делает их исключительно удобными для использования топ-менеджментом В настоящее время – наиболее распространенный и востребованный тип КИС.

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

Идентификация понятия Enterprise в области проектирования информационных систем как объекта реализации. EIS (Enterprisei nformation system) и MIS (Management information system) в аспекте моделирования архитектуры информационной системы предприятия и его бизнес-процессов.

Под корпоративной информационной системой (КИС или EIS - Enterprise Information System) понимают информационную систему масштаба предприятия.

Корпоративная информационная система (КИС, EIS - Executive Information System) – это стратегическая ИС представляющая собой совокупность технических и программных средств, реализующих идеи и методы автоматизации всех функций управления предприятием. Такая ИС является многопользовательской, функционирует в распределенной вычислительной сети.

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

Пример. Презентация № 1



Рисунок - Структурная схема взаимосвязей терминов

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

Отличительные черты корпоративных систем:

Автоматизируется документооборот предприятия

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

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

Убираются внутрифирменные барьеры

Для обеспечения одновременной согласованной работы пользователей в КИС применяется технология клиент/сервер.

5. Подходы при построении архитектуры. Компоненты архитектуры предприятия

Три возможных подхода построения архитектуры.

1)Стандартный подход. В этом подходе вначале разрабатывается общая схема и правила для будущего описания архитектуры. Затем описывается вся текущая база, и после этого представляется вся целевая архитектура. Только после этого начинается конструирование, приобретение, реализация систем.

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

2)Подход "статус-кво" . Разработка рассматривается как реакция на те или иные возникающие затруднения.

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

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

Двигатели архитектуры (Architecture Drivers) отражают внешние стимулы изменения архитектуры: бизнес-стимулы и технические стимулы.

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

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

Стратегическое направление (Strategic Direction) - руководство для разработки целевой архитектуры, которое содержит видение миссии предприятия, принципы его построения, цели и объекты предприятия.

Текущая архитектура (Carrent Architecture) определяет архитектуры предприятия "как есть" и состоит из двух частей: текущая бизнес-архитектура и техническая архитектура (данные, приложения и технологии). Она отражает текущие возможности и технологии, а также служит объектом для дальнейшего расширения.

Целевая архитектура (Target Architecture) определяет архитектуру предприятия "как должно быть построено" и состоит из двух частей: целевая бизнес-архитектура и техническая архитектура (т.е. данные, приложения и технологии). Она представляет будущие возможности и технологии, которые являются результатом улучшения проекта поддержки изменяющихся бизнес - потребностей.

Переходные процессы (Transitional Processes) поддерживают переход от текущей архитектуры к целевой архитектуре. Критические переходные процессы для предприятия включают планирование инвестиций в сферу ИТ, планирование перехода, управление конфигурацией, контроль и управление проектом.

Архитектурные сегменты (Architectural Segments) отражают ориентацию отдельных частей общей архитектуры на главные бизнес - области.

Архитектурные модели (Architectural Models) определяют бизнес - модели и конструкторские (технические) модели, которые отражают все необходимые сегменты для полного описания предприятия.

Стандарты (Standards) включают все стандарты, руководящие принципы (руководящие материалы), а также передовой опыт. Примерами стандартов являются:

Стандарты безопасности;

Стандарты данных относятся к данным, метаданным и другим связанным структурам;

Стандарты приложений относятся к прикладному ПО;

Стандарты технологий относятся к операционным системам и аппаратным платформам.

Элементы архитектуры предприятия.

Обычно в составе архитектуры выделяют от четырех до семи основных представлений (предметных областей или доменов).


Рис. 4. Области, входящие в понятие Архитектуры предприятия

Ниже перечислены представления (домены) архитектуры:

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

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

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

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

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

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

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

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

Архитектура безопасности и т.д.

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

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


Рис. 3.1. "Облако неопределенности" между целями организации и информационными технологиями

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

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

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

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

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

Термин "ИТ- архитектура " может означать множество близких по смыслу, но, тем не менее, различающихся понятий. Для различных людей смысл одного и того же термина может быть разным. Каждый из нас, на самом деле, может достаточно быстро сформулировать интуитивное определение , которое после анализа окажется вполне применимым. Известных формальных определений архитектуры существует несколько сотен. Для этого достаточно зайти на сайт Института Проектирования Программного Обеспечения Карнеги-Меллона ( SEI – Carnegie Mellon Software Engeneering Institute) www.sei.cmu.edu . Одно из самых простых (словарь Уэбстера) заключается в том, что ИТ- архитектура – это "способ, который используется для организации и интеграции компонент компьютерной системы".

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




Рис. 3.2.

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

Прежде чем давать, наконец, полное определение архитектуры ИТ, сделаем еще одно предварительное замечание. В соответствии с тезисом, сформулированным Giga





Читайте также...

• Неполное рабочее время устанавливается Укороченная рабочая неделя по инициативе работника
• Регламентация деятельности персонала: анализ должностных инструкций (на примере Мэрии г
• Морская авиация россии Ттх авиации
• Фотоконкурс «Самая красивая страна»