मैं अपनी कक्षा के लिए कुछ स्लाइड्स का निर्माण कर रहा हूं कि हमें उस हार्डवेयर का दस्तावेज कैसे बनाना चाहिए जिसे हम विकसित कर रहे हैं।
कुछ हार्डवेयर बनाते समय हमें उन दस्तावेजों को सूचीबद्ध करना चाहिए, जिन्हें हमें बनाना चाहिए। मैं यूएमएल सॉफ़्टवेयर प्रलेखन से प्रेरित था, जो लगभग हर स्थिति के लिए बहुत सारे दस्तावेज़ प्रकार लाता है।
मेरे अनुभव और अनुसंधान से, बहुत सारी परियोजनाओं में केवल योजनाबद्ध, लेआउट और सामग्री का बिल होता है। मुझे लगता है कि हमें उस मकसद (आवश्यकताओं) के बारे में भी जानकारी जोड़नी चाहिए जो हमें एक माइक्रोकंट्रोलर चुनने में मदद करता है और दूसरा नहीं। लेआउट के संबंध में कुछ जानकारी भी है जिसे हम केवल विशेष घटक स्थिति के रूप में नहीं लिखते हैं, जिसे बदला नहीं जाना चाहिए।
बताया जा रहा है:
- हमें अपने हार्डवेयर का दस्तावेज कैसे बनाना चाहिए?
- यदि आपके द्वारा देखे गए किसी और हार्डवेयर पर आपको कुछ सुधार / परिवर्तन करने की आवश्यकता है, तो आप कौन से महत्वपूर्ण दस्तावेज चाहते थे?
- इन सूचनाओं को स्पष्ट तरीके से कैसे व्यवस्थित करें?
1
मुझे लगता है कि डिलिवरेबल्स के बारे में इस सवाल के बारे में बहुत सलाह है कि हार्डवेयर से संबंधित डिजाइन प्रोजेक्ट के परिणामों को पूरी तरह से सौंपने के लिए क्या दिया जाना चाहिए।
—
कोर्तुक
तस्वीरें !!!! अच्छी तरह से उपयोग किए जाने पर सूचना सामग्री और सूचना घनत्व की विशाल मात्रा।
—
रसेल मैकमोहन
धन्यवाद कोर्तुक। इस तरह की जानकारी मैं देख रहा था, लेकिन मुझे अभी भी लगता है कि हमें इस बारे में अधिक जानकारी चाहिए कि परियोजना का विकास कैसे हुआ और इंजीनियर ने कुछ निर्णय क्यों लिए।
—
RMAAlmeida