Read this post in: de_DEen_USes_ESfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

व्यापक केस स्टडी: विश्वविद्यालय छात्र प्रबंधन प्रणाली (USMS) के संदर्भ में UML उपयोग केस आरेख

UMLYesterday

1. परिचय

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

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

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


2. केस स्टडी के उद्देश्य

  1. एक के संरचना और अर्थ की व्याख्या और समझने के लिएUML उपयोग केस आरेख.

  2. मुख्य अभिनेताओं, उपयोग केसों और उनके संबंधों (संबंध, शामिल, विस्तार) की पहचान करना।

  3. प्रणाली विभिन्न उपयोगकर्ता भूमिकाओं के साथ विभिन्न स्तरों की पहुंच और जिम्मेदारियों के समर्थन कैसे करती है, इसका विश्लेषण करना।

  4. प्रणाली की स्केलेबिलिटी, मॉड्यूलरता और एकीकरण क्षमताओं का आकलन करना।

  5. उपयोग केस मॉडल के आवश्यकता एकत्र करने और प्रणाली डिज़ाइन में कैसे सहायता करता है, इसका मूल्यांकन करना।


3. पृष्ठभूमि: विश्वविद्यालय छात्र प्रबंधन प्रणाली (USMS)

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

मुख्य विशेषताएं:

  • विषय पंजीकरण और समय सारणी बनाना

  • निबंध जमा करना और ग्रेडिंग

  • शैक्षिक ट्रांसक्रिप्ट और ग्रेड रिपोर्ट उत्पन्न करना

  • सलाहकार बैठकें और शैक्षिक योजना निर्माण

  • वित्तीय लेनदेन (शुल्क, भुगतान, बिलिंग)

  • बाहरी प्रणालियों (ERP, भुगतान गेटवे) के साथ डेटा समन्वय

प्रणाली को डेटा सुसंगतता, वास्तविक समय के अपडेट और शैक्षणिक नीतियों के अनुपालन सुनिश्चित करने के लिए डिज़ाइन किया गया है।


4. यूएमएल उपयोग केस आरेख विभाजन

4.1 अभिनेता और उनकी भूमिकाएं

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

नोट:“प्राथमिक” और “गौण” अभिनेताओं के उपयोग से प्रणाली के साथ सीधे अंतरक्रिया के डिग्री को दर्शाया जाता है। प्राथमिक अभिनेता सीधे USMS का उपयोग करते हैं; गौण अभिनेता एकीकृत साझेदार हैं।


4.2 उपयोग केस और उनके विवरण

उपयोग केस विवरण
यूसी1 – कोर्सेज के लिए पंजीकरण छात्र और शिक्षक प्रासंगिक शर्तों और उपलब्धता के आधार पर शैक्षणिक पाठ्यक्रमों के पंजीकरण प्रक्रिया शुरू करते हैं।
यूसी2 – शैक्षणिक ट्रांसक्रिप्ट देखें छात्र और सलाहकार पूर्ण कोर्सेज, ग्रेड और एकाउंट के विस्तृत रिकॉर्ड तक पहुंचते हैं।
यूसी3 – असाइनमेंट जमा करें छात्र प्लेटफॉर्म के माध्यम से असाइनमेंट अपलोड करते हैं; शिक्षक उनकी समीक्षा करते हैं और ग्रेड देते हैं।
यूसी4 – ग्रेड चेक करें छात्र और शिक्षक वास्तविक समय में वर्तमान और पिछले ग्रेड देखते हैं।
यूसी5 – सलाहकार बैठक की योजना बनाएं छात्र शैक्षणिक योजनाओं पर चर्चा करने के लिए शैक्षणिक सलाहकारों के साथ बैठक बुक करते हैं।
यूसी6 – एनरोलमेंट प्रक्रिया कोर्स पंजीकरण और अनुमोदन द्वारा चालू की गई केंद्रीकृत एनरोलमेंट प्रक्रिया।
यूसी7 – ग्रेड रिपोर्ट उत्पन्न करें शिक्षक या प्रशासन छात्रों या रिपोर्टिंग उद्देश्यों के लिए एक औपचारिक ग्रेड सारांश बनाता है।
यूसी8 – भुगतान करें छात्र एकीकृत भुगतान गेटवे के माध्यम से शुल्क और फीस चुकाते हैं।
यूसी9 – छात्र रिकॉर्ड अद्यतन करें सलाहकार या प्रशासन अधिकारी छात्र स्थिति को संशोधित करते हैं (उदाहरण के लिए, छोड़ देना, सतर्कता, स्थानांतरण)।
यूसी10 – डेटा को ईआरपी के साथ सिंक करें प्रणाली छात्र और वित्तीय डेटा को विश्वविद्यालय के ईआरपी के साथ साझा करती है जिसका उपयोग पेरॉल, वित्तीय योजना और रिपोर्टिंग के लिए किया जाता है।

5. यूएमएल संबंधों की व्याख्या

5.1 संबंध (एक्टर्स को उपयोग केस से जोड़ने वाली रेखाएं)

संबंध दर्शाते हैं प्रत्यक्ष अंतरक्रिया एक्टर्स और उपयोग केस के बीच। उन्हें उपयोगकर्ता के भूमिका को दर्शाने के लिए रंगीन बनाया गया है:

संबंध रंग अर्थ
छात्र - यूसी1 काला छात्र पाठ्यक्रम पंजीकरण शुरू करता है।
छात्र - UC2UC3UC4 काला छात्र मुख्य शैक्षिक कार्यों के साथ अंतरक्रिया करता है।
शिक्षक - UC3UC4UC7 गहरा लाल शिक्षक निर्धारित कार्यों और ग्रेडिंग का प्रबंधन करता है।
सलाहकार - UC5UC6UC9 सुनहरा गोल्डनरोड सलाहकार सलाह और रिकॉर्ड अपडेट का प्रबंधन करते हैं।
UC8 - भुगतान गहरा टर्क्वाइज भुगतान गेटवे शुल्क को प्रसंस्कृत करता है।
UC9 - प्रशासन गहरा टर्क्वाइज प्रशासक रिकॉर्ड अपडेट करता है।
UC10 - ERP डार्क टर्क्वाइज ERP सिंक्रनाइज़्ड डेटा प्राप्त करता है।

ये संबंध दिखाते हैंकौन कौन सी फ़ंक्शन करता हैयह उपयोगकर्ता के भूमिकाओं और ज़िम्मेदारियों को परिभाषित करने में सहायता करता है।


5.2 शामिल संबंध (<>)

शामिल संबंधप्रतिनिधित्व करते हैंअनिवार्य, पुनर्उपयोगी व्यवहारजो अन्य उपयोग केस में एम्बेडेड है।

UC1 ..> UC6 : <<शामिल>>
UC2 ..> UC6 : <<शामिल>>
UC4 ..> UC6 : <<शामिल>>

व्याख्या:

  • सभी छात्र जो कोर्स के लिए पंजीकृत होते हैं (UC1)को गुजरना होगापंजीकरण प्रक्रिया (UC6).

  • पाठ्यक्रम देखने वाले छात्र (UC2)को भी ट्रिगर करना होगापंजीकरण प्रक्रिया (UC6)— संभवतः क्रेडिट सत्यापन के लिए।

  • ग्रेड चेक करने वाले छात्र (UC4)के अप्रत्यक्ष रूप से हिस्सा हैंपंजीकरण प्रक्रिया— ग्रेड केवल पंजीकरण की पुष्टि के बाद ही उपलब्ध होते हैं।

✅ इन संबंधों के कारण सुनिश्चित होता हैडेटा अखंडता और फ्लो सुसंगतता.
🔍 उदाहरण के लिए, एक छात्र अपने ग्रेड तब तक नहीं चेक कर सकता है जब तक कि वह कोर्स में पंजीकृत नहीं हो जाता है।
यह अमान्य या प्रीमेचर डेटा पहुंच को रोकता है।


5.3 विस्तारित संबंध (<>)

यूसी8 <.. यूसी10 : <<एक्सटेंड>>

व्याख्या:

  • जब एक छात्र भुगतान करता है (यूसी8), सिस्टम वैकल्पिक रूप से विस्तारित करता है द्वारा ईआरपी (यूसी10) के साथ डेटा सिंक्रनाइज़ करके.

  • इसका मतलब है: भुगतान → वैकल्पिक ईआरपी सिंक

  • हर भुगतान ईआरपी सिंक को ट्रिगर नहीं करता — यह शर्तों पर आधारित हो सकता है (जैसे शुल्क, सेमेस्टर शुरू होना)।

🚀 इसका समर्थन करता है लचीला एकीकरण — सिस्टम हर लेनदेन पर ईआरपी सिंक की आवश्यकता नहीं रखता, जिससे ओवरहेड कम होता है।
💡 इससे संस्थानों को यह चुनने की अनुमति मिलती है कि डेटा कब सिंक करना है (जैसे भुगतान पुष्टि के बाद या सेमेस्टर के अंत में)।

यह एक वास्तविक दुनिया का उदाहरण का वैकल्पिक वर्कफ्लो विस्तार, जहां एक मुख्य क्रिया (भुगतान) अतिरिक्त, द्वितीयक व्यवहार को ट्रिगर कर सकती है।


6. सिस्टम डिज़ाइन के प्रभाव

6.1 भूमिका-आधारित पहुंच नियंत्रण (आरबीएसी)

  • छात्र: ग्रेड देख सकते हैं, असाइनमेंट जमा कर सकते हैं, कोर्स में नामांकन कर सकते हैं।

  • फैकल्टी: ग्रेड दे सकते हैं, ग्रेड देख सकते हैं, रिपोर्ट बना सकते हैं।

  • एडवाइज़र्स: अपॉइंटमेंट योजना बना सकते हैं, रिकॉर्ड अपडेट कर सकते हैं।

  • एडमिन्स: छात्र रिकॉर्ड्स तक पूर्ण CRUD पहुंच।

  • बाहरी प्रणालियाँ: कोई सीधा इंटरफेस नहीं — केवल API के माध्यम से (उदाहरण के लिए, ERP, भुगतान गेटवे)।

इससे सुनिश्चित होता है सुरक्षा और डेटा गोपनीयता प्रासंगिक अभियोजकों तक पहुंच सीमित करके।


6.2 डेटा प्रवाह और अखंडता

  • नामांकन (यूसी6) एक गेटवे सभी शैक्षिक कार्यों के लिए।

  • सभी शैक्षिक रिकॉर्ड (पारिपाटी, ग्रेड) का निर्माण पाठ्यक्रम नामांकन और असाइनमेंट ग्रेडिंग.

  • ग्रेड रिपोर्ट्स (यूसी7) और पारिपाटी (यूसी2) केवल नामांकन और ग्रेडिंग के माध्यम से डेटा के सत्यापन के बाद ही उत्पन्न किए जाते हैं।

इससे एक डेटा जीवनचक्र जो सुनिश्चित करता है सटीकता और ट्रेसेबिलिटी.


6.3 बाहरी प्रणालियों के साथ एकीकरण

प्रणाली उद्देश्य ट्रिगर
भुगतान गेटवे भुगतान स्वीकार करें यूसी8 के माध्यम से ट्रिगर किया गया
ERP प्रणाली डेटा सिंक करें UC10 के माध्यम से ट्रिगर किया गया (UC8 से विस्तारित)

गौण कार्यकर्ताओं के उपयोग से यह दिखाता है कि USMS अलग नहीं है — यह है एक बड़े पारिस्थितिकी तंत्र में एकीकृतसंस्थागत उपकरणों का।

इससे इन एकीकरणों में API डिज़ाइनप्रमाणीकरण, और डेटा प्रारूप मानक (उदाहरण के लिए, XML, JSON) ऐसे एकीकरणों में।


7. हितधारक विश्लेषण

हितधारक आवश्यकताएं उपयोग के मामले
छात्र पाठ्यक्रम भार, ग्रेड, शुल्क और शैक्षिक प्रगति को समझें UC1, UC2, UC3, UC4, UC5, UC8
शिक्षक कार्य के लिए ग्रेड दें, प्रदर्शन का निरीक्षण करें UC3, UC4, UC7
सलाहकार छात्रों का समर्थन करें, प्रगति का ट्रैक करें UC5, UC6, UC9
प्रशासन अधिकारी छात्र रिकॉर्ड बनाए रखें, डेटा प्रबंधित करें UC9
विश्वविद्यालय प्रशासन वित्तीय लेनदेन और अनुपालन की निगरानी करें यूसी8, यूसी10
बाहरी प्रणालियाँ मानकीकृत डेटा प्राप्त करें यूसी8, यूसी10

यह आरेख एक के रूप में कार्य करता हैसंचार उपकरणहितधारकों के लिए साझा लक्ष्यों और जिम्मेदारियों को समझने के लिए।


8. सीमाएँ और सुधार के क्षेत्र

सीमा सुझाव
कोई स्पष्ट सीमाएँ नहीं (उदाहरण के लिए, अंतिम तिथियाँ, पूर्वशर्तें) आवश्यकता या अनुक्रम आरेखों में वैधता नियम जोड़ें
कोई त्रुटि संभालने का प्रावधान नहीं अपवाद उपयोग केस जोड़ें (उदाहरण के लिए, “पंजीकरण असफल”)
कोई समय-आधारित ट्रिगर नहीं यूसी10 कब चलता है, इसको परिभाषित करें (उदाहरण के लिए, भुगतान पुष्टि के बाद)
गैर-क्रियात्मक आवश्यकताओं का अभाव सुरक्षा, कार्यक्षमता और स्केलेबिलिटी के नोट जोड़ें
कोई उपयोगकर्ता इंटरफेस नहीं भविष्य के चरणों में उपयोगकर्ता इंटरफेस वायरफ्रेम या गतिविधि आरेख शामिल किए जा सकते हैं

🔍 सिफारिश: उपयोग केस आरेख का विस्तार करें ताकि शामिल हो सके अपवाद उपयोग केस (उदाहरण के लिए, “कोर्स ओवरलोड,” “भुगतान असफल”) और अनुक्रम आरेख चरण-दर-चरण अंतरक्रिया दिखाने के लिए।


9. यह आरेख सॉफ्टवेयर विकास की कैसे सहायता करता है

चरण उपयोग केस आरेख की भूमिका
आवश्यकताओं का एकत्रीकरण स्टेकहोल्डर्स से कार्यात्मक आवश्यकताओं की पहचान में मदद करता है।
प्रणाली डिज़ाइन मॉड्यूल डिज़ाइन के लिए मार्गदर्शन करता है (उदाहरण के लिए, पंजीकरण मॉड्यूल, भुगतान मॉड्यूल)।
टीम संचार डेवलपर्स, टेस्टर्स और मैनेजर्स के बीच एक साझा दृश्य भाषा प्रदान करता है।
परीक्षण योजना उपयोग केस परीक्षण केस बन जाते हैं (उदाहरण के लिए, “छात्र असाइनमेंट जमा करता है → ग्रेड दिखाई देता है”)।
उपयोगकर्ता प्रशिक्षण प्रणाली क्षमताओं को समझाने के लिए प्रशिक्षण सहायता के रूप में कार्य करता है।

यह उपयोग केस आरेख है आधार आगे के मॉडलिंग के लिए (उदाहरण के लिए, अनुक्रम, गतिविधि, क्लास आरेख)।


10. वास्तविक दुनिया का अनुप्रयोग उदाहरण

परिदृश्य: एक छात्र जिसका नाम है माया एक नए कोर्स के लिए पंजीकरण करना चाहता है।

  1. माया लॉग इन करती है → ट्रिगर करता है यूसी1 (कोर्स के लिए पंजीकरण).

  2. प्रणाली पूर्व शर्तों की जांच करती है → यदि वैध है, तो आगे बढ़ती है यूसी6 (पंजीकरण प्रक्रिया).

  3. माया असाइनमेंट जमा करती है → ट्रिगर करती है यूसी3 (असाइनमेंट जमा करें).

  4. शिक्षक ग्रेड → ट्रिगर करता हैयूसी4 (ग्रेड चेक करें).

  5. माया एक बैठक निर्धारित करती है → ट्रिगर करता हैयूसी5 (सलाहकार बैठक निर्धारित करें).

  6. माया शुल्क का भुगतान करती है → ट्रिगर करता हैयूसी8 (भुगतान करें) → जिसके साथ विस्तारित करता है के लिए यूसी10 (ईआरपी के साथ सिंक करें) वित्तीय रिकॉर्ड को अपडेट करने के लिए।

✅ सभी चरण उपयोग केस मॉडल के अनुरूप हैं।

इस प्रवाह सुनिश्चित करता है एंड-टू-एंड ट्रेसेबिलिटी और अनुपालन शैक्षणिक नीतियों के साथ।


11. निष्कर्ष

द यूएमएल उपयोग केस आरेख विश्वविद्यालय छात्र प्रबंधन प्रणाली के लिए केवल एक दृश्य उपकरण से अधिक है — यह एक व्यापक नक्शा जो निम्नलिखित को दर्ज करता है:

  • प्रणाली का उपयोग कौन करता है

  • वे क्या करते हैं

  • क्रियाकलापों के बीच कैसे संबंध हैं

  • कार्यों को कैसे ट्रिगर किया जाता है या विस्तारित किया जाता है

यह संभव बनाता है:

  • स्पष्ट भूमिका परिभाषा

  • शैक्षिक प्रक्रियाओं का तार्किक प्रवाह

  • बाहरी प्रणालियों के साथ एकीकरण

  • स्केलेबिलिटी और मॉड्यूलरिटी

  • हितधारक समन्वय

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


12. अनुलग्नक

अनुलग्नक A: आरेख में रंग कोडिंग

रंग अर्थ
काला प्राथमिक कार्यकर्ता अंतरक्रिया
क्रिमसन शिक्षक संबंधी क्रियाएँ
गोल्डनरॉड सलाहकार संबंधी क्रियाएँ
डार्क टर्क्वाइज बाहरी प्रणालियों के साथ एकीकरण

रंग कोडिंग पठनीयता और दृश्य वर्गीकरण में सुधार करती है।


अनुलग्नक B: नोटेशन सारांश (UML)

प्रतीक अर्थ
किरदार उपयोगकर्ता या बाहरी प्रणाली
उपयोग केस किरदारों के लिए उपलब्ध कार्यक्षमता
संबंध किरदार और उपयोग केस के बीच सीधा अंतरक्रिया
<<शामिल करें>> किसी अन्य उपयोग केस में अनिवार्य व्यवहार
<<विस्तारित करें>> एक उपयोग केस द्वारा उद्दीप्त वैकल्पिक व्यवहार

अनुलग्नक C: नमूना अनुक्रम आरेख (भविष्य के विस्तार के लिए)

@startuml
किरदार "छात्र" के रूप में छात्र
किरदार "शिक्षक" के रूप में शिक्षक
उपयोग केस "कोर्स के लिए पंजीकरण" के रूप में UC1
उपयोग केस "असाइनमेंट जमा करें" के रूप में UC3
उपयोग केस "ग्रेड चेक करें" के रूप में UC4

छात्र -> UC1 : कोर्स के लिए पंजीकरण करता है
UC1 --> UC6 : एनरोलमेंट प्रक्रिया करता है
छात्र -> UC3 : असाइनमेंट जमा करता है
शिक्षक -> UC3 : समीक्षा और ग्रेड देता है
UC3 --> UC4 : ग्रेड दिखाई देते हैं
@enduml

यह चरण-दर-चरण क्रियान्वयन को दर्शाता है — उपयोग केस आरेख के बाद एक प्राकृतिक अगला चरण।


अंतिम विचार

यह केस स्टडी दर्शाती है किUML की शक्तिउपयोग केस आरेखजटिल वास्तविक दुनिया की प्रणालियों को दर्शाने में। शिक्षा प्रौद्योगिकी के संदर्भ में, ऐसे आरेख एक रूप में कार्य करते हैंशैक्षणिक नीति और तकनीकी कार्यान्वयन के बीच सेतु.

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

जैसे विश्वविद्यालय डिजिटलीकरण जारी रखते हैं, इस तरह के उपयोग केस मॉडल निर्माण में अनिवार्य रहेंगेप्रतिक्रियाशील, सुरक्षित और उपयोगकर्ता-केंद्रित शैक्षणिक प्रणालियाँ.


📌 कार्यान्वयन टीमों के लिए सिफारिश:
इस उपयोग केस आरेख का उपयोग एक रूप में करेंआधार आवश्यकता दस्तावेजऔर छात्रों, शिक्षकों और प्रशासकों से चरणबद्ध प्रतिक्रिया के माध्यम से इसे विकसित करें।


✅ यह केस स्टडी शैक्षणिक उपयोग, सॉफ्टवेयर प्रोजेक्ट दस्तावेज़ीकरण, या विश्वविद्यालय के आईटी योजना के लिए उपयुक्त है।

Sidebar
Loading

Signing-in 3 seconds...

Signing-up 3 seconds...