Федеральное государственное автономное образовательное учрежение высшего образования
жүктеу/скачать 5,2 Mb. Pdf көрінісі
|
- Бұл бет үшін навигация:
- 3.4. Теоретические и методические основы построения архитектуры предприятия
- Сущность действия (этапа) При наличии текущей архитектуры При отсутствии архитектурной
- Система управления инвестиционной деятельностью предприятия, построенная на основе матрицы Захмана Уровень архитектуры и его характеристики
- Компоненты архитектурного описания Мотивация, цели Зачем Почему Данные о деятельности Что
- Время Когда Корпоративный: общее
- Процессный
- Операций
- Литература
Управленческий компонент Миссия, цели, задачи, стратегии Бизнес-архитектура Фронт-офис Мидл-офис Бек-офис Учет
Прикладная архитектура Техническая архитектура Архитектура данных Се
вая
ар хи те ктура А р хи те ктура пл атф
о р м О тче тно сть
Хр ани л и ще и нфо р м ац и и
Пл ан м игр ац ии Рис. 2. Структура архитектуры предприятия 66 Согласно еще одному, встречающемуся в научной литературе, мнению основными составляющими архитектуры предприятия являются базовая (подразумевается текущее состояние), целевая (подразумевается планируемое состояние) архитектура и план перехода от базовой к целевой архитектуре [11, с. 49]. Результаты научных исследований в направлении структурирования архитектуры предприятия конкретизируют ее содержание и последовательность разработки в аспекте получения информации о субъекте хозяйствования, сфере и специфике его деятельности и с точки зрения технических возможностей по сбору, хранению, обработке и передаче этой информации как внутри предприятия, так и за его пределы.
Построение архитектурной модели
предприятия – кропотливая работа, которая может начинаться либо с анализа уже существующей модели, либо с разработки новой, необходимой для реализации конкретного проекта. Основными акцентами такой работы выступают: 1) способ построения архитектуры предприятия; 2) последовательность действий (процесс разработки и реализации архитектуры предприятия); 3) подход к построению архитектуры предприятия; 4) методика разработки архитектуры предприятия. Как любой вид деятельности, построение архитектуры предприятия должно осуществляться с соблюдением ряда принципов, а сама архитектурная модель должна соответствовать определенным требованиям.
разработки архитектурных моделей предприятия относят такие как: принципы согласованности и независимости слоев в архитектурной модели, принцип свободы выбора методик и стандартов моделирования, принцип постепенной детализации моделей, принцип постоянной трансформации моделей. Что касается требований, предъявляемых к архитектурной модели, то их выполнение должно обеспечить ей: наличие компонентов, взаимосвязь и взаимодействие между ними;
67
обоснованную детализацию и объяснения; всеобщее использование в рамках предприятия; совместимость с другими моделями; осуществление основных бизнес-процессов предприятия и обеспечение их информационной безопасности; гибкость, реализуемость, интеграцию, эффективность, актуальность. Наиболее известными и распространенными считаются 3
«статус-кво», сегментный. Рассмотрим их основные характеристиками и специфику применения. Стандартный способ предусматривает такой порядок действий: 1) разработка общей схемы и правил для будущего описания архитектуры; 2) описание всей текущей базы; 3) представление всей целевой архитектуры; 4) конструирование, приобретение, реализация систем. Этот способ характеризуется высокими финансовыми затратами на начальном этапе. «Статус-кво», как известно, означает текущее или нынешнее положение дел. Применительно к архитектуре предприятия этот способ можно отождествлять с реакцией на происходящие события, которая
выражается в виде архитектурной модели, трансформируемой под влиянием внешних и внутренних факторов. Сегментный способ целесообразен в том случае, когда разработчикам необходимо уделить внимание отдельным областям бизнеса, например, финансам, кадрам, сбыту и т.д. Изменения в том или ином сегменте происходят в рамках общей архитектурной модели, которая при этом остается неизменной. Сосредоточенность на отдельных сегментах деятельности предприятия позволит решить ряд проблем – избежание или устранение рисков, снижение затрат, сокращение периода окупаемости и др. Последовательность действий, связанных с разработкой архитектуры предприятия, в специализированных источниках описывается по-разному, проанализировав которые, выделим следующие из них. Авторы учебной литературы основные этапы процесса построения архитектуры организации формулируют следующим образом [12, с. 29; 8, с. 59]: 1) осознание необходимости построения архитектуры; 2) формирование
68 рабочей группы; 3) выбор среды моделирования, средств моделирования и репозитория; 4) наполнение среды фактическим материалом (формирование архитектуры); 5) использование; 6) расширение и сопровождение. Такой
же формулировки данного процесса и последовательности его осуществления придерживается и Д.А. Погонышева в одной из своих научных публикаций [4, с. 149]. В научной статье Чеглакова А.Л. «Проектирование и оценка гибкой архитектуры корпоративной информационной системы» рассматриваются восемь, циклически повторяющихся, этапов создания архитектуры предприятия [13, с. 182]: архитектура представления; архитектура бизнеса; архитектура информационных систем; технологическая архитектура; возможности и решения; планирование перехода; управление внедрением; управление архитектурными изменениями. Концептуальная модель архитектурного процесса, рассматриваемая другим автором, включает в себя такие этапы [14, с. 305]: планирование архитектуры предприятия; описание текущей архитектуры предприятия; построение целевой архитектуры предприятия; планирование миграции; отбор проектов; реализация проектов; оценка результатов. На основе результатов, полученных в ходе анализа вышеуказанных источников, описывающих порядок или схемы построения архитектуры предприятия, было сформировано авторское видение на процесс разработки архитектурных моделей в зависимости от их текущего состояния (табл. 2). Основными характеристиками этого процесса является цикличность, автономность и непрерывность. Цикличность проявляется в том, что все изменения начинаются с анализа эффективности текущей архитектуры, а заканчиваются анализом эффективности созданной архитектуры. Автономность подтверждается тем, что процедура разработки или изменения архитектуры предприятия ‒ это отдельный вид его управленческой деятельности, на вооружении которой находится набор специфических функций, принципов, правил, методик и т.д. Непрерывность обеспечивается тем, что архитектура
69
предприятия изменчива, следовательно, процедура ее создания (изменения) будет постоянно повторяться.
Последовательность действий по разработке архитектуры предприятия Сущность действия (этапа) При наличии текущей архитектуры При отсутствии архитектурной модели 1. Анализ эффективности текущей архитектуры предприятия
2. Изучение управленческих документов предприятия 3. Аргументация необходимости разработки (изменения) архитектуры предприятия
4. Получение распоряжения руководства по поводу разработки (изменения) архитектуры предприятия (изменение) (разработка) 5. Формирование рабочей группы по разработке (изменению) архитектуры предприятия
6. Определение концептуальных характеристик планируемой архитектуры предприятия и презентация их перед руководством и рабочей группой
7. Определение основных рамочных условий (цели, задачи, сроки, сферы и др.) разработки (изменения) архитектуры предприятия
8. Распределение функциональных обязанностей по разработке (изменению) архитектуры предприятия в рамках рабочей группы
текущей архитектуры к планируемой
10. Формирование совокупности созданных архитектурных моделей, характеризующих предприятие
11. Презентация разработанной (измененной) архитектуры предприятия перед ее будущими пользователями (руководство, сотрудники)
12. Внедрение разработанной (измененной) архитектуры предприятия в его управленческую практику
13. Консультирование пользователей разработанной (измененной) архитектурной модели по ее внедрению и реализации
14. Мониторинг за реализацией, разработанной (измененной) архитектурной модели предприятия
15. Анализ эффективности, разработанной (измененной) архитектурной модели предприятия
70 Построение любых схем, диаграмм, моделей невозможно без использования определенных методологий и методик. Условно их можно разбить на 3 группы: классические, абстрактные, корпоративные (специализированные).
методологии структурного анализа и проектирования, а также методологии, основанные на объектно-ориентированном анализе и проектировании. Также в литературных источниках встречаются методики, называемые абстрактными, авторами которых являются создатели и разработчики архитектуры предприятия как практического вида деятельности. О некоторых из них речь уже шла выше: Дж. Захман, Филипп Кручтен, Стивен Спивак, американская консалтинговая компания Gartner, английская консалтинговая компания Systems Advisers Ltd, архитектурный форум
The Open
Group, Национальная ассоциация государственных менеджеров по информационным технологиям (Россия) и др. Кроме того, ряд известных на весь мир компаний, являющихся поставщиками информационных технологий, разрабатывают свои корпоративные (специализированные) архитектурные методики. Среди этих компаний: Microsoft, IBM, SAP и др. Обзорно рассматривая классические методологии, начнем с
получивших развитие в 70-х годах прошлого века. «Сущность структурного подхода к разработке модели состоит в расчленении анализируемой системы на части – «черные ящики», и иерархической организации этих черных ящиков. Структурным анализом принято называть метод исследования статических характеристик системы путём выделения в ней подсистем и элементов различного уровня иерархии и определения отношений, и связей между ними» [15, с. 23]. Автором одной из методологий структурного анализа и проектирования SADT (1960-е года) является Дуглас Росс. В соответствии с основными принципами методологии SADT процессы, осуществляемые предприятием, отображаются «в виде совокупности взаимосвязанных действий, которые имеют четко определенные вход и выход и взаимодействуют между собой на
71
основе определенных правил и с учетом потребляемых информационных, человеческих и производственных ресурсов» [15, с. 24]. Конечным продуктом применения любой методологии является модель, диаграмма или схема. В рамках методологии SADT выделяют такие диаграммы как: диаграмму потоков данных - DFD; диаграмму «сущность-связь» - ERD; диаграмму переходов состояний – STD. Интеграционные процессы, происходящие в 1970-х годах в США, целью которых являлась компьютерная поддержка производства, привели к тому, что методология SADT была модифицирована. В результате этой модификации появился ряд методов – IDEF, ставших федеральными стандартами США. На сегодняшний день семейство методов IDEF широко представлено разными модификациями, среди которых наиболее распространенными являются IDEFO, IDEF1, IDEF1X, IDEF2, IDEF3, IDEF4, IDEF5, IDEF6, IDEF8, IDEF9, IDEF14 и др. Каждая из перечисленных модификаций имеет свое предназначение. Например, IDEFO применяется для описания бизнес-процессов, осуществляемых предприятием, в виде выполняемых функций; IDEF1 – для описания информационных потоков, как внутреннего, так и внешнего характера; IDEF3 для документирования и описания сценария, т.е.,
последовательности операций, осуществляемых в рамках отдельного бизнес-процесса и т.д. К сожалению, вышеупомянутые стандарты IDEF не стали международными, но многие страны взяли их за основу при разработке собственных. Нашли они свое применение и в России, в частности, благодаря им, получили распространение такие программы, как BPwin и ERwin. С точки зрения технических особенностей, методологии структурного анализа и проектирования характеризуются набором нотаций, т.е. условных обозначений, принятых в области моделирования – блоков, интерфейсных дуг (стрелок), входящих и выходящих из блоков, соединений, меток, нумерации и другого. Исходя из общих характеристик структурного подхода к разработке моделей, изложенных выше, можно сделать вывод, что основной его чертой является декомпозиция, т.е., разделение, детализация или дробление целого на части.
72 Руководствуясь нотациями и основными принципами использования методологий структурного анализа
и проектирования, покажем применение одного из стандартов IDEF ˗ IDEF0 на практике. Как уже было упомянуто выше, IDEF0 представляет собой иерархически упорядоченную совокупность диаграмм с функциональными блоками, связанными между собой интерфейсными дугами и документацией. Предметной областью моделирования, по-прежнему, послужит инвестиционная деятельность предприятия (см. рис. 1). Пример декомпозиции приведем на уже рассматриваемой нами выше функции управления – «Планирование». Под планированием традиционно понимают практическую деятельность, связанную с анализом, прогнозированием, разработкой планов, в которых содержатся количественные и качественные показатели развития предприятия, сроки их реализации и способы достижения. Учитывая эти сущностные характеристики планирования, декомпозиция этой функции может быть произведена следующим образом и в такой последовательности: 1) анализ информации об инвестиционном климате на макро- и микроуровне; 2)
инициация инвестиционных решений; 3) разработка инвестиционного проекта; 4) презентация инвестиционного проекта. Такая декомпозиция указывает на перечень функциональных блоков диаграммы. В качестве основной документации, являющейся результатом функции «Планирование», выступают статистические обзоры, отчеты, инвестиционные концепции, инвестиционные проекты (ИП), распоряжения относительно инвестиционного проектирования, инвестиционные договора и др. Перечисленная документация определяет содержание информационных потоков, движущихся между функциональными блоками диаграммы. Значимость архитектурных диаграмм для процесса управления подчеркивается наличием в них механизмов управления, которые, как правило, отражаются в виде интерфейсных дуг, входящих в функциональный блок сверху (см. рис. 1). В связи с этим, в качестве механизмов управления планированием инвестиционной деятельности предприятия служат: рыночные тенденции, сложившиеся на внутреннем и
73
внешнем инвестиционном рынках, конъюнктура этих рынков; методы проведения рыночных исследований и методологии анализа их результатов; стратегии развития предприятия, инвестиционное законодательство, стандарты инвестиционного проектирования, уровень конкуренции. Отсюда, архитектурная модель с применением нотаций IDEF0 может иметь вид, как это показано на рисунке 3. Основные исполнители функции «Планирование» при такой декомпозиции (см. рис. 3) – команда Проекта во главе с менеджером.
прошлого века, но чуть позже, чем методологии структурного анализа и проектирования. Развитие методологий, основанных на объектно-ориентированном анализе и проектировании, продолжалось до 90-х годов. Используются они, как правило, при построении больших информационных систем. По мнению Бесценного И.П. и Султанкина Е.Н., теоретические изыскания в области объектно-ориентированного анализа, мало популярны в России. Объясняют авторы это тем, что «большая часть литературы англоязычна, и лишь немногие книги переведены на русский язык. Как правило, в учебниках по объектно- ориентированному программированию предлагаются законченные проекты и не говорится о том, как они были получены. Кроме того, современные средства автоматизации стадий анализа
и проектирования информационных систем очень дорогие для российского пользователя, и возможности познакомиться с принципами их работы весьма ограничены» [16, с. 49]. Рассматривать сущность этих методологий необходимо с 2- х позиций: с позиции анализа и позиции проектирования. Отсюда, объектно-ориентированный анализ предполагает выявление в предметной области объектов, принадлежащих к определенным классам, связанных между собою различными отношениями; объектно-ориентированное проектирование – построение модели в рамках общей системы с применением декомпозиции объектов. Основным фактором развития методологий, основанных на объектно-ориентированном анализе и проектировании, явилось создание унифицированного языка моделирования (UML),
74 позволившего разработчикам и пользователям одинаково трактовать графические обозначения, применяемые для представления общих понятий. Из сказанного вытекает, что UML – это та же нотация.
UML фактически является стандартным языком моделирования, в связи с этим он активно используется многими известными компаниями – производителями программного обеспечения (Microsoft, IBM, Hewlett-Packard, Oracle, Sybase и др.). Как язык - UML характеризуется определенным словарем и правилами комбинирования слов из этого словаря. Так, основными группирующими словами этого словаря являются сущности, отношения, диаграммы, в рамках которых выделяют определенные классы и подклассы. Методологии, основанные на объектно-ориентированном анализе и проектировании, также имеют на вооружении интерфейсные дуги, соединения, метки, нумерацию и другие Сбор и анализ информации Инициация инвестиционных решений Разработка инвестиционного проекта
Презентация инвестиционного проекта Инвестиционная информация Методы сбора информации и методологии анализа Инвестиционная концепция Стратегия развития предприятия Распоряжение относительно ИП Стандарты инвестиционного проектирования Инвестиционное законодательство Инвестиционный проект
Конкуренция Инвестиционный договор Команда Проекта Заказчик Инвестор Рис. 3. Фрагмент архитектурной модели управления инвестиционной деятельностью предприятия в нотации IDEF0 1 2 1
4 75
нотационные средства, которые применяются в других методологиях и методиках. Например, диаграмма «сущность- связь» ˗ ERD, упомянутая выше как составляющая методологии SADT, с использованием языка UML приобрела большую практическую значимость. Даже краткий обзор подходов к моделированию архитектуры предприятия, основанных на структурном и объектно-ориентированном анализе и проектировании, позволяет осознать, что методологии постоянно развиваются, совершенствуются и интегрируются. К тому же современные реалии делают новые вызовы отечественным предприятиям, например, смещаются акценты в осуществлении деятельности предприятия. Одна из современных тенденций нынешнего бизнеса – эффективность его бизнес-процессов, а тенденция архитектурного моделирования – процессный подход. Современные авторы характеризуют этот подход так «……процессный подход подразумевает управление не
отдельными структурообразующими элементами, а сквозными бизнес-процессами, которые рассматриваются как особый вид связи, инициируемый в процессе взаимодействия структурообразующих элементов для достижения поставленной конечной или промежуточной цели» [5, с. 86]. Но основной положительной чертой процессного подхода считается то, при его применении можно использовать все выше перечисленные методологии и методики, но на практике их совместное использование привело к появлению совершенно новых средств моделирования. Пример такого новшества – система ARIS, создателем которой является - германская фирма IDS Scheer . Поскольку система ARIS – результат интеграции, то вполне понятно, что в ее арсенале целый комплекс разнообразных средств анализа и моделирования деятельности предприятия. Одни и те же диаграммы возможно проектировать разными способами, что позволяет разработчикам с разным уровнем профессиональной подготовки и разным практическим опытом заниматься этим. Еще одно существенное отличие методологии ARIS заключается в визуализации процессов с помощью цвета и фигур. Так, зеленый цвет применяется для отражения действий, желтый
76 – для отражения структурных единиц, малиновый – событий, белый – документов и др. Применение геометрических фигур также является еще одним средством единого прочтения. Прямоугольники, овалы, пятиугольники, трапеции, ромбы и другое позволяют быстро идентифицировать объект архитектурной схемы. Как известно, ARIS поддерживает четыре типа моделей, отражающих различные аспекты
исследуемой системы: 1) организационные; 2) функциональные; 3) информационные; 4) модели управления. Отсюда и название «… наиболее значимых и практически используемых нотаций ARIS»: Value-added Chain Diagram (диаграмма цепочки процесса, добавляющего стоимость); еЕРС, Extended Event-driven Process Chain (расширенная нотация цепочки процесса, управляемого событиями) и PCD (диаграмма цепочки процесса); Organizational Chart (организационная диаграмма); Function Tree (дерево функций); Product Tree (дерево продуктов) [17, с. 114]. Перечисленные диаграммы также носят прикладной характер. С доказательной целью предложим изображение фрагмента инвестиционной деятельности, отображенного в нотации еЕРС ‒ диаграмму цепочки процесса, управляемого событиями (см. рис. 4), в методологии ARIS визуализируется при помощи зеленого цвета, инициировано выполнение данной функции произошедшим событием «Изменение инвестиционного климата», которое характеризуется такими положительными последствиями, как формирование благоприятных условий для осуществления инвестиционной деятельности. Как уже было отмечено выше, основными субъектами инвестиционной деятельности, имеющими отношение к исполнению функции «Разработка инвестиционного проекта», являются заказчик, инвестор, консалтинговая фирма и ее сотрудники. Последние, как правило, имеют опыт не только по разработке инвестиционных проектов, но и по проведению маркетинговых исследований, результаты которых составляют один из значимых разделов этих проектов. Кроме основного документа, появляющегося в процессе выполнения функции «Разработка инвестиционного проекта», в качестве документов визуализируются в белом цвете
77
и такие: инвестиционное законодательство, инвестиционная стратегия. Такая
визуализация фрагмента инвестиционной деятельности, отображенного в нотации еЕРС (см. рис. 4), позволяет увидеть эту предметную область несколько иначе, чем это было приведено ранее на рисунках 1 и 3. Предложенные модели как бы дополняют друг друга, позволяют более глубоко понять специфику этого вида деятельности предприятия. К основным выводами, вытекающим из сказанного, отнесем: 1) последовательность использования той или иной методологии при разработке архитектурных моделей должна быть такой, какой она предложена в данном разделе, а именно: сначала необходимо разработать общую систему управления, затем декомпозировать основные функции управления и осуществить пошаговое выполнение той или иной функции;
инвестиционного проекта, управляемого событиями в нотации еЕРС Сотрудники консалтинговой фирмы Изменение инвестиционного климата
Заказчик Льготное инвестиционно е законодательст во Разработка ИП Консалтинговая фирма
Опыт работы Информация Стандарты Инвестиционная стратегия Инвестиционный проект Инвестор 78 2) порядок применения классических методологий структурного анализа
и проектирования и объектно- ориентированного анализа и проектирования обусловлен их эволюцией, приведшей к созданию на их базе методологии ARIS, что усиливает аргументы в пользу такой логики визуализации и ориентирует всю проектную деятельность предприятия в сторону его бизнес-процессов. Разработчики архитектурных моделей
предприятия генерируют и реализуют на практике свои методологические идеи не только с помощью уже рассмотренных классических методологий, но и таких как модель (матрица) Захмана, методик аналитических компаний Gartner, Giga, META, методик TOGAF и POSIX 1003.23i, NASCIO ArchitectureToolkit и модели «4+1» представления архитектуры, стратегической модели архитектуры SAM, архитектурных концепций и методик Microsoft, метода планирования архитектуры организации ЕАР. и др. Анализ научных публикаций позволяет определить уровень популярности и практической значимости той или иной методики. В частности, на первых местах по актуальности указываются модель Захмана и методика TOGAF. Модель Захмана характеризуется специалистами: как «универсальное средство описания» [18], направленное на описание предметной области, но с разных точек зрения; как «рамочная методика, представляющая собою метамодель» [19, с. 61]. К важным особенностям модели Захмана относят: «простоту понимания специалистами различного уровня; целостное рассмотрение предприятия как единой системы; возможность обсуждений сложных вопросов при использовании относительно небольшого числа понятий; достаточно высокий уровень абстракции, который обеспечивает возможность работы с понятиями без их детализации; независимость от инструментов разработки моделей» [20, с. 85]. Традиционно модель Захмана представляют в виде таблицы, имеющей пять строк и шесть столбцов. Первая строка характеризует сферу деятельности предприятия на
корпоративном уровне: важные понятия и объекты, бизнес- процессы, территориальное расположение и название компании, субъекты управления, даты и периоды важных событий или реализации важных планов, миссия, стратегия и основные цели 79
корпорации, потенциал фирмы,
ее материальные и нематериальные ресурсы. Вторая строка по такой же структурной схеме дает представление о модели предприятия, т.е., о ее бизнес-системе, третья – о функциональной модели системы, четвертая - о технологической (физической или процессной) модели, пятая – о деталях реализации (операциях). Содержание двух первых строк разрабатывается для пользования бизнес-руководителями, остальных трех – для пользования ИТ-менеджерами и разработчиками. Содержание строк и указание на конкретных пользователей данными подтверждает то, что в матрице Захмана соблюден структурный подход, характерный для архитектуры предприятия вообще. Речь идет о ее основных компонентах, рассмотренных ранее: управленческой компоненте, бизнес-архитектуре и системной архитектуре. Название столбцов модели Захмана традиционно следующие: 1.
2.
Функции, ресурсы (Как? Чем?). 3.
Организация, люди (Кто?). 4.
Мотивация, цели (Почему? Зачем?). 5.
Место, дислокация (Где?). 6.
Время (Когда?). Обобщая сказанное, отметим, что модель Захмана отображает взгляд на
предметную область
глазами планировщиков, собственников, менеджеров разных уровней управления, системных архитекторов, проектировщиков, разработчиков и др. Используя рассмотренные принципы заполнения клеток в матрице Захмана, мы осуществили попытку построения на ее основе системы управления инвестиционной деятельностью (табл. 3). Согласимся с тем, что в разработанной модели слабо выражена системная архитектура, поскольку нашей основной целью ее создания было в общих чертах отобразить одну из значимых сфер управления – инвестиционную деятельность. Большое количество субъектов инвестиционной деятельности, в частности субъектов управления, а также их разноплановые действия стали той трудностью, которая не позволила их объединить в первые строки матрицы. Отсюда, поддерживаем мнение о применении матрицы Захмана в основном для общей характеристики предприятия как 80 системы. Применение же с целью описания отдельных элементов этой системы, их специфики сопряжено с более глубокой детализацией, что снижает уровень ее абстрактного восприятия, но не снижает практической ценности модели. Например, немного абстрагировавшись от технических аспектов, мы получили компактное описание основных действий и инструментов их реализации с точки зрения основных субъектов инвестиционной деятельности – собственников, менеджеров, разработчиков инвестиционного проекта, подрядчиков, пользователей инвестиционного продукта (см. табл. 3). Матричный архитектурный подход Захмана позволил увидеть компоненты, взаимодействия, связи, иерархию, факторы влияния, логику и другое, что характерно в целом для системы, и для системы управления инвестиционной деятельностью предприятия, в частности. Работа с матрицей, связанная с заполнением клеток, позволила сформулировать несколько общих рекомендаций: 1.
Четкое определение границ предметной области для данной ситуации. 2.
совокупности основных понятий, характеризующих предметную область. 3.
совокупности основных (наиболее значимых для конкретной ситуации) субъектов предметной области, которые впоследствии определят уровни архитектуры. 4.
Формирование дерева целей, отвечающих интересам отобранных субъектов предметной области. 5.
процедур, процессов, алгоритмов, характеризующих выбранную предметную область. Обобщая вышесказанное относительно теоретических и методических основ построения архитектуры предприятия, отметим следующее: 1.
Теоретическая и методическая база архитектурного моделирования достаточно сформирована. 2.
учетом общепринятых и специальных принципов, а также требований моделирования. 3.
разными способами, что указывает на отсутствие единого и четкого алгоритма действий. 81
Таблица 3. Система управления инвестиционной деятельностью предприятия, построенная на основе матрицы Захмана Уровень архитектуры и его характеристики Компоненты архитектурного описания Мотивация, цели Зачем? Почему? Данные о деятельности Что? Организация, люди Кто? Функции, ресурсы Как? Чем? Место, дислокация Где? Время Когда? Корпоративный: общее описание предметной области Стратегические цели: усиление конкурентных позиций на рынке, обеспечение благосостояния в будущем Управление инвестиционной деятельностью Заказчик: ОАО «…………» Инвесторы: акционеры
Привлеченные ресурсы за счет эмиссии акций Юридический адрес заказчика Инвестиционная стратегия на период ………… г.г.
описание предметной области с точки зрения собственников, топ- менеджеров Цели инвестирования: расширение объемов предоставления услуг и улучшение их качества за счет модернизации оборудования в операционном зале Планирование, организация, мотивация, контроль всех этапов инвестиционного процесса Руководитель ОАО «……….» (ФИО) Совет акционеров Инвестиционная политика Финансовая поддержка акционеров Аналитическая информация Налаженные связи с поставщиками оборудования Кабинет руководителя, зал заседаний Фазы: Прединвестиционная - Инвестиционная - Постинветсиционная -
Функциональный: описание предметной области с точки зрения разработчиков ИП Цели: стандартизация процессов, обеспечение их эффективности и контроля Разработка инвестиционного проекта (ИП) Разработчики ИП, команда проекта во главе с менеджером Стандарты и методики инвестиционного проектирования Инвестиционные стратегии, опыт работы Программные продукты по проектной, аналитическо- расчетной деятельности Планово-аналитический отдел Срок реализации бизнес- плана ИП –……….г. Срок окупаемости ИП Периоды поступления инвестиций Периоды их освоения
предметной области с точки зрения подрядчика ИП Цели: соблюдение сроков поставки и гарантийных обязательств согласно договора поставки; поддержание имиджа надежного партнера Поставка, установка, наладка и запуск нового оборудования, консультирование по его эксплуатации, гарантийное обслуживание Подрядчик ИП: «……….» в лице………. Сотрудники подрядчика и заказчика, погрузочное и тестовое оборудование Складские помещения, операционный зал по юридическому адресу заказчика График поставок и монтажных работ, срок гарантии Операций: описание предметной области с точки зрения сотрудников операционного зала Цели: изучить особенности использования нового оборудования и овладеть навыками работы с ним Обучение, сертификация Начальник и сотрудники операционного зала, консультанты подрядчика Инструктажи, мастер- классы, тестовые режимы работы Операционный зал Эксплуатационный период проекта
82
4.
Методологическая база построения архитектуры предприятия обширна и разноплановая, что позволяет визуализировать разные предметные области с применением разных инструментов и методов. 5.
архитектурного моделирования деятельности предприятия выступают методологии, методики, модели, диаграммы, средства и способы визуализации, языки, нотации, программное обеспечение и др. Таким образом, приведенные в этом разделе характеристики архитектуры предприятия как прикладной сферы бизнес- информатики целиком оправданы не только с помощью существующих научных мнений, но и на примерах моделирования конкретной предметной области
– инвестиционной деятельности предприятия. Акцент на
управленческом подходе к этой предметной области, на наш взгляд, усиливает аргументы в пользу возрастающей роли архитектуры предприятия в развитии теории управления. Архитектура предприятия становится популярным направлением научных исследований. Изменения макро- и микроокружения предприятий, которые наблюдаются аналитиками в нынешних условиях, требуют от науки новых описательных подходов, которые бы указывали на новые приоритеты, акценты в деятельности предприятий. Анализ современной научной литературы позволил определить наиболее интересные и актуальные направления научных исследований в области архитектуры предприятия: объектно-процессный подход к моделированию архитектуры предприятия [5]; объектно-ориентированный анализ информационной системы [16]; интеллектуальное моделирование производственных систем
[21]; описание архитектуры информационной системы с применением дескрипционной логики [22]; матричный подход к разработке архитектуры предприятия [23]; сервисно-ориентированная архитектура предприятия [24] и др. Перечисленные направления определяют перспективы развития архитектуры предприятия, которые указывают не только на поиск, апробацию и внедрение новых способов моделирования, но и на дополнение теоретической и методологической базы. В 83
этом свете архитектуру предприятия можно рассматривать как постоянно обновляемую сферу, что придает ей инновационных черт, а значение архитектурных подходов подкрепляется только при условии их применения на практике.
1.
Макареня Т.А.
Архитектура предприятия: инструмент разрешения противоречий управления предприятием / Макареня Т.А., Быстрая Ю.С. // Государственное и муниципальное управление: ученые записки СКАГС. - 2015. - № 4. - С. 48-52. 2.
архитектурного подхода / Лапшин В.С., Ямашкин Ю.В. // Вестник Волжского университета им. B.Н. Татищева. - 2015. - № 3 (34). - C. 211-216. 3.
П.Б. Лукьянов. — М. : Издательство «Русайнс», 2015. ‒ 136 с. 4.
Погонышева Д.А. Инновации в управлении бизнес-процессами организации на основе использования информационных технологий // Вестник Брянского государственного университета. – 2013. – Вып. 3. – С. 148-151. 5.
архитектуры виртуального консалтингового предприятия / Жук М.А., Сальников С.И. // Вестник Оренбургского гос. ун-та. – 2014. - № 8 (169). – С. 84-88. 6.
Диязитдинова А.Р. Система информационного обеспечения управления предприятием / Диязитдинова А.Р., Матвеева Е.А., Пронькина М.М. // Инфокоммуникационные технологии. – 2010. - № 4, Том 8. – С. 55-60. 7.
Лежнина М.В. Базовые методики описания архитектуры предприятия // Актуальные проблемы экономики современной России. – 2014. - № 1. – С. 120-125. 8.
Гриценко Ю.Б. Архитектура предприятия : учебное пособие / Ю.Б. Гриценко. – Томск: Эль Контент, 2011. – 206 с. 9.
пособие / Д. В. Кудрявцев, М. Ю. Арзуманян, Л. Ю. Григорьев. ‒ СПб. : Изд-во Политехн. ун-та, 2014. ‒ 427 с. 10.
корпоративной информационной системы / Викентьева О.Л., Дерябин А.И. //
Вестник Пермского Национального исследовательского политехнического университета. Электротехника, информационные технологии, системы управления. – 2012. - № 6. – С. 38-42. 11.
архитектуры и архитектуры ИТ-решений на основе единого каталога компонентов / Агиевич В.А., Гимранов Р.Д., Таратухин В.В. // Бизнес- информатика. – 2012. - № 4 (22). – С. 47-53.
84
12.
Васильев Р.Б. Управление развитием информационных систем / Р. Б. Васильев, Г. Н. Калянов, Г. А. Левочкина ; под ред. Г. Н. Калянова .‒ М. : Горячая линия - Телеком, 2009 .— 375 с. 13.
корпоративной информационной системы // Вестник Белгородского университета кооперации, экономики и права. – 2013. - № 2. – С. 180-183. 14.
организации на основе механизма архитектурного управления и контроля // Вестник науки и образования Северо-Запада России. – 2015. - № 1, Том. 1. – С. 287-301. 15.
Самуйлов К.Е., Серебренникова Н.В., Чукарин А.В., Яркина Н.В. Основы формальных методов описания бизнес-процессов: Учеб. пособие. – М.: РУДН, 2008. – 130 с.: ил. 16.
И.П. Объектно-ориентированный анализ информационной системы для периодических изданий / Бесценный И.П., Султанкин Е.Н. // Математические структуры и моделирование. – 2011. – Вып. 23. – С. 49-57. 17.
бизнес-процессов / Репин В.В., Елиферов В.Г. — М. : Манн, Иванов и Фербер, 2013. ‒ 544 с. 18.
информационных технологий предприятия / Данилин А., Слюсаренко А. - М. : Интер-нет-Университет Информ. Технологий, 2005. - 503 с. 19.
предприятия / Краснов С.В., Диязитдинова А.Р. // Вестник Волжского университета им. В.Н. Татищева. – 2012. - № 2 (19). – С. 60-65. 20.
инфраструктуры предприятия // Вопросы региональной экономики. – 2010. - № 3. – С. 81-90. 21.
Л.А. Технология интеллектуального производственного моделирования / Тимашова Л.А., Витковски Т. // Вестник НТУ «ХПИ». – 2015. - № 32 (1141). – С. 136-147. 22.
Ивашко А.Г. Применение дескрипционной логики для описания архитектуры информационных систем / Ивашко А.Г., Иванова Е.И., Овсянникова Е.О., Коломиец С.И. //
Вестник Тюменского государственного университета. Физико-математические науки.
Информатика. – 2012. - № 4. – С. 137-142. 23.
Переверзев П. П. Моделирование и анализ архитектуры предприятия на основе матричного подхода // Образование и наука в современных условиях : материалы V Междунар. науч.-практ. конф. (Чебоксары, 9 окт. 2015 г.) / редкол.: О. Н. Широков [и др.]. ‒ Чебоксары: ЦНС «Интерактив плюс», 2015. ‒ № 4 (5). ‒ С. 208–211. 24.
В.И. Сервисно-ориентированное моделирование функционирования центров обработки данных / Грекул В.И., Пырлина И.В. // Бизнес-информатика. – 2010. - № 1 (11). – С. 30-37.
|