Priskribo
Antaŭ ol difinanta Referencan Arkitekturon, Ĝi estas pli bona havi iun ideon pri softvara arkitekturo. Softvara arkitekturo havas diversajn difinojn kiu estas derivita de malsamaj fontoj. Ĝi varias de desegnanta, Kreanta kaj daŭriganta ĉiuj la kodo de grandaj komputilaj sistemoj al inkluzivanta ĉiuj la funkciado de la fizikaj kaj logikaj eroj de entreprenaj sistemoj ankaŭ. Ĝi estas kombinaĵo kaj interrilatado de ĉiuj la eroj (softvaro kaj ladaĵejo) Fari kompletan sistemon specifa al malsamaj komercaj bezonoj.
la Referenca Arkitekturo kaj Kapabla/Manka analizo estas mallonga de dokumento deklaranta la Referencan Arkitekturon esti uzita kiel la bazo por arkitekturo de la nuna projekto kaj inkluzivanta la raciigon por ĉi tiu decido. Ĝi estas ankaŭ analiza procezo kompreni la referencan arkitekturon kaj ĝian efektivigon.
Referenca Arkitekturo estas predefined arkitektura skemo desegnita por uzo en aparta komerco kaj teknikaj kuntekstoj.
Fonto de Referencaj Arkitekturoj ene de organizo povas esti ajna elprovita kadro kaj valoraĵo uzita en pli fruaj projektoj. La labora produkto estas kolektiva kaj aplikas egale al elekto de Referencaj Arkitekturoj de aliaj fontoj.
La plej grava parto de Referenca Arkitekturo estas kompreni la preparitecon kaj mankoj trovita dum analizo.
Referenca Arkitekturo Kapabla/Manka Analizo entabeligas la kernajn faktorojn okupita en elektanta Referencan Arkitekturon:
- Komercaj scenaroj
- Komercaj ŝoforoj
- Arkitekturaj karakterizaĵoj
Valoraĵa elekto okupas tradeoffs. Referenca Arkitekturo Kapabla/Manka Analizo dokumentas la diferencojn inter la dezirita projektan arkitekturon kaj la referencan arkitekturon en komunikaĵo-de-kapabla kaj identigas modifaĵojn postulita por la projekto.
Celo
Nun lasita nin kontroli la celan Kapablan/Mankan analizon en Referenca Arkitekturo modelo. La Referenca Arkitekturo Kapabla/Manka Analizo estas uzita por la sekvantaro
- Helpi en determinanta la amplekson de farota solva evoluada projekto
- Kiel enigo al aliaj arkitekturaj laboraj produktoj. Dependanta sur la grandeco de la mankoj, La elektita Referenca Arkitekturo kaj asociita kapablan/mankan analizon povas formi la bazon por la tuta arkitekturo.
- Reliefigi ajnajn mankojn kie la Referenca Arkitekturo faras ne kapablajn projektajn postulojn. Ĉi tiuj indikas areojn de risko aŭ granda arkitektura laboro postulita en la projekto. Ĝi ankaŭ helpas elekti la referencan arkitekturon por la farota projekto.
Efiko de Ne Havanta Referencan Arkitekturon
Elektanta Referencan Arkitekturon reduktas la riskon de reusing pruvita, Plej bone-praktikaj solvoj. Ne aplikanta normaj Referencaj Arkitekturaj pliigoj projekta peno kaj kosto, Kaj pliigas la riskon de projekta malsukceso.
La plej bona vojo uzi arkitekturajn valoraĵojn estas komenci de elektanta Referencan Arkitekturon. Tio ĉi formos la kuntekston por pli detala elekto de valoraĵoj kaj gvido.
Kialoj por Ne Uzanta Referencan Arkitekturon
Sur valoraĵo-bazitaj projektoj, Ĉi tiu produkto ĉiam devus esti produktita.
Se konvenaj Referencaj Arkitekturoj ne estas haveblaj al projekto aŭ projekto decidas ne uzi Referencan Arkitekturon, Tiam ĉe plejparto de la Administra Resumo, Inkluzivanta kialojn kial Referenca Arkitekturo ne estis elektita, Devus esti kompletigita. Often even this is unnecessary. A note can be added to the documentation of the choice of work products.
Kiom Kapabla/Manka analizo estas dokumentita
Referenca Arkitekturo Kapabla/Manka Analizo estas resume teksta dokumento, Kun tabloj taksanta la postulojn aparta profilo kaj submetata area priraportado. La tabuloforma formo priskribas ĉiuj la postulataj punktoj akiri klaran bildon de la plu-gvidita arkitekturon kaj ĝian preparitecon en la farota projekto.
Administra Resumo: Nelonga komunikaĵo de elektita Referencan Arkitekturon kaj ajnaj gravaj aferaj/riskoj.
Enkonduko: Enkondukaj rimarkoj pri la referenca arkitekturo.
Kernaj Ŝoforoj: Nelonga komunikaĵo de la komercaj objektivoj aŭ limoj.
Arkitekturaj Postuloj Checklist: La dokumento konsistas de norma aro de demandoj kaj potencialaj respondoj koncerne al arkitekturaj postuloj, which allows a systematic collection of the architectural requirements for the project. This set is used as a checklist to prompt for customer architectural requirements and associated issues, Kiu estas dokumentita en tablo, Kiel malsupre. Tio ĉi estas ekzempla tablo kaj ĝi povas esti de malsama formato laŭ la normo de la organizo.
| Postulo | Referenca Arkitekturo Karakterizaĵo | Postulata Valoro por Projekto | Riskoj/Eldonas/Rimarkojn Indikas Prienketi |
| Postula nomo | Rilata gamo de valoroj por ĉi tiu arkitekturo | Varii aplikeblan al la kliento | Ajnaj mankoj, Riskoj, Probable estontaj aferoj, Temoj por posta analizo |
Subject Area Checklist:Ĉiu Referenca Arkitekturo ampleksas plurajn submetatajn areojn (Foje plu-gvidita al kiel “domajnoj”). Subject areas are specific areas of concern, Ekzemple, La araneaĵo bazita liveran kanalon estas submetata areo konsistanta de Araneaĵaj retumiloj, Domajna nomo serviloj, Ktp. A simple and clear way of examining the “fit” of a Reference Architecture to customer requirements is to compare it to the subject area coverage. Sekvanta estas tablo por kaptanta la detalojn.
Submetata Areo |
Donaco en Arkitekturo? | Postulita de Kliento? | Aferoj/Riskas/Notojn |
| Nomo de submetata areo | Jes/Ne | Jes/Ne |
Statement of Fit:A summary of the extent of “fit” between the Reference Architecture and customer requirements. Each Reference Architecture is described at several levels of abstraction, kaj gvido estas provizita ĉe ĉiu nivelo sur la karakterizaĵoj subtenis. Por ĉiu areo kie la Referenca Arkitekturo ne renkontas postulojn, Priskribi nelonge:
- La unmet postulo. Tio ĉi estas tre grava por elektanta la referencan arkitekturon.
- la tipo kaj etendo de delto kiu estus postulata por la Referenca Arkitekturo renkonti la postulon. Ankaŭ mencii se ĝi devas esti etendita, Modifita, Aŭ ricevi novan teman areon?
- Takso de la kosto kaj risko de la delto
Development Approach
La sekvantaj paŝoj devus esti prenita en produktanta ĉi tiun laboran produkton:
- Identify the most likely Reference Architecture candidate. Kiel estas malgranda nombro de Referencaj Arkitekturoj, Ĉiu kun puto-difinita fokuson, Ĝi devus esti simpla identigi unu aŭ du kiel rilata al la projekto de la kliento celoj kaj estonta komerca modelo.
- Revizii la priskribon de la valoraĵa kunteksto, Kiu estas provizita en ambaŭ teksta kaj ilustraĵa formo, Kun la kliento taksi kapablan. La ilustraĵoj, En aparta, Estas potenca vojo kontroli klientan komprenon de la farota alproksimiĝo. Dum ĉi tiu procezo, La kliento povas decidi modifi lia antaŭe deklarita postulojn, Ekzemple, Tra rekono ke la arkitektura skemo provizita de la Referenca Arkitekturo estas supera al la unu li antaŭe antaŭvidis.
- Uzi Komercajn Ŝoforojn, ĜI Principoj kaj Postuloj enlistigas karakterizi klientajn postulojn Kontrolo kun la kliento sur ĉu estas iu ajn aliaj gravaj postuloj kiu ne estis kovrita de la normaj karakterizaĵoj.
- Ekzameni la kapablan de la postuloj kun la karakterizaĵoj provizita de la Referenca Arkitekturo ĉe diversaj niveloj de abstraction.
- De la valoraĵa bazo, Identigi la submetatajn areojn kovrita de la Referenca Arkitekturo. Kompari ĉi tiujn kun la submetataj areoj postulita de la kliento.
- Analizi la kapablan inter la Referenca Arkitekturo kaj la klientaj postuloj. Dokumenti ĉiuj mankoj, Kaj fari komencajn taksojn kun la kliento sur kiel ĉi tiuj mankoj estos solvita. Tio ĉi povas okupi:
- Etendanta la arkitekturon (Ekz., Liganta al suplementa tema areo)
- Modifanta la Referencan Arkitekturon (T.e., Ŝanĝanta ĝian internan strukturon aŭ konduton)
- Dokumenti la raciigon por ĉiu de ĉi tiuj decidoj en terminoj de antaŭsupozoj, Komerca pravigo, Riskoj, Ktp.
- Fari entutan takson de realigebleco kaj riski bazita sur la informo havebla ĉe ĉi tiu punkto.
validumado kaj Konfirmo
Elfari la sekvantajn kontrolojn:
- Konfirmi ke la kliento aprobis la kriteriojn uzita kompari kaj elekti la Referencajn Arkitekturojn.
- Konfirmi ke ĉiuj gravaj postulaj areoj de la kliento estis konsiderita.
- Konfirmi tiujn kritikajn dependecojn de la arkitekturo en la cela medio povas esti renkontita.
- Konfirmi ajna tradeoffs estado farita kun la kliento kaj Valoraĵaj Provizantoj kun la sekvantaj kriterioj.
- Konfirmi ke la arkitekturo estas fortika al anticipita ŝanĝojn.
