क्या पुनरावृत्त प्रलेखन विकास संभव है, और क्या यह प्रभावी प्रलेखन प्रदान करता है?


11

मेरे पास विश्वविद्यालय के लिए एक परियोजना है जिसे मैं तुरंत शुरू नहीं करूंगा, लेकिन समय की एक लंबी अवधि के लिए सोच रहा हूं। मैं समझता हूं कि विश्वविद्यालय परियोजना विकास उद्योग की तरह नहीं है (मैं वर्तमान में स्वयं एक प्रशिक्षु हूं) इसलिए मैं जिस स्थिति की ओर इशारा कर रहा हूं वह शायद वास्तविक सॉफ्टवेयर डेवलपर्स के लिए कुछ हास्यास्पद प्रतीत होगा। ^^ '

प्रोजेक्ट को स्वयं ही यह आवश्यक है कि हम अपने बहुत से काम का दस्तावेजीकरण करें। इसलिए, कोड वितरित करने के अलावा, जो कुछ निशानों की ओर गिना जाता है, हमें दस्तावेजों को वितरित करना होगा:

  • एक आवश्यकताएँ विश्लेषण दस्तावेज़
  • एक परियोजना योजना
  • उपयोग मामलों, वस्तु और गतिशील मॉडल और स्वीकृति परीक्षण की एक नियोजित सूची
  • परीक्षण प्रक्रिया का दस्तावेजीकरण और परीक्षण कितने सफल रहे
  • कुछ अन्य चर्चा और समय के उपयोग का विश्लेषण, आदि।

ये डिलिवरेबल्स निम्नलिखित तरीके से दिए जाने हैं:

  • पहले राड
  • प्रोजेक्ट प्लान, उपयोग मामले, मॉडल और टेस्ट (लगभग 3 सप्ताह बाद)
  • अंत में, वास्तविक कार्यक्रम का परीक्षण, परीक्षण प्रक्रिया आदि + वास्तविक प्रोग्रामिंग ही (लगभग 5 सप्ताह बाद)

इसलिए, जो मैं समझता हूं, वह वास्तव में परियोजना के लिए वाटरफॉल-शैली के दृष्टिकोण की ओर है। एकमात्र समस्या (मेरी राय में) यह है कि यह एक विश्वविद्यालय परियोजना है, और छात्रों पर पहले से ही पर्याप्त दबाव है क्योंकि यह परियोजना सप्ताह के दौरान सेमेस्टर के अंत में परियोजनाओं को विकसित करने की कोशिश कर रहा है। मैं वास्तव में सेमेस्टर के अंत में सब कुछ कोडिंग / डेवलपिंग / टेस्टिंग नहीं करना चाहता, जब मैं इससे निपटने के लिए कई अन्य आकलन कर रहा हूं।

मैं कम से कम कोशिश करना चाहता हूं और कुछ प्रकार के पुनरावृत्ति विकास चक्र का मतलब है कि हम कोडिंग / प्रोटोटाइपिंग जल्दी शुरू कर सकते हैं, एक सतत विकास चक्र है जो अंतिम समय में सब कुछ करने पर केंद्रित नहीं है और इतना दबाव नहीं है इस परियोजना को पूरा करने के लिए सेमेस्टर का अंत। और अब मेरा वास्तविक प्रश्न आता है:

  • क्या मैं किसी तरह एक तेज, पुनरावृत्ति / प्रोटोटाइप विकास चक्र के साथ उस सभी दस्तावेज को वितरित करने के लिए सामंजस्य स्थापित कर सकता हूं?
  • क्या पुनरावृत्त तरीके से प्रलेखन उत्पन्न करने की रणनीतियाँ हैं?
  • क्या मैं यह पूछने में पूरी तरह से अनुचित हूं और उम्मीद करता हूं कि यह विश्वविद्यालय में सक्षम हो जाएगा?

इसके अलावा, मैं समझता हूं कि यह प्रश्न अत्यंत स्थानीय है, इसलिए मैं उद्योग के संदर्भ में वही प्रश्न पूछना चाहता हूं जो मैंने ऊपर पूछे थे, और इस तरह की बहुत सारी समस्याएं हैं या नहीं, कि चुस्त प्रक्रियाओं का सामना प्रत्येक टीम के लिए अलग-अलग होता है। या कंपनी।

वैसे भी, इस बारे में खेद है कि यह कितना लंबा है, और यदि आप नीचे सभी तरह से पढ़ चुके हैं, तो धन्यवाद! यदि आप जवाब देने के लिए समय निकाल सकते हैं, तो मैं बहुत आभारी रहूंगा! धन्यवाद!


2
यह गैर-उत्तरदायी है, इसलिए मैं इसे उत्तर के रूप में नहीं रख रहा हूं। लेकिन यह मत करो । आपका प्रशिक्षक जो चाहता है, उसका एक हिस्सा आपके लिए अपनी सोच को व्यवस्थित करने और एक ऐसे सिस्टम की योजना बनाने और चर्चा करने की आपकी क्षमता है जो आपने अभी तक नहीं लिखा है। वे बहुत अच्छे कौशल के लिए हैं, और अत्यधिक विपणन योग्य हैं एक बार जब आप प्रोग्रामिंग व्यवसाय में कुछ साल हो जाते हैं।
रॉस पैटरसन

ओह ठीक है। अगर मैं पूछ सकता हूं, हालांकि, यह आवश्यकताओं को प्राप्त करने के लिए कुछ नियोजन विधियों की तरह प्रतीत होता है और क्लाइंट-समाधानों की संकल्पना में एक संभावित उत्पाद को शामिल करना है --- क्या यह योजना और प्रलेखन चरण को विकसित करने या सहायता करने का एक अच्छा तरीका है? या कि सिर्फ एक अनुचित इच्छा है?
ब्लाहमन

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

जवाबों:


5

मुख्य चिंता (मुझे अपनी नौकरी से मिलती-जुलती समस्या है) यह है कि यदि "प्रक्रिया" मांग करती है कि आप निश्चित समय पर कुछ कलाकृतियाँ वितरित करें, और किसी को भी सर्वशक्तिमान "प्रक्रिया" को चुनौती देने की अनुमति नहीं है, तो यदि आप कोशिश करते हैं, तो आप ढीली हो जाएगी! यह केवल एक सरल मामला नहीं है, यह एक बेहतर तरीका है (जो पुनरावृत्त डॉक्टर विकास है)।

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

काम करने का एक सामान्य तरीका एक नंगे आवश्यक, न्यूनतम दस्तावेज है जो शुरुआत में "द प्रोसेस" की जरूरतों को पूरा करता है, बाद में एक अंतिम "के रूप में" अपडेट किया जाता है जो न केवल वास्तविकता को दर्शाता है, बल्कि इसमें विवरण भी है जहां जरूरत है, और है संक्षिप्त जहां कोड खुद के लिए बोलता है।


आपके सहयोग के लिए धन्यवाद! मैंने कुछ और सोचा है कि आपने क्या कहा और कैसे मैं इसे अपनी परियोजनाओं में लागू कर सकता हूं। हमारे बहुत सारे प्रलेखन के साथ, हमारे पास परामर्श करने के लिए एक ग्राहक होना चाहिए, भले ही हमें एक समय सीमा के साथ जमा करना है और उसके बाद कोई सार्थक संशोधन नहीं करना है। ग्राहक परामर्श द्वारा Iterative विकास अभी भी संभव है, हालांकि? मेरा मतलब है, यह चक्र में विकसित करने की बात है, है ना?
ब्लाहमन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.