четверг, 11 января 2018 г.

Архитектурные принципы: разработка и проектирование

Максимально раннее тестирование

Формулировка
Разрабатываемые компоненты должны тестироваться как можно раньше и это обычно гарантирует более высокое качество.
Основная причина
Тестирование разрабатываемых компонентов должно быть включено в процесс разработки. Эта практика ведёт не только к улучшению качества компонентов, но и гарантирует поставку в срок бизнес функциональности.
Следствия/выводы
·         Разрабатываемые компоненты должны включать unit-тесты к ним;
·         Unit-тесты должны покрывать все операции компонентов.

Переиспользование

Формулировка
Архитектура, инфраструктура и дизайн должны поддерживать переиспользование активы (например, программные компоненты).
Основная причина
Переиспользование – это фундаментальный принцип, который способствует гибкости и экономии затрат. Переиспользование должно быть предусмотрено вначале проектирования и разработки.
Следствия/выводы
·         Все активы, которые могут быть переиспользованы, должны быть внесены в репозиторий для максимизации их потенциального переиспользования;
·         Архитектура должна позволять переиспользовать компоненты.

Управление изменениями

Формулировка
Изменения активов должно осуществляться контролируемым образом, что поддерживает эволюции активов и восстановление активов (если потребуется)
Основная причина
Управление изменениями – это одно из ключевых факторов в поддержке и эволюции систем. Могут появляться новые бизнес-требования, которые потребуют создание новых версий компонентов и управление ими.
Следствия/выводы
·         Все активы должны быть версионированы;
·         Оценка изменения активов должны проводиться до выполнения изменения актива;
·         Все потребители должны планировать переход на последнюю версию активов;
·         Версия кода и конфигурации не должны изменяться между окружениями.


Поставки и развёртывание компонентов

Формулировка
Компоненты должны быть собраны в поставки используя стандартные подходы с целью улучшения гибкости, переиспользования и автономного выполнения.
Основная причина
Применение автоматизированных поставок ускоряет и облегчает развёртывание, а также уменьшает влияние «человеческого фактора».
Следствия/выводы
·         Библиотеки и компоненты в поставке не должны иметь дубликаты;
·         Общие библиотеки не должны быть в составе поставки с компонентами (может быть отдельная поставки общих библиотек, которые будут использоваться многократно для поставок компонентов);
·         Любой компонент, который может быть скомпилирован должен быть скомпилирован;
·         Библиотеки платформы не должны быть в составе поставки;
·         Поставки должны соответствовать стандартам наименований и структурой принятыми у Заказчика;
·         Система должна быть протестирована на аналогичном по конфигурации промышленному окружении до развёртывания на промышленном окружении;
·         Компоненты, развёрнутые на промышленном окружении должны быть теми же, что были протестированы на тестовых окружениях. Не протестированные или частично протестированные поставки не должны разворачиваться на промышленном окружении.


Комментариев нет:

Отправить комментарий