/०/२० ले तालिकालाई पनि असर गर्छ

हामीले सबै /०/२० नियमको बारेमा सुनेका छौं, एउटा हो जुन भन्छ कि हाम्रो of०% सफलता (प्रभावहरू) केवल हाम्रो कार्यको (%) को २०% बाट आउँछ। ठिक छ, यो सार्वभौमिक सत्यले सफ्टवेयरको विकासलाई पनि असर गर्छ, र यो लेखमा हामी यस कथनको केही आधारभूत कुराहरू हटाउनेछौं।

बीपीएम

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

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

सफ्टवेयर परियोजनाहरु

आज प्रोजेक्टहरू विकास गर्ने धेरै विधिहरू छन्, त्यहाँ फुर्सद, परम्परागत, मिश्रित, आदि छन्। एक बिन्दु तिनीहरू सबैमा समानता हो तयारी। यसको अर्थ के हो? यो सफ्टवेयर प्रोजेक्टमा तपाईंको of०% सफलता पूरै प्रक्रियाको पहिलो २० %मा आधारित हुनेछ, तयारी। 

प्रोजेक्ट तयार गर्दै

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

धेरै जसो यी लेखहरू पढ्छन वा प्रविधिसँग सम्बन्धित छन्, यो उल्लेखनीय छ कि यदि उनीहरूको कामको जीवनको कुनै समयमा तिनीहरू राम्रो कम्पनी / आपूर्तिकर्ता भेटिन्छन जुन राम्रो तयारी पूरा गर्दैनन् भने, यो लगभग %०% निश्चित छ - कि परियोजना यसले काम गर्दैन.

एब्स्ट्र्यासन कुञ्जी हो

यो केहि चीज हो जुन मैले GNU / Linux को प्रयोग गरेर मेरो समयबाट सिकेकी छु, र यसले बारम्बार सफ्टवेयर निर्माण प्रक्रियामा कुञ्जी प्रमाणित गर्दछ। को क्षमता अमूर्त समस्याहरू अधिक "साधारण" चीजहरूमा बदल्नको लागि सुरुचिपूर्ण कोड उत्पन्न गर्न सक्षम हुनु महत्त्वपूर्ण छ, र सबै भन्दा माथि दिर्घकालिन। र हुनसक्छ यो ठूला व्यावसायिक प्रोजेक्टहरू र नियन्त्रणहरूबाट बाहिर बढ्ने परियोजनाहरूको मुख्य भिन्नताहरू मध्ये एक हो। पहिलेका विचार, बुझ्ने र संरचना प्रक्रिया जबकि सेकेन्ड तिनीहरू राख्छन् यसलाई बुझ्ने आवश्यकता बिना काम गर्दै.

स्टेजर

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

स्थापना प्रक्रिया बुझ्दै

बीपीएम उपकरणलाई धन्यबाद, एक प्रक्रिया रेखाचित्र उत्पन्न गर्न सकिन्छ जसले हामीलाई कम्प्युटरमा गेन्टुको सफल स्थापनाको लागि आवश्यक चरणहरू बुझ्न मद्दत पुर्‍याउँछ।

Gentoo स्थापना प्रक्रिया

आफ्नै क्रिस्टोफर डियाज रिवरोस

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

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

उप-प्रक्रिया "कर्नेल"

आफ्नै क्रिस्टोफर डियाज रिवरोस

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

समयकाे बचत गर

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

परियोजनाहरू निर्देशित गर्न सजिलो भयो

यी अवधारणाहरूलाई ध्यानमा राख्दै, परियोजना व्यवस्थापन (कुनै पनि प्रकारको) सजिलो हुन्छ, किनकि हामी हाम्रो प्रयासहरू केन्द्रित गर्छौं जहाँ उनीहरू वास्तवमै आवश्यक छन्, र यदि यो भाग सही रूपमा गरियो भने, बाँकी यसको आफ्नै वजन भित्र पर्छ। मलाई आशा छ कि यसले तपाईको जिज्ञासालाई मद्दत गर्दछ र तपाईलाई बीपीएम, एल्गोरिथ्मिक्स र को बारे मा अनुसन्धान गर्न प्रेरित गर्दछ, हुनसक्छ यसले मेरो थीसिसको साथ मलाई मद्दत गर्न प्रोत्साहित गर्नेछ here यहाँ आउनको लागि धेरै धेरै धन्यबाद र हामी छिट्टै एक अर्कालाई भेट्नेछौं। चियर्स

 


लेखको सामग्री हाम्रो सिद्धान्तहरूको पालना गर्दछ सम्पादकीय नैतिकता। त्रुटि क्लिक गर्न रिपोर्ट गर्नुहोस् यहाँ.

२ टिप्पणीहरू, तपाइँको छोड्नुहोस्

तपाइँको टिप्पणी छोड्नुहोस्

तपाईंको ईमेल ठेगाना प्रकाशित हुनेछैन।

*

*

  1. डाटाका लागि उत्तरदायी: मिगुएल gelन्गल ग्याटन
  2. डाटाको उद्देश्य: नियन्त्रण स्पाम, टिप्पणी प्रबन्धन।
  3. वैधानिकता: तपाईंको सहमति
  4. डाटाको सञ्चार: डाटा कानुनी बाध्यता बाहेक तेस्रो पक्षलाई सूचित गरिने छैन।
  5. डाटा भण्डारण: डाटाबेस ओसीन्टस नेटवर्क (EU) द्वारा होस्ट गरिएको
  6. अधिकार: कुनै पनि समयमा तपाईं सीमित गर्न सक्नुहुनेछ, पुन: प्राप्ति र तपाईंको जानकारी मेटाउन।

  1.   अलेक्ज्याण्डर मेयरगा मुजोज भन्यो

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

    1.    क्रिसएडीआर भन्यो

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