5.1Въведение
Принципите на архитектурата са основата на архитектурата. Принципите не са просто списък на предпочитаните продукти, технологии и други архитектури. Трябва да има някакви общи черти, които помагат да се обясни защо тези списъци са такива, каквито са и кое е ръководно при избора на нови позиции, които да бъдат добавени към списъка.
Начална точка са ръководните архитектурни принципи. Концепцията на принципите е един от най-важните аспекти на архитектурата. Във всяка архитектура, принципите са основополагащите общи правила, които са в сила за цялата архитектура. В известен смисъл архитектурните принципи дефинират духа на архитектурата, при което те се стремят да уловят мисленето което е основополагащо за архитектурата. Една архитектура, която е изградена върху свързан набор от архитектурни принципи, ще има необходимата и пълнота и цялостност.
Архитектурните принципи ще бъдат ръководство за установяване на съответните критерии за оценка и следователно ще имат силно влияние върху избора на продукти, технологии и архитектури.
Обикновено архитектурните принципи се извеждат от основните за бизнеса и ИТ движещи сили/ изисквания. Най-общо те:
-
Отразяват виждането за оптимизирани начини за използване на технологията в полза на бизнеса (работните процеси)
-
Описват предпочитаните практики
-
Осигуряват основа на която се базира дадена архитектура
-
Улавят и пресъздават „духа” на архитектурата
Дейността за дефиниране на архитектурните принципи не е елементарна и не трябва да бъде подценявана. Необходимо е да бъдат създадени архитектурни принципи, които притежават съществени характеристики, които осигуряват дълготрайност, адекватност и приложимост на целевата ИТ архитектура.
Един добър архитектурен принцип трябва да има следните характеристики:
-
Широка приложимост
-
Дълготрайност, т.е. смяна на технологията/ продуктите няма да доведе до необходимост от смяна на принципа
-
Адекватен за основополагащата архитектура, а не просто покриващ финансов или специфичен аспект
-
Обективни причини за предлагането му
-
е свързан с ИТ изисквания, които подкрепа на конкретни движещи сили/двигатели на административната дейност/работни процеси
Един не добре дефиниран принцип обикновено ще притежава една или повече от следните характеристики:
-
Дефиниран е на твърде ниско ниво, което го прави нетраен (напр. само Ethernet LANs ще бъдат въведени в нашата организация)
-
Декларира очевидни неща (напр. 'Всички нови приложения следва да бъдат проектирани така, че да са лесни за употреба')
-
Се разработва с емоционална/ субективна обосновка
-
Се формира от ирационален избор
-
Има малка или никаква общоприложимост
-
Включен е на принципа „защото аз казвам така”
За всеки дефиниран архитектурен принцип се представят рационалните причини/мотивацията и последствията/влиянието на този принцип, като по този начин са гарантира неговата валидност, необходимост и критичност за цялостната архитектура.
Рационалните причини/мотивите дават обосновка за съществуването на принципа и определят по какъв начин българската администрация трябва да инвестира за въвеждането на съответния принцип. Доста често такива заявления изразяват:
-
Реализирането на основен за работата на администрацията способстващ фактор
-
Осигуряване на по-ефективно използване на административни/ ИТ ресурси
Последствията/влиянието описват последващите въздействия или промени за ИТ в резултат на въвеждането на принципа. Обикновено те:
-
Изразяват какво трябва да се промени, в организацията или технологията, за да се реализира конкретния принцип
-
Са насочени към определен резултат, като нуждата от повече обучение, нов продукт/ технология, основни трансформации или нужда от повече ресурси.
Следните ръководни принципи трябва да бъдат взети предвид при разработване архитектурата за електронно управление на българската администрация. Както беше упоменато тяхната цел е да отговорят съгласувано на всички възникващи възникващи архитектурни въпроси и така да осигурят съгласуваност на архитектурата във времето.
Номер:
|
РП.1
|
Категория:
|
Ръководен принцип
|
Тема:
|
Съответствие на архитектурата (Architecture Compliance)
|
Принцип:
|
Съответствието с принципите, процесите и стандартите за архитектурата за електронно управление е задължително за всички доставчици на електронни административни услуги, освен ако не бъде разрешено и документирано изключение, чрез следването на съответния процес на преглед и одобрение.
|
Влияние/
Последствия:
| -
Съответствието с архитектурата подпомага оперативната съвместимост и ефективност
-
Съответствието с архитектурата реализира стратегията за електронно управление и ИТ стратегията
|
Изводи:
| -
Необходими са дефинирани процеси за осигуряване на съответствие
-
Необходими са дефинирани процеси за актуализация на архитектурата за електронно управление и информирането й на съответните организации
|
Номер:
|
РП.2
|
Категория:
|
Ръководен принцип
|
Тема:
|
Публична отговорност (Public Accountability)
|
Принцип:
|
Доставчиците на електронни административни услуги трябва да гарантират, че всички техни услуги, програмни продукти и информационни системи са в пълно съответствие с и осигуряват ясна връзка и проследимост със законодателството, разпоредбите и политиките за електронно управление.
|
Мотивация:
| -
Избягване на лошата репутация и юридически промени, причинени от несъответствието със законодателството, разпоредбите и политиките
-
Отговорност за спазване изискванията за одит и съответствието със законодателството
|
Влияние/
Последствия:
| -
Адекватни ресурси и процеси трябва да бъдат въведени за осигуряване на съответствие
-
Всички услуги, програми, приложения и информационни системи трябва да съответстват на законодателството, разпоредбите и политиките за електронно управление
-
Необходим е достъп до и разбиране на правилата и законодателството
-
Всички услуги, програми и приложения трябва да бъдат тествани за съответствие със законодателството
-
Доставчиците на електронни административни услуги и външните доставчици, разработващи решения за електронно управление трябва да разбират законодателството и да осигурят необходимото съответствие
|
Номер:
|
РП.3
|
Категория:
|
Ръководен принцип
|
Тема:
|
Ангажираност (Involvement)
|
Принцип:
|
Всички административни органи, предоставящи електронни административни услуги ще бъдат ангажирани с разработването и процеса на вземане на решения за ИТ стратегията и архитектурата.
|
Мотивация:
| -
Широко приемане на ИТ стратегията и архитектурата чрез активно ангажиране на засегнатите административни органи в процеса на дефиниране на тези документи
-
Общата ИТ стратегия и архитектура ще подпомогнат многократното използване на съществуващите общи компоненти на услугите и така ще улеснят интеграцията на множество различни администрации и организации.
|
Влияние/
Последствия:
| -
Трябва да е налична структура за процеса по дефиниране и поддържане на ИТ стратегията и архитектурата, както и процеса по надзор и осъвременяване.
|
Номер:
|
РП.4
|
Категория:
|
Ръководен принцип
|
Тема:
|
Надеждност (Availability)
|
Принцип:
|
Услугите на електронното управление и свързаните с тях административни процеси не трябва да бъдат възпрепятствани или прекъсвани от недостатъчна надеждност на информационните системи
|
Мотивация:
| -
Надеждноста е критична за качеството на услугите и е критична за възприемането и приемането на електронното управление
|
Влияние/
Последствия:
| -
Цялостно споразумения за ниво на обслужване (SLA) трябва да бъдат въведени за услугите, предоставяни и непрекъснато наблюдавани чрез подходящи средства
-
Хардуерни и софтуерни компоненти следва да бъдат избрани, конфигурирани и управлявани, за да изпълнят изискванията за надеждност, определени от споразуменията за нива на обслужване
-
Ще бъдат необходими специфични разходи за хардуер, софтуер и проектиране, свързани с предоставянето на високо надеждни услуги
|
Номер:
|
РП.5
|
Категория:
|
Ръководен принцип
|
Тема:
|
Управление на данни (Data management)
|
Принцип:
|
Данните са актив на цялата организация и ще бъдат събирани, съхранявани и управлявани съгласувано с възможно най-малко дублиране, което ще позволи подходящи нива на съвместно им използване от различните административни органи. Оторизираните потребители ще получават достъп до всички данни, необходими за предоставянето на електронни административни услуги.
|
Влияние/
Последствия:
| -
Способност за идентифициране на всичките взаимоотношения на даден гражданин или бизнес организация с администрацията
-
Способност за предоставяне на услуги на електронното правителство, обхващащи множество административни органи на принципа на обслужване на едно гише
-
Подобряване на отношенията между различните административни органи за целите на укрепване на електронното управление, насочено към гражданите.
|
Изводи:
| -
Трябва да бъдат идентифицирани общите данни, които се изискват обикновено, като собствеността (и отговорността) върху тези данни трябва да бъде дефинирана и трябва да бъдат установени правилата за използване и споделяне на данни
-
Трябва да бъдат взети предвид регулаторните изисквания, свързани със съвместното използване на данни
-
Необходимост за установяване на общи методи и практики за управление на данни
-
Необходимост да се дефинира първичното местоположение на всеки елемент от данни в модела на данните, от което всички вторични местоположения следва да задействат актуализации.
|
Номер:
|
РП.6
|
Категория:
|
Ръководен принцип
|
Тема:
|
Сигурност (Security)
|
Принцип:
|
Подходящи средства за управление на сигурността, като политики, стандарти, процеси и процедури трябва да бъдат въведени, за да подкрепят цялостните механизми за ИТ сигурност и по-конкретно да предотвратят неупълномощения достъп и използване на данни.
|
Влияние/
Последствия:
| -
Липсата на политика, стандарти, процеси и процедури за сигурност може да доведе до съществена незащитеност, тъй като правителствата работят с много поверителна информация
-
Всеобхватната програма за сигурност гарантира, че всички области на управление на сигурността са обхванати като са избегнати потенциални грешки и уязвими точки.
|
Изводи:
| -
Необходимост от дефиниране на политики, стандарти, процеси и процедури в подкрепа на ИТ сигурността
-
Необходимост от осигуряване на процес за актуализация на стандартите и системите за сигурност при откриването на нови уязвими точки.
|
Номер:
|
РП.7
|
Категория:
|
Ръководен принцип
|
Тема:
|
Използване на стандарти (Use of Standards)
|
Принцип:
|
Новите приложения и услуги трябва да използват дефинирани стандартни интерфейси и протоколи за данни, мрежи и системи за осигуряване на оперативна съвместимост на приложенията, данните и технологията
|
Мотивация:
| -
Постигане на оперативна съвместимост в контекста на услугите на паневропейското електронно правителство и предоставяни услуги
-
Намаляване на рисковете и разходите при въвеждане на нови приложения и услуги
-
Гъвкаво многократно използване на компонентите на приложенията и услугите в контекста на електронното правителство.
-
Позволява промяна в данните, мрежовите и системни интерфейси и текущите системи без отрицателно въздействие върху съществуващите приложения
-
Опростява създаването на външни интерфейси
|
Влияние/
Последствия:
| -
Стандартни интерфейси и протоколи, обхващащи данни, мрежи и системи следва да бъдат избрани или дефинирани.
-
Трябва да бъдат дефинирани стандартни интерфейси за наследените системи и външни партньори.
-
Бъдещите приложения, независимо дали закупени готови или разработени, трябва да съответстват на стандартите
|
Номер:
|
РП.8
|
Категория:
|
Ръководен принцип
|
Тема:
|
Използваемост (Usability)
|
Принцип:
|
Всички услуги и приложения следва да бъдат лесни за използване от всеки потребител. Лежащата в основата им технология не трябва да има никакво въздействие върху използваемостта на услугите и приложенията
|
Мотивация:
| -
Услугите и приложенията следва да бъдат налични и достъпни за хора с ниска компютърна грамотност или инвалиди
-
По-бързо приемане на нови услуги и приложения чрез лесни за използване потребителски интерфейси
|
Влияние/
Последствия:
| -
Трябва да бъдат установени насоки за проектиране на използваемостта и вградени в новите услуги и приложения
|
Номер:
|
РП.9
|
Категория:
|
Ръководен принцип
|
Тема:
|
Повторна използваемост (Reusability)
|
Принцип:
|
Новите услуги и приложения следва да използват многократно съществуващо приложение или неговите компоненти със същата или подобна функционалност.
|
Мотивация:
| -
Избягване на дублираща работа за разработване на приложение
-
Намаляване на рисковете и разходите и ускоряване на новите разработки
-
Гъвкаво повторно използване на структурните модули като приложения, данни компоненти на услугите, модели на процеси в контекста на електронното управление
|
Влияние/
Последствия:
| -
Трябва да бъдат възприети концепции за компонентно базирани разработки, архитектура на ориентирания към услугите софтуер и модел на многослойна архитектура
-
Следва да бъде установен координационен център, поддържащ централен регистър на услугите и приложенията и подкрепящ доставчиците на електронни административни услуги с повторното използване на съществуващи модули
|
Сподели с приятели: |
