तकनीकी विशिष्टताओं और डिजाइन दस्तावेजों के बीच अंतर क्या है?


38

तकनीकी विनिर्देश क्या हैं? क्या वे डिजाइन दस्तावेजों के समान हैं। यदि नहीं, तो क्या अंतर है और कुछ उदाहरण हैं?


1
पूर्व डिजाइन याद आती है और उत्तरार्ध तकनीकी याद आती है।

जवाबों:


33

एक सॉफ्टवेयर डिजाइन दस्तावेज़ एक प्रणाली या घटक के स्तर पर हो सकता है, और आम तौर पर शामिल हैं:

  • प्रासंगिक लक्ष्य या आवश्यकताएं (कार्यात्मक और गैर-कार्यात्मक);
  • स्थिर संरचना (जैसे, घटक, इंटरफेस, निर्भरता);
  • गतिशील व्यवहार (कैसे घटक बातचीत करता है);
  • डेटा मॉडल या बाहरी इंटरफेस (दस्तावेज़ में वर्णित सिस्टम / घटक के लिए बाहरी); तथा
  • तैनाती के विचार (उदाहरण के लिए, रनटाइम आवश्यकताएँ, तृतीय-पक्ष घटक)।

ध्यान दें कि ये सभी विवरण एक सार स्तर पर हैं। उद्देश्य पाठक को सिस्टम या घटक की व्यापक सामान्य समझ देना है। डिजाइन दस्तावेजों के कई स्तर हो सकते हैं (जैसे, सिस्टम- या घटक-स्तर)।

एक तकनीकी विनिर्देश एक डिजाइन के सभी या विशिष्ट भागों के मिनट विस्तार का वर्णन करता है, जैसे:

  • सभी डेटा प्रकारों / संरचनाओं (आवश्यक डेटा प्रकार, आउटपुट डेटा प्रकार, अपवाद) सहित एक इंटरफ़ेस के हस्ताक्षर;
  • सभी तरीकों, विशेषताओं, निर्भरता और संघों सहित विस्तृत वर्ग मॉडल;
  • विशिष्ट एल्गोरिदम जो एक घटक नियोजित करता है और वे कैसे काम करते हैं; तथा
  • प्रत्येक इकाई / डेटा प्रकार की विशेषताओं और प्रकारों सहित भौतिक डेटा मॉडल।

1
तो हमें वास्तव में तकनीकी विनिर्देश कब लिखना चाहिए।? विकास से पहले? विकास के साथ? या के बाद ..?
शास्वत

2
@ शाश्वत त्रिपाठी आम तौर पर, विनिर्देशों को विकास से पहले लिखा जाता है, ताकि किसी और (या आप बाद में) घटकों को लागू कर सकें। विकास हो जाने के बाद विनिर्देश लिखना, इसे एक प्रकार का व्यर्थ बनाता है (जब तक कि आप इसे लागू नहीं किया गया है कि तकनीकी दस्तावेज के रूप में इसका उपयोग क्या किया गया है)।
चमत्कारिक

मैं एक बहु-वर्षीय परियोजना पर एक विशाल कॉर्प के लिए काम करने वाले इस सटीक परिदृश्य में आया हूं। हमने प्रोजेक्ट के परीक्षण और फिर उत्पादन के लिए माइग्रेट होने के बाद व्यावसायिक आवश्यकताओं के दस्तावेज़ बनाने में पीछे की ओर काम किया! हाँ, महान परियोजना प्रबंधन, मुझे पता है!
थिंककोड

क्या सॉफ्टवेयर विशिष्टताओं के विवरणों के कार्यात्मक रूप से विघटित होने के बाद तकनीकी विनिर्देश नहीं बनते हैं? एक आर्किटेक्ट SRS के बिना एक TS कैसे बना सकता है? ऐसा लगता है कि उसे एक टन मानने की जरूरत होगी।
ओरक्युलर मैन

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

7

तकनीकी विनिर्देश, कम से कम एक तकनीकी डिजाइन के रूप में, डिजाइन दस्तावेजों का हिस्सा हैं , उदाहरण के लिए, आवश्यकताओं की सूची, कार्यात्मक डिजाइन, उपयोगकर्ता कहानियां, ग्राफिक्स डिजाइन मॉकअप, प्रयोज्य अध्ययन, यूएमएल आरेख, व्यवसाय प्रक्रिया आरेख, डेटा मॉडल विनिर्देशों, आदि

प्रकार के तकनीकी विनिर्देश जो आप इस तथ्य के बाद लिखते हैं, तैयार उत्पाद का दस्तावेजीकरण करने के लिए, आमतौर पर डिजाइन दस्तावेजों का हिस्सा नहीं होते हैं , लेकिन उन्हें बाद के संस्करण (संदर्भ के लिए) या किसी अन्य उत्पाद के डिजाइन दस्तावेजों के सेट में शामिल किया जा सकता है उन पर भरोसा करता है।


धन्यवाद। मूल रूप से मुझे यह जानने के लिए कार्यात्मक विनिर्देश की आवश्यकता है कि क्या करना है और फिर कैसे करना है, यह जानने के लिए दस्तावेज़ डिज़ाइन करें, क्या यह सही है? बस एक छोटा सा सवाल, आप किस कार्यात्मक डिजाइन को संदर्भित करते हैं (आशा है कि यह कार्यात्मक कल्पना की मेरी समझ में भ्रम नहीं जोड़ेगा)
जॉन वी

एक कार्यात्मक डिजाइन उपयोगकर्ता के दृष्टिकोण से उत्पाद की इच्छित कार्यक्षमता को परिभाषित करता है, कार्यान्वयन विवरण में जाने के बिना। यहां उत्कृष्ट उत्तरों के साथ बहुत सारे प्रश्न हैं जो एक कार्यात्मक डिजाइन के बारे में संपूर्ण विवरण देते हैं और क्या नहीं है।
तदमर्स

1
तो हमें वास्तव में तकनीकी विनिर्देश कब लिखना चाहिए।? विकास से पहले? विकास के साथ? या के बाद ..?
शशवत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.