ट्रैसेबिलिटी मैट्रिक्स

From Vigyanwiki
Revision as of 10:33, 2 March 2023 by alpha>Indicwiki (Created page with "{{Short description|Document showing verification of requirements}} {{Use mdy dates|date=April 2013}} {{Software development process}} सॉफ्टवेयर विक...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Part of a series on
Software development
Core activities
Paradigms and models
Methodologies and frameworks
Supporting disciplines
Practices
Tools
Standards and Bodies of Knowledge
Glossaries
Outlines

सॉफ्टवेयर विकास में, एक ट्रैसेबिलिटी मैट्रिक्स (टीएम)[1]: 244  एक दस्तावेज़ है, आमतौर पर एक तालिका के रूप में, कई-से-कई संबंधों की तुलना का उपयोग करके किसी भी दो आधार रेखा (कॉन्फ़िगरेशन प्रबंधन) को सहसंबंधित करके रिश्ते की पूर्णता का निर्धारण करने में सहायता के लिए उपयोग किया जाता है।[1]: 3–22  इसका उपयोग अक्सर उच्च-स्तरीय आवश्यकताओं (इनमें अक्सर मार्केटिंग आवश्यकताएं शामिल होती हैं) और उच्च-स्तरीय डिज़ाइन, विस्तृत डिज़ाइन, परीक्षण योजना और परीक्षण मामलों के मिलान भागों के लिए उत्पाद की विस्तृत आवश्यकताओं के साथ किया जाता है।

एक आवश्यकता पता लगाने की क्षमता मैट्रिक्स का उपयोग यह जांचने के लिए किया जा सकता है कि क्या वर्तमान परियोजना आवश्यकताओं को पूरा किया जा रहा है, और प्रस्ताव के लिए अनुरोध के निर्माण में मदद करने के लिए,[2] सॉफ्टवेयर आवश्यकताओं विनिर्देश,[3] विभिन्न वितरण योग्य दस्तावेज़, और परियोजना योजना कार्य।[4] सामान्य उपयोग एक दस्तावेज़ के प्रत्येक आइटम के लिए पहचानकर्ता लेना और उन्हें बाएं कॉलम में रखना है। अन्य दस्तावेज़ के पहचानकर्ताओं को शीर्ष पंक्ति में रखा गया है। जब बाएँ कॉलम में कोई आइटम शीर्ष पर किसी आइटम से संबंधित होता है, तो इंटरसेक्टिंग सेल में एक चिह्न लगाया जाता है। प्रत्येक पंक्ति और प्रत्येक स्तंभ के लिए संबंधों की संख्या जोड़ी जाती है। यह मान दो वस्तुओं के मानचित्रण को इंगित करता है। शून्य मान इंगित करते हैं कि कोई संबंध मौजूद नहीं है। यह निर्धारित किया जाना चाहिए कि क्या संबंध बनाना है। बड़े मूल्यों का अर्थ है कि रिश्ता बहुत जटिल है और इसे सरल बनाया जाना चाहिए।

ट्रैसेबिलिटी मैट्रिसेस के निर्माण को आसान बनाने के लिए, बैकवर्ड और फॉरवर्ड ट्रैसेबिलिटी दोनों के लिए स्रोत दस्तावेजों में संबंध जोड़ने की सलाह दी जाती है।[5] इस तरह, जब एक बेसलाइन दस्तावेज़ में कोई आइटम बदला जाता है, तो यह देखना आसान होता है कि दूसरे में क्या बदलने की आवश्यकता है।

नमूना पता लगाने की क्षमता मैट्रिक्स

Requirement identifiers 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
Test cases 321 3 2 3 1 1 1 1 1 1 2 3 1 1 1
Tested implicitly 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
etc. ...
5.6.2 1 x


यह भी देखें

संदर्भ

  1. ↑ 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 (January 1, 2012). Cleland-Huang, Jane; Gotel, Orlena; Zisman, Andrea (eds.). सॉफ्टवेयर और सिस्टम ट्रैसेबिलिटी. Springer London. doi:10.1007/978-1-4471-2239-5_1. ISBN 9781447122388.
  2. ↑ Egeland, Brad (April 25, 2009). "ज़रुरत मापने के तरीका". pmtips.net. Archived from the original on May 1, 2009. Retrieved April 4, 2013.
  3. ↑ "DI-IPSC-81433A, DATA ITEM DESCRIPTION SOFTWARE REQUIREMENTS SPECIFICATION (SRS)". everyspec.com. December 15, 1999. Retrieved April 4, 2013.
  4. ↑ 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.
  5. ↑ Gotel, Orlena; Cleland-Huang, Jane; Hayes, Jane Huffman; Zisman, Andrea; Egyed, Alexander; Grünbacher, Paul; Dekhtyar, Alex; Antoniol, Giuliano; Maletic, Jonathan (January 1, 2012). 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.


बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=ट्रैसेबिलिटी_मैट्रिक्स&oldid=103586’