ट्रैसेबिलिटी मैट्रिक्स: Difference between revisions

From Vigyanwiki
Line 1: Line 1:
{{Short description|Document showing verification of requirements}}
{{Short description|Document showing verification of requirements}}
{{Use mdy dates|date=April 2013}}
 
{{Software development process}}
{{Software development process}}


सॉफ्टवेयर विकास में, एक ट्रैसेबिलिटी मैट्रिक्स (टीएम)<ref name="SST">{{Cite book |last=Gotel |first=Orlena |title=सॉफ्टवेयर और सिस्टम ट्रैसेबिलिटी|last2=Cleland-Huang |first2=Jane |last3=Hayes |first3=Jane Huffman |last4=Zisman |first4=Andrea |last5=Egyed |first5=Alexander |last6=Grünbacher |first6=Paul |last7=Dekhtyar |first7=Alex |last8=Antoniol |first8=Giuliano |last9=Maletic |first9=Jonathan |date=2012-01-01 |publisher=Springer London |isbn=9781447122388 |editor-last=Cleland-Huang |editor-first=Jane |doi=10.1007/978-1-4471-2239-5_1 |editor-last2=Gotel |editor-first2=Orlena |editor-last3=Zisman |editor-first3=Andrea}}</ref>{{rp|244}} एक दस्तावेज़ है, सामान्यतः एक तालिका के रूप में, कई-से-कई संबंधों की तुलना का उपयोग करके किसी भी दो [[आधार रेखा (कॉन्फ़िगरेशन प्रबंधन)|आधारभूत दस्तावेजों]] '''किसी भी दो''' '''आधारभूत दस्तावेजों''' को सहसंबंधित करके संबंध की पूर्णता का निर्धारण करने में सहायता के लिए उपयोग किया जाता है।<ref name="SST" />{{rp|3–22}} इसका उपयोग अधिकांशतः उच्च-स्तरीय आवश्यकताओं (इनमें अधिकांशतः विपणन आवश्यकताएं सम्मिलित होती हैं) और उच्च-स्तरीय डिज़ाइन, विस्तृत डिज़ाइन, परीक्षण योजना और परीक्षण स्थितियों के मिलान भागों के लिए उत्पाद की विस्तृत आवश्यकताओं के साथ किया जाता है।
सॉफ्टवेयर विकास में, ट्रैसेबिलिटी मैट्रिक्स (टीएम)<ref name="SST">{{Cite book |last=Gotel |first=Orlena |title=सॉफ्टवेयर और सिस्टम ट्रैसेबिलिटी|last2=Cleland-Huang |first2=Jane |last3=Hayes |first3=Jane Huffman |last4=Zisman |first4=Andrea |last5=Egyed |first5=Alexander |last6=Grünbacher |first6=Paul |last7=Dekhtyar |first7=Alex |last8=Antoniol |first8=Giuliano |last9=Maletic |first9=Jonathan |date=2012-01-01 |publisher=Springer London |isbn=9781447122388 |editor-last=Cleland-Huang |editor-first=Jane |doi=10.1007/978-1-4471-2239-5_1 |editor-last2=Gotel |editor-first2=Orlena |editor-last3=Zisman |editor-first3=Andrea}}</ref>{{rp|244}} दस्तावेज़ है, सामान्यतः एक तालिका के रूप में, कई-से-कई संबंधों की तुलना का उपयोग करके किसी भी दो [[आधार रेखा (कॉन्फ़िगरेशन प्रबंधन)|आधारभूत दस्तावेजों]] को सहसंबंधित करके संबंध की पूर्णता का निर्धारण करने में सहायता के लिए उपयोग किया जाता है।<ref name="SST" />{{rp|3–22}} इसका उपयोग अधिकांशतः उच्च-स्तरीय आवश्यकताओं (इनमें अधिकांशतः विपणन आवश्यकताएं सम्मिलित होती हैं) और उच्च-स्तरीय डिज़ाइन, विस्तृत डिज़ाइन, परीक्षण योजना और परीक्षण स्थितियों के मिलान भागों के लिए उत्पाद की विस्तृत आवश्यकताओं के साथ किया जाता है।


एक आवश्यकता ट्रैसेबिलिटी मैट्रिक्स का उपयोग यह जांचने के लिए किया जा सकता है कि क्या वर्तमान परियोजना आवश्यकताओं और [[प्रस्ताव के लिए अनुरोध]] के निर्माण में सहायता करने के लिए,<ref>{{Cite web |url=http://pmtips.net/requirements-traceability-matrix/ |archive-url=https://web.archive.org/web/20090501090905/http://pmtips.net/requirements-traceability-matrix/ |url-status=dead |archive-date=May 1, 2009 |title=ज़रुरत मापने के तरीका|last=Egeland |first=Brad |date=April 25, 2009 |publisher=pmtips.net |access-date=April 4, 2013}}</ref> [[सॉफ्टवेयर आवश्यकताओं विनिर्देश]],<ref>{{Cite web |url=http://www.everyspec.com/DATA-ITEM-DESC-DIDs/DI-IPSC/DI-IPSC-81433A_3709/ |title=DI-IPSC-81433A, DATA ITEM DESCRIPTION SOFTWARE REQUIREMENTS SPECIFICATION (SRS) |date=December 15, 1999 |publisher=everyspec.com |access-date=April 4, 2013}}</ref> विभिन्न वितरण योग्य दस्तावेज़, और परियोजना योजना कार्य को पूरा किया जा रहा है।<ref name="PMH">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.</ref>
आवश्यकता ट्रैसेबिलिटी मैट्रिक्स का उपयोग यह जांचने के लिए किया जा सकता है कि क्या वर्तमान परियोजना आवश्यकताओं और [[प्रस्ताव के लिए अनुरोध]] के निर्माण में सहायता करने के लिए,<ref>{{Cite web |url=http://pmtips.net/requirements-traceability-matrix/ |archive-url=https://web.archive.org/web/20090501090905/http://pmtips.net/requirements-traceability-matrix/ |url-status=dead |archive-date=May 1, 2009 |title=ज़रुरत मापने के तरीका|last=Egeland |first=Brad |date=April 25, 2009 |publisher=pmtips.net |access-date=April 4, 2013}}</ref> [[सॉफ्टवेयर आवश्यकताओं विनिर्देश]],<ref>{{Cite web |url=http://www.everyspec.com/DATA-ITEM-DESC-DIDs/DI-IPSC/DI-IPSC-81433A_3709/ |title=DI-IPSC-81433A, DATA ITEM DESCRIPTION SOFTWARE REQUIREMENTS SPECIFICATION (SRS) |date=December 15, 1999 |publisher=everyspec.com |access-date=April 4, 2013}}</ref> विभिन्न वितरण योग्य दस्तावेज़, और परियोजना योजना कार्य को पूरा किया जा रहा है।<ref name="PMH">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.</ref>


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


ट्रैसेबिलिटी मैट्रिसेस के निर्माण को सरल बनाने के लिए, पिछली और आगे की ट्रैसेबिलिटी दोनों के लिए स्रोत दस्तावेजों में संबंध जोड़ने का परामर्श दिया जाता है।<ref name=":0">{{Cite book|title=सॉफ्टवेयर और सिस्टम ट्रैसेबिलिटी|url=https://archive.org/details/softwaresystemst00clel|url-access=limited|last=Gotel|first=Orlena|last2=Cleland-Huang|first2=Jane|last3=Hayes|first3=Jane Huffman|last4=Zisman|first4=Andrea|last5=Egyed|first5=Alexander|last6=Grünbacher|first6=Paul|last7=Dekhtyar|first7=Alex|last8=Antoniol|first8=Giuliano|last9=Maletic|first9=Jonathan|date=2012-01-01|publisher=Springer London|isbn=9781447122388|editor-last=Cleland-Huang|editor-first=Jane|pages=[https://archive.org/details/softwaresystemst00clel/page/n21 3]–22|language=en|doi=10.1007/978-1-4471-2239-5_1|editor-last2=Gotel|editor-first2=Orlena|editor-last3=Zisman|editor-first3=Andrea}}</ref> इस तरह, जब एक आधारभूत दस्तावेज़ में कोई वस्तु बदली जाती है, तो यह देखना सरल होता है कि दूसरे में क्या बदलने की आवश्यकता है।
ट्रैसेबिलिटी मैट्रिसेस के निर्माण को सरल बनाने के लिए, पिछली और आगे की ट्रैसेबिलिटी दोनों के लिए स्रोत दस्तावेजों में संबंध जोड़ने का परामर्श दिया जाता है।<ref name=":0">{{Cite book|title=सॉफ्टवेयर और सिस्टम ट्रैसेबिलिटी|url=https://archive.org/details/softwaresystemst00clel|url-access=limited|last=Gotel|first=Orlena|last2=Cleland-Huang|first2=Jane|last3=Hayes|first3=Jane Huffman|last4=Zisman|first4=Andrea|last5=Egyed|first5=Alexander|last6=Grünbacher|first6=Paul|last7=Dekhtyar|first7=Alex|last8=Antoniol|first8=Giuliano|last9=Maletic|first9=Jonathan|date=2012-01-01|publisher=Springer London|isbn=9781447122388|editor-last=Cleland-Huang|editor-first=Jane|pages=[https://archive.org/details/softwaresystemst00clel/page/n21 3]–22|language=en|doi=10.1007/978-1-4471-2239-5_1|editor-last2=Gotel|editor-first2=Orlena|editor-last3=Zisman|editor-first3=Andrea}}</ref> इस तरह, जब आधारभूत दस्तावेज़ में कोई वस्तु बदली जाती है, तो यह देखना सरल होता है कि दूसरे में क्या परिवर्तन करने की आवश्यकता है।


== नमूना पता लगाने की क्षमता मैट्रिक्स ==
== नमूना ट्रेसबिलिटी मैट्रिक्स ==
{| class="wikitable" style="text-align:center;"
{| class="wikitable" style="text-align:center;"
|-
|-

Revision as of 23:31, 9 March 2023

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] इस तरह, जब आधारभूत दस्तावेज़ में कोई वस्तु बदली जाती है, तो यह देखना सरल होता है कि दूसरे में क्या परिवर्तन करने की आवश्यकता है।

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

आवश्यकता पहचानकर्ता 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. ↑ 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.
  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 (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.


बाहरी संबंध

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