Cosa è mai successo al Defence Software Reuse System (DSRS)? [chiuso]

Ho letto alcuni documenti dei primi anni '90 su un'iniziativa di riutilizzo del software del Dipartimento della Difesa degli Stati Uniti chiamata Defense Software Reuse System (DSRS). La citazione più recente che ho trovato è stata pubblicata in un documento del 2000 - A Survey of Software Reuse Repositories

Defense Software Repository System (DSRS)

Il DSRS è un repository automatizzato per l'archiviazione e il recupero di risorse software riutilizzabili (RSA) [14]. Il software DSRS ora gestisce inventari di risorse riutilizzabili in sette centri di supporto al riutilizzo del software (SRSC). Il DSRS funge da punto di raccolta centrale per RSA di qualità e facilita il riutilizzo del software offrendo agli sviluppatori l'opportunità di abbinare le loro esigenze ai prodotti software esistenti. I conti DSRS sono disponibili per dipendenti pubblici e personale degli appaltatori che attualmente supportano progetti governativi ...

... La comunità del software DoD sta cercando di cambiare il suo modello di ingegneria del software dal suo attuale ciclo di software a un modo di costruire software guidato dal processo, specifico del dominio, basato su architettura e basato su repository [15]. In questo ambiente in evoluzione, il DSRS ha il massimo potenziale per diventare il repository di riutilizzo standard DoD perché è l'unico repository operativo distribuito esistente con più posizioni interoperabili in tutto il DoD. Sette sedi DSRS supportano quasi 1.000 utenti ed elencano quasi 9.000 risorse riutilizzabili. Il DISRS DSRS da solo elenca 3.880 risorse riutilizzabili e ha 400 account utente ...

La strategia a lungo termine del DSRS è di supportare un repository virtuale. Questi repository interconnessi forniranno la capacità di individuare e condividere componenti riutilizzabili tra domini e tra i servizi. Un DSRS efficace ed in evoluzione è un requisito fondamentale per il successo dell'iniziativa di riutilizzo del software DoD. L'evoluzione dei requisiti del repository DoD richiede che DISA continui a disporre di un sito DSRS operativo per supportare i test in un'operazione di repository effettiva e supportare gli utenti DoD. Il processo di classificazione del DSRS è una tecnologia di base per fornire assistenza ai clienti [16]. Questo processo è il primo passo per rendere disponibili risorse riutilizzabili per l'implementazione delle strategie di migrazione funzionale e tecnica.

...
[14] DSRS - Tecnologia di difesa per
URL di sistemi adattabili e affidabili : http://ssed1.ims.disa.mil/srp/dsrspage.html
[15] STARS - Tecnologia software per
URL di sistemi adattabili e affidabili : http: //www.stars.ballston.paramax.com/index.html
[16] DE Perry e SS Popovitch, “Informarsi: uso predicato-based e il riutilizzo, ''
in Atti del 8 ° Conoscenza-Based Software Engineering Conference, pp. 144-151, settembre 1993.
...

DSRS è morto e ci sono state notizie post mortem su di esso? Esistono altre iniziative o rapporti più recenti del governo USA sul riutilizzo del software?

DSRS aveva almeno un nome prima di quello e ne ha avuto un altro dopo. Da allora ho dimenticato cosa sono, ma dovresti considerare il programma morto. Nemmeno lamentarsi per i fiordi, solo morto.

Il Dipartimento della Difesa ha attraversato numerosi tentativi di programmi di riusabilità a livello di reparto, e questo è stato uno di questi. Il linguaggio di programmazione Ada era un altro, essendo un linguaggio obbligatorio dal 1987 fino alla fine degli anni '90, quando il mandato fu effettivamente abbandonato. (Il numero di esenzioni per i progetti non Ada emessi nei primi anni '90 avrebbe dovuto essere un omicidio.)

Il post mortem sulla maggior parte di questi programmi è piuttosto semplice:

• Cercare di riutilizzare su quella scala è un'idea nobile e può essere fatto funzionare, ma richiede una combinazione di lungimiranza, determinazione, coordinamento e leadership che DoD non è mai stato in grado di raccogliere.
• Ci sono stati (e ci sono ancora) problemi culturali con il riutilizzo come le guerre in erba tra gli uffici del dipartimento e ciascuno di quegli uffici che gestiscono i propri programmi di riutilizzo.
• Un sacco di sviluppo legato alla difesa avviene in una bolla, in cui l'appaltatore viene pagato per sviluppare "un" sistema e non ha alcuna reale motivazione a trasformare le cose che costruiscono in strumenti che possono essere ampiamente utilizzati, specialmente se " non verrà pagato per mantenerlo per altri programmi a lungo termine. Il Progetto A non utilizzerà il suo prezioso budget per fare qualcosa per aiutare il Progetto B anche se è lo stesso grosso piatto di soldi.

Come programmatore Java che lavora per il Dipartimento della Difesa, non ne ho mai sentito parlare e nessun altro ha in ufficio. Ho appena cercato su Google e tutto ciò che ho trovato era la definizione acronimo ma nient'altro. Penso che sia sicuro dire che è morto in modo silenzioso. Peccato, però, sembra una buona idea.