So, apart from being related to the

So, apart from being related to the goals of the organization, value evolves in time.
As we are interested in value as created by EA activities, figure 1 suggests that this
can take place during the development and implementation of EA in the operations
(step 1) as well as after the operational changes are implemented (step 2). For the first
step – towards the implementation of the EA – two logical phases can be discerned:
the architecture development process, resulting in the target architecture, and the realization
process aimed at implementing this target architecture. In the second step,
when (parts of) the target architecture are implemented in operational processes and
systems, we differentiate, based on reported benefits1, between the value resulting
from plain use of the results and the re-use of these results, as stimulated by the EA,
in different environments.
These considerations have resulted in four phases in our model, which below are
summarized and related to the familiar phases in the Architecture Development Method
(ADM) of TOGAF-9 [22] as well:
• Development: in the development phase, the EA is developed and maintained.
This phase corresponds with the ADM phases Architecture Vision,
Business Architecture, Information Systems Architectures and Technology
Architecture.
• Realization: the realization phase is where programs are defined and projects
are carried out to implement the changes defined in the EA. This phase corresponds
with the ADM phases Opportunities and Solutions, Migration
Planning and Implementation Governance.
• Use: After the implementation, changes have been implemented in the organization
and the time to collect the promised benefits has come. Monitoring
the new architecture (Architecture Change Management in ADM) is a
continuing activity in this phase.
• Re-use: the Re-use phase is a seamless continuation of the Use phase and as
such part of the phase Architecture Change management in ADM. However,
after implementing parts of a new architecture, re-use of these parts may
have a big influence on the next parts and thus yield value.
While the second axis of our model is defined by time, it is loosely coupled with
organizational responsibilities as well. In general, the architecture function in an
organization is responsible for the development phase while for the realization phase
the change function (program and project leaders, portfolio managers, etc.) has
the responsibility. In the use phase, the operational function takes over the responsibility
and for the re-use phase the architecture and change function should both be
responsible.
Since in our model the two dimensions (perspectives and phases) are mutually independent,
we can combine them in a framework: the Enterprise Architecture Value

Framework (EAVF) as shown in figure 2. In the framework, we use a dashed line
between the phases Use and Re-use to emphasize that these phases are not strictly
separated.
As has been shown by various authors (see for example [5], [9], [13]), every valueconstruct,
i.e. every construct that contributes to the goals of the enterprise, can be
placed in one of the columns (perspectives of the Balanced Scorecard) of the framework.
Moreover, whenever a change in value occurs in a value-construct, it can be
attributed to one of the rows (the phases) of the framework. This guarantees that our
framework is complete and covers all of the “value-universe”. It follows that it is
possible (but not always trivial) to map another categorization into the framework; an
example has been given in figure 2 where three of the categories of Tamm et al. (see
the Introduction of this paper) have been placed in the framework.

Resultados (polaco) 1:

Tak oprócz związane z celami organizacji, wartość zmienia się w czasie.Ponieważ interesuje nas wartość tworzony przez EA działań, rysunek 1 sugeruje, że tomogą mieć miejsce podczas projektowania i implementacji EA w operacjach(krok 1), jak również jak po zmiany operacyjne są realizowane (krok 2). Po raz pierwszykrok – w kierunku realizacji EA – można dostrzec dwie fazy logiczne:proces rozwoju architektury, w wyniku docelowej architektury i realizacjaproces w celu wykonania tej architektury docelowego. W drugim kroku,gdy (części) architektury docelowego są implementowane w procesy operacyjne isystemy, rozróżniamy, w oparciu o zgłoszone świadczeń1, między wartość wynikoweod zwykłego korzystania z wyników i ponownego wykorzystania tych wyników, jak stymulowany przez EA,w różnych środowiskach.Te rozważania doprowadziły w czterech fazach w naszym modelu, które poniżej sąpodsumowane i związane z fazy znane w metodzie rozwoju architektury(ADM) TOGAF-9 [22] jak również:• Rozwój: w fazie rozwoju, EA jest rozwijane i utrzymywane.Faza ta odpowiada fazie ADM wizję architektury,Architektura biznes, architektur systemów informacji i technologiiArchitektura.• Realizacja: realizacji fazy jest to, gdzie są zdefiniowane programy i projektyprzeprowadzane są zmiany zdefiniowane w EA. Faza ta odpowiadaz ADM fazy możliwości i rozwiązań, migracjiPlanowanie i wdrażanie zarządzania.• Zastosowanie: po wdrożeniu, zmiany zostały wdrożone w organizacjii nadszedł czas, aby zebrać przyrzeczonych świadczeń. MonitorowanieNowa architektura (architektura zarządzania zmianami w ADM) jestdziałalności kontynuowanej w tej fazie.• Ponowne wykorzystanie: faza ponownego wykorzystania jest kontynuacją bezszwowe fazy użytkowania i jakotakie części fazy zarządzania zmianą architektury w ADM. Jednakże,Po wdrożeniu części nowej architektury, ponownego wykorzystania tych części możema bardzo duży wpływ na następne części i tym samym wydajność.Natomiast drugą oś naszego modelu jest zdefiniowany przez czas, jest luźno sprzężona zjak również obowiązków organizacyjnych. Ogólnie rzecz biorąc, architektura funkcjonować worganizacja jest odpowiedzialna za fazy rozwoju do fazy realizacjiFunkcja zmiany (liderów programu i projektu, zarządzających portfelem itd.) maodpowiedzialność. W fazie użytkowania operacyjnego funkcja przejmuje odpowiedzialnośći ponownego wykorzystywania faza architektury i zmiany funkcji, powinny byćodpowiedzialne.Ponieważ w naszym modelu są wzajemnie niezależne, dwa wymiary (perspektywy i fazy)można połączyć je w ramy: wartość Architektura przedsiębiorstwaRamy (EAVF), jak pokazano na rysunku 2. W ramach używamy linia przerywanamiędzy fazami użycia i ponownego użycia, aby podkreślić, że fazy te nie są ściśleoddzielone.Jak to zostało pokazane przez różnych autorów (zob. na przykład [5], [9], [13]), co valueconstruct,tzn co konstrukcja, która przyczynia się do realizacji celów przedsiębiorstwa, mogą byćumieszczone w jednej z kolumn (perspektywy Balanced Scorecard) RAM.Ponadto w każdym przypadku, gdy nastąpi zmiana wartości w wartość konstrukcji, mogą byćprzypisane do jednego z wierszy (FAZ) RAM. Gwarantuje to, że naszeRAM jest kompletne i obejmuje wszystkie "wartość-wszechświata". Z powyższego wynika, że tomożliwe (ale nie zawsze trywialne) do mapowania innej kategoryzacji w ramy; anprzykład ma zostały podane na rysunku 2, gdzie trzy kategorie Tamm et al. (zob.Wprowadzenie tego papieru) zostały umieszczone w ramach.

Resultados (polaco) 2:

Tak więc, oprócz tego, że związane z celami organizacji, wartość zmienia się w czasie.
Jako że jesteśmy zainteresowani wartości, który został stworzony przez działania EA, figura 1 sugeruje, że to
może mieć miejsce w trakcie opracowywania i wdrażania EA w operacjach
(etap 1), jak i po zmianach operacyjnych są realizowane (krok 2). Na pierwszym
etapie - w kierunku realizacji EA - dwie fazy logiczne można dostrzec:
proces rozwoju architektury, w wyniku architektury docelowej, a realizacja
proces mający na celu wdrożenie tej docelowej architektury. W drugim etapie,
gdy (części) struktury docelowej są implementowane w procesie i operacyjne
systemy wyróżniamy, w oparciu o zgłoszone benefits1,
pomiędzy wartością wynikającą ze zwykłego wykorzystywania wyników i ponownego wykorzystania tych wyników, a stymulowane przez EA,
w różnych środowiskach.
Rozważania te doprowadziły w czterech fazach w naszym modelu, które poniżej zostały
podsumowane i odnoszące się do znanych etapów metody rozwoju architektury
(ADM) TOGAF-9 [22], a także:
• rozwój: w fazie rozwoju, EA i rozwijane.
Faza ta koresponduje z fazami ADM Architektura Vision,
Architektura biznesowa, systemy informacyjne architektur i technologii
architektury.
• Wykonanie: faza realizacji, gdzie programy są zdefiniowane i projekty
prowadzone są w celu wprowadzenia zmian określonych w EA.
Faza ta odpowiada z fazami ADM możliwości i rozwiązań, migracja
planowanie i wdrażanie ładu.
• Zastosowanie: Po wdrożeniu zmiany zostały wprowadzone w zakresie organizacji
i czasu zebrania obiecanych korzyści nadszedł. Monitorowanie
nowej architektury (architektura zarządzania zmianą w ADM) jest
kontynuowanie aktywności w tej fazie.
• Ponowne wykorzystanie: faza Ponowne wykorzystanie jest bezproblemowe kontynuowanie fazie użytkowania i jako
taki częścią architektury fazy zarządzania zmianą w ADM. Jednak
po części nowej architektury realizacji, ponowne wykorzystanie tych elementów może
mieć duży wpływ na kolejne części, a tym samym uzyskując wartość.
Natomiast druga oś naszego modelu jest określona przez czas,
jest luźno z obowiązków organizacyjnych, jak również. W ogóle, to funkcja architektury w
organizacji jest odpowiedzialny za fazie rozwoju, podczas gdy w fazie realizacji
funkcji zmiany (programów i projektów liderów zarządzających portfelami, itp) ma
odpowiedzialność. W fazie użytkowania, funkcja operacyjna przejmuje odpowiedzialność
i dla fazy ponownego wykorzystania architektury i zmiany funkcji powinna być zarówno
odpowiedzialni.
Ponieważ w naszym modelu dwóch wymiarów (perspektywy i fazy) są niezależne od siebie,
możemy połączyć je w ramach: Enterprise Architecture Wartość

Framework (EAVF), jak pokazano na rysunku 2. W ramach,
używamy przerywaną linię pomiędzy fazami lub wielokrotnego użytku, aby podkreślić, że fazy te nie są ściśle
rozdzielone.
Jak wykazano przez różnych autorów (patrz, na przykład [5], [9], [13]), co valueconstruct,
to każda konstrukcja, która przyczynia się do realizacji celów tego przedsiębiorstwa może być
umieszczona w jednej z kolumn (perspektywy Balanced Scorecard) ram.
Ponadto, w miarę zmiany wartości odbywa się w wartości konstrukt, można
przypisać do jednego z rzędów (faz) ram. To gwarantuje, że nasze
ramy są kompletne i obejmuje wszystkie "value-wszechświata". Wynika z tego, że jest
to możliwe (ale nie zawsze trywialne) mapować inną kwalifikację do ram;
przykład został podany na rysunku 2, gdzie trzy z kategorii Tamm et al. (patrz
Wprowadzenie tego papieru) zostały umieszczone w ramach.

Resultados (polaco) 3:

więc, oprócz kwestii związanych z celami organizacji, wartość zmienia się w czasie.jak jesteśmy zainteresowani wartość jako stworzone przez ea działalności, rys. 1 wskazuje na to,może odbywać się podczas opracowywania i realizacji ea w operacji(etap 1), jak również po zmian operacyjnych są realizowane (etap 2).po raz pierwszy– krok w kierunku realizacji ea – dwa logiczne etapy można dostrzec.architektura procesu rozwoju, wynikające w cel z architektury i.proces mający na celu realizację tego celu architektury.w drugim etapie,kiedy (części) cel architektury są wdrażane w procesów operacyjnych, orazsystemy, to rozróżnienie, na podstawie zgłoszonych benefits1, między wartością otrzymanąz prostym wykorzystywanie wyników i ponownego wykorzystywania tych wyników, jak stymulowane ea,w różnych środowiskach.te względy doprowadziły w czterech etapach naszego modelu, który poniżejzebrane i związanych z znajomo faz w architekturze metodą rozwoju(adm) togaf-9 [22], jak również:• rozwoju: w fazie rozwoju, ea ma opracować i utrzymać.etap ten odpowiada adm faz architektury wizji,sprawa architektury, systemów informatycznych, architektury i technologiearchitektura.• realizacji: realizacji fazy, gdzie programy są określone i projektówsą przeprowadzane w celu wdrożenia zmian określonych w teren.etap ten odpowiadaz adm faz możliwości i rozwiązań, migracjiplanowanie i realizację zarządzania.• użycia: po wprowadzeniu zmiany zostały wprowadzone w organizacjii czas, by zebrać obiecał świadczeń.monitorowanienowa struktura (struktury zarządzania zmianami w adm) jestdalsze działania na tym etapie.• ponowne wykorzystanie: ponowne wykorzystanie faza jest bezproblemową kontynuację stosowania etap itę część fazy struktury zarządzania zmianami w adm. jednakże,po wdrożeniu części nowej architektury, ponowne użycie części te mogąmiał duży wpływ na następnej części i tym samym wartość plonu.podczas gdy druga oś naszego modelu określa czas, to jest luźno w połączeniu zorganizacja obowiązków, jak również.ogólnie, architektura funkcji worganizacja jest odpowiedzialna za fazę rozwoju, podczas gdy w przypadku realizacji fazyzmiany funkcji (program i kierowników projektów, zarządzania portfelem, itp.)odpowiedzialność.w fazie użytkowania, przejmuje odpowiedzialność za czynności operacyjnychi za ponowne wykorzystywanie fazy struktury i funkcji zmiany powinny byćza to odpowiedzialny.ponieważ w naszym modelu dwa wymiary (perspektyw i faz) są wzajemnie niezależne,możemy połączyć je w ramach struktury przedsiębiorstw wartości:ramy prawne (eavf), jak pokazano na rys. 2.w ramach, używamy linia przerywanapomiędzy fazami wykorzystanie i ponowne wykorzystanie, by podkreślić, że te etapy nie są ściślew separacji.jak wykazały różnorodne autorów (zob. na przykład [5], [9] [13]), co valueconstruct,tj. każda konstrukcji, która przyczyni się do osiągnięcia celów danego przedsiębiorstwa może byćumieścić w jednej z tych kolumn (punktu widzenia zrównoważona karta wyników) ram wspólnotowych.ponadto, w sytuacjach, kiedy zmiana wartości zachodzi w wartości budowy, to może byćprzydzielone do jednej z rzędów (etapach) ram wspólnotowych.to gwarantuje, że naszeramy prawne są kompletne i obejmuje wszystkie "wartość wszechświata".wynika z tego, żemożliwe (ale nie zawsze banalna) mapę inny przydział w ramach;przykład przedstawiono na rysunku 2, gdzie trzy kategorie tamm et al.(zob.wprowadzenie niniejszego dokumentu) zostały wprowadzone w ramach.