Исходный код Source
Простыми словами
Source — это не «исходный код», а созданное или приобретённое решение под требования конкретного релиза услуги; стандарт оговаривает это отдельным примечанием и относит сюда и контракты, и права на подписную услугу, и покупку с внедрением коробочного продукта. Отвечает на вопрос «чем именно закрыто требование», и связь эта многие-ко-многим: один Source закрывает несколько требований, а под одно требование может быть создано или изменено несколько Source. Отличать от Build: Source — то, что получено или написано, сборка — версионированный результат его превращения в устанавливаемое (1:n). Понимание Source как только кода ломается на подписной или закупленной услуге, где кода нет вовсе.
Примеры
«Note: Source does not always equal “source code”. Consider all use-cases such as “source code” for services produced on-premise, to contracts or entitlements for services simply subscribed to, to the purchase and implementation of a Commercial Off-The-Shelf (COTS) application.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.4 — примечание к определению
«Source will fulfill one or many Requirements, and for a given Requirement, there could be multiple Sources created/modified.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.4 — связь Source to Requirement (n:m)
«Shall allow recursive relationships between Source.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.4 — критерии архитектуры данных
Определение из первоисточника
дословная выпискаThe created or purchased solution to meet the requirements for a particular Service Release.
Созданное или приобретённое решение, отвечающее требованиям конкретного релиза услуги.
ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Ключевые атрибуты по стандарту: Id — Unique identifier of the Source.; Version — Version of the Source.; RequirementId — Identifier of the related Requirement(s). Обязательные связи объекта: Source to Requirement (n:m); Source to Build (1:n)
Связи
Исходящие
- Обязательная связь объектов данных, кардинальность n:mRequirement
- Обязательная связь объектов данных, кардинальность 1:nBuild
Входящие
- Обязательная связь объектов данных, кардинальность n:mRequirement
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций