{Jūsu nosaukums šeit}

!!! info

**Statuss**: { Ierosināts | Pārskatīšanā | Pieņemts |  Noraidīts | Aizstāts | Novecojis }

**Atjaunināts**: {YYYY-MM-DD}

Kopsavilkums

{Šis ir jūsu ADR „izpildkopsavilkums” vai „lifta runa”. Dažos kodolīgos teikumos (parasti 2–4) skaidri formulējiet galveno problēmu, jautājumu vai iespēju, ko šis ADR risina. Iekļaujiet īsu mājienu par pieņemto lēmumu vai uzmanības jomu. Mērķis ir palīdzēt lasītājiem ātri saprast, par ko ir šis ADR, un izlemt, vai tas ir viņiem būtisks, bez nepieciešamības lasīt visu dokumentu. Iedomājieties to kā tehniska raksta anotāciju vai ļoti īsu ievadu galvenajā tēmā.}

Virzītājspēki

{Šī sadaļa paskaidro, kāpēc šis lēmums tiek pieņemts tagad. Skaidri formulējiet galvenos motīvus, vajadzības vai problēmas, kas liek pieņemt šo arhitektūras lēmumu. Padomājiet par pamatā esošajiem iemesliem un spiedienu.}

• {piem., mēs izstrādājam jaunu funkciju/spēju, kurai nepieciešams...}

• {piem., mums jāuzlabo veiktspēja, pieejamība, jānovērš tehniskais parāds...}

• {piem., lietotāju atsauksmes liecina, ka...}

• {piem., pašreizējā pieeja uzliek šādus ierobežojumus...}

Iespējas

{Šeit uzskaitiet dažādās iespējas, kuras apsverat. Turieties pie faktiem un izvairieties no viedokļiem, jo analīzi aptver nākamā sadaļa. Iekļaujiet kodolīgu aprakstu, saites uz attiecīgo dokumentāciju vai piemēriem.

Iekļaujiet visas nozīmīgās alternatīvas, ko izpētījāt, pat ja tās galu galā netika izvēlētas. Mērķis ir sniegt lasītājiem skaidru, objektīvu katras alternatīvas izpratni, pirms iedziļināties izvērtēšanā.}

{1. iespējas nosaukums}

{Aprakstiet iespēju, sniedziet kopsavilkumu, uzskaitiet faktus, norādiet saites utt.}

{n. iespējas nosaukums}

...

Iespēju analīze

{Šeit kritiski izvērtējiet katru sadaļā Iespējas piedāvāto iespēju. Katrai iespējai sniedziet līdzsvarotu skatījumu uz tās priekšrocībām, trūkumiem un jebkuriem citiem būtiskiem apsvērumiem vai kompromisiem. Esiet konkrēti un, kur iespējams, saistiet savus argumentus ar Virzītājspēkiem.

Apsveriet tādus aspektus kā:

• Izmaksas (izstrāde, ekspluatācija, licencēšana)

• Sarežģītība (īstenošana, uzturēšana, mācīšanās līkne)

• Riski (tehniskie, operacionālie, drošības)

• Atbilstība arhitektūras principiem vai esošajiem standartiem

• Ietekme uz veiktspēju, mērogojamību, lietojamību, uzturamību, drošību utt.

Iekļaujiet tik daudz apgalvojumu Priekšrocība/Trūkums/Cits, cik nepieciešams. }

{1. iespējas novērtējums}

• Priekšrocība: {Konkrēta šīs iespējas priekšrocība vai ieguvums.}

• Trūkums: {Konkrēts trūkums, risks vai izmaksas, kas saistītas ar šo iespēju.}

• Cits: {Būtisks punkts, kas nav stingri priekšrocība vai trūkums.}

{n. iespējas novērtējums}

...

Ieteikums

{Šeit skaidri norādiet galīgo lēmumu un nepārprotami nosauciet izvēlēto iespēju. Detalizēti paskaidrojiet, kāpēc šī iespēja tika izvēlēta. Skaidri formulējiet, kā izvēlētā iespēja vislabāk risina Virzītājspēkus un atbilst galvenajām prasībām vai atrisina norādīto problēmu.}

Sekas

{Šī sadaļa ir neobligāta.}

{Tagad, kad lēmums pieņemts, kādi ir gaidāmie iznākumi un ietekmes, gan pozitīvas, gan negatīvas? Kādi zināmi ierobežojumi, izmaksas vai riski tiek pieņemti, pieņemot šo lēmumu? Kā šis lēmums ietekmēs dažādas ieinteresētās puses, citas sistēmas, izstrādes praksi, operacionālās procedūras vai lietotāja pieredzi?}

• Priekšrocība: {Konkrēts pozitīvs iznākums vai ieguvums, ko sagaida no šī lēmuma.}

• Trūkums: {Konkrēts pieņemts negatīvs aspekts, izmaksas vai risks, kas izriet no šī lēmuma. }

• Cits: {Sekas, kas nav stingri priekšrocība vai trūkums.}

Apstiprinājums

{Šī sadaļa ir neobligāta.}

{Izklāstiet, kā tiks pārbaudīta šī lēmuma īstenošana un kā tiks nodrošināta pastāvīga atbilstība. Tas palīdz parādīt, ka lēmums nav tikai teorētisks, bet tiks aktīvi īstenots un uzraudzīts.

Kā jūs pārbaudīsiet, ka lēmums ir pareizi īstenots? (piem., koda pārskati, konkrēti testi, demonstrācijas, savstarpējs pārskats).

Kā laika gaitā tiks uzturēta šī lēmuma ievērošana? (piem., automatizētas pārbaudes, periodiskas revīzijas, komandas vadlīniju atjauninājumi, apmācība).

Vai ir konkrēti rādītāji vai indikatori, kas parādīs, ka lēmums sasniedz paredzētos pozitīvos iznākumus? (piem., veiktspējas etalontesti, pieņemšanas līmeņi, konkrētu kļūdu samazinājums, lietotāju atsauksmju vērtējumi).

Kas ir atbildīgs par tā uzraudzību un kas notiek, ja lēmums netiek ievērots?}

Papildu informācija

{Šī sadaļa ir neobligāta.}

{Izmantojiet šo sadaļu, lai sniegtu jebkādu papildu informāciju, kas atbalsta lēmumu, pievieno kontekstu vai vada turpmākās darbības. Šeit var parādīties arī saites uz citiem lēmumiem un resursiem.

Varat īsi norādīt, kurš bija iesaistīts lēmumu pieņemšanas procesā un vai/kā tika panākta vienprātība. Varat arī ieteikt laika posmu vai konkrētus notikumus, kas nākotnē varētu izraisīt šī lēmuma atkārtotu izvērtēšanu.}