हमारी विकास प्रक्रिया में चुस्त सिद्धांतों को लागू करने की कोशिश करते समय, विशेष रूप से स्क्रम सिद्धांतों और एक्सपी जैसी उपयोगकर्ता कहानियों में, हमें वास्तुकला के बारे में एक समस्या का सामना करना पड़ा।फुर्तीली वास्तुकला के लिए सिस्टम कहानियां
शायद हम अभी भी आर्किटेक्चर-केंद्रित विकास से बहुत जुड़े हुए हैं, हालांकि हम एक मजबूत घटक आधारित विकास को बनाए रखने की कोशिश कर रहे हैं, जो चुस्त मॉडलिंग सिद्धांतों के साथ मिश्रित है। हमारा लक्ष्य विकास के दौरान विकास के लिए प्रवण, सामने एक छोटा सा डिजाइन होना है।
जो मैं खोज रहा हूं वह ऐसा कुछ है जो मुझे मेरे आर्किटेक्चर और इसके अंदर के घटकों के बारे में मेरी बैकलॉग कहानियों में डाल सकता है: विकास कहानियां, न केवल उपयोग कहानियां। सिस्टम स्टोरी एक अलग तरह की उपयोगकर्ता कहानी हो सकती है, जो कुछ ऐसा बताती है जो व्यापार मूल्य से सख्ती से संबंधित नहीं है, बल्कि इसके बजाय एक प्रणाली की वास्तुकला और गुणवत्ता संबंधी चिंताओं से जुड़ा हुआ है।
संपादित करें: मैं के बारे में "डेवलपर कहानियां" अलबोर्ग विश्वविद्यालय के this research पाया।
क्या आपके पास कोई अनुभव, विचार या विपक्ष है?
अग्रिम धन्यवाद! (यह मेरा पहला सवाल है!: डी)
टिप्पणी प्रसन्न करना! धन्यवाद! आपने वास्तव में मेरा दिमाग साफ़ कर दिया :)। मेरे पास एक खोज थी और कुछ दिलचस्प लेखों को टैक्निकल ऋण की परिभाषाओं के साथ मिला (http://blogs.construx.com/blogs/stevemcc/archive/2007/11/01/technical-debt-2.aspx - http: // codeartisan .blogspot.com/2008/08/क्रैकिंग-डाउन-ऑन-तकनीकी-debt.html)। मुझे लगता है कि नियंत्रण ऋण के तहत, थोड़ा डिजाइन के साथ मिश्रित पहला दृष्टिकोण हमारे लिए सही विकल्प हो सकता है। –