बीडीडी के लिए विरासत आवश्यकताओं को माइग्रेट करें

Question

प्रश्न: एक बड़ी कंपनी को खीरे में स्थानांतरित करने का सबसे अच्छा तरीका क्या है जो कम से कम 15 साल की विरासत सॉफ्टवेयर आवश्यकताओं की आवश्यकताओं को पूरा करने के लिए है?

वर्तमान में विचार:

1) सब कुछ माइग्रेट करें

नकारात्मक पक्ष: हमारे पास असीमित समय / बजट नहीं है, हमें जीवित रहने के लिए आगे बढ़ना है, हम सब कुछ नहीं रोक सकते हैं और हमारी विरासत आवश्यकताओं और विरासत परीक्षण सुइट्स के 100% जीसी।

2) लड़का स्काउट नियम

जितना पाया उससे बेहतर सब कुछ छोड़ दो। यदि आप आवश्यकताओं को छूते हैं या उन्हें एक ककड़ी सुविधा लिखते / अपडेट करते हैं। नकारात्मक पक्ष: हमारे पास रिकॉर्ड की दो प्रणालियाँ होंगी (ककड़ी, विरासत रेक्। डीबी), संभवतः संभवतः यह मानने के लिए कि किसी दिए गए अनुप्रयोग के कोने हैं जो बहुत लंबे समय तक स्पर्श नहीं करते हैं।

3) लड़का स्काउट नियम प्लस

# 2 के समान लेकिन आवश्यकताओं को डालें जो हम एक लंबित परिदृश्य के साथ खीरे में नेट पर नहीं जा रहे हैं और विवरण अनुभाग में विरासत की आवश्यकताओं को कॉपी / पेस्ट करते हैं। इस तरह हम मेट्रिक्स (लंबित परिदृश्यों के माध्यम से) प्राप्त करते हैं कि कैसे हम ककड़ी द्वारा "कवर" किए जाते हैं, और पुरानी आवश्यकताओं की व्यवस्था को बनाए रखने के लिए हमारी सवारी भी करते हैं। मैं ककड़ी के भीतर एक बड़ी गड़बड़ी हो सकती है इसके अलावा मुझे इसके लिए कोई डाउनसाइड नहीं मिल सकता है।

4) यहां अपना विचार डालें।

पृष्ठभूमि:

कुकुम्बर जाने वाली कुछ परियोजनाओं में स्वचालित परीक्षण सूट हैं, कुछ में केवल मैन्युअल परीक्षण का उपयोग किया गया है। वे सभी विरासत आवश्यकताओं डेटाबेस में अपनी आवश्यकताओं को बनाए रखते हैं। हमें ऐसा करना होगा क्योंकि हमारी आवश्यकताएं वित्तीय साधनों (जोखिम, मूल्य निर्धारण, संरचना, आदि ...) के लिए कानूनों / विनियमन और जटिल तर्क का मिश्रण हैं।

ध्यान रखें कि यह एक बहुत बड़ी कंपनी है जो इस कदम को आगे बढ़ा रही है।

हमारे पास पहले से ही उनकी "नई" आवश्यकताओं के लिए ककड़ी का उपयोग करने वाली कुछ परियोजनाएं हैं। इसलिए हमने टेक को पाइलट किया है और यह अब तक हमारे लिए काम कर रहा है। हमारे पास वेब और विशुद्ध रूप से डेटा परियोजनाओं का मिश्रण है।

धन्यवाद

संपादित करें: प्रश्नों का उत्तर देने के लिए ... विरासत आवश्यकताओं प्रबंधन DB परीक्षणों के लिए आवश्यकताओं को जोड़ता नहीं है। यह "परीक्षण योग्य" नहीं है। आज परीक्षणों को जोड़ने की आवश्यकताओं को प्रत्येक परियोजना के अंत में हमारी परीक्षण मामले प्रबंधन प्रणाली के लिए आवश्यकताओं को जोड़ने की एक कठिन और त्रुटि प्रवण मैनुअल प्रक्रिया के माध्यम से किया जाता है। खीरा हमारे लिए एक बेहतर बेहतर उपाय है। इस बारे में कोई सवाल ही नहीं है। सवाल सिर्फ यह है कि एक बड़े संगठन के लिए महत्वपूर्ण आवश्यकताओं की एक बड़ी राशि के साथ कदम कैसे उठाया जाए जो कानूनी और अन्य कारणों से खो नहीं सकता है।

Comments

प्रश्न पर +1; लेकिन एक अधिक सामान्य सेटिंग में: कैसे एक परीक्षण प्रणाली से दूसरे में जाना है?

— सोजर्ड जॉब पोस्टमस

क्या "विरासत" आवश्यकताओं डेटाबेस आवश्यकताओं मैच की जाँच में स्वचालित है? क्या आपको ककड़ी सिंटैक्स से मिलान करने के लिए फिर से शब्द आवश्यकताओं की आवश्यकता है (और यदि हां: तो फिर से शब्दों को सूक्ष्म तरीके से आवश्यकताओं को संशोधित नहीं करना सुनिश्चित करें)?

— सोजेरड जॉब पोस्टमस

बस जिज्ञासा है, क्या आवश्यकताओं का यह डेटाबेस "परीक्षण योग्य" है? यदि हाँ, तो आप एक प्रोग्राम करके एक # 4 विकल्प के रूप में प्रक्रिया को स्वचालित करने का प्रयास कर सकते हैं जो विरासत परीक्षणों को पढ़ता है और यदि परीक्षण पठनीय फैशन में नहीं हैं तो आप EVEN के लिए एक ककड़ी परीक्षण लिखने की कोशिश करते हैं। सच के दो स्रोतों के होने की सलाह नहीं दी जाती है क्योंकि

— मिसमैच के कब्जे

आपने लिखा है "हमने तकनीक का संचालन किया है और यह अब तक हमारे लिए काम कर रहा है", लेकिन आपने यह नहीं लिखा "यह पिछले तकनीक से बेहतर काम किया"। तो, क्या आप 100% सुनिश्चित हैं कि यह एक सुधार होगा? अन्यथा, सबसे अच्छा तरीका यह नहीं हो सकता है ;-)

— डॉक्टर ब्राउन

Answer 1

जब मैंने इसकी खिड़कियां बदलीं तो मैंने स्टड के नीचे एक कमरा बनाने की गलती की। यह एक पुराना घर है। कमरे का बुरा हाल था। रास्ते में हर कदम पर, मैं मुद्दों में भाग गया। मेरे हाथ में एक पुराना पाइप गिर गया। अब लटकने वाला पच्चीस पाउंड का प्लंबिंग वेंट किचन की छत से होकर गिर गया। (सौभाग्य से, किसी को चोट नहीं आई थी लेकिन मेरी प्रेमिका के चार्जिंग सेल फोन को कुचल दिया गया था। वह खुश नहीं थी।) जब मैंने एक साथ एक ग्राउंडेड और अनग्राउंड सर्किट के खिलाफ ब्रश किया, तो मैंने खुद को नरक से बाहर निकाल दिया। उड़ाऊ इन्सुलेशन के माध्यम से चलने वाली प्राचीन तारों को उजागर किया गया था।

प्रत्येक मुद्दे के साथ, मुझे अपनी ऊर्जाओं को पुनर्निर्देशित करना पड़ा। मैंने समस्या को ठीक करने के लिए रोका। फिर, कभी-कभी दिनों के बाद, मैंने आगे की प्रगति फिर से शुरू की। गिर कर मैंने हार मान ली। (मैंने गर्मियों के अंत में होने की योजना बनाई।) मैं बस रुक गया और चला गया। यह बहुत ज्यादा था। मेरी प्रेमिका एक ठेकेदार को बुलाना चाहती थी। मैंने मना कर दिया क्योंकि मैंने पहले ही इतना काम कर लिया है। मैं उन्हें "महिमा" नहीं दिलाना चाहता था। (इसके अलावा, मैं थोड़ा खास हूं और किसी को कोनों को काटना नहीं चाहता, जहां मुझे पता था कि मैं नहीं करूंगा।) इसलिए, कमरा अधूरा बैठ गया।

लगभग एक साल पहले, नए साल के बाद, मेरे पास एक एपिफनी थी: कोई नियम नहीं था जो कहा गया था कि मुझे कमरे पर विशेष रूप से काम करना था जब तक कि यह समाप्त नहीं हो गया। कोई हड़बड़ी नहीं थी। मुझे यह इतनी बड़ी बात नहीं लगी। इसके बजाय, अगर मेरे पास थोड़ा खाली समय होता, तो मैं ऊपर जा सकता था और कमरे में एक या दो घंटे बिता सकता था ... शीटक्रॉक की एक शीट लटकाता हूं, कीचड़ और एक दीवार पर टेप लगाता हूं, एक दरवाजे को ट्रिम करता हूं। इससे पहले कि मुझे पता चलता, मैं कर दिया गया था। मेरी प्रेमिका मुझे फिर से प्यार करती थी। मैं अपने चेहरे पर मुस्कराहट के साथ सोया था। दुनिया में सब ठीक था।

मुझे लगता है कि आपकी भविष्यवाणी के लिए कुछ समान उपलब्ध है। बुद्धिमान कछुआ बनें - धीमा और स्थिर। "माइग्रेट एवरीथिंग" पथ बहुत तनावपूर्ण है। यह आपको अपने हाथों को फेंक देगा और दूर चला जाएगा। बॉय स्काउट रूल पीछे छूट जाता है यदि वे कभी नहीं बदलते हैं। बॉय स्काउट नियम प्लस उप-आवश्यकताओं का निर्माण करता है। अपने दृष्टिकोण का सबसे अच्छा ले लो:

1. यदि आप किसी आवश्यकता को स्पर्श करते हैं, तो उसे ककड़ी में स्थानांतरित करें।
2. इस बीच, एक साप्ताहिक प्रवास लक्ष्य निर्धारित करें। प्रत्येक सप्ताह थोड़ा-थोड़ा करें। यह सब एक या कुछ नहीं प्रस्ताव मत करो। आप पा सकते हैं कि सामयिक प्रवास का काम आपके द्वारा किए गए अन्य सभी कार्यों से एक अच्छा परिणाम है।

इससे पहले कि आप इसे जान लें, आप हो जाएंगे। आपका बॉस आपसे प्यार करेगा। आपकी टीम आपसे प्यार करेगी। आप अपने चेहरे पर एक मुस्कान के साथ सोएंगे।