Что когда-либо происходило с системой повторного использования оборонного программного обеспечения (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://ssed1.ims.disa.mil/srp/dsrspage.html
[15] STARS - технология программного обеспечения для адаптируемых и надежных систем
URL: http: //www.stars.ballston.paramax.com/index.html
[16] DE Перри и С. Попович, «Запрос: использование и повторное использование предиката на основе„“
Труды 8 - го , основанной на знаниях Software Engineering Conference, стр. 144-151, сентябрь 1993 года
...

DSRS мертв, и были ли какие-нибудь посмертные отчеты об этом? Существуют ли другие более свежие инициативы правительства США или отчеты о повторном использовании программного обеспечения?

У DSRS было по крайней мере одно имя до этого, а потом еще пара. С тех пор я забыл, что они, но вы должны считать программу мертвой. Даже не тоскует по фьордам, просто мертв.

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

Посмертное большинство этих программ довольно просто:

• Попытка повторного использования в таком масштабе является благородной идеей, и ее можно заставить работать, но она требует сочетания предвидения, решимости, координации и лидерства, которых министерство обороны никогда не могло собрать.
• Существовали (и остаются) культурные проблемы с повторным использованием, такие как войны за газоны, между офисами департамента и каждым из этих офисов, которые осуществляют свои собственные программы повторного использования.
• Большая часть связанных с обороной разработок происходит в пузыре, когда подрядчику платят за разработку системы «а», и у него нет реальной мотивации превращать вещи, которые они встраивают, в инструменты, которые можно широко использовать, особенно если они Мы не будем платить за его поддержку для других программ в течение длительного времени. Проект A не собирается использовать свой драгоценный бюджет, чтобы что-то сделать, чтобы помочь Проекту B, хотя это все тот же большой банк денег.

Как программист на Java, работающий в Dept of Defense, я никогда не слышал об этом, и никого больше в офисе не было. Я только что гуглил это, и все, что я нашел, было определением акронима, но ничего больше. Я думаю, можно с уверенностью сказать, что он умер тихой смертью. Жаль, однако, это кажется хорошей идеей.