{Вашето заглавие тук}

!!! info

**Състояние**: { Предложен | В процес на преглед | Приет |  Отхвърлен | Заменен | Остарял }

**Актуализиран**: {YYYY-MM-DD}

Резюме

{Това е „изпълнителното резюме“ или „асансьорното изложение“ за вашия ADR. С няколко кратки изречения (обикновено 2-4) заявете ясно основния проблем, въпрос или възможност, които този ADR разглежда. Включете кратък намек за взетото решение или за областта на фокус. Целта е да помогнете на читателите бързо да разберат за какво е този ADR и да решат дали е относим към тях, без да се налага да четат целия документ. Мислете за него като за резюмето на техническа статия или като за много кратко въведение в основната тема.}

Движещи фактори

{Този раздел обяснява защо това решение се взема сега. Формулирайте ясно основните мотиви, нужди или проблеми, които налагат това архитектурно решение. Помислете за основните причини и натиск.}

• {напр. Разработваме нова функция/възможност, която се нуждае от...}

• {напр. Трябва да подобрим производителността, достъпността, да премахнем дълг...}

• {напр. Обратната връзка от потребителите подсказва...}

• {напр. Текущият подход налага тези ограничения...}

Варианти

{Тук изброявате различните варианти, които обмисляте. Придържайте се към фактите и избягвайте мнения, следващият раздел обхваща анализа. Включете кратко описание, връзки към съответната документация или примери.

Включете всички значими алтернативи, които сте проучили, дори ако в крайна сметка не са били избрани. Целта е да дадете на читателите ясно, безпристрастно разбиране за всяка алтернатива, преди да преминете към оценката.}

{Заглавие на вариант 1}

{Опишете варианта, дайте резюме, изброете фактите, дайте връзки и т.н.}

{Заглавие на вариант n}

...

Анализ на вариантите

{Тук оценявате критично всеки вариант, представен в раздела Варианти. За всеки вариант дайте балансиран поглед върху неговите предимства, недостатъци и всякакви други съответни съображения или компромиси. Бъдете конкретни и, където е възможно, свързвайте мислите си обратно с Движещите фактори.

Обмислете аспекти като:

• Разходи (разработка, експлоатация, лицензиране)

• Сложност (реализация, поддръжка, крива на учене)

• Рискове (технически, оперативни, свързани със сигурността)

• Съответствие с архитектурни принципи или съществуващи стандарти

• Въздействие върху производителността, мащабируемостта, използваемостта, поддръжката, сигурността и т.н.

Включете толкова твърдения за Плюс/Минус/Друго, колкото са необходими. }

{Оценка на вариант 1}

• Плюс: {Конкретно предимство или полза на този вариант.}

• Минус: {Конкретен недостатък, риск или разход, свързан с този вариант.}

• Друго: {Относима точка, която не е строго плюс или минус.}

{Оценка на вариант n}

...

Препоръка

{Тук заявявате ясно крайното решение и изрично назовавате избрания вариант. Обяснете подробно защо е избран този вариант. Трябва ясно да изложите как избраният вариант най-добре отговаря на Движещите фактори и изпълнява ключовите изисквания или решава заявения проблем.}

Последици

{Този раздел е по избор.}

{Сега, когато решението е взето, какви са очакваните резултати и въздействия, както положителни, така и отрицателни? Какви известни ограничения, разходи или рискове се приемат с вземането на това решение? Как ще повлияе това решение на различните заинтересовани страни, други системи, практики на разработка, оперативни процедури или потребителски опит?}

• Плюс: {Конкретен положителен резултат или полза, очаквана от това решение.}

• Минус: {Конкретен приет недостатък, разход или риск, произтичащ от това решение. }

• Друго: {Последица, която не е строго плюс или минус.}

Потвърждение

{Този раздел е по избор.}

{Очертайте как ще бъде проверена реализацията на това решение и как ще бъде гарантирано текущото съответствие. Това помага да се покаже, че решението не е просто теоретично, а ще бъде активно прилагано и наблюдавано.

Как ще проверите, че решението е реализирано правилно? (напр. прегледи на код, конкретни тестове, демонстрации, партньорски преглед).

Как ще се поддържа спазването на това решение във времето? (напр. автоматизирани проверки, периодични одити, актуализации на насоките за екипа, обучение).

Има ли конкретни метрики или показатели, които ще покажат, че решението постига предвидените положителни резултати? (напр. еталонни тестове за производителност, степен на възприемане, намаляване на конкретни грешки, оценки от обратна връзка на потребителите).

Кой отговаря за надзора на това и какво се случва, ако решението не бъде спазено?}

Повече информация

{Този раздел е по избор.}

{Използвайте този раздел, за да предоставите всякаква допълнителна информация, която подкрепя решението, добавя контекст или насочва бъдещи действия. Тук могат да се появят и връзки към други решения и ресурси.

Можете накратко да отбележите кой е участвал в процеса на вземане на решението и дали/как е постигнат консенсус. Може също да предложите срок или конкретни събития, които могат да подтикнат към преоценка на това решение в бъдеще.}