सॉफ्टवेयर को लागू करते समय एक प्रक्रिया मॉडल का निर्माण

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

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

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

आईटी योजना के नुकसान

लक्ष्य प्राप्त करने की कोई भी योजना ऐसे कारकों को ध्यान में रखना चाहिए:

1. बताया गया लक्ष्य, अर्थात परिणाम प्राप्त किया जाना है।
2. बाहरी कारक: सामग्री, पर्यावरण, परियोजना के प्रतिभागियों और भविष्य के उपभोक्ताओं की विशेषताएं और बहुत कुछ।

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

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

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

आईटी के क्षेत्र में एक परियोजना की योजना बनाते समय, यह आवश्यक है:

1. ग्राहक की सुविधाओं और जरूरतों का अध्ययन करना;
2. कार्य को स्पष्ट रूप से समझें और सभी इच्छाओं को ध्यान में रखें;
3. ग्राहक के साथ चयनित समाधानों का समन्वय करें।

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

अभ्यास से पता चलता है कि ग्राहक के साथ काम की तैयारी अक्सर कठिनाइयों का कारण बनती है। और यहाँ, परिभाषा के आधार पर एक दृष्टिकोण बचाव में आ सकता है:

कंप्यूटर सूचना प्रणाली एक प्रोग्रामिंग भाषा के माध्यम से व्यक्त विचार है।

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

सॉफ्टवेयर उत्पादों का आइडिया और चयन

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

• विचार की उपस्थिति ही;
• अन्य परियोजना प्रतिभागियों के लिए इसका विशिष्ट और असंदिग्ध विवरण।

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

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

दो दृष्टिकोणों का उपयोग किसी व्यवसाय का वर्णन करने या किसी कार्य को करने के लिए किया जा सकता है - प्रक्रिया और कार्यात्मक। मैंने उनके अंतर और विशेषताओं के बारे में लेख " बिजनेस मॉडलिंग " में विस्तार से लिखा है । मुख्य दृष्टिकोण । ”

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

यह कैसे करें:

1. व्यवसाय प्रक्रिया का एक चित्रमय अंकन (विवरण) बनाया गया है। मैं BPMN 2.0 प्रारूप को सबसे उन्नत और परिष्कृत उपकरण के रूप में उपयोग करने की सलाह देता हूं, जिसके उपयोग से त्रुटियों और अस्पष्ट समाधानों की संभावना कम हो जाती है।
2. BPMN संकेतन के रूप में व्यक्त विचार की चर्चा इच्छुक पक्षों (ग्राहकों, उपयोगकर्ताओं, कुछ मामलों में, डेवलपर्स) के साथ की जाती है।
3. सहमत विचार के तहत, वे सॉफ्टवेयर चुनते हैं या खरोंच से एक सॉफ्टवेयर उत्पाद लिखने का निर्णय लेते हैं।
4. एक कार्य योजना चयनित उपकरण, समाधान और एक विस्तृत विचार (BPMN संकेतन) को ध्यान में रखते हुए तैयार की गई है।

BPMN मॉडल कैसे बनाएं

बीपीएम संकेतन के सफल संकलन के लिए, एक व्यक्ति को निश्चित ज्ञान होना चाहिए:

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

व्यवसाय या गैर-लाभकारी संगठनों के साथ सहयोग में, सहयोग प्रक्रिया को निम्नानुसार संरचित किया गया है:

1. समस्या का सामान्य विवरण कंपनी के प्रमुख द्वारा तैयार किया गया है;
2. कार्य और कार्यान्वयन सुविधाओं के चरणों का सरलीकरण - विभागों के प्रमुख और कर्मचारी जो सॉफ्टवेयर उत्पाद के साथ काम करेंगे।

कुछ मामलों में, एक पूरे के रूप में समस्या का विवरण और विवरण एक व्यक्ति द्वारा सभी महत्वपूर्ण बारीकियों के बारे में पर्याप्त रूप से सूचित किया जा सकता है।

इसके अलावा, परिणामी वर्णन ग्राफिक संकेतन के रूप में किया जाता है, जहां कई स्तर के विवरण भी मौजूद हैं। उनकी संख्या प्रणाली की जटिलता पर निर्भर करती है।

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

सॉफ्टवेयर उत्पाद चयन

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

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

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

उदाहरण के लिए, विचार यह है: "हमें बिक्री विभाग के स्वचालन की आवश्यकता है।"

स्टेज 1. एक सीआरएम प्रणाली कार्यान्वयन के लिए सबसे उपयुक्त है। ये सॉफ्टवेयर समाधान विशेष रूप से बिक्री टीमों के लिए विकसित किए गए हैं।

सभी मौजूदा CRMs के चरण 2., आपको उन लोगों का चयन करना होगा जिनकी कार्यक्षमता कार्य के चयनित एल्गोरिदम (विचार के कार्यान्वयन) के लिए सबसे उपयुक्त है।

स्टेज 3. सूची से उपयुक्त सीआरएम का विकल्प उनकी अतिरिक्त कार्यक्षमता का अध्ययन करना है: अन्य सॉफ्टवेयर उत्पादों के साथ एकीकरण के लिए तैयार समाधान, विचार, मूल्य / गुणवत्ता अनुपात के लिए उपयोगी अंतर्निहित उपकरणों की उपस्थिति।

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

इसके अलावा, व्यवसाय प्रक्रिया (एक विचार का अवतार) का वर्णन सबसे पहले, लोगों की गतिविधियों का वर्णन है। विचार मानवीय गतिविधि से संबंधित हैं। स्वचालन केवल एक सहायक कारक है। इसलिए, व्यावसायिक प्रक्रियाओं का कोई भी वर्णन सबसे पहले, लोगों के काम का वर्णन है। और केवल तब - प्रश्न का तकनीकी हिस्सा।

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

प्रक्रिया दृष्टिकोण के लाभ

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

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

BPMN प्रारूप त्रुटियों से बचने में मदद करेगा। तार्किक विरोधाभासों और "अपूर्ण" प्रक्रियाओं से बचने के लिए, समय की अधिकांश त्रुटियों को नोटिस करने के लिए चित्रमय अंकन और प्रदर्शन की सादगी के विकास का वातावरण।

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