Mojawapo ya mbinu zinazowezekana za ukuzaji wa programu ndani ya mfumo wa modeli ya mzunguko wa maisha ond ni mbinu ya RAD (Rapid Application Development), ambayo hivi karibuni imeenea. Neno hili kawaida hurejelea mchakato wa ukuzaji wa programu iliyo na vitu 3:
timu ndogo ya waandaaji wa programu (kutoka kwa watu 2 hadi 10);
ratiba fupi lakini iliyoandaliwa kwa uangalifu (kutoka miezi 2 hadi 6);
mzunguko unaojirudia ambapo watengenezaji, maombi yanapoanza kuunda, kuomba na kutekeleza katika bidhaa mahitaji yanayopokelewa kupitia mwingiliano na mteja.
Timu ya maendeleo inapaswa kuwa kikundi cha wataalamu wenye uzoefu katika uchanganuzi, muundo, utengenezaji wa msimbo na upimaji wa programu kwa kutumia zana za CASE. Washiriki wa timu lazima pia waweze kutafsiri mapendekezo ya watumiaji wa mwisho kuwa mifano inayofanya kazi.
Mzunguko wa maisha ya programu kulingana na mbinu ya RAD ina awamu nne:
uchambuzi wa mahitaji na awamu ya kupanga;
awamu ya kubuni;
awamu ya ujenzi;
awamu ya utekelezaji.
Katika awamu ya uchanganuzi na upangaji wa mahitaji, watumiaji wa mfumo huamua kazi ambazo ni lazima ifanye, kubaini zile za kipaumbele zaidi ambazo zinahitaji ufafanuzi kwanza, na kuelezea mahitaji ya habari. Ufafanuzi wa mahitaji unafanywa hasa na watumiaji chini ya uongozi wa watengenezaji maalum. Upeo wa mradi ni mdogo, na muda wa kila moja ya awamu zinazofuata umeamua. Kwa kuongeza, uwezekano mkubwa wa kutekeleza mradi huu ndani ya mfumo wa ufadhili ulioanzishwa, kwa kutumia vifaa vilivyopewa, nk. Matokeo ya awamu hii inapaswa kuwa orodha na kipaumbele cha kazi za IS ya baadaye, mifano ya awali ya kazi na habari ya IS.
Wakati wa awamu ya kubuni, baadhi ya watumiaji hushiriki katika muundo wa kiufundi wa mfumo chini ya uongozi wa watengenezaji maalum. Zana za KESI hutumika kutoa haraka prototypes zinazofanya kazi za programu. Watumiaji, kuingiliana nao moja kwa moja, kufafanua na kuongeza mahitaji ya mfumo ambayo hayakutambuliwa katika awamu iliyopita. Michakato ya mfumo inajadiliwa kwa undani zaidi. Mfano wa kazi unachambuliwa na, ikiwa ni lazima, kurekebishwa. Kila mchakato unazingatiwa kwa undani. Ikihitajika, kielelezo kidogo kinaundwa kwa kila mchakato wa kimsingi: skrini, mazungumzo, ripoti inayoondoa utata au utata. Mahitaji ya kuzuia ufikiaji wa data yamebainishwa. Katika awamu hiyo hiyo, seti ya nyaraka muhimu imedhamiriwa.
Baada ya uamuzi wa kina wa muundo wa michakato, idadi ya vipengele vya utendaji vya mfumo unaotengenezwa hutathminiwa na uamuzi unafanywa kugawanya IS katika mifumo ndogo ambayo inaweza kutekelezwa na timu moja ya watengenezaji kwa wakati unaokubalika kwa miradi ya RAD. - siku 60-90. Kwa kutumia zana za CASE, mradi unasambazwa kati ya timu tofauti (mfano wa kazi umegawanywa). Matokeo ya awamu hii yanapaswa kuwa:
mfano wa habari wa jumla wa mfumo;
mifano ya kazi ya mfumo kwa ujumla na mifumo ndogo inayotekelezwa na timu za maendeleo ya mtu binafsi;
miingiliano iliyofafanuliwa kwa usahihi kati ya mifumo midogo iliyotengenezwa kwa uhuru kwa kutumia zana ya KESI;
kujengwa prototypes ya skrini, ripoti, dialogs.
Aina zote na prototypes lazima zipatikane kwa kutumia zana hizo za CASE ambazo zitatumika katika siku zijazo wakati wa kujenga mfumo. Mahitaji haya yanatokana na ukweli kwamba katika mbinu ya jadi, wakati wa kuhamisha habari kuhusu mradi kutoka hatua hadi hatua, uharibifu wa data usio na udhibiti unaweza kutokea. Kutumia mazingira ya umoja kwa kuhifadhi habari za mradi hukuruhusu kuzuia hatari hii.
Tofauti na mbinu ya kitamaduni, ambayo ilitumia zana mahususi za uigaji ambazo hazijaundwa kwa ajili ya kuunda programu-tumizi za ulimwengu halisi na vielelezo vilivyotupwa baada ya kutimiza madhumuni ya kuondoa utata wa muundo, mbinu ya RAD hubadilisha kila mfano kuwa sehemu ya mfumo wa siku zijazo. Kwa hivyo, habari kamili zaidi na muhimu huhamishiwa kwa awamu inayofuata.
Awamu ya ujenzi ni ambapo maendeleo ya maombi ya haraka yenyewe hutokea. Katika awamu hii, watengenezaji hujenga mara kwa mara mfumo halisi kulingana na mifano iliyopatikana katika awamu iliyopita, pamoja na mahitaji yasiyo ya kazi. Msimbo wa programu huzalishwa kwa kiasi kwa kutumia jenereta za kiotomatiki ambazo hupokea taarifa moja kwa moja kutoka kwa hazina ya zana ya CASE. Katika awamu hii, watumiaji wa mwisho hutathmini matokeo yaliyopatikana na kufanya marekebisho ikiwa, wakati wa mchakato wa usanidi, mfumo hautimizi mahitaji yaliyoainishwa hapo awali. Upimaji wa mfumo unafanywa moja kwa moja wakati wa mchakato wa maendeleo.
Baada ya kukamilisha kazi ya kila timu ya maendeleo ya mtu binafsi, ujumuishaji wa taratibu wa sehemu hii ya mfumo na iliyobaki unafanywa, nambari kamili ya programu inatolewa, utendakazi wa pamoja wa sehemu hii ya programu na iliyobaki hujaribiwa, na kisha. mfumo kwa ujumla unajaribiwa. Muundo wa kimwili wa mfumo umekamilika:
hitaji la usambazaji wa data imedhamiriwa;
uchambuzi wa matumizi ya data unafanywa;
muundo wa kimwili wa hifadhidata unafanywa;
mahitaji ya rasilimali za vifaa imedhamiriwa;
njia za kuongeza tija zimedhamiriwa;
Uendelezaji wa nyaraka za mradi unakamilika.
Matokeo ya awamu ni mfumo wa kumaliza ambao unakidhi mahitaji yote yaliyokubaliwa.
Wakati wa awamu ya utekelezaji, mafunzo ya mtumiaji, mabadiliko ya shirika hufanyika, na sambamba na utekelezaji wa mfumo mpya, kazi inafanywa na mfumo uliopo (mpaka mpya inatekelezwa kikamilifu). Kwa kuwa awamu ya ujenzi ni fupi sana, upangaji na maandalizi ya utekelezaji lazima uanze mapema, kwa kawaida wakati wa awamu ya muundo wa mfumo. Mpango wa maendeleo uliotolewa wa IS sio kamili. Chaguzi mbalimbali zinawezekana, kulingana, kwa mfano, juu ya hali ya awali ambayo maendeleo hufanyika: mfumo mpya kabisa unatengenezwa; uchunguzi wa biashara tayari umefanywa na mfano wa shughuli zake upo; Biashara tayari ina IP ambayo inaweza kutumika kama mfano wa awali au lazima iunganishwe na ile inayotengenezwa.
Ikumbukwe, hata hivyo, kwamba mbinu ya RAD, kama nyingine yoyote, haiwezi kudai kuwa ya ulimwengu wote; ni nzuri kimsingi kwa miradi midogo iliyotengenezwa kwa mteja mahususi. Ikiwa mfumo wa kawaida unatengenezwa, ambao sio bidhaa ya kumaliza, lakini ni ngumu ya vipengele vya kawaida, vinavyotunzwa kati, vinavyoweza kubadilika kwa majukwaa ya programu na vifaa, DBMS, mawasiliano ya simu, vipengele vya shirika na kiuchumi vya vitu vya utekelezaji na kuunganishwa na maendeleo yaliyopo, zifuatazo zinakuja mbele: viashiria vya mradi kama vile usimamizi na ubora, ambavyo vinaweza kupingana na urahisi na kasi ya maendeleo. Miradi hiyo inahitaji kiwango cha juu cha mipango na nidhamu kali ya kubuni, kufuata kali kwa itifaki zilizotengenezwa kabla na interfaces, ambayo inapunguza kasi ya maendeleo.
Mbinu ya RAD haitumiki kwa ajili ya kujenga programu changamano za hesabu, mifumo ya uendeshaji au programu za udhibiti wa vyombo vya anga, i.e. programu zinazohitaji kuandika kiasi kikubwa (mamia ya maelfu ya mistari) ya msimbo wa kipekee.
Maombi ambayo hayana sehemu ya kiolesura iliyofafanuliwa wazi ambayo inafafanua kwa uwazi mantiki ya mfumo (kwa mfano, maombi ya wakati halisi) na programu ambazo usalama wa binadamu hutegemea (kwa mfano, kudhibiti ndege au mtambo wa nyuklia) hazifai. kwa ajili ya maendeleo kwa kutumia mbinu ya RAD, kwa kuwa ni ya kurudia mbinu inadhania kuwa matoleo machache ya kwanza labda hayatafanya kazi kikamilifu, ambayo yametengwa katika kesi hii.
Saizi ya programu inakadiriwa kulingana na kile kinachoitwa vipengele vya utendaji (skrini, ujumbe, ripoti, faili, n.k.) Kipimo hiki hakitegemei lugha ya programu ambayo usanidi unafanywa. Ukubwa wa programu ambayo inaweza kutekelezwa kwa kutumia mbinu ya RAD, kwa mazingira ya uendelezaji wa IC iliyoidhinishwa na utumiaji wa juu zaidi wa vipengee vya programu, huamuliwa kama ifuatavyo:
Kama muhtasari, tunaorodhesha kanuni kuu za mbinu ya RAD:
kuendeleza maombi katika iterations;
hiari ya kukamilisha kazi kamili katika kila hatua ya mzunguko wa maisha;
ushiriki wa lazima wa watumiaji katika mchakato wa maendeleo wa IS;
matumizi muhimu ya zana za CASE ili kuhakikisha uadilifu wa mradi;
matumizi ya zana za usimamizi wa usanidi zinazowezesha kufanya mabadiliko kwenye mradi na kudumisha mfumo wa kumaliza;
matumizi ya lazima ya jenereta za kificho;
matumizi ya prototyping kuelewa na kukidhi mahitaji ya mtumiaji wa mwisho;
upimaji na maendeleo ya mradi huo, uliofanywa wakati huo huo na maendeleo;
maendeleo na timu ndogo, iliyosimamiwa vizuri ya wataalamu;
usimamizi mzuri wa maendeleo ya mfumo, upangaji wazi na udhibiti wa utekelezaji wa kazi.
Kuchagua mbinu za maendeleo ya maombi inakuwa kazi No 1 katika mazingira ya ukuaji wa haraka wa soko. Kulingana na utafiti Dola za Marekani bilioni 310 zilitumika kwenye programu za biashara duniani kote mwaka 2015. Maendeleo ya dhanaRAD (Maendeleo ya Maombi ya Haraka)ukawa msingi wa kuunda mfumo wa uendelezaji wa utumizi unaonyumbulika, unaoweza kubadilika ambao ungekuwa mzito kwa mtindo mgumu wa "maporomoko ya maji".
RAD ni modeli ya ukuzaji wa programu ya haraka ambayo inazingatia kasi na urahisi wa programu.
Kuibuka kwa RAD
Tunaweza kushukuru kutokamilika kwa mfano wa familia kwa kuibuka kwa maendeleo ya haraka ya maombi Maporomoko ya maji wakati wa kuunda programu. Jambo ni kwamba mwanzoni mfumo wa maendeleo ya maporomoko ya maji ulitokana na mfano wa uhandisi wa jadi uliotumiwa kwa ajili ya kubuni na ujenzi wa majengo na madaraja.
Ingawa Maporomoko ya Maji yalitokana na muundo mgumu wa shughuli za maendeleo zinazofuatana, kuibuka kwa RAD ilikuwa jaribio la kuunda mchakato rahisi ambao unaweza kutumia maarifa yaliyopatikana wakati wa mzunguko wa maisha ya mradi.
Toleo la kwanza la RAD liliundwa na Barry Boehm mnamo 1986, ambaye aliiita "modeli ya ond." Kila zamu ya ond imegawanywa katika sekta 4 na inafanana na maendeleo ya fragment au toleo la programu. Kwa kila upande mpya kuna kuongezeka na ufafanuzi wa malengo na vipimo vya mradi. Matokeo yake, inakuwa inawezekana kuchagua chaguo la habari.
Kwa kutumia mawazo ya Barry, Muingereza James Martin alitengeneza mfumo wake wa RAD wakati wa kufanya kazi katika miaka ya 1980 katika IBM, na hatimaye kuziunda kuwa "Maendeleo ya Haraka ya Maombi" katika 1991.
Ukweli, kuna machafuko juu ya maana ya neno "RAD" hata kati ya wataalamu wa IT. Baada ya yote, tulizungumza juu ya dhana mbili: RAD kama njia mbadala inayofaa kwa Maporomoko ya Maji Na RAD kama njia maalum iliyoundwa na Martin. Mwisho umebadilishwa kwa mifumo ya biashara inayohitaji UI.
Baadaye, mawazo yalitengenezwa na kuboreshwa Waanzilishi wa RAD James Kerr na Richard Hunter katika ushirikiano wa "Ndani ya RAD," ambayo iliangazia safari ya meneja wa mradi alipokuwa akijifunza na kutekeleza mbinu halisi ya maendeleo ya utumaji wa haraka wa mradi halisi.
Mfano wa ond ni mchakato wa ukuzaji wa programu ambao unachanganya muundo na protoksi ya hatua kwa hatua.
Misingi (kanuni) za maendeleo ya haraka ya maombi
Kanuni za RAD zinalenga katika kutoa manufaa ya msingi ya maendeleo ya haraka ya programu:
- kuongezeka kwa kasi ya maendeleo
- gharama nafuu
- ubora wa juu.
Hatua ya mwisho ni pale ambapo matatizo mengi hutokea, kwa sababu msanidi programu na mteja wanaona somo la maendeleo tofauti.
Ili kuondoa shida hii na zingine, James Martin na wafuasi wake waligundua kanuni zifuatazo za RAD:
- kupunguza gharama za muda- zana inapaswa kulenga kupunguza muda wa maendeleo
- uchapaji picha- Uundaji wa prototypes kubainisha mahitaji ya wateja
- maendeleo ya mzunguko- kila toleo jipya la bidhaa linatokana na tathmini ya mteja ya matokeo ya toleo la awali
- ushirikiano- timu ya maendeleo lazima kuingiliana kwa karibu na kila mmoja, kila mwanachama lazima awe tayari kutekeleza majukumu mengi
- mbinu ya kurudia kwa maendeleo
- mchanganyikoupimaji na maendeleo ya mfumo.
Kanuni za RAD hazitumiwi tu wakati wa utekelezaji, lakini pia zinaenea kwa hatua zote za mzunguko wa maisha, hasa, hadi hatua ya uchunguzi wa shirika, mahitaji ya ujenzi, uchambuzi na kubuni.
Mzunguko wa maisha ya programu kulingana na RAD
Wakati wa mchakato wa RAD, maombi hupitia awamu nne.
Uchambuzi wa mahitaji na awamu ya kupanga
Mahitaji, kazi za maombi na kipaumbele chao ni kuamua, mahitaji ya habari yanaelezwa. Awamu hiyo inafanywa kimsingi na watumiaji kwa ushiriki wa watengenezaji. Katika hatua hii, ukubwa wa mradi, wakati na mfumo wa kifedha, na majukwaa ya kuzindua programu pia yanaonyeshwa.
, kampuni ya Beverly Flowers inahitaji maombi ya kuagiza maua mtandaoni nyumbani kwako. Muda wa uundaji ni siku 50, bajeti ni $3,000.Awamu ya kubuni
Watumiaji wengine hushiriki katika muundo wa kiufundi wa mfumo chini ya uongozi wa watengenezaji. Vikundi vya RAD au vikundi vidogo katika awamu hii kwa kawaida hutumia mchanganyiko wa mbinuNa Maendeleo ya Maombi ya Ushirikiano (JAD) Na Vyombo vya KESI kutafsiri mahitaji ya mtumiaji katika miundo ya kufanya kazi.
JAD (Ukuzaji wa Maombi ya Pamoja) ni dhana ya ukuzaji wa programu ya pamoja, ambayo ndani yake kuna mwingiliano wa karibu kati ya mteja na watekelezaji ili kutatua kwa ufanisi masuala yanayohusiana na programu inayotengenezwa.
Case ni seti ya zana na mbinu za muundo wa programu ili kuhakikisha bidhaa za programu za ubora wa juu, zisizo na hitilafu na ambazo ni rahisi kutunza.
Wakati wa awamu ya kubuni, watumiaji wanaweza kuelewa, kurekebisha, na kufafanua muundo wa kufanya kazi wa mfumo unaokidhi mahitaji yao. Kila mchakato unazingatiwa kwa undani na, ikiwa ni lazima, kuundwamfano wa sehemu .
Kama matokeo, awamu zinaundwa:
- maelezo ya jumla mfano wa maombi
- mifano ya kazi ya mfumo na mifumo ndogo
- prototypes zinazofanya kazi za skrini, ripoti na mazungumzo.
Ikiwa katika mifano ya awali zana za maendeleo ya mfano hazikuhusiana na maombi halisi, na hazikutumiwa katika siku zijazo, basi. kwa RAD, kila mfano unakuwa sehemu ya mfumo wa siku zijazo.
Kwa hivyo, katika programu ya Maua ya Beverly, watumiaji wanapaswa kupata chaguzi zifuatazo: "Ukurasa wa Nyumbani", "Utafutaji wa Maua", "Orodha ya Maua".
SpringToolSuite ya bure ilichaguliwa kama jukwaa la ukuzaji, ambalo idadi kubwa ya sampuli zinapatikana - vipande vilivyoandikwa vya msimbo.
Jukumu la seva ni Apache Tomcat 6.0.
Awamu ya ujenzi
Katika hatua hii, maendeleo ya haraka ya haraka hutokea kulingana na matokeo yaliyopatikana katika awamu zilizopita. Ambapowatumiaji wanaendelea kushiriki katika uundaji wa mfumo, na kupendekeza mabadiliko na uboreshaji wa programu. Upimaji wa maombi pia hutokea wakati wa maendeleo.
Programu ya "Maua ya Beverly" imekusanywa kutoka kwa vipengele vitatu vya kazi - mtumiaji huenda kwenye "Ukurasa wa Nyumbani", "Utafutaji wa Maua" na "Orodha ya Maua".
Ilichukua mtaalamu 1 na siku 8 kuunda mtindo wa kufanya kazi.
Awamu ya utekelezaji
Inashughulikia mafunzo ya watumiaji, majaribio na kubadilisha mfumo wa zamani na mpya. Maandalizi ya awamu hii huanza na awamu ya kubuni.
Hapo awali, Beverly Flowers ilikubali maagizo moja kwa moja katika maeneo ya mauzo na kwa simu.
Kwa kurekodi ujumbe kuhusu uwezekano wa kuagiza kwa njia ya maombi maalum na kuweka habari inasimama katika pointi za mauzo, katika wiki 2 tuliweza kubadili wateja wengine kwenye kituo kipya cha mauzo.
Wakati huo huo, sehemu ya maagizo ya simu ilipungua kwa uwiano, ambayo ina maana iliwezekana kupunguza wafanyakazi wa wasimamizi wa huduma kwa wateja.
Inafaa kuzingatia kwamba, tofauti na Maporomoko ya Maji, mzunguko wa maisha ya mradi kulingana na mbinu ya RAD sio ngumu. Kulingana na hali ya kuanzia, idadi ya awamu inaweza kupungua, pamoja na kujaza kwao.
Faida na hasara za maendeleo ya haraka ya programu katika kampuni yako
Iwapo utatumia Ukuzaji wa Programu ya Haraka au la kwa kiasi kikubwa inategemea hali ya kuanza, mahitaji ya mteja na aina ya programu.
Faida za wazi za RAD ni pamoja na:
- ubora wa juu. Mwingiliano wa mtumiaji na prototypes huongeza utendakazi wa miradi ya maendeleo ya programu haraka. Programu kama hizo zinaweza kukidhi mahitaji ya mteja (mtumiaji wa mwisho) kuliko kutumia mbinu za Agile/Maporomoko ya maji.
- udhibiti wa hatari- ingawa sehemu ya simba nyenzo kuhusu RAD inazingatia kasi Na kuhusika watumiaji kama sifa kuu za mfano, faida ya tatu muhimu haiwezi kutengwa — kupunguza hatari.
Inafurahisha, Boehm, ambaye aliunda toleo la kwanza la RAD, alielezea mfano wa ond kama msingi wa hatari.
Kutumia maendeleo ya haraka ya maombi inakuwezesha kuzingatia mambo makuu ya hatari na kukabiliana nao katika hatua ya awali. - Miradi zaidi inakamilika kwa kila kitengo cha muda ndani ya bajeti- kwa kuwa RAD inamaanisha modeli ya maendeleo ya nyongeza, nafasi za makosa muhimu, ambayo mara nyingi hutokea katika miradi mikubwa ya Maporomoko ya Maji, hupunguzwa.
Ikiwa katika miradi ya mfumo wa maporomoko ya maji utekelezaji wa mradi uliwezekana baada ya miezi sita au zaidi ya uchambuzi na maendeleo, basi katika RAD taarifa zote muhimu zinafunuliwa mapema, wakati wa mchakato wa kuunda maombi yenyewe.
Muundo wa ukuzaji wa nyongeza ni umbizo la ukuzaji programu ambalo linahusisha kugawanya bidhaa katika vipengele vinavyojitegemea kiasi. Mwisho hutengenezwa na kuweka katika operesheni tofauti.
Sio bila mapungufu yake.
Ubaya wa maendeleo ya haraka ya programu ni pamoja na:
- hatari ya "novelty"- kwa kampuni nyingi za IT, RAD ilikuwa bidhaa mpya ambayo ilihitaji kufikiria tena njia za kawaida za kufanya kazi. Upinzani wa mambo mapya na haja ya kujifunza zana na mbinu kutoka mwanzo husababisha makosa wakati wa utekelezaji wa kwanza wa maendeleo ya haraka ya programu.
- ikiwa watumiaji hawawezi kuendelea kushiriki katika mchakato wa ukuzaji katika kipindi chote cha maisha, hii inaweza kuathiri vibaya bidhaa ya mwisho - kipengele cha RAD ni kuongezeka kwa mwingiliano kati ya watumiaji na wasanidi programu, tofauti na miundo ya Maporomoko ya maji ambayo jukumu la watumiaji linapunguzwa hadi kufafanua mahitaji. . Ifuatayo, watengenezaji huunda mfumo wenyewe.
- kupunguzwa udhibiti— kubadilika, kuchakata kubadilika kama mojawapo ya faida za RAD ina maana ya uwezo wa kukabiliana haraka na matatizo na fursa zote mbili.
Kwa bahati mbaya, utalazimika kutoa upendeleo kwa jambo moja - kubadilika au kudhibiti. Katika kesi ya mwisho, mbinu ya maendeleo ya maombi ya haraka haitawezekana. - kubuni sparse- kuzingatia prototypes katika baadhi ya matukio husababisha "hack na mtihani" mbinu, ambayo watengenezaji mara kwa mara kufanya mabadiliko madogo katika vipengele vya mtu binafsi na kupuuza matatizo ya usanifu wa mfumo.
- ukosefu wa scalability- RAD hutumiwa kimsingi na timu ndogo na za kati za mradi. Upungufu wa mbinu ya maendeleo ya maombi ya haraka hutamkwa hasa wakati wa kutumia maendeleo ya maombi ya haraka katika kazi kwenye miradi mikubwa.
Mbinu ya RAD inafaa kwa mradi wako ikiwa:
- kasi na urahisi wa maendeleo ni muhimu kwake
- maeneo ya kipaumbele kwa maendeleo ya mradi yamefafanuliwa wazi
- Programu inahitaji kuendelezwa kwa muda mfupi
- mradi unafanywa chini ya bajeti ndogo
- kigezo kuu ni kiolesura cha mtumiaji
- Inawezekana kuvunja mradi katika vipengele vya kazi.
Mbinu ya ukuzaji wa programu ya haraka haitafaa mradi wako ikiwa:
- ubora na udhibiti ni muhimu kwake
- tunazungumza juu ya kuunda mradi mkubwa- makadirio ya muda wa juu wa maendeleo ya maombi ni siku 60-90, na wakati wa kuandika mamia ya maelfu ya mistari ya msimbo wa programu, karibu haiwezekani kuzingatia kizuizi kama hicho.
- muhimu kwa utekelezaji ni kiwango cha juu cha mipango na nidhamu kali ya kubuni, ufuasi mkali kwa itifaki na violesura vilivyotengenezwa awali
- Usalama wa watu hutegemea kwa kiasi fulani juu ya maombi.
Uamuzi
Dhana ya ukuzaji wa haraka wa programu (iliyofupishwa kama RAD kwa Ukuzaji wa Programu ya Haraka) ni aina ya miundo ya ukuzaji wa programu inayoongezeka.
Vigezo muhimu ambavyo RAD inafanya kazi ni:
kasi na urahisi wa programu.
Mbinu itakuwa chaguo bora kwa utekelezaji miradi midogo yenye bajeti ndogo, ambayo yanahitaji kuendelezwa kwa muda mfupi. Kwa mifumo mikubwa yenye mahitaji ya juu ya udhibiti na mipango, ni bora kuchagua mifano mingine ya maendeleo ya programu.
Utengenezaji wa haraka wa programu ni hitaji kubwa katika soko la kisasa la IT. Msimamo wa sekta hiyo ni kwamba inapaswa kujibu kwa ufanisi kabisa kwa hali yoyote inayobadilika mara kwa mara. Haraka, haraka - maneno haya hayapotei kutoka kwa msamiati wa watengenezaji wenye mafanikio. Maombi lazima yakidhi mahitaji ya sasa, kutoa utendakazi ambao ulikisiwa tu jana, lakini leo tayari inahitajika - hii ndiyo maana ya maendeleo ya haraka ya programu. Ukuzaji wa programu leo umeingia kihalisi katika maeneo yote ya maisha na mahitaji mapya yanaweza kuonekana kutoka kwa mwelekeo wowote. Programu leo ni:
- Usimamizi wa kisasa
- Udhibiti
- Ufuatiliaji
Je, haraka haimaanishi ubora duni?
Ukuzaji wa programu ni mchakato unaohitaji nguvu kazi kubwa ambayo inahitaji kiwango na maarifa ya mtendaji. Kijadi inaaminika kuwa ubora unamaanisha mzunguko mrefu. Lakini hii ni kweli? Je, inawezekana kwa haraka na kwa haraka kuendeleza programu?
- Ili kuzalisha bidhaa haraka, unahitaji ama timu ya wataalamu iliyoratibiwa vyema au mtu binafsi wa pande zote. Bila shaka, hii haitumiki kwa programu zote.
- Udhibiti wa ubora ni utaratibu wa lazima. Udhibiti wa ubora na kukamata "hitilafu" katika mchakato kama vile kuunda programu haiwezi kutengwa kwenye mchakato wa uzalishaji, hata kuharakisha. Hii ni hali ya lazima kwa programu iliyofanywa kitaaluma.
- Ili kuhakikisha kuwa uharaka haudhuru bidhaa ya mwisho, tunahitaji wasanii ambao wamebobea kwa muda mrefu na kuunda mchakato wao wa uzalishaji. Uwezekano mkubwa zaidi, maendeleo ya programu na wataalam kama hao yatakuwa ya hali ya juu na ya haraka.
Mtu yeyote anayehitaji utekelezaji haraka, haraka na kitaaluma anaweza kuagiza huduma za haraka za maendeleo leo. Swali linabaki wazi: wapi kupata wataalam wenye uwezo kwa uundaji wa haraka wa programu?
Tafuta wasanii.
Wataalamu wengi, raia na umoja katika mashirika, hutoa huduma zinazofanana. Unaweza kuagiza chochote kutoka kwao, kwa kawaida bei itategemea kiwango cha mtaalamu, mahitaji yake na utata wa kazi. Kuna njia tatu kuu ambazo wateja wengi hutumia.
- Maendeleo ya studio. Studio zinatarajia uundaji bora, lakini kwa dharura zinatoza malipo makubwa sana. Unaweza kuagiza programu kutoka kwao ikiwa mteja yuko tayari kulipa gharama hizi.
- Wafanyakazi huru. Suala lenye utata. Unaweza kuokoa pesa, lakini unaweza kuishia na makataa uliyokosa na ubora wa wastani sana.
Majukwaa maalum ambayo hutoa jukwaa rahisi la kuweka maagizo na ushindani kwa wataalamu wa kiraia. Wanatofautiana na chaguo la awali kwa kasi, usalama na uwezo wa kuchagua toleo la ushindani zaidi. Huduma bora zaidi ni Yudu, ambayo inafanya uwezekano wa kujifunza kwingineko ya kweli ya kila mtaalamu na kuchagua chaguo kufaa zaidi.
Teknolojia ya RAD (Haraka Maombi Maendeleo) – ni teknolojia ya kuunda programu kwa haraka kulingana na prototipu na matumizi ya kiolesura cha picha cha mtumiaji GUI (Mchoro Mtumiaji Kiolesura).
Teknolojia ya RAD haiwezi kusaidia uundaji wa bidhaa changamano zilizo na vipande vingi ambavyo huchukua zaidi ya wiki mbili kupangwa. Teknolojia hii inalenga zaidi uundaji wa programu maalum za kawaida kuliko muundo wa IC wa viwandani.
Suluhisho kwa takriban matatizo yote yanayohusiana na ukuzaji mdogo wa IC hupatikana kwa kutumia teknolojia ya RAD inayotambulika kimataifa. Inajumuisha kuandaa kinachojulikana kama kikundi cha RAD cha watu 6-7, kinachojumuisha meneja, mchambuzi wa mfumo na waandaaji wa programu 4-5, ambao hupewa mipango wazi ya kipindi chote cha maendeleo ya mradi na muda wa 1 hadi 2. wiki.
Msingi wa teknolojia hii ni mfano wa ond wa uumbaji wa IP (Mchoro 6.1). Kama inavyoonekana kwenye takwimu, maendeleo yanaendelea kwa ond, kurudia kupitia hatua zote 4 za maendeleo ya IP.
Mchoro 6.1 - Mfano wa kubuni wa Spiral kulingana na teknolojia ya RAD
Katika hatua ya uchambuzi watumiaji hufanya vitendo vifuatavyo:
kuamua kazi ambazo mfumo lazima ufanye;
onyesha kazi za kipaumbele za juu zaidi zinazohitaji ufafanuzi kwanza;
kuelezea mahitaji ya habari. Uundaji wa mahitaji ya mfumo unafanywa hasa na watumiaji chini ya uongozi wa watengenezaji maalum. Kwa kuongeza, katika hatua hii kazi zifuatazo zinatatuliwa:
upeo wa mradi ni mdogo;
muafaka wa muda umeanzishwa kwa kila hatua zinazofuata;
uwezekano sana wa kutekeleza mradi ndani ya kiasi kilichotolewa cha fedha, kwa kutumia vifaa vinavyopatikana, nk. Matokeo ya hatua inapaswa kuwa:
orodha ya kazi zilizopewa kipaumbele za programu ya IS ya siku zijazo;
mifano ya programu ya awali.
Katika hatua ya kubuni Watumiaji wengine hushiriki katika usanifu wa kiufundi wa mfumo chini ya mwongozo wa watengenezaji maalum. Ili kupata haraka prototypes za kufanya kazi za programu, zana zinazofaa (zana za KESI) hutumiwa. Watumiaji, wanaoingiliana moja kwa moja na wasanidi programu, hufafanua na kuongeza mahitaji ya mfumo ambayo hayakutambuliwa katika hatua ya awali. Katika hatua hii, vitendo vifuatavyo hufanywa:
michakato ya mfumo inachunguzwa kwa undani zaidi;
ikiwa ni lazima, mfano wa sehemu huundwa kwa kila mchakato wa kimsingi: fomu ya skrini, mazungumzo, ripoti inayoondoa utata au utata;
mahitaji ya kuzuia upatikanaji wa data yanaanzishwa;
muundo wa nyaraka muhimu imedhamiriwa.
Baada ya ufafanuzi wa kina wa muundo wa michakato, idadi ya kinachojulikana kama sehemu za kazi za mfumo unaotengenezwa hupimwa na uamuzi unafanywa kugawa IS katika mifumo ndogo ambayo inaweza kutekelezwa na timu moja ya watengenezaji kwa wakati unaokubalika. kwa miradi ya RAD (hadi miezi 3).
Sehemu ya kazi -Hii vipengele vyovyote vya mfumo vinavyotengenezwa:
kipengele cha pembejeo cha programu (hati ya pembejeo au maonyesho);
kipengele cha pato la programu (ripoti, hati, fomu ya skrini);
ombi (jozi ya maswali/jibu);
faili ya mantiki (mkusanyiko wa rekodi za data zinazotumiwa ndani ya programu);
kiolesura cha programu (seti ya rekodi za data zinazotumwa au kupokelewa kutoka kwa programu nyingine).
Mradi huo kisha kusambazwa kati ya timu mbalimbali za maendeleo. Uzoefu wa kuendeleza IS kubwa unaonyesha kuwa ili kuongeza ufanisi wa kazi, ni muhimu kugawanya mradi katika mifumo ndogo tofauti ambayo imeunganishwa dhaifu kwa suala la data na kazi. Utekelezaji wa mfumo mdogo unapaswa kufanywa na vikundi tofauti vya wataalam. Wakati huo huo, ni muhimu kuhakikisha uratibu wa mradi wa jumla na kuondoa marudio ya matokeo ya kazi ya kila kikundi cha mradi, ambayo inaweza kutokea kutokana na kuwepo kwa data na kazi za kawaida.
Katika kesi ya kutumia zana za CASE, hii inamaanisha kugawanya muundo wa utendaji wa mfumo (michoro ya mtiririko wa data kwa mbinu iliyopangwa au kutumia vielelezo vya kesi kwa mbinu inayolenga kitu.
Matokeo ya hatua hii inapaswa kuwa:
mfano wa habari wa jumla wa mfumo;
mifano ya kazi ya mfumo kwa ujumla na mifumo ndogo inayotekelezwa na timu za maendeleo ya mtu binafsi;
miingiliano iliyofafanuliwa kwa usahihi kati ya mifumo midogo iliyotengenezwa kwa uhuru;
prototypes zilizojengwa za fomu za skrini, ripoti, mazungumzo.
Aina zote na prototypes lazima zipatikane kwa kutumia zana hizo za CASE ambazo zitatumika katika siku zijazo wakati wa kujenga mfumo. Sharti hili linatokana na hitaji la kuzuia upotoshaji wa data usiodhibitiwa wakati wa kuhamisha habari kuhusu mradi kutoka hatua hadi hatua.
Tofauti na mbinu ya awali, ambayo ilitumia zana mahususi za uigaji ambazo hazikuundwa kwa ajili ya kuunda programu-tumizi za ulimwengu halisi na prototypes zilizotupwa baada ya kutimiza madhumuni ya kuondoa utata katika muundo, katika mbinu ya RAD kila mfano hutengenezwa kuwa sehemu ya mfumo wa siku zijazo. . Kwa hivyo, habari kamili zaidi na muhimu huhamishiwa kwa hatua inayofuata.
Katika hatua ya utekelezaji Maendeleo ya haraka ya programu yenyewe hufanywa moja kwa moja:
watengenezaji mara kwa mara hujenga mfumo halisi kulingana na mifano iliyopatikana katika hatua ya awali, pamoja na mahitaji yasiyo ya kazi (mahitaji ya kuaminika, mahitaji ya utendaji, nk);
watumiaji hutathmini matokeo yaliyopatikana na kufanya marekebisho ikiwa, wakati wa mchakato wa usanidi, mfumo haukidhi mahitaji yaliyoainishwa hapo awali. Uchunguzi wa mfumo unafanywa wakati wa mchakato wa maendeleo.
Baada ya kukamilisha kazi ya kila timu ya maendeleo ya mtu binafsi, ujumuishaji wa taratibu wa sehemu hii ya mfumo na iliyobaki unafanywa, nambari kamili ya programu inatolewa, utendakazi wa pamoja wa sehemu hii ya maombi hujaribiwa, na kisha mfumo kama. nzima hujaribiwa. Utekelezaji wa mfumo unakamilika kwa kufanya kazi zifuatazo:
matumizi ya data yanachambuliwa na haja ya usambazaji wake imedhamiriwa;
muundo wa kimwili wa hifadhidata unafanywa;
mahitaji ya rasilimali za vifaa yanaundwa;
njia za kuongeza tija zimeanzishwa;
Uendelezaji wa nyaraka za mradi unakamilika.
Utengenezaji wa bidhaa za programu unajua mbinu nyingi zinazofaa - kwa maneno mengine, mbinu bora zilizowekwa. Chaguo inategemea maalum ya mradi, mfumo wa bajeti, upendeleo wa kibinafsi na hata hali ya joto ya meneja. Nakala hiyo inaelezea mbinu ambazo tunakutana nazo mara kwa mara huko Edison.
1. “Mfano wa Maporomoko ya Maji” (mfano wa mteremko au “maporomoko ya maji”)
Moja ya kongwe zaidi, inahusisha kifungu cha mfululizo wa hatua, ambayo kila moja lazima ikamilike kabisa kabla ya ijayo kuanza. Mtindo wa Maporomoko ya maji hurahisisha kusimamia mradi. Shukrani kwa ugumu wake, maendeleo yanaendelea haraka, gharama na tarehe ya mwisho imedhamiriwa mapema. Lakini huu ni upanga wenye makali kuwili. Mfano wa maporomoko ya maji utatoa matokeo bora tu katika miradi iliyo na mahitaji wazi na yaliyoainishwa mapema na njia za kutekeleza. Hakuna njia ya kurudi nyuma; majaribio huanza tu baada ya usanidi kukamilika au karibu kukamilika. Bidhaa zilizotengenezwa kulingana na mtindo huu bila chaguo sahihi zinaweza kuwa na mapungufu (orodha ya mahitaji haiwezi kurekebishwa wakati wowote), ambayo inajulikana tu mwishoni kwa sababu ya mlolongo mkali wa vitendo. Gharama ya kufanya mabadiliko ni kubwa kwa sababu inahitaji kusubiri hadi mradi mzima ukamilike ili kuuanzisha. Hata hivyo, gharama ya kudumu mara nyingi huzidi hasara za mbinu. Kurekebisha mapungufu yaliyopatikana wakati wa mchakato wa uundaji inawezekana, na, kwa uzoefu wetu, inahitaji makubaliano moja hadi matatu ya ziada kwa mkataba na vipimo vidogo vya kiufundi.
Kwa kutumia mfano wa maporomoko ya maji, tuliunda miradi mingi kutoka mwanzo, ikiwa ni pamoja na maendeleo ya vipimo vya kiufundi pekee. Miradi ambayo imeandikwa kuhusu Habré: kati - X-ray microtomography, ndogo - kusasisha kiotomatiki kwa huduma ya Windows kwenye AWS.
Wakati wa kutumia mbinu ya maporomoko ya maji?
- Ni wakati tu mahitaji yanajulikana, kueleweka na kurekodiwa. Hakuna mahitaji yanayokinzana.
- Hakuna matatizo na upatikanaji wa watayarishaji wa programu walio na sifa zinazohitajika.
- Katika miradi midogo.
2. "V-Model"
Alirithi muundo wa "hatua kwa hatua" kutoka kwa mfano wa kuteleza. Mfano wa umbo la V unatumika kwa mifumo ambayo operesheni isiyoingiliwa ni muhimu sana. Kwa mfano, programu za maombi katika kliniki kwa ajili ya ufuatiliaji wa wagonjwa, programu jumuishi kwa ajili ya mifumo ya udhibiti wa airbags dharura katika magari, na kadhalika. Kipengele maalum cha mfano ni kwamba inalenga kuangalia na kupima kwa makini bidhaa ambayo tayari iko katika hatua za awali za kubuni. Hatua ya kupima inafanywa wakati huo huo na hatua ya maendeleo sambamba, kwa mfano, vipimo vya kitengo vimeandikwa wakati wa coding.
Mfano wa kazi yetu kulingana na V-methodology ni programu ya rununu kwa waendeshaji wa rununu wa Uropa ambayo huokoa gharama za kuvinjari wakati wa kusafiri. Mradi huo unafanywa kwa mujibu wa maelezo ya wazi, lakini ni pamoja na hatua muhimu ya kupima: urahisi wa interface, kazi, mzigo, na ikiwa ni pamoja na ushirikiano, ambayo inapaswa kuthibitisha kwamba vipengele kadhaa kutoka kwa wazalishaji tofauti hufanya kazi pamoja kwa utulivu, wizi wa fedha na mikopo ni. haiwezekani.
Wakati wa kutumia V-modeli?
- Ikiwa upimaji wa kina wa bidhaa unahitajika, basi V-mfano itahalalisha wazo lake la asili: uthibitishaji na uthibitishaji.
- Kwa miradi midogo na ya kati ambapo mahitaji yanafafanuliwa wazi na yamewekwa.
- Katika hali ya upatikanaji wa wahandisi wenye sifa zinazohitajika, hasa wapimaji.
3. "Mfano wa Kuongeza" (mfano wa nyongeza)
Katika mfano wa kuongezeka, mahitaji ya mfumo kamili yanagawanywa katika makusanyiko tofauti. Istilahi mara nyingi hutumiwa kuelezea mkusanyiko wa hatua kwa hatua wa programu. Mizunguko kadhaa ya maendeleo hufanyika, na kwa pamoja huunda mzunguko wa maisha ya maporomoko mengi ya maji. Mzunguko umegawanywa katika modules ndogo, zilizoundwa kwa urahisi. Kila moduli hupitia awamu za ufafanuzi wa mahitaji, muundo, usimbaji, utekelezaji na majaribio. Utaratibu wa maendeleo kulingana na mfano wa kuongezeka unahusisha kutolewa kwa bidhaa na utendaji wa msingi katika hatua kubwa ya kwanza, na kisha kuongeza sequentially kazi mpya, kinachojulikana kama "ongezeko". Mchakato unaendelea hadi mfumo kamili utengenezwe.
Miundo ya ongezeko hutumiwa ambapo maombi ya mabadiliko ya mtu binafsi yako wazi na yanaweza kurasimishwa na kutekelezwa kwa urahisi. Katika miradi yetu, tuliitumia kuunda msomaji wa DefView, na kisha mtandao wa Vivaldi wa maktaba ya elektroniki.
Kwa mfano, tutaelezea kiini cha nyongeza moja. Mtandao wa Vivaldi wa maktaba za kielektroniki ulibadilisha DefView. DefView imeunganishwa kwenye seva moja ya hati na sasa inaweza kuunganisha kwa nyingi. Seva ya hifadhi imewekwa kwenye tovuti ya taasisi inayotaka kutangaza maudhui yake kwa watazamaji maalum, ambayo hupata hati moja kwa moja na kuzibadilisha kuwa muundo unaohitajika. Sehemu ya mizizi ya usanifu imeonekana - seva ya kati ya Vivaldi, ambayo hufanya kama injini ya utaftaji ya umoja kwa seva zote za uhifadhi zilizowekwa katika taasisi mbali mbali.
Wakati wa kutumia mfano wa nyongeza?
- Wakati mahitaji ya msingi ya mfumo yanafafanuliwa wazi na kueleweka. Wakati huo huo, baadhi ya maelezo yanaweza kusafishwa kwa muda.
- Utangulizi wa mapema wa bidhaa kwenye soko unahitajika.
- Kuna vipengele au malengo kadhaa hatari.
4. "Mfano wa RAD" (muundo wa ukuzaji wa programu ya haraka au ukuzaji wa haraka wa programu)
Mfano wa RAD ni aina ya mfano wa nyongeza. Katika muundo wa RAD, vipengele au utendaji hutengenezwa na timu kadhaa zenye ujuzi wa hali ya juu sambamba, kama vile miradi midogo mingi. Muda wa mzunguko mmoja ni mdogo sana. Kisha moduli zilizoundwa zimeunganishwa katika mfano mmoja wa kufanya kazi. Harambee hukuruhusu kuwasilisha kwa haraka kitu kinachofanya kazi kwa mteja kwa ukaguzi ili kupokea maoni na kufanya mabadiliko.
Mtindo wa maendeleo ya haraka ya maombi ni pamoja na awamu zifuatazo:
- Muundo wa biashara: kufafanua orodha ya mtiririko wa habari kati ya idara tofauti.
- Mfano wa data: habari iliyokusanywa katika hatua ya awali hutumiwa kuamua vitu na vyombo vingine muhimu kwa usambazaji wa habari.
- Uundaji wa mchakato: Habari hutiririka kuunganisha vitu ili kufikia malengo ya maendeleo.
- Unda programu: Hutumia zana za kusanyiko otomatiki kubadilisha miundo ya CAD kuwa msimbo.
- Majaribio: vipengele vipya na violesura vinajaribiwa.
Inaweza kutumika tu na wasanifu waliohitimu sana na waliobobea sana. Bajeti ya mradi ni kubwa kulipia wataalamu hawa pamoja na gharama ya zana za mkusanyiko zilizotengenezwa tayari. Mfano wa RAD unaweza kuchaguliwa kwa ujuzi wa ujasiri wa biashara inayolengwa na haja ya uzalishaji wa haraka wa mfumo ndani ya miezi 2-3.
5. "Mfano wa Agile" (mbinu rahisi ya ukuzaji)
Katika mbinu ya ukuzaji "ya haraka", baada ya kila kurudia mteja anaweza kutazama matokeo na kuelewa ikiwa yanamridhisha au la. Hii ni moja ya faida za mfano rahisi. Hasara zake ni pamoja na ukweli kwamba kutokana na ukosefu wa uundaji maalum wa matokeo, ni vigumu kukadiria gharama za kazi na gharama zinazohitajika kwa maendeleo. Extreme Programming (XP) ni mojawapo ya utumizi unaojulikana sana wa kielelezo cha kisasa katika mazoezi.
Aina hii inategemea mikutano mifupi ya kila siku - "Scrum" na mikutano ya mara kwa mara (mara moja kwa wiki, mara moja kila wiki mbili au mara moja kwa mwezi), inayoitwa "Sprint". Katika mikutano ya kila siku, washiriki wa timu hujadili:
- ripoti juu ya kazi iliyofanywa tangu Scrum ya mwisho;
- orodha ya majukumu ambayo mfanyakazi lazima amalize kabla ya mkutano ujao;
- matatizo yaliyojitokeza wakati wa kazi.
Wakati wa kutumia Agile?
- Wakati mahitaji ya mtumiaji yanabadilika kila wakati katika biashara inayobadilika.
- Mabadiliko ya agile yanatekelezwa kwa gharama ya chini kutokana na ongezeko la mara kwa mara.
- Tofauti na mfano wa maporomoko ya maji, mtindo wa agile unahitaji mipango kidogo tu kupata mradi kutoka ardhini.
6. "Mfano wa Kurudia" (mfano wa kurudia au wa kurudia)
Muundo unaorudiwa wa mzunguko wa maisha hauhitaji vipimo kamili vya mahitaji ili kuanza. Badala yake, uumbaji huanza na utekelezaji wa kipande cha utendaji, ambayo inakuwa msingi wa kufafanua mahitaji zaidi. Utaratibu huu unarudiwa. Toleo hilo haliwezi kuwa kamilifu, jambo kuu ni kwamba linafanya kazi. Kwa kuelewa lengo la mwisho, tunajitahidi ili kila hatua iwe na ufanisi, na kila toleo linaweza kutekelezeka.
Mchoro unaonyesha "maendeleo" ya kurudia ya Mona Lisa. Kama unaweza kuona, katika iteration ya kwanza kuna mchoro tu wa Mona Lisa, kwa pili rangi zinaonekana, na iteration ya tatu inaongeza maelezo, kueneza na kukamilisha mchakato. Katika mfano wa kuongezeka, utendaji wa bidhaa umejengwa kipande kwa kipande, bidhaa imeundwa na sehemu. Tofauti na mfano wa kurudia, kila kipande kinawakilisha kipengele kamili.
Mfano wa maendeleo ya kurudia ni utambuzi wa sauti. Utafiti wa kwanza na maandalizi ya vifaa vya kisayansi ulianza muda mrefu uliopita, kwanza katika mawazo, kisha kwenye karatasi. Kwa kila marudio mapya, ubora wa utambuzi uliboreshwa. Hata hivyo, utambuzi kamili bado haujapatikana, kwa hiyo, tatizo bado halijatatuliwa kabisa.
Ni lini ni bora kutumia mfano wa kurudia?
- Mahitaji ya mfumo wa mwisho yanafafanuliwa wazi na kueleweka mapema.
- Mradi ni mkubwa au mkubwa sana.
- Lengo kuu lazima lifafanuliwe, lakini maelezo ya utekelezaji yanaweza kubadilika baada ya muda.
7. "Spiral Model" (mfano wa ond)
"Mfano wa ond" ni sawa na mfano wa kuongezeka, lakini kwa msisitizo juu ya uchambuzi wa hatari. Hufanya kazi vyema katika kutatua matatizo muhimu ya biashara wakati kutofaulu hakupatani na shughuli za kampuni, katika muktadha wa kutolewa kwa laini mpya za bidhaa, wakati utafiti wa kisayansi na majaribio ya vitendo ni muhimu.
Mfano wa ond unajumuisha hatua 4 kwa kila zamu:
- kupanga;
- uchambuzi wa hatari;
- kubuni;
- tathmini ya matokeo na, ikiwa ubora ni wa kuridhisha, mpito kwa hatua mpya.
Hebu tufanye muhtasari
Slaidi inaonyesha tofauti kati ya mbinu mbili za kawaida.
Katika mazoezi ya kisasa, mifano ya maendeleo ya programu ni multivariate. Hakuna mfano mmoja sahihi kwa miradi yote, hali ya kuanzia na mifano ya malipo. Hata Agile, anayependwa sana na sisi sote, haiwezi kutumika kila mahali kwa sababu ya kutokuwa tayari kwa baadhi ya wateja au kutowezekana kwa ufadhili rahisi. Mbinu kwa sehemu zinaingiliana katika njia na zinafanana kwa sehemu. Dhana zingine zilitumika tu kukuza watunzi wao wenyewe na hazikuleta chochote kipya katika vitendo.
Kuhusu teknolojia ya maendeleo:
Kwa mara nyingine tena kuhusu mbinu saba kuu za maendeleo.
Makosa 10 kuu katika mifumo ya kuongeza kiwango.
Kanuni 8 za Mipango ya Maendeleo Zinazofanya Maisha Rahisi.
Hatari 5 kuu katika ukuzaji wa programu maalum.
Watumiaji waliojiandikisha pekee ndio wanaweza kushiriki katika utafiti. , Tafadhali.
