रक्षा सॉफ्टवेयर पुन: उपयोग प्रणाली (DSRS) का क्या हुआ? [बन्द है]

Question

मैं 90 के दशक के शुरुआती वर्षों से अमेरिका के रक्षा विभाग के रक्षा सॉफ्टवेयर के पुन: उपयोग की पहल के बारे में कुछ कागजात पढ़ रहा हूं जिसे डिफेंस सॉफ्टवेयर रीयूज सिस्टम (डीएसआरएस) कहा जाता है। इसका सबसे हालिया उल्लेख मैं पा सकता हूं - 2000 से एक पेपर में था - ए सर्वे ऑफ सॉफ्टवेयर रियूज़ रिपॉजिटरी

रक्षा सॉफ्टवेयर रिपॉजिटरी सिस्टम (DSRS)

डीआरएसएस पुन: प्रयोज्य सॉफ्टवेयर आस्तियों (आरएसएएस) [14] को संग्रहीत करने और पुनः प्राप्त करने के लिए एक स्वचालित भंडार है। DSRS सॉफ्टवेयर अब सात सॉफ्टवेयर पुन: उपयोग केंद्रों (SRSC) पर पुन: प्रयोज्य संपत्ति के आविष्कारों का प्रबंधन करता है। डीआरएसएस गुणवत्ता आरएसए के लिए एक केंद्रीय संग्रह बिंदु के रूप में कार्य करता है, और डेवलपर्स को सॉफ्टवेयर सॉफ्टवेयर उत्पादों के साथ उनकी आवश्यकताओं से मेल खाने का अवसर प्रदान करके सॉफ्टवेयर के पुन: उपयोग की सुविधा प्रदान करता है। DSRS खाते वर्तमान में सरकारी परियोजनाओं का समर्थन करने वाले सरकारी कर्मचारियों और ठेकेदार कर्मियों के लिए उपलब्ध हैं ...

... DoD सॉफ़्टवेयर समुदाय अपने सॉफ़्टवेयर सॉफ़्टवेयर मॉडल को अपने वर्तमान सॉफ़्टवेयर चक्र से प्रक्रिया-चालित, डोमेन-विशिष्ट, आर्किटेक्चर-आधारित, रिपॉज़िटरी-असिस्टेड तरीके से सॉफ़्टवेयर बनाने के लिए बदलने की कोशिश कर रहा है [15]। इस बदलते परिवेश में, डीआरएस में डीओडी मानक का पुन: उपयोग करने वाले भंडार बनने की उच्चतम क्षमता है क्योंकि यह एकमात्र मौजूदा तैनात, परिचालन रिपॉजिटरी है जिसमें डीओडी के पार कई इंटरऑपरेबल स्थान हैं। सात DSRS स्थान लगभग 1,000 उपयोगकर्ताओं का समर्थन करते हैं और लगभग 9,000 पुन: प्रयोज्य संपत्ति की सूची बनाते हैं। DISA DSRS ने अकेले 3,880 पुन: प्रयोज्य संपत्तियों की सूची बनाई है और 400 उपयोगकर्ता खाते हैं ...

DSRS की दूरगामी रणनीति एक आभासी भंडार का समर्थन करने के लिए है। ये इंटरकनेक्टेड रिपॉजिटरी डोमेन और सेवाओं के बीच पुन: प्रयोज्य घटकों का पता लगाने और साझा करने की क्षमता प्रदान करेंगे। एक प्रभावी और विकसित DSRS DoD सॉफ्टवेयर के पुन: उपयोग की पहल की सफलता के लिए एक केंद्रीय आवश्यकता है। DoD रिपॉजिटरी आवश्यकताओं को विकसित करने की मांग है कि DISA के पास एक वास्तविक रिपॉजिटरी ऑपरेशन में परीक्षण का समर्थन करने के लिए और DoD उपयोगकर्ताओं का समर्थन करने के लिए एक ऑपरेशनल DSRS साइट है। DSRS के लिए वर्गीकरण प्रक्रिया ग्राहक सहायता प्रदान करने के लिए एक बुनियादी तकनीक है [16]। यह प्रक्रिया कार्यात्मक और तकनीकी प्रवासन रणनीतियों को लागू करने के लिए पुन: प्रयोज्य संपत्ति उपलब्ध कराने में पहला कदम है।

...
[१४] डीआरएसएस - एडाप्टेबल, विश्वसनीय सिस्टम
URL के लिए रक्षा प्रौद्योगिकी : http://ssed1.ims.disa.mil/srp/dsrspage.html
[१५] STARS - अनुकूलनीय, विश्वसनीय सिस्टम
URL के लिए सॉफ्टवेयर प्रौद्योगिकी : http: http: //www.stars.ballston.paramax.com/index.html
[16] DE पेरी और एसएस पोपोविच, "पूछताछ:
8-ज्ञान-आधारित सॉफ्टवेयर इंजीनियरिंग सम्मेलन की कार्यवाही में , 'आधारित और फिर से प्रयोग करें, पुनः प्रयोग करें' । पीपी। 144-151, सितंबर 1993.
...

क्या DSRS मृत है, और क्या इस पर कोई पोस्टमार्टम रिपोर्ट थी? क्या अन्य हाल ही में अमेरिकी सरकार की पहल या सॉफ्टवेयर के पुन: उपयोग की रिपोर्टें हैं?

Comments

बहुत दिलचस्प है वाह। मुझे लगता है कि पूरे रक्षा समुदाय द्वारा पुन: प्रयोज्य अधिकांश चीजें प्रोग्रामर द्वारा बड़े पैमाने पर पुन: प्रयोज्य सामान की तरह होगी। इस तरह का सामान सामान्य पुस्तकालयों और ढाँचों के लिए अपना रास्ता बनाता है।

— डग टी।

Answer 1

DSRS का इससे पहले कम से कम एक नाम था और बाद में कुछ और हुआ। मैं तब से भूल गया हूं कि वे क्या हैं, लेकिन आपको कार्यक्रम को मृत मान लेना चाहिए। फोजरों के लिए भी नहीं, सिर्फ मृत।

DoD विभाग के व्यापक पुन: प्रयोज्य कार्यक्रमों में कई प्रयासों से गुजरा है, और यह उनमें से एक था। अडा प्रोग्रामिंग भाषा एक और थी, जो 1987 से 1990 के दशक तक अनिवार्य-उपयोग वाली भाषा थी जब जनादेश प्रभावी रूप से छोड़ दिया गया था। (1990 के दशक की शुरुआत में जारी किए गए गैर-एडीए परियोजनाओं के लिए छूटों की संख्या एक मृत सस्ता होना चाहिए थी।)

इन कार्यक्रमों में से अधिकांश पर पोस्टमार्टम बहुत सरल है:

• उस पैमाने पर फिर से उपयोग करने की कोशिश करना एक नेक विचार है और काम करने के लिए बनाया जा सकता है, लेकिन यह दूरदर्शिता, दृढ़ संकल्प, समन्वय और नेतृत्व का एक संयोजन है जिसे DoD कभी नहीं कर पाया।
• विभाग के कार्यालयों और अपने स्वयं के पुन: उपयोग कार्यक्रमों को चलाने वाले प्रत्येक कार्यालय के बीच टर्फ युद्धों जैसे पुन: उपयोग के साथ (और अभी भी) सांस्कृतिक समस्याएं थीं।
• बहुत सारे रक्षा-संबंधी विकास बुलबुले में होते हैं, जहां ठेकेदार को "ए" सिस्टम विकसित करने के लिए भुगतान किया जा रहा है और उनके पास उन चीजों को बनाने के लिए कोई वास्तविक प्रेरणा नहीं है जो वे उपकरण में व्यापक रूप से उपयोग किए जा सकते हैं, खासकर यदि वे ' लंबी अवधि में अन्य कार्यक्रमों के लिए इसे बनाए रखने के लिए भुगतान नहीं किया जाएगा। प्रोजेक्ट A अपने कीमती बजट का उपयोग करने जा रहा है ताकि प्रोजेक्ट B को मदद करने के लिए कुछ किया जा सके, हालांकि यह पैसे का एक ही बड़ा हिस्सा है।

Comments

क्या आप अपनी पृष्ठभूमि पर टिप्पणी कर सकते हैं या आप इस जानकारी के बारे में कैसे आ सकते हैं?

— एम। डडले

@emddudley: मैंने 1990 के दशक की शुरुआत से रक्षा और काम किया है।

— ब्लरएफल

Answer 2

एक जावा प्रोग्रामर के रूप में रक्षा विभाग के लिए काम कर रहा है, मैंने इसके बारे में कभी नहीं सुना है और न ही कार्यालय में किसी और का है। मैंने अभी-अभी इसे Googled और मैंने पाया कि यह संक्षिप्त परिभाषा थी, लेकिन कुछ और नहीं। मुझे लगता है कि यह कहना सुरक्षित है कि यह एक शांत मौत थी। अफ़सोस हालांकि, यह एक अच्छा विचार है।

Comments

बहुत सी चीजें जो एक अच्छे विचार की तरह लगती हैं वे पूरी तरह से अव्यवहारिक हैं। लगता है की तुलना में पुन: प्रयोज्य सॉफ्टवेयर लिखना बहुत कठिन है।

— माइकल बोर्गवर्ड

यदि आप अपने पूर्ववर्तियों की गिनती करते हैं, तो DSRS कम से कम पांच साल तक जावा की भविष्यवाणी करता है।

— Blrfl