# Prompt 7 — Modele strategiczno-architektoniczne w ArchiMate 3.2

Wciel się w rolę doświadczonego architekta korporacyjnego, eksperta ArchiMate 3.2 oraz użytkownika narzędzia Archi.

Na podstawie dostarczonych dokumentów referencyjnej strategii AI dla banku i referencyjnej architektury AI dla banku przygotuj **jeden spójny model architektoniczny oraz zestaw czytelnych widoków** przedstawiających:

- strategię AI banku;
- referencyjną architekturę AI banku;
- powiązania między celami strategicznymi, wymaganiami, zdolnościami organizacyjnymi i rozwiązaniami architektonicznymi;
- sposób wdrażania strategii, jeżeli został opisany w materiałach źródłowych.

Wynik zapisz w **natywnym pliku Archi z rozszerzeniem `.archimate`**, zawierającym zarówno repozytorium elementów i relacji, jak i komplet edytowalnych widoków. Nie zastępuj modelu obrazami diagramów ani plikiem XML formatu wymiany ze zmienionym rozszerzeniem.

**1. Przeanalizuj materiały źródłowe**

Najpierw przeczytaj oba dokumenty w całości. Zidentyfikuj cele, interesariuszy, przesłanki strategiczne, oczekiwane rezultaty, zasady, wymagania, ograniczenia, zdolności, odpowiedzialności, komponenty, usługi, dane oraz etapy wdrożenia.

Zachowaj identyfikatory stosowane w dokumentach. Każdemu istotnemu elementowi modelu przypisz odwołanie do dokumentu źródłowego oraz rozdziału, tabeli lub innego jednoznacznego miejsca.

Nie dopisuj rozwiązań, celów ani zależności, których materiały nie uzasadniają. Konieczne interpretacje oznacz jako założenia modelowania. Sprzeczności i braki udokumentuj; nie rozstrzygaj ich przez wymyślanie treści.

**2. Zbuduj profil modelowania i metamodel dedykowany temu opracowaniu**

Przed tworzeniem widoków określ profil modelowania: uzasadniony podzbiór pojęć ArchiMate 3.2, reguły ich stosowania oraz dopuszczalne relacje.

Uwzględnij rdzeń języka oraz elementy motywacyjne, strategiczne, implementacji i migracji — w zakresie wynikającym ze źródeł. Nie próbuj wykorzystać wszystkich typów elementów tylko po to, aby pokazać pełną notację.

Dla każdego pojęcia dziedzinowego określ:

- odpowiadający mu typ elementu ArchiMate;
- definicję i kryteria jego stosowania;
- rozróżnienie względem podobnych pojęć;
- dopuszczalne typy relacji wraz z kierunkiem i znaczeniem;
- wymagane właściwości i zasady identyfikacji.

Szczególnie starannie rozróżniaj: cel i rezultat, zasadę i wymaganie, zdolność i funkcję, proces i usługę, komponent aplikacyjny i zasób technologiczny, obiekt biznesowy i obiekt danych.

Nie modyfikuj standardowego metamodelu ArchiMate. Pojęcia specyficzne dla AI odwzorowuj na standardowe typy, a uzasadnione specjalizacje opisuj za pomocą mechanizmów zgodnych z językiem i obsługiwanych przez Archi. Każda specjalizacja musi zachowywać semantykę typu bazowego. Nie wprowadzaj własnych typów XML.

Udokumentuj profil w modelu: w opisach, właściwościach oraz dedykowanych widokach lub tabelach umieszczonych w odpowiednich widokach. Jeżeli prezentujesz metamodel za pomocą elementów pomocniczych, wyraźnie odróżnij je od instancji opisujących bank.

**3. Utwórz wspólne repozytorium modelu**

Zbuduj jedno repozytorium elementów i relacji, z którego będą korzystać wszystkie widoki.

Ten sam obiekt występujący na kilku diagramach musi odwoływać się do tego samego elementu repozytorium. Nie twórz niezależnych kopii dla poszczególnych widoków.

Stosuj jednoznaczne identyfikatory, polskie nazwy, spójne definicje oraz uporządkowaną strukturę folderów. Angielskie nazwy typów ArchiMate pozostaw w dokumentacji profilu, aby ułatwić kontrolę zgodności.

Oddziel model referencyjny od przykładów konkretnych wdrożeń. Nie przypisuj bankowi produktów, dostawców ani stanu obecnego, jeżeli nie wynika to z dokumentów.

**4. Przygotuj zestaw uzupełniających się widoków**

Dobierz liczbę i zakres widoków do zawartości dokumentów. Uwzględnij co najmniej następujące zagadnienia, jeżeli mają pokrycie w źródłach:

1. Mapa widoków i instrukcja poruszania się po modelu.
2. Profil modelowania i metamodel opracowania.
3. Interesariusze, przesłanki, cele i oczekiwane rezultaty strategii AI.
4. Kierunki działania oraz zdolności potrzebne do realizacji strategii.
5. Zasady, wymagania i ograniczenia.
6. Ład organizacyjny, odpowiedzialności i nadzór nad AI.
7. Architektura biznesowa wykorzystania AI.
8. Architektura aplikacyjna: komponenty, usługi i ich współdziałanie.
9. Architektura danych i wiedzy.
10. Architektura technologiczna.
11. Mechanizmy bezpieczeństwa, kontroli i nadzoru człowieka.
12. Powiązania strategii z architekturą.
13. Etapy wdrożenia, pakiety prac, rezultaty prac i stany przejściowe — o ile zostały określone w źródłach.

Dla każdego widoku określ odbiorcę, cel i pytania, na które odpowiada. Wskaż standardowy punkt widzenia ArchiMate, jeżeli pasuje do zakresu widoku; w przeciwnym przypadku opisz własny punkt widzenia.

Widoki powiązań mają umożliwiać prześledzenie, **które elementy architektury wspierają realizację poszczególnych celów strategicznych i przez jakie zależności**. Nie wymuszaj jednego schematu relacji dla wszystkich przypadków. Każde połączenie musi być poprawne semantycznie i uzasadnione źródłowo.

**5. Zapewnij zgodność z ArchiMate 3.2**

Weryfikuj każdą relację pod względem typu źródła, typu celu, kierunku i znaczenia zgodnie ze specyfikacją ArchiMate 3.2.

Nie stosuj relacji Association jako domyślnego zamiennika bardziej precyzyjnych relacji. Używaj jej wtedy, gdy odpowiada znaczeniu powiązania.

Nie traktuj wizualnego zagnieżdżenia elementów jako wystarczającego zapisu relacji w repozytorium. Jeżeli zagnieżdżenie wyraża zależność semantyczną, zapisz odpowiednią, dozwoloną relację.

Rozróżniaj relacje bezpośrednie i wyprowadzone. Relacje wyprowadzone stosuj wyłącznie zgodnie z regułami języka i dokumentuj podstawę ich wyprowadzenia.

Nie przedstawiaj następstwa czasowego, przepływu danych, realizacji wymagania i zależności organizacyjnej za pomocą tego samego rodzaju połączenia.

**6. Dopracuj czytelność diagramów**

Każdy widok ma przedstawiać określoną perspektywę, a nie całość modelu naraz. Widoki nadmiernie rozbudowane podziel na widok przeglądowy i widoki szczegółowe.

Zapewnij:

- logiczne rozmieszczenie warstw i grup elementów;
- spójny kierunek czytania;
- czytelne nazwy bez obciętego tekstu;
- odpowiednie rozmiary elementów i odstępy;
- ograniczenie krzyżowania linii i jednoznaczne zakończenia relacji;
- brak przypadkowych nakładań elementów, etykiet i połączeń;
- konsekwentne kolory, zgodne z przyjętą konwencją ArchiMate;
- legendę dla dodatkowych oznaczeń.

Nie polegaj wyłącznie na kolorze do przekazywania znaczenia. Zachowaj rozpoznawalne symbole typów elementów. Pełne opisy umieszczaj w dokumentacji elementów, a na diagramach stosuj zwięzłe, jednoznaczne nazwy.

**7. Zweryfikuj plik oraz cały model**

Wykonaj cztery odrębne kontrole:

**Kontrola techniczna pliku:** sprawdź poprawność XML, zgodność struktury z natywnym formatem wskazanej wersji Archi, unikalność identyfikatorów, kompletność odwołań oraz poprawność zapisu elementów, relacji, widoków i współrzędnych. Poprawny składniowo XML nie jest wystarczającym dowodem zgodności z Archi.

**Kontrola notacyjna:** sprawdź typy elementów, semantykę i kierunki relacji, zgodność z ArchiMate 3.2 oraz z przyjętym profilem modelowania.

**Kontrola merytoryczna:** porównaj model z oboma dokumentami. Zweryfikuj pokrycie kluczowych treści, zgodność identyfikatorów, brak nieuzasadnionych dodatków oraz kompletność powiązań strategii z architekturą. Wyjaśnij istotne elementy pozostające bez powiązań.

**Kontrola wizualna i użytkowa:** otwórz plik w Archi, sprawdź każdy widok, zapisz model i otwórz go ponownie. Zweryfikuj zachowanie elementów, relacji i układu diagramów. Podaj wersję aplikacji użytej do testu.

Jeżeli środowisko nie pozwala uruchomić Archi lub obejrzeć widoków, wykonaj dostępne kontrole zastępcze i wyraźnie wskaż ograniczenia. Nie deklaruj udanego otwarcia ani pełnej weryfikacji wizualnej, jeżeli ich nie przeprowadzono.

Po wykryciu błędów popraw model i ponów odpowiednie kontrole.

**Rezultat końcowy**

Dostarcz:

- jeden kompletny, edytowalny plik `.archimate`, gotowy do otwarcia w Archi;
- krótką listę zawartych widoków;
- zwięzłą informację o wykonanej walidacji, wersji Archi użytej do testów oraz ewentualnych nierozstrzygniętych brakach źródłowych lub ograniczeniach weryfikacji.

Nie kończ pracy na opisie proponowanych diagramów. Przygotuj i udostępnij rzeczywisty plik modelu.