👩🏽‍🌾 🚿 🍥 सूचना प्रणाली के विकास में पूर्व-डिज़ाइन सर्वेक्षण 💃🏿 👨🏽‍💼 ✊🏻

पूर्व परीक्षा के बिना क्या होता है?

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

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

प्रमुख सवालों के जवाब सर्वेक्षण

जैसा कि कहा जाता है, आपको WHAT, WHERE, WHEN को समझना होगा। अर्थात्:

विकास का उद्देश्य क्या है, ग्राहक को क्या लाभ होगा।
प्रस्तावित व्यवसाय योजना क्या है, एक ऐसी प्रक्रिया जो निर्मित प्रणाली का उपयोग करके स्वचालित होगी।
सिस्टम के मुख्य उपयोगकर्ता कार्य क्या हैं।

क्यों लिखते हैं, क्यों चर्चा और बोलने के लिए पर्याप्त नहीं है?

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

हां, दस्तावेजों का मसौदा तैयार करना एक श्रमसाध्य और कभी-कभी अप्रिय व्यवसाय है, लेकिन यह इसके लायक है। एक विचार केवल तभी मूल्यवान होता है जब वह बनता है, और कागज पर तैयार होने पर बनता है।

प्री-प्रोजेक्ट परीक्षा में क्या शामिल होना चाहिए?

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

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

कॉन्सेप्ट की अपनी संरचना विकसित करते हुए, मैंने GOST 34 के अनुसार "परमाणु ऊर्जा संयंत्रों के लिए आवश्यकताओं का गठन" के अनुसार तैयार की गई रिपोर्ट के आधार पर एक मानक के रूप में लिया (देखें मानक RD 50-34.698-90 "कार्यप्रणाली निर्देश। सूचना प्रौद्योगिकी। स्वचालित सिस्टम के लिए मानकों और मार्गदर्शन दस्तावेजों का एक सेट। स्वचालित) सिस्टम। दस्तावेजों की सामग्री के लिए आवश्यकताएँ ")। लेकिन उन्होंने अपने जोड़ बनाए।

एक "सिस्टम कॉन्सेप्ट" में 2, और कभी-कभी 30 पृष्ठ हो सकते हैं। यह सब समस्या कथन पर निर्भर करता है। "अवधारणा", एक नियम के रूप में, ग्राहक के शीर्ष प्रबंधन के साथ सहमति व्यक्त की जाती है, और केवल इस आधार पर संदर्भ की शर्तों को विकसित किया जा सकता है।

व्यवस्था का निर्माण (आधुनिकीकरण) का उद्देश्य

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

दर्जनों परियोजनाओं के विश्लेषण के कई वर्षों के लिए, सिस्टम को बनाने (आधुनिकीकरण) के केवल पांच संभावित लक्ष्यों की पहचान की गई:

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

यह स्पष्ट है कि लक्ष्य मूर्त बनाने के लिए वांछनीय है। अगर हम लागत कम करना चाहते हैं, तो कितना और किस कीमत पर। यदि हम एक नया व्यवसाय व्यवस्थित करते हैं, तो हमें कम से कम संचालन की अनुमानित मात्रा और ऑपरेटरों की संख्या को समझना चाहिए। यदि हम प्रक्रियाओं की गुणवत्ता में सुधार करते हैं, तो हमें समस्याओं की सीमा को रेखांकित करना चाहिए और समाधान का प्रस्ताव करना चाहिए।

सिस्टम का आइडिया

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

पुराने और नए की तुलना

बनाई गई प्रणाली के सार को समझने का सबसे प्रभावी तरीका विपरीत से जाना है।

ऐसा करने के लिए, आपको चाहिए:

मौजूदा प्रक्रियाओं का संक्षेप में वर्णन करें;
उनकी कमियों को इंगित करें;
एक नई योजना का प्रस्ताव करें जो वर्णित नुकसान को समाप्त करता है।

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

हम क्या कमाने जा रहे हैं

यदि आप एक एप्लिकेशन विकसित कर रहे हैं जिसके साथ आप पैसा बनाने की योजना बना रहे हैं, तो आपको निश्चित रूप से कमाई के तरीकों को निर्धारित करने की आवश्यकता है: विज्ञापन, भुगतान की गई सदस्यता, भुगतान की गई सेवाएं, ब्याज शुल्क, आदि। चयनित विधि (या विधियाँ) विकसित हो रही कार्यक्षमता को बहुत प्रभावित कर सकती है।

पार्टियों का हित

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

स्वचालित प्रक्रियाओं का विवरण

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

विवरण के लिए आरेख प्रदान करना आवश्यक नहीं है। सामान्य मामले में, एक नियमित पाठ स्क्रिप्ट कार्यों के सार को पूरी तरह से प्रकट करता है।

कानूनी सहायता

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

सुविधा सूची

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

सुरक्षा आवश्यकताओं

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

एक सिस्टम कार्यान्वयन विकल्प चुनना

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

अन्य पूर्वनिर्धारित अध्ययन दस्तावेज

जैसा कि हमने ऊपर कहा, पूरी टीम द्वारा एक सप्ताह से अधिक समय तक किए गए एक अच्छे, गंभीर पूर्व-परियोजना अध्ययन का परिणाम दस्तावेजों का एक पूरा पैकेज है। यहाँ उनमें से कुछ हैं:

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

निष्कर्ष

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

लेखक द्वारा अन्य लेख पढ़ें:

सूचना प्रणाली के विकास में पूर्व-डिज़ाइन सर्वेक्षण