2010-02-08 13 views
7

क्या Trac के लिए वहां कोई आवश्यकता प्रबंधन प्लगइन्स हैं? मैंने Trac-Hacks पर सूची की जांच की और कुछ भी नहीं देखाआवश्यकता प्रबंधन प्लगइन?

मैं IBM's DOORS सिस्टम जैसी कुछ कार्यक्षमताओं को चित्रित कर रहा हूं। बुनियादी सुविधाओं revisioning और आवश्यकताओं के परिवर्तन नियंत्रण, आवश्यकताओं baselining आदि शामिल

अद्यतन: मैं मैं सिर्फ आवश्यकताओं दस्तावेज़ के लिए Trac के विकि भाग इस्तेमाल कर सकते हैं लगता है, लेकिन यह आवश्यकताओं के लिए परिवर्तन सेट के anykind की अनुमति नहीं है - उदाहरण के लिए जहां एक ही आवश्यकता बदल गई है लेकिन डेवलपर्स बेसलाइन के खिलाफ काम कर रहे हैं जहां आवश्यकता अभी तक अपडेट नहीं की गई है। यह लिंकिंग आवश्यकताओं को भी अनुमति नहीं देगा कि जब माता-पिता की आवश्यकता बदलती है, तो परिवर्तन को स्वीकार करने से पहले सभी निर्भर आवश्यकताओं की समीक्षा की जानी चाहिए (सिंक में निर्भर आवश्यकताओं को रखने के लिए)।

+1

यह एक विशेषता है जिसे मैं ट्रैक मेलिंग सूची पर बहुत से अनुरोध देखता हूं। Trac के लिए एक dotProject एकीकरण है, लेकिन मैंने अभी तक इसका मूल्यांकन नहीं किया है, और मेरे ज्ञान के लिए dotProject आवश्यकताओं की ट्रैकिंग से अधिक परियोजना प्रबंधन है। आप यहां देख सकते हैं: http://trac-hacks.org/ticket/1226 – RjOllos

+1

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

+1

@TheTodd: या तो AdvancedTicketWorkflowPlugin या Trac-hacks पर किसी अन्य का उपयोग करके, आप अपना वर्कफ़्लो टिकट के प्रकार पर निर्भर कर सकते हैं। – retracile

उत्तर

2

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

यदि आप शाखा-आधारित विकास का उपयोग करते हैं, शाखा पर आवश्यकताओं को बनाते हैं, उसी शाखा पर कोड बनाते हैं, और फिर शाखा को विलय करते हैं। यह सिंक में आवश्यकताओं और कार्यान्वयन रखता है।

+0

कोई बुरा विचार नहीं है। और मैंने आवश्यकताओं के लिए एससीएम का उपयोग करने के बारे में सोचा है। हालांकि, सभी उपयोगकर्ताओं को आवश्यकताओं को बनाने के लिए एससीएम सॉफ्टवेयर का उपयोग करने की तकनीकी क्षमता नहीं है। विशेष रूप से व्यापार विश्लेषकों में। – paxos1977

+0

उनमें से कुछ के पास इसका उपयोग करने की तकनीकी क्षमता होगी; कुछ का उपयोग करने के लिए सीखने के लिए खुफिया और इच्छा होगी; और अन्य ... मैं उनके लिए इसे संभालने के लिए "सचिव" सौंप दूंगा। (टाइपिंग को संभालने के बजाय, एससीएम को संभालें।) वेबडावी की तरह कुछ तो आप उन्हें "नेटवर्क ड्राइव" _might_ पर इंगित कर सकते हैं, उनके लिए आंशिक तकनीकी समाधान प्रदान करते हैं, लेकिन इसकी अपनी क्विर्क है। दिलचस्प कुछ लिंक के लिए – retracile

3

@retracile: इस "कैसे करें" के लिए धन्यवाद। मैंने अभी rmtoo खोजा है जो पाठ आधारित आवश्यकताओं प्रबंधन करता है ... और बीटीडब्ल्यू, इसे वापस देखकर, इसमें वीसीएस एकीकरण सुविधाएं भी हैं और, जैसा कि ट्रैक, पायथन में लिखा गया है।

+0

+1। मैं इसे देख लूँगा। – paxos1977

संबंधित मुद्दे