मुझे लगता है कि आपने पहले ही this link देखा है।
कोड (कक्षाएं, & सी।) के बारे में पहले मत सोचें। उपयोग मामलों और कार्यात्मक आवश्यकताओं के बारे में सोचें। वेंडिंग मशीन प्रदान करने के लिए क्या कार्यक्षमता है? उपयोगकर्ताओं को इसके साथ बातचीत करने की उम्मीद कैसे की जाती है? रखरखाव के बारे में कैसे? ऐसा करने के दौरान उच्च स्तरीय आवश्यकताओं से कार्यान्वयन विवरण भ्रमित न करने का प्रयास करें।
फिर, किस प्रकार के
वर्ग
प्रोजेक्ट के आधार पर यह गैर-कार्यात्मक आवश्यकताओं के बारे में सोचने के लिए है। सबसे महत्वपूर्ण विशेषता क्या है: गति, विश्वसनीयता, रखरखाव में आसानी, नई परिस्थितियों में अनुकूलता, सुरक्षा, ...? अन्य संभावनाएं हैं। ये बाइनरी नहीं हैं, हां/कोई जवाब नहीं है, श्रेणियों और न्यूनतम मानकों बनाम इष्टतम लक्ष्यों के संदर्भ में और सोचें। नोट, "इष्टतम" हितधारक के दृष्टिकोण पर निर्भर करता है। उपयोग और सुरक्षा की आसानी अक्सर संघर्ष में होती है, इसलिए आपको यह पता लगाना होगा कि कौन सा महत्वपूर्ण है।
उसके बाद, आप अपने उपयोग के मामलों में वापस जा सकते हैं, और देख सकते हैं कि वे आपकी गैर-कार्यात्मक आवश्यकताओं से कैसे प्रभावित होते हैं। यह वह जगह है जहां आपके ग्राहक के साथ बातचीत होती है, जो इस मामले में शायद आप हैं। क्या आपको किसी अन्य लक्ष्य को पूरा करने के लिए सुविधाओं का त्याग करना है? प्रत्येक सुविधा के लिए, इनाम का जोखिम क्या है? उच्च मूल्य प्रदान करने वाली सुविधाओं को लागू करने में आसान है। लागू करने में कठिनाई (बाधाओं के कारण) विशेषताएं जो केवल छोटे मूल्य को जोड़ती हैं उन्हें स्पष्ट रूप से प्राथमिकता दी जानी चाहिए। अन्य दो संयोजनों को सावधानीपूर्वक विचार की आवश्यकता होती है।
फिर आप मशीन को डिज़ाइन करना शुरू कर सकते हैं।
कई अलग-अलग आरेख हैं जिनका उपयोग आप समस्या को देखने में मदद करने के लिए कर सकते हैं, या दूसरों के लिए आपके प्रस्तावित समाधान की व्याख्या कर सकते हैं।
जेसी लिबर्टी का संदर्भ लें इस पर एक अच्छी किताब लिखा है: http://www.amazon.com/Beginning-Object-Oriented-Analysis-Design-C/dp/1861001339 – Robert
यह प्रतीत हो रहा है गृहकार्य। – Tiger
यह शायद होमवर्क है, लेकिन hes उनके लिए उपयोग किए जाने वाले मामलों के लिए नहीं पूछ रहा है। उसे सिर्फ सही दिशा में धक्का चाहिए। – Brandon