चंचल डिजाइन, विकास और 1C-Bitrix मंच पर आधारित एक अत्यधिक लोड ऑनलाइन स्टोर का शुभारंभ - 4 महीनों में

शुभ दोपहर, साथियों!
आज मैं आपको बताऊंगा कि 1C-Bitrix प्लेटफॉर्म पर बहुत कम समय में गैर-मानक कार्यक्षमता के साथ अत्यधिक लोड किए गए ऑनलाइन स्टोर को कैसे डिज़ाइन और लॉन्च किया जाए।

समस्याओं

यदि आप भविष्य के प्रोजेक्ट के प्रत्येक मिलीमीटर का वर्णन करते हुए, एक बड़े ऑनलाइन स्टोर को औपचारिक रूप से विकसित करने के कार्य से संपर्क करते हैं, तो आपको कई सौ के लिए टीके मिलेंगे, यदि हजारों शीट और दर्जनों आरेख और स्क्रीन फॉर्म नहीं हैं। और आप इसे लिखेंगे, सबसे अधिक संभावना है, कम से कम छह महीने ... हम में से पांच, काम पर रात बिता रहे हैं। लेकिन सबसे "भयानक" आगे है - जब आप अंततः पूरी तरह से इसे जोड़ते हैं और इसे उभड़ा हुआ आँखों के साथ घोषणा करते हैं, तो यह बहुत संभावना है कि परियोजना की आवश्यकताएं बदल जाएंगी: छह महीने में बाजार की स्थिति बदल गई है, लोग, आपके बॉस और अधीनस्थ नए विचार और आते हैं, और वे और आप, आदि। और आपको तत्काल विज्ञापन के 10 स्क्रीनों और इतने पर किराया देना होगा :-)

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

हम स्थूल भाषा में एक तकनीकी कार्य लिखते हैं

सबसे पहले, महसूस करें कि न केवल प्रोग्रामर, बल्कि प्रतिभाशाली प्रणाली और व्यापार विश्लेषकों ने 1C-Bitrix मंच पर कई वर्षों तक काम किया और अपने अनुभव का लाभ उठाएं! सौभाग्य से, आपके लिए इलेक्ट्रॉनिक कॉमर्स के मुद्दों को समझने में सबसे जटिल और मुश्किल लंबे समय से चबाया गया है, रूसी वास्तविकताओं के अनुकूल और सरल अवधारणाओं में बदल गया, 1 सी-बिट्रिक्स मंच के मॉड्यूल में धारणा में आसानी के लिए टूट गया: "ऑनलाइन स्टोर" , "ट्रेड कैटलॉग" और "मुद्राएँ । "
यह आपके लिए बना हुआ है:
1) इन मॉड्यूल के आंतरिक तर्क और शब्दावली को समझना अच्छा है। यह एक महत्वपूर्ण बिंदु है। आप इस पर सप्ताहांत बिता सकते हैं, यह इसके लायक है।
2) देखें कि सार्वजनिक रूप से घोषित ऑनलाइन स्टोर को प्राप्त करने के लिए किन छोटे ब्लॉकों को जोड़ना बाकी है।
3) 1C-Bitrix प्लेटफॉर्म की शब्दावली में एक छोटी लेकिन कैपेसिटिव TK लिखें, जिसमें प्लेटफॉर्म के लिए स्टैंडर्ड डॉक्यूमेंटेशन के लिंक होते हैं और एडवांस्ड / नॉन-स्टैंडर्ड फंक्शनलिटी का विवरण होता है। वॉल्यूम - ठीक है, अधिकतम 20-30 पेज और 5-10 आरेख।
4) टीके और इसके त्वरित कार्यान्वयन को समझने के लिए विकास टीम तैयार करने के लिए - इसके लिए, सहकर्मियों को डेवलपर्स के लिए जल्दी से "पंप" मुफ्त पाठ्यक्रमों की आवश्यकता होती है या यदि समय की अनुमति देता है, तो अधिक जटिल वाणिज्यिक प्रशिक्षण ।
5) एक परियोजना सेवा दल तैयार करने के लिए - प्रबंधकों, सामग्री संपादकों, प्रशासकों - प्रभावी कार्य के लिए उन्हें "पंप" भी करें।
हाँ, हाँ। महत्वपूर्ण सवाल बना हुआ है - क्या होगा अगर मैं 1C-बिट्रिक्स प्लेटफॉर्म पर विकास शुरू कर दूं, और अचानक एक जटिल कार्यक्षमता दिखाई देती है जिसे लागू करना और दूसरे प्लेटफॉर्म पर सब कुछ फिर से लिखना असंभव होगा? मेरा विश्वास करो, आप इस तरह का डर रखने वाले पहले व्यक्ति नहीं हैं - और इसी तरह के कार्यों को लंबे समय तक और काफी सफलतापूर्वक हल किया जाता है, निम्नलिखित तकनीकों द्वारा:
1) मंच वास्तुकला के सरलीकरण और प्रतिरूपकता के लिए निरंतर संघर्ष। 1C-बिट्रिक्स की वास्तुकला इतनी सरल और सहज रूप से तार्किक है कि कुछ भी कल्पना की आपकी रचनात्मक उड़ान को परेशान नहीं करेगा और व्यावसायिक आवश्यकताओं के ऊपर - क्या हवा आपको चलने से रोकती है? व्यक्तिगत रूप से, मैंने कभी भी ऑनलाइन स्टोर के लिए ऐसी व्यावसायिक आवश्यकताओं को पूरा नहीं किया है जिन्हें प्लेटफ़ॉर्म कोर को फिर से लिखना होगा। मानो या न मानो।
2) प्लेटफ़ॉर्म के व्यावसायिक तर्क को विस्तारित करने के लिए मानक तंत्र को इवेंट हैंडलर और कस्टम मॉड्यूल पुनर्परिभाषित किया जाता है। यकीन मानिए कई वस्तुओं से तीन मंजिला विरासत करना आसान है।
आप परियोजना के विकास और समर्थन को भी आउटसोर्स कर सकते हैं, उदाहरण के लिए, हमारे प्रमाणित सहबद्ध नेटवर्क की सेवाओं का उपयोग करें, जो इंटरनेट परियोजना के विकास / सहायता प्रक्रिया के स्वतंत्र संगठन के जोखिमों को काफी कम कर देगा। आपको केवल आवश्यकताओं को एकत्र करना होगा और उनके साथ डेवलपर्स के पास आना होगा।

उपकरण

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

सामग्री की तालिका

हम टीके में अपने ऑनलाइन स्टोर की प्रमुख विशेषताओं को एकत्र करेंगे और विस्तार योग्य मानक कार्यक्षमता से शुरू करेंगे।

उत्पाद सूची संरचना और उत्पाद गुण

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

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

एक कैटलॉग, मुद्रा में माल का मूल्य निर्धारण

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

ग्राहक के लिए आदेश प्रक्रिया

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

परिणाम:
आपने आदेश प्रक्रिया को तैयार और वर्णित किया है। इसके लिए यूएमएल गतिविधि आरेख का उपयोग करना उपयोगी है। इस प्रक्रिया को लागू करने के लिए जो कुछ आवश्यक है वह 1C-Bitrix प्लेटफॉर्म में पहले से ही उपलब्ध है। यदि आपको ऑर्डर प्रक्रिया के व्यापार तर्क का विस्तार करने की आवश्यकता है, तो आप मानक प्लेटफॉर्म विस्तार तंत्र का उपयोग करके हमेशा ऐसा कर सकते हैं।

प्रबंधक के लिए आदेश प्रक्रिया

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

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

भुगतान प्रणाली और वितरण सेवाएं

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

विशिष्ट प्रशासनिक अनुभाग

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

भूमिका और अधिकार

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

लोड करने के लिए सिस्टम प्रतिरोध

इस खंड में, टीके एक ऑनलाइन स्टोर के तनाव परीक्षण करने के लिए पद्धति का वर्णन करता है, अगर इसके लिए समय है, और लक्ष्य। उदाहरण के लिए:
1) टेस्ट डेटा को अपेक्षित के करीब वॉल्यूम में सिस्टम में डाला जाता है। उदाहरण के लिए, 1,000,000 ऑर्डर, 200,000 कैटलॉग आइटम, 2,000,000 उपयोगकर्ता।
2) इंटरनेट प्रोजेक्ट पर लोड का अनुकरण किया जाता है, उदाहरण के लिए जेमीटर आदि का उपयोग करना ।
3) लोड टूल प्रत्येक हिट के लिए जानकारी रिकॉर्ड करता है।
यह आवश्यक है कि प्रणाली प्रति दिन 1,000,000 हिट्स के साथ 0.5 सेकंड के औसत पृष्ठ अधिग्रहण समय और त्रुटियों के प्रतिशत (50 *) के साथ, उदाहरण के लिए, 1% से कम हो (सिस्टम व्यवस्थापक को 0 की त्रुटियों की संख्या को कम करने का प्रयास करना चाहिए)।

नतीजतन, आपके पास एक छोटा और प्रभावी TOR है, जिसमें एक तरफ, 1C-Bitrix प्लेटफॉर्म के लिए विस्तृत ऑन-लाइन प्रलेखन के लिए कई लिंक होंगे, और दूसरे पर, आपके इंटरनेट प्रोजेक्ट के लिए विशिष्ट विस्तृत कार्य। इसके अतिरिक्त, आप तुरंत उन समाधान लक्ष्यों को निर्धारित करते हैं, जिन्हें उपकरणों के चयन और विन्यास के द्वारा क्रियान्वयन के दौरान हासिल किया जाना चाहिए, कोड का अनुकूलन और कैशिंग। TK में केवल आपकी परियोजना की बारीकियाँ हैं, जो प्लेटफ़ॉर्म के लिए विशाल तकनीकी दस्तावेज़ीकरण पर निर्भर है।

मूल्यांकन और विकास

1C-Bitrix पर परियोजना का कार्यान्वयन आमतौर पर इस परिदृश्य के अनुसार होता है:
1) मंच की स्थापना - मिनट
2) टेम्पलेट्स का एकीकरण, बहु-साइट कॉन्फ़िगरेशन - आमतौर पर, यदि कोई लेआउट है, तो दिन
3) मानक तत्वों का एकीकरण - समाचार, साइट मानचित्र, मेनू, साइट खोज, आदि - आमतौर पर एक या दो दिन में किया जाता है
ऊपर तैयार टीके को विभाजित किया गया है, अधिमानतः घटकों में डेवलपर्स या विशेषज्ञों ( प्लानिंगपॉकर की कोशिश) की एक टीम की भागीदारी के साथ। एक विशिष्ट परियोजना दर्जनों घटक हैं। अक्सर यह परियोजना के लिए अपने घटक को लिखने के लिए नहीं होता है, लेकिन मानक एक को संशोधित करने के लिए (मंच वितरण में सैकड़ों तैयार घटक हैं)।

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

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

सामग्री भरना

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

एक होस्टिंग, प्रोजेक्ट परिनियोजन चुनना

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

परियोजना सेवा

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

निष्कर्ष

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

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

सौभाग्य है

एकीकरण और कार्यान्वयन गुणवत्ता नियंत्रण 1C-Bitrix के प्रमुख - अलेक्जेंडर सर्बुल