डिजाइन, विकास चक्र और परीक्षण

विभिन्न टीमों के साथ काम करने के बाद, मुझे अपने लिए कई विकास नियमों का पता चला जिसे मैं आपके साथ साझा करना चाहता हूं।

डिज़ाइन

1. सूचना प्रणाली को डिजाइन करने के चरण में बहुत समय बिताने से बेहतर है कि बाद में समय और पैसा खो दिया जाए।
2. डिजाइन में गलतियां प्रवेश कर सकती हैं: समय की देरी, परियोजना की कई लागत।
3. एक प्रणाली को डिजाइन करना पूरी तरह से शुरू से अंत तक (अतिरिक्त कार्यक्षमता को जोड़े बिना) या प्रतिरूपकता प्रदान करता है:
   
   - अवधारणा का पूर्ण रूप से विकास और परिशोधन।
   - एक बहुत विस्तृत तकनीकी विशिष्टताओं का विकास।
   
   - एक डेटाबेस स्कीमा का विकास
   - नियंत्रक स्क्रिप्ट विकास
   - प्रस्तुति टेम्पलेट्स का डिजाइन विकास
   - एक उपयोगकर्ता व्यवहार परिदृश्य का विकास (उर्फ एक परीक्षा परिदृश्य)
   - सी.ई.ओ.
   - ...
4. परियोजना प्रलेखन और तकनीकी विशिष्टताओं के निर्माण के लिए एक निविदा बनाना बेहतर है, और फिर एक ऑडिट का संचालन करें। शायद प्रारंभिक चरण में आप अधिक पैसा खर्च करेंगे, लेकिन आप भविष्य में कई गुना अधिक बचा सकते हैं।

डिज़ाइन

1. विकास में, तैयार-निर्मित और स्थिर समाधानों का उपयोग करें: इसका मतलब है कि डेटाबेस के साथ काम करने के लिए एमवीसी (मॉडल व्यू कंट्रोलर) फ्रेमवर्क या ओआरएम (ऑब्जेक्ट रिलेशनल मैपिंग) या एआर (एक्टिव रिकॉर्ड) का उपयोग करना बेहतर है, और मानक सीआरयूडी स्क्रिप्ट के लिए काम करने के लिए ( क्रिएट रीड अपडेट डिलीट करें) - एक जनरेटर जो बिना त्रुटियों के कोड बनाता है।

कोई भी आपके कौशल को निम्न-स्तर के डेवलपर के रूप में नहीं सराहेगा, लेकिन अगर सिस्टम पूरी तरह से काम करता है और त्रुटियों के बिना यह एक बड़ा धन होगा।

2. कोड दस्तावेज़।

3. अच्छे और स्पष्ट तकनीकी दस्तावेज बनाएं।

4. एक डॉकटर का उपयोग करें।

5. स्वचालित संस्करण असेंबली सिस्टम का उपयोग करें।

टीम कार्य संगठन

1. संस्करण नियंत्रण प्रणाली का उपयोग करें, मैंने अपने काम में गिट का इस्तेमाल किया।
2. डेवलपर्स के काम को विभिन्न कार्यात्मक मॉड्यूल में विभाजित करें, ताकि जब संस्करण नियंत्रण प्रणाली की शाखाएं एक में विलय हो जाएं, तो कोई टकराव न हो।
3. एक समस्या को हल करने में कई घंटों से लेकर कई दिनों तक लगने पर घुटने पर अत्यधिक प्रोग्रामिंग में शामिल न हों।

अगले निर्माण तक कम से कम एक सप्ताह और अधिकतम एक महीने के लिए कार्य निर्धारित करें।

परीक्षण

1. परीक्षकों के लिए कार्य सेटिंग और सुधार प्रणाली का उपयोग न करें।
2. स्वचालित परीक्षणों का उपयोग करें: एक सॉफ्टवेयर परीक्षण मॉड्यूल बनाएं जो हर बार असेंबली से पहले चलेगा और पूरे सिस्टम का स्वचालित रूप से परीक्षण करेगा।

विकास चक्र

आपके द्वारा एक उच्च-गुणवत्ता वाला तकनीकी कार्य बनाए जाने के बाद, आप विकसित करना शुरू कर सकते हैं, फिर मैं एक दोहराव चक्र दूंगा:

1. कार्यों के निष्पादन की निगरानी के लिए विभिन्न प्रणालियों में डेवलपर्स के लिए कार्य निर्धारित करना ताकि वे एक-दूसरे के कोड को प्रभावित न करें, उदाहरण के लिए, सिस्टम को मॉड्यूल में विभाजित करना, प्रत्येक अपनी शाखा में काम कर रहा है।

एक सप्ताह के भीतर कार्य पूरा करना होगा।

प्रत्येक कार्य को पूरा करने के बाद, डेवलपर को स्वचालित सॉफ्टवेयर परीक्षण चलाना चाहिए जो पूरे सिस्टम को कवर करता है।

2. प्रत्येक सोमवार को, प्रत्येक डेवलपर का कोड मुख्य शाखा में विलीन हो जाता है।

पूरी टीम के काम का परिणाम मुख्य शाखा में दिखाई देने के बाद, प्रत्येक डेवलपर्स मुख्य शाखा को खुद को कॉपी करता है।

अगला, चक्र दोहराता है।

इस दृष्टिकोण के साथ

1. कार्यों से उत्पन्न त्रुटियों की संख्या न्यूनतम होगी।
2. आप एक बेहतर सॉफ्टवेयर उत्पाद बना सकते हैं।
3. आप समय बचाएंगे।
4. आप पैसे बचाएंगे।
5. टीम तेजी से, अधिक कुशलता से, अधिक सामंजस्यपूर्ण तरीके से काम करेगी (कोड बदलने के मामले में संघर्ष के बिना)।
6. आप कार्यों को समय पर पूरा कर पाएंगे।
7. पूर्ण कार्य बेहतर होंगे।
8. आपको अतिरिक्त कार्य करने की आवश्यकता नहीं है, जैसे: कार्य के दौरान डिज़ाइन, कार्यक्षमता या कुछ और को बदलना।

क्या परिणाम अधिक पूर्वानुमान और सरल और समझ में आएगा।

मैं 10 से अधिक वर्षों से प्रोग्रामिंग कर रहा हूं, सभी दिलचस्प और सफल परियोजनाएं!