¿Qué pasó con el Sistema de reutilización de software de defensa (DSRS)? [cerrado]

He estado leyendo algunos documentos de principios de los 90 sobre una iniciativa de reutilización de software del Departamento de Defensa de los Estados Unidos llamada Sistema de reutilización de software de defensa (DSRS). La mención más reciente que pude encontrar fue en un artículo de 2000 - Una encuesta de repositorios de reutilización de software

Sistema de repositorio de software de defensa (DSRS)

El DSRS es un repositorio automatizado para almacenar y recuperar activos de software reutilizables (RSA) [14]. El software DSRS ahora administra inventarios de activos reutilizables en siete centros de soporte de reutilización de software (SRSC). El DSRS sirve como un punto central de recolección de RSA de calidad y facilita la reutilización del software al ofrecer a los desarrolladores la oportunidad de igualar sus requisitos con los productos de software existentes. Las cuentas DSRS están disponibles para los empleados del gobierno y el personal del contratista que actualmente apoya proyectos gubernamentales ...

... La comunidad de software del DoD está tratando de cambiar su modelo de ingeniería de software de su ciclo de software actual a una forma de construir software basada en el proceso, específica del dominio, basada en la arquitectura y asistida por el repositorio [15]. En este entorno cambiante, el DSRS tiene el mayor potencial para convertirse en el repositorio de reutilización estándar de DoD porque es el único repositorio operativo implementado existente con múltiples ubicaciones interoperables en DoD. Siete ubicaciones DSRS son compatibles con casi 1,000 usuarios y enumeran casi 9,000 activos reutilizables. DISA DSRS solo enumera 3.880 activos reutilizables y tiene 400 cuentas de usuario ...

La estrategia a largo plazo del DSRS es admitir un repositorio virtual. Estos repositorios interconectados proporcionarán la capacidad de ubicar y compartir componentes reutilizables entre dominios y entre los servicios. Un DSRS efectivo y en evolución es un requisito central para el éxito de la iniciativa de reutilización de software DoD. Los requisitos del repositorio DoD en evolución exigen que DISA continúe teniendo un sitio DSRS operativo para admitir las pruebas en una operación real del repositorio y para los usuarios del DoD. El proceso de clasificación para el DSRS es una tecnología básica para proporcionar atención al cliente [16]. Este proceso es el primer paso para hacer que los activos reutilizables estén disponibles para implementar las estrategias de migración funcional y técnica.

...
[14] DSRS - Tecnología de defensa para sistemas adaptables y confiables
URL: http://ssed1.ims.disa.mil/srp/dsrspage.html
[15] STARS - Tecnología de software para sistemas adaptables y confiables
URL: http: //www.stars.ballston.paramax.com/index.html
[16] DE Perry y SS Popovitch, "Investigar: uso y reutilización basados ​​en predicados",
en Actas de la 8ª Conferencia de Ingeniería de Software Basada en el Conocimiento, pp. 144-151, septiembre de 1993.
...

¿DSRS está muerto y hubo algún informe post mortem al respecto? ¿Existen otras iniciativas o informes más recientes del gobierno de EE. UU. Sobre la reutilización de software?

DSRS tenía al menos un nombre antes y ha tenido un par más después. Desde entonces he olvidado lo que son, pero deberías considerar que el programa está muerto. Ni siquiera anhelando los fiordos, solo muertos.

El DoD ha pasado por muchos intentos de programas de reutilización en todo el departamento, y este fue uno de ellos. El lenguaje de programación Ada fue otro, siendo un lenguaje de uso obligatorio desde 1987 hasta finales de la década de 1990, cuando el mandato fue efectivamente abandonado. (El número de exenciones para proyectos que no son de Ada que se emitieron a principios de la década de 1990 debería haber sido un regalo muerto).

La autopsia en la mayoría de estos programas es bastante simple:

• Tratar de reutilizar en esa escala es una idea noble y se puede hacer que funcione, pero requiere una combinación de previsión, determinación, coordinación y liderazgo que el Departamento de Defensa nunca ha podido reunir.
• Hubo (y todavía hay) problemas culturales con la reutilización como guerras territoriales entre las oficinas del departamento y cada una de esas oficinas que ejecutan sus propios programas de reutilización.
• Una gran parte del desarrollo relacionado con la defensa ocurre en una burbuja, donde se paga al contratista para desarrollar "un" sistema y no tiene ninguna motivación real para convertir las cosas que construyen en herramientas que pueden usarse ampliamente, especialmente si " No se pagará para mantenerlo en otros programas a largo plazo. El Proyecto A no va a utilizar su valioso presupuesto para hacer algo para ayudar al Proyecto B a pesar de que todo es la misma gran cantidad de dinero.

Como programador de Java que trabaja para el Departamento de Defensa, nunca he oído hablar de él y tampoco nadie más en la oficina. Acabo de buscarlo en Google y todo lo que encontré fue la definición de acrónimo, pero nada más. Creo que es seguro decir que tuvo una muerte silenciosa. Lástima, sin embargo, parece una buena idea.