Katika sehemu ya kwanza, tulichagua kulinganisha mbinu za ukuzaji programu kama vile viashiria kama uhusiano wa mbinu hiyo na ukuzaji unaorudiwa na kiwango cha urasmi katika uundaji wa nyenzo za kufanyia kazi na katika mchakato wa ukuzaji kwa ujumla. Katika sehemu hii, tunatumia viashiria hivi kulinganisha mbinu zinazojulikana zaidi za maendeleo ya programu.

Tutaona itakuaje...

Ole, hii ndio kategoria ngumu zaidi kuelezea - ​​baada ya yote, inajumuisha bidhaa zote mbili za utupaji mkali wa anayeanza anayejaribu kukamilisha mradi wake wa kwanza kwa gharama yoyote, na pia mbinu zilizokomaa na zilizowekwa ambazo zimechukua miaka mingi. uzoefu mbalimbali wa timu maalum za maendeleo na hata zimeelezewa katika kanuni za ndani Kwa kuwa watu ambao wanaweza kukuza mbinu zao wenyewe, kama sheria, wanaweza kutathmini wenyewe kwa suala la kurudia na kurasimisha, tutazingatia wanaoanza. Kwa bahati mbaya, mara nyingi hii inamaanisha kuwa sheria za maendeleo hazipo kabisa, au zimetengenezwa na kupitishwa, lakini hazifuatwi. Ni kawaida katika hali kama hizi kuwa na kiwango cha chini sana cha urasmi katika maendeleo. Kwa hivyo kila kitu kiko wazi na hii.

Maendeleo "Jinsi inavyokuwa"

Vipi kuhusu mbinu ya kurudia? Ole, kama sheria, haitumiwi katika miradi kama hiyo. Kwanza kabisa, kwa sababu ingeruhusu mradi kutathminiwa hata katika marudio ya kwanza kama ya kutiliwa shaka sana na kuhitaji uingiliaji wa haraka kutoka kwa wasimamizi wa juu ili kurejesha utulivu. Hakika, katika mradi wa kurudia, jibu la kitamaduni la mpangaji programu kwamba ana kila kitu tayari 90% hudumu hadi kukamilika kwa iteration ya kwanza ...

Mbinu za miundo

Mbinu za miundo

Mbinu za kimuundo ni kundi la mbinu zilizotengenezwa, kama sheria, hata kabla ya matumizi makubwa ya lugha zinazoelekezwa na kitu. Zote zinahusisha maendeleo ya maporomoko ya maji. Ingawa, kama ilivyotokea, hata katika nakala hiyo, ambayo mara nyingi hutajwa kama uwasilishaji wa kwanza wa njia ya maporomoko ya maji, ilisemekana kwamba inashauriwa kuanza mradi huo na maendeleo ya mfano, ambayo ni, kutekeleza angalau. marudio mawili.

Walakini, msingi wa mbinu hizi ni mpito thabiti kutoka kwa kazi hadi kazi na uhamishaji wa matokeo (hati) ya hatua inayofuata kwa washiriki wa inayofuata.

Pia, mbinu hizi zote zinahitaji mbinu iliyorasimishwa sana, ingawa taarifa kuhusu kiasi cha kutosha cha nyaraka zinaweza kupatikana ndani yake. Mojawapo ya mifano isiyo ya wazi ambayo mbinu za ukuzaji wa programu zilitengenezwa sio Magharibi tu ni nukuu kutoka kwa kitabu kilichochapishwa katika nchi yetu mapema miaka ya 1980, ambayo inasema kwamba kiwango cha urasimishaji wa kazi ya programu inapaswa kuamuliwa kulingana na jinsi vizuri. mchambuzi na mtayarishaji programu. Na hii licha ya ukweli kwamba somo la kitabu lilihusisha maendeleo ya badala muhimu, kama inavyoitwa sasa, mifumo, makosa ambayo husababisha hasara kubwa au hata majanga.

Mbinu za Agile

Mbinu za Agile zinatokana na kanuni kumi, ambazo tutataja zile tu zinazoamua tathmini ya mbinu hizi kulingana na vigezo vilivyochaguliwa:

• jambo kuu ni kumridhisha mteja na kumpa bidhaa haraka iwezekanavyo;
• matoleo mapya ya bidhaa yanapaswa kuonekana kila baada ya wiki chache, au kwa miezi mingi;
• njia bora zaidi ya kuhamisha ujuzi kwa washiriki wa maendeleo na kati yao ni mawasiliano ya kibinafsi;
• mpango kazi ni kiashiria bora cha maendeleo ya maendeleo.

Kwa hivyo, njia hizi zinalenga wazi maendeleo ya programu ya kurudia na urasimishaji mdogo wa mchakato. Hata hivyo, kuhusu hatua ya pili, ni muhimu kufanya uhifadhi: mbinu zilizotajwa zimezingatia kiwango cha chini cha urasimishaji kinachokubalika kwa mradi fulani. Angalau moja ya mbinu zilizojumuishwa katika kikundi cha zile zinazobadilika - Crystal - ina marekebisho iliyoundwa kutekeleza michakato na idadi tofauti ya washiriki na uhakiki tofauti wa programu inayotengenezwa (umuhimu wa programu imedhamiriwa na matokeo yanayowezekana ya makosa, ambayo yanaweza. kutofautiana kutoka kwa hasara ndogo za kifedha hadi urekebishaji wa makosa kabla ya janga). Ili kuzuia ulinganisho zaidi na mbinu zinazonyumbulika zisiwe na maana, tutatoa maelezo mafupi ya kadhaa kati yao.

eXtreme Programming, au XP (programu kali)

Mbinu ya XP, iliyotengenezwa na Kent Beck, Ward Cunningham, na Ron Jeffries, ndiyo inayojulikana zaidi kati ya mbinu za kisasa leo. Wakati mwingine dhana yenyewe ya "mbinu agile" inatambulishwa kwa uwazi au kwa uwazi na XP, ambayo inahubiri mawasiliano, urahisi, maoni na ujasiri. Inafafanuliwa kama seti ya mazoea: mchezo wa kupanga, matoleo mafupi, sitiari, muundo rahisi, urekebishaji upya, ukuzaji wa majaribio, upangaji wa programu jozi, umiliki wa msimbo ulioshirikiwa, wiki za kazi za saa 40, uwepo wa mteja kila wakati, na viwango vya msimbo. . Kuvutiwa na XP kulikua kutoka chini kwenda juu - kutoka kwa watengenezaji na wanaojaribu, kuteswa na mchakato wa uchungu, uwekaji kumbukumbu, vipimo na urasmi mwingine. Hawakukataa nidhamu, lakini hawakuwa tayari kufuata bila maana mahitaji rasmi na walikuwa wakitafuta mbinu mpya, za haraka na rahisi za kuunda programu za ubora wa juu.

Wakati wa kutumia XP, muundo wa programu ya utangulizi wa uangalifu hubadilishwa, kwa upande mmoja, na uwepo wa mara kwa mara wa mteja kwenye timu, tayari kujibu swali lolote na kutathmini mfano wowote, na kwa upande mwingine, kwa marekebisho ya kawaida ya nambari (kinachojulikana kama mfano). refactoring). Nambari iliyopewa maoni kwa uangalifu inachukuliwa kuwa msingi wa nyaraka za mradi. Uangalifu mwingi katika mbinu hulipwa kwa majaribio. Kama sheria, kwa kila njia mpya, mtihani huandikwa kwanza, na kisha msimbo wa njia halisi hutengenezwa hadi mtihani unapoanza kufanya kazi kwa mafanikio. Majaribio haya huhifadhiwa katika vyumba vya majaribio ambavyo hutekelezwa kiotomatiki baada ya kubadilisha msimbo wowote.

Ingawa upangaji programu jozi na wiki ya kazi ya saa 40 labda ni vipengele vinavyojulikana zaidi vya XP, vinaunga mkono kwa asili na vinachangia tija ya juu ya wasanidi programu na makosa yaliyopunguzwa ya maendeleo.

Kioo Wazi

Crystal ni familia ya mbinu zinazoamua kiwango kinachohitajika cha urasimishaji wa mchakato wa maendeleo kulingana na idadi ya washiriki na umuhimu wa kazi.

Mbinu ya Crystal Clear ni duni kuliko XP katika suala la utendakazi, lakini ni rahisi sana kutumia. Inahitaji juhudi ndogo kutekeleza kwa sababu inazingatia tabia za kibinadamu. Inaaminika kuwa mbinu hii inaelezea utaratibu wa asili wa maendeleo ya programu ambayo imeanzishwa katika timu zinazostahili kutosha, ikiwa hazishiriki katika utekelezaji unaolengwa wa mbinu nyingine.

Vipengele muhimu vya Uwazi wa Crystal:

• maendeleo ya kuongezeka mara kwa mara;
• kupima regression moja kwa moja;
• watumiaji wanaalikwa kushiriki kikamilifu katika mradi huo;
• muundo wa nyaraka imedhamiriwa na washiriki wa mradi;
• Kwa kawaida, zana za udhibiti wa toleo la msimbo hutumiwa.

Mbali na Crystal Clear, familia ya Crystal inajumuisha mbinu zingine kadhaa iliyoundwa kushughulikia miradi mikubwa au muhimu zaidi. Zina mahitaji magumu zaidi kwa upeo wa uhifadhi wa nyaraka na taratibu za usaidizi kama vile mabadiliko na udhibiti wa toleo.

Kipengele Inaendeshwa Maendeleo

Uendelezaji wa Kipengele (FDD) hufanya kazi na dhana ya utendaji au kipengele cha mfumo, ambacho kinakaribiana kabisa na dhana ya hali ya matumizi inayotumika katika RUP. Labda tofauti kubwa zaidi ni kizuizi cha ziada: "kila kazi lazima iruhusu utekelezaji katika muda usiozidi wiki mbili." Hiyo ni, ikiwa kesi ya matumizi ni ndogo ya kutosha, inaweza kuchukuliwa kuwa kazi, na ikiwa ni kubwa, basi lazima igawanywe katika kazi kadhaa za kujitegemea.

FDD inajumuisha michakato mitano, huku miwili ya mwisho ikirudiwa kwa kila kitendakazi:

• maendeleo ya mfano wa jumla;
• kuandaa orodha ya kazi muhimu za mfumo;
• kupanga kazi kwenye kila kazi;
• kubuni kazi;
• ujenzi wa kazi.

Kazi kwenye mradi inahusisha kujenga mara kwa mara na imegawanywa katika iterations, ambayo kila mmoja hutekelezwa kwa kutumia seti maalum ya kazi.

Watengenezaji katika FDD wamegawanywa katika "mabwana wa darasa" na "waandaaji wakuu wa programu". Watengenezaji wa programu kuu wanahusisha wamiliki wa madarasa yanayohusika katika kufanya kazi kwenye mali inayofuata. Kwa kulinganisha, katika XP hakuna watu binafsi wanaohusika na madarasa au mbinu.

Vipengele vya kawaida

Orodha ya mbinu rahisi kwa sasa ni pana kabisa. Walakini, mbinu ambazo tumeelezea hutoa picha kamili ya familia nzima.

Karibu mbinu zote zinazobadilika hutumia mbinu ya kurudia, ambayo ni kiasi kidogo tu cha kazi inayohusishwa na kutolewa kwa toleo linalofuata imepangwa kwa undani.

Takriban mbinu zote zinazonyumbulika zimezingatia mbinu isiyo rasmi zaidi ya maendeleo. Ikiwa tatizo linaweza kutatuliwa wakati wa mazungumzo ya kawaida, basi ni bora kufanya hivyo. Aidha, ni muhimu kurasimisha uamuzi uliofanywa kwa namna ya karatasi au hati ya elektroniki tu wakati haiwezekani kufanya bila hiyo.

Mbinu za Agile

Viwango vya GOST

GOSTs, kama mahitaji ya muundo wa CMM yaliyofafanuliwa katika sehemu inayofuata, sio mbinu. Kama sheria, hazielezei michakato ya ukuzaji wa programu yenyewe, lakini huunda tu mahitaji fulani ya michakato, ambayo hufikiwa kwa viwango tofauti na mbinu anuwai. Kulinganisha mahitaji kwa kutumia vigezo sawa ambavyo tunalinganisha mbinu zitakusaidia kuamua mara moja ni mbinu gani zinapaswa kutumika ikiwa unahitaji kufanya maendeleo kulingana na GOST.

Hivi sasa nchini Urusi, GOST za zamani za mfululizo wa 19 na 34 na GOST R ISO IEC 122207 mpya zaidi zinatumika. GOST za mfululizo wa 19 na 34 zinazingatia madhubuti mbinu ya cascade ya maendeleo ya programu. Maendeleo kwa mujibu wa GOSTs hizi hufanyika kwa hatua, ambayo kila mmoja inahusisha utekelezaji wa kazi iliyofafanuliwa madhubuti, na kuishia na kutolewa kwa idadi kubwa ya nyaraka zilizo rasmi sana na za kina. Kwa hiyo, mara moja kufuata kali kwa viwango hivi sio tu husababisha njia ya maporomoko ya maji, lakini pia kuhakikisha kiwango cha juu sana cha urasimishaji wa maendeleo.

Mahitaji ya GOST

GOST 12207, tofauti na viwango vya mfululizo wa 19 na 34, inaelezea maendeleo ya programu kama seti ya michakato kuu na ya ziada ambayo inaweza kufanya kazi tangu mwanzo hadi kukamilika kwa mradi. Mfano wa mzunguko wa maisha unaweza kuchaguliwa kulingana na sifa za mradi huo. Kwa hivyo, GOST hii haikatazi kwa uwazi matumizi ya mbinu ya kurudia, lakini pia haipendekezi kwa uwazi matumizi yake. GOST 12207 pia inabadilika zaidi katika suala la mahitaji ya urasmi wa mchakato wa maendeleo. Ina maelekezo tu juu ya haja ya kuandika matokeo kuu ya taratibu zote, lakini hakuna orodha ya nyaraka zinazohitajika na maagizo kuhusu maudhui yao.

Kwa hivyo, GOST 12207 inaruhusu maendeleo ya mara kwa mara na yasiyo rasmi ya programu.

Miundo ya ukomavu wa mchakato wa maendeleo (CMM, CMMI)

Mbali na viwango vya serikali na kimataifa, kuna mbinu kadhaa za uthibitishaji wa mchakato wa maendeleo. Maarufu zaidi kati yao nchini Urusi ni, inaonekana, CMM na CMMI.

CMM (Mfano wa Ukomavu wa Uwezo) ni mfano wa ukomavu wa michakato ya kuunda programu, ambayo imeundwa kutathmini kiwango cha ukomavu wa mchakato wa maendeleo katika kampuni fulani. Kulingana na mtindo huu, kuna viwango vitano vya ukomavu wa mchakato wa maendeleo. Kiwango cha kwanza kinalingana na maendeleo "kama inavyotokea," wakati watengenezaji wanakaribia kila mradi kana kwamba ni kazi nzuri. Ya pili inalingana na michakato iliyoanzishwa zaidi au chini, wakati unaweza kuhesabu kwa ujasiri mzuri juu ya matokeo mazuri ya mradi. Ya tatu inalingana na uwepo wa michakato iliyokuzwa na iliyoelezewa vizuri inayotumika katika ukuzaji, na ya nne inalingana na utumiaji hai wa metriki katika mchakato wa usimamizi kuweka malengo na kufuatilia mafanikio yao. Hatimaye, kiwango cha tano kinarejelea uwezo wa kampuni wa kuboresha mchakato inavyohitajika.

Mahitaji ya CMM na CMMI

Baada ya ujio wa CMM, mifano maalum ya ukomavu ilianza kutengenezwa kwa ajili ya kuunda mifumo ya habari, kwa mchakato wa uteuzi wa wasambazaji, na wengine wengine. Kwa msingi wao, modeli iliyojumuishwa ya CMMI (Ujumuishaji wa Mfano wa Ukomavu wa Uwezo) ilitengenezwa. Kwa kuongezea, CMMI ilifanya jaribio la kushinda mapungufu ya CMM ambayo yalikuwa yamejitokeza wakati huo - kutia chumvi kwa jukumu la maelezo rasmi ya michakato, wakati uwepo wa hati fulani ulikadiriwa juu zaidi kuliko ule ulioimarishwa vizuri lakini haujaelezewa. mchakato. Hata hivyo, CMMI pia inalenga kutumia mchakato uliorasimishwa sana.

Kwa hivyo, msingi wa mifano ya CMM na CMMI ni urasimishaji wa mchakato wa maendeleo. Wanalenga watengenezaji kutekeleza mchakato ulioelezewa kwa undani katika kanuni na maagizo, ambayo, kwa upande wake, haiwezi lakini kuhitaji maendeleo ya kiasi kikubwa cha nyaraka za mradi kwa udhibiti sahihi na ripoti.

Muunganisho kati ya CMM na CMMI na ukuzaji unaorudiwa sio wa moja kwa moja zaidi. Hapo awali, hakuna moja au nyingine inayoweka mahitaji maalum ya kuambatana na maporomoko ya maji au mbinu ya kurudia. Walakini, kulingana na wataalam wengine, CMM inaendana zaidi na mbinu ya maporomoko ya maji, wakati CMMI pia inaruhusu matumizi ya mbinu ya kurudia.

RUP

Bila shaka, RUP ni mbinu ya kurudia. Ingawa hitaji la lazima la kukamilisha awamu zote au idadi fulani ya chini zaidi ya marudio halijaonyeshwa rasmi popote katika RUP, mbinu nzima inazingatia ukweli kwamba kuna mengi sana. Idadi ndogo ya marudio hairuhusu manufaa kamili ya RUP kutumiwa kikamilifu. Wakati huo huo, RUP pia inaweza kutumika katika miradi ya maporomoko ya maji, ambayo kwa kweli inajumuisha marudio kadhaa: moja katika awamu ya "Jenga", na nyingine katika awamu ya "Uhamisho". Kwa njia, katika miradi ya maporomoko ya maji idadi hii ya marudio hutumiwa kweli. Baada ya yote, kupima na uendeshaji wa majaribio ya mfumo unahusisha kufanya marekebisho, ambayo yanaweza kuhusisha vitendo fulani kuhusiana na uchambuzi, kubuni na maendeleo, yaani, kwa kweli, wao ni mwingine kupita kupitia awamu zote za maendeleo.

Mbinu ya RUP

Kuhusu urasmi wa mbinu, RUP inampa mtumiaji aina mbalimbali za uwezekano. Ikiwa unafanya kazi na kazi zote, tengeneza mabaki yote, na ufanye hakiki zote rasmi (na mhakiki rasmi, kuandaa hakiki kamili kwa njia ya hati ya elektroniki au karatasi, nk), RUP inaweza kugeuka. kuwa rasmi sana, mbinu ponderous. Wakati huo huo, RUP inakuwezesha kuendeleza mabaki hayo tu na kufanya kazi hizo tu na kazi ambazo ni muhimu katika mradi maalum. Na vizalia vilivyochaguliwa vinaweza kutekelezwa na kukaguliwa kwa viwango vya kiholela vya urasmi. Unaweza kudai ufafanuzi wa kina na utekelezaji makini wa kila hati, utoaji wa hakiki iliyokamilishwa kwa uangalifu na kutekelezwa kwa usawa, na hata, kufuatia mazoezi ya zamani, idhini ya kila ukaguzi kama huo na baraza la kisayansi na kiufundi la biashara. Au unaweza kujizuia kwa barua pepe au mchoro kwenye karatasi. Kwa kuongeza, daima kuna uwezekano mmoja zaidi: kuunda hati katika kichwa chako, yaani, kufikiri juu ya suala husika na kufanya uamuzi wa kujenga. Na ikiwa uamuzi huu unahusu wewe tu, basi jizuie, kwa mfano, kwa maoni katika msimbo wa programu.

Kwa hivyo, RUP ni mbinu ya kujirudia yenye anuwai kubwa ya suluhu zinazowezekana katika suala la kurasimisha mchakato wa maendeleo.

Wacha tufanye muhtasari wa sehemu ya pili ya kifungu hicho. RUP, tofauti na mbinu zingine nyingi, hukuruhusu kuchagua kwa anuwai kiwango cha urasimishaji na urudiaji wa mchakato wa maendeleo, kulingana na sifa za miradi na shirika linalokua.

Tutajadili kwa nini hii ni muhimu sana katika sehemu inayofuata.

Leo katika uhandisi wa programu kuna mbinu mbili kuu za maendeleo ya programu ya EIS, tofauti ya msingi kati ya ambayo ni kutokana na mbinu tofauti za utengano wa mifumo. Njia ya kwanza inaitwa kazi-moduli au kimuundo. Inategemea kanuni ya mtengano wa kazi, ambayo muundo wa mfumo unaelezwa kwa suala la uongozi wa kazi zake na uhamisho wa habari kati ya vipengele vya kazi vya mtu binafsi. Njia ya pili, inayolenga kitu hutumia mtengano wa kitu. Katika kesi hiyo, muundo wa mfumo unaelezwa kwa suala la vitu na uhusiano kati yao, na tabia ya mfumo inaelezwa kwa suala la kubadilishana ujumbe kati ya vitu.

Kwa hivyo, kiini cha mbinu ya kimuundo ya ukuzaji wa programu ya EIS iko katika mtengano wake (kuvunjika) kuwa kazi za kiotomatiki: mfumo umegawanywa katika mifumo ndogo ya kazi, ambayo, kwa upande wake, imegawanywa katika sehemu ndogo, hizo katika kazi, na kadhalika. taratibu maalum. Wakati huo huo, mfumo wa automatiska unaendelea mtazamo wa jumla ambao vipengele vyote vinaunganishwa. Wakati wa kuendeleza mfumo "kutoka chini kwenda juu", kutoka kwa kazi za kibinafsi hadi mfumo mzima, uadilifu hupotea, na matatizo hutokea wakati wa kuelezea mwingiliano wa habari wa vipengele vya mtu binafsi.

Njia zote za kawaida za mbinu za kimuundo zinategemea kanuni kadhaa za jumla. Kanuni za msingi ni:

kanuni ya "gawanya na kushinda" (tazama kifungu cha 2.1.1);

kanuni ya mpangilio wa kihierarkia ni kanuni ya kupanga vipengele vya mfumo katika miundo ya miti ya hierarchical na kuongeza maelezo mapya katika kila ngazi.

Kuangazia kanuni mbili za msingi haimaanishi kwamba kanuni zilizobaki ni za sekondari, kwani kupuuza yoyote kati yao kunaweza kusababisha matokeo yasiyotabirika (ikiwa ni pamoja na kushindwa kwa mradi mzima). Ya kuu ya kanuni hizi ni:

kanuni ya kujiondoa - kuonyesha mambo muhimu ya mfumo na kujiondoa kutoka kwa yasiyo muhimu;

kanuni ya uthabiti - uhalali na uthabiti wa vipengele vya mfumo;

kanuni ya uundaji wa data - data lazima iwe na muundo na kupangwa kwa hierarkia.

Mbinu ya kimuundo hutumia hasa vikundi viwili vya zana vinavyoelezea muundo wa utendaji wa mfumo na uhusiano kati ya data. Kila kikundi cha zana kinalingana na aina fulani za mifano (michoro), ya kawaida ambayo ni:

DFD (Michoro ya Mtiririko wa Takwimu) - michoro za mtiririko wa data;

SADT (Uchambuzi Muundo na Mbinu ya Kubuni - njia ya uchambuzi wa muundo na muundo) - mifano na michoro inayolingana ya kazi;

ERD (Michoro ya Uhusiano wa Taasisi) - michoro ya uhusiano wa chombo.

Michoro ya mtiririko wa data na michoro ya uhusiano wa huluki ndizo aina zinazotumiwa sana katika zana za CASE.

Fomu maalum ya michoro iliyoorodheshwa na tafsiri ya miundo yao inategemea hatua ya mzunguko wa maisha ya programu.

Katika hatua ya kuunda mahitaji ya programu, mifano ya SADT na DFD hutumiwa kujenga mfano wa "AS-IS" na mfano wa "TO-BE", na hivyo kuonyesha muundo uliopo na uliopendekezwa wa michakato ya biashara ya shirika na mwingiliano kati yao. matumizi ya mifano ya SADT , kama sheria, ni mdogo kwa hatua hii tu, kwani haikukusudiwa kwa kubuni programu). Kwa msaada wa ERD, maelezo ya data inayotumiwa katika shirika hufanyika katika ngazi ya dhana, bila kujitegemea zana za utekelezaji wa database (DBMS).

Katika hatua ya kubuni, DFD hutumiwa kuelezea muundo wa mfumo wa programu iliyoundwa, na zinaweza kusafishwa, kupanuliwa na kuongezewa na miundo mpya. Vile vile, ERDs huboreshwa na kuongezewa miundo mipya ambayo inaelezea uwakilishi wa data katika kiwango cha kimantiki kinachofaa kwa uundaji wa baadaye wa schema ya hifadhidata. Mifano hizi zinaweza kuongezewa na michoro zinazoonyesha usanifu wa mfumo wa programu, michoro za kuzuia programu, uongozi wa fomu za skrini na menyu, nk.

Miundo iliyoorodheshwa kwa pamoja hutoa maelezo kamili ya programu ya EIS, bila kujali kama mfumo upo au umetengenezwa hivi karibuni. Muundo wa michoro katika kila kesi maalum inategemea ugumu wa mfumo na ukamilifu unaohitajika wa maelezo yake.

Sehemu ya somo kwa mifano mingi ya mchoro iliyotolewa katika sura hii ni mfumo wa ushuru wa Shirikisho la Urusi, maelezo kamili zaidi ambayo yamo katika Nambari ya Ushuru ya Shirikisho la Urusi. Teknolojia za habari zinazotumiwa katika mfumo wa ushuru wa Shirikisho la Urusi zina sifa fulani.

1.Kuweka msimbo

Katika hatua ya maendeleo ya programu, vitendo kuu vifuatavyo vinafanywa: coding; kupima; maendeleo ya mfumo wa usaidizi wa PP; uundaji wa nyaraka za mtumiaji; kuunda toleo na usakinishaji wa programu,

Usimbaji ni mchakato wa kubadilisha matokeo ya muundo wa kiwango cha juu na cha chini kuwa bidhaa iliyokamilishwa ya programu. Kwa maneno mengine, wakati wa kuweka msimbo, mfano wa programu iliyokusanywa inaelezewa kwa kutumia lugha iliyochaguliwa ya programu, ambayo inaweza kuwa lugha yoyote iliyopo. Uchaguzi wa lugha unafanywa ama kwa ombi la mteja, au kwa kuzingatia tatizo linalotatuliwa na uzoefu wa kibinafsi wa watengenezaji.

Wakati wa kuweka msimbo, lazima ufuate kiwango cha lugha iliyochaguliwa, kwa mfano, kwa lugha ya C ni ANSI C, na kwa C++ ni ISO/IEC 14882 "Standard for the C++ ProgrammingLanguage".

Mbali na kiwango kinachokubalika kwa ujumla cha lugha ya programu, kampuni inaweza pia kukuza mahitaji yake ya ziada ya sheria za kuandika programu. Hasa zinahusu sheria za kupanga maandishi ya programu.

Kufuatia kiwango na sheria za kampuni inakuwezesha kuunda programu inayofanya kazi kwa usahihi, ni rahisi kusoma, na inaeleweka kwa watengenezaji wengine, iliyo na taarifa kuhusu msanidi programu, tarehe ya uumbaji, jina na madhumuni, pamoja na data muhimu kwa usimamizi wa usanidi.

Katika hatua ya kuweka rekodi, programu huandika programu na kuzijaribu mwenyewe. Aina hii ya majaribio inaitwa kupima kitengo. Masuala yote yanayohusiana na upimaji wa programu yanajadiliwa katika Sura. 10, teknolojia ya majaribio ambayo hutumiwa katika hatua ya ukuzaji wa programu pia imeelezewa hapa. Teknolojia hii inaitwa kupima "sanduku la kioo" (sanduku la kioo); wakati mwingine pia huitwa kupima "sanduku nyeupe" (sanduku nyeupe) kinyume na dhana ya classical ya "sanduku nyeusi".

Katika jaribio la kisanduku cheusi, programu inachukuliwa kama kitu ambacho muundo wake wa ndani haujulikani. Mjaribu huingiza data na kuchambua matokeo, lakini hajui jinsi programu inavyofanya kazi. Wakati wa kuchagua vipimo, mtaalamu hutafuta data ya pembejeo na masharti ambayo yanavutia kutoka kwa mtazamo wake, ambayo inaweza kusababisha matokeo yasiyo ya kawaida. Kimsingi anavutiwa na wawakilishi hao wa kila darasa la data ya pembejeo ambayo makosa katika mpango chini ya jaribio yana uwezekano mkubwa wa kutokea.

Wakati wa kupima "sanduku la kioo" hali ni tofauti kabisa. Mjaribu (katika kesi hii mtayarishaji mwenyewe) huendeleza vipimo kulingana na ujuzi wa msimbo wa chanzo, ambao ana ufikiaji kamili. Matokeo yake, anapata faida zifuatazo.

1. Mwelekeo wa kupima. Msanidi programu anaweza kujaribu programu hiyo kwa sehemu, kukuza subroutines maalum za majaribio ambazo huita moduli chini ya jaribio na kupitisha data ya kupendeza kwa mpangaji. Ni rahisi zaidi kujaribu moduli tofauti kama "sanduku la glasi".

2.Full code coverage. Kipanga programu kinaweza kubainisha ni vipande vipi vya msimbo vinavyofanya kazi katika kila jaribio. Anaona ni matawi gani mengine ya kanuni ambayo hayajajaribiwa na anaweza kuchagua masharti ambayo yatajaribiwa. Hapo chini tunaelezea jinsi ya kufuatilia kiwango cha ufunikaji wa msimbo wa majaribio yaliyofanywa.

3. Uwezo wa kudhibiti mtiririko wa amri. Mpangaji programu daima anajua ni kazi gani inapaswa kutekelezwa ijayo katika programu na hali yake ya sasa inapaswa kuwa. Ili kujua kama programu inafanya kazi jinsi anavyofikiri, mpangaji programu anaweza kujumuisha amri za utatuzi zinazoonyesha habari kuhusu maendeleo yake, au kutumia zana maalum ya programu inayoitwa debugger kufanya hivyo. Debugger inaweza kufanya mambo mengi muhimu: kufuatilia na kubadilisha mlolongo wa utekelezaji wa amri za programu, onyesha yaliyomo ya vigezo vyake na anwani zao katika kumbukumbu, nk.

4.Uwezo wa kufuatilia uadilifu wa data. Mpangaji programu anajua ni sehemu gani ya programu inapaswa kubadilisha kila kipengele cha data. Kwa kufuatilia hali ya data (kwa kutumia kitatuzi sawa), anaweza kutambua makosa kama vile data kubadilishwa na moduli zisizo sahihi, tafsiri yake isiyo sahihi, au shirika lisilofanikiwa. Mtayarishaji programu anaweza kujifanyia majaribio kiotomatiki.

5.Maono ya pointi za mipaka ya ndani. Katika msimbo wa chanzo, pointi hizo za mpaka za programu ambazo zimefichwa kutoka kwa mtazamo wa nje zinaonekana. Kwa mfano, algorithms kadhaa tofauti kabisa zinaweza kutumika kufanya kitendo fulani, na bila kuangalia msimbo, haiwezekani kuamua ni programu gani iliyochagua. Mfano mwingine wa kawaida unaweza kuwa tatizo la kufurika katika bafa inayotumika kuhifadhi data ya ingizo kwa muda. Mpangaji programu anaweza kusema mara moja ni kiasi gani cha data buffer itafurika, na haitaji kufanya maelfu ya majaribio.

6. Uwezekano wa kupima kuamua na algorithm iliyochaguliwa. Kujaribu uchakataji wa data unaotumia algoriti changamano zaidi kunaweza kuhitaji teknolojia maalum. Mifano ya awali ni pamoja na mabadiliko ya matrix na kupanga data. Mjaribu, tofauti na programu, anahitaji kujua ni nini algorithms hutumiwa, kwa hivyo anapaswa kurejea kwenye fasihi maalum.

Upimaji wa kisanduku cha kioo ni sehemu ya mchakato wa upangaji programu. Watayarishaji wa programu hufanya kazi hii kila wakati, wanajaribu kila moduli baada ya kuandikwa, na kisha tena baada ya kuiunganisha kwenye mfumo.

Wakati wa kufanya majaribio ya kitengo, unaweza kutumia teknolojia ya upimaji wa kimuundo au utendakazi, au zote mbili.

Kimuundo kupima ni aina ya kupima sanduku la kioo. Wazo lake kuu ni chaguo sahihi la njia ya programu ya kujaribiwa. Tofauti na yeye kazi upimaji unaangukia katika kategoria ya majaribio ya kisanduku cheusi. Kila kazi ya programu inajaribiwa kwa kuingiza data yake ya ingizo na kuchambua matokeo yake. Wakati huo huo, muundo wa ndani wa programu huzingatiwa mara chache sana.

Ingawa upimaji wa muundo una msingi wa kinadharia wenye nguvu zaidi, wajaribu wengi wanapendelea majaribio ya utendaji. Upimaji wa kimuundo unafaa zaidi kwa uundaji wa hisabati, lakini hii haimaanishi kuwa ni mzuri zaidi. Kila teknolojia hukuruhusu kutambua makosa uliyokosa wakati wa kutumia nyingine. Kwa mtazamo huu, wanaweza kuitwa kwa usawa.

Kitu cha kupima kinaweza kuwa sio tu njia kamili ya programu (mlolongo wa amri ambazo hutekeleza kutoka mwanzo hadi mwisho), lakini pia sehemu zake za kibinafsi. Sio kweli kabisa kujaribu njia zote zinazowezekana za kutekeleza programu. Kwa hivyo, wataalamu wa upimaji hutambua kutoka kwa njia zote zinazowezekana vikundi ambavyo vinahitaji kupimwa. Kwa uteuzi hutumia vigezo maalum vinavyoitwa vigezo vya chanjo (vigezo vya chanjo), ambayo huamua idadi halisi (hata ikiwa kubwa kabisa) ya majaribio. Vigezo hivi wakati mwingine huitwa vigezo vya chanjo ya kimantiki, au vigezo vya ukamilifu.

3. Utengenezaji wa mfumo wa usaidizi wa bidhaa ya programu. Kuunda Hati za Mtumiaji

Inashauriwa kumteua mmoja wa wafanyikazi wa mradi kama mhariri wa kiufundi wa nyaraka. Mfanyakazi huyu anaweza pia kufanya kazi nyingine, lakini kazi yake kuu inapaswa kuwa uchambuzi wa nyaraka, hata kama wafanyakazi wengine pia wanaiendeleza.

Mara nyingi hutokea kwamba watu kadhaa hufanya kazi katika kuundwa kwa programu, lakini hakuna hata mmoja wao anayebeba jukumu kamili kwa ubora wake. Kama matokeo, programu hiyo haifaidi tu na ukweli kwamba inatengenezwa na watu wengi zaidi, lakini pia hupoteza, kwani kila mmoja hubadilisha jukumu kwa mwingine na anatarajia kuwa wenzake watafanya hii au sehemu hiyo ya kazi. Tatizo hili linatatuliwa kwa kuteua mhariri ambaye anajibika kikamilifu kwa ubora na usahihi wa nyaraka za kiufundi.

Mfumo wa usaidizi wa PP unaundwa kwa misingi ya nyenzo zilizotengenezwa kwa mwongozo wa mtumiaji. Inaundwa na kuundwa na mtu anayehusika na kufanya kazi hii. Inaweza kuwa mhariri wa kiufundi au mmoja wa wasanidi pamoja na mhariri wa kiufundi.

PP iliyoandikwa vizuri ina faida zifuatazo.

1. Urahisi wa kutumia. Ikiwa programu imeandikwa vizuri, basi ni rahisi zaidi kuomba. Watumiaji huijifunza haraka, hufanya makosa machache, na matokeo yake hufanya kazi yao kwa haraka na kwa ufanisi zaidi.

2. Gharama ya chini ya msaada wa kiufundi. Wakati mtumiaji hawezi kujua jinsi ya kufanya vitendo anavyohitaji, anaita huduma ya usaidizi wa kiufundi ya mtengenezaji wa PCB. Kuendesha huduma kama hiyo ni ghali sana. Mwongozo mzuri husaidia watumiaji kutatua matatizo yao wenyewe na kupunguza hitaji la kuwasiliana na timu ya usaidizi wa kiufundi.

3. Kuegemea juu. Nyaraka zisizoeleweka au zisizo na maana hufanya programu isiwe ya kuaminika, kwa sababu watumiaji wake wana uwezekano mkubwa wa kufanya makosa na ni vigumu kuelewa kilichosababisha na jinsi ya kukabiliana na matokeo yao.

Urahisi wa matengenezo. Kiasi kikubwa cha fedha na muda hutumiwa katika kuchambua matatizo ambayo yanasababishwa na makosa ya mtumiaji. Mabadiliko yaliyofanywa katika matoleo mapya ya programu mara nyingi ni mabadiliko tu kwenye kiolesura cha vitendaji vya zamani. Zinaletwa ili watumiaji hatimaye wajue jinsi ya kutumia programu na kuacha kupiga usaidizi wa kiufundi. Usimamizi mzuri kwa kiasi kikubwa

Kwa hivyo, kiini cha mbinu ya kimuundo ya ukuzaji wa programu ya EIS iko katika mtengano wake (kuvunjika) kuwa kazi za kiotomatiki: mfumo umegawanywa katika mifumo ndogo ya kazi, ambayo, kwa upande wake, imegawanywa katika sehemu ndogo, hizo katika kazi, na kadhalika. taratibu maalum. Wakati huo huo, mfumo unaendelea mtazamo wa jumla ambao vipengele vyote vinaunganishwa. Wakati wa kuendeleza mfumo "chini-up", kutoka kwa kazi za kibinafsi hadi mfumo mzima, uadilifu hupotea, na matatizo hutokea wakati wa kuelezea uingiliano wa habari wa vipengele vya mtu binafsi.

Njia zote za kawaida za mbinu ya kimuundo ni msingi wa kanuni kadhaa za jumla:

1. Kanuni ya "kugawanya na kushinda";

2. Kanuni ya utaratibu wa kihierarkia ni kanuni ya kuandaa vipengele vya mfumo katika miundo ya miti ya hierarkia na kuongeza maelezo mapya katika kila ngazi.

Kutenga kanuni mbili za msingi haimaanishi kuwa kanuni zilizobaki ni za sekondari, kwa sababu kupuuza yeyote kati yao kunaweza kusababisha matokeo yasiyotabirika (ikiwa ni pamoja na kushindwa kwa mradi mzima"). Ya kuu ya kanuni hizi ni:

1. Kanuni ya uondoaji - kuangazia vipengele muhimu vya mfumo na kujiondoa kutoka kwa yasiyo muhimu.

2. Kanuni ya uthabiti, uhalali na uthabiti wa vipengele vya mfumo.

3. Kanuni ya uundaji data - data lazima iwe na muundo na kupangwa kwa hierarkia.

Katika mbinu ya kimuundo, kuna vikundi viwili vya zana ambavyo vinaelezea muundo wa utendaji wa mfumo na uhusiano kati ya data. Kila kikundi cha zana kinalingana na aina fulani za mifano (michoro), inayojulikana zaidi kati yao ni:

· DFD (Michoro ya Mtiririko wa Data) - michoro ya mtiririko wa data;

SADT (Uchambuzi Muundo na Mbinu ya Ubunifu - mbinu ya uchambuzi wa muundo na muundo) - mifano na michoro inayolingana ya kazi: nukuu IDEF0 (mfano wa utendaji wa mifumo), IDEF1х (muundo wa dhana ya hifadhidata), IDEF3х (ujenzi wa mifumo ya kutathmini ubora wa kazi ya kitu; maelezo ya picha ya michakato ya mtiririko, mwingiliano wa michakato na vitu vinavyobadilishwa na michakato hii);

· ERD (Huluki - Vielelezo vya Uhusiano) - michoro ya uhusiano wa chombo.

Karibu njia zote za mbinu ya kimuundo (uchambuzi wa kimuundo) katika hatua ya kuunda mahitaji ya programu hutumia vikundi viwili vya zana za modeli:

1. Michoro inayoonyesha kazi ambazo mfumo lazima ufanye na uhusiano kati ya kazi hizi - DFD au SADT (IDEF0).

2. Michoro ambayo ni mfano wa data na uhusiano wao (ERD).

Fomu maalum ya michoro iliyoorodheshwa na tafsiri ya miundo yao inategemea hatua ya mzunguko wa maisha ya programu.

Katika hatua ya kuunda mahitaji ya programu, mifano ya SADT na DFD hutumiwa kujenga modeli ya "AS-IS" na mfano wa "TO-BE", na hivyo kuonyesha muundo uliopo na uliopendekezwa wa michakato ya biashara ya shirika na mwingiliano kati yao. utumiaji wa miundo ya SADT kama kawaida huzuiliwa kwa hatua hii pekee, kwani haikukusudiwa kwa muundo wa programu). Kwa msaada wa ERD, maelezo ya data inayotumiwa katika shirika hufanyika katika ngazi ya dhana, bila kujali zana za utekelezaji wa database (DBMS).

1. Kusudi la teknolojia ya programu. Historia ya maendeleo ya teknolojia ya programu. Aina za miradi ya programu. Vipengele vya teknolojia ya programu. Mradi, bidhaa, mchakato na watu

2. Mzunguko wa maisha ya programu. Asili ya mzunguko wa maendeleo. Dhana za kimsingi za teknolojia ya programu. Taratibu na mifano. Awamu na zamu. Milestones na mabaki. Wadau na wafanyakazi.

3. Utambulisho na uchambuzi wa mahitaji. Mahitaji ya programu. Chati ya uundaji wa mahitaji. Usimamizi wa mahitaji.

4. Usanifu wa usanifu na wa kina. Utekelezaji na usimbaji. Uchunguzi na uthibitishaji. Mchakato wa kudhibiti ubora. Sanduku nyeupe na njia za sanduku nyeusi. Ukaguzi na hakiki. Malengo ya majaribio. Uthibitishaji, uthibitishaji na upimaji wa mfumo. Matengenezo na maendeleo endelevu.

5. Mifano ya mchakato wa maendeleo. Maporomoko ya maji na mifano ya conveyor. Mifano ya ond na inayoongezeka. Mitindo ya mchakato wa maendeleo inayobadilika.

6. Ujenzi wa mfano wa mchakato. Tambua mahitaji ya mchakato. Awamu, hatua muhimu na mabaki yaliyotumika. Kuchagua mchakato wa usanifu. Utaratibu wa kutekeleza mradi wa kawaida. Taratibu zilizoandikwa.

7. Vielelezo vya timu za maendeleo. Asili ya pamoja ya maendeleo. Ukubwa bora wa timu. Kuwa chini ya washiriki wa mradi. Maendeleo ya timu na maendeleo ya wafanyikazi. Umaalumu, ushirikiano na mwingiliano.

8. Mifano ya timu ya maendeleo. Mfano wa timu ya kihierarkia. Mbinu ya timu ya upasuaji. Mfano wa timu rika.

9. Hali ya programu. Sayansi ya programu. Sanaa ya programu. Ufundi wa programu. Mawazo ya programu. Upangaji wa muundo. Upangaji wa mantiki. Upangaji unaolenga kitu.

10. Usanifu wa programu. Usimamizi wa tukio. Usanifu wa mteja/seva. Huduma. Usanifu wa safu tatu. Ubunifu wa programu. Ubunifu wa dhana. Muundo wa kimantiki. Muundo wa kina.

1. Mbinu za Novikov za ukuzaji wa programu" http://window. /window_catalog/files/r60368/itmo307.pdf.

2. Upangaji uliokithiri. - St. Petersburg: Peter, 2002.

3. Teknolojia ya maendeleo ya programu. - St. Petersburg. : Peter, 2004.

4. Brooks Jr. mifumo ya programu imeundwa na kuundwa. M.: Nauka, 1975; toleo jipya la tafsiri: The Mythical Man-Month. SPb.: SYMBOL+, 1999.

5. Algorithms + miundo ya data = mipango. M., Mir, 1978.

6. Programu ya utaratibu. Utangulizi. M.: Mir, 1977.

7. Programu iliyopangwa. M.: Mir, 1975.

8. Nidhamu ya programu. M.: Mir, 1978.

9. Teknolojia za maendeleo ya programu. - St. Petersburg: Peter, 2002.

10. Terekhov programu. M.: BINOM, 2006.

11. Rambo J. Mchakato wa kuunda programu ya umoja. St. Petersburg: Peter, 2002.

Nadharia ya kiuchumi kwa wasimamizi

Nadharia za msingi za uchumi mdogo. Mifano ya matumizi katika uchambuzi wa michakato ya kiuchumi. Nadharia za msingi za uchumi mkuu. Mifano ya matumizi katika uchambuzi wa michakato ya kiuchumi. Kanuni na mbinu za kusimamia michakato ya kiuchumi. Zana za kutathmini kiwango cha maendeleo ya michakato ya kiuchumi Matatizo ya uzazi wa kupanua. Mambo ya ukuaji wa uchumi wa uchumi wa Urusi. Vigezo na viashiria vya maendeleo endelevu. Kupunguza mabadiliko ya mzunguko. Jukumu la kuzidisha na kuongeza kasi katika kutathmini kasi ya maendeleo ya kiuchumi. Kazi za uzalishaji katika uchumi. Mifano ya matumizi katika uchambuzi wa michakato ya kiuchumi. Faida. Uhesabuji wa viashiria vinavyoathiri faida, uwakilishi wa picha wa sehemu ya mapumziko. Mbinu ya kutekeleza sera ya uwekezaji.

Kozi ya nadharia ya kiuchumi: Kitabu cha maandishi kwa vyuo vikuu / Ed. . –Kirov: “ASA”, 2004. Kolemaev - modeli za hisabati. Mfano wa michakato na mifumo ya uchumi mkuu: kitabu cha maandishi. M.: UMOJA-DANA, 2005. Bazhin cybernetics. Kharkov: Consul, 2004. Warsha ya Leushin juu ya mbinu za mfano wa hisabati: kitabu cha maandishi. Jimbo la Nizhny Novgorod teknolojia. chuo kikuu - N. Novorod, 2007. Wanasiasa kuhusu uchumi: Mihadhara ya washindi wa Tuzo za Nobel katika uchumi. M.: Uchumi wa kisasa na sheria, 2005. Cheremnykh. Ngazi ya juu: Kitabu cha kiada.-M.:INFRA-M, 2008. Mageuzi ya taasisi za uchumi mdogo. Taasisi ya Uchumi, Tawi la Ural la Chuo cha Sayansi cha Urusi, M.: Nauka, 2007.

Teknolojia za kufanya maamuzi ya maendeleo na usimamizi [N]

Kufanya maamuzi kama msingi wa shughuli za meneja. Utangulizi wa nadharia ya uamuzi. Dhana za kimsingi za nadharia ya uamuzi. Mitindo ya usimamizi wa biashara na athari zake katika kufanya maamuzi. Njia tofauti za kuainisha suluhisho. Ainisho: kulingana na kiwango cha urasmi, kulingana na kiwango cha utaratibu, kulingana na marudio, kulingana na uharaka, kulingana na kiwango cha mafanikio ya malengo, kulingana na njia ya kuchagua mbadala. Mbinu za kimsingi za kufanya maamuzi. Mbinu za hiari za kufanya maamuzi. Malengo ya kufanya maamuzi. Wakati wa kutafuta suluhu. Makosa ya kimsingi Mbinu za kihesabu za kufanya maamuzi. Vipengele vya hisabati vya nadharia ya uamuzi. Utafiti wa uendeshaji. Mbinu ya hisabati ya kufanya maamuzi. Mti wa uamuzi. Mifano ya maendeleo na maamuzi. Nadharia ya mchezo. Mbinu za hisabati za kufanya maamuzi. Vipengele vya hisabati vya nadharia ya uamuzi. Mifano ya nadharia ya foleni. Mifano ya usimamizi wa mali. Mfano wa upangaji wa mstari. Kazi za usafiri. Uigaji wa kuigwa. Uchambuzi wa mtandao. Uchambuzi wa kiuchumi. Mapungufu ya mifano ya busara. Vipengele vya maendeleo na kufanya maamuzi katika kikundi. Njia ya kuamua mshikamano wa kikundi kulingana na kiwango cha uunganisho wa seti. Mbinu za kufanya maamuzi ya pamoja. Mbinu ya Makubaliano. Mbinu za kupiga kura. Mbinu za ubunifu za kufanya maamuzi. Cheza bongo. Mkutano wa mawazo. Baraza la Meli. Njia ya De Bono ya "Kofia za Kufikiri". Nadharia ya utatuzi wa matatizo ya uvumbuzi (TRIZ). Suluhisho kamili la mwisho. Mifano ya matatizo na ufumbuzi wao kwa kutumia TRIZ. Utumiaji wa njia za TRIZ wakati wa kufanya maamuzi ya kipekee na ya ubunifu. Mbinu za kukuza mawazo ya suluhisho na kuyarekebisha kulingana na hali. Mfano wa mti wa lengo. Mkakati wa kuratibu masilahi. Uundaji wa maamuzi ya kuratibu masilahi. Mbinu za kuamua maslahi ya wenzao. Mifumo ya usaidizi wa maamuzi (mifumo ya kitaalam). Historia ya uundaji wa mifumo ya kufanya maamuzi. Uainishaji wa mifumo ya kufanya maamuzi. Muundo wa kawaida wa mfumo wa kitaalam. Mbinu za kuwasilisha maarifa. Mbinu za uelekezaji wa kimantiki. Utumiaji wa mifumo ya wataalam katika mazoezi.

I. Nadharia ya Kufanya Maamuzi: Kitabu cha kiada. - M.: Mtihani, 2006. - 573 p. I. Kufanya maamuzi. Nadharia na mbinu za kuunda maamuzi ya usimamizi. Mafunzo. - M.: MarT, 2005. - 496 pp. Maendeleo ya maamuzi ya usimamizi - M.: Nyumba ya Uchapishaji "Delo", 2004 - 392 pp. G. Tathmini ya kitaalam na kufanya maamuzi - M.: Patent, 1996. - 271 p. Taha // Utangulizi wa Utafiti wa Uendeshaji = Utafiti wa Uendeshaji: Utangulizi. - toleo la 7. - M.: "Williams", 2007. - P. 549-594. G. Theil. Utabiri wa uchumi na maamuzi. M.: "Maendeleo" 1970. K. D. Lewis. Mbinu za utabiri wa viashiria vya kiuchumi. M.: "Fedha na Takwimu" 1986. G. S. Kildishev, A. A. Frenkel. Uchambuzi wa mfululizo wa wakati na utabiri. M.: "Takwimu" 1973. O. Kim, C. W. Muller, U. R. Klekka na wengine. Factor, ubaguzi na uchambuzi wa makundi. M.: "Fedha na Takwimu" 1989. Meneja mwenye ufanisi. Kitabu cha 3. Kufanya maamuzi. - MIM LINK, 1999 Turevsky na usimamizi wa biashara ya usafiri wa magari. - M.: Shule ya Juu, 2005. ,; imehaririwa na . Uchambuzi wa mfumo katika usimamizi: kitabu cha maandishi. – M.: Fedha na Takwimu, 2006. , Tinkov: kitabu cha kiada. - M.: KNORUS, 2006.

Kuiga michakato ya biashara katika mifumo iliyojumuishwa ya usimamizi

Je, michakato ya biashara inatofautishwa na kanuni zipi? Je! ni shida gani ya maelezo kamili ya michakato ya biashara? Mfumo ni nini, una mali gani? Jukumu la uchambuzi wa mifumo katika uundaji wa mchakato wa biashara? Mchakato kama kitu cha kudhibiti. Mazingira ya mchakato. Vipengele vya msingi vya mchakato wa biashara. Manufaa na hasara za usimamizi wa kazi na mchakato. Mzunguko wa usimamizi wa PDCA. Hatua za mzunguko wa usimamizi wa mchakato. Mzunguko wa PDCA na utekelezaji wa mahitaji ya ISO 9001:2008. Mbinu ya SADT (Uchambuzi Muundo na Mbinu ya Kubuni - njia ya uchambuzi wa muundo na muundo). Asili. Masharti ya msingi. Je, mtindo wa utendaji wa shughuli unawakilishwa vipi katika mbinu ya IDEF0? Je, shughuli katika michoro ya modeli ya utendaji zinamaanisha nini, zinaonyeshwaje kulingana na mbinu ya IDEF0? Ni mishale gani katika michoro ya mifano ya kazi, ni aina gani na aina zao? Mbinu ya DFD. Asili. Vipengele vya msingi vya michoro za DFD. Ni sifa gani za michoro za DFD na ni nini kinachoelezewa ndani yao? Ni sifa gani za vitu vya mchoro wa DFD? Mishale kwenye mchoro wa DFD inamaanisha nini? Mbinu ya IDEF3. Asili. Nyaraka na zana za modeli. Ni sifa gani za michoro za IDEF3 na ni nini kinachoelezewa ndani yao? Ni sifa gani za vitu vya mchoro wa IDEF3? Na mpiga risasi? Uainishaji wa taratibu. Michakato ya kawaida ya biashara. Reengineering na teknolojia yake. Ni wakati gani inapendekezwa kutumia uhandisi upya wakati wa kusimamia kampuni? Michakato ya ufuatiliaji na kipimo. Viashiria vya michakato ya shirika. Tathmini ya nambari na rating ya michakato.

"Kuunda michakato ya biashara kwa kutumia AllFusion Process Modeler (BPwin 4.1) Dialog-MEPhI" 2003 "Kuunda mifumo ya habari na AllFusion Modeling Suite" ed. "Dialog-MEPhI" 2003 "Mazoezi ya uundaji tendaji na AllFusion Process Modeler 4.1. (BPwin) Wapi? Kwa nini? Vipi?" mh. "Dialogue-MEPhI" 2004 Dubeykovsky akitoa mfano na AllFusion Process Modeler (BPwin). mh. "Dialogue-MEPhI" 2007 D. Mark, K. McGowan "Mbinu ya uchanganuzi wa miundo na muundo wa SADT" 1993 kazi ya kitamaduni juu ya mbinu ya SADT. Cheremnykh uchambuzi wa mifumo: IDEF-teknolojia, Modeling na uchambuzi wa mifumo. Teknolojia za IDEF. Warsha. M.: Fedha na Takwimu, 2001. "Miundo ya biashara ya miundo: DFD technologies" http://www. / Level4.asp? ItemId=5810 "Nadharia na mazoezi ya kupanga upya mchakato wa biashara" 2003/ P50.1.. Mbinu ya uundaji wa kazi. M.: Gosstandart ya Urusi, 2000. http://www. IDEF0, IDEF3, DFD http://www. Kuiga michakato ya biashara kwa kutumia BPwin http://www. /department/se/devis/7/ IDEF0 katika kuiga michakato ya usimamizi wa biashara http:///content/view/21/27/ http://www. /dir/cat32/subj45/file1411/view1411.html http://www. http://www.

Tathmini ya ufanisi wa bidhaa za programu

1. Usanifu wa IT

2. Vikoa vya michakato ya usimamizi.

3. Orodha ya michakato katika kikoa cha Mipango na Shirika

4. Orodha ya michakato ya kikoa Upataji na Utekelezaji

5. Orodha ya michakato katika kikoa cha Uendeshaji na Matengenezo

6. Orodha ya michakato katika kikoa cha Ufuatiliaji na Tathmini

7. Tabia za viwango vya mtindo wa ukomavu wa mchakato

9. KPI na KGI uhusiano na madhumuni yao

1. 10.Udhibiti wa jumla wa IT na udhibiti wa matumizi. Maeneo ya wajibu na majukumu ya biashara na IT.

Cobit 4.1 toleo la Kirusi.

Udhibiti wa kisheria wa uundaji na utumiaji wa mali miliki

1. Orodhesha haki za kiakili kwa matokeo ya shughuli za kiakili na ufichue yaliyomo.

2. Orodhesha aina za makubaliano ya uondoaji wa haki za kipekee. Eleza kila moja ya makubaliano haya juu ya uondoaji wa haki za kipekee.

4. Eleza masharti makuu ya ulinzi wa kisheria wa Programu ya Kompyuta kama kitu cha hakimiliki.

5. Linganisha masharti makuu ya ulinzi wa kisheria wa Hifadhidata kama kitu cha hakimiliki na kama kitu cha haki zinazohusiana.

6. Eleza masharti ya hati miliki ya vitu vya haki za patent: uvumbuzi; mifano ya matumizi; miundo ya viwanda.

7. Panua maudhui ya vigezo vya hataza kwa uvumbuzi: riwaya; hatua ya uvumbuzi; utumiaji wa viwanda.

8. Eleza masharti na utaratibu wa kupata patent kwa uvumbuzi, mfano wa matumizi au muundo wa viwanda, pamoja na masharti ya kuhakikisha uhalali wa hataza na vipindi vyao vya uhalali.

9. Eleza "kujua" na uorodhesha masharti wakati wa kuundwa kwa ulinzi wa kisheria wa siri za uzalishaji hutokea na unafanywa.

10. Orodhesha njia zinazolindwa za ubinafsishaji na upe sifa zao za kulinganisha.

1., Haki Miliki katika Shirikisho la Urusi, kitabu cha maandishi // M, Prospekt, 2007.

2., Sheria ya Haki Miliki, kitabu cha kiada // M, RIOR, 2009.

Usimamizi wa maendeleo ya mradi na programu [I]

Mbinu ni nini, kwa nini inahitajika. Muundo wa jumla wa mbinu, mambo kuu ya mbinu. Kanuni za kuunda mbinu yako mwenyewe. Mifano ya mabaki mbalimbali, majukumu, uwezo, masharti ya mipaka. Muundo wa mbinu kulingana na Cowburn, metriki za mbinu. Vigezo vya kubuni vya Cowburn. Vigezo vya kuchagua mbinu, tumbo la Cowburn. Mzunguko wa maisha ya mradi. Maporomoko ya maji na mifano ya mzunguko wa maisha unaorudiwa. Mipaka ya utumiaji wa mifano ya maporomoko ya maji na ya kurudia. RUP kama mfano wa mbinu ya kurudia. Dhana za kimsingi za RUP, mipaka ya utumiaji. Jukumu la binadamu katika maendeleo ya programu. Mbinu za agile, kanuni za msingi za mbinu za agile. Sababu ya kuibuka kwa mbinu rahisi. Scrum kama mfano wa mbinu rahisi. Majukumu, mabaki, shughuli katika Scrum. Vikomo vya utumiaji wa Skram. Mawazo ya Utayarishaji Mkubwa (XP), maadili, kanuni za kimsingi, mipaka ya utumiaji. Kufanana na tofauti kati ya Scrum na XP. Ukusanyaji na usimamizi wa mahitaji. Mazoea ya kimsingi, masharti, kanuni. Njia za kuandika mradi na bidhaa, aina kuu za hati. Mifano ya mazoea ya usimamizi wa mahitaji kutoka kwa mbinu zilizojadiliwa katika kozi. Mipango ya maendeleo ya programu. Aina za mipango, usimamizi wa hatari, hatari maarufu. Mifano ya mazoea ya kupanga maendeleo kutoka kwa mbinu zilizojadiliwa katika kozi. Mtihani katika ukuzaji wa programu. Dhana ya mkusanyiko (kujenga) ya bidhaa ya programu. Mbinu za kupima msingi, masharti. Mifano ya mazoea ya kupima kutoka kwa mbinu zilizojadiliwa katika kozi. Dhana ya kusanyiko (kujenga), mbinu za kuhifadhi kanuni, zana. Kanuni mbili za kupanga kazi na mfumo wa udhibiti wa toleo. Vipengele vya mchakato wa kutoa/kuonyesha bidhaa kwa kategoria tofauti za bidhaa, mifano ya mazoea. Dhana za kisasa za usanifu wa programu, usanifu wa ngazi mbalimbali, vigezo vya usanifu. Orodha ya maamuzi muhimu wakati wa kuunda programu, mbinu za kuchagua mfumo wa kuhifadhi data.

Kent Beck - Utayarishaji Uliokithiri Frederick Brooks - Mwezi wa Mtu wa Kizushi au jinsi mifumo ya programu inavyoundwa. Tom DeMarco - Tarehe ya mwisho. Riwaya kuhusu usimamizi wa mradi. Tom De Marco, Timothy Lister - Waltzing na Dubu. Tom de Marco, Timothy Lister - Human factor_ miradi na timu zilizofaulu. Alistair Cowburn - Kila mradi una mbinu yake mwenyewe. Alistair Cowburn - Watu kama wasio na mstari na vipengele muhimu zaidi katika kuunda programu. Andriy Orlov - Vidokezo vya mhandisi wa otomatiki. Ungamo la kitaaluma. Philipp Kratchen - Utangulizi wa Mchakato wa Rational Unified. Henrik Kniberg - Scrum na XP: maelezo kutoka kwa mstari wa mbele. Mawasilisho ya mihadhara kwenye kozi