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

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

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

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

Из статьи вы узнаете:

• Что такое бизнес-архитектура, и кто отвечает за её проектирование
• Какие типовые мифы существуют о бизнес-архитектуре
• С какими проблемами сталкиваются бизнес-архитекторы в работе
• Какие фундаментальные решения должны быть приняты в компаниях для управления бизнес-архитектурой
• О наиболее часто используемых методологиях (TOGAF и ArchiMate) для проектирования бизнес-архитектуры
• Как выглядит на практике построение бизнес-архитектуры

Что такое бизнес-архитектура?

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

TOGAF — методология управления БА

Одним из инструментов, использующихся для разработки и поддержания БА, является методология TOGAF. Её основное назначение — ускорить и облегчить процесс разработки архитектуры конкретной организации, обеспечивая при этом возможность будущего развития.

В соответствии с TOGAF архитектуру предприятия можно представить в виде четырёх основных доменов: Business, Data, Application, Technology.

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

• участие каждого из приложений в бизнес-процессах компании
• взаимодействие приложений друг с другом и внешними сервисами

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

Эта часть фреймворка TOGAF условно называется статической.

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

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

Корпоративная архитектура в методологии TOGAF

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

На стадии A. Архитектурного видения создаётся дорожная карта неудовлетворённостей: что не нравится, почему не нравится, что планируется с этим делать, какими средствами планируется это делать, какие есть ограничения.

Далее, на стадиях B. Архитектура бизнеса, С. Архитектуры информационных систем, D. Архитектура технологии происходит проектирование целевого состояния для реализации архитектурного видения.

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

Фазы G. Управление реализацией и H. Управление изменением архитектуры отвечают за исполнение. В конце цикла проводится аудит результатов и запускается новый цикл.

ArchiMate — язык описания бизнес-процессов

Для моделирования бизнес-архитектуры дополнительно имеет смысл использовать язык ArchiMate. Он был разработан в The Open Group, создавшей стандарт архитектуры предприятия TOGAF.

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

Язык ArchiMate дополняет методику и инструментарий TOGAF визуальным языком описания архитектуры, как внутри, так и между бизнес-областями. Уровни описания архитектуры в ArchiMate соответствуют разделению, принятому в TOGAF, поэтому их совместное использование позволяет комплексно описать архитектуру предприятия.

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

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

На рисунке ниже представлена модель этого процесса в TOGAF, реализованная языком ArchiMate.

Модель бизнес-процесса, реализованная с использованием языка Archimate

Давайте подробнее рассмотрим эту модель бизнес-процесса:

• ФИО сотрудника — это конкретный человек, являющийся инициатором запуска бизнес-процесса;
• Менеджер по закупкам — роль, которую выполняет сотрудник;
• Логистика — функция, за которую отвечает сотрудник;
• Стратегическая закупка — процесс, находящийся внутри функции и являющийся его неотъемлемой частью;
• Контракт с оптимальными параметрами (напр. по минимальной цене и с максимальной отсрочкой платежей) — сервис, представляющий из себя ключевую ценность бизнес-процесса.
• Запуск процесса в Битрикс24 — интерфейс для доступа к сервису другими сотрудникам компании.

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

Связь БА с другими частями корпоративной архитектуры осуществляется через интерфейсы. Очень часто интерфейсы путают с сервисами. Давайте внесем ясность в этот вопрос. Панель управления стиральной машинки — это интерфейс. Ценность его создается только реализацией всего сервиса.

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

За каждым «сервисом на уровне бизнеса» стоит «сервис на уровне системой архитектуры». А за каждым «сервисом системной архитектуры» — «сервис уровня технологической архитектуры».

Связь БА с другими частями корпоративной архитектуры

Например, менеджеру нужно получить информацию о количестве товара на складе. Сервис «получение информации об остатках на складах» осуществляется через отчёт «ведомость по товарам на складе». Сам по себе отчёт — это интерфейс, не сервис. Как именно создаётся ценность от нас скрыто.

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

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

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

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

Миф;Опровержение

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

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

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

БА изменяется во множестве точек самыми разными сотрудниками, и это хорошо;На самом деле это плохо, потому что совокупность компонентов, правил и связей всё время меняется и нет никого, кто бы точно знал, как сейчас всё это работает. Если в компании есть управление ИТ-архитектурой, это значит, что есть и управление БА;Проблема в том, что управление БА не входит ни в компетенции, ни в обязанности ИТ-архитектора.

Это масштабная работа, которую должен выполнять специально нанятый для этой работы бизнес-архитектор. Даже если БА не формализована, архитектура данных всё равно есть;Архитектуры данных быть не может, так как если БА постоянно меняется, то неизвестно, какие данные нужны для эффективного прохождения процесса. Под архитектурой данных мы понимаем правила, которые определяют, какие данные собираются в компании, и как они хранятся. Подразделения сами договорятся друг с другом по всем вопросам и этого будет достаточно для бесперебойного исполнения бизнес-процессов;Рассмотрим на примере взаимодействия отделов производства и закупки. Отдел производства просит отдел закупок купить определённые запчасти в течении 3 недель.
Отдел закупок может выполнить эту задачу только через 3 месяца, так как эти запчасти импортные, и срок их доставки зависит от иностранного партнёра. К тому же, у отдела закупок есть своя очередь по обработке заявок, которые тоже ждут, и ограниченное количество ресурсов.

Таким образом возникает конфликт, в котором нет виноватых. Этой ситуации бы не возникло, если бы был прописан SLA (Service Level Agreement — документ, описывающий параметры предоставляемых услуг). SLA является частью БА.

Источник: systems.education

Бизнес-архитектура (комплексная модель) современного банка

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

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

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

Однако данные методики и технологии должны обязательно базироваться на «крепком фундаменте» — комплексной модели банка, в основе которой лежит система управления (СУБП). [1]

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

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

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

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

• более 1000 графических моделей (формат А4);
• более 100 других графических моделей (организационная структура, системная архитектура, стратегические карты, аналитические диаграммы );
• более 1000 многостраничных электронных документов Word;
• более 30 справочников в программном продукте .

Поддержка такого объёма информации в постоянном актуальном состоянии возможна только при следующих условиях [2]:

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

Рассмотрим далее основные компоненты (Рис. 1 — 7), которые имеют формат графических моделей и справочников (иерархических списков). Предлагаем для самооценки банка заполнить следующий (Табл. 1).
Шкала:

• 0: отсутствует / не разработано / не используется;
• 1: частично разработано / давно не актуализировалось / редко используется;
• 2: разработано и отвечает требованиям банка / активно используется.

Результаты согласно средней оценке:

• 0—0.66: низкий уровень зрелости;
• 0.66—1.33: средний уровень зрелости;
• 1.33—2: высокий уровень зрелости.

Название модели / справочника

Стратегические карты банка

Источник: www.businessstudio.ru

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

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

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

Скачать 0.61 Mb.

«НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ «МЭИ».

Кафедра «Прикладная и бизнес-информатика»
ОТЧЕТ ПО КУРСОВОМУ ПРОЕКТУ

по дисциплине «Архитектура предприятия»
Тема: Анализ архитектуры предприятия на примере ПАО «СИБУР Холдинг».

Студент группы__________ИЭС-166-18 Быков Д.А.

(Ф.И.О.)
Преподаватель______________к.т.н., доцент Крепков И.М.

(уч. степень, звание, Ф.И.О.)

Оглавление

Список используемых источников 27

Введение

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

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

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

Общие сведения

Цель документа

Основания для проведения работ

Наименование организации – Заказчика и Разработчика

Адрес фактический: 111250, Россия, Москва, ул. Красноказарменная, д.17С

Телефон: +7(495) 3627198

Разработчик: студент группы ИЭС-166-18 Быков Дмитрий Александрович

Адрес фактический: 117218, Москва, ул. Кржижановского, д. 16/1

Телефон: +7 (495) 777-55-00

Плановый срок начала работ 02.10.2019.

Источники и порядок финансирования

Порядок оформления и предъявления заказчику результатов работ

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

Концептуальное описание архитектуры предприятия

Цель анализа архитектуры предприятия

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

О компании

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

• Олефинах и полиолефинах (полипропилен, полиэтилен, БОПП и др.)
• Пластиках, эластомерах и промежуточных продуктах (синтетические каучуки, пенополистирол, ПЭТ и др).

Сотрудниками СИБУРа являются более 26 000 человек, которые вносят свой вклад в достижение успеха клиентов компании, представляющих химическую отрасль, FMCG-сектор, автомобильную индустрию, строительный, энергетический и другие сектора в 80 странах по всему миру.

Функциональные блоки предприятия

1. Производство продукции для реализации;
2. Управление филиалами компаниями
3. Поддержка программных компонентов
4. Эксплуатация технических средств
5. Оказание платных услуг

Производство продукции для реализации

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

Управление дочерними компаниями

Поддержка программных компонентов

• Выявление проблем в работе программных компонентов
• Поддержка пользователей
• Устранение проблем в работе программных компонентов
• Обновление и доработка программных компонентов

Эксплуатация технических средств

• Поддержка пользователей
• Решение проблем в работе технических средств
• Внедрение технических средств
• Консультирование касательно работы технических средств

Оказание платных услуг

• Поиск клиентов для оказания платных услуг
• Составление документации для оказания услуг
• Ведение переговоров с клиентами
• Курирование выполнения платных услуг

Организационная структура предприятия

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

Выполнение функций структурными подразделениями

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

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

Бухгалтерия

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

Департамент информационных технологий

• Поддержание сети в рабочем состоянии;
• Сопровождение парка северов, компьютеров, периферийного оборудования;
• Поддержка пользователей по запросу ;
• Установка и настройка различного ПО;
• Установка, настройка компьютеров далее установка различного периферийного и сетевого оборудования;
• Подготовка и настройка нового рабочего места;
• Заказ нового оборудования и расходных материалов;
• Плановая проверка работоспособности оборудования и его чистка.

Департамент разработки программного обеспечения

• Разработка ПО
• Поддержка разработанного ПО

Департамент собственной безопасности

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

Информационная инфраструктура

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

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

Описание информационных технологий

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

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

Таблице

Продолжение таблицы 1

• Microsoft Office 2016 – пакет офисных приложений, позволяющий создавать текстовые и табличные документы, презентации, схемы и т.д.
• Skype – программа для обмена текстовыми сообщениями, звонками и видеозвонками
• Photoshop – редактор изображений, применяется для обработки фотографий и растровых изображений
• MS Outlook – почтовый клиент, предназначенный для удобного использования почты ОСЭП (Общеуниверситетская Система Электронной Почты)
• Microsoft VSS – система используется для хранения данных на жестких дисках и обеспечения контроля версий и целостности
• Microsoft TFS – система контроля версий разрабатываемого программного обеспечения
• Microsoft SQL Server Management Studio – программа предназначенная для работы с базами данных. Позволяет как администрировать, так и программировать базы данных
• 1С-Предприятие — серия программных продуктов, предназначенных для автоматизации деятельности организаций сектора государственного и муниципального управления, а также коммерческих предприятий
• Vmware View – система виртуализации для Windows. Применяется для запуска различных операционных систем на любом компьютере, входящем в вычислительную сеть ИВЦ МЭИ
• Microsoft SharePoint – продукт для управления контентом, создания веб-сайтов и организации площадок для совместной работы
• Microsoft Visual Studio 2019 – среда разработки различных программ и приложений. Применяется для разработки информационных систем

Техническое обеспечение

ОС Windows 10 или выше

Разрядность системы 64-разрядная операционная система

DVD-ROM есть

Разрешение экрана 1920×1280

Объем жесткого диска 500Гб

Выявленные проблемы предприятия

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

Предложения по модернизации существующей архитектуры

1. Необходимо внедрить в Холдинг программное обеспечение «Алладин Р.Д.» и его продукт электронное удостоверение JaCarta. Ниже на рисунке 7 будут показаны преимущества данного продукта.

1. Выделить сотрудников, и техническую поддержку разделить на несколько линий. Линия 1 будет линией быстрого реагирования, а линия 2 будет осуществлять удаленную поддержку.

Заключение

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

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

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

Список используемых источников

1. Андрей Коротков «Архитектура предприятия» — 2013 г.
2. Бизнес и Технологии [Электронный ресурс] / науч. ред. М.В.Майорова. – Электрон. Версия Д. Б. Никатова. –Электрон. дан. –Новосибирск, 2000.
3. Портал НИУ МЭИ – http://mpei.ru/Pages/default.aspx
4. Официальный сайт холдинга. [Электронный ресурс] // https://www.sibur.ru/

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