Максимально раннее тестирование |
|
Формулировка
|
Разрабатываемые компоненты должны тестироваться как можно
раньше и это обычно гарантирует более высокое качество.
|
Основная причина
|
Тестирование разрабатываемых компонентов должно быть
включено в процесс разработки. Эта практика ведёт не только к улучшению
качества компонентов, но и гарантирует поставку в срок бизнес
функциональности.
|
Следствия/выводы
|
·
Разрабатываемые компоненты должны включать unit-тесты к ним;
·
Unit-тесты должны покрывать все операции компонентов.
|
Переиспользование |
|
Формулировка
|
Архитектура, инфраструктура и дизайн должны поддерживать
переиспользование активы (например, программные компоненты).
|
Основная причина
|
Переиспользование – это фундаментальный принцип, который
способствует гибкости и экономии затрат. Переиспользование должно быть
предусмотрено вначале проектирования и разработки.
|
Следствия/выводы
|
·
Все активы, которые могут быть
переиспользованы, должны быть внесены в репозиторий для максимизации их
потенциального переиспользования;
·
Архитектура должна позволять переиспользовать
компоненты.
|
Управление изменениями |
|
Формулировка
|
Изменения активов должно осуществляться контролируемым образом,
что поддерживает эволюции активов и восстановление активов (если потребуется)
|
Основная причина
|
Управление изменениями – это одно из ключевых факторов в
поддержке и эволюции систем. Могут появляться новые бизнес-требования,
которые потребуют создание новых версий компонентов и управление ими.
|
Следствия/выводы
|
·
Все активы должны быть версионированы;
·
Оценка изменения активов должны проводиться до
выполнения изменения актива;
·
Все потребители должны планировать переход на
последнюю версию активов;
·
Версия кода и конфигурации не должны
изменяться между окружениями.
|
Поставки и развёртывание компонентов |
|
Формулировка
|
Компоненты должны быть собраны в поставки используя
стандартные подходы с целью улучшения гибкости, переиспользования и автономного
выполнения.
|
Основная причина
|
Применение автоматизированных поставок ускоряет и
облегчает развёртывание, а также уменьшает влияние «человеческого фактора».
|
Следствия/выводы
|
·
Библиотеки и компоненты в поставке не должны
иметь дубликаты;
·
Общие библиотеки не должны быть в составе
поставки с компонентами (может быть отдельная поставки общих библиотек,
которые будут использоваться многократно для поставок компонентов);
·
Любой компонент, который может быть
скомпилирован должен быть скомпилирован;
·
Библиотеки платформы не должны быть в составе
поставки;
·
Поставки должны соответствовать стандартам
наименований и структурой принятыми у Заказчика;
·
Система должна быть протестирована на
аналогичном по конфигурации промышленному окружении до развёртывания на промышленном
окружении;
·
Компоненты, развёрнутые на промышленном
окружении должны быть теми же, что были протестированы на тестовых
окружениях. Не протестированные или частично протестированные поставки не
должны разворачиваться на промышленном окружении.
|
Комментариев нет:
Отправить комментарий