CodeGym /జావా బ్లాగ్ /యాదృచ్ఛికంగా /సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ మెథడాలజీల గురించి మీరు తెలుసుకోవ...
John Squirrels
స్థాయి
San Francisco

సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ మెథడాలజీల గురించి మీరు తెలుసుకోవలసిన ప్రతిదీ: ప్రారంభకులకు ట్రెండ్‌లు, సూత్రాలు మరియు ఆపదలు

సమూహంలో ప్రచురించబడింది
సాఫ్ట్‌వేర్ అభివృద్ధి అనేది సంక్లిష్టమైన వ్యాపార ప్రక్రియ. అంటే ఐటి నిపుణులు ఆప్టిమైజేషన్, ప్లానింగ్ మరియు కాస్టింగ్ భాషలో మాట్లాడాలి. మేనేజ్‌మెంట్ కాన్సెప్ట్‌ల అవగాహన యజమానులు మరియు డెవలపర్‌లు ఇద్దరికీ పెద్ద ప్రయోజనాన్ని ఇస్తుంది మరియు సహకారాన్ని తదుపరి స్థాయికి తీసుకెళ్లడంలో సహాయపడుతుంది. సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ మెథడాలజీల గురించి మీరు తెలుసుకోవలసిన ప్రతిదీ: ప్రారంభకులకు ట్రెండ్‌లు, సూత్రాలు మరియు ఆపదలు - 1

శ్రద్ధ, ప్రారంభకులకు! నమూనాలు, పద్ధతులు మరియు సాధారణ గందరగోళం

ప్రారంభించడానికి, మేము ఒక ముఖ్యమైన వివరణ ఇవ్వాలి: సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ మోడల్‌లు మరియు సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ మెథడాలజీలు వేరుగా మరియు విభిన్నంగా ఉంటాయి. సిస్టమ్ ఎలా ప్రవర్తిస్తుందో నమూనాలు అంచనా వేస్తాయి. సిస్టమ్ పని చేయడానికి మెథడాలజీలు అవసరం. సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ మోడల్‌లు మరియు మెథడాలజీలను గందరగోళానికి గురి చేయడం అనేది ప్రతి IT అనుభవం లేని వ్యక్తికి ప్రామాణిక ఆపరేటింగ్ విధానం, కాబట్టి ఇది పెద్ద తప్పుగా పరిగణించబడదు. ఒక మోడల్‌కి ఉదాహరణ క్లాసిక్ వాటర్‌ఫాల్ మోడల్ , దాని లీనియర్ ప్రోగ్రెస్‌తో, ప్రతి దశకు సంబంధించిన లక్ష్యాల యొక్క స్పష్టమైన నిర్వచనం మరియు గడువుపై కఠినమైన నియంత్రణ. మరొక మోడల్ స్పైరల్ మోడల్, ప్రాజెక్ట్ ప్రమాదాలను ముందస్తుగా గుర్తించడం మరియు తగ్గించడంపై దాని దృష్టితో. స్పైరల్ డెవలప్‌మెంట్ చిన్నదిగా మొదలవుతుంది, మొదట స్థానిక సమస్యలను పరిష్కరిస్తుంది, ఆపై మరింత క్లిష్టమైన వాటికి పురోగమిస్తుంది. చివరగా, మరొక నమూనా పునరుక్తి మరియు పెరుగుతున్న అభివృద్ధి (IID) , దీనిలో ప్రాజెక్ట్ జీవిత చక్రం పునరావృతాల శ్రేణిగా విభజించబడింది, వీటిలో ప్రతి ఒక్కటి "మినీ-ప్రాజెక్ట్" ను పోలి ఉంటాయి. సాధారణంగా, మోడల్ అనేది సాఫ్ట్‌వేర్ అభివృద్ధి ప్రక్రియ యొక్క వివరణ . కానీ మెథడాలజీలు అంటే కేటాయించిన పనులపై పనిని నియంత్రించడం, మూల్యాంకనం చేయడం మరియు పర్యవేక్షించడం వంటి వ్యవస్థలు. మెథడాలజీలు ఆధునిక యుగం యొక్క కర్ర మరియు క్యారెట్, అభివృద్ధి ప్రక్రియలో ప్రతి దశను నియంత్రించడానికి అవసరం. ప్రాజెక్ట్ యొక్క దిశ, దాని బడ్జెట్ మరియు తుది ఉత్పత్తిని అమలు చేయడానికి గడువు తేదీల ఆధారంగా వారు ఎంపిక చేయబడతారు. ఇంకా ఏమిటంటే, ప్రాజెక్ట్ లీడర్ మరియు అతని లేదా ఆమె బృందం యొక్క స్వభావాన్ని బట్టి మెథడాలజీలను ఎంచుకోవచ్చు. కంపెనీ లేదా కస్టమర్ యొక్క తత్వశాస్త్రం ఆధారంగా కూడా. అత్యంత ప్రజాదరణ పొందిన పద్ధతులను పరిశీలిద్దాం.

1. స్క్రమ్

స్క్రమ్ ఒక చురుకైన ప్రాజెక్ట్ నిర్వహణ పద్ధతి. ఇది "స్ప్రింట్స్" లేదా చిన్న పునరావృతాలపై ఆధారపడి ఉంటుంది, ఇది సమయానికి ఖచ్చితంగా పరిమితం చేయబడింది (సాధారణంగా 2-4 వారాలు). ఇది సమావేశాల వ్యవధిని తగ్గిస్తుంది, కానీ వాటి ఫ్రీక్వెన్సీని పెంచుతుంది. ప్రతి స్ప్రింట్ పునరావృతం ముగిసే సమయానికి పూర్తి చేయవలసిన పనుల జాబితాను కలిగి ఉంటుంది మరియు వాటిలో ప్రతి దాని స్వంత "బరువు" ఉంటుంది. సమావేశాల సమయంలో, బృందం సభ్యులు ఏమి చేసారు, వారు ఏమి చేయాలనుకుంటున్నారు మరియు ఏ సమస్యలు ఉన్నాయి అనే విషయాలను బృందం చర్చిస్తుంది. స్క్రమ్ ప్లానింగ్ కోసం బ్యాక్‌లాగ్‌ను ఉపయోగిస్తుంది. ఈ విధానంలో, జట్లకు సాధారణంగా స్క్రమ్ మాస్టర్ ఉంటారు. ఈ వ్యక్తి జట్టుకు అంతరాయం లేకుండా పని చేయడానికి సహాయం చేస్తాడు మరియు జట్టుకు సౌకర్యవంతమైన వాతావరణాన్ని సృష్టిస్తాడు. ప్రాజెక్ట్‌లో ఉత్పత్తి యజమాని పాత్రలో ఎవరైనా ఉంటారు. ఈ వ్యక్తి అభివృద్ధికి అధిపతి, ఉత్పత్తిని పర్యవేక్షిస్తాడు మరియు కస్టమర్ అభ్యర్థన మరియు బృందం ఉత్పత్తి చేసే వాటి మధ్య ప్రధాన లింక్‌గా వ్యవహరిస్తాడు.

ప్రోస్:

  • సాధ్యమైనంత తక్కువ బడ్జెట్‌తో ప్రాజెక్ట్‌ను త్వరగా ప్రారంభించగల సామర్థ్యం;
  • పురోగతి యొక్క రోజువారీ పర్యవేక్షణ, తరచుగా ప్రాజెక్ట్ డెమోలు;
  • ప్రాజెక్ట్ సమయంలో సర్దుబాట్లు చేయగల సామర్థ్యం.

ప్రతికూలతలు:

  • స్థిర బడ్జెట్ లేకపోవడం వల్ల ఒప్పందాలను ముగించడంలో ఇబ్బందులు;
  • అనుభవం లేని జట్టు కోసం లేదా గడువులు లేదా బడ్జెట్ తక్కువగా ఉన్నప్పుడు పని చేయదు;
  • స్ప్రింట్‌ల మధ్య నిరంతరం మార్పులు చేయగల సామర్థ్యం గందరగోళాన్ని సృష్టిస్తుంది.

ఇది ఎవరి కోసం?

ఇలాంటి వ్యవస్థ స్వతంత్రంగా లేదా పెద్ద కంపెనీలలో ఉనికిలో ఉన్నా, గరిష్టంగా పది మంది వ్యక్తుల ప్రాజెక్ట్‌లకు అనుకూలంగా ఉంటుంది. బృందం పెద్ద మొత్తంలో పనిని కలిగి ఉంటే మరియు కొత్త మార్కెట్ పరిస్థితులను మార్చడానికి మరియు స్వీకరించడానికి వారిని బలవంతం చేసే సుదీర్ఘ జీవిత చక్రం కలిగి ఉంటే ఇది సౌకర్యవంతంగా ఉంటుంది.

2. కాన్బన్

కాన్బన్ యొక్క అతి ముఖ్యమైన లక్షణం ప్రాజెక్ట్ జీవిత చక్రం యొక్క విజువలైజేషన్. పని అంశాలను ప్రదర్శించడానికి నిలువు వరుసలు సృష్టించబడతాయి. పని అంశాలు వ్యక్తిగతంగా పరిష్కరించబడతాయి. నిలువు వరుసలు వంటి స్టేటస్‌లతో మార్క్ చేయబడ్డాయి: చేయవలసినవి, ప్రోగ్రెస్‌లో ఉన్నాయి, కోడ్ సమీక్ష, పరీక్షలో ఉన్నాయి, పూర్తయ్యాయి (వాస్తవానికి, నిలువు వరుస పేర్లు మారవచ్చు). ప్రతి బృంద సభ్యుని లక్ష్యం మొదటి నిలువు వరుసలో పని అంశాల సంఖ్యను తగ్గించడం. కాన్బన్ యొక్క విధానం సహజమైనది మరియు సమస్యలు ఎక్కడ ఉన్నాయో అర్థం చేసుకోవడంలో మీకు సహాయపడుతుంది. కాన్బన్ యొక్క నిర్మాణం నిశ్చయంగా మరియు మార్చలేని విధంగా పరిష్కరించబడలేదు: ప్రాజెక్ట్ యొక్క ప్రత్యేకతలను బట్టి, మీరు మెరుగుపరచబడిన నిలువు వరుసలను జోడించవచ్చు. ఉదాహరణకు, కొన్ని బృందాలు సిస్టమ్‌ను ఉపయోగిస్తాయి, దీనిలో మీరు పని చేసే అంశాన్ని ప్రదర్శించే ముందు దాని కోసం పూర్తి చేసిన నియమాలను నిర్వచించాలి. ఈ సందర్భంలో, రెండు నిలువు వరుసలు జోడించబడతాయి: పేర్కొనండి (పారామితులను పేర్కొనండి) మరియు అమలు చేయండి (పనిని పొందండి).

ప్రోస్:

  • ప్రణాళికలో వశ్యత. బృందం ప్రస్తుత పనిపై మాత్రమే దృష్టి పెడుతుంది, ఒక పని యొక్క ప్రాధాన్యత కూడా నిర్వచించబడింది;
  • దృశ్యమానత. పాల్గొనే వారందరికీ డేటా యాక్సెస్ ఉన్నప్పుడు, ప్రపంచ సమస్యలను గుర్తించడం సులభం;
  • అభివృద్ధి ప్రక్రియలో అధిక ప్రమేయం. విజువలైజింగ్ ప్రక్రియలు స్వీయ-సంస్థ మరియు స్వీయ నియంత్రణను పెంచుతాయి.

ప్రతికూలతలు:

  • ఐదు కంటే ఎక్కువ మంది వ్యక్తులతో పని చేయదు;
  • దీర్ఘకాలిక ప్రణాళిక కోసం ఉద్దేశించబడలేదు;
  • ప్రేరణ లేని జట్టుకు తగినది కాదు. కాన్బన్ ప్రతి పని వస్తువుకు గడువులను కలిగి ఉండదు. లేదా పద్దతి ఆలస్యం కోసం జరిమానాలను నిర్దేశించదు.

ఇది ఎవరి కోసం?

బృందం వృద్ధి చెందడానికి మరియు ఫలితాలను సాధించడానికి ప్రేరేపించబడిన కంపెనీలలో కాన్బన్ గొప్పగా పనిచేస్తుంది. ఇది ఇప్పటికే స్పష్టంగా ఉండాలి - ఇది చిన్న జట్టు కోసం. బహుశా నిర్లిప్తత లేదా జట్టులో భాగం కూడా కావచ్చు.

3. హేతుబద్ధమైన ఏకీకృత ప్రక్రియ (RUP)

RUP మెథడాలజీ పునరుక్తి అభివృద్ధి నమూనాను ఉపయోగిస్తుంది. ప్రతి పునరావృతం ముగింపులో (దీనికి 2 నుండి 6 వారాలు పడుతుంది), బృందం అనుకున్న లక్ష్యాలను సాధించాలి మరియు ప్రాజెక్ట్ యొక్క తాత్కాలిక సంస్కరణ అయినప్పటికీ పనిని పొందాలి. ప్రాజెక్ట్‌ను నాలుగు దశలుగా విభజించాలని RUP పిలుపునిచ్చింది . ప్రతి దశలో, ఉత్పత్తి యొక్క తదుపరి తరంపై పని నిర్వహించబడుతుంది: ప్రారంభం, విశదీకరణ, నిర్మాణం మరియు పరివర్తన. ఒక దశ ముగింపులో, ప్రాజెక్ట్ మైలురాయిని సాధించవచ్చు. బృందం దాని ఫలితాలను అంచనా వేసే క్షణం ప్రాజెక్ట్ మైలురాయిగా పరిగణించబడుతుంది. దీనర్థం, ప్రధాన లక్షణాలు మొదటి దశలో విడుదల చేయబడతాయని మరియు తదుపరి దశలలో చేర్పులు జోడించబడతాయని పద్దతి సూచిస్తుంది.

ప్రోస్:

  • కస్టమర్ నుండి మరియు పని సమయంలో ఉత్పన్నమయ్యే మార్పుల నుండి మారుతున్న పనులను ఎదుర్కోవడం సాధ్యం చేస్తుంది;
  • ఉత్పత్తి యొక్క నిరంతర అభివృద్ధిని నిర్ధారిస్తుంది. పునరావృతాల సమయంలో, మీరు ప్రాజెక్ట్‌ను నిశితంగా అంచనా వేయవచ్చు;
  • పని యొక్క ప్రారంభ దశలలో ప్రమాదాలను గుర్తించడం మరియు తొలగించడం, అలాగే అభివృద్ధి నాణ్యతను సమర్థవంతంగా నియంత్రించడం సాధ్యం చేస్తుంది.

ప్రతికూలతలు:

  • ఈ పద్దతి చాలా క్లిష్టమైనది మరియు చిన్న బృందం లేదా కంపెనీలో అమలు చేయడం కష్టం;
  • పనులను సెట్ చేయడానికి నిపుణుల సామర్థ్యంపై ఆధారపడి ఉంటుంది;
  • అవసరాలకు సంబంధించిన అధిక డాక్యుమెంటేషన్ అవసరం.

ఇది ఎవరి కోసం?

ఉత్పత్తిని వీలైనంత త్వరగా విడుదల చేయవలసి వచ్చినప్పుడు, స్పష్టంగా ఏర్పాటు చేయబడిన అవసరాలు మరియు నష్టాలను బాగా అర్థం చేసుకున్న పెద్ద ప్రాజెక్ట్‌లు. కార్యాచరణ యొక్క వ్యయంతో కూడా, మీ సముచిత స్థానాన్ని త్వరగా ఆక్రమించుకోవడానికి మరియు తర్వాత మాత్రమే తుది మెరుగులు దిద్దండి.

అనేక పద్ధతులు ఉన్నాయి, కానీ ఒక ధోరణి

స్క్రమ్ మరియు కాన్బన్‌లతో పాటు, కాదనలేని విధంగా జనాదరణ పొందిన మరియు చురుకైన సూత్రాలపై ఆధారపడి ఉంటుంది , అలాగే హార్డీ, పునరావృతమయ్యే RUP పద్దతి, కంపెనీలు అనేక రకాల పద్ధతులను ఉపయోగిస్తాయి. ఒక కంపెనీ విపరీతమైన ప్రోగ్రామింగ్‌కు దగ్గరగా ఉండవచ్చు మరియు వేగవంతమైన మరియు సరళమైన నిర్ణయాలు తీసుకుంటుంది. మరొకటి పరీక్ష ఆధారిత అభివృద్ధికి దగ్గరగా ఉండవచ్చు. మరొకటి వేగవంతమైన అప్లికేషన్ అభివృద్ధిని (RAD) ఇష్టపడవచ్చు. ఏకకాలంలో బహుళ పద్ధతులను ఉపయోగించడం పట్ల బలమైన, సందేహాస్పదమైన ధోరణి ఉంది.. లేదా మోడల్స్ మరియు మెథడాలజీలను ఒక ప్రత్యేకమైన మేనేజ్‌మెంట్ సిస్టమ్‌గా కలపడం. నేటి కంపెనీలు బ్యూరోక్రాటిక్ అడ్డంకులను తొలగించడానికి మరియు విభాగాలు మరియు సంస్థాగత యూనిట్ల మధ్య బాధ్యతను మార్చకుండా సంస్థలో ఏకీకృత జట్టుకృషి యొక్క వాతావరణాన్ని సృష్టించడానికి ప్రయత్నిస్తాయి. స్క్రమ్ అలయన్స్ ప్రకారం, 70% IT కంపెనీలు స్క్రమ్‌ను ఉపయోగిస్తున్నాయి. వాటిలో గూగుల్, అమెజాన్, సేల్స్‌ఫోర్స్, మైక్రోసాఫ్ట్ మరియు అడోబ్ వంటి దిగ్గజాలు ఉన్నాయి. స్టార్టప్‌లు మరియు యువ ప్రాజెక్ట్‌లు కాన్బన్ వైపు ఎక్కువ మొగ్గు చూపుతాయి, అయితే టయోటా మరియు ఉదాహరణకు, వార్‌గేమింగ్‌లోని గేమర్‌లు కూడా దీనిని ఉపయోగిస్తున్నారు. స్క్రమ్ అనేది ప్రణాళికా సాధనం, అయితే కాన్బన్ పురోగతిని పర్యవేక్షించడం కోసం. RUP విషయానికొస్తే, దీనిని 50-200 మంది ఉద్యోగులు మరియు $1-10 మిలియన్ల ఆదాయాలు కలిగిన పాశ్చాత్య కంపెనీలు తరచుగా ఉపయోగిస్తాయి. అయినప్పటికీ, IBM చురుకైన సూత్రాలకు దగ్గరగా వెళ్లడానికి RUPని సవరించింది, OpenUP మెథడాలజీని (RUP, కానీ చురుకైనది) విడుదల చేసింది. ఈ గొప్ప చురుకైన పద్దతి ఇప్పుడు IT ప్రపంచాన్ని నడిపిస్తోంది . ఇది కేవలం పాసింగ్ వ్యామోహం కాదు - ఇది ఇప్పటికీ వినూత్నమైనది మరియు వాస్తవానికి ఇది చాలా పెద్ద కంపెనీలలో ఉపయోగించబడుతుంది. ఎజైల్ సిలికాన్ వ్యాలీలో ఉపయోగించబడుతుంది. Facebook మరియు Uber దీన్ని ఉపయోగిస్తాయి.

బాటమ్ లైన్

ప్రతి ప్రాజెక్ట్ దాని స్వంత సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ మెథడాలజీని కలిగి ఉంటుంది, ఇది బృందం, నిధులు, గడువు మరియు కస్టమర్ అవసరాలపై ఆధారపడి ఉంటుంది. యూనివర్సల్ మేనేజ్‌మెంట్ టెక్నిక్ లేదు: విపరీతంగా జనాదరణ పొందిన చురుకైన పద్దతి కూడా అభివృద్ధి ప్రక్రియకు ఉత్తమమైన విధానాన్ని నిర్ధారించలేదు. ఫలితంగా, పద్ధతులు జాగ్రత్తగా ఎంపిక చేయబడతాయి, కొన్నిసార్లు సూత్రప్రాయంగా కూడా. ఎంతగా అంటే ఒక కంపెనీ గురించి లేదా దాని మెథడాలజీని చూడటం ద్వారా దాని కస్టమర్ల గురించి మనం తీర్మానాలు చేయవచ్చు. పద్ధతులు మిశ్రమంగా ఉంటాయి, నమూనాలతో అనుబంధంగా ఉంటాయి మరియు స్వీకరించబడ్డాయి. ఎంతగా అంటే అవి కొత్త విధానాలకు దారితీస్తున్నాయి. వాటర్‌ఫాల్ మోడల్ లేదా పునరుక్తి RUP మెథడాలజీ యొక్క ఊహించని అంశాలతో నిర్వహణ రంగం అంతిమంగా స్క్రమ్ మరియు కాన్బన్ చేతుల్లోనే ఉంటుంది.
మరింత పఠనం:
వెబ్‌సైట్‌లు: పుస్తకాలు:
  • ఆండ్రూ స్టెల్‌మాన్, జెన్నిఫర్ గ్రీన్: "లెర్నింగ్ ఎజైల్";
  • పర్ క్రోల్, బ్రూస్ మాక్‌ఇసాక్: «చురుకుదనం మరియు క్రమశిక్షణ మేడ్ ఈజీ: ప్రాక్టీసెస్ ఫ్రమ్ ఓపెన్‌యుపి మరియు ఆర్‌యుపి";
  • మైక్ కోన్: "సక్సీడింగ్ విత్ ఎజైల్: సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ యూజింగ్ స్క్రమ్";
  • రాబర్ట్ సి. మార్టిన్: "ఎజైల్ సాఫ్ట్‌వేర్ డెవలప్‌మెంట్: ప్రిన్సిపల్స్, ప్యాటర్న్స్, ప్రాక్టీసెస్";
  • మార్కస్ హామర్‌బర్గ్, జోకిమ్ సుండెన్: "కాన్బన్ ఇన్ యాక్షన్";
  • I. జాకబ్సన్, G. బూచ్, J. రుంబాగ్: "యూనిఫైడ్ సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ ప్రాసెస్".
వ్యాఖ్యలు
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION