Направление подготовки 38.03.05 Бизнес-информатика — одно из самых молодых и перспективных направлений современного высшего образования, новая область профессиональной деятельности, формирующаяся на стыке экономики, менеджмента и информационно-коммуникационных технологий.
Специалисты, получившие степень бакалавра, подготовлены к деятельности в составе группы исполнителей, а также как менеджеры сервисов и систем. Бакалавр бизнес – информатики – это специалист, который получил образование в области экономики, менеджмента, права и ИКТ и занимается проектированием, внедрением, анализом и сопровождением корпоративных информационных систем.
Направление подготовки 38.03.05 Бизнес-информатика реализуется в 18 вузах Москвы:
- ВШЭ
- ГУУ
- МАИ
- МГИМО (Одинцовский филиал)
- МГПУ
- МГТУ им. Баумана
- МИИТ
- МИРЭА
- МИСиС
- МИФИ
- МТУСИ
- МЭИ
- РАНХиГС
- РГСУ
- РГУНиГ им. Губкина
- РУДН
- РЭУ им. Плеханова
- ФУ при Правительстве РФ.
Образовательные программы , которые можно выбрать в рамках этого направления подготовки:
ФИПМ. Бизнес информатика,Информационная безопасность и Прикладная математика.
- Цифровые инновации в управлении предприятием
- Бизнес информатика
- Информационные технологии в международном бизнесе
- Аналитика данных и эффективное управление
- Предпринимательство и внешнеэкономическая деятельность
- Информационные системы в бизнесе;
- Архитектура предприятия
- Моделирование бизнес-процессов
- Бизнес-технологии цифровой экономики
- Информационное и программное обеспечение бизнес-процессов
- Цифровой бизнес
- Аналитика систем управления и организации
- Бизнес-процессы управления инфокоммуникациями;
- Основы разработки и проектирования корпоративных инфокоммуникационных систем;
- IТ-менеджмент в бизнесе;
- Технологии цифровых бизнес-моделей.
Сегодня поговорим об образовательной программе “ Архитектура предприятия” на примере двух вузов: Российский технологический университет-МИРЭА и Российский экономический университет им. Плеханова.
Рассмотрим учебные планы.
На первом курсе, как и во многих вузах студенты изучают базовые дисциплины , такие как:
- история
- иностранный язык
- философия
- безопасность жизнедеятельности
- право
- математический анализ
- линейная алгебра
- общая теория систем
- информатика
- физическая культура.
Со второго курса начинаются профильные дисциплины :
- базы данных
- моделирование бизнес-процессов
- управление жизненным циклом информационных систем
- информационная безопасность и защита информации
- разработка мобильных приложений
- анализ и диагностика финансово-хозяйственной деятельности предприятия
- архитектура предприятия
- архитектура корпоративных информационных систем
- учетная деятельность на предприятии
- цифровые технологии и платформы в управлении
Также МИРЭА предлагает студентам на выбор 2 блока по 2 дисциплины в каждом, и возможность выбрать по 1 дисциплины из каждого блока.
Профиль Архитектура предприятий, бизнес информатика
Источник: dzen.ru
Архитектура предприятия в гигантах индустрии
Архитектура предприятия — это дисциплина, которая фокусируется на проектировании и управлении системами, процессами и структурами организации. Она направлена на то, чтобы они соответствовали бизнес-целям и задачам и были эффективными, результативными и адаптируемыми.
IBM, Google, Microsoft, Meta и Amazon — крупные технологические компании, разработавшие собственные фреймворки и инструменты корпоративной архитектуры. Вот краткий обзор подходов к архитектуре предприятия, используемых каждой из этих компаний:
IBM
IBM предлагает ряд платформ и инструментов корпоративной архитектуры, в том числе эталонную архитектуру IBM для интеллектуальных предприятий (RAIE), которая призвана помочь организациям разрабатывать и внедрять интеллектуальные системы, способные принимать более обоснованные решения и предпринимать действия на основе данных и знаний. IBM также предлагает IBM Rational System Architect — инструмент для проектирования и моделирования сложных систем и процессов, а также IBM Enterprise Architecture Practice — группу экспертов, предоставляющих консультации и рекомендации по проектам архитектуры предприятия.
Эталонная архитектура IBM для интеллектуальных предприятий (RAIE) — это платформа, призванная помочь организациям разрабатывать и внедрять интеллектуальные системы, способные принимать более обоснованные решения и предпринимать действия на основе данных и знаний. Она основана на наборе шаблонов, моделей и практик, которые можно настраивать и применять к различным отраслям и организациям.
Структура RAIE построена на четырех столпах: данные, идеи, действия и управление. Эти столпы представляют собой ключевые компоненты интеллектуального предприятия, а структура предоставляет рекомендации по проектированию и внедрению каждого из этих компонентов.
Одной из ключевых особенностей структуры RAIE является ее ориентация на данные и идеи. Она предоставляет набор рекомендаций по сбору, хранению и анализу данных, а также для создания идей и действий на их основе. Сюда входят рекомендации по внедрению озер данных и платформ данных, а также по использованию машинного обучения и искусственного интеллекта для извлечения информации из данных.
Структура RAIE также включает в себя руководство по разработке и реализации интеллектуальных действий, которые являются ответами на информацию, полученную интеллектуальной системой. Сюда входят рекомендации по проектированию и внедрению систем автоматизации и рабочих процессов, а также по проектированию и внедрению систем поддержки принятия решений.
Наконец, структура RAIE включает руководство по управлению, которое представляет собой процесс управления и контроля использования данных, идей и действий внутри организации. Это включает в себя руководство по созданию политик и процедур для использования данных, а также по внедрению средств контроля безопасности и соответствия требованиям.
В целом эталонная архитектура IBM для интеллектуальных предприятий представляет собой всеобъемлющую и гибкую структуру, которая предоставляет организациям инструменты и рекомендации, необходимые им для разработки и внедрения интеллектуальных систем, способных принимать более обоснованные решения и предпринимать действия на основе данных и знаний. Она основана на долгой истории исследований и разработок в области корпоративной архитектуры и используется организациями по всему миру для улучшения своей деятельности и достижения своих бизнес-целей.
IBM Rational System Architect — это программный инструмент, используемый для проектирования и моделирования сложных систем и процессов. Он является частью набора инструментов IBM Rational и используется организациями по всему миру для понимания и управления своими системами, процессами и структурами.
Одной из ключевых особенностей IBM Rational System Architect является его способность создавать визуальные модели сложных систем и процессов. Эти модели можно использовать для понимания того, как различные компоненты системы взаимодействуют и сочетаются друг с другом, а также для выявления потенциальных проблем или областей, требующих улучшения. Инструмент также включает ряд шаблонов и шаблонов, которые можно использовать для более быстрого и последовательного создания моделей.
В дополнение к возможностям моделирования IBM Rational System Architect также включает в себя ряд других функций, которые можно использовать для управления и оптимизации сложных систем. К ним относятся инструменты для создания требований и управления ими, а также инструменты для анализа и повышения производительности системы.
Одним из ключевых преимуществ IBM Rational System Architect является его способность помочь организациям более эффективно понимать свои системы и процессы и управлять ими. Обеспечивая визуальное представление системы и ее компонентов, это может помочь выявить потенциальные проблемы или недостатки, а также спланировать и внедрить улучшения. Это может помочь организациям сократить расходы, повысить эффективность и достичь своих бизнес-целей.
В целом, IBM Rational System Architect — это мощный и комплексный инструмент для проектирования и моделирования сложных систем и процессов. Он используется организациями по всему миру для понимания и оптимизации своих систем и достижения своих бизнес-целей.
IBM Enterprise Architecture Practice — это группа экспертов, которые предоставляют консультации и рекомендации по проектам корпоративной архитектуры. Он входит в подразделение IBM Global Services и работает с организациями по всему миру, помогая им понять и оптимизировать свои системы, процессы и структуры.
IBM Enterprise Architecture Practice использует ряд инструментов и сред, помогающих организациям разрабатывать и внедрять эффективные корпоративные архитектуры. К ним относятся эталонная архитектура IBM для интеллектуальных предприятий (RAIE), которая представляет собой основу для проектирования и внедрения интеллектуальных систем, способных принимать более обоснованные решения и выполнять действия на основе данных и идей, а также IBM Rational System Architect, который представляет собой инструмент для проектирования и моделирования сложных систем и процессов.
Одной из ключевых услуг, предлагаемых IBM Enterprise Architecture Practice, являются консультации и рекомендации по проектам архитектуры предприятия. Сюда входит помощь в определении и определении масштабов проектов, а также помощь организациям в понимании и оптимизации их систем и процессов. Команда проводит обучение концепциям и передовым методам архитектуры предприятия, а также предоставляет услуги поддержки и обслуживания, чтобы помочь организациям поддерживать свою корпоративную архитектуру в актуальном состоянии и в соответствии с бизнес-целями и задачами.
В целом, IBM Enterprise Architecture Practice — это группа экспертов, которые предоставляют ряд услуг, помогающих организациям понять и оптимизировать свои системы, процессы и структуры. Работая с IBM Enterprise Architecture Practice, организации могут улучшить свою деятельность, сократить расходы и достичь своих бизнес-целей.
Компания Google разработала эталонную облачную архитектуру Google, которая представляет собой набор передовых методов и рекомендаций по проектированию и внедрению облачных систем и приложений. Сюда входят рекомендации по проектированию и внедрению облачной инфраструктуры, а также по проектированию и внедрению облачных приложений и сервисов.
Эталонная облачная архитектура Google — это набор передовых методов и рекомендаций по проектированию и внедрению облачных систем и приложений на платформе Google Cloud. Он разработан и поддерживается Google и предназначен для того, чтобы помочь организациям понять, как проектировать и внедрять масштабируемые, отказоустойчивые и экономичные системы и приложения на Google Cloud Platform.
В качестве примера задачи, которую можно решить с помощью эталонной архитектуры Google Cloud, рассмотрим компанию, которая создает новое веб-приложение, которое необходимо развернуть на платформе Google Cloud. Компания хочет, чтобы приложение было масштабируемым, отказоустойчивым и экономичным, а также чтобы оно использовало преимущества уникальных характеристик и возможностей облачной среды.
Один из подходов, который компания может использовать, следуя указаниям в эталонной архитектуре Google Cloud, заключается в разработке и реализации приложения в виде набора микросервисов, каждый из которых работает в своем собственном контейнере и управляется платформой оркестрации контейнеров, такой как Kubernetes. Это позволит компании увеличивать или уменьшать масштаб приложения по мере необходимости, а также легко развертывать обновления и новые функции без простоев.
Чтобы обеспечить масштабируемость и отказоустойчивость приложения, компания также может следовать рекомендациям эталонной архитектуры Google Cloud для разработки и внедрения масштабируемой и отказоустойчивой инфраструктуры. Это может включать использование Google Cloud Load Balancers для распределения трафика между несколькими экземплярами приложения, а также использование Google Cloud Storage и Google Cloud Bigtable для хранения и извлечения данных масштабируемым и устойчивым образом.
Чтобы приложение было экономичным и эффективным, компания может следовать указаниям эталонной архитектуры для оптимизации производительности приложения. Это может включать использование кэширования и других методов для сокращения количества запросов к базе данных и другим серверным службам, а также использование экономичных продуктов и услуг Google Cloud, таких как Google Cloud Functions и Google Cloud Run.
В целом, следование рекомендациям эталонной архитектуры Google Cloud позволит компании разработать и внедрить масштабируемое, отказоустойчивое и экономичное веб-приложение на платформе Google Cloud, используя преимущества уникальных характеристик и возможностей облачной среды.
Microsoft
Microsoft разработала эталонную архитектуру Microsoft Azure, которая представляет собой набор передовых методов и руководств по проектированию и внедрению облачных систем и приложений на платформе Microsoft Azure. Сюда входят рекомендации по проектированию и внедрению облачной инфраструктуры, а также по проектированию и внедрению облачных приложений и сервисов.
Эталонная архитектура Microsoft Azure — это набор рекомендаций и рекомендаций по проектированию и внедрению облачных систем и приложений в Microsoft Azure. Он разработан и поддерживается корпорацией Майкрософт и предназначен для того, чтобы помочь организациям понять, как проектировать и внедрять масштабируемые, отказоустойчивые и экономичные системы и приложения в Microsoft Azure.
В качестве примера задачи, которую можно решить с помощью эталонной архитектуры Microsoft Azure, рассмотрим компанию, которая создает новое веб-приложение, которое необходимо развернуть в Microsoft Azure. Компания хочет, чтобы приложение было масштабируемым, отказоустойчивым и экономичным, а также чтобы оно использовало преимущества уникальных характеристик и возможностей среды Azure.
Один из подходов, который компания может использовать в соответствии с рекомендациями эталонной архитектуры Microsoft Azure, заключается в разработке и реализации приложения в виде набора микросервисов, каждый из которых работает в своем собственном контейнере и управляется платформой оркестрации контейнеров, такой как Azure Kubernetes Service (AKS). Это позволит компании увеличивать или уменьшать масштаб приложения по мере необходимости, а также легко развертывать обновления и новые функции без простоев.
Чтобы обеспечить масштабируемость и отказоустойчивость приложения, компания также может следовать рекомендациям эталонной архитектуры Microsoft Azure для разработки и реализации масштабируемой и отказоустойчивой инфраструктуры. Это может включать использование Azure Load Balancer для распределения трафика между несколькими экземплярами приложения, а также использование службы хранилища Azure и Azure Cosmos DB для хранения и извлечения данных масштабируемым и устойчивым образом.
Чтобы приложение было экономичным и эффективным, компания может следовать указаниям эталонной архитектуры для оптимизации производительности приложения. Это может включать использование кэширования и других методов для сокращения количества запросов к базе данных и другим серверным службам, а также использование экономичных продуктов и служб Azure, таких как Функции Azure и Служба приложений Azure.
В целом, следование рекомендациям эталонной архитектуры Microsoft Azure позволит компании разработать и внедрить масштабируемое, отказоустойчивое и экономичное веб-приложение в Microsoft Azure, используя преимущества уникальных характеристик и возможностей среды Azure.
Meta
Meta — это компания, которая предоставляет ряд инструментов и услуг для архитектуры предприятия, в том числе Meta Integration Modeling Environment (MIME), которая представляет собой инструмент для проектирования и моделирования сложных систем и процессов, и Meta Architecture Framework, которая представляет собой набор лучших практик и руководств по архитектуре предприятия.
Среда моделирования интеграции метаданных (MIMI) — это программный инструмент для проектирования и реализации систем интеграции данных. Он разработан и поддерживается компанией Meta Integration Technology, Inc. и предназначен для того, чтобы помочь организациям понять, как проектировать и внедрять системы интеграции данных, которые являются масштабируемыми, отказоустойчивыми и экономичными.
В качестве примера задачи, которую можно решить с помощью MIMI, давайте рассмотрим компанию, которой необходимо интегрировать данные из множества различных источников, включая реляционные базы данных, плоские файлы и веб-сервисы. Компания хочет, чтобы система интеграции данных была масштабируемой, отказоустойчивой и экономичной, а также чтобы она могла обрабатывать большие объемы данных и широкий спектр источников данных и форматов.
Один из подходов, который компания может использовать, следуя рекомендациям MIMI, заключается в разработке и внедрении системы интеграции данных в виде набора модульных компонентов, каждый из которых отвечает за определенный аспект процесса интеграции данных. Например, компания может использовать MIMI для разработки и реализации компонента для извлечения данных из различных источников, компонента для преобразования данных в общий формат и компонента для загрузки данных в центральный репозиторий.
Чтобы обеспечить масштабируемость и отказоустойчивость системы интеграции данных, компания также может следовать рекомендациям MIMI по разработке и внедрению масштабируемой и отказоустойчивой инфраструктуры. Это может включать использование распределенной платформы управления данными, такой как Hadoop, для хранения и обработки данных, а также использование таких методов, как разделение данных и сегментация данных, для горизонтального масштабирования системы.
Чтобы система интеграции данных была экономичной и эффективной, компания может следовать указаниям MIMI по оптимизации производительности системы. Это может включать использование таких методов, как кэширование данных и дедупликация данных, для уменьшения объема данных, которые необходимо обрабатывать и хранить, а также использование экономичных аппаратных и программных компонентов.
В целом, следование рекомендациям MIMI позволит компании разработать и внедрить масштабируемую, отказоустойчивую и экономичную систему интеграции данных, способную обрабатывать большие объемы данных и широкий спектр источников и форматов данных.
Amazon
Amazon разработала Well-Architected Framework Amazon Web Services (AWS), которая представляет собой набор передовых методов и руководств по проектированию и внедрению облачных систем и приложений на платформе AWS. Сюда входят рекомендации по проектированию и внедрению облачной инфраструктуры, а также по проектированию и внедрению облачных приложений и сервисов.
Amazon Web Services (AWS) Well-Architected Framework — это набор лучших практик и руководств по проектированию и внедрению облачных систем и приложений на AWS. Он разработан и поддерживается AWS и призван помочь организациям понять, как проектировать и внедрять масштабируемые, отказоустойчивые и экономичные системы и приложения на AWS.
В качестве примера задачи, которую можно решить с помощью AWS Well-Architected Framework, давайте рассмотрим компанию, которая создает новое веб-приложение, которое необходимо развернуть на AWS. Компания хочет, чтобы приложение было масштабируемым, отказоустойчивым и экономичным, а также чтобы оно использовало преимущества уникальных характеристик и возможностей среды AWS.
Один из подходов, который компания может использовать, следуя рекомендациям AWS Well-Architected Framework, заключается в разработке и реализации приложения в виде набора микросервисов, каждый из которых работает в своем собственном контейнере и управляется платформой оркестрации контейнеров, такой как Amazon Elastic Container Service (ЭКС). Это позволит компании увеличивать или уменьшать масштаб приложения по мере необходимости, а также легко развертывать обновления и новые функции без простоев.
Чтобы обеспечить масштабируемость и отказоустойчивость приложения, компания также может следовать рекомендациям AWS Well-Architected Framework для проектирования и внедрения масштабируемой и отказоустойчивой инфраструктуры. Это может включать использование Amazon Elastic Load Balancer (ELB) для распределения трафика между несколькими экземплярами приложения, а также использование Amazon Simple Storage Service (S3) и Amazon DynamoDB для хранения и извлечения данных масштабируемым и устойчивым образом.
Чтобы приложение было рентабельным и эффективным, компания могла бы следовать рекомендациям в структуре для оптимизации производительности приложения. Это может включать использование кэширования и других методов для сокращения количества запросов к базе данных и другим серверным службам, а также использование экономичных продуктов и сервисов AWS, таких как AWS Lambda и Amazon Elastic Container Service для Fargate.
Следование рекомендациям AWS Well-Architected Framework позволит компании спроектировать и внедрить масштабируемое, отказоустойчивое и экономичное веб-приложение на AWS, используя преимущества уникальных характеристик и возможностей среды AWS.
Все эти компании имеют свои собственные подходы к архитектуре предприятия, но их объединяет общая цель — помогать организациям проектировать и управлять своими системами, процессами и структурами таким образом, чтобы они соответствовали бизнес-целям и задачам и были эффективными.
Скоро состоится открытый урок, в рамках которого пройдет обсуждение бизнес-архитектуры как метода структурного управления инвестициями. На этом занятии участники:
- рассмотрят определение бизнес-архитектуры как метод структурного управления инвестициями,
- изучат общие принципы декомпозиции архитектуры предприятия, определение доменов и «строительных» блоков (ABB, SBB),
- и научатся моделировать бизнес-архитектуру, предприятия, а также мотивацию и стратегию изменений архитектуры предприятия.
Источник: habr.com
Разработка бизнес-архитектуры предприятия на основе информационной системы «Студия компетентностных деловых игр»
В постоянно меняющихся условиях предприятие может выжить, только если будет быстро приспосабливаться к изменениям. Для того чтобы достичь такой гибкости, предприятие должно правильно выстраивать свою структуру, функции, внутренние и внешние связи, а также планирование дальнейшего развития. Все эти элементы можно объединить в понятие «архитектура предприятия». Впервые данное понятие было введено Дж. Захманом в 1987 г. в статье «Структура архитектуры информационных систем» [2].
Опубликованная работа касалась архитектуры информационной системы, однако именно эта работа легла в основу дальнейших разработок в области архитектуры предприятия.
Согласно стандарту ANSI/IEEE 1471-2000 под архитектурой предприятия следует понимать «фундаментальную организацию системы, реализованную в ее компонентах, связях этих компонентов друг с другом и внешней средой и принципах, определяющих структуру и развитие системы». Похожее определение дано и в работе М. Платта «Обзор архитектуры Microsoft» [3]: «Архитектура предприятия обычно представляет собой комплексный набор моделей, описывающих структуру и функции предприятия».
На сегодняшний день существует несколько основных подходов к описанию архитектуры предприятия:
1) модель Захмана;
2) методологии, опубликованные аналитическими компаниями, такими как Gartner, Giga Group, META Group и другими;
3) методология TOGAF.
Кроме вышеперечисленных существуют специальные методологии для государственных организаций, такие как FEAF (Federal Enterprise Architecture Framework) — Федеральная Архитектура Государственных организаций (при поддержке правительства США) или DoDAF (Department of Defence Architecture Framework) — архитектура, которая используется в Министерстве Обороны США.
Далее рассмотрим наиболее часто применяемые подходы: модель Захмана, архитектурную методику META Group и методику описания архитектуры TOGAF.
В своей работе Дж. Захман определил архитектуру предприятия как «набор описательных представлений (моделей), которые применимы для описания предприятия в соответствии с требованиями управленческого персонала (качество) и которые могут развиваться в течение определенного периода (динамичность)» [2].
9 стр., 4432 слов
Персонал предприятия и его структура
. воспитания и культуры, состоящих на балансе предприятия, относятся к непромышленному персоналу предприятия. § 1.3. Промышленно-производственный персонал Кадры предприятия, непосредственно связанные с процессом производства . и категориях, которые одновременно и характеризуют степень сложности работ. 8 Профессионально-квалификационная структура служащих фирмы находит отражение в штатном расписании – .
Модель представляется в виде таблицы, которая логически разбивает всю архитектуру на уровни (корпоративный, бизнес-системы, функциональный, процессный и операций), каждый из которых рассматривает целостную архитектуру с разных точек зрения в зависимости от того, на какой аспект архитектуры делается упор. Однако модель Захмана не отвечает на все вопросы по построению архитектуры предприятия. Например, в данной методологии отсутствуют инструкции по созданию архитектуры, а также с ее помощью нельзя определить, насколько создаваемая архитектура близка к оптимальной и самое главное, существует ли потребность ее создавать. Однако, данные проблемы можно решить, используя другие методологии.
По мнению META Group, «архитектура является одновременно некоторым структурированным описанием информационных технологий предприятия и его информационных технологий (т.е. конечным результатом, включающим определенные артефакты — стандарты, утверждения, касающиеся общего видения, архитектурные документы), процессом создания и обновления артефактов архитектуры и группами людей, вовлеченных в этот процесс» [4].
Особое внимание в методике META уделяется именно процессу разработки архитектуры и ее компонентов, которые должны быть описаны достаточно детально.
Изначально архитектурная методология META Group использовала только понятие «технологическая архитектура масштаба предприятия» (Enterprisewide Technical Architecture).
Однако в связи с увеличением взаимного влияния бизнеса и информационных технологий в архитектуру предприятия META Group были добавлены такие понятия, как «бизнес-архитектура» (Enterprise Business Architecture), «архитектура информации» (Enterprise Information Architecture), а также «портфель прикладных систем предприятия» (Enterprise Application Portfolio).
Согласно META Group разработка архитектуры условно может быть поделена на несколько этапов: формулирование общих требований к архитектуре, разработка концептуальной архитектуры, анализ на соответствие текущего и желаемого состояния архитектуры, разработка плана развертывания архитектуры.
Методология описания архитектуры TOGAF (The Open Group Architecture Framework) определяется ее авторами не как общепризнанный эталон, а как «средство для разработки архитектур информационных систем». Приоритетная цель данной методики заключается в облегчении процесса разработки архитектуры, при этом необходимо учитывать перспективы развития предприятия [5].
Методология TOGAF включает два основных компонента — методология ADM (Architecture Development Method), которая определяет процесс разработки архитектуры, и базовая архитектура (Foundation Architecture).
Интересной особенностью данной методики является то, что в ней содержится специальный документ, который проводит параллели между понятиями TOGAF и моделью Захмана.
В соответствии с методикой ADM, процесс разработки архитектуры включает следующие фазы:
1) определение принципов реализации проекта;
2) определение границ проекта;
3) разработка общего представления архитектуры;
4) утверждение плана работ и подхода руководством;
5) разработка бизнес-архитектуры предприятия;
6) разработка архитектуры данных и архитектуры приложений;
110 стр., 54517 слов
Анализ производственной деятельности предприятия и разработка .
. арматуре. Предметом исследования является анализ производственной деятельности предприятия и разработка путей повышения ее эффективности. Целью дипломной работы является анализ производственной деятельности предприятия и разработка мероприятий по повышению ее эффективности на .
7) разработка технологической архитектуры;
8) проверка возможности реализации предложенных решений;
9) планирование перехода к новой системе;
10) формирование системы управления преобразованиями;
11) управление изменением архитектуры.
Каждая из вышеназванных методик описания архитектуры предприятия содержит такой пункт, как бизнес-архитектура предприятия. Далее рассмотрим данное понятие подробнее.
1.2 Анализ подходов к описанию бизнес-архитектуры предприятия
Обычно под термином «бизнес-архитектура предприятия» понимают организационную структуру, структуру каналов продаж и бизнес-модель предприятия, документы, используемые в процессе разработки и реализации продуктов. Если смотреть более подробно, бизнес-архитектура включает в себя планируемый список продуктов и/или услуг, каналы продажи продуктов и/или услуг, функции и описание бизнес-процессов по реализации данных продуктов и/или услуг, финансовую и управленческую документацию и ее потоки, организационную структуру предприятия.
В соответствии с методологией TOGAF, бизнес-архитектура предусматривает разработку архитектуры деятельности предприятия в соответствии с ранее утвержденным видением.
Согласно статье М. Платта «Обзор архитектуры Microsoft» [3], бизнес-архитектура описывает принципы работы бизнеса: бизнес-стратегии и планы по переходу организации из текущего состояния в будущее. Она включает в себя следующие компоненты: высокоуровневые цели и задачи организации, бизнес-процессы, охватывающие все предприятие или значительную его часть, выполняемые бизнес-функции, основные организационные структуры и связи между названными элементами.
В работе Е. Всяких, Е. Сидоренко, А. Зуевой, Б. Носкова, А. Киселёва «Практика и проблематика моделирования бизнес-процессов» авторы рассмотрели следующие подходы к описанию бизнес-архитектуры: сверху вниз, снизу вверх и гибридный, который частично включает в себя предыдущие два [6].
Далее рассмотрим более подробно каждый подход.
В основе подхода «сверху вниз» лежит методология описания архитектуры Захмана и предполагается, что бизнес-архитектура рассматривается в глобальном смысле, т.е. процесс создания модели строго формализован (включая разработку необходимых методик, определение стандартов и сбор информации для типового проектного решения).
Преимущества данного подхода заключаются в том, что с самого первого этапа четко формируется проблема, приоритетные бизнес-потребности и задачи, задаются границы для создания эффективной модели бизнес-архитектуры, определяется методология и инструменты, которые будут использоваться в качестве среды разработки, задается организационная структура для сопровождения разработки и управления процессами.
Недостатки использования подхода связаны с тем, что на начальной стадии требуется формирование большого числа компонентов, связанных с инфраструктурой предприятия, таких как методологическая и инструментальная база для разработки моделей конкретных бизнес-процессов. Данные работы требуют достаточно много времени и других ресурсов, в том числе, возможно, потребуются дополнительные финансовые вложения для обучения формальным методам, которые необходимы для разработки бизнес-моделей.
Характерной чертой подхода «снизу вверх» является переход от отдельных бизнес-процессов к цельному представлению бизнес-архитектуры. Данный подход часто используется ввиду того, что он достаточно быстро окупается, поскольку в первую очередь уделяется внимание узким местам.
К достоинствам метода относятся гибкость в масштабировании и управлении всеми процессами, в том числе формированием проектной группы и выбором дальнейшего направления деятельности. Также в ходе получения некоторых компонентов модели бизнес-архитектуры возможно незамедлительное исполнение мероприятий по ее реализации. Данный подход позволяет получить видимый результат в кратчайшие сроки.
Отрицательные моменты подхода «снизу вверх» связаны с его изначальной ориентированностью на конкретные бизнес-процессы, что значительно снижает возможности использования методологических и проектных решений на других направлениях бизнес-процессов, а также порождает дополнительные организационные и технологические проблемы по формированию нескольких моделей бизнес-процессов в единую модель. Кроме этого, существует вероятность того, что формируемая «снизу вверх» бизнес-архитектура может иметь противоречия в структуре и вообще не являться оптимальной.
Помимо вышеназванных подходов «сверху вниз» и «снизу вверх» иногда применяют гибридный подход, который включает в себя частичное использование обоих подходов. В любом случае, выбранная стратегия моделирования должна отвечать конкретным текущим и планируемым потребностям организации.
В данной работе будет использоваться подход «сверху вниз», так как подход «снизу вверх» в основном используется на уже функционирующих предприятиях для внесения изменений в происходящие процессы.
1.3 Анализ стандартов бизнес-планирования
Бизнес-архитектура, как и любой элемент архитектуры предприятия, должна иметь документальное выражение. В основном пользуются таким документом как бизнес-план.
Стандарт бизнес-плана — это определенный набор правил или структура, которой нужно следовать, чтобы создавалось полное представление о проекте. Существует множество стандартов по формированию бизнес-плана, среди которых можно выделить стандарты, предложенные банками, различными государственными структурами, а также консультационными компаниями, однако наиболее распространенными являются TACIS, KPMG, ЕБРР, UNIDO и BFM Group [7].
Стандарт TACIS (Technical Assistance for the Commonwealth of Independent States — техническая помощь Содружеству Независимых Государств) учитывает особенности российского бизнеса, однако в целом этот стандарт можно рассматривать лишь как своеобразное руководство.
В противовес стандарту TACIS бизнес-планирование по стандартам KPMG считается «заточенным» не под российскую специфику, а под европейскую. Следовательно, в России рекомендации KPMG, как крупнейшей и авторитетной в своей сфере компании, можно учитывать, но только как рекомендации.
Стандарт ЕББР (Европейский банк реконструкции и развития) — один из общепринятых в бизнес-планировании, который делает большой упор на финансы (кредиты, SWOT-анализу и т.д.), при этом являясь самым кратким.
Бизнес-план по стандартам UNIDO практически ничем не отличается от вышеперечисленных пунктов. Отличием является то, что каждый из них разбит на множество разделов, поэтому данный стандарт считается одним из наиболее подробных.
Бизнес-план по стандартам BFM Group имеет наиболее разветвлённую структуру, позволяющую наиболее полно отразить все аспекты проекта, и содержит следующие отличительные разделы:
1) анализ цепочки создания стоимости;
2) матрица Boston Consulting Group;
4) SWOT-анализ отрасли.
Наиболее общими пунктами бизнес-плана являются следующие элементы:
1) цели и задачи проекта;
2) описание компании;
3) анализ отрасли;
4) оценка рисков;
5) маркетинговый план;
6) производственный план;
7) технологический план;
8) организационный план;
9) финансовый план.
Далее сравним вышеперечисленные стандарты для оценки полноты по основным пунктам:
Таблица 1.1. Сравнение стандартов бизнес-планирования
Источник: inzhpro.ru