НОУ ІНТУІТ, Лекція, Елементи Архітектури підприємства

Принципи, моделі та стандарти в рамках архітектури підприємства

p align="justify"> Основні складові елементи стратегії та архітектури інформаційних технологій підприємства можна відобразити умовно у вигляді наступної піраміди, представленої на малюнку 5.2.

З цього малюнка видно, що керівні принципи, так само як і стандарти політики, керівництва, процедури, можуть стосуватися абсолютно всіх елементів архітектури: і даних, і прикладних систем, і технологічної інфраструктури.

Важливо, що з описи " верхньої " частини цієї піраміди використовуються, переважно, такі механізми, як декларовані принципи. " Середня " частина піраміди, тобто. безпосередньо архітектура описується у формі набору відповідних моделей. А нижня частина піраміди пов'язана з виробленням відповідних правил, процедур чи вибором стандартів.

Ключовими елементами, з погляду архітектури, є принципи, стандарти та моделі. Стандарти розробляються на основі принципів та описують, як принципи будуть реалізовані на практиці. Моделі є графічним уявленням принципів та стандартів та використовуються для опису архітектури. При цьому моделі забезпечують спрощене уявлення про складний реальний світ і створюють абстрактні конструкції, в яких опущені несуттєві деталі та увага зосереджена на найважливіших аспектах описуваного предмета. Крім того, моделі забезпечують основу для обговорення між різними зацікавленими сторонами одного й того самого предмета. Цьому присвячено наступний розділ.

У загальному випадку практика опису стратегії та архітектури інформаційних технологій, а також інші нормативні документи, що описують принципистворення та експлуатації інформаційних систем підприємства або органів державного управління рівня регіону чи міста, може включати такі елементи:

Місія та бачення.
Керівні принципи. Твердження, що описують принципи та ключові елементи філософії використання інформаційних технологій.
Цілі, завдання та стратегії.
Архітектура інформаційних технологій.
Політики (правила). Політики є спільними твердженнями, які задають напрями та цілі, пов'язані з ініціативами в галузі ІТ. Вони мають, як правило, досить високорівневий та загальний характер та забезпечують скоординований процес планування, закупівлю критично важливих технологій, ефективну розробку систем та ефективне використання інформаційних технологій та ресурсів.
ІТ-стандарти. Стандарти – це обов'язкові для використання твердження щодо технологій, продуктів та/або послуг, що використовуються. Вони мають бути досить повними і водночас визначати розумний мінімум вимог, обов'язкових використання. У випадку, коли йдеться про стандарти, які обирають держава, особливо важливим є підхід, коли стандарти описують лише найбільш загальні та важливі елементи технологій відповідно до принципів чесної конкуренції.
Процедури. Процедури – це інструкції, які описують, як виконуються політики та стандарти. Процедури встановлюють та описують процеси, які виконуються на регулярній основі.
Посібники або рекомендації (gu >

Реалізація цілей, завдань та стратегій досягається через відповідні ІТ-проекти, що формулюються у планах на черговий період діяльності.

Звичайно, цей список представляєтьсядосить об'ємним, проте ми даємо читачеві уявлення про "ідеальну" картину, пов'язану з описом стратегії та архітектури інформаційних технологій на рівні досить великої організаційної освіти. Насправді, звісно, така повноцінна сукупність документів та описів створюється протягом певного періоду часу практичної роботи.

При цьому можна рекомендувати використання наступної ієрархії відносин між політиками, стандартами та процедурами. Стандарти завжди мають бути пов'язані з деякими сформульованими політиками, хоча самі політики можуть і не мати певних стандартів "під собою". Так само процедури завжди мають бути пов'язані з певними стандартами, хоча самі стандарти можуть існувати без пов'язаних із ними будь-яких процедур.

Важливим є наступне зауваження, сформульоване в архітектурній методиці META Group, яке стосується ролі принципів і моделей в описі архітектури (докладніше про це див. в "Методики опису архітектур. Моделі Захмана і Gartner, методики META Group і TOGAF"). Можна сказати, що існують два різні підходи до процесів розробки, опису та використання архітектури підприємства: суттєва, можливо, навіть більша частина фахівців та компаній вважає, що основою архітектури є принципи, а інша частина дотримується точки зору, що основою архітектури є процес створення моделей . META Group вважає, що при описі сьогоднішньої існуючої архітектури (архітектури "як є") необхідно більшою мірою керуватися деклараціями принципів, на основі якої вона побудована; в той же час, майбутні стани архітектури повинні описуватися з використанням відповідних моделей, що описують окремі уявлення(Домени) майбутньої архітектури.

На перший погляд, це навіть може здатися дивним. Відомо багато прикладів, коли організація витрачає значні зусилля створення деталізованих описів існуючих процесів. Майбутнє для замовника не дуже зрозуміле, тому часто обмежуються спільними деклараціями. В результаті пухкі альбоми зі схемами бізнес-процесів успішно розміщуються на полиці. Знайома картина, чи не так? Ми повернемося до оптимального розподілу зусиль на різних фазах архітектурного процесу в "Процес розробки архітектур: оцінка зрілості, деталізація та розподіл зусиль. Інструментальні засоби та моніторинг технологій".

Основою таких рекомендацій META Group є такі міркування. Коли організація знаходиться на самому початку процесу розробки своєї архітектури, то, як правило, немає повної ясності та згоди щодо моделей і навіть розбиття архітектури на уявлення (домени).

У цих умовах перше, що архітектура підприємства має дати одразу і всім учасникам процесу – це загальні рекомендації щодо поточних проектів, щоб їхні керівники могли розуміти загальний напрямок. Першим правилом є правило " не нашкодь " , що означає завдання спільного всім стратегічного напрями. Це досягається через формулювання принципів, які є дуже потужним інструментом. Принципи – це високорівневі посібники до дії. Прикладом принципу може бути наступний: "Ми будемо використовувати передові технології, але не найновіші і неперевірені". Звичайно, це вимагає подальшого уточнення понять "передові технології" та "новітні технології". Принципи одночасно забезпечують інструмент прийняття неминучих компромісних рішень розробки моделей і забезпечення єдностіміж різними доменами архітектури.

Еволюція змісту архітектури підприємства з її розробки та розвитку умовно показано на рис. 5.4.

Нам це зауваження та цей підхід здаються дуже важливими та адекватними, особливо для великих підприємств та органів державної влади, де проект розробки архітектури реалізується, як правило, у виключно розподіленому організаційному середовищі.

Тематика та список конкретних принципів визначається рівнем розвитку інформаційних систем підприємства, існуючими пріоритетами, та спектр цієї тематики дуже широкий.

На перший погляд, деякі з декларованих принципів, особливо у відриві від решти контексту, можуть звучати тривіально, як щось зрозуміле. Але їх глибший аналіз – причини, з яких ці принципи прийнято, впливом геть архітектуру інформаційних систем, – зазвичай, показує важливість явної формулювання таких високорівневих тверджень. Наведемо приклади деяких явно сформульованих принципів, які можуть стосуватися як комерційного підприємства, так і, наприклад, рівня регіонального (міського) уряду.