Je cherche la définition la plus officielle de CSCI/Élément de configuration - pas seulement ce que c'est mais ce que nous devons livrer/pouvons attendre lorsqu'un contrat définit des sous-systèmes qui seront développés comme éléments de configuration.
Je passe un peu de temps avec mon célèbre outil de recherche et j'ai trouvé beaucoup d'explications pour CSCI (wikipedia, répertoires d'acronymes, ...) mais je n'ai pas encore trouvé de norme ou de pointeur vers une norme (comme ISO-xxx) qui raconte (1) ce que c'est et (2) ce qui doit être fait du point de vue QM/CM.
Je demande simplement, car un représentant QM des entrepreneurs a déclaré lors d'un test d'acceptation, que CI ne nécessite que de ne pas oublier le CI dans le plan de configuration et d'attribuer un numéro de série ... Je m'attendais à voir des SRS, SDD, ICD, SVD, Documents SIP, ... et documentation de test d'acceptation pour ces sous-systèmes ...
Pour autant que je sache, CSCI a été défini dans la même logique que HWCI (Hardware Configuration Item) dans DOD-STD-2167A qui a simplement défini CSCI comme élément de configuration.
Une définition plus claire se trouve dans MIL-STD-498 qui a remplacé DOD-STD-2167A:
CSCI - Une agrégation de logiciels qui satisfait une fonction d'utilisation finale et est désignée pour une gestion de configuration distincte par l'acquéreur. Les CSCI sont sélectionnés en fonction des compromis entre la fonction logicielle, la taille, les ordinateurs hôtes ou cibles, le développeur, le concept de support, les plans de réutilisation, la criticité, les considérations d'interface, doivent être documentés et contrôlés séparément, et d'autres facteurs.
Je pense que cela aurait du sens lorsque vous mappez CSCI à une application livrable. Un CSCI nécessitera essentiellement un ensemble de SRS et SDD. Un système peut comprendre un ou plusieurs CSCI, de sorte qu'il peut exister d'autres documents livrables tels que les documents ICD et de test pour le système.