यदि आप ऑनलाइन कंस्ट्रक्टर का उपयोग करते हैं तो वेबसाइट बनाना एक साधारण बात है। लेकिन वे सभी इतने समान हैं कि प्रतिष्ठित फर्मों को वेबमास्टर्स की तलाश करनी पड़ती है या आईटी कंपनियों से संपर्क करना पड़ता है। संसाधन बनाने के इस चरण में, विज़ार्ड के कार्य को निर्दिष्ट करना अत्यंत महत्वपूर्ण है, अर्थात साइट के विकास के लिए तकनीकी कार्य तैयार करना।
इस पर समय क्यों बर्बाद करें?
एक व्यक्ति कितना भी शिक्षित क्यों न हो, वह अभी भी एक व्यक्ति बना रहता है और किसी भी तरह से अपने काम को आसान बनाने की कोशिश करता है। इसलिए, ग्राहक हमेशा यह नहीं समझते हैं कि साइट के विकास के लिए तकनीकी कार्य क्यों लिखें। आखिरकार, वेबमास्टर से "मुख्य पृष्ठ पर कंपनी के लोगो के साथ नीले रंग में वेबसाइट" बनाने के लिए कहना बहुत आसान है। लेकिन जब प्रोजेक्ट की डिलीवरी का समय आता है, तो ग्राहक जो चाहता है उससे बिल्कुल अलग कुछ देखता है। और वेबमास्टर को संसाधन को बार-बार फिर से करना पड़ता है।
संदर्भ की शर्तें "नौकरशाही" नहीं है, बल्कि एक तर्कसंगत कार्य है जो समय, नसों और धन को बचाता है। उदाहरण के लिए, एक निश्चित कंपनी को विकसित करने की जरूरत हैप्रस्तुति साइट, दो सप्ताह की अवधि के लिए। और यदि आप किसी वेबसाइट को विकसित करने के लिए संदर्भ की शर्तों का नमूना बनाने में 2-3 दिन लगाते हैं, तो अवधि के अंत में आप एक तैयार उत्पाद प्राप्त कर सकते हैं। यह उन सभी आवश्यकताओं को पूरा करेगा जिनका उल्लेख ग्राहक भीड़ की गर्मी में करना भूल सकते हैं। दूसरी ओर, साइट के विकास के लिए संदर्भ की शर्तें पारिश्रमिक की गारंटी है।
अतीत की बुद्धि
यदि ग्राहक को तकनीकी विशिष्टताओं को विकसित करने के कार्य का सामना करना पड़ता है, तो उसे पहिया को फिर से शुरू करने की आवश्यकता नहीं है, मूल की ओर मुड़ना बेहतर है, जिसे कई वर्षों के व्यावहारिक अनुभव द्वारा सत्यापित किया गया है। यही है, GOST के अनुसार साइट के विकास के लिए संदर्भ की शर्तों का एक नमूना लिखना आवश्यक है। 1978 के मानकों को आज की साइटों पर लागू करना अवास्तविक लगेगा, लेकिन सोवियत संघ में कुछ चीजें बहुत अच्छी थीं, और मानकों का विकास कोई अपवाद नहीं है, और इसके अलावा, वे अभी भी प्रासंगिक हैं। निम्नलिखित मानकों पर विशेष ध्यान दिया जाना चाहिए:
- सामग्री और डिजाइन के लिए आवश्यकताएँ (GOST 19.201-78)।
- स्वचालित प्रणाली के निर्माण के लिए संदर्भ की शर्तें (GOST 34.602-78)।
पहला दस्तावेज़ नियमित साइटों के लिए उपयुक्त है। यह वर्णन करता है कि टीओआर को ठीक से कैसे तैयार किया जाए, साथ ही उन अनुभागों को जिन्हें आपको साइट के विकास के लिए संदर्भ की शर्तों को तैयार करते समय निश्चित रूप से ध्यान में रखना चाहिए। इनमें शामिल हैं:
- परिचय, जो ग्राहक कंपनी या संसाधन का नाम, उसका संक्षिप्त विवरण और दायरा दर्शाता है।
- निर्माण के लिए आधार। यहाँ आपको चाहिएविषय को इंगित करें, एक संसाधन बनाने की आवश्यकता की पुष्टि करने वाले दस्तावेजों को इंगित करें, इस दस्तावेज़ को अनुमोदित करने वाले संगठन का नाम। उदाहरण के लिए, बाजार अनुसंधान के परिणाम बताते हैं कि अधिकांश उपयोगकर्ता इंटरनेट के माध्यम से उत्पादों की तलाश कर रहे हैं, और यह साइट बनाने का आधार होगा।
- गंतव्य। संसाधन का कार्यात्मक उद्देश्य इंगित किया गया है। सूचित करना, बेचना, आदि
- संसाधन की आवश्यकता। यह सबसे बड़ा खंड है जहां ग्राहक भविष्य के वेब उत्पाद के संबंध में अपनी सभी इच्छाओं का वर्णन करता है। यहां आपको कार्यक्षमता निर्दिष्ट करने, विश्वसनीयता के स्तर को निर्धारित करने, परिचालन स्थितियों, सामग्री, डिज़ाइन आदि का वर्णन करने की आवश्यकता है।
- सॉफ्टवेयर आवश्यकताएं।
- तकनीकी और आर्थिक संकेतक। अर्थात्, रूपांतरण के स्तर, प्रतिस्पर्धियों पर लाभ, आर्थिक दक्षता के संबंध में इच्छाओं का संकेत दिया जाता है।
- विकास के चरण। ग्राहक कार्य को पूरा करने के लिए समय सीमा निर्धारित करता है।
- नियंत्रण। सत्यापन के प्रकार दर्शाए गए हैं।
दूसरा GOST जटिल कार्यक्षमता वाले पोर्टल बनाने के लिए उपयुक्त है। सामान्य तौर पर, मुख्य उद्देश्य और बिंदु पहले दस्तावेज़ से बहुत भिन्न नहीं होते हैं, उनके पास बस अधिक व्यापक विशेषताएं होती हैं। केवल GOST मानक के अनुसार दस्तावेजों की जानकारी के आधार पर, आप साइट के विकास के लिए संदर्भ की शर्तों का एक पूर्ण उदाहरण बना सकते हैं।
टीके प्रारूपण की विशेषताएं
साइट के विकास के लिए तकनीकी कार्य कैसे तैयार करें? टीओआर को संकलित करते समय सबसे महत्वपूर्ण बात भविष्य के दस्तावेज़ के मुख्य लक्ष्यों के बारे में लगातार सोचना है: इसे एक भाषा में लिखा जाना चाहिएजिसे डेवलपर और ग्राहक दोनों समझेंगे।
अक्सर, किसी साइट के विकास के लिए तकनीकी कार्य का एक उदाहरण संकलित करते समय, निम्नलिखित बिंदुओं को मुख्य माना जाता है:
- ग्राहक जानकारी। गतिविधि के दायरे, कंपनी के इतिहास का संक्षेप में वर्णन करना और मुख्य प्रतिस्पर्धियों की सूची बनाना आवश्यक है। यह जानकारी प्रोग्रामर के लिए उपयोगी होने की संभावना नहीं है, लेकिन डिजाइनरों और कॉपीराइटर को इसकी आवश्यकता है।
- साइट का उद्देश्य। इस ब्लॉक में महत्वपूर्ण जानकारी होनी चाहिए जो आपको भविष्य के संसाधन की संरचना, कार्यक्षमता और डिजाइन की सामान्य दिशा को समझने की अनुमति देती है। यह मुख्य लक्षित दर्शकों का भी वर्णन करता है।
- संसाधन की आवश्यकता। सबसे बड़ा खंड जहां आपको संरचना, कार्यक्षमता, डिजाइन, सॉफ्टवेयर, होस्टिंग, आदि के संबंध में अपनी इच्छाओं को इंगित करने की आवश्यकता है। आपको यहां पृष्ठ थंबनेल और एक साइट मानचित्र भी संलग्न करना होगा।
- कार्य योजना। साइट के विकास के लिए संदर्भ की शर्तों के किसी भी टेम्पलेट में इसके विवरण में विकास के चरण, एक निश्चित चरण में किए जाने वाले कार्यों की सूची और आदेश का समय शामिल होना चाहिए।
- काम पर नियंत्रण और स्वीकृति। साइट के विकास के लिए संदर्भ की नमूना शर्तों में स्पष्ट रूप से वर्णन किया जाना चाहिए कि निर्दिष्ट आवश्यकताओं के साथ तैयार साइट के अनुपालन की जांच कैसे की जाएगी। ग्राहक के साथ गलतफहमी से बचने के लिए इस कार्य के कार्यान्वयन के लिए सावधानी से संपर्क करना महत्वपूर्ण है।
इन सभी बिंदुओं पर विस्तार से काम करने के बाद, आप जल्दी से सीख सकते हैं कि साइट के विकास के लिए संदर्भ की शर्तों को सही तरीके से कैसे बनाया जाए।
किसको करना चाहिए?
मूल रूप से, एक नमूनासाइट के विकास के लिए संदर्भ की शर्तें कोई भी तैयार कर सकता है। उदाहरण के लिए, ब्यूटी सैलून के मालिक को एक व्यवसाय कार्ड वेबसाइट की आवश्यकता होती है। यहाँ संदर्भ की शर्तें हैं, लेकिन क्या ऐसा तकनीकी विनिर्देश उपयोगी होगा, यह एक और सवाल है।
आमतौर पर एक अच्छी तकनीकी पृष्ठभूमि परफॉर्मर होती है। फिर भी, एक वेब डेवलपर एक ब्यूटी सैलून के मालिक की तुलना में साइटों के निर्माण को अधिक समझता है। लेकिन इसका मतलब यह बिल्कुल भी नहीं है कि क्लाइंट इस पूरी प्रक्रिया में अनुपस्थित रहता है। साइट के विकास के लिए संदर्भ की शर्तों के बुनियादी नियमों का पालन करते हुए, ग्राहक को:
- फर्म, उसके उत्पादों, सेवाओं और लक्षित दर्शकों के लिए कलाकारों का परिचय दें।
- बताएं कि उन्हें साइट की आवश्यकता क्यों है।
- भविष्य के संसाधन के लिए अपनी शुभकामनाएं साझा करें।
- उन साइटों के उदाहरण दिखाएं जो उन्हें अच्छा लगता है।
- डिजाइनर और वेब डेवलपर (यदि कोई हो) के प्रश्नों के उत्तर दें।
ग्राहक अपने दम पर टीके को स्केच कर सकता है, लेकिन, जैसा कि अभ्यास से पता चलता है, ऐसे शौकिया स्केच आमतौर पर चुपचाप कूड़ेदान में फेंक दिए जाते हैं।
परिशुद्धता और विशिष्टता
साइट के विकास के लिए तकनीकी विशिष्टताओं के उदाहरणों और नमूनों में लिखी गई हर बात ग्राहक और ठेकेदार के लिए समझ में आने वाली होनी चाहिए। सुंदर, आधुनिक, अद्वितीय और अन्य जैसी अवधारणाओं का उपयोग नहीं किया जा सकता है, क्योंकि हर कोई उन्हें अपने तरीके से मानता है। यह उन योगों पर भी लागू होता है जिन्हें अस्पष्ट रूप से समझा जा सकता है। सब कुछ स्पष्ट और सटीक होना चाहिए। आप यह नहीं लिख सकते कि साइट अधिक भार का सामना कर सकती है, क्योंकि यह स्पष्ट नहीं है कि वे कितने हैंविशाल। गलतफहमी को तुरंत नकारना आवश्यक है, यह निर्दिष्ट करते हुए कि संसाधन एक ही समय में 50 हजार आगंतुकों का सामना करने में सक्षम है। किसी भी शब्दांकन को संख्याओं और सटीक विशेषताओं द्वारा समर्थित किया जाना चाहिए।
अन्य विवरण
साइट बनाने की योजना बनाते समय, आपको सभी विकास प्रतिभागियों को इस बारे में सूचित करना होगा कि कंपनी क्या करती है और इसका मुख्य लक्षित दर्शक कौन है। आपको साइट के उद्देश्य को निर्दिष्ट करने और कार्यात्मक प्राथमिकताओं का वर्णन करने की भी आवश्यकता है ताकि आपको एक गंभीर ऑनलाइन स्टोर के बजाय एक मनोरंजन ब्लॉग न मिले।
कुछ मामलों में, वेबसाइट के विकास के लिए संदर्भ की शर्तों में एक शब्दकोष शामिल किया जाता है। सभी जटिल शब्दों को समझने योग्य भाषा में वर्णित किया गया है ताकि एक अनजान ग्राहक के पास यह सवाल न हो कि वे अपनी साइट के साथ क्या और कैसे करेंगे।
यह निर्दिष्ट करना सुनिश्चित करें कि संसाधन किस होस्टिंग पर होना चाहिए। साथ ही, सम्मानित कलाकार संदर्भ के संदर्भ में ऐसे आइटम को "कार्य आवश्यकताओं" के रूप में इंगित करेंगे, जहां वे इंगित करते हैं कि संसाधन सभी ब्राउज़रों में प्रदर्शित होना चाहिए। बेशक, यह आवश्यकता पहले से ही समझ में आती है, लेकिन इसे लिखना बेहतर है ताकि ग्राहक बेईमान कलाकारों से सुरक्षित रहे।
इसके अलावा, ग्राहक के साथ संरचना, डिजाइन और लेआउट पर चर्चा की जाती है, स्पष्टता के लिए, ग्राहक एक फ्लोचार्ट बना सकता है। क्लाइंट को यह समझाने की जरूरत है कि साइट का प्रत्येक पृष्ठ किस लिए है और उस पर कौन से तत्व हो सकते हैं।
यदि आपको एक जटिल और गैर-मानक इंटरफ़ेस वाला संसाधन बनाना है, तो यह केवल दिखाने के लिए पर्याप्त नहीं होगास्केच और पृष्ठ संरचना। यह अत्यंत महत्वपूर्ण है कि पूरी विकास टीम और ग्राहक यह समझें कि औसत आगंतुक साइट का उपयोग कैसे करेगा। इसलिए, एक स्क्रिप्ट विकसित करना आवश्यक होगा। उनकी योजना बहुत सरल है:
- उपयोगकर्ता कार्रवाई।
- वेबसाइट प्रतिक्रिया।
- परिणाम।
सामग्री और डिज़ाइन
यह पहले से तय करना भी आवश्यक है कि सामग्री के लिए कौन जिम्मेदार होगा। कुछ मामलों में, एक डेवलपर तुरंत सामग्री के साथ एक वेबसाइट बना सकता है, जिसमें पेशेवर कॉपीराइटर शामिल होंगे, लेकिन तब संसाधन की लागत अधिक महंगी होगी। यह पहले से सहमत होना चाहिए और सामग्री के संबंध में सभी इच्छाओं को इंगित करना चाहिए।
सच है, सामग्री का निष्पक्ष रूप से वर्णन करना मुश्किल होगा, क्योंकि दिलचस्पता और उपयोगिता के बारे में सभी के अपने विचार हैं, यह लिखना आसान है कि यह अद्वितीय होगा। यह जांचना आसान है, और कोई अनावश्यक दावा नहीं होगा। यह समस्या डिज़ाइन विवरण पर भी लागू होती है। सबसे अच्छा समाधान साइट डिजाइन के विकास के लिए संदर्भ की शर्तों में लिखना होगा कि ग्राहक कौन सी रंग योजना चाहता है, शिलालेख किस फ़ॉन्ट में बनाया जाएगा, आदि। यानी, सटीकता दिखाई देने वाली सभी स्थितियों को इंगित करें। शायद साइट के विकास के लिए संदर्भ की शर्तें बनाने के लिए ये सभी नियम हैं। अब आपको उन्हें अभ्यास में लाने और अपने दम पर एक सक्षम टीके बनाने की कोशिश करने की जरूरत है।
वेबसाइट विकास के लिए संदर्भ की शर्तों का खाका
इस टीओआर में, पहले पृष्ठ पर शर्तों की एक तालिका प्रदान की जाती है ताकि सब कुछ स्पष्ट हो कि क्या चर्चा की जाएगी। यह ध्यान दिया जाना चाहिए कि शर्तों का पदनाम कॉपी नहीं किया गया है"विकिपीडिया" या अन्य संसाधन, लेकिन उस व्यक्ति द्वारा लिखे गए हैं जो संदर्भ की शर्तों को विकसित कर रहा है। शर्तों की सूची में अवधारणाएं शामिल हो सकती हैं जैसे:
- आईपी पता।
- www (वर्ल्ड वाइड वेब)।
- संसाधन का प्रशासनिक हिस्सा, व्यवस्थापक।
- तस्वीर के लिए वैकल्पिक कैप्शन।
- वेब इंटरफ़ेस।
- लिंक, लिंक।
- वेबसाइट डिजाइन, पेज डिजाइन टेम्प्लेट।
- गतिशील और स्थिर पृष्ठ।
- डोमेन नाम।
- मेटा टैग।
- सामग्री।
- संसाधन का हिस्सा सार्वजनिक है।
- बैकअप, डेटाबेस, फ़ाइल संरचना।
- होस्टिंग।
- सीएमएस।
शब्दावली बनने के बाद, आप सीधे संदर्भ की शर्तें लिखना शुरू कर सकते हैं। सबसे पहले सामान्य जानकारी लिखी जाती है। यह अनुच्छेद सशर्त रूप से चार उप-अनुच्छेदों में विभाजित है:
- दस्तावेज़ का उद्देश्य। साइट के विकास के लिए संदर्भ की शर्तें मुख्य दस्तावेज है जो संसाधन बनाने और स्वीकार करने की प्रक्रिया को नियंत्रित करता है।
- ग्राहक डेटा। निम्नलिखित निर्देशांक इंगित किए गए हैं: कंपनी का नाम, संपर्क विवरण, कानूनी पता, वास्तविक पता, ई-मेल, वेबसाइट (यदि इसे रीब्रांड किया जा रहा है), संपर्क व्यक्ति, संपर्क फोन नंबर।
- कंपनी के बारे में संक्षिप्त जानकारी। साइट के विकास के लिए संदर्भ की शर्तों के नमूने के लिए, कंपनी Fortuna LLC पर विचार करें। एलएलसी "फोर्टुना" नोवोसिबिर्स्क के बाजार के लिए (माल) का उत्पादन करता है। कंपनी उत्पादन स्वच्छता, कच्चे माल की शुद्धता और गुणवत्ता की सावधानीपूर्वक निगरानी करती हैविनिर्मित उत्पाद। कंपनी अंतरराष्ट्रीय एचएसीसीपी प्रणाली के सिद्धांतों के आधार पर निर्मित वस्तुओं की गुणवत्ता और सुरक्षा पर प्रमाणित नियंत्रण करती है।
- विकास का आधार। संदर्भ की शर्तों के विकास का आधार अनुबंध संख्या _. है
संसाधन के उद्देश्य और उद्देश्य
साइट को कंपनी की बाजार हिस्सेदारी बढ़ाने और वेब पर कंपनी की छवि को बढ़ाने के लिए डिज़ाइन किया गया है। संसाधन नए ग्राहकों के प्रवाह को बढ़ाने, एक अनुकूल छवि बनाने, Fortuna LLC ब्रांड की लोकप्रियता बढ़ाने के लिए बनाया गया है। साथ ही, यह संसाधन विज्ञापन अभियानों के लिए एक अतिरिक्त मंच के रूप में कार्य करेगा, नए ग्राहकों को आकर्षित करेगा और अतिरिक्त लाभ लाएगा।
संसाधन का मुख्य कार्य उपयोगकर्ता को उत्पाद और सेवा के बारे में पूरी जानकारी प्रदान करना है। मुख्य लक्षित दर्शक खुदरा खरीदार हैं, विशेष रूप से महिला गृहिणियां और थोक व्यापारी।
साइट में एक सुविधाजनक व्यवस्थापक पैनल होना चाहिए, पेज लोडिंग को विभिन्न उपकरणों के लिए अनुकूलित किया जाना चाहिए। संसाधन को बाहरी हमलों से बचाना चाहिए, वस्तुओं और सेवाओं के प्रचार के तत्वों का उपयोग करना चाहिए। उत्पाद के बारे में पूरी जानकारी के अलावा, उत्पाद कार्ड के लिए गुणवत्ता प्रमाणपत्र जैसे संलग्न दस्तावेजों की उपस्थिति की आवश्यकता होती है।
साइट के लिए तकनीकी आवश्यकताएं
साइट इंटरनेट पर एक डोमेन नाम (ग्राहक की पसंद पर) के तहत उपलब्ध होनी चाहिए और स्पष्ट रूप से परिभाषित कार्यों के साथ परस्पर जुड़े वर्गों से युक्त एक सूचना संरचना होनी चाहिए। साइट और उसके संचालन को बनाए रखने के लिए, कर्मियों को नहीं करना चाहिएसॉफ्टवेयर के क्षेत्र में विशेष कौशल और ज्ञान की आवश्यकता है।
संसाधन प्रबंधन प्रणाली में, जानकारी का बैकअप लेने के लिए एक तंत्र होना महत्वपूर्ण है जो स्वचालित रूप से काम करेगा।
साइट की जानकारी सार्वजनिक है। पहुँच अधिकारों की सीमा के आधार पर, उपयोगकर्ताओं को तीन समूहों में विभाजित किया जाता है:
- आगंतुक - केवल साइट के सार्वजनिक हिस्से तक ही पहुंच है।
- संपादक - अनुभाग सामग्री में संशोधन करने की क्षमता रखता है।
- व्यवस्थापक - संपादकों को नियुक्त कर सकता है, अनुभाग जोड़ या हटा सकता है।
साइट के प्रशासनिक हिस्से तक पहुंच को लॉगिन और पासवर्ड से सुरक्षित किया जाना चाहिए।
तकनीकी कार्यक्षमता को खोज इंजन की सिफारिशों का पालन करना चाहिए। सबसे पहले, पृष्ठों में समान एन्कोडिंग होनी चाहिए। दूसरे, लिंक ट्रांज़िशन को "ए" टैग का उपयोग करके लागू किया जाना चाहिए। तीसरा, आपको HTTP हेडर में एन्कोडिंग निर्दिष्ट करने की आवश्यकता है, और साइट तक पहुँचने के लिए site.ru लिंक का उपयोग करते समय, आपको www.site.ru डोमेन पर 301 रीडायरेक्ट सेट करना होगा।
संसाधन को सभी आधुनिक ब्राउज़रों में काम करना चाहिए, इसलिए इसमें परीक्षण करना आवश्यक है:
- आईई 11.
- आईओएस 9.0-9.2 के लिए सफारी और क्रोम।
- क्रोम 48.
- फ़ायरफ़ॉक्स 44.
- सफारी 9.
- एज 13.
- ओपेरा 34.
यदि आगंतुक पुराने ब्राउज़र का उपयोग कर रहा है, तो एक विंडो दिखाई देगी जो आपको इसे अपडेट करने के लिए प्रेरित करेगी।
साइट में उपयोगकर्ता और प्रशासनिक भागों के बीच तार्किक अंतर होना चाहिए। प्रथमसूचना प्रदान करने के लिए जिम्मेदार, दूसरा - संसाधन को सामग्री से भरने के लिए। स्थिर पृष्ठों में एक शीर्षक, पाठ और चित्र होते हैं। ग्राहक उन्हें अपने विवेक से संपादित कर सकता है, क्योंकि यह जानकारी साइट कॉन्फ़िगरेशन से संबंधित नहीं होनी चाहिए।
होस्टिंग, सामग्री, संरचना
अगला, आवश्यक सिस्टम आवश्यकताओं का वर्णन किया गया है, विकास भाषा इंगित की गई है (डेटाबेस के साथ PHP या सीएसएस के साथ सादा HTML)।
सामग्री के लिए, ग्राहक डेवलपर को सभी आवश्यक सामग्री प्रदान करता है जो अनिवार्य सामग्री की सूची के अनुरूप है। प्राप्त आंकड़ों के आधार पर, अद्वितीय सामग्री विकसित की जाती है और साइट पर पोस्ट की जाती है।
टीओआर के विकास के अगले चरण में, साइट की संरचना विकसित की जाती है। सबसे पहले, मुख्य पृष्ठ और मुख्य मेनू आइटम का वर्णन किया गया है। प्रत्येक के बाद उप-मदों की एक सूची जोड़ दी जाती है। इसे ग्राफिक रूप से दर्शाया जा सकता है, लेकिन आपको प्रत्येक अनुभाग का वर्णन करने की भी आवश्यकता होगी कि वहां क्या होना चाहिए और यह किन लक्ष्यों का पीछा करेगा।
उदाहरण के लिए, Fortuna LLC वेबसाइट के मुख्य पृष्ठ पर "उत्पादन" अनुभाग है। यहां प्रतिस्पर्धियों की पृष्ठभूमि के खिलाफ कंपनी के फायदों को प्रकट करना और उपभोक्ता को सुलभ तरीके से समझाना महत्वपूर्ण है कि फोर्टुना एलएलसी बेहतर क्यों है। सबसे अधिक खरीदे गए सामान के बारे में अलग-अलग उप-अनुच्छेदों में जानकारी को परिभाषित करें और फोटो और वीडियो सामग्री के साथ इसका समर्थन करें। अन्य वर्गों को भी इसी तरह विकसित किया गया है।
डिजाइन और कार्यात्मक आवश्यकताएं
यदि किसी संसाधन में सुधार किया जा रहा है, तो यह ध्यान दिया जाना चाहिए कि क्याआइकन, फोंट और रंग। एक नई साइट के लिए, ये सभी पद निर्धारित हैं। उदाहरण के लिए, पीला-हरा रंग 9ACD32 है। बेहतर होगा कि ग्राहक को पैलेट प्रदान करें और अशुद्धियों से बचने के लिए टीओआर में रंग कोड निर्धारित करें। प्रत्येक संसाधन को सभी उपकरणों पर समान गुणवत्ता प्रदर्शित करनी चाहिए और स्क्रीन आकार में गतिशील रूप से समायोजित होना चाहिए।
हर साइट में गतिशील और स्थिर खंड होते हैं। गतिशील व्यवस्थापक स्वतंत्र रूप से बदल सकता है, और स्थिर अपरिवर्तित रहता है। टीओआर को मुख्य पृष्ठ के प्रोटोटाइप प्रदान करने होंगे। ऑनलाइन स्टोर वेबसाइट के विकास के लिए संदर्भ की शर्तों में कैटलॉग और उत्पाद कार्ड के प्रोटोटाइप शामिल होने चाहिए। आमतौर पर डिज़ाइनर इन्हें बनाता है और कस्टमर को दिखाता है, उसके बाद ही वे स्पेसिफिकेशन में आते हैं।
पाठ्य स्वरूपण और सूचना आउटपुट के विभिन्न रूपों के साथ एक विशिष्ट पृष्ठ लेआउट तैयार करना सुनिश्चित करें।
सामग्री और सबमिशन प्रक्रिया
ग्राहक संसाधन को प्राथमिक जानकारी से भरने के लिए कह सकता है, लेकिन इस मामले में वह कलाकारों को सही डेटा प्रदान करने की जिम्मेदारी लेता है। इसे केवल इलेक्ट्रॉनिक रूप में और विकास के अंतिम चरण में स्वीकार किया जाता है।
साइट को स्वीकार करने के आधार हैं:
- टीके का अनुपालन।
- तस्वीरों के सही प्रदर्शन के लिए परीक्षण।
- परीक्षण कार्यक्षमता।
प्रत्येक टीओआर के अंत में, आपको प्रोजेक्ट का क्रम और समय लिखना होगा। सामान्य तौर पर, सभी कार्यों को 3 चरणों में विभाजित किया जा सकता है:
- डिजाइन विकास,अनुमोदन, स्केच लेआउट।
- सॉफ्टवेयर विकास।
- साइट को जानकारी से भरना।
इन मदों में से प्रत्येक के पास, दिनों में नियत तारीख का संकेत दिया गया है। अनुबंध के अनुसार, अवधि भिन्न हो सकती है। यदि यह प्रदान नहीं किया जाता है, तो पार्टियों के लिखित समझौते द्वारा समय सीमा में बदलाव किया जाता है।
लाभ
संदर्भ की शर्तें क्लाइंट और ठेकेदार दोनों के लिए उपयोगी हैं। पूर्व समझते हैं कि वे किसके लिए पैसे देते हैं, तुरंत कलाकार की क्षमता को देख सकते हैं और काम के बेईमान प्रदर्शन के खिलाफ खुद को बीमा कर सकते हैं। बदले में, टीके ठेकेदार को यह समझने में मदद करता है कि ग्राहक क्या चाहता है और इस प्रकार अचानक परिवर्तन के खिलाफ खुद का बीमा करता है। यह विशेष रूप से सच है जब परियोजना लगभग समाप्त हो गई है, लेकिन ग्राहक कुछ बदलना चाहता था, इस "कुछ" के कारण सभी काम फिर से करने होंगे।
