ट्रैसेबिलिटी मैट्रिक्स: Difference between revisions
m (Abhishek moved page पता लगाने की क्षमता का मापदंड to ट्रैसेबिलिटी मैट्रिक्स without leaving a redirect) |
|||
| Line 370: | Line 370: | ||
*[https://people.eecs.ku.edu/~saiedian/Pub/Journal/2009-Saiedian-JDSE.pdf Why Software Requirements Traceability Remains a Challenge] by Andrew Kannenberg and Dr. Hossein Saiedian | *[https://people.eecs.ku.edu/~saiedian/Pub/Journal/2009-Saiedian-JDSE.pdf Why Software Requirements Traceability Remains a Challenge] by Andrew Kannenberg and Dr. Hossein Saiedian | ||
[[Category:Collapse templates]] | |||
[[Category: | |||
[[Category:Created On 02/03/2023]] | [[Category:Created On 02/03/2023]] | ||
[[Category:Machine Translated Page]] | |||
[[Category:Navigational boxes| ]] | |||
[[Category:Navigational boxes without horizontal lists]] | |||
[[Category:Pages with script errors]] | |||
[[Category:Short description with empty Wikidata description]] | |||
[[Category:Sidebars with styles needing conversion]] | |||
[[Category:Template documentation pages|Documentation/doc]] | |||
[[Category:Templates Translated in Hindi]] | |||
Revision as of 12:05, 10 March 2023
| Part of a series on |
| Software development |
|---|
सॉफ्टवेयर विकास में, ट्रैसेबिलिटी मैट्रिक्स (टीएम)[1]: 244 दस्तावेज़ है, सामान्यतः एक तालिका के रूप में, कई-से-कई संबंधों की तुलना का उपयोग करके किसी भी दो आधारभूत दस्तावेजों को सहसंबंधित करके संबंध की पूर्णता का निर्धारण करने में सहायता के लिए उपयोग किया जाता है।[1]: 3–22 इसका उपयोग अधिकांशतः उच्च-स्तरीय आवश्यकताओं (इनमें अधिकांशतः विपणन आवश्यकताएं सम्मिलित होती हैं) और उच्च-स्तरीय डिज़ाइन, विस्तृत डिज़ाइन, परीक्षण योजना और परीक्षण स्थितियों के मिलान भागों के लिए उत्पाद की विस्तृत आवश्यकताओं के साथ किया जाता है।
आवश्यकता ट्रैसेबिलिटी मैट्रिक्स का उपयोग यह जांचने के लिए किया जा सकता है कि क्या वर्तमान परियोजना आवश्यकताओं और प्रस्ताव के लिए अनुरोध के निर्माण में सहायता करने के लिए,[2] सॉफ्टवेयर आवश्यकताओं विनिर्देश,[3] विभिन्न वितरण योग्य दस्तावेज़, और परियोजना योजना कार्य को पूरा किया जा रहा है।[4]
सामान्य उपयोग, दस्तावेज़ के प्रत्येक वस्तु के लिए पहचानकर्ता लेना और उन्हें बाएं स्तंभ में रखना है। अन्य दस्तावेज़ के पहचानकर्ताओं को शीर्ष पंक्ति में रखा गया है। जब बाएँ स्तंभ में कोई वस्तु शीर्ष पर किसी वस्तु से संबंधित होती है, तो अन्तर्विभाजक सेल में चिह्न लगाया जाता है। प्रत्येक पंक्ति और प्रत्येक स्तंभ के लिए संबंधों की संख्या जोड़ी जाती है। यह मान दो वस्तुओं के मानचित्रण को इंगित करता है। शून्य मान इंगित करते हैं कि कोई संबंध उपस्थित नहीं है। यह निर्धारित किया जाना चाहिए कि क्या संबंध बनाना है। बड़े मूल्यों का अर्थ है कि संबंध बहुत जटिल है और इसे सरल बनाया जाना चाहिए।
ट्रैसेबिलिटी मैट्रिसेस के निर्माण को सरल बनाने के लिए, पिछली और आगे की ट्रैसेबिलिटी दोनों के लिए स्रोत दस्तावेजों में संबंध जोड़ने का परामर्श दिया जाता है।[5] इस तरह, जब आधारभूत दस्तावेज़ में कोई वस्तु बदली जाती है, तो यह देखना सरल होता है कि दूसरे में क्या परिवर्तन करने की आवश्यकता है।
नमूना ट्रेसबिलिटी मैट्रिक्स
| आवश्यकता पहचानकर्ता | Reqs tested | REQ1 UC 1.1 | REQ1 UC 1.2 | REQ1 UC 1.3 | REQ1 UC 2.1 | REQ1 UC 2.2 | REQ1 UC 2.3.1 | REQ1 UC 2.3.2 | REQ1 UC 2.3.3 | REQ1 UC 2.4 | REQ1 UC 3.1 | REQ1 UC 3.2 | REQ1 TECH 1.1 | REQ1 TECH 1.2 | REQ1 TECH 1.3 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| परीक्षण की स्थितियां | 321 | 3 | 2 | 3 | 1 | 1 | 1 | 1 | 1 | 1 | 2 | 3 | 1 | 1 | 1 |
| निःसंदेह परीक्षण | 77 | ||||||||||||||
| 1.1.1 | 1 | x | |||||||||||||
| 1.1.2 | 2 | x | x | ||||||||||||
| 1.1.3 | 2 | x | x | ||||||||||||
| 1.1.4 | 1 | x | |||||||||||||
| 1.1.5 | 2 | x | x | ||||||||||||
| 1.1.6 | 1 | x | |||||||||||||
| 1.1.7 | 1 | x | |||||||||||||
| 1.2.1 | 2 | x | x | ||||||||||||
| 1.2.2 | 2 | x | x | ||||||||||||
| 1.2.3 | 2 | x | x | ||||||||||||
| 1.3.1 | 1 | x | |||||||||||||
| 1.3.2 | 1 | x | |||||||||||||
| 1.3.3 | 1 | x | |||||||||||||
| 1.3.4 | 1 | x | |||||||||||||
| 1.3.5 | 1 | x | |||||||||||||
| इत्यादि ... | |||||||||||||||
| 5.6.2 | 1 | x |
यह भी देखें
- आवश्यकताएँ पता लगाने की क्षमता
- सॉफ्टवेयर इंजीनियरिंग
- आवश्यकताओं इंजीनियरिंग उपकरणों की सूची
संदर्भ
- ↑ 1.0 1.1 Gotel, Orlena; Cleland-Huang, Jane; Hayes, Jane Huffman; Zisman, Andrea; Egyed, Alexander; Grünbacher, Paul; Dekhtyar, Alex; Antoniol, Giuliano; Maletic, Jonathan (2012-01-01). Cleland-Huang, Jane; Gotel, Orlena; Zisman, Andrea (eds.). सॉफ्टवेयर और सिस्टम ट्रैसेबिलिटी. Springer London. doi:10.1007/978-1-4471-2239-5_1. ISBN 9781447122388.
- ↑ Egeland, Brad (April 25, 2009). "ज़रुरत मापने के तरीका". pmtips.net. Archived from the original on May 1, 2009. Retrieved April 4, 2013.
- ↑ "DI-IPSC-81433A, DATA ITEM DESCRIPTION SOFTWARE REQUIREMENTS SPECIFICATION (SRS)". everyspec.com. December 15, 1999. Retrieved April 4, 2013.
- ↑ Carlos, Tom (October 21, 2008). Requirements Traceability Matrix - RTM. PM Hut, October 21, 2008. Retrieved October 17, 2009 from http://www.pmhut.com/requirements-traceability-matrix-rtm.
- ↑ Gotel, Orlena; Cleland-Huang, Jane; Hayes, Jane Huffman; Zisman, Andrea; Egyed, Alexander; Grünbacher, Paul; Dekhtyar, Alex; Antoniol, Giuliano; Maletic, Jonathan (2012-01-01). Cleland-Huang, Jane; Gotel, Orlena; Zisman, Andrea (eds.). सॉफ्टवेयर और सिस्टम ट्रैसेबिलिटी (in English). Springer London. pp. 3–22. doi:10.1007/978-1-4471-2239-5_1. ISBN 9781447122388.
बाहरी संबंध
- Bidirectional Requirements Traceability by Linda Westfall
- Why Software Requirements Traceability Remains a Challenge by Andrew Kannenberg and Dr. Hossein Saiedian
