Description
Ennen kuin ne määrittelevät Viite Arkkitehtuuri, se on parempi olla jonkinlainen käsitys siitä ohjelmistoarkkitehtuuri. Ohjelmiston arkkitehtuuri on erilaisia määritelmiä, jotka ovat peräisin eri lähteistä. Se vaihtelee suunnitteluun, luoda ja ylläpitää kaikki koodi suurten tietokonejärjestelmien sisältää kaikki toiminnan fyysisen ja loogisia komponentteja Laitoksen järjestelmiä sekä. Se on yhdistelmä ja vuorovaikutusta kaikkien komponenttien (ohjelmistot ja laitteistot) tehdä täydellinen järjestelmä erityinen eri yritysten tarpeisiin.
Referenssiarkkitehtuurissa Fit / Gap analyysi on lyhyt asiakirja, jossa referenssiarkkitehtuuri käytettäväksi perustana nykyisen projektin arkkitehtuuri ja myös perustelut tämän päätöksen. Se on myös analyysi prosessi ymmärtää referenssiarkkitehtuurissa sen täytäntöönpanoa.
Referenssiarkkitehtuuri on ennalta arkkitehtoninen malli on suunniteltu käytettäväksi erityisesti liiketoiminnan ja teknisten yhteyksissä.
Lähde-arkkitehtuurit organisaation sisällä voi olla todistettavasti puitteet ja varojen käytössä aikaisemmissa projekteissa. Työ tuote on geneerinen ja koskee myös valinta-arkkitehtuurit muista lähteistä.
Tärkein osa-arkkitehtuuri on ymmärtää kunto ja Puutteiden analyysin aikana.
Referenssiarkkitehtuuri Fit / Kuiluanalyysi tabulates avaintekijöitä mukana valitsemassa referenssiarkkitehtuuri:
- Liiketoimintaskenaariot
- Business ajurit
- Arkkitehtuuri ominaisuudet
Asset valinta liittyy kompromissit. Viite Arkkitehtuuri Fit / Kuiluanalyysi dokumentoi erot halutun hanke arkkitehtuurin ja viite arkkitehtuuri selvitys-of-fit ja tunnistaa muutoksia Hankkeen edellyttämät.
Tarkoitus
Nyt voimme tarkistaa tarkoituksiin Fit / Gap analyysi referenssiarkkitehtuuri malli. Referenssiarkkitehtuuri Fit / Kuiluanalyysi käytetään seuraavien
- Se auttaa havaitsemaan soveltamisalaan ehdotetun ratkaisun kehittämishanke
- Tulona muut arkkitehtuuri työtä tuotteet. Koosta riippuen rakojen, valittu referenssiarkkitehtuuri ja niihin sovi / kuiluanalyysin voivat muodostaa perustan koko arkkitehtuuri.
- Tuomaan esiin mahdolliset aukot, jos Reference Architecture ei mahdu projekti vaatimuksia. Nämä osoittavat riskialueet tai huomattavaa arkkitehtoninen työ tarvitaan projektissa. Se auttaa myös valitsemaan referenssiarkkitehtuurin ehdotetun hankkeen.
Vaikutus ei ole referenssiarkkitehtuuri
Valitseminen Viite Arkkitehtuuri vähentää kierrättämällä todistettu, parhaiden käytäntöjen ratkaisut. Ei sovella standardireferenssiliuos Arkkitehtuuri lisää hankkeen vaivaa ja kustannuksia, ja lisää riskiä hankkeen epäonnistumisen.
Paras tapa käyttää arkkitehtuurin varat on aloittaa valitsemalla Reference Architecture. Tämä muodostaa kontekstin yksityiskohtaisempi valikoima varojen ja ohjausta.
Syyt eivät käytä Reference Architecture
Omaisuuserien-urakointiin, tämä tuote on aina valmistettu.
Tarvittaessa arkkitehtuurit eivät ole käytettävissä projektin tai hankkeen päättää olla käyttämättä Reference Architecture, sitten enintään Tiivistelmä, luettuina syyt miksi Reference Architecture ei valittu, olisi täydennettävä. Usein tämäkin on tarpeeton. Huomautus voidaan lisätä dokumentaatio valinta työn tuotteita.
Miten Fit / Gap analyysi on dokumentoitu
Referenssiarkkitehtuuri Fit / Kuiluanalyysi on pohjimmiltaan tekstiin asiakirja, pöytiä edellytyksiä arvioitaessa karakteristinen ja aihepiirin kattavuus. Taulukkomuodossa kuvataan kaikki tarvittavat kohdat saada selkeä kuva tarkoitettujen arkkitehtuurin ja sen kuntoa ehdotetun hankkeen.
Tiivistelmä: Lyhyt selostus valituista Reference Architecture ja merkittävistä kysymyksistä / riskit.
Käyttöönotto: Alustavat kommentteja viittaus arkkitehtuuri.
Avaintekijät: Lyhyt selostus liiketoiminnan tavoitteita tai rajoitteita.
Arkkitehtuuri Vaatimukset tarkistuslista: Asiakirja on standardi asettaa kysymyksiä ja mahdollisia vastauksia arkkitehtoniset vaatimukset, joka mahdollistaa järjestelmällisen kokoelma arkkitehtoniset vaatimukset hankkeen. Tämä sarja on käyttää tarkistuslistana pyytämään asiakkaiden arkkitehtoniset vaatimukset ja niihin liittyviä seikkoja, jotka on dokumentoitu taulukossa, alla. Tämä on näyte pöytä ja se voi olla eri muodossa standardin organisaation.
| Vaatimus | Viite Arkkitehtuuri Ominaisuus | Vaadittu Vastinetta Project | Riskit / kysymykset / kommentit huomauttaa Investigate |
| Vaatimus nimi | Relevantti arvojen vaihteluväli tälle arkkitehtuurille | Soveltuviin asiakkaalle | Mahdolliset aukot, riskejä, todennäköisesti tulevissa numeroissa, aiheita myöhempää analysointia varten |
Aihealue tarkistuslista:Jokainen referenssiarkkitehtuuri käsittää useita aihealueita (joskus kutsutaan "verkko"). Aihealueet ovat erityisiä huolenaiheita, esimerkiksi, web-pohjainen toimitus kanava on aihepiirin koostuu selaimet, nimipalvelimia, jne. Yksinkertainen ja selkeä tapa tarkastella "sovi" of Reference Architecture asiakkaan tarpeisiin on verrata sitä aihealueen kattavuus. Seuraavassa taulukossa syömällä tiedot.
Aihealue |
Läsnä Arkkitehtuuri? | Vaaditaan Asiakaspalvelu? | Kysymyksiä / riskit / Notes |
| Nimi aihepiiri | Yes/No | Yes/No |
Laskelma Fit:Yhteenveto laajuutta "sovi" välillä Reference Architecture ja asiakkaiden vaatimukset. Jokainen Viite Arkkitehtuuri on kuvattu eri tasoilla abstraktio, ja opastusta on tarjolla kunkin tason ominaisuudet tukevat. Kullekin alueelle jossa referenssiarkkitehtuuri ei täytä vaatimuksia, kuvailla lyhyesti:
- Tyydyttämätön vaatimus. Tämä on erittäin tärkeää, valitaan viite arkkitehtuuri.
- Tyyppi ja laajuus delta, joka olisi edellytys Reference Architecture vaatimuksen täyttämiseksi. Myös mainita, jos se on laajennettava, muutettu, tai vastaanottaa uusi aihealue?
- Kustannusarvio ja riski delta
Kehityksen lähestymistapaa
Seuraavat toimenpiteet olisi toteutettava aikaan tätä työtä tuote:
- Tunnista todennäköisin Reference Architecture ehdokas. Koska on olemassa pieni joukko arkkitehtuurit, kullakin on hyvin määritelty painopiste, se olisi helppo tunnistaa yhden tai kaksi asiaa asiakkaan projektin tavoitteet ja tulevaisuuden liiketoimintamalli.
- Tarkistaa kuvaus omaisuuserän yhteydessä, joka on saatavana sekä teksti- ja kuva muoto, asiakkaan kanssa arvioida kunnossa. Kuvitukset, erityisesti, ovat tehokas tapa tarkistaa asiakkaan ymmärtäminen ehdotetun lähestymistavan. Tämän prosessin aikana, Asiakas voi päättää muuttaa hänen aiemmin todennut vaatimukset, esimerkiksi, tunnustamalla että arkkitehtoninen kuvio toimittamat Reference Architecture on parempi kuin yksi hän oli aikaisemmin suunnitellut.
- Käytä Business Ajurit, IT periaatteet ja vaatimukset luetellaan luonnehtia asiakkaan vaatimukset Tarkista asiakkaan kanssa siitä, onko muita tärkeitä vaatimuksia, joita ei ole kuulu standardin ominaisuudet.
- Tutki sovitus vaatimukset ominaisuuksien tarjoamat-arkkitehtuuri eri tasoilla abstraktio.
- Alkaen omaisuuspohjaa, tunnistaa kattamilla aloilla Reference Architecture. Verrata niitä aihealueita asiakkaan vaatima.
- Analysoi sovitus välillä Reference Architecture ja asiakkaiden vaatimukset. Dokumentoitava kaikki aukot, ja tehdä alustavan arvioinnin asiakkaan kanssa siitä, miten nämä puutteet ratkaistaan. Tähän voi liittyä:
- Laajentaminen arkkitehtuuri (e.g., yhdistää myös muuta alueen)
- Muokkaaminen referenssiarkkitehtuuri (toisin sanoen, muuttamalla sen sisäisen rakenteen tai käyttäytymisen)
- Dokumentoida perustelut kunkin näiden päätösten kannalta oletusten, liiketaloudellista perustetta, riskejä, jne.
- Tee yleisarvio kannattavuuden ja riskien perusteella tietoa tässä vaiheessa.
Validointi ja tarkastaminen
Suorita seuraavat tarkastukset:
- Varmista, että asiakas on hyväksynyt kriteerit vertailla ja valita tausta-arkkitehtuurit.
- Varmista, että kaikki suuret vaatimus alueilla asiakkaan on otettu huomioon.
- Varmista, että kriittiset riippuvuudet arkkitehtuurin kohdeympäristössä voidaan saavuttaa.
- Vahvistettava kaikki kompromissit tehdään asiakkaan kanssa ja Asset tarjoajat täyttävät seuraavat kriteerit.
- Varmista, että arkkitehtuuri on joustava ennakoituihin muutoksiin.
