Qu'est-il arrivé au système de réutilisation des logiciels de défense (DSRS)? [fermé]

J'ai lu des articles du début des années 90 sur une initiative de réutilisation de logiciels du ministère américain de la Défense appelée le système de réutilisation de logiciels de défense (DSRS). La mention la plus récente que j'ai pu trouver dans un article de 2000 - A Survey of Software Reuse Repositories

Système de référentiel de logiciels de défense (DSRS)

Le DSRS est un référentiel automatisé pour le stockage et la récupération des actifs logiciels réutilisables (RSA) [14]. Le logiciel DSRS gère désormais les stocks d'actifs réutilisables dans sept centres d'assistance à la réutilisation de logiciels (SRSC). Le DSRS sert de point de collecte central pour les RSA de qualité et facilite la réutilisation des logiciels en offrant aux développeurs la possibilité de faire correspondre leurs besoins avec les produits logiciels existants. Des comptes DSRS sont disponibles pour les employés du gouvernement et le personnel des entrepreneurs qui soutiennent actuellement des projets du gouvernement ...

... La communauté des logiciels du DoD essaie de faire passer son modèle d'ingénierie logicielle de son cycle logiciel actuel à une méthode de construction de logiciels pilotée par processus, spécifique au domaine, basée sur l'architecture et assistée par référentiel [15]. Dans cet environnement en mutation, le DSRS a le plus grand potentiel pour devenir le référentiel de réutilisation standard du DoD car il est le seul référentiel opérationnel déployé existant avec plusieurs emplacements interopérables sur le DoD. Sept emplacements DSRS prennent en charge près de 1 000 utilisateurs et répertorient près de 9 000 actifs réutilisables. Le DISA DSRS à lui seul répertorie 3880 actifs réutilisables et dispose de 400 comptes d'utilisateurs ...

La stratégie à long terme du DSRS consiste à prendre en charge un référentiel virtuel. Ces référentiels interconnectés permettront de localiser et de partager des composants réutilisables entre les domaines et entre les services. Un DSRS efficace et évolutif est une condition essentielle au succès de l'initiative de réutilisation des logiciels du DoD. L'évolution des exigences du référentiel DoD exige que DISA continue d'avoir un site DSRS opérationnel pour prendre en charge les tests dans une opération de référentiel réelle et pour prendre en charge les utilisateurs du DoD. Le processus de classification du DSRS est une technologie de base pour fournir un support client [16]. Ce processus est la première étape de la mise à disposition d'actifs réutilisables pour la mise en œuvre des stratégies de migration fonctionnelles et techniques.

...
[14] DSRS - Technologie de défense pour des systèmes adaptables et fiables
URL: http://ssed1.ims.disa.mil/srp/dsrspage.html
[15] STARS - Technologie logicielle pour des systèmes adaptables et fiables
URL: http: //www.stars.ballston.paramax.com/index.html
[16] DE Perry et SS Popovitch, «Inquire: Predicate-based use and reeuse»,
dans les actes de la 8th Knowledge-Based Software Engineering Conference, pp. 144-151, septembre 1993.
...

Le DSRS est-il mort et y a-t-il eu des rapports d'autopsie? Existe-t-il d'autres initiatives ou rapports plus récents du gouvernement américain sur la réutilisation des logiciels?

DSRS avait au moins un nom avant cela et en a eu quelques autres par la suite. J'ai depuis oublié ce qu'ils sont, mais vous devriez considérer le programme comme mort. Même pas envie des fjords, juste mort.

Le DoD a fait l'objet de nombreuses tentatives de programmes de réutilisation à l'échelle du département, et c'était l'un d'entre eux. Le langage de programmation Ada en était un autre, étant un langage à usage obligatoire de 1987 à la fin des années 1990, lorsque le mandat a été effectivement abandonné. (Le nombre de dérogations pour des projets non Ada qui étaient émis au début des années 1990 aurait dû être un cadeau mort.)

L'autopsie sur la plupart de ces programmes est assez simple:

• Essayer de réutiliser à cette échelle est une idée noble et peut être fait pour fonctionner, mais cela nécessite une combinaison de prévoyance, de détermination, de coordination et de leadership que le DoD n'a jamais été en mesure de rassembler.
• Il y avait (et il y a toujours) des problèmes culturels liés à la réutilisation, comme des guerres de territoire entre les bureaux du ministère et chacun de ces bureaux qui gèrent leurs propres programmes de réutilisation.
• Beaucoup de développements liés à la défense se produisent dans une bulle, où le contractant est payé pour développer "un" système et n'a pas vraiment de motivation pour transformer les choses qu'ils construisent en outils qui peuvent être largement utilisés, surtout s'ils " ne va pas être payé pour le maintenir pour d'autres programmes à long terme. Le projet A ne va pas utiliser son précieux budget pour faire quelque chose pour aider le projet B, même s'il s'agit du même gros pot d'argent.

En tant que programmeur Java travaillant pour le ministère de la Défense, je n'en ai jamais entendu parler et personne d'autre au bureau. Je viens de googler et je n'ai trouvé que la définition de l'acronyme, mais rien d'autre. Je pense qu'il est prudent de dire qu'il est mort d'une mort tranquille. Dommage, cependant, cela semble être une bonne idée.