मैं एक नई प्रणाली के लिए उपयोग केस आरेख बना रहा हूं। मैं सोच रहा हूं कि किसी सिस्टम को उपयोग केस आरेख में एक अभिनेता के रूप में शामिल किया जाना चाहिए?जब किसी केस को केस आरेख में एक अभिनेता के रूप में शामिल किया जाना चाहिए?
धन्यवाद।
जैसा कि एक और उत्तर में कहा गया है, एक अभिनेता एक प्रणाली या भूमिका है जो विकास के तहत प्रणाली के साथ बातचीत कर रही है। यदि आप उस प्रणाली के बाहर हैं जो आपके द्वारा विकसित किए जा रहे सिस्टम के बाहर है, और यदि आप सीधे उस सिस्टम के साथ इंटरैक्ट करते हैं जो आप विकसित कर रहे हैं, तो आपको किसी मामले में एक अभिनेता के रूप में एक सिस्टम के रूप में एक सिस्टम शामिल करना चाहिए।
यह महत्वपूर्ण है क्योंकि आपको अपने सिस्टम की सीमा को परिभाषित करने की आवश्यकता है, जिसका अर्थ है इसका दायरा और इंटरफेस। एक अभिनेता के रूप में एक प्रणाली सहित, स्पष्ट रूप से उस प्रणाली के लिए एक उपयुक्त इंटरफ़ेस प्रदान करने के लिए विकास के तहत आपके सिस्टम की आवश्यकता को स्पष्ट रूप से बताएगा।
डेटाबेस का डेटाबेस है सिस्टम भंडारण डेटा या बाहरी अभिनेता जैसे उपयोग केस के कारण यह इनपुट प्राप्त करता है या सिस्टम को आउटपुट देता है? – commonSenseCode
आमतौर पर, डेटाबेस को सिस्टम सीमा के अंदर माना जाता है, यानी यह काले बॉक्स का हिस्सा है जो अभिनेता (ओं) के साथ बातचीत करता है, न कि अभिनेता। लेकिन अपवाद हैं। मान लीजिए कि आप एक नई प्रणाली तैयार करते हैं जो मौजूदा डेटाबेस से जुड़ा हुआ है, जैसा कि है, तो आप उस अभिनेता के रूप में डीबी पर विचार कर सकते हैं। लेकिन यह केवल तभी करें जब यह आपके उपयोग के मामलों को पढ़ने वाले हितधारकों के लिए प्रासंगिक है। –
विभिन्न लोगों के पास यूएमएल में सही ढंग से मॉडल करने के तरीके के बारे में अलग-अलग दर्शन हैं (जो आश्चर्यजनक नहीं है क्योंकि यूएमएल समिति द्वारा मानकीकृत किया गया था)।
मैं प्रत्येक "चीज़" (व्यक्ति का प्रकार, सिस्टम का प्रकार) पर कब्जा करने के लिए कलाकारों का उपयोग करता हूं जो कि मैं डिजाइन कर रहा हूं और उस प्रणाली के साथ बातचीत कर सकता हूं जो सभी हितधारकों के बीच एक सामान्य समझ बनाने के लिए उपयोगी है ताकि नई प्रणाली कैसे होगी के साथ बातचीत की।
मैं सुझाव देता हूं कि आप जो कुछ भी जानते हैं उसके लिए एक अभिनेता बनाना सिस्टम के साथ बातचीत करेगा, और उस अभिनेता को पता चलता है कि अभिनेता निष्पादित कर सकते हैं। इस तरह, आप पूरी तरह से समझ सकते हैं कि कौन कर सकता है।
सिस्टम कभी भी केस केस मॉडल में अभिनेता नहीं होता है। आपको उस प्रक्रिया के बारे में सोचना होगा जो प्रक्रिया को पूरा करने के लिए जांच के तहत सिस्टम को ट्रिगर कर रहा है। प्रणाली स्वयं गूंगा है और खुद को क्रिया में ट्रिगर नहीं कर सकती है। यह केवल उपयोगकर्ता द्वारा या समय के द्वारा ट्रिगर किया जा सकता है। अगर आपको लगता है कि सिस्टम कार्रवाई को ट्रिगर कर रहा है तो शायद यह समय होगा कि अभिनेता है। उदाहरण के लिए, एक इलेक्ट्रॉनिक संदेश प्राप्त होने पर चलाने के लिए एक प्रक्रिया शुरू होती है। प्रक्रिया पूरी तरह से स्वचालित है और उपयोगकर्ता द्वारा सिस्टम को यह बताते हुए ट्रिगर नहीं किया गया है कि संदेश आ गया है तो अभिनेता कौन है? यह प्रणाली नहीं बल्कि समय है। आपको कल्पना करने की ज़रूरत है कि इलेक्ट्रॉनिक संदेश के आगमन की तलाश करने की प्रक्रिया है और यह विशिष्ट समय अंतराल को देख रहा है। हर दूसरे या हर मिनट या महीने में एक बार आदि। इसलिए यह समय है कि इलेक्ट्रॉनिक संदेश प्राप्त होने पर चलने वाली प्रक्रिया को ट्रिगर करता है।
आपने ट्रिगरिंग और गैब्रियल Ščerbák पर सीमा और दायरे पर ध्यान केंद्रित किया। आप दोनों ने अच्छे गाइड की ओर इशारा किया। – Alireza
हां यह करता है। विशिष्टता स्पष्ट रूप से बताती है कि, आप इसे ओएमजी से डाउनलोड कर सकते हैं और इसे जांच सकते हैं। बाहरी सिस्टम को उपयोग केस आरेख के कलाकार के रूप में चित्रित किया जा सकता है। और यूएमएल 2.5 आधिकारिक तौर पर परिभाषित करता है कि किसी भी अभिनेता के साथ उपयोग केस उस विषय से ट्रिगर होता है जिसमें यह शामिल है (उदाहरण के लिए एक निर्धारित नौकरी)। – BonanzaOne
यह विषय अभिनेताओं के रूप में सिस्टम का प्रतिनिधित्व करने के लिए स्पष्ट करने में भी मदद कर सकता है: [यूएमएल उपयोग केस आरेख: संदर्भ] (http://msdn.microsoft.com/en-us/library/dd409432.aspx) –