किसी भी सॉफ्टवेयर डेवलपमेंट प्रोजेक्ट में, जिसमें कई डेवलपर्स के साथ वितरित सिस्टम शामिल होते हैं, लॉजिकल और फिजिकल आर्किटेक्चर आरेख का सबसे अच्छा अभ्यास है, लेकिन मेरे अनुभव में ये आरेख हमेशा एक प्रोजेक्ट की शुरुआत में अच्छी तरह से बनाए रखा जाना शुरू हो जाते हैं लेकिन प्रोजेक्ट के रिलीज़ होते ही अपडेट नहीं होते हैं और रखरखाव के चरण में किक होती है।
बहुत सी वितरित प्रक्रियाओं के साथ जटिल परियोजनाओं के लिए, आरेख प्रारंभिक रूप से रिलीज़ होने से पहले ही वास्तव में जल्दी से पुरानी या गलत हो जाते हैं क्योंकि किसी भी व्यक्ति को सभी ज्ञान नहीं है।
इस पृष्ठभूमि को देखते हुए, मैं समुदाय से निम्नलिखित प्रश्न पूछना चाहता हूं:
- लॉजिकल और फिजिकल आर्किटेक्चर आरेखों का सही और सटीक होना कितना महत्वपूर्ण है?
- क्या कोई उपकरण और प्रक्रियाएं हैं जो उन्हें अद्यतित रख सकती हैं?
- उन्हें अप टू डेट रखने के लिए कौन जिम्मेदार होना चाहिए? व्यवस्थापक, डेवलपर और QA टीम कैसे योगदान कर सकती हैं?
देखें agilemodeling.com/essays/documentContinuously.htm
—
xmojmr
लेख बताता है कि ये "सुपुर्दगी के दस्तावेज" का हिस्सा होना चाहिए, इसलिए इसे महत्व दिया जाता है। क्या इन वस्तुओं को बैकलॉग के हिस्से के रूप में बनाया जाना चाहिए और वितरण योग्य का हिस्सा बनाया जाना चाहिए?
—
ARau