Основною метою при продумуванні архітектури системи має бути виявлення найбільш відповідного ключового сценарію, що допоможе при ухваленні рішення про архітектуру.

Сценарії автентифікації користувачів можуть бути ключовими сценаріями, тому що є перетином параметрів якості (безпека) з важливою функціональністю (реєстрація користувача в системі).

У контексті архітектури та дизайну варіант використання (use case) – це опис ряду взаємодій між системою та однією чи більше дійовими особами (або користувачем, або іншою системою).

Ключові сценарії – це найважливіші сценарії для успіху створюваного додатка.

Сценарій – це ширший і всеосяжний опис взаємодії користувача із системою, ніж гілка варіанта використання.

успішно працювати через взаємодію та обмін даними з іншими зовнішніми системами, створеними та виконуваними зовнішніми сторонами.

здатність легко розширюватись.

справлятися із збільшенням навантаження без впливу на її продуктивність.

зберігати працездатність протягом певного часу.

запобігати зловмисним або випадковим діям, не передбаченим при проектуванні, або не допускати розголошення або втрату даних.

Тестованість.

Зручність та простота використання.

Можливість взаємодії.

Можливість повторного використання.

Забезпеченість технічною підтримкою.

Він представляє компроміс між параметрами якості.

Він посилається на важливий для архітектури варіант використання.

Він представляє взаємодію параметрів якості з функціональністю.

Він представляє проблемну область – значну невідому область чи область значного ризику.

Ключовий сценарій можна визначити як будь-який сценарій, що відповідає одному або більше з нижченаведених критеріїв.

Регулярно використовуйте та оновлюйте антивірусні програми на вашому персональному комп'ютері.

За наявності безлічі систем у рамках програми, або якщо користувачі повинні мати можливість доступу до багатьох програм, використовуючи одні й ті самі облікові дані, застосовуйте стратегію єдиної реєстрації.

Визначте межі довіри та проводьте автентифікацію користувачів та викликів на межі довіри. Врахуйте, що може знадобитися автентифікувати дзвінки як клієнта, так і сервера (взаємна автентифікація).

Не передавайте паролі через мережу та не зберігайте їх у базі даних або сховищі даних у відкритому вигляді. Зберігайте хеш пароля.

Забезпечте використання надійних паролів або парольних фраз.

Варіант використання, який впливає на багато аспектів дизайну.

Варіант використання, який охоплює і функціональність, і параметри якості, або надає наскрізну функцію, що має глобальний вплив на шари та рівні програми.

Варіант використання, який має високий рівень використання або особливу важливість для користувачів або інших зацікавлених сторін, порівняно з іншими функціями, або передбачає високий ризик.

Варіант використання для приймання розгорнутої програми, що охоплює досить велику частину дизайну.

Визначає залежність типу 1:М між об'єктами таким чином, що при зміні стану одного об'єкта всі, що залежать від нього, сповіщаються про це і автоматично оновлюються

Варіювати поведінку об'єкта в залежності від його внутрішнього стану

Визначає нову операцію над кожним об'єктом певної структури, не змінюючи класи об'єктів

Визначає алгоритм та реалізує можливість перевизначення деяких кроків алгоритму для підкласів (без зміни загальної структури алгоритму)

Не надавайте конфіденційні дані у повідомленнях про винятки та файли журналу.

Якщо не можете гарантовано забезпечити коректне відновлення після збою, дозвольте програмі завершитися з необробленим винятком.

Розробте відповідну стратегію протоколювання та сповіщення для критичних помилок та виключень - це дозволить технічному персоналу відновити сценарій, який привів до виключення.

Вичерпання доступної пам'яті. Якщо в якийсь момент система не в змозі виділити достатній для прикладної програми обсяг оперативної пам'яті, програма не зможе працювати нормально.

Розробте відповідну стратегію протоколювання та сповіщення для критичних помилок та виключень, забезпечуючи збереження достатньо детальних відомостей про виключення.

Дозвольте виключенням поширюватися вгору до граничних шарів, де вони можуть бути запротоколовані та перетворені належним чином для передачі в наступний шар.

Виключення механізму мов програмування, призначений для опису реакції програми на помилки часу виконання та інші можливі проблеми, які можуть виникнути при виконанні програми і призводять до неможливості подальшого відпрацювання програмою її базового алгоритму.

Переконайтеся, що в дизайні передбачені виключення, що не обробляються.

Проектуйте відповідну стратегію розповсюдження винятків, яка забезпечує обгортання або заміну винятків або внесення необхідних додаткових даних.

Застосовуйте контекстні ідентифікатори, це дозволить знаходити взаємозалежні винятки у різних шарах під час аналізу основних причин помилок і збоїв.