एक दिन एक रेस्तरां मॉडल के जीवन में

यह लेख सिमुलेशन के लिए रूपरेखा के नए घटकों का वर्णन करता है, जो पहले "गो पर सिमुलेशन की एक सरल प्रणाली" लेख में प्रस्तुत किया गया था। जैसे-जैसे रूपरेखा का विस्तार हुआ, अधिक जटिल प्रणालियों को मॉडल करना संभव हो गया, उदाहरण के लिए, एक रेस्तरां के काम का अनुकरण करना।

नए घटक

कई नए घटक हैं: बिफासिलिटी , स्प्लिट , एग्रीगेट , काउंट , असाइन , चेक । आइए उन पर अधिक विस्तार से विचार करें।

Bifacility मूलतः सुविधा के समान है, लेकिन इसका उद्देश्य लेनदेन को कुछ समय के लिए एक घटक नहीं, बल्कि घटकों की एक श्रृंखला बनाना है। इसके लिए, बिफासिलिटी कंस्ट्रक्टर दो घटक बनाता है - IN और OUT। एक लेनदेन IN घटक में प्रवेश करने के बाद, Bifacility को व्यस्त माना जाता है और दूसरा लेनदेन अब इसे नहीं ले सकता है। जब कोई लेनदेन OUT घटक से टकराता है , तो Bifacility को मुक्त कर दिया जाता है और अब एक अन्य लेनदेन इसे ले सकता है। केवल उस लेन-देन पर जिसने कब्जा कर लिया है वह Bifacility जारी कर सकता है। बिफासिलिटी का सबसे सरल सादृश्य एक तकनीकी स्थापना माना जा सकता है जो एक भाग पर कई ऑपरेशन करता है। जब तक भाग स्थापना छोड़ देता है, तब तक इसके लिए दूसरा भाग भेजना असंभव है।

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

स्प्लिट के साथ जोड़ी एग्रीगेट है , जैसा कि नाम से पता चलता है, यह एक में लेनदेन की एक श्रृंखला एकत्र करता है। इसकी कार्यक्षमता काफी सरल है, पहले टूटे हुए लेन-देन के किसी भी हिस्से को प्राप्त करने के बाद, यह अन्य सभी भागों की प्रतीक्षा करता है और उन्हें प्राप्त करने के बाद आगे एक लेनदेन भेजता है।

गिनती - गिनती के लिए घटक। काउंट कंस्ट्रक्टर दो घटक बनाता है - INC और DEC। जब कोई लेनदेन INC में प्रवेश करता है, तो काउंट काउंटर बढ़ता है; जब वह DEC में प्रवेश करता है, तो यह घट जाता है। गणना के निर्माता में , मान निर्धारित किए जाते हैं जिसके द्वारा क्रमशः INC और DEC में प्रवेश करने पर काउंटर बढ़ता है और घटता है।

असाइन करें - कुछ लेनदेन पैरामीटर सेट करने के लिए डिज़ाइन किया गया। लेनदेन में मापदंडों की एक सूची होती है, प्रत्येक पैरामीटर में एक नाम और एक मूल्य होता है। मान एक स्ट्रिंग, संख्या, संरचना हो सकता है। जब एक पैरामीटर को शून्य असाइन करते हैं, तो इसे सूची से हटा दिया जाता है।

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

यह ध्यान देने योग्य है कि फ्रेमवर्क विकसित करते समय, लक्ष्य पूरी तरह से GPSS को कॉपी नहीं करना था, इसलिए, घटकों के समान नाम के साथ, उनकी कार्यक्षमता भिन्न हो सकती है।

रेस्तरां मॉडल

एक रेस्तरां मॉडल बनाने की कोशिश करने का फैसला खरोंच से नहीं हुआ। सबसे पहले, काफी लोग उन्हें देखने आते हैं, दूसरी बात, यह एक जटिल जटिल कतारबद्ध प्रणाली है, तीसरा, मेरी पत्नी कई वर्षों से रेस्तरां व्यवसाय में काम कर रही है, और मैं उसके साथ परामर्श कर सकता हूं।

इसलिए, हम रेस्तरां के मॉडल का वर्णन करना शुरू करेंगे। रेस्तरां 24 तालिकाओं पर होगा। रेस्तरां आगंतुकों को "मेहमान" कहा जाता है, मेहमान बेतरतीब ढंग से आते हैं, ये लेनदेन उत्पन्न होंगे। लेकिन लेन-देन एक व्यक्ति नहीं है, यह उन लोगों का एक समूह हो सकता है जिन्होंने सिर्फ एक टेबल लिया। यथार्थवाद को बढ़ाने के लिए, यदि 6 से अधिक मेहमान कतार में हैं (6 तालिकाओं की आवश्यकता है) एक मेज की प्रतीक्षा कर रहे हैं, तो नए मेहमान प्रतीक्षा करें, नहीं।

होस्टेस प्रवेश द्वार पर मेहमानों से मिलते हैं, बड़े रेस्तरां में अक्सर दो या अधिक होते हैं, मॉडल में दो होंगे। यदि निशुल्क टेबल हैं, तो होस्टेस उन्हें टेबल पर ले जाती हैं, अगर कोई मुफ्त टेबल नहीं है, तो मेहमान इंतजार कर रहे हैं। असली रेस्तरां में आरक्षण और वीआईपी-मेहमान होते हैं, सादगी के लिए, वे निर्माण मॉडल में नहीं होंगे, लेकिन ऐसी योजनाओं को ध्यान में रखा जाना चाहिए।
मेहमानों को एक मेज पर बैठाए जाने के बाद, उन्हें एक वेटर द्वारा सेवा दी जाती है, आमतौर पर कई तालिकाओं के लिए एक वेटर होता है, मॉडल में तीन तालिकाओं के लिए एक होगा। एक नियमित रेस्तरां की तरह, वेटर एक बार में कई तालिकाओं की सेवा नहीं कर सकता है, लेकिन एक समय में एक परोसता है। सेवा के दौरान, वेटर मेहमानों से एक आदेश प्राप्त करता है। आदेश से कई प्रकार के पेय और पेय का मतलब है। कितने व्यंजन और पेय का ऑर्डर दिया जाएगा, यह पहले से ज्ञात नहीं है, लेकिन हम एक बार में ऑर्डर देने सहित कम से कम एक और पांच से अधिक नहीं गिनेंगे। वेटर, आदेश प्राप्त करने के बाद, इसे रसोइयों और बारटेंडरों को भेजता है।

परंपरागत रूप से, रसोइयों के बीच विशेषज्ञता होती है: ऐपेटाइज़र और सलाद, मांस, केक और डेसर्ट, सुशी। नकली रेस्तरां में भी होंगे - विभिन्न व्यंजन तैयार करने वाले चार शेफ। दो बारटेंडर होंगे।

यह एक आम बात है कि सभी व्यंजन तुरंत नहीं लाते हैं, लेकिन जैसे ही तैयार होते हैं। तदनुसार, मेहमान उन सभी को एक बार में नहीं खाते हैं, लेकिन धीरे-धीरे। और केवल जब वे सभी व्यंजन खा लेते हैं तो आप ऑर्डर के लिए भुगतान कर सकते हैं। उसके बाद, तालिका खाली की जा सकती है।

विशिष्ट समय मापदंडों को कोड में देखा जा सकता है।

मोडलिंग

अंजीर में। 1 मॉडल के संरचनात्मक आरेख को दर्शाता है। मॉडलिंग के लिए, ढांचे के घटकों का लगभग पूरा सेट शामिल है। तो, कतार में मेहमानों की संख्या का अनुमान लगाने के लिए, चेक घटक का उपयोग किया जाता है। एक विशेष हैंडलर का उपयोग करते हुए, वह कतार में मेहमानों की संख्या की जांच करता है और, यदि निर्दिष्ट संख्या पार हो गई है, तो उन्हें बाहर निकलने के लिए भेजता है। जांचें कि क्या नि: शुल्क टेबल दिखाई दिए हैं।


अंजीर। 1. रेस्तरां मॉडल का संरचनात्मक आरेख

Bifacility के साथ, आप तालिका पर कब्जा कर सकते हैं और मुक्त कर सकते हैं। और चेक के साथ जोड़ा गया असाइन करें आपको यह निर्दिष्ट करने की अनुमति देता है कि क्या वेटर मेज से रसोई में ऑर्डर स्थानांतरित करता है या पहले से ही तैयार व्यंजन वितरित करता है।

जैसा कि अंजीर से देखा जा सकता है। 1 प्रत्येक शेफ के पास आदेशों की एक कतार है, वास्तव में, निश्चित रूप से, समानांतर में कई व्यंजन पकाना संभव है, लेकिन प्रस्तुत मॉडल में यह छोड़ दिया गया है। बारटेंडर्स के लिए, ऑर्डर कतार सामान्य है।

सिमुलेशन परिणाम

अनुकरण के परिणाम यहां देखे जा सकते हैं । रिपोर्ट से पता चलता है:

• दो तालिकाओं का उपयोग नहीं किया गया (23 और 24), और सामान्य तौर पर, एक चौथाई तालिकाओं का व्यावहारिक रूप से उपयोग नहीं किया जाता है;
• रेस्तरां ने 29 आगंतुकों की सेवा की और आगंतुकों में से कोई भी कभी भी रेस्तरां में प्रवेश किए बिना नहीं बचा;
• आगंतुकों को लाइन में इंतजार नहीं करना पड़ा;
• सिमुलेशन के अंत में, 12 आगंतुकों ने अपने आदेश का हिस्सा प्राप्त किया और शेष व्यंजनों की उम्मीद की;
  
• कुक 1 और 4 में बहुत बड़ा भार है (91.46%, 88.33%);
• बर्मन 2 काम से भरा नहीं है (1.67%);
• आधे वेटर विशेष रूप से व्यस्त नहीं हैं;
• परिचारिका 2 लगभग व्यस्त नहीं है (9.38%)।

निचला रेखा, रेस्तरां बड़ा है और इसमें बहुत सारे अतिरिक्त कर्मचारी हैं। या रेस्तरां खराब ट्रैफ़िक के साथ एक जगह पर खुला है (प्रस्तुत मॉडल में, आगंतुक प्रत्येक 10 minutes 5 मिनट में प्रवेश करते हैं)। यदि आप अधिक ट्रैफ़िक (5) 3) के साथ परीक्षण करते हैं, तो कर्मचारियों का भार काफी बढ़ जाता है, लेकिन कुछ आगंतुक बिना किसी टेबल का इंतजार किए निकल जाते हैं।

निष्कर्ष

प्रस्तुत मॉडल, कई सरलीकरणों के बावजूद, बहुत सहनशीलता से आपको रेस्तरां के काम का अनुकरण करने की अनुमति देता है और संभवतः व्यावहारिक मूल्य भी है। लेकिन नए और पुराने दोनों घटकों को निश्चित रूप से और विकसित करने की आवश्यकता है। सभी अपवादों को गलत तरीके से संभाला या संभाला नहीं गया है। परीक्षणों और सबसे महत्वपूर्ण प्रलेखन के साथ फ्रेमवर्क कोड को कवर करना आवश्यक है। यह सब योजनाबद्ध है और संभव हद तक साकार होगा।