Полная версия

Главная arrow Экономика arrow АРХИТЕКТУРА ПРЕДПРИЯТИЯ

  • Увеличить шрифт
  • Уменьшить шрифт


<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>

Основные понятия архитектурного подхода

Рассмотрим основные определения, которые формируют фундамент архитектурного подхода (табл. 1.2).

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

  • — ISO/IEC 15288:2008 (IEEE Std 15288-2008) Systems and software engineeringSystem life cycle processes («Системная и программная инженерия. Процессы жизненного цикла системы»);
  • — ISO/IEC/IEEE 42010:2011(E) — Systems and software engineeringArchitecture description («Системная и программная инженерия»);
  • — ISO 15704-2000 Industrial automation systemsRequirements for enterprise-reference architectures and methodologies («Системы промышленной автоматизации. Требования к эталонным архитектурам предприятия и методологиям»).
  • — ISO 9000:2005. Системы менеджмента качества. Основные положения и словарь.

Таблица 1.2

Определения стандарта IS0/IEC 42010:2007

Определение

Оригинальный вариант

Архитектура — фундаментальная организация системы, воплощенная в ее компонентах, их взаимосвязях друг с другом и со средой, а также руководящие принципы проектирования и развития системы (ISO/IEC 42010:2007). Описание (модель) основного устройства (структуры) и связей частей системы (физического или концептуального объекта или сущности) (.ISO 15704:2000)

Architecture — the fundamental organization of a system embodied in its components, their relationships to each other, and to the environment, and the principles guiding its design and evolution (ISO/IEC 42010:2007).

A description (model) of the basic arrangement and connectivity of parts of a system (either a physical or a conceptual object or entity) (ISO 15704:2000)

Архитектура предприятия (АП):

(1) Фундаментальная организация предприятия либо как целого, либо вместе

с партнерами, поставщиками и/или покупателями («расширенное предприятие»), либо части (например, бизнес- направление, департамент), а также

(2) руководящие принципы его проектирования и развития

Enterprise architecture (EA):

(1) the fundamental organization

of a government agency or a corporation, either as a whole, or together with partners, suppliers and / or customers («extended enterprise»), or in part (e.g. a division, a department, etc.) as well as

(2) the principles governing its design and evolution (The Open Group, TOGAF 2003)

Архитектурное проектирование —

деятельность по осмыслению, определению, выражению, документированию, сертификации надлежащей реализации, поддержке, совершенствованию архитектуры на протяжении всего жизненного цикла системы (ISO/ IEC/IEEE 42010:2011(E))

Architecting — process of conceiving, defining, expressing, documenting, communicating, certifying proper implementation of maintaining and improving an architecture throughout a system’s life cycle (ISO/IEC/IEEE 42010:2011(E))

Архитектурное описание — рабочий продукт, используемый для выражения архитектуры (ISO/IEC/IEEE 42010:2011 (Е))

Architecture description — work product used to express an architecture (ISO/IEC/IEEE 42010:2011(E))

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

Предприятие — одна или несколько организаций, разделяющих определенную миссию, цели и задачи для получения выхода (результата) в виде продукции и услуг (ISO 15704:200с))[1].

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

В табл. 1.3 перечислены основные определения стандарта ISO/IEC/ IEEE 42010:2011(Е).

Определения стандарта ISO/IEC/IEEE 42010:2011(E)

Таблица 1.3

Определение

Оригинальный вариант

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

Stakeholder — an individual or organization having a right, share, claim, or interest in a system or in its possession of characteristics that meet their needs and expectations

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

Concern — interest in a system relevant to one or more of its stakeholders

Группа описаний представление системы в целом с точки зрения связанного набора интересов (INCOSE Ru).

Представление описание системы в целом с точки зрения связанного набора интересов (В. К. Батоврин)

View — a representation of a whole system from the perspective of a related set of concerns;

— work product expressing the architecture of a system from the perspective of specific system concerns

Метод описания — спецификация соглашений для конструирования и применения группы описаний.

Шаблон или образец, по которому разрабатываются отдельные группы описаний посредством

Viewpoint — work product establishing the conventions for the construction, interpretation and use of architecture views to frame

Окончание табл. 1.3

Определение

Оригинальный вариант

установления назначений и [целевой] аудитории для группы описаний, а также приемы их создания и анализа (INCOSE Ru).

Ракурс (точка зрения) — спецификация соглашений для разработки и использования представления. Может включать образец или шаблон для разработки индивидуальных представлений. В этих образцах устанавливаются цели и аудитория, для которых предназначено представление, и технологии для его создания и анализа (В. К. Батоврин)

specific system concerns (версия 2007 г. — a specification of the conventions for constructing and using a view. A pattern or template from which to develop individual views by establishing the purposes and audience for a view and the techniques for its creation and analysis)

Артефакт — результат архитектурной работы, отражающий один из аспектов архитектуры

Artifact — an architectural work product that describes an aspect of the architecture (TOGAF glossary)

Рассмотренные в табл.1.2 и 1.3 понятия представлены на рис. 1.6.

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

Рис. 1.6. Концептуальная схема архитектурного описания

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

Таблица 1.4

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

Заинтере

сованные

стороны

(Stakeholders)

Интересы

(Concerns)

Точка зрения / Метод описания / Ракурс (Viewpoints)

Высшее руководство

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

Общая картина («ландшафт») процессов, возможно, в индивидуальном формате.

Политики, карты стратегий, дерево целей и показателей. Матрицы ответственности

Сотрудники

компании

(исполнители)

Четкое понимание правил игры, ожиданий руководства, последовательности действий, распределения ответственности

Регламенты процесса (текст или таблица).

Должностные инструкции. Карты операций и технологические инструкции

Аналитики, сотрудники — владельцы процессов

Оптимизация структур и процессов

Стандартные нотации представления процессов (нотации IDEFO, IDEF3, BPMN, ЕРС и т. д.), возможно, специальные отчеты. Процесс во взаимосвязи с другими процессами и объектами управления (цели, показатели, структуры...)

Специалисты по IT

Постановка задач для ИТ-решений в рамках подготовки к внедрению информационных систем

Стандартные нотации представления процессов (IDEF3, DFD и т. д.).

Таблицы информационных структур

Партнеры,

контрагенты

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

Графическое представление процесса в удобном для восприятия виде.

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

Контролирующие и сертифицирующие организации. Система внутреннего контроля

Проверка соответствия управления компанией требованиям стандартов (IS09000, 14000, отраслевые стандарты по безопасности труда, закон Sarbanes-Oxley, внутренние стандарты и т. п.)

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

Специальные таблицы соответствия требований и фактической организации

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

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

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

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

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

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

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

  • [1] Адаптировано из ISO 9000:2005.
 
<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>