Функциональный компонент «Управление исходным кодом» Source Control Functional Component
Простыми словами
Компонент — система записи по всем Source: он разрабатывает исходный код или инфраструктуру по логическому блюпринту услуги, пакету проектирования и приоритетам ИТ-инициативы, ведёт бэклог разработки из требований и дефектов и хранит образы кода в репозитории Source. Отвечает на вопрос «где живёт то, из чего собирают, и соответствует ли оно проекту, политикам и нефункциональным требованиям». Отличать от Build Functional Component: этот владеет Source и отдаёт его дальше, а сборкой и версионированием занимается тот. Отдельная и легко теряемая обязанность — безопасность на входе: создавать автоматизированные тестовые сценарии, включая модульные и статический анализ безопасности по формальной методологии, и прогонять тесты безопасности по ядру кода в начале цикла разработки, чтобы объём, набор требований и сроки можно было пересогласовать заранее.
Примеры
«Shall create automated test scripts including unit testing and scripts for static application security testing that follow a formal software security assurance methodology.»
«Shall run security tests on core code to identify existing security issues at the start of the development cycle so that assessment of scope/requirements set/schedule for existing services being changed can be negotiated early.»
«Shall manage source code images and store them in a Source data object repository.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.4 — функциональные критерии
Определение из первоисточника
дословная выпискаDevelop source code or infrastructure based on the Logical Service Blueprint, Service Design Package, and IT Initiative priorities. Ensure that the source code meets the design specifications, organizational policies, standards, and non-functional requirements so that the service can be operated successfully and meets customer expectations. Manage the development backlog of Requirements and Defects in accordance with the Service Design Package and Service Release. Receive Defects and input from the Defect functional component to enable the development of fixes or documented workarounds. Creat…
Разрабатывать исходный код или инфраструктуру на основе логического блюпринта услуги, пакета проектирования услуги и приоритетов ИТ-инициативы. Обеспечивать соответствие исходного кода проектным спецификациям, политикам организации, стандартам и нефункциональным требованиям, чтобы услугу можно было успешно эксплуатировать и чтобы она отвечала ожиданиям заказчика. Вести бэклог разработки из требований и дефектов в соответствии с пакетом проектирования услуги и релизом услуги. Принимать дефекты и данные от функционального компонента «Дефект», чтобы разрабатывать исправления или документированны…
ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Функциональные критерии стандарта: Shall be the system of record (authoritative source) for all Source. Shall manage the lifecycle of the Source. Shall develop source code or infrastructure based on the Logical Service Blueprint, Service Design Package, and IT Initiative priorities. Shall ensure that the source code meets the design specifications, organizational policies, standards, and non-functional requirements so that the service can be operated successfully and meets customer expectations. Shall manage the development backlog of Requirements and Defects in accordance with the Service Design Package and Service Release. Shall receive Defects and input from the Defect functional component to enable the development of fixes or documented workarounds. Shall create automated test scripts including unit testing and scripts for static application security testing that follow a formal software security assurance methodology. Shall run security tests on core code to identify existing security issues at the start of the development cycle so that assessment of scope/requirements set/schedule for existing services being changed can be negotiated early. Shall manage source code images and store them in a Source data object repository. Can receive Defect information from the Defect functional component so that Defects can be fixed in future versions of that Source if a Defect functional component exists. Объекты данных компонента: Source.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций