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

From Vigyanwiki
(Created page with "{{Short description|Document showing verification of requirements}} {{Use mdy dates|date=April 2013}} {{Software development process}} सॉफ्टवेयर विक...")
 
No edit summary
 
(6 intermediate revisions by 4 users not shown)
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;"
|-
|-
! scope="col" width="85px" | Requirement identifiers
! scope="col" width="85px" | आवश्यकता पहचानकर्ता
! scope="col" width="25px" | <small>Reqs tested</small>
! scope="col" width="25px" | <small>Reqs tested</small>
! scope="col" width="25px" | REQ1 UC 1.1
! scope="col" width="25px" | REQ1 UC 1.1
Line 30: Line 31:
! scope="col" width="25px" | REQ1 TECH 1.3
! scope="col" width="25px" | REQ1 TECH 1.3
|-
|-
! Test cases
! परीक्षण की स्थितियां
| 321
| 321
| 3
| 3
Line 47: Line 48:
| 1
| 1
|-
|-
! <small>Tested implicitly</small>
! <small>निःसंदेह परीक्षण</small>
| 77
| 77
|  
|  
Line 319: Line 320:
|  
|  
|-
|-
! etc. ...
! इत्यादि ...
|  
|  
|  
|  
Line 369: 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


{{Software engineering}}
[[Category:CS1 English-language sources (en)]]
[[Category: सॉफ़्टवेयर परीक्षण]] [[Category: सॉफ़्टवेयर आवश्यकताएं]]  
[[Category:Collapse templates]]
 
 
 
[[Category: Machine Translated Page]]
[[Category:Created On 02/03/2023]]
[[Category:Created On 02/03/2023]]
[[Category:Lua-based templates]]
[[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]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]

Latest revision as of 11:45, 12 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=105544’