![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Framework-View-1.jpg\")
<\/p>\n<\/p>\n
Widok frameworku.<\/p>\n
Ten widok reprezentuje framework do budowania wszystkich aspekt\u00f3w rozwoju i powi\u0105zanych diagram\u00f3w. Widok mo\u017cna dostosowa\u0107 do sytuacji. Dlatego ten widok mo\u017ce by\u0107 u\u017cywany do nawigacji mi\u0119dzy diagramami. Ta wersja widoku jest stosowana z frameworku ArchiMate (3). Motywacja jest tu wprowadzana jako \u201ewarstwa\u201d, a nie jako \u201easpekt\u201d.<\/p>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Motivation-View-1.jpg\")
<\/p>\n
Punkt widzenia motywacji.<\/p>\n
Ten widok mo\u017ce by\u0107 u\u017cywany do analizy motywacji lub czynnik\u00f3w nap\u0119dzaj\u0105cych, kt\u00f3re kieruj\u0105 organizacj\u0105 i jej projektowaniem lub zmian\u0105 architektury przedsi\u0119biorstwa. Analizy motywacji s\u0105 punktem wyj\u015bcia dla wszystkich dzia\u0142a\u0144 zmiany lub transformacji biznesowych w organizacji. Widok reprezentuje wizj\u0119 pracy rozwojowej \u2014 czy zakres i skala obejmuj\u0105 ca\u0142\u0105 organizacj\u0119, jej cz\u0119\u015b\u0107 (np. linia biznesowa) lub pojedynczy program lub projekt (poziom rozwi\u0105zania). Uwaga: Do elementu np. Wynik (lub innego elementu ArchiMate) mo\u017cna doda\u0107 warto\u015b\u0107, aby wskaza\u0107 rzeczywist\u0105 warto\u015b\u0107 dodan\u0105!<\/p>\n
Elementy motywacji oparte s\u0105 na Modelu Motywacji Biznesowej (BMM) [specyfikacja<\/a> w.1.3, 2015, OMG].<\/p>\n Misja \u2013 Wizja \u2013 Warto\u015bci.<\/p>\n Ten widok mo\u017ce by\u0107 u\u017cywany do przedstawienia misji, wizji i warto\u015bci centralnych organizacji. Misja wyra\u017ca, na przyk\u0142ad: \u201eJaka jest misja organizacji, co faktycznie robi lub zamierza robi\u0107, i jaki jest g\u0142\u00f3wny pow\u00f3d jej istnienia?\u201d Wizja to stan przysz\u0142y, kt\u00f3rego organizacja chce osi\u0105gn\u0105\u0107. Warto\u015bci centralne wspieraj\u0105 wizj\u0119, kszta\u0142tuj\u0105 kultur\u0119 i odzwierciedlaj\u0105 warto\u015bci organizacji. Aby zrealizowa\u0107 wizj\u0119 organizacji, nale\u017cy osi\u0105gn\u0105\u0107 cele strategiczne.<\/p>\n \u0179r\u00f3d\u0142o: Aldea, A. \u2013 Iacob, M.-E. \u2013 Hillegersberg, J. \u2013 Quartel, D. \u2013 Franken, H. (2015) Modelowanie strategii za pomoc\u0105 ArchiMate.<\/p>\n Mapa warto\u015bci \u2013 Widok mapy strategii.<\/p>\n Ten widok mo\u017ce by\u0107 u\u017cywany do wizualizacji strategii organizacji. Widok zawiera elementy warto\u015bci strategicznych, a wszystkie dzia\u0142ania rozwojowe musz\u0105 by\u0107 wyprowadzone \u2014 bezpo\u015brednio lub po\u015brednio \u2014 z element\u00f3w warto\u015bci strategicznych. Poprzez wizualizacj\u0119 warto\u015bci strategicznej mo\u017cliwe jest \u015bledzenie wszystkich innych element\u00f3w zwi\u0105zanych z rzeczywistym wykonaniem strategii. Dzi\u0119ki temu widokowi strategia mo\u017ce by\u0107 zmaterializowana: wizualizowana, komunikowana i \u0142\u0105czone z rzeczywisto\u015bci\u0105.<\/p>\n Widok analizy interesariuszy.<\/p>\n Ten widok mo\u017ce by\u0107 u\u017cywany do analizy interesariuszy w kontek\u015bcie rozwoju biznesowego: jakie s\u0105 czynniki zmiany? Najpierw identyfikuje si\u0119 istotnych interesariuszy, a nast\u0119pnie ustala si\u0119 czynniki zmiany zgodne z ich interesami. Poj\u0119cie \u201eOcena\u201d mo\u017ce by\u0107 u\u017cywane do szczeg\u00f3\u0142owej analizy czynnik\u00f3w, np. wed\u0142ug podej\u015bcia SWOT (Zalety, Wady, Okazje, Zagro\u017cenia). Zazwyczaj mo\u017cna tworzy\u0107 r\u00f3\u017cne widoki interesariuszy z r\u00f3\u017cnych punkt\u00f3w widzenia. Inny pow\u00f3d podzia\u0142u du\u017cego obrazu na mniejsze fragmenty to utrzymanie diagram\u00f3w zwi\u0119z\u0142ych i czytelnych \u2014 dla prostoty.<\/p>\n Punkt widzenia interesariuszy.<\/p>\n Ten widok mo\u017ce by\u0107 u\u017cywany do \u0142\u0105czenia czynnik\u00f3w nap\u0119dzaj\u0105cych interesariuszy z celami biznesowymi. Cele s\u0105 kluczowymi elementami rozwoju organizacji. Wszystkie kolejne elementy powinny by\u0107 zwi\u0105zane z tymi podstawowymi czynnikami nap\u0119dzaj\u0105cymi wszystkie dzia\u0142ania zmiany.<\/p>\n Widok zasad.<\/p>\n Widok ryzyka i bezpiecze\u0144stwa. Mapowanie koncepcji ryzyka i bezpiecze\u0144stwa na ArchiMate. Problemy bezpiecze\u0144stwa i ochrony danych s\u0105 cz\u0119\u015bci\u0105 zarz\u0105dzania ryzykiem. Ten spos\u00f3b modelowania obejmuje oba aspekty.<\/p>\n \u0179r\u00f3d\u0142a:<\/p>\n Widok analizy SWOT.<\/p>\n Widok cel\u00f3w (z elementem warto\u015bci).<\/p>\n Wz\u00f3r OKR.<\/p>\n OKR to popularna strategia zarz\u0105dzania s\u0142u\u017c\u0105ca do definiowania cel\u00f3w i \u015bledzenia wynik\u00f3w. Pomaga tworzy\u0107 zgodno\u015b\u0107 i zaanga\u017cowanie wok\u00f3\u0142 mierzalnych cel\u00f3w. OKR ma dwa wa\u017cne elementy: cel, kt\u00f3ry chcesz osi\u0105gn\u0105\u0107, oraz kluczowe wyniki, kt\u00f3re s\u0105 sposobem pomiaru osi\u0105gni\u0119cia celu.<\/p>\n Cel:<\/p>\n Kluczowe wyniki:<\/p>\n Poni\u017cej przedstawiono inn\u0105 wersj\u0119 OKR.<\/p>\n Wz\u00f3r OKR (2).<\/p>\n Widok warstwy strategii<\/p>\n Widok strategii.<\/p>\n Wersja ArchiMate 3 obs\u0142uguje teraz poj\u0119cia zwi\u0105zane z strategi\u0105 biznesow\u0105, takie jak \u201eKierunek dzia\u0142ania\u201d, \u201eZdolno\u015b\u0107\u201d i \u201eZas\u00f3b\u201d, kt\u00f3re mog\u0105 by\u0107 wykorzystywane do modelowania strategii biznesowej organizacji. Warto\u015b\u0107 i znaczenie tego widoku polegaj\u0105 na tym, \u017ce cele organizacji mog\u0105 by\u0107 powi\u0105zane z strategi\u0105, a tak\u017ce na tym, jak s\u0105 one powi\u0105zane z architektur\u0105 przedsi\u0119biorstwa poprzez zdolno\u015bci. Ten widok mo\u017ce by\u0107 wykorzystywany do zastosowania \u201emodelowania strategicznego opartego na celach\u201d (Azevedo et al. 2015), w kt\u00f3rym cele tworz\u0105 hierarchi\u0119, dzi\u0119ki czemu cele najwy\u017cszego poziomu mog\u0105 by\u0107 roz\u0142o\u017cone na cele ni\u017cszego poziomu.<\/p>\n Strategia biznesowa.<\/p>\n Widok Modelu motywacji biznesowej (BMM).<\/p>\n Widok wymaga\u0144.<\/p>\n Ten widok mo\u017ce by\u0107 wykorzystywany do zbierania wymaga\u0144 opartych na celach strategicznych. \u0141\u0105czy strategi\u0119 z realizacj\u0105: strategi\u0119 mo\u017cna \u015bledzi\u0107 do wykonania.<\/p>\n Widok strategia do zdolno\u015bci.<\/p>\n Ten widok mo\u017ce by\u0107 wykorzystywany np. do cel\u00f3w Planowania opartego na zdolno\u015bciach (CBP), a tak\u017ce innych poj\u0119\u0107 ArchiMate, takich jak \u201eWzmacniacz\u201d i \u201eCel\u201d, jak pokazano na rysunku poni\u017cej. Ten widok mo\u017ce by\u0107 wykorzystywany do wspierania cel\u00f3w planowania strategicznego (i realizacji). Dlatego ten widok mo\u017ce by\u0107 wykorzystywany w fazie Strategia do Zdolno\u015bci, kt\u00f3ra mo\u017ce by\u0107 cz\u0119\u015bci\u0105 \u201eStrategia do Portfela\u201d w IT4IT.<\/p>\n Widok mapy mo\u017cliwo\u015bci.<\/p>\n Ten widok mo\u017ce s\u0142u\u017cy\u0107 do przedstawienia przegl\u0105du mo\u017cliwo\u015bci organizacji: co organizacja robi lub mo\u017ce robi\u0107.<\/p>\n Widok planowania mo\u017cliwo\u015bci.<\/p>\n Ten widok mo\u017ce by\u0107 u\u017cywany np. w celu planowania opartego na mo\u017cliwo\u015bciach (CBP), tzn. \u201epo\u0142\u0105czenie strategii z architektur\u0105 przedsi\u0119biorstwa\u201d. Widok mo\u017ce by\u0107 u\u017cywany np. do mapowania strategii na wymagane mo\u017cliwo\u015bci oraz mo\u017cliwo\u015bci na zasoby i inne elementy budowlane.<\/p>\n Widok realizacji mo\u017cliwo\u015bci.<\/p>\n Inny widok definiuj\u0105cy, jak mo\u017cliwo\u015bci s\u0105 realizowane przez kt\u00f3re elementy\u2026<\/p>\n Widok realizacji mo\u017cliwo\u015bci 2.<\/p>\n Widok strumienia warto\u015bci (szablon).<\/p>\n Uwaga! \u201eZwi\u0105zanie kierowane\u201d u\u017cywane na pocz\u0105tku \u0142a\u0144cucha warto\u015bci \/ strumienia warto\u015bci. Strumie\u0144 warto\u015bci mo\u017ce sk\u0142ada\u0107 si\u0119 z etap\u00f3w warto\u015bci. Podobnie, og\u00f3lny, wysokopoziomowy strumie\u0144 warto\u015bci mo\u017ce by\u0107 \u201e\u0142a\u0144cuchem warto\u015bci\u201d, kt\u00f3ry z kolei sk\u0142ada si\u0119 z strumieni warto\u015bci. Na przyk\u0142ad, IT4IT (link<\/a>) wprowadza \u0142a\u0144cuch warto\u015bci sk\u0142adaj\u0105cy si\u0119 z czterech strumieni warto\u015bci: Strategia portfela, Wdro\u017cenie popytu, Zaspokojenie \u017c\u0105dania, Wykrycie do poprawy (link<\/a>).<\/p>\n Poni\u017cej przedstawiono prosty przyk\u0142ad \u0142a\u0144cucha dostarczania warto\u015bci. \u0141a\u0144cuchy warto\u015bci, sieci warto\u015bci i strumienie warto\u015bci mog\u0105 by\u0107 modelowane za pomoc\u0105 elementu ArchiMate Value Stream, zawartego w wersji ArchiMate 3.1.<\/p>\n Widok przyk\u0142adu \u0142a\u0144cucha warto\u015bci od idei do produkcji.<\/p>\n \u0141a\u0144cuch dostarczania warto\u015bci. Jest to rozszerzony przyk\u0142ad ilustruj\u0105cy, jak funkcje wspieraj\u0105 (obs\u0142uguj\u0105) strumie\u0144 warto\u015bci. Ten widok mo\u017ce s\u0142u\u017cy\u0107 do okre\u015blenia, co organizacja robi (model biznesowy), dlaczego potrzebne s\u0105 mo\u017cliwo\u015bci oraz jak s\u0105 one powi\u0105zane z tworzeniem warto\u015bci.<\/p>\n Ten widok jest zawarty w implementacji referencyjnej frameworku Lean EA (LEAF) (link<\/a>). Przejd\u017a do \u201eStrumienie warto\u015bci\u201d, \u201e\u0141a\u0144cuch dostarczania warto\u015bci\u201d.<\/p>\n Widok modelu biznesowego.<\/p>\n Jest to podstawowa forma kanwy modelu biznesowego A. OsterwalderaKanwa modelu biznesowego<\/a> (BMC), ale mo\u017ce by\u0107 dostosowana do sytuacji. Istniej\u0105 r\u00f3wnie\u017c wersje, takie jak \u201eKanwa modelu us\u0142ug\u201d lub \u201eKanwa Lean\u201d. BMC mo\u017ce by\u0107 u\u017cywane np. do projektowania modelu biznesowego i innowacji.<\/p>\n Modelowanie BMC za pomoc\u0105 ArchiMate \u201eumo\u017cliwia \u015bledzenie wymaga\u0144 od potrzeb biznesowych do specyfikacji projektowych. Pomaga odkry\u0107 wp\u0142yw zmian modelu biznesowego na projekt architektury.\u201d [LO Meertens et al.]<\/p>\n Og\u00f3lny rozw\u00f3j obejmuje wbudowan\u0105 obs\u0142ug\u0119 architektoniczn\u0105 analizy strategii i modelu biznesowego. Pozwala to analitykom biznesowym i programistom obserwowa\u0107 np. jak model biznesowy wspiera strategi\u0119 oraz jak model biznesowy dostosowuje si\u0119 do organizacji, i odwrotnie.<\/p>\n Je\u015bli BMC jest modelowany w narz\u0119dziu modelowania, zalet\u0105 tego podej\u015bcia jest mo\u017cliwo\u015b\u0107 wykorzystania wszystkich element\u00f3w BMC w innych widokach w tym samym repozytorium modeli. Gdy model biznesowy jest zmieniany, wszystkie zmiany s\u0105 od razu widoczne. Modelerzy biznesowi mog\u0105 tworzy\u0107 nowe elementy (np. us\u0142ugi) lub wykorzystywa\u0107 wszystkie istniej\u0105ce elementy w repozytorium (np. jednostki organizacyjne lub zasoby).<\/p>\n Kanwa koncepcyjna. BMC mo\u017ce mie\u0107 r\u00f3\u017cne warianty, jak pokazano na poni\u017cszym rysunku. Uk\u0142ad tej kanwy koncepcyjnej jest zgodny z warstwowym podej\u015bciem ArchiMate.<\/p>\n Widok warstwy architektury biznesowej.<\/p>\n Widok us\u0142ug biznesowych.<\/p>\n Ten widok zapewnia przegl\u0105d us\u0142ug biznesowych organizacji. Ten widok mo\u017ce by\u0107 u\u017cywany jako \u201ekatalog us\u0142ug\u201d lub \u201eportfel us\u0142ug\u201d dla zarz\u0105du. Bardzo wa\u017cne jest okre\u015blenie, jakie us\u0142ugi organizacja oferuje swoim klientom. Dodatkowo us\u0142ugi biznesowe s\u0105 punktem wyj\u015bcia do modelowania wszystkich podstawowych proces\u00f3w i struktur organizacyjnych. Dlatego us\u0142ugi biznesowe s\u0105 jednymi z najwa\u017cniejszych element\u00f3w architektury przedsi\u0119biorstwa.<\/p>\n Widok proces\u00f3w biznesowych.<\/p>\n Ten widok mo\u017ce by\u0107 u\u017cywany jako \u201emapa proces\u00f3w\u201d, kt\u00f3ra zapewnia przegl\u0105d proces\u00f3w biznesowych organizacji.<\/p>\n Widok wsp\u00f3\u0142pracy proces\u00f3w biznesowych.<\/p>\n Ten widok mo\u017ce by\u0107 u\u017cywany np. do modelowania modeli dzia\u0142ania.<\/p>\n Widok aktor\u00f3w biznesowych.<\/p>\n Aktorzy biznesowi mog\u0105 by\u0107 a) wewn\u0119trzni lub b) zewn\u0119trzni. Wewn\u0119trzni aktorzy biznesowi to np. jednostki organizacyjne, a zewn\u0119trzni aktorzy biznesowi to np. klienci, partnerzy biznesowi lub inne grupy interesariuszy wsp\u00f3\u0142pracuj\u0105ce z organizacj\u0105 (np. organizacje sektora publicznego lub inne organy zarz\u0105dzaj\u0105ce).<\/p>\n Widok wsp\u00f3\u0142pracy aktor\u00f3w biznesowych.<\/p>\n Dwa przypadki u\u017cycia to:<\/p>\n Widok procesu biznesowego.<\/p>\n Ten widok procesu biznesowego zapewnia \u201estruktur\u0119 i sk\u0142adniki najwy\u017cszego poziomu jednego lub kilku proces\u00f3w biznesowych (lub ich cz\u0119\u015bci), w kt\u00f3rych s\u0105 \u015bwiadczone us\u0142ugi, aktorom przypisane s\u0105 role, a informacje s\u0105 wykorzystywane przez procesy biznesowe\u201d [specyfikacja ArchiMate 2.1]. Diagram procesu zawiera elementy \u201ePrzeci\u0119cie\u201d, u\u017cywane do modelowania \u201erozga\u0142\u0119zienia\u201d i \u201epo\u0142\u0105czenia\u201d w przebiegach proces\u00f3w.<\/p>\n Poni\u017cej przedstawiono widok procesu najwy\u017cszego poziomu. Jest on oparty na modelu dzia\u0142ania wyprowadzonym z modelu biznesowego, jak pokazano na wy\u017cej przedstawionym diagramie przep\u0142ywu warto\u015bci.<\/p>\n Proces od idei do produkcji.<\/p>\n SIPOC.<\/p>\n Narz\u0119dzie Six Sigma o nazwie SIPOC (Dostawcy, Wej\u015bcia, Proces, Wyj\u015bcia, Klienci) mo\u017ce by\u0107 u\u017cywane do definiowania element\u00f3w wsp\u00f3lnych dla wszystkich proces\u00f3w. Jest to proste narz\u0119dzie do analizy przypadk\u00f3w biznesowych: jak\u0105 warto\u015b\u0107 otrzymuje klient i jak j\u0105 otrzymuje.<\/p>\n Widok koryt procesu biznesowego (szablon) 2.0.<\/p>\n \u201eRola biznesowa A\u201d reprezentuje klienta, podczas gdy najwy\u017cej po\u0142o\u017cone \u201ekoryto\u201d reprezentuje tras\u0119 przej\u015bcia klienta.<\/p>\n Uwaga! Krokii procesu (dzia\u0142ania) s\u0105 zagnie\u017cd\u017cone w rolach biznesowych (wizualizowane jako \u201ekorytka\u201d), co oznacza: te role biznesowe s\u0105 przypisane do tych proces\u00f3w biznesowych\/krok\u00f3w procesu. Dlatego ten widok jest po\u0142\u0105czeniem widoku procesu biznesowego i widoku warstwowego.<\/p>\n Wersja poni\u017cej ilustruje przep\u0142ywy informacji i danych (relacje przep\u0142ywu). Najwy\u017csze \u201ekoryto\u201d reprezentuje tras\u0119 przej\u015bcia klienta (dzia\u0142ania powi\u0105zane relacjami wyzwalaj\u0105cymi).<\/p>\n Widok koryt procesu biznesowego (szablon) 2.0 (przep\u0142yw informacji).<\/p>\n Wersja poni\u017cej przedstawia podej\u015bcie do projektowania us\u0142ug. Najwy\u017csze \u201ekoryto\u201d (Rola A) reprezentuje tras\u0119 przej\u015bcia klienta, kt\u00f3ra jest po\u0142\u0105czona z organizacj\u0105 (Role B i C) poprzez us\u0142ugi biznesowe (1 i 2).<\/p>\n Widok koryt procesu biznesowego (szablon) 2.0 (us\u0142ugi).<\/p>\n Widok warstwowy procesu.<\/p>\n Ten widok mo\u017ce by\u0107 u\u017cywany do modelowania proces\u00f3w biznesowych, kt\u00f3re zawieraj\u0105 zar\u00f3wno kroki r\u0119czne, jak i zautomatyzowane.<\/p>\n Podczas analizy tras przej\u015bcia klienta na wysokim poziomie, ta wersja jest tworzona za pomoc\u0105 element\u00f3w motywacji i strategii.<\/p>\n Mapa trasy przej\u015bcia klienta (na wysokim poziomie).<\/p>\n Podczas szczeg\u00f3\u0142owej analizy \u015bcie\u017cek obs\u0142ugi klienta, ta wersja jest tworzona za pomoc\u0105 element\u00f3w warstwy biznesowej i warstwy aplikacji (j\u0105dro).<\/p>\n Widok trasy przej\u015bcia klienta (przyk\u0142ad) 1.0.<\/p>\n Ten widok skupiony na kliencie skupia si\u0119 na do\u015bwiadczeniu klienta. Ten podej\u015bcie \u201eod zewn\u0105trz do \u015brodka\u201d zwi\u0105zane z \u201eprojektowaniem us\u0142ug\u201d podkre\u015bla istotny aspekt, \u017ce us\u0142ugi i produkty s\u0105 tworzone w celu dostarczania warto\u015bci klientom \u2013 a po\u015brednio r\u00f3wnie\u017c organizacji. Trasy przej\u015bcia klienta mog\u0105 by\u0107 wykorzystywane do wizualizacji strumieni warto\u015bci klient\u00f3w obejmuj\u0105cych wiele us\u0142ug aplikacji i aplikacji.<\/p>\n Widok szkicu us\u0142ugi 1 (us\u0142ugi i przep\u0142ywy)<\/p>\n Ten widok jest skupiony na kliencie i us\u0142udze, ale r\u00f3wnie\u017c podkre\u015bla aspekt \u201ewewn\u0119trzny\u201d us\u0142ugi. Dzi\u0119ki temu podej\u015bciu rozw\u00f3j oparty na us\u0142udze mo\u017ce identyfikowa\u0107 potencjalne wp\u0142ywy behawioralne i strukturalne na us\u0142ugi do zaprojektowania. Dlatego ten widok uzupe\u0142nia podej\u015bcie oparte na do\u015bwiadczeniu klienta poprzez aspekty procesowe i funkcjonalne.<\/p>\n Ten widok ma kilka wariant\u00f3w. Przyk\u0142ad powy\u017cej skupia si\u0119 na przep\u0142ywach informacji mi\u0119dzy warstwami i elementami.<\/p>\n Widok historii u\u017cytkownika.<\/p>\n Ten widok mo\u017ce by\u0107 u\u017cywany do wizualizacji historii u\u017cytkownika.<\/p>\n Widok modeli us\u0142ug chmury.<\/p>\n Widok informacji.<\/p>\n Informacje mog\u0105 by\u0107 modelowane na r\u00f3\u017cnych poziomach abstrakcji w nast\u0119puj\u0105cy spos\u00f3b: a) poziom koncepcyjny, b) poziom logiczny i c) poziom fizyczny. Rysunek powy\u017cej ilustruje te poziomy abstrakcji.<\/p>\n Widok modelu danych koncepcyjnych.<\/p>\n Architektura informacji EA obejmuje obiekty biznesowe wykorzystywane w procesach biznesowych, tzn. poj\u0119cia. Te poj\u0119cia i ich relacje mog\u0105 by\u0107 przedstawione w modelu danych koncepcyjnych.<\/p>\n Poj\u0119cie us\u0142ugi.<\/p>\n Poj\u0119cie us\u0142ugi cz\u0119sto stanowi problem i mo\u017ce by\u0107 rozumiane na wiele r\u00f3\u017cnych sposob\u00f3w. Aby jasno rozr\u00f3\u017cni\u0107 rodzaje us\u0142ug, warto podawa\u0107 prefiks: us\u0142uga biznesowa, us\u0142uga aplikacji lub us\u0142uga technologiczna. Zgodnie z ITIL us\u0142ugi IT odnosz\u0105 si\u0119 do us\u0142ug produkcyjnych. Tak. Us\u0142ugi IT najbardziej \u015bci\u015ble odpowiadaj\u0105 us\u0142ugom aplikacji.<\/p>\n Widok produktu.<\/p>\n Poj\u0119cie produktu mo\u017ce by\u0107 u\u017cywane jako element z\u0142o\u017cony do grupowania us\u0142ug. Zgodnie z specyfikacj\u0105 ArchiMate:<\/p>\n \u201eProdukt reprezentuje zbi\u00f3r sp\u00f3jnych us\u0142ug i\/lub element\u00f3w struktury pasywnej, towarzysz\u0105cych zestawowi um\u00f3w, oferowanych jako ca\u0142o\u015b\u0107 klientom (wewn\u0119trznych lub zewn\u0119trznych).\u201d<\/p>\n<\/blockquote>\n \u201eProdukt mo\u017ce agregowa\u0107 lub sk\u0142ada\u0107 us\u0142ugi biznesowe, us\u0142ugi aplikacji i us\u0142ugi technologiczne, obiekty biznesowe, obiekty danych i obiekty technologiczne, a tak\u017ce umowy. W zwi\u0105zku z tym produkt mo\u017ce agregowa\u0107 lub sk\u0142ada\u0107 elementy z warstw innych ni\u017c warstwa biznesowa.\u201d<\/p>\n<\/blockquote>\n \u201eWarto\u015b\u0107 mo\u017ce by\u0107 przypisana do produktu. Nazwa produktu to zazwyczaj nazwa u\u017cywana w komunikacji z klientami, albo mo\u017ce to by\u0107 bardziej og\u00f3lna nazwa (np. \u201eubezpieczenie podr\u00f3\u017cne\u201d).\u201d<\/p>\n<\/blockquote>\n Widok warstwy architektury aplikacji.<\/p>\n Widok us\u0142ug aplikacji.<\/p>\n Widok mapy aplikacji.<\/p>\n Portfel aplikacji, w kt\u00f3rym aplikacje mog\u0105 by\u0107 grupowane wed\u0142ug jednostki biznesowej.<\/p>\n Widok wsp\u00f3\u0142pracy aplikacji.<\/p>\n W poni\u017cszym przyk\u0142adzie pokazano kilka alternatywnych sposob\u00f3w modelowania przesy\u0142ania danych mi\u0119dzy aplikacjami (1 do 10).<\/p>\n Widok integracji aplikacji.<\/p>\n Ten widok pomaga projektowa\u0107 lub zrozumie\u0107 g\u0142\u00f3wn\u0105 struktur\u0119 aplikacji oraz jej podkomponenty i powi\u0105zane dane. Diagram mo\u017ce by\u0107 u\u017cywany do rozk\u0142adania struktury systemu aplikacji w budowie w celu ilustracji modu\u0142owo\u015bci\/rozk\u0142adania: jakie s\u0105 podsystemy\/podkomponenty, jakie us\u0142ugi aplikacji (lub interfejsy aplikacji) oferuj\u0105.<\/p>\n Widok struktury aplikacji.<\/p>\n Zauwa\u017c, \u017ce us\u0142ugi aplikacji (na rysunku g\u00f3rnym) to funkcjonalno\u015bci zachowaniowe zapewniiane przez interfejsy strukturalne (interfejsy GUI i\/lub API na rysunku dolnym). Us\u0142ugi aplikacji i interfejsy aplikacji to \u201edwie strony tej samej monety\u201d.<\/p>\n Widok struktury aplikacji 2.<\/p>\n Ten widok \u0142\u0105czy podej\u015bcia poziomu EA i poziomu rozwi\u0105zania, poniewa\u017c zar\u00f3wno aplikacje, jak i modu\u0142y aplikacji istniej\u0105 w tym samym widoku.<\/p>\n Architektura aplikacji.<\/p>\n Model sk\u0142adnik\u00f3w aplikacji 0-n to metoda modelowania architektury aplikacji sk\u0142adaj\u0105ca si\u0119 z diagram\u00f3w na r\u00f3\u017cnych poziomach abstrakcji, jak poni\u017cej:<\/p>\n Diagram Modelu sk\u0142adnik\u00f3w aplikacji (CM) poni\u017cej sk\u0142ada si\u0119 z komponent\u00f3w aplikacji i us\u0142ug aplikacji. Alternatywnie, zamiast us\u0142ug aplikacji mo\u017cna u\u017cy\u0107 interfejs\u00f3w aplikacji, w zale\u017cno\u015bci od sytuacji. Zawsze wa\u017cne jest stosowanie stylu modelowania dopasowanego do celu i modelowanie tylko tych element\u00f3w, kt\u00f3re dostarczaj\u0105 wystarczaj\u0105c\u0105 ilo\u015b\u0107 informacji i dodaj\u0105 warto\u015b\u0107. To zale\u017cy od modelera \u2014 czy chce on podkre\u015bli\u0107 aspekty funkcjonalne, czy by\u0107 bardziej szczeg\u00f3\u0142owym i modelowa\u0107 np. rzeczywiste interfejsy z dok\u0142adnymi nazwami.<\/p>\n Diagram modelu sk\u0142adnik\u00f3w poni\u017cej sk\u0142ada si\u0119 z komponent\u00f3w aplikacji i us\u0142ug aplikacji. Alternatywnie, zamiast us\u0142ug aplikacji mo\u017cna u\u017cy\u0107 interfejs\u00f3w aplikacji.<\/p>\n Model sk\u0142adnik\u00f3w aplikacji \u2013 0.<\/p>\n Poziom Modelu sk\u0142adnik\u00f3w \u2013 0 (CM-0) (powy\u017cej) ilustruje interakcje mi\u0119dzy aplikacj\u0105 docelow\u0105 a s\u0105siednimi aplikacjami. Wprowadzane s\u0105 wszystkie istotne us\u0142ugi aplikacji (lub interfejsy aplikacji). Diagram poziomu 0 sk\u0142ada si\u0119 z komponent\u00f3w warstwy architektury przedsi\u0119biorstwa i ich us\u0142ug, z aplikacj\u0105 docelow\u0105 po\u015brodku.<\/p>\n Model sk\u0142adnik\u00f3w aplikacji \u2013 1.<\/p>\n Poziom Modelu sk\u0142adnik\u00f3w \u2013 1 (CM-1) (powy\u017cej) ilustruje, jak aplikacja docelowa jest rozk\u0142adana na modu\u0142y (lub g\u0142\u00f3wne komponenty), oraz jakie us\u0142ugi aplikacji (lub interfejsy aplikacji) realizuje ka\u017cdy modu\u0142. Uwaga! Aplikacje zewn\u0119trzne mog\u0105 by\u0107 pomini\u0119te na tym poziomie, ale ich us\u0142ugi (lub interfejsy) s\u0105 pokazywane. Gdy pokazuje si\u0119 wi\u0119cej element\u00f3w niskiego poziomu, wi\u0119cej element\u00f3w wysokiego poziomu mo\u017cna\/musz\u0105 by\u0107 pomini\u0119te \u2013 dla uproszczenia: utrzymaj diagram czytelny.<\/p>\n Model sk\u0142adnik\u00f3w aplikacji \u2013 2.<\/p>\n Poziom Modelu sk\u0142adnik\u00f3w \u2013 2 (CM-2) (powy\u017cej) ilustruje, jak modu\u0142y aplikacji docelowej sk\u0142adaj\u0105 si\u0119 z podkomponent\u00f3w i jak si\u0119 wzajemnie oddzia\u0142uj\u0105.<\/p>\n Rozk\u0142ad funkcji aplikacji: jakie funkcje zawiera system i jakie us\u0142ugi aplikacji oferuje?<\/p>\n Widok funkcji aplikacji.<\/p>\n Widok proces\u00f3w aplikacji.<\/p>\n Widok proces\u00f3w aplikacji \u2013 zagnie\u017cd\u017canie.<\/p>\n Widok proces\u00f3w aplikacji \u2013 wewn\u0119trzne.<\/p>\n Diagramy sekwencyjne nie s\u0105 ca\u0142kowicie w zakresie ArchiMate, ale w zakresie UML. Mo\u017cna jednak modelowa\u0107 np. sekwencj\u0119 dzia\u0142a\u0144 podj\u0119tych przez elementy aplikacji za pomoc\u0105 ArchiMate, jak pokazano poni\u017cej.<\/p>\n Widok sekwencji aplikacji.<\/p>\n Relacje dynamiczne \u201eWyzwania\u201d i \u201ePrzep\u0142yw\u201d mog\u0105 by\u0107 u\u017cywane do modelowania dynamiki mi\u0119dzy elementami aplikacji. Uk\u0142ad tego widoku mo\u017ce przypomina\u0107 pozycjonowanie diagramu sekwencji UML.<\/p>\n Ta wersja (poni\u017cej) ilustruje, jak ArchiMate mo\u017ce by\u0107 u\u017cywane do modelowania sekwencji dzia\u0142a\u0144 podj\u0119tych przez wewn\u0119trzne cz\u0119\u015bci element\u00f3w aplikacji. Wewn\u0119trzne cz\u0119\u015bci to np. a) procesy lub funkcje zachowaniowe i b) podkomponenty strukturalne. S\u0105 one modelowane za pomoc\u0105 element\u00f3w Proces aplikacji, Funkcja aplikacji i Element aplikacji. S\u0105 one tutaj pokazane jedynie jako alternatywy.<\/p>\n Widok sekwencji aplikacji (2).<\/p>\n Przep\u0142yw operacji w tym diagramie sekwencji (powy\u017cej):<\/p>\n Jak pokazano tutaj, mo\u017cemy modelowa\u0107 do\u015b\u0107 skomplikowane przypadki integracji, \u0142\u0105cz\u0105c te elementy (elementy aplikacji, procesy aplikacji i funkcje aplikacji oraz relacje (Wyzwania, Przep\u0142yw)). Diagramy sekwencji UML maj\u0105 swoje specjalizowane zastosowanie w projektowaniu oprogramowania, ale ArchiMate mo\u017ce by\u0107 wykorzystywany do wielu cel\u00f3w modelowania \u2013 r\u00f3wnie\u017c do projektowania aplikacji.<\/p>\n Integracja aplikacji jest jednym z najwa\u017cniejszych element\u00f3w Architektury Przedsi\u0119biorstwa (EA). Dlatego warto, aby\u015bmy mogli szczeg\u00f3\u0142owo modelowa\u0107, jak aplikacje wymieniaj\u0105 dane i jakie mechanizmy interakcji s\u0105 wykorzystywane. Dobrym \u017ar\u00f3d\u0142em do g\u0142\u0119bszego zrozumienia wzorc\u00f3w integracji jest ksi\u0105\u017cka \u201eEnterprise Integration Patterns\u201d, oto link<\/a>.<\/p>\n Ostateczna sekwencja u\u017cytkownika dodana (poni\u017cej) opiera si\u0119 na tej samej idei wykorzystania dynamicznych relacji ArchiMate \u2013 Wyzwania i Przep\u0142yw \u2013 kt\u00f3re mog\u0105 by\u0107 u\u017cywane do modelowania synchronicznych i asynchronicznych wzorc\u00f3w komunikacji (zapytanie-odpowied\u017a i wywo\u0142anie zwrotne, a tak\u017ce publikacja-subskrypcja itp.).<\/p>\n Widok wzorc\u00f3w sekwencji.<\/p>\n Widok procesu ETL.<\/p>\n Widok wzorc\u00f3w EAI \u2013 ESB.<\/p>\n Widok warstwowy.<\/p>\n Widok warstwowy mo\u017ce by\u0107 u\u017cywany jako diagram kontekstowy przegl\u0105dowy obszaru docelowego. G\u0142\u00f3wn\u0105 zalet\u0105 tego widoku jest ilustrowanie wykorzystania aplikacji w procesach biznesowych i us\u0142ugach, kt\u00f3re oferuj\u0105. Na powy\u017cszym rysunku u\u017cyto elementu grupowania ArchiMate do modelowania r\u00f3\u017cnych warstw, a na rysunku poni\u017cej u\u017cyto elementu grupowania wizualnego dostarczanego przez narz\u0119dzie (Archi<\/a>).<\/p>\n W ArchiMate istniej\u0105 zasadniczo trzy (3) warstwy: 1) warstwa biznesowa, 2) warstwa aplikacji i 3) warstwa technologiczna. Ich kolory zwykle s\u0105 nast\u0119puj\u0105ce: warstwa biznesowa to \u017c\u00f3\u0142ta, warstwa aplikacji to turkusowa, warstwa technologiczna to zielona (patrz ArchiMate Core Framework, link<\/a>).<\/p>\n Widok warstwowy.<\/p>\n Bazy danych s\u0105 istotn\u0105 jednostk\u0105 w globalnej architekturze przedsi\u0119biorstwa. Na przyk\u0142ad \u201eBaza danych klient\u00f3w\u201d lub \u201eBaza danych klient\u00f3w\u201d, \u201eBaza danych produkt\u00f3w\u201d itd. Alternatywnie, baza danych mo\u017ce obejmowa\u0107 wszystkie tabele aplikacji (np. \u201eTabela klient\u00f3w\u201d, \u201eTabela zam\u00f3wie\u0144\u201d, \u201eTabela faktur\u201d itd.), kt\u00f3re razem tworz\u0105 jedn\u0105 baz\u0119 danych. Zgodnie z specyfikacj\u0105 ArchiMate obiekt danych mo\u017ce by\u0107 u\u017cywany do modelowania logicznych baz danych (rysunek poni\u017cej), rozdzia\u0142 9.4.1 \u201eObiekt danych\u201d m\u00f3wi: \u201eTypowe przyk\u0142ady obiekt\u00f3w danych to rekordy klient\u00f3w, bazy danych klient\u00f3w lub reklamacje ubezpieczeniowe.\u201d \u201eWa\u017cn\u0105 wyj\u0105tkiem jest sytuacja, gdy obiekt danych s\u0142u\u017cy do modelowania zbioru danych, takiego jak baza danych, w kt\u00f3rej istnieje tylko jeden egzemplarz.\u201d ArchiMate posiada eleganck\u0105 wbudowan\u0105 mechanizm, kt\u00f3ry pozwala na u\u017cywanie niekt\u00f3rych poj\u0119\u0107 na r\u00f3\u017cnych poziomach abstrakcji (i szczeg\u00f3\u0142owo\u015bci). Dlatego na przyk\u0142ad obiekt danych mo\u017ce by\u0107 u\u017cywany do modelowania logicznych baz danych, tabel baz danych, struktur komunikat\u00f3w (przekazywanych mi\u0119dzy aplikacjami) itd.<\/p>\n Uwagi dotycz\u0105ce modelowania baz danych.<\/p>\n Baza danych jako sk\u0142adnik aplikacji.<\/p>\n Poziomy abstrakcji bazy danych.<\/p>\n Widok modelu danych.<\/p>\n ArchiMate mo\u017ce by\u0107 u\u017cywane do analizy przypadk\u00f3w u\u017cycia z perspektywy funkcjonalnej aplikacji. Przypadki u\u017cycia (znane z UML) mog\u0105 by\u0107 mapowane na us\u0142ugi aplikacji, jak pokazano na rysunku poni\u017cej.<\/p>\n Widok przypadk\u00f3w u\u017cycia (schemat 1).<\/p>\n Przypadki u\u017cycia mog\u0105 by\u0107 podzielone na: a) przypadki u\u017cycia biznesowe i b) przypadki u\u017cycia systemowe (tzw. przypadki u\u017cycia systemowe). Rysunek poni\u017cej ilustruje, jak \u201eg\u0142\u00f3wne przypadki u\u017cycia\u201d s\u0105 modelowane jako us\u0142ugi biznesowe, a kolejne przypadki systemowe jako us\u0142ugi aplikacji.<\/p>\n Widok przypadk\u00f3w u\u017cycia (przyk\u0142ad).<\/p>\n Gdy przypadki u\u017cycia s\u0105 identyfikowane jako us\u0142ugi aplikacji, mog\u0105 by\u0107 dalej wykorzystywane jako elementy funkcjonalne aplikacji docelowej w innych diagramach (np. w widokach warstwowych). Innymi s\u0142owy: us\u0142ugi aplikacji reprezentuj\u0105 zachowanie (funkcjonalno\u015b\u0107) aplikacji. Aby uzyska\u0107 wi\u0119cej szczeg\u00f3\u0142owych informacji na temat analizy przypadk\u00f3w u\u017cycia, zobacz ArchiMate Cookbook, link<\/a>.<\/p>\n Widok warstwy architektury technologicznej.<\/p>\n Ten widok reprezentuje platform\u0119 aplikacji. Ten schemat mo\u017ce by\u0107 u\u017cywany do modelowania konfiguracji \u015brodowiska uruchomieniowego oraz wdra\u017cania aplikacji biznesowych.<\/p>\n Widok infrastruktury.<\/p>\n Widok infrastruktury (zagnie\u017cd\u017cony).<\/p>\n Widok planu wdro\u017cenia.<\/p>\n Tablica Kanban (EA).<\/p>\n Kanban mo\u017ce by\u0107 u\u017cywany do wizualizacji pracy i przep\u0142ywu pracy. Kanban pokazuje np. jak wymagania rozwojowe, epiki, historie u\u017cytkownika itd. przep\u0142ywaj\u0105 z listy zada\u0144 do stanu gotowo\u015bci (uko\u0144czone). Kanban mo\u017ce by\u0107 stosowany w r\u00f3\u017cnych celach w zale\u017cno\u015bci od skali i zakresu przypadku rozwojowego. Na przyk\u0142ad \u201eepiki\u201d mog\u0105 by\u0107 u\u017cywane na poziomie EA, a \u201ehistorie u\u017cytkownika\u201d lub \u201ewymagania\u201d na poziomie projektu. Szczeg\u00f3\u0142owo\u015b\u0107 zada\u0144 mo\u017ce si\u0119 r\u00f3\u017cni\u0107 w zale\u017cno\u015bci od sytuacji.<\/p>\n Widok og\u00f3lny.<\/p>\n Ten uproszczony widok mo\u017ce by\u0107 u\u017cywany np. jako diagram kontekstowy dla konkretnej us\u0142ugi, programu lub projektu.<\/p>\nWidok misji \u2013 wizji \u2013 warto\u015bci<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Mission-Vision-Values-View.jpg\")
<\/p>\nWidok mapy warto\u015bci strategicznych<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Value-Map-Strategy-Map-View.jpg\")
<\/p>\nWidok analizy interesariuszy<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Stakeholder-Analysis-View.jpg\")
<\/p>\nPunkt widzenia interesariuszy<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Stakeholder-View.jpg\")
<\/p>\nWidok zasad<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Principles-View.jpg\")
<\/p>\nWidok ryzyka i bezpiecze\u0144stwa<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Risk-and-Security-View.jpg\")
<\/p>\n\n
Widok analizy SWOT<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/SWOT-analysis-View.jpg\")
<\/p>\nWidok cel\u00f3w<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Goals-View-with-Value-element.jpg\")
<\/p>\nCel i kluczowe wyniki<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/OKR-pattern.png\")
<\/p>\n\n
\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/OKR-pattern-2.png\")
<\/p>\nPunkt widzenia strategii<\/h2>\n
Widok strategii<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-View-2.jpg\")
<\/p>\nWidok strategii biznesowej<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-for-Business.jpg\")
<\/p>\nWidok Modelu motywacji biznesowej (BMM)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Motivation-Model-BMM-View-1.jpg\")
<\/p>\nWidok wymaga\u0144<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Requirements-View.jpg\")
<\/p>\nWidok strategia do zdolno\u015bci<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-To-Capability-View-2.jpg\")
<\/p>\nWidok mapy zdolno\u015bci<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Map-View.jpg\")
<\/p>\nWidok planowania mo\u017cliwo\u015bci<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Planning-View-1.jpg\")
<\/p>\nWidok realizacji mo\u017cliwo\u015bci<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Realization-View-2.jpg\")
<\/p>\nWidok realizacji mo\u017cliwo\u015bci 2<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Realization-View-2.png\")
<\/p>\nWidok strumienia warto\u015bci<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Value-Stream-View-pattern.png\")
<\/p>\nWidok przek\u0142adania strumienia warto\u015bci na mo\u017cliwo\u015bci<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Idea-to-Production-Value-Chain-Example-View.png\")
<\/p>\nWidok kanwy modelu biznesowego<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Model-View.jpg\")
<\/p>\nWidok Kanwa koncepcyjny<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Concept-Canvas-1.jpg\")
<\/p>\nPunkt widzenia biznesowego<\/h2>\n
Widok mapy us\u0142ug biznesowych<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Services-View.jpg\")
<\/p>\nWidok mapy proces\u00f3w biznesowych<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Processes-View.jpg\")
<\/p>\nWidok wsp\u00f3\u0142pracy proces\u00f3w biznesowych<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Co-operation-View-1.jpg\")
<\/p>\nWidok mapy aktor\u00f3w biznesowych<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Actors-View.jpg\")
<\/p>\nWidok wsp\u00f3\u0142pracy aktor\u00f3w biznesowych<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Actor-Co-Operation-View.jpg\")
<\/p>\n\n
Widok procesu biznesowego<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-View.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Idea-to-Production-Process-2.png\")
<\/p>\nSIPOC (Dostawcy, Wej\u015bcia, Proces, Wyj\u015bcia, Klienci)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/SIPOC.png\")
<\/p>\nWidok procesu biznesowego z rolami biznesowymi jako \u201ekorytami proces\u00f3w\u201d \u2013 podej\u015bcie warstwowe<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-information-flow-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-services-2.png\")
<\/p>\nWidok warstwowy procesu biznesowego<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-Process-View-2.png\")
<\/p>\nWidok mapy trasy przej\u015bcia klienta<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Customer-Journey-Map-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Customer-Journey-View-example-1.0.png\")
<\/p>\nWidok szkicu us\u0142ugi<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Service-Blueprint-View-1-services-flows.png\")
<\/p>\nWidok historii u\u017cytkownika<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/User-Story-View.jpg\")
<\/p>\nWidok modeli us\u0142ug chmury<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Cloud-Service-Models-View.jpg\")
<\/p>\nWidok informacji<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Information-View.jpg\")
<\/p>\nWidok modelu danych koncepcyjnych<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Conceptual-Data-Model-View.jpg\")
<\/p>\nPoj\u0119cie \u201eus\u0142uga\u201d<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Service-Concept.jpg\")
<\/p>\nUs\u0142uga w por\u00f3wnaniu do produktu<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Product-View-1.jpg\")
<\/p>\n\n
\n
\n
Punkt widzenia aplikacji<\/h2>\n
Widok mapy us\u0142ug aplikacji<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Services-View.jpg\")
<\/p>\nWidok mapy aplikacji<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Applications-Map-View.jpg\")
<\/p>\nWidok wsp\u00f3\u0142pracy aplikacji (przep\u0142ywy danych)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Co-operation-View.jpg\")
<\/p>\nWidok integracji aplikacji (relacje dynamiczne)<\/h3>\n
\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Integration-View-2.jpg\")
<\/p>\nWidok struktury aplikacji<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Structure-View-1.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Structure-View-2-1024x357-1.jpg\")
<\/p>\nWidok architektury aplikacji<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Architecture-1024x663-1.jpg\")
<\/p>\nModel sk\u0142adnik\u00f3w aplikacji (CM)<\/h3>\n
\n
Model sk\u0142adnik\u00f3w aplikacji \u2013 0 (CM-0)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-0-1024x639-1.jpg\")
<\/p>\nModel sk\u0142adnik\u00f3w aplikacji \u2013 1 (CM-1)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-1-1024x397-1.jpg\")
<\/p>\nModel sk\u0142adnik\u00f3w aplikacji \u2013 2 (CM-2)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-2-1024x538-1.jpg\")
<\/p>\nWidok funkcji aplikacji<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Functions-View.jpg\")
<\/p>\nWidok proces\u00f3w aplikacji<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-1024x498-1.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-nesting.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-internals-1024x261-1.jpg\")
<\/p>\nWidok diagramu sekwencji sk\u0142adnik\u00f3w aplikacji<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Sequence-View.jpg\")
<\/p>\nWidok diagramu sekwencji element\u00f3w aplikacji 2<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Sequence-View-2.png\")
<\/p>\n\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Sequence-Pattern-View.png\")
<\/p>\nWidok procesu ETL<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/ETL-process-View.jpg\")
<\/p>\nWidok EAI \/ ESB<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/EAI-ESB-pattern-View-1-1.png\")
<\/p>\nWidok warstwowy<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-View-2.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-View-1-1024x761-1.jpg\")
<\/p>\nWidok aplikacji i baz danych<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-Modelling-Considerations.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-As-an-Application-Component.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-Abstraction-Levels.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Data-Model-View.png\")
<\/p>\nWidok przypadk\u00f3w u\u017cycia<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Use-Case-View-pattern-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Use-Case-View-example.png\")
<\/p>\nPunkt widzenia technologiczny<\/h2>\n
Widok infrastruktury<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Infrastructure-View-3.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Infrastructure-View-nesting.jpg\")
<\/p>\nWidok warstwy wdro\u017cenia i migracji \/ warstwy architektury przej\u015bciowej<\/h2>\n
Widok planu wdro\u017cenia<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Implementation-Roadmap-View-1.jpg\")
<\/p>\nWidok tablicy Kanban<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Kanban-Board-EA-1.jpg\")
<\/p>\nWidok og\u00f3lny<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Generic-View.jpg\")
<\/p>\nDodatkowe funkcje<\/h2>\n
Om\u00f3wienie kontekstu \u2013 mapa Drodzy Mlecznej<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Milky-Way-Map-2-2.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Co-operation-View-Extended.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Metamodel-2-1024x741-1.jpg\")
<\/p>\n