Opis
Przed zdefiniowaniem Reference Architecture, lepiej jest mieć jakieś pojęcie o architekturze oprogramowania. Architektura oprogramowania występują różne definicje, które pochodzą z różnych źródeł. Waha się ona od projektowania, tworzenie i utrzymywanie cały kod dużych systemów komputerowych do włączenia wszystkich funkcjonowanie fizyczne i logiczne komponenty systemów korporacyjnych oraz. Jest to połączenie i wzajemne oddziaływanie wszystkich komponentów (oprogramowanie i sprzęt) zrobić kompletny system specyficzne dla różnych potrzeb biznesowych.
Architektura Reference i Fit / Gap analizy jest krótki dokumentu stwierdzającego Architecture mają być stosowane jako podstawa do obecnego projektu architektury i tym uzasadnienie dla tej decyzji. Jest to również sposób analizy zrozumieć architekturę referencyjną i jej realizacji.
Architektura referencyjny to predefiniowane architektoniczny wzór przeznaczony do stosowania w danej działalności i aspektów technicznych.
Źródło architektury referencyjne w organizacji może być każdy sprawdzony framework i aktywów we wcześniejszych projektach. Produkt praca ma charakter ogólny i odnosi się zarówno do wyboru architektury referencyjne z innych źródeł.
Najważniejszą częścią architektury referencyjnej jest zrozumienie przydatności i luk znalezionych podczas analizy.
Architektura Reference Fit / Gap Analysis tabulates kluczowych czynników wpływających na wybór Reference Architecture:
- Scenariusze biznesowe
- Kierowcy biznesowe
- Cechy architektury
Wybór atut polega na kompromisy. Reference Architecture Fit / Gap Analysis dokumentuje różnice między pożądanym architektury projektu i architektury referencyjnej w oświadczeniu-of-fit i identyfikuje modyfikacji niezbędnych do realizacji projektu.
Cel
Teraz nam sprawdzić celów Fit / Gap analizy w modelu Reference Architecture. Architektura Reference Fit / Gap Analysis są wykorzystywane do następujących
- Aby pomóc w określeniu zakresu proponowanego projektu rozwoju rozwiązania
- Jako wkład do innych produktów architektury pracy. W zależności od wielkości szczeliny, wybrana Architektura odniesienia i związane fit / analizy luki może stanowić podstawę dla całej architektury.
- Aby podkreślić wszelkie luki, gdzie architektura odniesienia nie pasuje do wymagań projektu. Wskazują one na obszary ryzyka lub znaczną prac architektonicznych wymaganych w projekcie. Pomaga także wybrać architekturę referencyjną do proponowanego projektu.
Wpływ nie mając Reference Architecture
Wybór architektury referencyjnej zmniejsza ryzyko poprzez ponowne wykorzystanie sprawdzonych, Rozwiązania najlepszych praktyk. Nie stosując standardową Architektura referencyjna zwiększa wysiłek i koszt projektu, i zwiększa ryzyko niepowodzenia projektu.
Najlepszym sposobem korzystania z zasobów architektonicznych jest zacząć od wyboru Architektura referencyjna. W ten sposób tworzą kontekst dla bardziej szczegółowego doboru aktywów oraz wytycznych.
Przyczyny nie korzystania Reference Architecture
W projektach opartych na aktywach, Produkt ten powinien być zawsze wytwarzane.
Jeśli odpowiednie architektury referencyjne nie są dostępne do projektu lub projektu decyduje nie użyć Reference Architecture, wtedy co najwyżej Streszczenie, w tym powodów Architektura Referencyjny nie został wybrany, należy wypełnić. A często nawet nie jest to konieczne. Uwaga może być dodany do dokumentacji wyborze produktów pracy.
Jak Fit / Gap analizy jest udokumentowane
Architektura Reference Fit / Gap Analysis jest w zasadzie dokument tekstowy, z tabelami wymagań oceniających charakterystyczny profil i zasięg obszaru tematycznego. Formie tabelarycznej przedstawiono wszystkie wymagane punkty, aby uzyskać wyraźny obraz, o którym mowa architektury i jej przydatności w proponowanym projekcie.
Streszczenie: Krótkie zestawienie wybranego Architektury Odniesienia oraz wszelkie istotne kwestie / ryzyko.
Wprowadzenie: Uwagi wstępne o architekturze referencyjnej.
Czynniki: Zwięzłe przedstawienie celów biznesowych lub ograniczenia.
Architektura Wymagania Checklist: Dokument składa się z standardowego zestawu pytań i odpowiedzi dotyczących ewentualnych wymogów architektonicznych, które pozwala na systematyczne gromadzenie wymagań architektonicznych dla projektu. Ten zestaw jest używany jako lista kontrolna, aby skłonić do wymagań klienta i związanych z nimi zagadnień architektonicznych, które są udokumentowane w tabeli, jak poniżej. Jest Tabela próbki i może być w innym formacie zgodnie ze standardem organizacji.
| Wymaganie | Charakterystyczny Reference Architecture | Wymagana wartość dla projektu | Ryzyko / Problemy / Komentarze Punkty do zbadania |
| Wymaganie name | Odpowiedni zakres wartości dla tej architektury | Zakres zastosowania do klienta | Ewentualne szczeliny, ryzyko, prawdopodobne przyszłe problemy, tematy do dalszej analizy |
Temat Powierzchnia kontrolna:Każdy Architektura Reference obejmuje kilka obszarów tematycznych (czasami określane jako "domen"). Dziedziny szczególne obszary zainteresowania, na przykład, internetowych kanałów dostawy jest obszar, składający się z przeglądarki WWW, Serwery nazw domen, itd.. Prosty i przejrzysty sposób badając "fit" z Architektury Odniesienia do wymagań klienta jest porównanie go do pokrycia obszaru tematycznego. Poniżej znajduje się tabela do przechwytywania szczegóły.
Obszar tematyczny |
Przedstaw w Architektura? | Wymagane przez Klienta? | Problemy / ryzyko / Uwagi |
| Nazwa tematyki | Yes/No | Yes/No |
Zestawienie Fit:Podsumowanie stopnia "fit" między Reference Architecture i wymagań klienta. Każdy Architektura referencyjna została opisana na kilku poziomach abstrakcji, i wytyczne znajdują się na każdym szczeblu w sprawie właściwości obsługiwanych. Dla każdego z obszarów, gdzie Architektura Reference nie spełnia wymogów, krótko opisać:
- Niezaspokojone zapotrzebowanie. Jest to bardzo ważne przy wyborze architekturę referencyjną.
- Rodzaj i zakres delta, które byłyby wymagane dla architektury odniesienia w celu spełnienia wymogu. Należy również wspomnieć, jeśli to musi być rozszerzony, zmian, lub otrzymać nowy obszar przedmiotowy?
- Szacowany koszt i ryzyko delta
podejścia do rozwoju
Poniższe kroki należy podjąć w tworzeniu tego produktu pracy:
- Określić najbardziej prawdopodobny kandydat Reference Architecture. Ponieważ istnieje niewielka liczba architektur referencyjnych, każdy z naciskiem dobrze zdefiniowanego, powinny być proste do identyfikacji jednego lub dwóch, jako istotne dla klientów celów projektu i przyszłego modelu biznesowego.
- Przejrzyj opis kontekstu aktywów, która jest w postaci zarówno tekstu i ilustracji, z klientem, aby ocenić dopasowanie. ilustracje, zwłaszcza, są skutecznym sposobem sprawdzania wiedzy klienta proponowanego podejścia. W trakcie tego procesu, Klient może podjąć decyzję o zmianie swych wcześniej określone wymagania, na przykład, poprzez uznanie, że dostarczone przez architektoniczny wzorzec Reference Architecture jest lepszy od tego, że wcześniej przewidzieć.
- Użyj sterowników firm, IT zasady i wymagania listy scharakteryzować wymagania klientów prosimy klienta o tym, czy są jakieś inne ważne wymagania, które nie zostały objęte standardowych cech.
- Zbadaj dopasowanie wymogów z charakterystyką świadczonych przez Architektury Odniesienia na różnych poziomach abstrakcji.
- Od podstawy aktywów, zidentyfikować obszary tematyczne objęte Reference Architecture. Porównaj je z dziedzinach wymaganych przez klienta.
- Analizować dopasowanie pomiędzy Reference Architecture i wymagań klienta. Dokumentowanie wszystkich luk, i dokonać wstępnej oceny z klientem, w jaki sposób te braki zostaną rozwiązane. Może to obejmować:
- Rozszerzenie architektury (e.g., linkami do dodatkowego obszaru tematycznego)
- Modyfikacja Reference Architecture (to znaczy, zmieniając jego strukturę wewnętrzną lub zachowanie)
- Dokumentuje uzasadnienie każdej z tych decyzji w zakresie założeń, uzasadnienie biznesowe, ryzyko, itd..
- Dokonać ogólnej oceny rentowności i ryzyka na podstawie informacji dostępnych w tym momencie.
Walidacji i weryfikacji
Należy wykonać następujące kontrole:
- Upewnij się, że Klient posiada zatwierdzone kryteria stosowane do porównywania i wyboru architektury referencyjne.
- Upewnij się, że wszystkie główne obszary wymóg klienta zostały uwzględnione.
- Upewnij się, że krytyczne zależności od architektury w środowisku docelowym mogą być spełnione.
- Weryfikacja żadnych kompromisów podejmowanych z klientami i Aktywami dostawców z następującymi kryteriami.
- Upewnij się, że architektura jest odporny na przewidywanych zmian.
