Was ist jemals mit dem Defence Software Reuse System (DSRS) passiert? [geschlossen]


11

Ich habe einige Artikel aus den frühen 90er Jahren über eine Initiative zur Wiederverwendung von Software des US-Verteidigungsministeriums namens Defence Software Reuse System (DSRS) gelesen. Die letzte Erwähnung, die ich finden konnte, war in einem Artikel aus dem Jahr 2000 - Eine Übersicht über Software-Wiederverwendungs-Repositories

Verteidigungssoftware-Repository-System (DSRS)

Das DSRS ist ein automatisiertes Repository zum Speichern und Abrufen von RSAs (Reusable Software Assets) [14]. Die DSRS-Software verwaltet jetzt Bestände an wiederverwendbaren Assets in sieben Support-Centern für die Wiederverwendung von Software (SRSCs). Das DSRS dient als zentrale Sammelstelle für hochwertige RSAs und erleichtert die Wiederverwendung von Software, indem es Entwicklern die Möglichkeit bietet, ihre Anforderungen an vorhandene Softwareprodukte anzupassen. DSRS-Konten sind für Regierungsangestellte und Auftragnehmer verfügbar, die derzeit Regierungsprojekte unterstützen ...

... Die DoD-Software-Community versucht, ihr Software-Engineering-Modell von ihrem aktuellen Software-Zyklus auf eine prozessgesteuerte, domänenspezifische, architekturbasierte, repository-unterstützte Methode zur Erstellung von Software umzustellen [15]. In dieser sich ändernden Umgebung hat das DSRS das höchste Potenzial, das DoD-Standard-Wiederverwendungs-Repository zu werden, da es das einzige vorhandene bereitgestellte betriebliche Repository mit mehreren interoperablen Standorten in DoD ist. Sieben DSRS-Standorte unterstützen fast 1.000 Benutzer und listen fast 9.000 wiederverwendbare Assets auf. Allein das DISA DSRS listet 3.880 wiederverwendbare Assets auf und verfügt über 400 Benutzerkonten ...

Die langfristige Strategie des DSRS besteht darin, ein virtuelles Repository zu unterstützen. Diese miteinander verbundenen Repositorys bieten die Möglichkeit, wiederverwendbare Komponenten domänen- und dienstübergreifend zu lokalisieren und gemeinsam zu nutzen. Ein effektives und sich weiterentwickelndes DSRS ist eine zentrale Voraussetzung für den Erfolg der DoD-Software-Wiederverwendungsinitiative. Die sich ändernden DoD-Repository-Anforderungen erfordern, dass DISA weiterhin über eine betriebsbereite DSRS-Site verfügt, um das Testen in einem tatsächlichen Repository-Vorgang zu unterstützen und DoD-Benutzer zu unterstützen. Der Klassifizierungsprozess für das DSRS ist eine grundlegende Technologie für die Bereitstellung von Kundensupport [16]. Dieser Prozess ist der erste Schritt, um wiederverwendbare Assets für die Implementierung der funktionalen und technischen Migrationsstrategien verfügbar zu machen.

...
[14] DSRS - Verteidigungstechnologie für anpassbare, zuverlässige Systeme
URL: http://ssed1.ims.disa.mil/srp/dsrspage.html
[15] STARS - Softwaretechnologie für anpassbare, zuverlässige Systeme
URL: http: //www.stars.ballston.paramax.com/index.html
[16] DE Perry und SS Popovitch, „Anfrage: Prädikatbasierte Verwendung und Wiederverwendung“,
in Proceedings of the 8th Knowledge-Based Software Engineering Conference, pp. 144-151, September 1993.
...

Ist DSRS tot und gab es Obduktionsberichte darüber? Gibt es andere neuere Initiativen oder Berichte der US-Regierung zur Wiederverwendung von Software?


Wow sehr interessant. Ich würde mir vorstellen, dass die meisten Dinge, die von der gesamten Verteidigungsgemeinschaft wiederverwendet werden können, solche sind, wenn sie von Programmierern insgesamt wiederverwendet werden können. Solche Dinge würden also den Weg in allgemeine Bibliotheken und Frameworks finden.
Doug T.

Antworten:


5

DSRS hatte vorher mindestens einen Namen und danach noch ein paar mehr. Ich habe seitdem vergessen, was sie sind, aber Sie sollten das Programm für tot halten. Nicht einmal nach den Fjorden sehnen, nur tot.

Das Verteidigungsministerium hat viele Versuche mit abteilungsweiten Wiederverwendbarkeitsprogrammen unternommen, und dies war einer davon. Die Programmiersprache Ada war eine andere, die von 1987 bis Ende der neunziger Jahre, als das Mandat effektiv aufgegeben wurde, obligatorisch war. (Die Anzahl der Ausnahmeregelungen für Nicht-Ada-Projekte, die Anfang der neunziger Jahre erlassen wurden, hätte ein totes Werbegeschenk sein müssen.)

Das Post-Mortem bei den meisten dieser Programme ist ziemlich einfach:

  • Der Versuch, eine Wiederverwendung in dieser Größenordnung durchzuführen, ist eine gute Idee und kann zum Funktionieren gebracht werden. Es bedarf jedoch einer Kombination aus Weitsicht, Entschlossenheit, Koordination und Führung, die DoD nie aufbringen konnte.
  • Es gab (und gibt) kulturelle Probleme bei der Wiederverwendung wie Rasenkriege zwischen den Büros der Abteilung und jedem dieser Büros, die ihre eigenen Wiederverwendungsprogramme durchführen.
  • Ein Großteil der verteidigungsbezogenen Entwicklung findet in einer Blase statt, in der der Auftragnehmer für die Entwicklung eines "Systems" bezahlt wird und keine wirkliche Motivation hat, die von ihm eingebauten Dinge zu Werkzeugen zu machen, die weit verbreitet sind, insbesondere wenn sie Es wird nicht bezahlt, um es langfristig für andere Programme aufrechtzuerhalten. Projekt A wird sein kostbares Budget nicht verwenden, um etwas zu tun, um Projekt B zu helfen, obwohl es alles der gleiche große Topf Geld ist.

Können Sie Ihren Hintergrund überhaupt kommentieren oder wie Sie zu diesen Informationen gekommen sind?
M. Dudley

@emddudley: Ich habe seit Anfang der 90er Jahre in der Verteidigung gearbeitet.
Blrfl

2

Als Java-Programmierer, der für das Verteidigungsministerium arbeitet, habe ich noch nie davon gehört und auch sonst niemanden im Büro. Ich habe es gerade gegoogelt und alles, was ich gefunden habe, war die Akronymdefinition, aber sonst nichts. Ich denke, es ist sicher zu sagen, dass es einen stillen Tod gestorben ist. Schade, aber es scheint eine gute Idee zu sein.


1
Viele Dinge, die als gute Idee erscheinen, erweisen sich als äußerst unpraktisch. Das Schreiben von wiederverwendbarer Software ist viel schwieriger als es sich anhört.
Michael Borgwardt

1
DSRS liegt mindestens fünf Jahre vor Java, länger, wenn Sie die Vorgänger zählen.
Blrfl
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.