Официальное определение CSCI (пункт конфигурации программного обеспечения)

Я ищу наиболее официальное определение элемента CSCI/Configuration - не только это, но и то, что мы должны доставить/можем ожидать, когда контракт определяет подсистемы, которые должны быть разработаны как. элементы.

Я провожу некоторое время с помощью своего известного инструмента поиска и нашел много объяснений для CSCI (wikipedia, каталоги сокращений,...), но я не нашел стандарта или указателя на стандарт (например, ISO-xxx) но который сообщает (1), что это такое и (2) что должно быть сделано с точки зрения QM/CM.

Я просто спрашиваю, потому что представитель QM подрядчиков заявил во время приемочного испытания, что CI требует только не забывать CI в плане конфигурации и назначать серийный номер... Я ожидал увидеть некоторые SRS, SDD, ICD, SVD, SIP,... документы и документацию приемника для этих подсистем...

Ответ 1

Насколько я могу судить, CSCI был определен в той же логике, что и HWCI (Hardware Configuration Item) в DOD-STD-2167A, который просто определил CSCI как элемент конфигурации.

Более четкое определение находится в MIL-STD-498, который заменил DOD-STD-2167A:

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

Я думаю, что это будет иметь смысл, когда вы наберете CSCI для поставляемого приложения. Для CSCI потребуется в основном один набор SRS и SDD. Система может содержать один или несколько CSCI, поэтому для системы могут существовать другие документы для доставки, такие как ICD и тестовые документы.