Architektura korporacyjna

Pojęcie architektury korporacyjnej (ang. enterprise architecture )  zaczyna funkcjonować w świadomości coraz to większej liczby firm. Firmy te dostrzegły potrzebę opisania struktury i współpracy na poziomie komponentów. Tymi komponentami mogą być pracownicy firmy, działy firm, systemy informatyczne.

Koncepcją, która może pomóc zmienić postrzeganie informatyki w urzędzie – z roli czysto technicznej, na mającą istotne znaczenie dla funkcjonowania jednostki – jest architektura korporacyjna (ang. enterprise architecture). W literaturze definiuje się ją jako opis struktury i funkcji komponentów jednostki (komponentami są np. ludzie, procesy biznesowe, struktury organizacyjne jak również systemy informatyczne), wzajemnych powiązań pomiędzy tymi komponentami oraz pryncypiów i wytycznych zarządzających ich tworzeniem i rozwojem w czasie. Czyli mówimy tutaj nie tylko o modelach, ale także o sposobie działania.

Dla mnie architektura korporacyjna jest modelem opisującym wiele aspektów organizacji na wysokim poziomie abstrakcji. Mam  tu na myśli przede wszystkim perspektywę biznesową, aplikacyjną i technologiczną. Zaletą architektury korporacyjnej jest możliwość budowy powiązań pomiędzy wspomnianymi perspektywami.  Znamiennym jest iż budując architekturę korporacyjną można skorzystać z modele koncepcyjnych (EA Framework) takich jak:

  • Zachman Framework
  • FEAF (Federal Enterprise Architecture Framework)
  • DoDAF (Department of Defense Architecture Framework)
  • TOGAF (Open Group Architecture Framework)
  • Meta Group (obecnie Gartner)

Moją ulubioną „strategią” budowania architektury korporacyjnej jest TOGAF (The Open Group Architecture Framework) nie tylko, ze najlepiej go z nam, ale także dlatego, że jest to podejście rekomendowane przez UE.

Technorati Tagi: architektura korporacyjna,modelowanie biznesowe,modelowanie procesów biznesowych

Podobne wpisy

  • Wymagania na system – kontekst i granica systemu Do głównych zadań inżynierii wymagań należy m.in. akwizycja i dokumentacja wymagań na system. Aby tego dokonać należy zidentyfikować te części świata rzeczywistego, które będą miały wpływ […]
  • Skuteczne i wydajne narzędzie do zarządzania wymaganiami W zeszłym tygodniu na jednym ze spotkań dotyczącego projektu o dość sporej wartości dostałem pytanie: Dlaczego do większych projektów do zarządzania wymaganiami rekomenduję IBM Rational […]
  • Demonstracja czyli o ważności informacji zwrotnej Jednym z moich zaleceń, związanych z nurtem Agile, jest: “Pokazuj to co zbudowałeś tak często jak się tylko da”. Należy zastosować to podejście, aby uzyskać informację zwrotną na temat […]
  • MANEA w nowej wersji Chciałem tylko poinformować iż MANEA  - plugin umożliwiający synchronizację wpisów z MANTIS Bug Trucker  z Enterprise Architect - został zaktualizowany. Przypomnę, że […]
  • niedocenione wymagania niefunkcjonalne Wymaganie niefunkcjonalne zawsze wydają się być zbyt słabo podkreślone podczas pisania wymagań. Zazwyczaj brakuje na nie czasu i są zbyt szczegółowe by wszystkie opisać. Ponadto udziałowcy […]
Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Przewiń do góry