🍖 🙍🏻 👦🏽 विचार से लेकर कार्यान्वयन तक। भाग तीन - टीके बनाएं (संदर्भ की शर्तें) 🐖 🧙🏿 🚵🏽

डेनिलेव्स्की किरिल

I ने पाठकों से लंबे अवकाश के लिए माफी मांगी। अब मैं एक बड़ी परियोजना पर काम कर रहा हूं, किसी भी चीज के लिए पर्याप्त समय नहीं है। इसलिए, मैं "आइडिया से कार्यान्वयन के लिए" लेखों की श्रृंखला की अगली कड़ी लिख रहा हूं। यहाँ पिछला लेख है: “विचार से कार्यान्वयन तक। भाग दो - एक विचार का जन्म "

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

लेकिन एक निवेशक को ब्याज देने के लिए, आपको उसे पर्याप्त रूप से विस्तृत दस्तावेज प्रदान करने की आवश्यकता है। मोटे तौर पर उंगलियों पर एक स्पष्टीकरण के साथ बात करने के बाद, निवेशक को पूरी तस्वीर देखने का अवसर नहीं देता है। नतीजतन, पैसे की कोई बात नहीं हो सकती है।

और हमारा मुख्य कार्य ऐसे दस्तावेज तैयार करना है जो आपको वित्तपोषण प्राप्त करने में मदद करेंगे और अपने प्रोजेक्ट के भविष्य के साथ तस्वीर को स्वयं स्पष्ट करने में सक्षम होंगे।

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

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

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

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

विचार दिलचस्प है, पहले से ही कम या ज्यादा गठित है। एक निवेशक के लिए खोज शुरू होती है जो इस विचार में निवेश करने के लिए तैयार है। लेकिन पहला सवाल यह है कि इस परियोजना में कितना पैसा लगाया जाना चाहिए? और इस सवाल का कोई जवाब नहीं है। और दूसरा बिंदु यह है कि अगर निवेशक भौतिकी को नहीं समझता है, तो वह बिल्कुल भी नहीं समझ पाएगा कि वे उसे क्या समझाने की कोशिश करेंगे। और कुछ ऐसी चीज़ों में पैसा लगाना जो निवेशक को मोटे तौर पर समझ में न आए, वह निश्चित रूप से नहीं करेगा।

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

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

अब एक सिस्टम एनालिस्ट के काम पर स्विच करते हैं। एक कार्य है - व्यवसाय संचालन के सिद्धांत को समझना, प्रलेखन बनाना जो सॉफ्टवेयर विकास के लिए आवश्यक समय का अनुमान लगाने में सक्षम होगा। समय का अनुमान, एक नियम के रूप में, या तो मोटा या अधिक या कम विस्तृत हो सकता है। पहले मामले में, एक विस्तृत तकनीकी कार्य नहीं बनाया जाएगा, लेकिन केवल एक वास्तुकला मॉडल बनाया जाएगा। दूसरे मामले में, एक विस्तृत टीओआर विकसित किया जाएगा, जो पहले से ही विकास प्रक्रिया शुरू करने के लिए तैयार होगा।

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

गणना में अगला कदम परियोजना के मुद्रीकृत होने पर संभावित लाभ का मूल्यांकन करने का प्रयास है। एक नियम के रूप में, कई नहीं करते हैं। लेकिन निवेशक के लिए यह क्षण बहुत महत्वपूर्ण भी है। चूँकि उसे पैसा निवेश करने का निर्णय लेने के लिए, उसे यह जानना होगा कि वह इससे क्या कमा सकता है।

परियोजना के लिए टीके बनाने से

मैं इस मुद्दे पर बहुत विस्तार से ध्यान केंद्रित नहीं करूंगा, लेकिन मैं मुख्य बिंदुओं से गुजरूंगा जो समझने में मदद करेगा कि क्या है।

1. परियोजना के विचार को महान विवरण में वर्णित किया गया है। यह विचार तर्क है। यह काम क्यों करना चाहिए। कौन से प्रतियोगी पहले से ही बाजार में हैं। उनकी बाजार हिस्सेदारी क्या है? चाहे दिया गया बाजार संतृप्त हो या ऐसे निर्णय के लिए भूख से मर रहा हो।

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

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

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

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

6. आपको उस चीज के लिए तुरंत मुहैया कराने की जरूरत है जो अब आपको नहीं चाहिए। जब से आपको इसकी आवश्यकता होगी, आप दस गुना अधिक वित्त खर्च करेंगे! मेरा तात्पर्य तुरंत एक कार्यात्मक बनाने से नहीं है, लेकिन मोटे तौर पर बोलना, संभव कार्यात्मक के लिए एक नींव का निर्माण करना है। एक नियम के रूप में, ऐसी नींव का अपना आईपीए है, जिसकी बदौलत आप अलग-अलग काम कर सकते हैं। उदाहरण के लिए, प्रयोगशाला उपकरणों को जोड़ने के लिए जो प्रोजेक्ट डेटाबेस में तुरंत प्रयोगों के परिणामों को रिकॉर्ड करेंगे। या, उदाहरण के लिए, विभिन्न भागीदारों के लिए अपने डेटा तक पहुंच बेचना संभव होगा।

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

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

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

10. यूजर इंटरफेस। यह सवाल भी बहुत महत्वपूर्ण है। सिस्टम सहज, आसान और स्पष्ट होना चाहिए।

11. डेटा सुरक्षा प्रणाली और सामान्य चोरी प्रतिरोध। आपको इस पल के बारे में नहीं भूलना चाहिए। यदि कोई हैकर आपके सर्वर को क्रैश कर सकता है या आपका डेटा चुरा सकता है, तो बात करने के लिए कोई व्यवसाय नहीं है।

12. स्वचालित भुगतान प्रणाली और सिस्टम तक पहुंच। यह प्रक्रिया पूरी तरह से स्वचालित होनी चाहिए। स्पष्ट और विस्तृत रिपोर्ट का निर्माण किया जाना चाहिए। हमें भुगतान पर डेटा का विश्लेषण करने के लिए एक प्रणाली की आवश्यकता है (कुछ वित्तीय रिपोर्ट की तरह)। उपयोगकर्ताओं और प्रशासकों को स्वचालित सूचनाएं।

13. विस्तृत उपयोगकर्ता विश्लेषण की एक प्रणाली। सिस्टम में उनकी गणना और कार्य। इससे आपको परियोजना में अड़चनें खोजने में मदद मिलेगी और आपके आवेदन की गुणवत्ता में सुधार होगा।

14. लाइसेंस। कॉपीराइट सुरक्षा। खैर, यहाँ टिप्पणी के बिना। यदि आप एक गंभीर कॉर्पोरेट ग्राहक प्राप्त करना चाहते हैं, तो आपको यह सुनिश्चित करना होगा कि आपके सॉफ़्टवेयर समाधान में एक अंतर्राष्ट्रीय लाइसेंस है जिस पर आप भरोसा कर सकते हैं।

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

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

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

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

आप सभी को धन्यवाद और जल्द ही मिलेंगे।

विचार से लेकर कार्यान्वयन तक। भाग तीन - टीके बनाएं (संदर्भ की शर्तें)

More articles: