Що коли-небудь траплялося із системою повторного використання оборонного програмного забезпечення (DSRS)? [зачинено]

Я читав деякі статті з початку 90-х про ініціативу використання програмного забезпечення Міністерства оборони США під назвою Система повторного використання програмного забезпечення оборони (DSRS). Найновіша згадка про це, яку я міг знайти, була у статті 2000 року - Огляд сховищ повторного використання програмного забезпечення

Система сховища оборонного програмного забезпечення (DSRS)

DSRS є автоматизованим сховищем для зберігання та вилучення багаторазових програмних активів (RSA) [14]. Програмне забезпечення DSRS тепер управляє запасами ресурсів, що використовуються повторно, у семи центрах підтримки повторного використання програмного забезпечення (SRSC). DSRS служить центральним пунктом збору якісних RSA та полегшує повторне використання програмного забезпечення, пропонуючи розробникам можливість співставити їхні вимоги з існуючими програмними продуктами. Рахунки DSRS доступні для державних службовців та підрядника, який зараз підтримує урядові проекти ...

... Співтовариство програмного забезпечення DoD намагається змінити свою інженерну модель програмного забезпечення з поточного програмного циклу на процес побудови програмного забезпечення, орієнтованого на домен, архітектуру, заснований на сховищах [15]. У цьому мінливому середовищі DSRS має найбільший потенціал стати стандартним сховищем повторного використання DoD, оскільки це єдине існуюче розгорнуте, оперативне сховище з кількома сумісними місцями в DoD. У семи місцях DSRS підтримується майже 1000 користувачів та перераховано майже 9000 активів багаторазового використання. Лише DISA DSRS перераховує 3880 багаторазових активів та має 400 облікових записів користувачів ...

Довгострокова стратегія DSRS полягає у підтримці віртуального сховища. Ці взаємопов’язані сховища забезпечують можливість пошуку та спільного використання компонентів для багаторазового використання в доменах та серед сервісів. Ефективна та розвинута DSRS є головною вимогою успіху ініціативи повторного використання програмного забезпечення DoD. Еволюціонуючі вимоги до сховища DoD вимагають, щоб DISA продовжував мати діючий DSRS-сайт для підтримки тестування в реальній операції сховища та для підтримки користувачів DoD. Процес класифікації для DSRS є базовою технологією надання підтримки клієнтів [16]. Цей процес є першим кроком у наданні багаторазових активів для реалізації функціональних та технічних стратегій міграції.

...
[14] DSRS - оборонна технологія для адаптованих, надійних систем
URL: http://sses1.ims.disa.mil/srp/dsrspage.html
[15] STARS - Програмна технологія для адаптованих, надійних систем
URL: http: //www.stars.ballston.paramax.com/index.html
[16] Д. Р. Перрі та С. С. Попович, “Довідка: використання та повторне використання на основі предикатів”,
в матеріалах 8-ї конференції з інженерії програмного забезпечення на основі знань, с. 144-151, вересень 1993 р.
...

DSRS загинув, і чи були якісь посмертні повідомлення про це? Чи є інші новітні ініціативи уряду США чи звіти про повторне використання програмного забезпечення?

DSRS мав принаймні одне ім'я до цього, а потім отримав ще пару. Я з тих пір забув, що вони є, але ви повинні вважати програму мертвою. Навіть не покладаючи фіорди, просто мертві.

Міністерство безпеки пережило багато спроб у програмах повторного використання для всіх відділів, і це була одна з них. Мова програмування Ada була іншою, вона була мовою обов'язкового використання з 1987 року до кінця 1990-х років, коли мандат фактично був відмовлений. (Кількість відмовлень від проектів, що не входять в Ада, які були видані на початку 1990-х років, повинна бути мертвою віддачею.)

Посмішка після більшості цих програм досить проста:

• Спроба повторного використання в такому масштабі - це благородна ідея, і її можна змусити працювати, але для цього потрібна комбінація передбачуваності, рішучості, координації та лідерства, яку DoD ніколи не зміг зібрати.
• Були (і досі існують) культурні проблеми із повторним використанням, як війна за дерни, між офісами відомства та кожним з цих відомств, що виконують власні програми повторного використання.
• Багато розробок, пов'язаних з обороною, трапляються в бульбашці, де підряднику платять за розробку "системи" і не мають жодної реальної мотивації перетворювати вбудовані речі в інструменти, які можна широко використовувати, особливо якщо вони " Ви не будете платити, щоб підтримувати його для інших програм протягом тривалого періоду. Проект A не збирається використовувати свій дорогоцінний бюджет, щоб зробити щось, щоб допомогти Проекту B, хоча це все-таки великий банк.

Як Java-програміст, який працює в Департаменті захисту, я ніколи про це не чув і ні в кого в офісі. Я щойно переконався в Google, і все, що я знайшов, було визначення абревіатури, але нічого іншого. Я думаю, що безпечно сказати, що вона загинула тихою смертю. Шкода, однак, це здається гарною ідеєю.