सिक्स सिग्मा दोषों के कारण की पहचान और उन्मूलन करके उत्पादन की गुणवत्ता में सुधार करने और विनिर्माण और व्यावसायिक प्रक्रियाओं में परिवर्तनशीलता को कम करने की प्रक्रिया है। एक निर्माण प्रक्रिया की परिपक्वता को एक सिग्मा रेटिंग द्वारा परिभाषित किया जा सकता है जो उसके द्वारा बनाए गए दोष-मुक्त उत्पादों के प्रतिशत को दर्शाता है। एक सिक्स सिग्मा विधि वह है जिसमें किसी घटक की कुछ विशेषताओं को उत्पन्न करने के सभी अवसरों में से 99.99966% सांख्यिकीय रूप से दोषों से मुक्त होने की उम्मीद है(3.4 defective features per million opportunities)।

six sigma in software engineering

six sigma in software engineering in Hindi

History of Six Sigma

सिक्स-सिग्मा प्रक्रिया में सुधार के लिए विधियों और उपकरणों का एक समूह है। इसे 1986 में मोटोरोला में काम करते हुए इंजीनियर सर बिल स्मिथ द्वारा पेश किया गया था। 1980 के दशक में, मोटोरोला क्वासर टेलीविजन विकसित कर रहा था जो प्रसिद्ध थे, लेकिन उस समय बहुत सारी खामियां थीं जो तस्वीर की गुणवत्ता और ध्वनि भिन्नता के कारण सामने आईं।

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

सिक्स सिग्मा को 1986 में मोटोरोला के सीईओ बॉब गैल्विन द्वारा अपनाया गया था और 28 दिसंबर, 1993 को मोटोरोला ट्रेडमार्क के रूप में पंजीकृत किया गया था, फिर यह एक गुणवत्ता नेता बन गया।

Check also :- unit testing in software engineering

Characteristics of Six Sigma in Hindi

सिक्स सिग्मा के लक्षण इस प्रकार हैं:

Statistical Quality Control: सिक्स सिग्मा ग्रीक वर्णमाला के ग्रीक अक्षर σ (सिग्मा) से लिया गया है, जिसका उपयोग आंकड़ों में मानक विचलन को दर्शाने के लिए किया जाता है। मानक विचलन का उपयोग विचरण को मापने के लिए किया जाता है, जो कि गैर-अनुरूपता को मापने के लिए एक आवश्यक उपकरण है जहाँ तक उत्पादन की गुणवत्ता का संबंध है।

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

Fact and Data-Based Approach: सिक्स सिग्मा का सांख्यिकीय और पद्धतिगत पहलू तकनीक के वैज्ञानिक आधार को दर्शाता है। यह सिक्स सिग्मा के आवश्यक तत्वों पर जोर देता है जो एक तथ्य और डेटा-आधारित है।

Project and Objective-Based Focus: सिक्स सिग्मा प्रक्रिया को किसी संगठन की परियोजना के लिए उसके विनिर्देश और आवश्यकताओं के अनुरूप लागू किया जाता है। इस प्रक्रिया को उन आवश्यकताओं और शर्तों के अनुकूल बनाया गया है जिनमें सर्वोत्तम परिणाम प्राप्त करने के लिए परियोजनाएं चल रही हैं।

Customer Focus:  सिक्स सिग्मा दृष्टिकोण के लिए ग्राहक फोकस मौलिक है। गुणवत्ता सुधार और नियंत्रण मानक विशिष्ट ग्राहक आवश्यकताओं पर आधारित होते हैं।

Teamwork Approach to Quality Management:  सिक्स सिग्मा प्रक्रिया के लिए संगठनों को संगठित होने की आवश्यकता होती है जब गुणवत्ता को नियंत्रित करने और सुधारने की बात आती है। सिक्स सिग्मा में गुणवत्ता प्रबंधन टीम में एक व्यक्ति की भूमिका के आधार पर बहुत अधिक प्रशिक्षण शामिल है।

Six Sigma Methodologies in software engineering

सिक्स सिग्मा परियोजनाएं दो परियोजना पद्धतियों का अनुसरण करती हैं:

• DMAIC
• DMADV

six sigma

DMAIC

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

डीएमएआईसी परियोजना पद्धति के पांच चरण हैं:

six sigma in software engineering pdf

Define: इसमें प्रोसेस मैपिंग और फ्लो-चार्टिंग, प्रोजेक्ट चार्टर डेवलपमेंट, प्रॉब्लम सॉल्विंग टूल्स और तथाकथित 7-M टूल्स शामिल हैं।

Measure: इसमें माप के सिद्धांत, निरंतर और असतत डेटा, और माप के पैमाने, विविधताओं के सिद्धांत का एक सिंहावलोकन और निरंतर और असतत डेटा के लिए दोहराव और पुनरुत्पादन (आरआर) अध्ययन शामिल हैं।

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

Improve:  इसमें परियोजना प्रबंधन, जोखिम मूल्यांकन, प्रक्रिया अनुकरण, और प्रयोगों के डिजाइन (डीओई), मजबूत डिजाइन अवधारणाएं और प्रक्रिया अनुकूलन शामिल हैं।

Control: इसमें परिचालन नियंत्रण और पूर्व-नियंत्रण के लिए एसपीसी का उपयोग करते हुए प्रक्रिया नियंत्रण योजना शामिल है।

DMADV in software engineering

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

DMADV परियोजना पद्धति के पाँच चरण हैं:

DMADV in software engineering

Define: यह उस समस्या या परियोजना लक्ष्य को परिभाषित करता है जिसे संबोधित करने की आवश्यकता है।

Measure: यह ग्राहक की जरूरतों और विशिष्टताओं को मापता है और निर्धारित करता है।

Analyze: यह ग्राहकों की जरूरतों को पूरा करने के लिए प्रक्रिया का विश्लेषण करता है।

Design:  यह एक ऐसी प्रक्रिया डिजाइन कर सकता है जो ग्राहकों की जरूरतों को पूरा करेगी।

Verify: यह ग्राहकों की जरूरतों को पूरा करने के लिए डिज़ाइन के प्रदर्शन और क्षमता को सत्यापित कर सकता है।

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

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

agile model in Hindi

Phases of Agile Model:

एजाइल मॉडल में निम्नलिखित चरण हैं:

• Requirements gathering
• Design the requirements
• Construction/ iteration
• Testing/ Quality assurance
• Deployment
• Feedback

1. Requirements gathering:  इस चरण में, आपको आवश्यकताओं को परिभाषित करना चाहिए। आपको व्यवसाय के अवसरों की व्याख्या करनी चाहिए और परियोजना के निर्माण के लिए आवश्यक समय और प्रयास की योजना बनानी चाहिए। इस जानकारी के आधार पर, आप तकनीकी और आर्थिक व्यवहार्यता का मूल्यांकन कर सकते हैं।

2. Design the requirements:  जब आपने परियोजना की पहचान कर ली है, तो आवश्यकताओं को परिभाषित करने के लिए हितधारकों के साथ काम करें। आप नई सुविधाओं के काम को दिखाने के लिए उपयोगकर्ता प्रवाह आरेख या उच्च-स्तरीय यूएमएल आरेख का उपयोग कर सकते हैं और यह दिखा सकते हैं कि यह आपके मौजूदा सिस्टम पर कैसे लागू होगा।

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

4. Testing:  इस चरण में, गुणवत्ता आश्वासन टीम उत्पाद के प्रदर्शन की जांच करती है और बग की तलाश करती है।

5.  Deployment: इस चरण में, टीम उपयोगकर्ता के कार्य परिवेश के लिए एक उत्पाद जारी करती है।

6.  Feedback: उत्पाद जारी करने के बाद, अंतिम चरण प्रतिक्रिया है। इसमें टीम प्रोडक्ट के बारे में फीडबैक लेती है और फीडबैक के जरिए काम करती है।

Agile Testing Methods:

Scrum

Crystal

Dynamic Software Development Method(DSDM)

Feature Driven Development(FDD)

Lean Software Development

eXtreme Programming(XP)

Scrum in agile in Hindi

SCRUM एक चुस्त विकास प्रक्रिया है जो मुख्य रूप से टीम-आधारित विकास स्थितियों में कार्यों को प्रबंधित करने के तरीकों पर केंद्रित है।

इसमें तीन भूमिकाएँ हैं, और उनकी जिम्मेदारियाँ हैं:

Scrum Master: स्क्रम मास्टर टीम की स्थापना कर सकता है, बैठक की व्यवस्था कर सकता है और प्रक्रिया के लिए बाधाओं को दूर कर सकता है

Product owner:  उत्पाद स्वामी उत्पाद को बैकलॉग बनाता है, देरी को प्राथमिकता देता है और प्रत्येक पुनरावृत्ति पर कार्यक्षमता के वितरण के लिए जिम्मेदार होता है।

Scrum Team: टीम अपने काम का प्रबंधन करती है और स्प्रिंट या साइकिल को पूरा करने के लिए काम का आयोजन करती है।

eXtreme Programming(XP)

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

Crystal:

इस पद्धति की तीन अवधारणाएँ हैं-

• चार्टरिंग: इस चरण में बहु गतिविधियाँ शामिल होती हैं जैसे कि एक विकास टीम बनाना, व्यवहार्यता विश्लेषण करना, योजनाएँ विकसित करना आदि।

चक्रीय वितरण: इसके तहत दो और चक्र होते हैं, ये हैं:

• टीम रिलीज योजना को अपडेट करती है।
• एकीकृत उत्पाद उपयोगकर्ताओं को वितरित करता है।

रैप अप: उपयोगकर्ता परिवेश के अनुसार, यह चरण परिनियोजन, परिनियोजन के बाद करता है।

Dynamic Software Development Method(DSDM):

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

• टाइम बॉक्सिंग
• MoSCoW नियम
• प्रोटोटाइप

DSDM परियोजना में सात चरण होते हैं:

• प्री-प्रोजेक्ट
• व्यवहार्यता अध्ययन
• व्यापार अध्ययन
• कार्यात्मक मॉडल पुनरावृत्ति
• डिजाइन और निर्माण पुनरावृत्ति
• कार्यान्वयन
• Post-project

Feature Driven Development(FDD):

यह विधि "डिजाइनिंग और बिल्डिंग" सुविधाओं पर केंद्रित है। अन्य स्मार्ट विधियों के विपरीत, FDD कार्य के छोटे चरणों का वर्णन करता है जिन्हें प्रति फ़ंक्शन अलग से प्राप्त किया जाना चाहिए।

Lean Software Development:

लीन सॉफ्टवेयर डेवलपमेंट मेथडोलॉजी "जस्ट इन टाइम प्रोडक्शन" के सिद्धांत का पालन करती है। लीन विधि सॉफ्टवेयर विकास की बढ़ती गति और लागत को कम करने का संकेत देती है। दुबला विकास को सात चरणों में संक्षेपित किया जा सकता है।

• Eliminating Waste
• Amplifying learning
• Defer commitment (deciding as late as possible)
• Early delivery
• Empowering the team
• Building Integrity
• Optimize the whole

When to use the Agile Model?

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

Advantage(Pros) of Agile Method:

• बार-बार डिलीवरी
• ग्राहकों के साथ आमने-सामने संचार।
• कुशल डिजाइन और व्यावसायिक आवश्यकता को पूरा करता है।
• कभी भी परिवर्तन स्वीकार्य हैं।
• यह कुल विकास समय को कम करता है।

Disadvantages(Cons) of Agile Model:

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

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

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

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

GANTT chart in Hindi

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

यहाँ विवरण पर एक त्वरित नज़र है एक गैंट चार्ट आपको एक नज़र में कैप्चर करने में सक्षम बनाता है:

• कैसे एक परियोजना कार्यों में टूट जाती है
• जब प्रत्येक कार्य प्रारंभ और समाप्त होगा
• प्रत्येक कार्य में कितना समय लगेगा
• प्रत्येक कार्य को किसे सौंपा गया है
• कार्य कैसे संबंधित हैं और एक दूसरे पर निर्भर हैं
• जब महत्वपूर्ण बैठकें, अनुमोदन या समय सीमा होने की आवश्यकता हो
• किसी प्रोजेक्ट में काम कैसे आगे बढ़ रहा है
• शुरू से अंत तक पूरा प्रोजेक्ट शेड्यूल

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

gantt chart Kaise Padhe

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

Elements of a gantt chart in Hindi

गैंट चार्ट को पढ़ना वास्तव में यह समझने के लिए नीचे आता है कि गैंट चार्ट को काम करने के लिए विभिन्न तत्व एक साथ कैसे आते हैं।

आइए कुछ बुनियादी शब्दावली की समीक्षा करें ताकि आप गैंट चार्ट के प्रमुख हिस्सों को समझ सकें और वे एक परियोजना योजना में कैसे कार्य करते हैं:

Task list: परियोजना कार्य का वर्णन करने के लिए गैंट चार्ट के बाईं ओर लंबवत चलती है और इसे समूहों और उपसमूहों में व्यवस्थित किया जा सकता है

Timeline:  गैंट चार्ट के शीर्ष पर क्षैतिज रूप से चलती है और महीनों, सप्ताहों, दिनों और वर्षों को दिखाती है

Dateline: एक लंबवत रेखा जो गैंट चार्ट पर वर्तमान तिथि को हाइलाइट करती है

Bars: गैंट चार्ट के दाईं ओर क्षैतिज मार्कर जो कार्यों का प्रतिनिधित्व करते हैं और प्रगति, अवधि, और प्रारंभ और समाप्ति तिथियां दिखाते हैं

Milestones: पीले हीरे जो प्रमुख घटनाओं, तिथियों, निर्णयों और डिलिवरेबल्स को बुलाते हैं

Dependencies: हल्के भूरे रंग की रेखाएँ जो एक निश्चित क्रम में होने वाले कार्यों को जोड़ती हैं

Progress: दिखाता है कि काम कितना दूर है और प्रतिशत पूर्ण और/या बार छायांकन द्वारा इंगित किया जा सकता है

Resource assigned: किसी कार्य को पूरा करने के लिए जिम्मेदार व्यक्ति या टीम को इंगित करता है

USE of gantt chart in Hindi

तो आप कैसे जानते हैं कि अपने प्रोजेक्ट को प्रबंधित करने के लिए गैंट चार्ट का उपयोग कब करना है? हमें लगता है कि एक योजना के साथ किसी भी परियोजना के लिए एक गैंट चार्ट आसान है! लेकिन यहां कुछ निश्चित संकेत दिए गए हैं कि काम पूरा करने के लिए आपको एक गैंट चार्ट की आवश्यकता होगी।

यदि इनमें से कोई भी आपके प्रोजेक्ट के बारे में सही है, तो गैंट चार्ट का उपयोग करें:

• आपकी परियोजना की एक कठिन समय सीमा है।

• परियोजना में कई लोग या टीमें शामिल हैं और उन्हें समन्वित करने की आवश्यकता है।

• एक बॉस, क्लाइंट या टीम का सदस्य परियोजना की शुरुआत से अंत तक एक दृश्य समयरेखा देखना चाहता है।

• आपकी परियोजना में थोड़ी जटिलता भी शामिल है, जैसे कि ऐसे कार्य जिन्हें एक विशिष्ट क्रम में करने की आवश्यकता होती है।

• टीम के सदस्य एक समय में कई परियोजनाओं पर काम करते हैं, और आपको उनके कार्यभार को प्रबंधित करने की आवश्यकता होती है।

• आपके पास मोटे तौर पर इस बात का अच्छा अंदाजा है कि प्रत्येक कार्य में कितना समय लगना चाहिए या इसमें लग सकता है।

limitations Of gantt Chart

कुछ लोगों को लगता है कि गैंट चार्ट बनाने, पढ़ने और अपडेट करने के लिए बहुत जटिल हैं। जबकि पारंपरिक डेस्कटॉप ऐप की अपनी सीमाएँ होती हैं, गैंट चार्ट से जुड़े अधिकांश लोग ऑनलाइन गैंट चार्ट सॉफ़्टवेयर पर लागू नहीं होते हैं जो आपको आज मिलेंगे।

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

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

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

Check also :- software design in software engineering in Hindi

object oriented design in software engineering in Hindi

• Objects: समाधान डिजाइन में शामिल सभी संस्थाओं को ऑब्जेक्ट के रूप में जाना जाता है। उदाहरण के लिए, व्यक्ति, बैंक, कंपनी और उपयोगकर्ताओं को वस्तु माना जाता है। प्रत्येक इकाई के साथ कुछ विशेषताएँ जुड़ी होती हैं और विशेषताओं पर प्रदर्शन करने की कुछ विधियाँ होती हैं।

• Classes: एक वर्ग किसी वस्तु का सामान्यीकृत विवरण होता है। एक वस्तु एक वर्ग का एक उदाहरण है। एक वर्ग उन सभी विशेषताओं को परिभाषित करता है, जो एक वस्तु में हो सकती हैं और विधियाँ, जो वस्तु की कार्यक्षमता का प्रतिनिधित्व करती हैं।

• Messages: वस्तुएँ संदेश पास करके संचार करती हैं। संदेशों में लक्ष्य वस्तु की अखंडता, अनुरोधित संचालन का नाम और कार्य करने के लिए आवश्यक कोई अन्य क्रिया शामिल होती है। संदेशों को अक्सर प्रक्रिया या फ़ंक्शन कॉल के रूप में लागू किया जाता है।

• Abstraction  object-oriented design, में, अमूर्तता का उपयोग करके जटिलता को नियंत्रित किया जाता है। अमूर्तता अप्रासंगिक को हटाने और आवश्यक का प्रवर्धन है।

• Encapsulation: एनकैप्सुलेशन को सूचना छिपाने की अवधारणा भी कहा जाता है। डेटा और संचालन एक इकाई से जुड़े हुए हैं। एनकैप्सुलेशन न केवल किसी वस्तु की आवश्यक जानकारी को एक साथ बंडल करता है, बल्कि बाहरी दुनिया से डेटा और विधियों तक पहुंच को भी प्रतिबंधित करता है।

• Inheritance: OOD समान वर्गों को एक पदानुक्रमित तरीके से स्टैक करने की अनुमति देता है जहाँ निम्न या उप-वर्ग अपने तत्काल सुपरक्लास से अनुमत चर और कार्यों को आयात, कार्यान्वित और पुन: उपयोग कर सकते हैं। OOD की इस संपत्ति को एक विरासत कहा जाता है। इससे विशिष्ट वर्ग को परिभाषित करना और विशिष्ट वर्ग से सामान्यीकृत वर्ग बनाना आसान हो जाता है।

• Polymorphism: OOD भाषाएँ एक ऐसा तंत्र प्रदान करती हैं जहाँ समान कार्य करने वाली विधियाँ लेकिन तर्कों में भिन्न होती हैं, उन्हें एक ही नाम दिया जा सकता है। इसे बहुरूपता के रूप में जाना जाता है, जो एक एकल इंटरफ़ेस को विभिन्न प्रकारों के लिए कार्य करने की अनुमति देता है। सेवा कैसे लागू की जाती है, इस पर निर्भर करते हुए, कोड के संबंधित भाग को निष्पादित किया जाता है।

function oriented design in software engineering की एक विधि है जहाँ मॉडल को परस्पर क्रिया करने वाली इकाइयों या मॉड्यूल के एक सेट में विघटित किया जाता है जहाँ प्रत्येक इकाई या मॉड्यूल में एक स्पष्ट रूप से परिभाषित फ़ंक्शन होता है। इस प्रकार, सिस्टम को एक कार्यात्मक दृष्टिकोण से डिज़ाइन किया गया है।

Design Notations

डिज़ाइन नोटेशन मुख्य रूप से डिज़ाइन की प्रक्रिया के दौरान उपयोग किए जाने के लिए होते हैं और डिज़ाइन या डिज़ाइन निर्णयों का प्रतिनिधित्व करने के लिए उपयोग किए जाते हैं। फ़ंक्शन-ओरिएंटेड डिज़ाइन के लिए, डिज़ाइन को ग्राफ़िक या गणितीय रूप से निम्नलिखित द्वारा दर्शाया जा सकता है:

Data Flow Diagram for function oriented design in software engineering in Hindi

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

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

डेटा-प्रवाह डिज़ाइन कई डिज़ाइन विधियों का एक अभिन्न अंग है, और अधिकांश CASE उपकरण डेटा-प्रवाह आरेख निर्माण का समर्थन करते हैं। डेटा-प्रवाह आरेख निकायों का प्रतिनिधित्व करने के लिए अलग-अलग तरीके अलग-अलग आइकन का उपयोग कर सकते हैं, लेकिन उनके अर्थ समान हैं।

symbols for function oriented design in software engineering

function oriented design in software engineering in hindi

function oriented design in software engineering

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

Data Dictionaries

डेटा डिक्शनरी सिस्टम के DFD मॉडल में प्रदर्शित होने वाले सभी डेटा तत्वों को सूचीबद्ध करता है। सूचीबद्ध डेटा आइटम में सभी डेटा प्रवाह और सिस्टम के DFD मॉडल में DFD को देखने वाले सभी डेटा स्टोर की सामग्री शामिल होती है।

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

                      grossPay = regularPay + overtimePay

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

डेटा डिक्शनरी किसी भी सॉफ्टवेयर विकास प्रक्रिया में निम्नलिखित कारणों से महत्वपूर्ण भूमिका निभाती है:

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

• डेटा डिक्शनरी विश्लेषक को उनके घटक तत्वों के संदर्भ में विभिन्न डेटा संरचनाओं की परिभाषा निर्धारित करने का साधन प्रदान करती है।

Structured Charts for function oriented design in software engineering in Hindi        

यह एक सिस्टम को ब्लॉक बॉक्स में विभाजित करता है। एक ब्लैक बॉक्स सिस्टम जिसकी कार्यक्षमता आंतरिक डिज़ाइन के ज्ञान के बिना उपयोगकर्ता को ज्ञात होती है।

Structured Charts

संरचित चार्ट एक ग्राफिकल प्रतिनिधित्व है जो दिखाता है:

मॉड्यूल में सिस्टम विभाजन

घटक मॉड्यूल का पदानुक्रम

प्रसंस्करण मॉड्यूल के बीच संबंध

मॉड्यूल के बीच बातचीत

मॉड्यूल के बीच पारित जानकारी

संरचित चार्ट में निम्नलिखित नोटेशन का उपयोग किया जाता है:

Function oriented design in software engineering

Pseudo-code

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

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

software design in software engineering in Hindi

सॉफ्टवेयर डिजाइन चरण एसडीएलसी (सॉफ्टवेयर डिजाइन लाइफ साइकिल) में पहला कदम है, जो एकाग्रता को समस्या डोमेन से समाधान डोमेन तक ले जाता है। सॉफ्टवेयर डिजाइन में, हम सिस्टम को स्पष्ट रूप से परिभाषित व्यवहार और सीमाओं के साथ घटकों या मॉड्यूल का एक सेट मानते हैं।

Check also :- oriented design in software engineering in Hindi

Objective of software design in software engineering in Hindi

सॉफ्टवेयर डिजाइन के उद्देश्य निम्नलिखित हैं:

• शुद्धता (Correctness): सॉफ्टवेयर का डिजाइन आवश्यकता के अनुसार सही होना चाहिए।

• पूर्णता (Completeness): डिजाइन में सभी घटक होने चाहिए जैसे डेटा संरचनाएं, मॉड्यूल और बाहरी इंटरफेस आदि।

• दक्षता (Efficiency): कार्यक्रम द्वारा संसाधनों का कुशलतापूर्वक उपयोग किया जाना चाहिए।

• लचीलापन (Flexibility): बदलती जरूरतों को संशोधित करने में सक्षम।

• Consistency: डिजाइन में कोई असंगति (inconsistency)नहीं होनी चाहिए।

• रख-रखाव (Maintainability): डिजाइन इतना सरल होना चाहिए कि इसे अन्य डिजाइनरों द्वारा आसानी से बनाए रखा जा सके।

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

Check also ;- small business ideas Hindi

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

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

e business risk management issues in Hindi

1. जोखिमों को समझें और अपने कर्मचारियों को प्रशिक्षित करें

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

2. सूचना सुरक्षा सुनिश्चित करें

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

3. सही अधिग्रहण करने वाले बैंक और मर्चेंट सेवा प्रदाता का चयन करें।

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

4. प्रभावी नीतियां बनाएं और प्रदर्शित करें

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

5. नुकसान को कम करने के लिए संग्रह प्रयासों का प्रयोग करें

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

इसलिए, ई-कॉमर्स लेनदेन में जोखिम को सीमित करने के लिए उपरोक्त सभी विधियां बहुत सी विधियों में से कुछ हैं। अपने ऑनलाइन स्टोर को अधिक प्रभावी ढंग से विकसित करने के लिए आपको इन सुझावों का पालन करना चाहिए।