Mis on Viide Arhitektuur ja Fit / Gap Analysis

Kirjeldus

Enne määratlemisel Reference Architecture, see on parem aimu tarkvara arhitektuur. Tarkvara arhitektuur on erinevad mõisted, mis on saadud eri allikatest. See ulatub projekteerimine, luua ja säilitada kõik koodi suurte arvutisüsteemide sisaldavad kõiki toimimist füüsilise ja loogilise komponendid ettevõtte süsteeme ning. See on kombinatsioon ning koostoime kõigi osade (riist-ja tarkvara) teha täielik süsteem konkreetseid erinevaid ettevõtte vajadustele.

Viide Arhitektuur ja Fit / Gap analüüs on lühike dokument, milles Reference Architecture kasutada alusena projekti praeguse arhitektuuri ja ka põhjust, miks see otsus. Samuti on analüüsi käigus mõista viide arhitektuuri ja selle rakendamine.

Reference Architecture on eelnevalt arhitektuuri muster on mõeldud kasutamiseks eelkõige äri-ja tehnilise tausta.

Source of Reference arhitektuurid organisatsioonis võib olla tõestatud raamistik ja vara kasutatakse varasemate projektide. Töö toode on üldine ja kehtib ka valik Viide arhitektuurid muudest allikatest.

Kõige olulisem osa Reference Architecture on mõista fitness ja puudujääke leiti analüüsi käigus.

Reference Architecture Fit / Gap Analysis tabulates võti tegureid valides Reference Architecture:

  • Business stsenaariumid
  • Business draiverid
  • Arhitektuur omadused

Asset Selection hõlmab kompromissidega. Reference Architecture Fit / Gap Analysis dokumenteerib erinevused soovitud projekti arhitektuuri ja viide arhitektuur avalduses-of-fit ja identifitseerib muudatusi projekti jaoks vajalike.

Eesmärk

Nüüd andke meile kontrollida eesmärkidel Fit / Gap analüüs Reference Architecture mudel. Reference Architecture Fit / Gap Analysis kasutatakse järgmisi

  • Aidata ulatuse määramisel pakutud lahendus arendusprojekt
  • Sisendina teiste arhitektuuri tööd tooteid. Sõltuvalt suurusest lüngad, valitud Viide Arhitektuur ja nendega fit / lõhe võib analüüsi aluseks kogu arhitektuur.
  • Tuua välja võimalikud lüngad, kus Reference Architecture ei sobi projekti nõuded. Need näitavad ohualad või olulise ehitustöödeks vajalik projekti. Samuti aitab valida viide arhitektuuri kavandatava projekti.

Mõju, millel ei ole Viide Arhitektuur

Valides Reference Architecture vähendab korduskasutusega tõestatud, heade tavade lahendusi. Ei rakendades standard Reference Architecture suurendab projekti töö ja kulud, ja suurendab riski projekti ebaõnnestumise.

Parim viis kasutada arhitektuurne vara on alustada valides Reference Architecture. See moodustab kontekstis üksikasjalikuma valik varad ja juhised.

Mittekasutamise põhjused Reference Architecture

On vara baasil projektide, Seda toodet tuleb alati toodetud.

Vajaduse korral viide arhitektuur ei ole projekti või projekti otsustab mitte kasutada Reference Architecture, siis kõige Kokkuvõte, sealhulgas põhjustest, miks Reference Architecture ei valitud, peaks valmima. Sageli isegi see ei ole vajalik. Märkus saab lisada dokumentatsiooni töö valiku tooted.

Kuidas Fit / Gap analüüs dokumenteeritakse

Reference Architecture Fit / Gap Analysis on põhimõtteliselt tekstiline dokument, laudade hindamise nõuetele iseloomulik profiil ja ainevaldkonnas katvus. Tabelina kirjeldab kõik vajalikud punktid, et saada selge ülevaade nimetatud arhitektuur ja selle sobivuse kavandatud projekti.

Kokkuvõte: Lühike ülevaade valitud Viide Arhitektuur ja oluliste probleemide / riskide.

Sissejuhatus: Sissejuhatav kommentaare viide arhitektuur.

Key draiverid: Lühike ülevaade ärieesmärgid või piirangud.

Arhitektuur Nõuded Meelespea: Dokument koosneb standardne küsimustik ja võimalike vastuste osas arhitektuuri nõuded, mis võimaldab süstemaatiline kogumine arhitektuursed nõuded projekti. See komplekt on kasutatud kontrollnimekirja küsiks kliendi arhitektuursed ja nendega seotud küsimusi, mis on dokumenteeritud tabelis, nagu allpool. See on proov tabel ja see võib olla erinevas vormis vastavalt standardi organisatsioon.

Nõue Reference Architecture Iseloomulik Nõutav Väärtus Project Riskid / küsimused / Kommentaarid juhib Uurida
Nõue nimi Asjakohane väärtuste Selle arhitektuur Range kohaldatakse kliendi Lünkasid, riskide, tõenäoliselt tulevikus küsimused, teemasid järgneva analüüsi

Teema Area Meelespea:Iga Reference Architecture hõlmab mitmeid valdkondi (mõnikord nimetatakse "domeenid"). Valdkonnad on valdkondadega, näiteks, veebipõhine tarne kanal on valdkond, mis koosneb veebibrauserite, nimeserverite, jne. Lihtne ja selge viis läbi vaadata "sobib", mis Reference Architecture kliendi soovile on võrrelda seda ainevaldkonnas katvus. Järgnevalt on tabelis hõivamiseks üksikasju.


Valdkond
Kohal Arhitektuur? Nõutud Kliendi? Küsimused / Riskid / Notes
Nimi ainevaldkonnas Yes/No Yes/No

Statement of Fit:Kokkuvõte ulatuses "sobivad" vahel Reference Architecture ja kliendi vajadustele. Iga Reference Architecture on kirjeldatud mitmel tasandil abstraktsiooni, ja juhised on igal tasandil on omadused toetavad. Iga ala, kus Viide Arhitektuur ei vasta nõuetele, kirjeldage lühidalt:

  • Rahuldamata nõue. See on väga oluline, valides viide arhitektuur.
  • Tüüp ja ulatus, delta, mis oleks eelduseks Reference Architecture nõudega. Samuti märgitakse, kas see tuleb laiendada, modifitseeritud, või saada uus teema?
  • Hinnanguline kulu ja risk delta

Arengu lähenemisviisi

Järgmised sammud tuleb teeniva see töö toode:

  1. Nimetage tõenäoliselt Reference Architecture kandidaat. Nagu on väike arv Reference Arhitektuure, igaüks täpselt kindlaks määratud tähelepanu, see peaks olema lihtne välja selgitada üks või kaks, kui need puudutavad kliendi projekti eesmärke ja tuleviku ärimudel.
  2. Vaadake kirjeldust vara kontekstis, mis on esitatud nii tekstiline ja illustratsiooni kujul, kliendiga hinnata fit. Illustratsioonid, eriti, on võimas viis kontrollida klientide arusaamist pakutud lähenemine. Selle protsessi käigus, klient võib otsustada muuta oma varem väljendatud nõuetele, näiteks, tunnustamise kaudu, et arhitektuuri muster, mida Reference Architecture on parem kui üks ta oli varem kavandatud.
  3. Kasutage Business Drivers, IT põhimõtted ja nõuded nimekirjad iseloomustada kliendi nõuetele Check kliendiga, kas on mingeid muid olulisi nõudeid, mis ei ole hõlmatud standard omadused.
  4. Uurige sobivuse nõuete omadustele, mis on viide arhitektuuri eri võtmiseks.
  5. Alates varade baasi, kindlaks valdkonnad hõlmatud Reference Architecture. Võrdle neid koos valdkonnad kliendi poolt nõutud.
  6. Analüüsige sobivusele Reference Architecture ja kliendi nõuetele. Dokumendi kõik lüngad, ja teha esialgse hinnangu kliendi kohta, kuidas need puudused lahendatakse. See võib hõlmata:
  • Laiendamine arhitektuur (e.g., ühendab täiendavaid ainevaldkonnas)
  • Muudavad Reference Architecture (st, muutes selle sisemise struktuuri või käitumise)
  1. Dokumenteerida põhjendus iga nende otsuste poolest eeldused, äri põhjendus, riskide, jne.
  2. Tee üldhinnangu elujõulisuse ja risk põhineb teabe kättesaadavaks käesoleva punkti.

Valideerimine ja kontrollimine

Kontrollige järgmist:

  • Veenduge, et klient on kinnitatud kriteeriumid, et võrrelda ja valida viide arhitektuur.
  • Veenduge, et kõik suur nõue valdkondades klient on peetud.
  • Veenduge, et kriitiline sõltuvuste arhitektuuri eesmärk keskkonda on võimalik täita.
  • Kinnita iga kompromissidega tehakse kliendi ja Asset Providers järgmiste kriteeriumide.
  • Veenduge, et arhitektuur on vastupidavamad eeldatavate muudatustega.
============================================= ============================================== Buy best TechAlpine Books on Amazon
============================================== ---------------------------------------------------------------- electrician ct chestnutelectric
error

Enjoy this blog? Please spread the word :)

Follow by Email
LinkedIn
LinkedIn
Share