80/20 પણ સમયપત્રકને અસર કરે છે

આપણે બધાએ 80/20 ના નિયમ વિશે સાંભળ્યું છે, એક એવું કહે છે કે આપણી 80% સફળતા (અસરો) આપણી 20% ક્રિયાઓ (કારણો) થી મળે છે. ઠીક છે, આ સાર્વત્રિક સત્ય સોફ્ટવેર વિકાસને પણ અસર કરે છે, અને આ લેખમાં આપણે આ નિવેદનના થોડા મૂળભૂત તત્વોને દૂર કરવા જઈશું.

બી.પી.એમ.

વ્યવસાય પ્રક્રિયા મેનેજમેન્ટ, અંગ્રેજીમાં તેના ટૂંકાક્ષરો માટે, એક વ્યવસ્થાપન શિસ્ત છે (અન્ય વસ્તુઓની વચ્ચે) જે તમને દૃષ્ટિની રીતે તે વ્યવસાયને સમજવાની મંજૂરી આપે છે જે વ્યવસાયમાં થવાની આવશ્યકતા છે (અથવા અન્ય ઘણા સ્થળોએ). તેના મુખ્ય ગુણોમાં તે હકીકત છે કે તે જટિલ પ્રક્રિયાઓનું વિશ્લેષણ કરી શકે છે અને તેમને "સરળ" બનાવે છે.

ઘણા ખુલ્લા સ્રોત ટૂલ્સ છે જે તમને બીપીએમ ડાયાગ્રામ વિકસિત કરવાની મંજૂરી આપે છે, આ લેખ માટે મેં જેનો ઉપયોગ કર્યો છે તે છે બોનિટાસોફ્ટ. જો તમે પ્રક્રિયા મેનેજમેન્ટ વિશે થોડું વધુ શીખવા માંગતા હો, તો ઇન્ટરનેટ પર ઘણા બધા ટ્યુટોરિયલ્સ અને આ વિષય પરના પુસ્તકો છે. ચાલો હવે કેન્દ્રિય વિષય પર પાછા આવીએ.

સ Softwareફ્ટવેર પ્રોજેક્ટ્સ

આજે પ્રોજેક્ટ્સ વિકસિત કરવાની ઘણી પદ્ધતિઓ છે, ત્યાં ચપળ, પરંપરાગત, મિશ્રિત, વગેરે છે. એક મુદ્દો જે તે બધામાં સામાન્ય છે તૈયારી. આનો મારો મતલબ શું છે? આ સ softwareફ્ટવેર પ્રોજેક્ટમાં તમારી 80% સફળતા એ સંપૂર્ણ પ્રક્રિયાના પ્રથમ 20% પર આધારિત હશે, તૈયારી. 

એક પ્રોજેક્ટ તૈયાર કરી રહ્યા છીએ

આ તાર્કિક કંઈક છે જે વાસ્તવિકતામાં ખૂબ ઓછી લાગુ પડે છે (ઘણી બધી લોજિકલ વસ્તુઓ જેમ કે વ્યવહારમાં તર્કસંગત છે). જ્યારે આપણે તૈયારી વિશે વાત કરીએ છીએ ત્યારે આપણે સમસ્યાને સમજવાની ક્ષમતાને સમજવી જોઈએ, ઉપાયને સમજવું જોઈએ અને તે બધાથી ઉપર, પ્રક્રિયા કે સોલ્યુશન લાગુ પડે છે. એક વસ્તુ કે જે વ્યવસાયિક સ softwareફ્ટવેર પ્રોજેક્ટ્સમાં ઓછામાં ઓછી જોવા મળે છે તે છે તે આ વિષય પર દસ્તાવેજોનો અભાવ. આ સામાન્ય રીતે ખાનગી કંપનીઓમાં દેખાય છે કારણ કે વેચવાની ઇચ્છા સર્જન પ્રક્રિયા કરતાં વધી ગઈ છે.

આ લેખ વાંચનારા ઘણા લોકો કામ કરે છે અથવા ટેક્નોલ relatedજીથી સંબંધિત છે, તે નોંધવું યોગ્ય છે કે જો તેમના કાર્યકારી જીવનમાં કોઈક સમયે તેઓ એવી કંપની / સપ્લાયર શોધી કા thatે છે જે સારી તૈયારીને પૂર્ણ કરતી નથી, તો તે લગભગ 80% નિશ્ચિત છે - પ્રોજેક્ટ તે કામ કરશે નહીં.

એબ્સ્ટ્રેક્શન કી છે

આ એવી વસ્તુ છે જે હું જીએનયુ / લિનક્સનો ઉપયોગ કરીને મારા સમયથી શીખી છું, અને તે સોફ્ટવેર બનાવવાની પ્રક્રિયામાં સમય અને સમય ફરીથી કી સાબિત કરે છે. ની ક્ષમતા અમૂર્ત તેમને વધુ "સરળ" વસ્તુઓમાં ફેરવવાની સમસ્યાઓ ભવ્ય કોડ પેદા કરવા માટે સક્ષમ થવા માટે, અને તેથી પણ વધુ મહત્ત્વની છે ટકાઉ. અને નિયંત્રણમાંથી બહાર વધતા મોટા વ્યાવસાયિક પ્રોજેક્ટ્સ અને પ્રોજેક્ટ્સમાંથી આ એક મુખ્ય તફાવત છે. ભૂતપૂર્વ વિચારો, સમજવા અને બંધારણ પ્રક્રિયા જ્યારે સેકન્ડ્સ તેઓ રાખે છે તેને સમજ્યા વગર કામ કરવું.

સ્ટ Stઝર

આ પ્રોજેક્ટનું નામ છે જેન્ટુ સ્થાપક વિકસે છે, જેમ તમે કલ્પના કરી શકો છો, આ એક ખૂબ જ જટિલ પ્રક્રિયા છે, કારણ કે તે મોટી સંખ્યામાં આર્કિટેક્ચરોને સપોર્ટ કરે છે. ધ્યાનમાં લેવા માટેનું બીજું પરિબળ એ કર્નલ સ્તરો, આર.આઇ.સી. સિસ્ટમ, વગેરે પર આધાર આપે છે તે રૂપરેખાંકનોની સંખ્યા છે. અને હું તમને આ બધું કહું છું કારણ કે તે મારો થિસિસ પ્રોજેક્ટ પણ છે, જેને મારે અભ્યાસ પૂરો કરતા પહેલા પૂર્ણ કરવું જોઈએ. સ્વાભાવિક છે કે હું કોઈ પ્રોગ્રામ બનાવી શકતો નથી જે આવા ટૂંકા સમયમાં (બધા પછીના જુલાઇ સુધી) બધા સંભવિત વિકલ્પોનો સંપૂર્ણ વિચાર કરે, પરંતુ ઓછામાં ઓછું હું એક પેદા કરી શકું જે વિધેયાત્મક સિસ્ટમને ખૂબ જ મૂળભૂત રીતે ઇન્સ્ટોલ કરવાની મંજૂરી આપે.

સ્થાપન પ્રક્રિયાને સમજવી

બીપીએમ ટૂલ્સનો આભાર, એક પ્રક્રિયા આકૃતિ જનરેટ કરી શકાય છે જે અમને કમ્પ્યુટર પર જેન્ટુના સફળ ઇન્સ્ટોલેશન માટે જરૂરી પગલાઓને સમજવાની મંજૂરી આપે છે.

Gentoo સ્થાપન પ્રક્રિયા

પોતાની. ક્રિસ્ટોફર ડાયઝ રિવરોઝ

ઘણી પ્રક્રિયાઓ અને પેટા પ્રક્રિયાઓ હોવા છતાં, તે સ્પષ્ટ રીતે તદ્દન સારાંશ આપવામાં આવ્યું છે અને તે જોઈ શકાય છે કે આપણી પાસે 18 રેખીય પગલાં છે. આ મહત્વપૂર્ણ છે કારણ કે જે એપ્લિકેશનમાં રેખીય માળખું હોય તે અમલમાં મૂકવું સરળ છે, અને તે જ સમયે જો જરૂરી હોય તો એક અથવા વધુ થ્રેડોમાં સમાંતર ઉત્પન્ન થઈ શકે છે.

બીજો મહત્વપૂર્ણ પરિબળ એ છે કે તે આપણને મંજૂરી આપે છે અમૂર્ત પ્રકારો અનુસાર પ્રક્રિયાઓના સમૂહ, ઉદાહરણ તરીકે, કર્નલ થ્રેડને નિર્ધારિત કરવાથી આપણને તે જાણવા મળે છે કે તેમાં ચોક્કસ કાર્યો છે જે સીધા જ કર્નલને સ્થાપિત કરવાની પ્રક્રિયા સાથે સંબંધિત છે.

પેટા પ્રક્રિયા "કર્નલ"

પોતાની. ક્રિસ્ટોફર ડાયઝ રિવરોઝ

આ રીતે દરેક "જટિલ" પગલું જરૂરી વિગતો ગુમાવ્યા વિના વૈશ્વિક રીતે "સરળ" બની જાય છે. પ્રક્રિયાને સફળતાપૂર્વક પૂર્ણ કરવા માટે જરૂરી સ્પષ્ટીકરણનું સ્તર ઘટાડ્યા વિના વિધાનસભાની દૃશ્યતાને આ સુવિધા આપે છે. અને અમે આ નામંજૂર કરી શકતા નથી કે આખી હેન્ડબુક એક જ સમયે વાંચવા કરતાં ઇમેજ જોવી વધુ સહેલી છે

સમય બચાવો

બીજો સ્પષ્ટ ફાયદો એ છે કે સીધી રીતે કનેક્ટેડ પ્રોગ્રામિંગ લેંગ્વેજ ન હોવાને કારણે, ભાષાને લાગુ કરવામાં સમયનો વ્યય કર્યા વિના તર્ક વિશ્લેષણ કરવાનું શક્ય છે. આ તે સમયની તુલનામાં એક ફાયદો છે જે ફક્ત સુવિધાને લાગુ કરવામાં ખર્ચવામાં આવે છે તે શોધવા માટે કે તે કા discardી નાખવામાં આવશે કારણ કે ત્યાં વધુ કાર્યક્ષમ ઉપાય છે. જેમ કે સ્યુડો-કોડમાં ઉકેલો શું હશે (એવી વસ્તુ કે જેને ઘણા "વિકાસકર્તાઓ" દ્વારા પણ અવગણવામાં આવે છે પરંતુ તે ન હોવું જોઈએ).

નિર્દેશન પ્રોજેક્ટ્સ સરળ બનાવ્યાં

આ ખ્યાલોને ધ્યાનમાં લેતા, પ્રોજેક્ટ મેનેજમેન્ટ (કોઈપણ પ્રકારનું) સરળ બને છે, કારણ કે આપણે આપણા પ્રયત્નો પર ધ્યાન કેન્દ્રિત કરીએ છીએ જ્યાં તેમને ખરેખર જરૂરી છે, અને જો આ ભાગ યોગ્ય રીતે કરવામાં આવે તો, બાકીના તેના પોતાના વજન હેઠળ આવે છે. હું આશા રાખું છું કે તે તમારી જિજ્ityાસાને મદદ કરે છે અને તમને બીપીએમ, એલ્ગોરિધમિક્સ વિશે સંશોધન કરવા પ્રેરે છે અને કોણ જાણે છે, કદાચ તે મને મારા થીસીસ સાથે મદદ કરવા માટે પ્રોત્સાહિત કરશે here અહીં આવવા બદલ આભાર અને અમે ટૂંક સમયમાં એકબીજાને જોઈશું. ચીર્સ

 


લેખની સામગ્રી અમારા સિદ્ધાંતોનું પાલન કરે છે સંપાદકીય નૈતિકતા. ભૂલની જાણ કરવા માટે ક્લિક કરો અહીં.

2 ટિપ્પણીઓ, તમારી છોડી દો

તમારી ટિપ્પણી મૂકો

તમારું ઇમેઇલ સરનામું પ્રકાશિત કરવામાં આવશે નહીં.

*

*

  1. ડેટા માટે જવાબદાર: મિગ્યુએલ gelંજેલ ગેટóન
  2. ડેટાનો હેતુ: નિયંત્રણ સ્પામ, ટિપ્પણી સંચાલન.
  3. કાયદો: તમારી સંમતિ
  4. ડેટાની વાતચીત: કાયદાકીય જવાબદારી સિવાય ડેટા તૃતીય પક્ષને આપવામાં આવશે નહીં.
  5. ડેટા સ્ટોરેજ: cસેન્ટસ નેટવર્ક્સ (ઇયુ) દ્વારા હોસ્ટ કરેલો ડેટાબેઝ
  6. અધિકાર: કોઈપણ સમયે તમે તમારી માહિતીને મર્યાદિત, પુન recoverપ્રાપ્ત અને કા deleteી શકો છો.

  1.   એલેક્ઝાંડર મેયોર્ગા મ્યુઓઝ જણાવ્યું હતું કે

    હાય. તમારું જ્ sharingાન વહેંચવા બદલ આભાર. તે મને લાગે છે કે તે એક ઉત્તેજક વિષય છે પરંતુ તેમાં ઘણાં સંશોધન કાર્યની જરૂર છે અને વિભાવનાઓને વ્યવહારમાં મૂકવા માટે તેને આંતરિક બનાવવા માટે સક્ષમ છે. શરૂઆતમાં આ મુદ્દો મૂંઝવણભર્યો છે કારણ કે કોઈ વ્યક્તિ તેને સિસ્ટમની આવશ્યકતાઓને ઓળખવાની બાજુમાં અને કંપનીની વ્યવસાયિક પ્રક્રિયાઓ સાથે, એટલે કે કંપની કેવી રીતે કાર્ય કરે છે તે જરૂરી નથી તેની સાથે વધુ સંકળાયેલી છે. અંતે, મને લાગે છે કે વ્યવસાયના સંચાલનને વધુ કાર્યક્ષમ અને અસરકારક બનાવવા માટે, સોફ્ટવેર વિકાસકર્તાઓ કંપનીના વ્યવસાયના મોડેલિંગમાં જે ભૂમિકા ભજવે છે તે વિશે તે વધુ છે.

    1.    ક્રિસાડઆર જણાવ્યું હતું કે

      હેલો એલેક્ઝાન્ડર, શેર કરવા બદલ ખૂબ ખૂબ આભાર. સાચું કહેવા માટે, આટલી નાની જગ્યામાં દરેક વસ્તુનો સારાંશ આપવાનો પ્રયાસ કરવો તે કંઈક અંશે જટિલ વિષય છે, પરંતુ જો હું તમારી ટિપ્પણીથી મૂંઝવણમાંથી બહાર નીકળવા માટે થોડું ફાળો આપી શકું છું - તે સાચું છે કે સિસ્ટમોએ આવશ્યકતાઓને હલ કરવાનો પ્રયાસ કરવો જોઈએ, સૌથી સંભવિત મૂળભૂત વિધેય છે, અને તે સમયે તે સાચું છે કે વિકાસકર્તાએ ઉચ્ચ સ્તર પર ધ્યાન કેન્દ્રિત કરવું જોઈએ.
      પ્રક્રિયાઓનું જ્ developાન વિકાસકર્તાઓને પૂરતી સિસ્ટમો કરતાં વધુ પ્રસ્તુત કરવાની મંજૂરી આપે છે, કંઈક કે જે ઓછામાં ઓછી શક્ય આવશ્યકતાઓને પૂર્ણ કરે છે તેટલું પૂરતું સમજે છે.
      કોડની લાવણ્ય સંપૂર્ણ પ્રક્રિયાને સમજવામાં સક્ષમ છે, અને તેને deepંડાણથી ઉત્પન્ન કરે છે, જ્યાં શ્રેષ્ઠ સંભવિત સોલ્યુશન લાગુ કરવામાં આવે છે, અને આવશ્યકતા કરતાં પ્રક્રિયાને ખરેખર સમજીને જ શક્ય છે, જેમ કે તમે સારી રીતે ઉલ્લેખ કર્યો છે. 🙂
      જો આપણે FOSS ની આજુબાજુ થોડું મોડેલ કરીએ છીએ, તો તે ફક્ત સોફ્ટવેર આવશ્યકતાને જ જાણતું નથી, પરંતુ તેની પાછળની ફિલસૂફી, અને તે કેવી રીતે જાળવવામાં આવશે, તે કોના દ્વારા, અને તે પ્રક્રિયાના તે બધા જ્ knowledgeાનને સૂચવે છે જે ફક્ત એક કાર્યક્ષમ સમાધાન પેદા કરે છે. ., પરંતુ સમય જતાં જાળવવું શક્ય બનશે 🙂
      ફરીથી ખૂબ ખૂબ આભાર અને શુભેચ્છાઓ.