Инструменти за управление на архитектурата на предприятието, отворени системи

Доскоро изглеждаше, че е достатъчно да се инсталира нова компютърна програма - и предприятия, за които ИТ вече се превърна в гръбнака на успешния бизнес, ще бъдат щастливи. Времето на наивния ИТ романтизъм отмина: ефективността на една ИТ инфраструктура се определя не от факта на нейното съществуване, а от специфично въздействие върху основния бизнес на компаниите и тук все още не е толкова розово.

На първия етап интеграцията на бизнеса и информационните технологии (от средата на 80-те до средата на 90-те) изглеждаше възможно да се осъществи чрез автоматизиране на бизнес процесите, съществували в предкомпютърната ера. Практиката показва, че този подход е очевиден, но неправилен. Ако използваме аналогия с конвенционалната архитектура, тогава тази ситуация е подобна на опитите да се използва тухла за изграждане на въжен мост - тя изисква преструктуриране на самите бизнес процеси в съответствие със спецификата на IT ерата.

Вторият етап (от средата на 90-те до средата на 2000-те) е реинженеринг на бизнес процеси. Предполагаше се, че архитектите на информационната система ще предложат нова структура за организацията на бизнеса, максимално съвместима с ИТ. Този период съвпадна със страстта към ERP системите и инструментите за моделиране на бизнес процеси. По аналогия с архитектурата това означаваше проектиране на сграда, като се вземат предвид спецификите на строителните материали и целите на експлоатацията на сградата - архитектът предлага да се построи цяла жилищна сграда от стоманобетонни плочи.

Но се оказа, че съвременното предприятие е много мобилна структура и за да запази позициите си на пазара, трябва постоянно да се променя. Възстановяването на корпоративната „сграда“ трябва да се извършва без изгонване на наемателите и спиране на асансьорите. Времената, в които някога коректно "настроеното" предприятие може да функционира с години, са отминали.

Въпреки това, в лицето на тези фактори, иницииращи процесите на трансформация на предприятията, съществуващата информационна инфраструктура се оказа най-инертната връзка, която е свързана с невероятно високата сложност на информационните системи.

Управление на архитектурата на предприятието

Текущото реинженеринг на бизнес процеси е ограничено от бавността на ИТ, поради което има търсене на инструменти за управление на архитектурата на предприятието. В традиционната архитектура това би означавало възможност за трайно възстановяване на сградата без изселване на жителите и спиране на функционирането на инфраструктурата на къщата. Може да си представим такъв организационен кошмар и огромната сложност на задачите, пред които са изправени тези, които прилагат този модел.

Ориентираната към услуги архитектура (SOA) се превърна в отговор на ИТ на това предизвикателство, но възстановяването на съществуваща ИТ инфраструктура е сложна задача, която изисква инструменти за привеждане на бизнеса в съответствие с ИТ и стратегическо планиране за развитието на последната, без да се спира подкрепата за ключови бизнес процеси. Спешна нужда от инструменти и методологии управление на корпоративна архитектура (Enterprise Architecture Management, EAM) се наблюдава предимно в големи организации - колкото по-голяма е компанията, толкова по-сложна е нейната ИТ инфраструктура. Освен това големите компании са склонни да бъдат на по-високо ниво на зрялост (следвайки модела на зрелост на университета Карнеги Мелън), а внедряването на системи за управление на архитектурата е на най-високо ниво на зрялост. Има няколко основни предизвикателства пред EAM.

Планиране и подкрепа на големи ИТ проекти. Грешките, допуснати в ранните етапи на проекта, водят до огромни проблеми по-късно в проекта. За да се избегнат грешки, се препоръчва използването на инструменти за поддържане на жизнения цикъл на информационните системи.

Конвенционалните информационни системи за подпомагане на развитието обхващат само малка част от цикъла: разработка -> тестване -> внедряване -> операция. Инструментите за управление на архитектурата на предприятието осигуряват поддръжка на жизнения цикъл от най-ранните етапи: анализ на бизнес изискванията, разработване на архитектурни решения, оценка, приоритизиране, подготовка на бюджета, проектиране или придобиване на информационна система (Фигура 1). Организиране на пълноценно взаимодействие на системи за управление на архитектура на предприятието, изградени на базата на едно хранилище (Configuration Management DataBase, CMDB) със системи за управление на конфигурация, системи за управление на портфолио на проекти (Project Portfolio Management, PPM) и редица други системи, позволява да установите подкрепа за пълния жизнен цикъл на информационните системи.