InfoTeKS अकादमी पेशेवर विश्लेषक प्रतियोगिता को बंद कर देती है

हम प्रतिस्पर्धा क्षेत्र में व्यावसायिक विश्लेषक प्रतियोगिता के लिए आवेदन स्वीकार करने की शुरुआत की घोषणा करते हुए प्रसन्न होते हैं, जिसमें भाग लेने के लिए डेटाबेस के आधार पर रिपोर्ट (रिपोर्ट जनरेटर) बनाने के लिए एक सार्वभौमिक क्रॉस-प्लेटफॉर्म प्रोग्राम कोड विकसित करना आवश्यक है।

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

अधिकतम पुरस्कार 350,000 रूबल है, मौद्रिक इनाम की राशि उन मानदंडों की संख्या पर निर्भर करती है, जो प्रतियोगिता को भेजे गए कार्यों को पूरा करती है।

व्यक्तिगत खाते में पंजीकरण और वेबसाइट academy.infotecs.ru/ पर या ई-मेल academy@infotecs.ru द्वारा आवेदन पत्र भरकर 15 जुलाई, 2014 तक आवेदन और प्रतिस्पर्धी कार्य स्वीकार किए जाएंगे।

हल की जाने वाली समस्या : डेटाबेस पर आधारित रिपोर्ट (रिपोर्ट जनरेटर) बनाने के लिए एक सार्वभौमिक क्रॉस-प्लेटफॉर्म प्रोग्राम कोड का विकास।

प्रतिभागी को प्रेषित सामग्री : डेटाबेस डंप।

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

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

कार्यान्वयन की स्थिति : x64 / x86, SQL-92 (अधिमानतः Postgres 9.1) का समर्थन करने वाले एक DBMS का उपयोग किया जाता है, तृतीय-पक्ष ओपन सोर्स लाइब्रेरी की अनुमति है। डेटाबेस क्वेरीज़ को SQL-92 मानक का समर्थन करना चाहिए। रिपोर्ट जनरेटर क्लाइंट-सर्वर तकनीक पर बनाया जाना चाहिए। सर्वर भाग, जो डेटाबेस से जुड़ने और रिपोर्ट जनरेट करने के लिए ज़िम्मेदार है, को जावा में बनाया जाना चाहिए और अपाचे टॉम्केट के नियंत्रण में कार्य का समर्थन करना चाहिए। क्लाइंट के हिस्से में निम्न ब्राउज़रों में जावास्क्रिप्ट और फ़ंक्शन का उपयोग करके एक वेब इंटरफ़ेस होना चाहिए: इंटरनेट एक्सप्लोरर 9+, फायरफॉक्स 24+, Google क्रोम 28+। आयोजकों से प्राप्त डेटाबेस डंप का उपयोग डेटाबेस (सर्वर भाग) के रूप में किया जाना चाहिए।

कार्यात्मक आवश्यकताएं : रिपोर्ट मॉड्यूल में एक वेब इंटरफेस होना चाहिए और कार्य और उनकी संरचना के लिए उपलब्ध डेटा सेट के बारे में जानकारी प्राप्त करने के लिए व्यू सेट का उपयोग करके डेटाबेस तक पहुंचने के लिए कनेक्शन स्ट्रिंग का उपयोग करना चाहिए।

सेट देखें :

TABLE_VIEW

क्षेत्र का नाम	फ़ील्ड प्रकार	टिप्पणी
आईडी	पूर्णांक	टेबल आई.डी.
TABLE_NAME	वर्चर (255)	टेबल का नाम

FIELD_VIEW

क्षेत्र का नाम	फ़ील्ड प्रकार	टिप्पणी
आईडी	पूर्णांक	फील्ड आईडी
FIELD_NAME	वर्चर (255)	क्षेत्र का नाम
FIELD_TYPE	वर्चर (255)	फ़ील्ड प्रकार
IS_NULL	बूलियन	दायित्व का चिन्ह

RELATIONS_VIEW

क्षेत्र का नाम	फ़ील्ड प्रकार	टिप्पणी
आईडी	पूर्णांक	संचार आईडी
PARENT_TABLE_ID	पूर्णांक	जनक की मेज
CHILD_TABLE_ID	पूर्णांक	बाल तालिका
PARENT_FIELD_ID	पूर्णांक	जनक क्षेत्र
CHILD_FIELD_ID	पूर्णांक	बाल क्षेत्र

रिपोर्ट डिजाइन मोड

रिपोर्ट डिज़ाइन मोड में, रिपोर्ट जनरेटर को WYSIWYG- टेम्प्लेट बनाने की अनुमति देनी चाहिए, जिस पर रिपोर्ट बनाई जाएगी। उपयोगकर्ता डेटाबेस द्वारा प्रदान किए गए डेटा सेट से डेटा के आधार पर एक टेम्पलेट बनाने में सक्षम होना चाहिए। निर्मित टेम्प्लेट स्थानीय रूप से XML प्रारूप में सहेजे जाने चाहिए। रिपोर्ट में कैप, फूटर, डेटा पैनल, टैग, चित्र का उपयोग करने में सक्षम होना चाहिए।

प्रदर्शन मोड की रिपोर्ट करें

इस मोड में, पहले से तैयार किए गए टेम्प्लेट के आधार पर एक रिपोर्ट प्रदर्शित करना संभव है, साथ ही साथ विभिन्न प्रारूपों (पीडीएफ, आरटीएफ - मुख्य आवश्यकता; एक्सएलएसएक्स, एक्सएमएल - अतिरिक्त;) में अनुभागों को देखें: "आवश्यकताएँ" और "अतिरिक्त आवश्यकताएं"; । मुद्रण के लिए एक अलग विंडो में एक WYSIWYG रिपोर्ट प्रदर्शित करने की क्षमता को भी लागू किया जाना चाहिए।

मूल्यांकन मानदंड : प्रतिभागी स्वचालित रूप से एप्लिकेशन इंस्टॉल करने की प्रतियोगिता के लिए इंस्टॉलर के साथ एक तकनीकी विवरण और एक संकलित कोड प्रस्तुत करते हैं। परीक्षण आयोजकों (स्टैंड पैरामीटर: विंडोज सर्वर 2008 आर 2 64 बिट, इंटेल कोर आई 7 3 जी, 8 जीबी रैम) के आधार पर किया जाता है, परिणाम सामान्य वर्गीकरण में दर्ज और प्रकाशित किए जाते हैं। प्रत्येक प्रतिभागियों के कार्यान्वयन मापदंडों का आकलन सार्वजनिक रूप से उपलब्ध है।

नतीजतन, सभी मूल्यांकन मानदंडों का भारित औसत मूल्य लिया जाता है (वर्गों को देखें: "आवश्यकताएँ" , "कार्यान्वयन की शर्तें" ), उदाहरण के लिए, आवेदन द्वारा समर्थित रिपोर्ट के प्रकारों की संख्या की गणना की जाती है, रिपोर्ट (रिपोर्ट पृष्ठों) के बीच न्यूनतम स्विचिंग समय का अनुमान लगाया जाता है। इसी तरह, प्रतिभागियों को प्रयोज्य सहित सबसे बड़ी अतिरिक्त आवश्यकताओं की पूर्ति के लिए बोनस अंक प्रदान किए जाते हैं।


अतिरिक्त आवश्यकताएं (सामान्य)

अतिरिक्त आवश्यकताएं प्रतिभागियों को अंक प्रदान करती हैं बशर्ते कि बुनियादी आवश्यकताएं पूरी हों और उनमें निम्नलिखित शामिल हों:

• रिपोर्ट के प्रकार:
  
  • रेंज द्वारा समूहीकरण;
  • क्रॉस-तालिका;
  • बहु-स्तंभ रिपोर्ट;
  • कार्ड के रूप में रिपोर्ट;
  • मास्टर-विस्तार से रिकॉर्ड;
• रिपोर्ट को स्वरूपों में सहेजना: XLSX, XML।
• गणितीय कार्यों के लिए समर्थन, तार और तारीखों के साथ काम करने के लिए कार्य, पेज काउंटर।
• सारणीबद्ध मापदंडों द्वारा क्रमबद्ध करें।
• रिपोर्ट द्वारा खोजें।

अतिरिक्त आवश्यकताएं (प्रयोज्य)

प्रयोज्य आवश्यकताओं से संबंधित अतिरिक्त आवश्यकताएं भी प्रतिभागियों को अंक प्रदान करती हैं, बशर्ते कि बुनियादी आवश्यकताएं पूरी हों। प्रयोज्य कार्यक्रम का मूल्यांकन निम्न मानदंडों के आधार पर किया जाता है (समकक्ष पदों द्वारा एक बिंदु मूल्यांकन के रूप में माना जाता है):

1. मेट्रो स्टाइल का उपयोग करने की सिफारिश की जाती है।
2. सिस्टम की स्थिति का निर्धारण करना हमेशा संभव होना चाहिए।
3. किसी स्थान पर क्या जानकारी उपलब्ध है, यह समझना आसान होना चाहिए।
4. यह स्पष्ट होना चाहिए कि कौन से तत्व "प्रचालनीय" हैं।
5. यह स्पष्ट होना चाहिए कि तत्व के साथ बातचीत करते समय क्या होगा।
6. प्रदान की गई जानकारी अपेक्षाओं के अनुरूप होनी चाहिए।
7. यह स्पष्ट होना चाहिए कि वर्तमान स्थान से कहाँ जाना है।
8. सभी कार्यों को स्पष्ट रूप से और स्पष्ट रूप से चिह्नित किया जाना चाहिए।
9. "अतिरिक्त" तकनीक का उपयोग न करें।
10. नियंत्रण का उद्देश्य, उनका स्थान और नाम पूरे इंटरफ़ेस के अनुरूप होना चाहिए।
11. लिंक और मेनू को स्वीकृत वेब मानकों के अनुसार उपयोग और प्रदर्शित किया जाना चाहिए।
12. सभी प्रमुख ब्राउज़रों में साइट को सही ढंग से प्रदर्शित होना चाहिए।
13. लिंक नामों को उन पृष्ठों के शीर्षकों से मेल खाना चाहिए, जिनका वे नेतृत्व करते हैं।
14. कार्यक्रम का व्यवहार अपेक्षाओं के अनुरूप होना चाहिए।
15. कार्यक्रम में मदद, संकेत, निर्देशों का न्यूनतम उपयोग करना चाहिए।
16. प्रपत्रों की फ़ील्ड्स में दर्ज जानकारी का एक विचार बनाना चाहिए या संक्षिप्त संकेत शामिल होने चाहिए।
17. इनका उपयोग करने के लिए स्क्रीन पर दिखाई देने वाली सभी क्रियाओं, वस्तुओं और विकल्पों को याद रखना आवश्यक नहीं होना चाहिए।
18. पिछले अनुभव के तत्वों की उपस्थिति को स्थापित करना आसान होना चाहिए कि उनके साथ कैसे बातचीत करें।
19. सभी संभावित कार्यों को स्पष्ट रूप से इंगित किया जाना चाहिए।
20. टैग और लिंक में स्पष्ट और समझने योग्य विवरण होना चाहिए।
21. मुख्य कार्यक्रम फ़ंक्शन सभी स्क्रीन में उपलब्ध होना चाहिए।
22. साइट के दृश्य समाधान संक्षिप्त और पठनीय होने चाहिए।
23. पैराग्राफ छोटा होना चाहिए।
24. पृष्ठ में पर्याप्त मात्रा में खाली स्थान होना चाहिए - "वायु"।
25. साइट में अनावश्यक एनीमेशन और लोड-असर वाली छवियां नहीं होनी चाहिए।
26. ग्राफिक डिजाइन प्रासंगिक होना चाहिए।
27. पृष्ठों को स्पष्ट रूप से पठनीय संरचना में व्यवस्थित किया जाना चाहिए और इसमें आवश्यक विवरण होना चाहिए।
28. इंटरफ़ेस को उपयोगकर्ता को एक त्रुटि से उबरने में सक्षम होना चाहिए।
29. त्रुटि संदेश उस भाषा में प्रदर्शित किया जाना चाहिए जिसे उपयोगकर्ता समझता है।
30. त्रुटि संदेश समस्या का यथासंभव सटीक वर्णन करे और समाधान का प्रस्ताव करे।
31. फॉर्म और इनपुट फ़ील्ड को विफलता या गलत स्वीकृति (सबमिट) के बाद मूल्यों को पुनर्स्थापित करना चाहिए।
32. इंटरफ़ेस में एक सहायता प्रणाली होनी चाहिए।
33. मदद को उपयोगकर्ता के कार्यों पर ध्यान केंद्रित किया जाना चाहिए और इसमें विशिष्ट चरणों की एक सूची होनी चाहिए।
34. मदद के लिए बड़ा होना जरूरी नहीं है।
35. इंटरफ़ेस में युक्तियां सूचनात्मक होनी चाहिए।