{Vaš naslov tukaj}

!!! info

**Stanje**: { Predlagano | V pregledu | Sprejeto |  Zavrnjeno | Nadomeščeno | Zastarelo }

**Posodobljeno**: {YYYY-MM-DD}

Povzetek

{To je »izvršni povzetek« ali »dvigalni govor« vašega ADR. V nekaj jedrnatih stavkih (običajno 2–4) jasno navedite osrednji problem, vprašanje ali priložnost, ki jo ta ADR obravnava. Vključite kratek namig na sprejeto odločitev ali področje osredotočenosti. Cilj je bralcem pomagati, da hitro razumejo, o čem govori ta ADR, in se odločijo, ali je zanje pomemben, ne da bi morali prebrati celoten dokument. Predstavljajte si ga kot povzetek tehničnega članka ali zelo kratek uvod v glavno temo.}

Gonilniki

{Ta razdelek pojasnjuje, zakaj se ta odločitev sprejema zdaj. Jasno opišite glavne motivacije, potrebe ali probleme, ki narekujejo to arhitekturno odločitev. Razmislite o temeljnih razlogih in pritiskih.}

• {npr. Razvijamo novo funkcijo/zmožnost, ki potrebuje ...}

• {npr. Izboljšati moramo zmogljivost, dostopnost, odpraviti tehnični dolg ...}

• {npr. Povratne informacije uporabnikov kažejo, da ...}

• {npr. Trenutni pristop nalaga te omejitve ...}

Možnosti

{Tu naštejete različne možnosti, ki jih preučujete. Držite se dejstev in se izogibajte mnenjem; naslednji razdelek zajema analizo. Vključite jedrnat opis in povezave na ustrezno dokumentacijo ali primere.

Vključite vse pomembne alternative, ki ste jih preučili, tudi če na koncu niso bile izbrane. Cilj je bralcem zagotoviti jasno, nepristransko razumevanje vsake alternative, preden se poglobite v vrednotenje.}

{Naslov možnosti 1}

{Opišite možnost, podajte povzetek, navedite dejstva, zagotovite povezave itd.}

{Naslov možnosti n}

...

Analiza možnosti

{Tu kritično ovrednotite vsako možnost, predstavljeno v razdelku Možnosti. Za vsako možnost podajte uravnotežen pogled na njene prednosti, slabosti in vse druge pomembne premisleke ali kompromise. Bodite konkretni in, kjer je mogoče, svoje točke povežite z razdelkom Gonilniki.

Upoštevajte vidike, kot so:

• Stroški (razvoj, delovanje, licenciranje)

• Kompleksnost (izvedba, vzdrževanje, krivulja učenja)

• Tveganja (tehnična, operativna, varnostna)

• Skladnost z arhitekturnimi načeli ali obstoječimi standardi

• Vpliv na zmogljivost, razširljivost, uporabnost, vzdrževanje, varnost itd.

Vključite toliko trditev Prednost/Slabost/Drugo, kot je potrebno. }

{Ocena možnosti 1}

• Prednost: {Določena prednost ali korist te možnosti.}

• Slabost: {Določena slabost, tveganje ali strošek, povezan s to možnostjo.}

• Drugo: {Ustrezna točka, ki ni strogo prednost ali slabost.}

{Ocena možnosti n}

...

Priporočilo

{Tu jasno navedite končno odločitev in izrecno poimenujte izbrano možnost. Podrobno pojasnite, zakaj je bila ta možnost izbrana. Jasno opišite, kako izbrana možnost najbolje obravnava Gonilnike ter izpolnjuje ključne zahteve ali rešuje navedeni problem.}

Posledice

{Ta razdelek je neobvezen.}

{Zdaj, ko je bila odločitev sprejeta, kakšni so pričakovani izidi in vplivi, pozitivni in negativni? Katere znane omejitve, stroški ali tveganja se sprejemajo s to odločitvijo? Kako bo ta odločitev vplivala na različne deležnike, druge sisteme, razvojne prakse, operativne postopke ali uporabniško izkušnjo?}

• Prednost: {Določen pozitiven izid ali korist, pričakovana od te odločitve.}

• Slabost: {Določena sprejeta slabost, strošek ali tveganje, ki izhaja iz te odločitve. }

• Drugo: {Posledica, ki ni strogo prednost ali slabost.}

Potrditev

{Ta razdelek je neobvezen.}

{Opišite, kako bo izvedba te odločitve preverjena in kako bo zagotovljena stalna skladnost. To pomaga pokazati, da odločitev ni le teoretična, ampak bo dejavno uresničena in spremljana.

Kako boste preverili, da je bila odločitev pravilno izvedena? (npr. pregledi kode, posebni testi, predstavitve, pregled s strani sodelavcev).

Kako se bo spoštovanje te odločitve vzdrževalo skozi čas? (npr. samodejna preverjanja, občasne revizije, posodobitve smernic ekipe, usposabljanje).

Ali obstajajo posebne metrike ali kazalniki, ki bodo pokazali, da odločitev dosega predvidene pozitivne izide? (npr. primerjalni testi zmogljivosti, stopnje sprejetosti, zmanjšanje posameznih napak, ocene povratnih informacij uporabnikov).

Kdo je odgovoren za nadzor tega in kaj se zgodi, če se odločitve ne upošteva?}

Več informacij

{Ta razdelek je neobvezen.}

{V tem razdelku navedite dodatne informacije, ki podpirajo odločitev, dodajo kontekst ali usmerjajo prihodnje ukrepe. Tu so lahko tudi povezave na druge odločitve in vire.

Lahko na kratko navedete, kdo je sodeloval v postopku odločanja in ali oziroma kako je bilo doseženo soglasje. Lahko tudi predlagate časovni okvir ali posebne dogodke, ki bi lahko v prihodnosti sprožili ponovno oceno te odločitve.}