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

сохранять работоспособность в течение некоторого времени.

самовоспроизводится в замкнутом множестве.

успешно работать через взаимодействие и обмен данными с другими внешними системами, созданными и выполняемыми внешними сторонами.

предотвращать злонамеренные или случайные действия, не предусмотренные при проектировании, или не допускать разглашение или утрату данных.

помогают  идентифицировать человека разрабатывающего ПО

SOLID

описание использования или взаимодействия основных элементов и компонентов приложения.

обобщенные шаблоны и принципы, применяемые при проектировании приложений

степень защищенности системы

часть кода написанная на специальном декларативном языке.

слой приложения который отвечает за тестирование 

аспекты дизайна, которые могут применяться ко всем слоям, компонентам и уровням.

код использующий принцип ООП

часть приложения использующая принцип АОП

клиент-серверная архитектура

сервис-ориентированная архитектура

компонентная архитектура

объектно-ориентированная архитектура

шина сообщений

Определенная функциональность должна быть реализована только в одном компоненте и не должна дублироваться ни в одном другом компоненте.

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

Каждый отдельно взятый компонент или модуль должен отвечать только за одно конкретное свойство/функцию или совокупность связанных функций.

Проектируйте только то, что необходимо.

Компоненту или объекту не должны быть известны внутренние детали других компонентов или объектов.

набор методов, которые позволяют найти наибольшее количество ошибок за короткое время.

мера того, насколько просто создать критерий проверки для системы и ее компонентов и выполнить эти тесты, чтобы определить, отвечает ли система данному критерию.

сложность алгоритма проверки решения.

контроль системы с точки зрения отдела качества.

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

Принцип не единственной обязанности

Принцип инверсии зависимостей

Принцип открытости/закрытости

Принцип подстановки Барбары Лисков

Принцип разделения интерфейса

оценить эффективность команды разработчиков

описание использования или взаимодействия основных элементов и компонентов приложения

оценить стоимость работ

выбор структур данных и алгоритмов их обработки или деталей реализации отдельных компонентов

сохранить понимание функциональных частей для тестировщика