RaiffeisenBank के लिए मोबाइल बैंकिंग विकास

ऐप स्टोर और Google Play में कुछ महीने पहले, RaiffeisenBank ग्राहकों के लिए R-Mobile मोबाइल बैंक का एक बड़ा अपडेट जारी किया गया था।



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







उपयोगकर्ताओं के साथ मिलकर, हम आर-मोबाइल को और बेहतर बनाना चाहते हैं, इसलिए हमें किसी विशेष पृष्ठ पर या पोस्ट की टिप्पणियों में रचनात्मक समीक्षा करने में खुशी होगी।



खैर, तकनीकी विवरण के लिए, हम बिल्ली के लिए पूछते हैं।

वेब सेवाएँ

इस परियोजना की एक विशिष्ट विशेषता यह है कि एसओएपी का उपयोग करके वेब सेवाओं के साथ बातचीत की जाती है। यह ग्राहक की तकनीकी टीम की ओर से एक गंभीर प्रतिबंध था, जिस पर चर्चा नहीं की गई थी और जिसके साथ किसी तरह जीना आवश्यक था। कई कमियों ("परी, सूजन आधारित XML- आधारित प्रोटोकॉल 2014 में") के बावजूद, कुशल हाथों में इस प्रोटोकॉल का उपयोग डोमेन मॉडल, एपीआई काम की परत के कार्यान्वयन के साथ-साथ मॉक-सर्विसेज (नीचे देखें) के निर्माण में तेजी ला सकता है। और बात यह है कि SOAP सेवाओं का वर्णन करने के लिए एक अच्छी तरह से स्थापित और आम तौर पर स्वीकृत भाषा है: WSDL ।



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



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



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



बाद में, जब एप्लिकेशन को अपडेट करना और सेवाओं और मॉडलों की नई कक्षाएं जोड़ना, हमने सीधे सुज़-सी स्रोतों से एक्सएसएलटी टेम्पलेट्स का उपयोग किया, जिसे हमने खुद के लिए थोड़ा संशोधित किया।



उन लोगों के लिए जो आज एसओएपी के साथ काम करने वाले एप्लिकेशन को विकसित करना शुरू कर रहे हैं, मैं आपको एमडब्ल्यूएससी / पिको की दिशा में देखने की सलाह दूंगा। यह प्रोजेक्ट AFNetworking का उपयोग करता है, और सामान्य तौर पर, पहली नज़र में, इसे बेहतर बनाया जाता है।

पर्यावरण की पहुँच का परीक्षण करें

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

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



इसके अलावा, स्क्रिप्टिंग समर्थन आपको स्टब्स में कुछ सरल व्यापार तर्क को लागू करने की अनुमति देता है। उदाहरण के लिए, अनुरोध में सही उपयोगकर्ता नाम और पासवर्ड के आधार पर अलग-अलग उत्तर चुनें।



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

संचालन के रूप

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



चूंकि "सेवाओं के लिए भुगतान" एप्लिकेशन में पहले प्रकार के सक्रिय ऑपरेशनों में से एक था, इसलिए शुरुआत से ही हमने उन रूपों के साथ काम करने के लिए एक निश्चित आंतरिक ढांचा विकसित किया, जो आपको ऑब्जेक्ट के सेट से ऑन-स्क्रीन प्रतिनिधित्व का निर्माण करने की अनुमति देता है, जो खेतों के बारे में जानकारी का वर्णन करता है। इसने और अधिक जटिल के विकास के लिए एक अच्छी नींव दी, लेकिन पहले से ही स्थिर (यानी, पहले से ज्ञात संरचना के रूप में)।

एचटीएमएल

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



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

सुरक्षा

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



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

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

हमारे लिए अन्य जोखिम या तो खराब रूप से लागू होते हैं, या सर्वर साइड से संबंधित होते हैं।

निष्कर्ष

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



हम आपके कस्टम फीडबैक के लिए आभारी रहेंगे, जिसे आप नीचे दिए गए टिप्पणियों के रूप में या प्रोजेक्ट विवरण पृष्ठ पर छोड़ सकते हैं।