Курсовой Архитектура предприятия. К защите допустить

• Название: К защите допустить
• Дата: 24.09.2018
• Размер: 0.67 Mb.
• Имя файла: Курсовой Архитектура предприятия.docx
• Тип: Пояснительная записка; #51463
• страница: 2 из 4

1.2 Значение архитектуры предприятия в современных условиях

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

– оказание помощи менеджерам при анализе потенциальных изменений и их реализации;

– предоставление основы для совместной работы бизнес-менеджеров и ИТ-менеджеров над целями, бизнес-процессами и системной организацией;

– предоставление единого хранилища всей информации о предприятии;

– обеспечение менеджерам поддержки в принятии решений.

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

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

Итак, имеется три причины, обуславливающие необходимость использования архитектурного подхода [4]:

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

– включение ИТ в основную деятельность, рост требований к эффективности инвестиций в ИТ;

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

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

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

– выявление первоочередных направлений совершенствования каналов связи;

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

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

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

– анализ альтернативных вариантов совершенствования ИТ-инфра-структуры;

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

– выявление бизнес-процессов, требующих совершенствования;

– избавление от дублирующих действий в различных системах;

– анализ альтернативных вариантов совершенствования бизнес процессов;

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

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

Концепция слоев – одна из общеупотребительных моделей, используемых разработчиками программного обеспечения для разделения сложных систем на более простые части. В архитектурах компьютерных систем, например, различают слои кода на языке программирования, функций операционной системы, драйверов устройств, наборов инструкций центрального процессора и внутренней логики микросхем. В среде сетевого взаимодействия протокол FТР работает на основе протокола ТСР, который, в свою очередь, функционирует «поверх» протокола IР, расположенного «над» протоколом Ethernet. Итак, рассмотрим основные причины интереса к слоям архитектуры программных систем.

Первая причина заключается в том, что слои формализуются. Интуитивно понятно, что если система разбита на ряд слоев, то слой n – это компонент или набор компонентов системы, которые используют только компоненты слоя n-1 и могут быть использованы только компонентами слоя n+1.

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

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

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

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

Помимо преимуществ, система архитектурных слоев обладает и определенными недостатками.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таким образом, планируемая системная архитектура является архитектурой «to be» только на определенном витке развития предприятия.

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

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

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

– фронт-офис;

– мидл-офис;

– бэк-офис.

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

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

– печать и предоставление клиенту информации и документов;

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

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

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

– подразделение проверки заемщиков в службе безопасности;

– подразделение управления рисками.

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

– система ведения позиционного учета;

– система проверки заемщика в бюро кредитных историй;

– система расчета скорингового балла по кредитной заявке.

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

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

– учёт. Учёт в бизнес-архитектуре – это совокупность бизнес-процессов, процедур, нормативных документов (регламентов), справочников, печатных форм, организационно-штатных подразделений, реализующих ведение бухгалтерского учета и отчетности по РПБУ (Положения по бухгалтерскому учету – стандарты бухгалтерского учёта России) и МСФО (Международным Стандартам Финансовой Отчетности), ведение баланса предприятия;

– информационное хранилище (DWH);

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

Примеры систем отчётности:

– система управленческой отчётности;

– система аналитической отчётности;

– система ключевых показателей эффективности подразделений предприятия;