इंटीग्रेटेड CROC डेवलपमेंट स्टैंड 1C के लिए है और न केवल

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

तो परिचित हो जाओ, एकीकृत विकास स्टैंड!

वास्तुकला के सामान्य सिद्धांत

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

प्रक्रिया

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

इस प्रक्रिया को लागू करने के लिए हमारा स्टैक ऐसा दिखता है:


हमने बंद स्रोत कोड के साथ सशुल्क सेवाओं के उपयोग को कम करने की कोशिश की, जिससे स्वामित्व की लागत पर सकारात्मक प्रभाव पड़ा। लगभग सभी सेवाएँ ओपन सोर्स हैं और लिनक्स पर चलती हैं।

यह प्रक्रिया इस तरह से बनाई गई है कि हम विकास टीम के प्रत्येक सदस्य से सबसे अधिक मिलें और मानकीकरण और स्वचालन अनावश्यक जटिलता और दिनचर्या को खत्म कर दे।

डिज़ाइन (एप्लिकेशन डिज़ाइन सेवाएँ)

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

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

"1 सी: डीपीआर"। संपादन परियोजना की जानकारी:


"1 सी: डीपीआर"। प्रक्रिया रिपोर्ट:


"1 सी: डीपीआर"। संपादन वस्तु मेटाडेटा:


"1 सी: डीपीआर"। एक व्यवसाय प्रक्रिया आरेख का संपादन:


वैसे, हम सिस्टम में व्यावसायिक प्रक्रियाओं और वस्तुओं के बीच संबंध की कल्पना कर सकते हैं, पंजीकृत आवश्यकताओं के आधार पर सुधार की एक सूची बना सकते हैं और स्वचालित रूप से परियोजना प्रलेखन प्राप्त कर सकते हैं, जो परिवर्तन प्रबंधन प्रक्रिया को सरल करता है। इसलिए, विकास प्रक्रिया की योजना बनाने के लिए, जटिलता को देखने के लिए, कार्यों की कनेक्टिविटी, उनके कार्यान्वयन के लिए समय और प्रक्रिया को अधिक सटीक रूप से निर्धारित करने के लिए।

बेशक, यह नहीं कहा जा सकता है कि डिजाइन प्रक्रिया नाटकीय रूप से बदल गई है, लेकिन संगठनात्मक दृष्टिकोणों का एकीकरण और कई कार्यों का स्वचालन पहले से ही परियोजनाओं की गुणवत्ता में योगदान देता है।

विकास (सतत एकीकरण, निरीक्षण और परीक्षण सेवाएँ)

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

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

Gitlab। अब कमेटी द्वारा रखी गई कोड की किसी भी लाइन पर टिप्पणी करना संभव है:


Gitlab। वाक्य रचना हाइलाइटिंग के साथ "कोड समीक्षा" का संचालन करें:


Gitlab। नई प्रतिबद्ध में कोड परिवर्तन की स्पष्ट तस्वीर प्राप्त करें:


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

SonarQube:


प्रत्येक चेक ट्रैक किए गए कोड आधार गुणवत्ता मैट्रिक्स की जानकारी को अपडेट करता है, जैसे:

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

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

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

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

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


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

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

स्टैंड की वास्तुकला का मॉड्यूलर संगठन आपको प्रक्रिया में नए मॉड्यूल को एम्बेड करने की अनुमति देता है, आवश्यक संख्या के लिए समाधान को दोहराता है। योजनाबद्ध रूप से, यह इस तरह दिखता है:

परीक्षण (निरंतर परीक्षण सेवा)

मैंने पहले से ही निरंतर परीक्षण सेवा के बारे में बात की है, जो विकास प्रक्रिया की पाइपलाइन में एकीकृत है। फिलहाल, स्टैंड पर धुएं के परीक्षण और यूनिट परीक्षणों का परीक्षण चलाया गया है। ऑटोटेस्ट्स की कार्यक्षमता xUnitFor1C फ्रेमवर्क का उपयोग करके कार्यान्वित की जाती है।

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

एक स्वचालित परीक्षण सेवा एक और कदम है जो रिलीज़ कोड में आने के जोखिम को कम करता है जो पहले से लागू कार्यक्षमता को तोड़ता है या त्रुटियों के साथ काम करता है।

ReportPortal। डैशबोर्ड:




ReportPortal। असफल परीक्षण चलता है:


ReportPortal। दोष के प्रकार:


ReportPortal। संपादन दोष प्रकार:

विकास

किए गए कार्य के परिणामों का आकलन करते हुए, हम देखते हैं कि पहले से लागू की गई योजना से, कौन से विचार पहले से ही सफलतापूर्वक काम कर रहे हैं, जिन्हें अभी लागू किया जाना है।

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

हम 1C सिस्टम के संचालन के लिए क्लाउड समाधान के साथ पोर्टल को एकीकृत करने की योजना बनाते हैं। यह सीआरसी क्लाउड में ग्राहक प्रणालियों के अधिक कुशल प्रवास के लिए स्टैंड पर कार्यान्वित विकास सेवाओं के साथ संयोजन के रूप में प्रतिकृति मानक समाधानों को जल्दी से तैनात करने में मदद करेगा।

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

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

युपीडी। टिप्पणियों के अनुरोध पर, खुले स्रोत उत्पादों की एक सूची जोड़ें जो हम उपयोग करते हैं, लिंक के साथ।

उत्पाद	विक्रेता / लेखक	सन्दर्भ संख्या १	सन्दर्भ संख्या २
1C	1C	http://v8.1c.ru
1 सी: डीएसएस	1C	http://v8.1c.ru/model/
1 सी: से	1C	http://v8.1c.ru/doc8/
Git	एसएफसी	https://ru.wikipedia.org/wiki/Git
Gitlab	Gitlab	https://ru.wikipedia.org/wiki/GitLab	https://about.gitlab.com/
Jira	Atlassian	https://ru.wikipedia.org/wiki/Jira	https://ru.atlassian.com/software/jira
ReportPortal	EPAM सिस्टम्स, इंक।	https://github.com/reportportal	https://rp.epam.com/ui/
SonarQube	सोनार स्रोत	https://ru.wikipedia.org/wiki/SonarQube	https://github.com/SonarSource/sonarqube
जेनकींस	कोसुक कावागुची	https://ru.wikipedia.org/wiki/Jenkins	https://github.com/jenkinsci
SourceTree	Atlassian	https://www.sourcetreeapp.com/
xUnitFor1C	artbear	https://github.com/xDrivenDevelopment/xUnitFor1C	https://github.com/artbear
Gitsync	EvilBeaver	https://github.com/oscript-library/gitsync	https://github.com/EvilBeaver
सोनारक्यूब 1 सी (बीएसएल) प्लगइन	चांदी के बुलेटर्स	https://silverbulleters.org/sonarqube	https://github.com/silverbulleters/sonar-1c-bsl-public