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

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

В самом общем виде под архитектурой предприятия (ЕА - Enterprise Architecture) понимается всестороннее и исчерпывающее описание (модель) всех его ключевых элементов и межэлементных отношений. Согласно ISO 15704 (“Industrial Automation Systems – Requirements for Enterprise-Reference Architectures and Methodologies. 1999”) архитектура предприятия должна включать роль людей, описание процессов (функции и поведение), и представление всех вспомогательных технологий на протяжении всего жизненного цикла предприятия. Архитектура (в соответствии с документом “Federal Enterprise Architecture Framework. Dev. by: The Chief Information Officers Council (USA)”) является стратегической информационной основой, определяющей:

• структуру бизнеса;

• информацию, необходимую для ведения бизнеса;

• технологии, применяемые для поддержания бизнес-операций;

• процессы преобразования, развития и перехода, необходимые для реализации новых технологий в ответ на изменение/появление новых бизнес-потребностей.

Архитектура предприятия традиционно представляется в виде следующих слоев:

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

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

• системная архитектура (ИТ - архитектура).

Корпоративные миссия и стратегия определяют основные направления развития предприятия и ставят долгосрочные цели и задачи.

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

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

Архитектура приложений, в свою очередь, включает в себя:

• собственно прикладные системы, поддерживающие исполнение бизнес-процессов;

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

• средства и методы разработки и сопровождения приложений.

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

• базы данных и хранилища данных;

• системы управления базами данных или хранилищами данных;

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

Техническая архитектура состоит из сетевой архитектуры и архитектуры платформ. Сетевая архитектура включает в себя:

• локальные и территориальные вычислительные сети;

• используемые в сетях коммуникационные протоколы, сервисы и системы адресации;

• аварийные планы по обеспечению бесперебойной работы сетей в условиях чрезвычайных обстоятельств.

Архитектура платформ включает в себя:

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

• операционные и управляющие системы, утилиты и офисные программные системы;

• аварийные планы по обеспечению бесперебойной работы аппаратуры (главным образом - серверов) и баз данных в условиях чрезвычайных обстоятельств.

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

• осознание необходимости построения архитектуры;

• формирование рабочей группы;

• выбор среды моделирования, средств моделирования и репозитория;

3• наполнение среды фактическим материалом (формирование архитектуры);

• использование;

• расширение и сопровождение.

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

положения дел.

Проблемы

АП не имеет широкого распространения и применения в РФ в силу ряда причин, среди которых – недостаток отечественных специалистов. Достижение профессионализма в области АП – многолетний и творческий путь. Такая стратегическая перспектива не привлекает молодых студентов, тем более что нет популяризации, четкого понимания востребованности и явных перспектив. Качественное обучение и воспитание таких специалистов – сложная, затратная задача, нереализуемая для большинства ВУЗов России.

При развитии АП возникают барьеры:

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

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

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

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

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