Apa yang terjadi dengan Sistem Penggunaan Kembali Perangkat Lunak Pertahanan (DSRS)? [Tutup]

Saya telah membaca beberapa makalah dari awal 90-an tentang inisiatif penggunaan kembali perangkat lunak Departemen Pertahanan AS yang disebut Sistem Penggunaan Kembali Perangkat Lunak Pertahanan (DSRS). Penyebutan terbaru yang dapat saya temukan ada di sebuah makalah dari tahun 2000 - Sebuah Survei Perangkat Lunak Penggunaan Kembali Gudang

Sistem Repositori Perangkat Lunak Pertahanan (DSRS)

DSRS adalah repositori otomatis untuk menyimpan dan mengambil Aset Perangkat Lunak yang Dapat Digunakan Kembali (RSA) [14]. Perangkat lunak DSRS sekarang mengelola inventaris aset yang dapat digunakan kembali di tujuh pusat dukungan penggunaan ulang perangkat lunak (SRSC). DSRS berfungsi sebagai titik pengumpulan pusat untuk RSA yang berkualitas, dan memfasilitasi penggunaan kembali perangkat lunak dengan menawarkan kesempatan kepada pengembang untuk mencocokkan persyaratan mereka dengan produk perangkat lunak yang ada. Akun DSRS tersedia untuk pegawai Pemerintah dan personel kontraktor yang saat ini mendukung proyek-proyek Pemerintah ...

... Komunitas perangkat lunak DoD sedang mencoba untuk mengubah model rekayasa perangkat lunaknya dari siklus perangkat lunak saat ini ke cara yang digerakkan proses, spesifik domain, berbasis arsitektur, dan cara membantu repositori dalam membangun perangkat lunak [15]. Dalam lingkungan yang berubah ini, DSRS memiliki potensi tertinggi untuk menjadi repositori penggunaan ulang standar DoD karena merupakan satu-satunya repositori operasional yang digunakan dengan beberapa lokasi yang dapat dioperasikan di seluruh DoD. Tujuh lokasi DSRS mendukung hampir 1.000 pengguna dan mendaftar hampir 9.000 aset yang dapat digunakan kembali. DISA DSRS sendiri mencantumkan 3.880 aset yang dapat digunakan kembali dan memiliki 400 akun pengguna ...

Strategi jangka panjang DSRS adalah untuk mendukung repositori virtual. Repositori yang saling berhubungan ini akan memberikan kemampuan untuk mencari dan berbagi komponen yang dapat digunakan kembali di seluruh domain dan di antara layanan. DSRS yang efektif dan terus berkembang adalah persyaratan utama untuk keberhasilan inisiatif penggunaan ulang perangkat lunak DoD. Berkembang persyaratan repositori DoD menuntut agar DISA terus memiliki situs DSRS operasional untuk mendukung pengujian dalam operasi repositori yang sebenarnya dan untuk mendukung pengguna DoD. Proses klasifikasi untuk DSRS adalah teknologi dasar untuk memberikan dukungan pelanggan [16]. Proses ini adalah langkah pertama dalam membuat aset yang dapat digunakan kembali tersedia untuk menerapkan strategi migrasi fungsional dan teknis.

...
[14] DSRS - Teknologi Pertahanan untuk Adaptable,
URL Sistem yang Andal : http://ssed1.ims.disa.mil/srp/dsrspage.html
[15] STARS - Teknologi Perangkat Lunak untuk Adaptable,
URL Sistem yang Andal : http: //www.stars.ballston.paramax.com/index.html
[16] DE Perry dan SS Popovitch, “Menanyakan: Penggunaan dan penggunaan kembali berbasis-predikat, ''
dalam Prosiding Konferensi Rekayasa Perangkat Lunak Berbasis Pengetahuan ke-8, hal. 144-151, September 1993.
...

Apakah DSRS sudah mati, dan adakah laporan post-mortem tentang hal itu? Apakah ada inisiatif atau laporan pemerintah AS lainnya yang lebih baru tentang penggunaan kembali perangkat lunak?

DSRS memiliki setidaknya satu nama sebelum itu dan memiliki pasangan lagi sesudahnya. Sejak itu saya sudah lupa apa itu, tetapi Anda harus menganggap programnya sudah mati. Bahkan tidak merindukan fjord, hanya mati.

DoD telah melalui banyak upaya pada program reusability di seluruh departemen, dan ini adalah salah satunya. Bahasa pemrograman Ada adalah bahasa lain, menjadi bahasa yang wajib digunakan dari tahun 1987 hingga akhir 1990-an ketika mandat secara efektif ditinggalkan. (Jumlah keringanan untuk proyek non-Ada yang dikeluarkan pada awal 1990-an seharusnya merupakan hadiah mati.)

Post-mortem pada sebagian besar program ini cukup sederhana:

• Mencoba untuk menggunakan kembali pada skala itu adalah ide yang mulia dan dapat dibuat untuk bekerja, tetapi dibutuhkan kombinasi pandangan ke depan, tekad, koordinasi dan kepemimpinan yang DoD tidak pernah bisa kumpulkan.
• Ada (dan masih ada) masalah budaya dengan menggunakan kembali seperti perang rumput antara kantor departemen dan masing-masing kantor yang menjalankan program penggunaan ulang mereka sendiri.
• Banyak perkembangan terkait pertahanan terjadi dalam gelembung, di mana kontraktor dibayar untuk mengembangkan sistem "a" dan tidak memiliki motivasi nyata untuk membuat hal-hal yang mereka bangun menjadi alat yang dapat digunakan secara luas, terutama jika mereka Kami tidak akan dibayar untuk mempertahankannya untuk program lain dalam jangka panjang. Proyek A tidak akan menggunakan anggarannya yang berharga untuk melakukan sesuatu untuk membantu Proyek B meskipun itu semua adalah uang yang sama besarnya.

Sebagai seorang programmer Java yang bekerja untuk Departemen Pertahanan, saya belum pernah mendengarnya dan tidak ada orang lain di kantor. Saya baru saja mencarinya di Google dan yang saya temukan hanyalah definisi akronim tetapi tidak ada yang lain. Saya pikir aman untuk mengatakan bahwa ia mati dengan tenang. Sayang, sepertinya itu ide yang bagus.