स्वाभाविक रूप से, यह सब इस बात पर निर्भर करता है कि आपको किस प्रकार की आवश्यकता है। मैं ठेठ गुई या वेब अनुप्रयोग, बैच प्रक्रियाओं और
- पहले standars रखो, प्रत्येक विनिर्देश में परिभाषित किए जाने की जरूरत नहीं है कि उन्हें
- यह के रूप में संभव के रूप में छोटे बनाने के लिए इस्तेमाल कर रहा हूँ - शायद ही कभी एक एक 200 पृष्ठों दस्तावेज़ पढ़ सकते हैं और मन में सब कुछ
- , विशिष्ट mesurable रहो, ठोस रख सकते
- क्या उदाहरण (चित्र, लेखांकन लेखन)
- funtction
- पी inlcude का वर्णन से पहले उद्देश्य के बारे में बताएं erformance मानकों, लचीलापन standars, तैनाती निर्देश, संचालन के लिए प्रलेखन
मैं समीक्षक के लिए एक ही सलाह भी है की जरूरत: पता अपने विषय
आप आवश्यकता के संदर्भ से बहुत विस्तृत ज्ञान होना करने के लिए है, विशिष्ट ग्राहक की आवश्यकता, तकनीकी माहौल और शायद सबसे महत्वपूर्ण जो इस आवश्यकता को संबोधित करेंगे और उनके पास किस वैश्विक स्तर की समझ है।
मैंने कई लोगों के साथ चश्मे की समीक्षा करने के साथ परियोजनाओं में बहुत बुरा अनुभव किया क्योंकि उनके व्यक्तिगत ज्ञान बहुत उथले थे। आप फ़ीड को उसी स्तर पर वापस लेते हैं, ज्यादातर औपचारिक सुधार, लेकिन विनिर्देश की गहन कमी केवल परियोजना में हाल ही में खोजी जाएगी।
सूची बहुत ठोस लगती है। क्या आपने इसे एक पुस्तक/यूआरएल से लिया था? –
मैंने इसे एक दस्तावेज़ से लिया जो मैंने वर्षों में संकलित किया और संदर्भ के रूप में उपयोग किया। मुझे शायद अपने दस्तावेज़ में मूल स्रोतों का हवाला देना चाहिए था, लेकिन इनमें से अधिकतर 'नेट' से पहले आए थे और मैंने कभी कल्पना नहीं की थी, तो मैं इसे "प्रकाशन" कर दूंगा। –
यह रॉन पैटन द्वारा 'सॉफ्टवेयर परीक्षण' पुस्तक से चोरी की गई है। –