Kawaida, hatua zifuatazo za kuunda IP zinajulikana:

1. uundaji wa mahitaji ya mfumo,

2. muundo,

3. utekelezaji,

4. kupima,

5. kuagiza,

6. uendeshaji na matengenezo.

Hatua ya awali ya mchakato wa kuunda IS, baada ya kuamua madhumuni ya kuunda mfumo, ni modeli ya michakato ya biashara - seti ya kazi zilizounganishwa ili kutatua shida fulani inayotokea katika shirika na kutambua malengo na malengo yake. Mfano wa shirika, ulioelezewa katika michakato ya biashara na kazi za biashara, huturuhusu kuunda mahitaji ya kimsingi ya IS.

Madhumuni ya hatua za awali za kuunda IS, iliyofanywa katika hatua ya kuchambua shughuli za shirika, ni uundaji wa mahitaji ya IP, kwa usahihi na kwa usahihi kutafakari malengo na malengo ya shirika la wateja. Ili kutaja mchakato wa kuunda mfumo wa habari unaokidhi mahitaji ya shirika, ni muhimu kujua na kueleza wazi mahitaji haya ni nini. Ili kufanya hivyo, ni muhimu kuamua mahitaji ya wateja kwa IS na kuyapanga kwa lugha ya mfano katika mahitaji ya kuunda mradi wa IS ili kuhakikisha utiifu wa malengo na malengo ya shirika.

Kwenye jukwaa kubuni Kwanza kabisa, mifano ya data huundwa. Wabunifu hupokea matokeo ya uchambuzi kama habari ya awali. Kuunda miundo ya data ya kimantiki na halisi ni sehemu ya msingi ya muundo wa hifadhidata. Muundo wa habari uliopatikana wakati wa mchakato wa uchanganuzi hubadilishwa kwanza kuwa wa kimantiki na kisha kuwa kielelezo cha data halisi.

Sambamba na muundo wa schema ya hifadhidata, muundo wa mchakato unafanywa ili kupata maelezo (maelezo) ya moduli zote za IS. Michakato hii miwili ya usanifu inahusiana kwa karibu kwa sababu baadhi ya mantiki ya biashara kawaida hutekelezwa kwenye hifadhidata (vikwazo, vichochezi, taratibu zilizohifadhiwa). Kusudi kuu la muundo wa mchakato ni kupanga kazi zilizopatikana wakati wa awamu ya uchambuzi kuwa moduli za mfumo wa habari. Bidhaa za mwisho za hatua ya kubuni ni schema ya database (kulingana na mfano wa ER uliotengenezwa wakati wa hatua ya uchambuzi) na seti ya vipimo vya moduli za mfumo (zimejengwa kwa misingi ya mifano ya kazi).

Aidha, katika hatua ya kubuni, maendeleo ya usanifu wa IS pia hufanyika, ikiwa ni pamoja na uteuzi wa jukwaa (majukwaa) na mfumo wa uendeshaji (mifumo ya uendeshaji). Katika IS ya kutofautiana, kompyuta kadhaa zinaweza kukimbia kwenye majukwaa tofauti ya vifaa na kuendesha mifumo tofauti ya uendeshaji. Mbali na kuchagua jukwaa, katika hatua ya kubuni baadhi ya sifa za usanifu zimedhamiriwa (seva-faili au seva ya mteja, hifadhidata ya kati au iliyosambazwa, hifadhidata ya homogeneous au la, ikiwa seva za hifadhidata sambamba zitatumika kuboresha utendaji). Hatua ya kubuni inaisha na maendeleo ya muundo wa kiufundi wa IP.

Kwenye jukwaa utekelezaji programu ya mfumo imeundwa, vifaa vimewekwa, na nyaraka za uendeshaji zinatengenezwa.

Jukwaa kupima kawaida huonekana kusambazwa kwa wakati.

Baada ya kukamilisha maendeleo ya moduli ya mtu binafsi, mfumo hufanya mtihani wa nje ya mtandao, ambao una malengo mawili kuu: kugundua kushindwa kwa moduli na kufuata moduli na vipimo (uwepo wa kazi zote muhimu, kutokuwepo kwa kazi zisizohitajika). Baada ya mtihani wa uhuru kupita kwa ufanisi, moduli imejumuishwa katika sehemu iliyoendelea ya mfumo na kikundi cha moduli zinazozalishwa hupitisha vipimo vya uunganisho ambavyo vinapaswa kufuatilia ushawishi wao wa pande zote. Ifuatayo, kikundi cha moduli hujaribiwa kwa uaminifu wa kufanya kazi, ambayo ni, wanapitia, kwanza, majaribio ya kuiga kushindwa kwa mfumo, na pili, vipimo vya muda wa wastani kati ya kushindwa. Kisha seti nzima ya moduli hupitia mtihani wa mfumo - mtihani wa kukubalika wa bidhaa wa ndani, unaoonyesha kiwango cha ubora wake. Hii inajumuisha majaribio ya utendakazi na majaribio ya kutegemewa kwa mfumo. Jaribio la mwisho la mfumo wa habari ni upimaji wa kukubalika. Jaribio kama hilo linajumuisha kuonyesha mfumo wa habari kwa mteja na lazima iwe na kikundi cha majaribio yanayoiga michakato halisi ya biashara ili kuonyesha utiifu wa utekelezaji na mahitaji ya mteja.

2. Dhana ya "usanifu wa mfumo wa habari"

Wacha tuchunguze ufafanuzi wa "usanifu wa mfumo wa habari" uliotolewa na vyanzo anuwai:

Usanifu ni muundo wa shirika wa mfumo.

Usanifu- dhana inayofafanua mfano, muundo, kazi zilizofanywa na uunganisho wa vipengele vya mfumo wa habari.

Usanifu- hii ni shirika la msingi la mfumo, linalojumuishwa katika vipengele vyake, uhusiano wao na kila mmoja na mazingira, pamoja na kanuni zinazoamua muundo na maendeleo ya mfumo.

Usanifu– ni seti ya maamuzi muhimu juu ya shirika la mfumo wa programu, seti ya vipengele vya kimuundo na miingiliano yao ambayo mfumo unakusanyika, pamoja na tabia zao zilizoamuliwa katika mwingiliano kati ya vitu hivi, mpangilio wa vitu katika mifumo midogo mikubwa polepole. , na mtindo usanifu, ambayo inaongoza shirika hili - vipengele na interfaces zao, mwingiliano na mpangilio.

Usanifu ni muundo wa shirika na tabia ya mfumo unaohusishwa nayo. Usanifu inaweza kugawanywa kwa kujirudia katika sehemu zinazoingiliana kupitia miingiliano, miunganisho inayounganisha sehemu, na masharti ya kuunganisha sehemu. Sehemu zinazoingiliana kupitia miingiliano ni pamoja na madarasa, vijenzi na mifumo midogo.

Ikiwa tutachanganya ufafanuzi huu wote, tunapata zifuatazo:

Usanifu wa IP ni shirika la msingi la vipengele vya IS, uhusiano kati yao na mazingira ya nje, pamoja na kanuni na njia za kuendeleza na kusaidia mifumo.

Kwa usanifu wa mifumo ya programu tunamaanisha seti ya maamuzi kuhusu:

· shirika la mfumo wa programu;

· uteuzi wa vipengele vya kimuundo vinavyounda mfumo na miingiliano yao;

· tabia ya vipengele hivi katika mwingiliano na vipengele vingine;

· Kuchanganya vipengele hivi katika mifumo midogo;

· mtindo wa usanifu, ambao huamua shirika la kimantiki na la kimwili la mfumo: vipengele vya tuli na vya nguvu, miingiliano yao na mbinu za kuchanganya.

Usanifu ya mfumo wa programu inashughulikia si tu vipengele vyake vya kimuundo na tabia, lakini pia sheria zake za matumizi na ushirikiano na mifumo mingine, utendakazi, utendaji, kunyumbulika, kutegemewa, utumiaji tena, ukamilifu, mapungufu ya kiuchumi na kiteknolojia, na masuala ya kiolesura cha mtumiaji.

Mifumo ya programu inapokua, ujumuishaji wao unazidi kuwa muhimu ili kuunda nafasi ya habari ya biashara.

Hakuna kitu ngumu zaidi, hatari na isiyo na uhakika kuliko kuongoza kuanzishwa kwa mpangilio mpya wa mambo, kwa sababu kila uvumbuzi una maadui wenye bidii ambao waliishi vizuri chini ya ule wa zamani, na wafuasi wavivu ambao hawana uhakika kama wanaweza kuishi chini ya mpya.
N. Machiavelli

Na sasa sehemu ya kuvutia na kamili ya ubunifu, makadirio, ubunifu na uundaji wa mradi huo unakuja mwisho. Maisha magumu ya kila siku ya kutetea uamuzi wako huanza katika mazingira halisi ya biashara fulani, na, sio muhimu sana, kila kitu pia kiko ndani ya mfumo wa sheria ya sasa.

Kuanza, bidhaa iliyotekelezwa lazima ipelekwe kwenye vifaa vilivyotayarishwa kwa ajili ya kuandaa uendeshaji wake wa majaribio.

1. Usambazaji wa mfumo kwenye tovuti ya uendeshaji wa majaribio

Kwa mujibu wa usanifu wa kiteknolojia ulioundwa unaonyeshwa kwenye nyaraka, seva, mawasiliano na vifaa vingine, pamoja na programu ya mfumo, zinunuliwa. Vipengee vya mfumo wa habari vinakusanywa katika programu moja ya vifaa na programu katika maeneo ambayo matumizi yake ya viwanda yanapangwa.

Kutokana na ukweli kwamba miradi mikubwa inahusisha kiasi kikubwa cha vifaa ambavyo programu imetawanyika katika nodes, nodes na hata mawingu, mchakato huu lazima uambatana na nyaraka kamili. Kwa mfano, nyaraka za kiufundi zinajumuisha meza zilizo na anwani za seva, vituo vya kazi, njia za kufikia, nk. Kwa uwakilishi wa kuona, michoro za vipengele hutumiwa, kutoa ufahamu wa eneo la nodes za mtandao, usambazaji wa vipengele vya mwingiliano wao, nk. Lakini hatua lazima bado ziamuliwe kudhibiti kila aina ya mabadiliko katika miundombinu, kuruhusu kuondoa matokeo ya kushindwa kwa vipengele mbalimbali vya mfumo.

Kielelezo 19. - Mfano wa maelezo ya kiufundi ya hatua ya utekelezaji

Haya yote ni muhimu sana, kwani hatua inayofuata katika tovuti hizi za uendeshaji itaanza kusukuma wataalamu wengi kutoka kwa timu ya utekelezaji na usaidizi, na hawapaswi kila wakati kutoa habari muhimu kwa kazi kutoka kwa vyanzo tofauti, hata vya habari. Kwa hiyo, nyaraka lazima zihifadhiwe hadi sasa na kubadilishwa wakati huo huo na mabadiliko katika mipangilio ya mfumo, mabadiliko katika ufumbuzi wa usanifu, nk.

Ni muhimu kupeleka madawati ya majaribio kwenye tovuti za "vita" kwa ajili ya uendeshaji wa viwanda wa mfumo, kuiga operesheni karibu na maisha halisi. Kweli, ghafla kutakuwa na maoni ambayo yanahitaji kutolewa kwa matoleo mapya. Bila shaka ni wataalamu, watu wanaowajibika na yote hayo, lakini bado ni bora kuendesha sasisho kwenye benchi ya mtihani kwanza. Ila tu.

Wakati huo huo, 90% ya wakati tayari imesafirishwa na ...

2. Mafunzo ya wafanyakazi wa wateja kufanya kazi na mfumo wa habari

Kama ilivyotajwa mara kadhaa, katika miradi mikubwa tahadhari maalum hulipwa kwa ubora wa nyaraka, pamoja na maagizo kwa watumiaji wa mfumo. Mara nyingi, maagizo ya mtumiaji hugawanywa katika sehemu na aina ya shughuli, utaalam, nk. Hii inakuwezesha kuzingatia katika hati juu ya pointi muhimu na si mzigo watumiaji na taarifa zisizo za lazima.

Kwa kuwa mafunzo yanaweza kuhusisha idadi kubwa ya wafanyikazi tofauti wa wateja, ambao, kwa upande wake, hawawezi kufunzwa wakati huo huo ili kuhakikisha mwendelezo wa michakato ya biashara, ambao lazima wafunzwe katika majukumu anuwai ya kazi na kwa sababu zingine halali, ni muhimu kwa uangalifu. kupanga mchakato wa mafunzo ya wafanyikazi. Pia ni muhimu kuwagawanya wanafunzi katika vikundi katika makundi ambayo yanahitaji mbinu tofauti na kina cha kujifunza, kulingana na kiwango chao cha awali cha utayari. Kwa hivyo, ratiba ya mafunzo iliyoandaliwa lazima ikubaliwe na wahusika wote wanaovutiwa, na kuidhinishwa na usimamizi wa mteja kama lazima.

Na tulionya katika hatua ya kubuni kwamba kutoa mafunzo kwa wafanyikazi wa wateja sio tu kazi muhimu sana, lakini pia ni kazi kubwa sana ...

3. Utambuzi wa mapungufu na kasoro za mfumo wa habari

Mara nyingi sana katika miradi mikubwa, kupima kutolewa kwa mwisho hairuhusu kutambua maeneo yote ya shida ya suluhisho. Sababu ya hii inaweza kuwa: idadi kubwa ya data katika hali halisi ya mapigano, udhihirisho wa mchanganyiko wa kipekee wa sheria za biashara katika michakato halisi ya biashara, huduma za uendeshaji wa vifaa maalum, mchanganyiko maalum wa vifaa vya mfumo, kusawazisha mzigo kati ya nodi zilizosambazwa, nk.

Mara nyingi hali hiyo ni ngumu zaidi na ukweli kwamba kuanzishwa kwa mifumo mpya katika hatua za awali sio kwa njia yoyote kuondoa haja ya kufanya kazi kwenye mifumo ya zamani. Hiyo ni, watumiaji wanarudia data katika mifumo yote miwili. Wakati mwingine data iliyopo, iliyosasishwa inahitaji kuhamishwa kutoka kwa maduka ya urithi hadi kwa mpya, na muundo na muundo wa habari kawaida huwa tofauti sana. Kwa mfano, ikiwa muundo mpya wa data hauna maelezo ya kutosha kujaza maelezo yanayohitajika, hujazwa na baadhi ya data iliyotolewa "kwa chaguomsingi", na kisha kurekebishwa na watumiaji wenyewe. Na hii ni sehemu ndogo tu ya kile tunachokutana nacho katika miradi halisi.

Mada tofauti ni masuluhisho ya ujumuishaji, ambayo kutofaulu kunaweza kutokea kwenye mlolongo kwa kutumia vifaa anuwai vilivyotengenezwa na timu mbili, tatu au zaidi. Kupata wale wa kulaumiwa katika hali hii ni ngumu sana, kwani kasoro mara nyingi huibuka kwenye makutano ya vitu vya ujumuishaji, kwa sababu ya kutokwenda kutambuliwa wakati wa utekelezaji. Na hapa ni muhimu si kuangalia kwa wale wanaohusika na adhabu, lakini kwa haraka na kwa kujenga kukubaliana juu ya makubaliano ya pamoja kutoka kwa watengenezaji wa vipengele vilivyounganishwa, na kwa ufanisi kutatua tatizo.

Kwa kuzingatia yote yaliyo hapo juu, hatua ya uendeshaji wa majaribio mara nyingi hujaa milipuko ya hisia na madai ya pande zote, kati ya timu za maendeleo na wateja. Katika kesi hiyo, jukumu la wasanifu na wachambuzi wa mfumo ni muhimu sana, ambao lazima haraka ujanibishe tatizo, kupendekeza suluhisho na kukubaliana juu yake na wadau wote. Ili kufanya kazi hiyo, pamoja na ujuzi wa msingi wa kitaaluma, unahitaji pia kuwa na talanta ya mazungumzo na ujuzi wa misingi ya usimamizi.

Wakati huo huo, tumefikia mwisho wa muda uliotengwa kwa mradi ...

4. Uratibu wa mabadiliko wakati wa utekelezaji wa mfumo wa habari

Ikiwa uendeshaji wa baadhi ya moduli za kazi za mfumo wa habari haukidhi mahitaji na matarajio ya mteja, na ufumbuzi hupatikana ili kuondokana na matatizo haya, basi lazima zirekodiwe na kukubaliana na mteja.

Hatua ya kukubaliana juu ya ufumbuzi mpya ni muhimu sana kwa angalau sababu mbili.

Kwanza, ikiwa kiasi cha utekelezaji wa mabadiliko kinazidi kiasi kilichotengwa kwa hatari hizo katika mpango wa mradi, basi ni muhimu ama kuingia mikataba ya ziada, au timu ya utekelezaji itafanya kazi kwa hasara. Mara nyingi, wasanii huitwa haraka kufanya mabadiliko, lakini wanasema tutawazingatia na kulipa kazi juu yao baadaye, katika mfuko mmoja. Lakini kwa kweli, kesi kama hizo kawaida husababisha ukweli kwamba mteja basi husahau kabisa ahadi zake, na anatangaza kazi iliyokamilishwa kuwa marekebisho na watendaji wa makosa yao wenyewe.

Pili, mabadiliko yoyote kwa baadhi ya vipengele vya mfumo yanaweza kuhusisha mabadiliko yasiyoepukika katika vipengele vinavyotegemeana, ambayo yanahitaji uchanganuzi wa makini na, ikiwezekana, kuunda upya mlolongo mzima wa mifumo ndogo. Vinginevyo, tukio la kasoro katika uendeshaji wa mfumo kwa ujumla ni kuepukika. Hii inaweza kujidhihirisha, kwa mfano, katika kutofaulu kwa moduli ya timu ya karibu ya watendaji, na mteja tayari anawatangaza hacks na kasoro. Ukweli utadhihirika, lakini kuzingirwa kutabaki.

Na kufafanua Jerzy Lec: "Tulipofika mwisho wa muda uliowekwa, kulikuwa na kugonga kutoka chini ...."

Kwa kuwa wakati umechelewa, ni muhimu kujadiliana na mteja na kumshawishi kwamba hakuwa zawadi katika mradi huo, na sehemu ya lawama iko kwake.

5. Uboreshaji wa mfumo wa habari kulingana na matokeo ya uendeshaji wa majaribio

Ikiwa wakati wa uendeshaji wa majaribio maamuzi yanafanywa na kukubaliana kufanya mabadiliko kwenye programu iliyotengenezwa na tata ya vifaa, basi kulingana nao, kazi zinapewa watendaji kwa utekelezaji wao. Mchakato ulioelezwa katika sehemu ya 3. Utekelezaji wa ufumbuzi wa kubuni unarudiwa. Lakini…

Ikiwa katika hatua ya kubuni mfumo tulijadili athari mbaya ya matumizi kamili ya mbinu ya Scrum (1) katika miradi mikubwa, basi katika hatua hii inafaa kabisa. Hii inaonekana hasa katika miradi ambayo bidhaa iliyohamishiwa kwa mteja haimridhishi katika mambo mengi. Kwa maneno mengine, ni wakati wa kutoa hofu na kwa haraka sana, kichwa, kufanya mabadiliko kwa bidhaa ambayo tayari inatumika.

Kwa kweli, wakati umefika ambapo masharti yafuatayo yanafaa:

1. Mteja tayari ameanza kufanya kazi na mfumo, ana wakati uliotengwa kwa hili, na sasa anaelewa wazi kile anachohitaji. Ipasavyo, yuko tayari kufanya kazi kwa karibu na timu ya watendaji na ana hitaji kubwa la hii;
2. Kwa sehemu kubwa, nyaraka tayari tayari na mabadiliko yake na nyongeza haziwezi tena kufanywa kwa haraka sana, lakini zimeandaliwa baada ya ukweli kulingana na matokeo ya utekelezaji wa mafanikio.
3. Uboreshaji kwa sehemu kubwa hutokea katika moduli za kibinafsi, mifumo ndogo, mizunguko, ambayo ina timu maalum ya watendaji wanaohusika na sehemu hiyo. Kwa hiyo, mawasiliano kati ya watumiaji na watengenezaji tayari yamewekwa ndani, ni rahisi kuanzisha maoni ya ubora wa juu;
4. Maboresho na marekebisho lazima yafanyike haraka sana, kwa milipuko midogo, na matokeo kuhamishiwa kwa mteja, ambaye anapendezwa sana nao;

Ni muhimu sana kwamba mwishoni, nyaraka za kubuni zinaletwa kwa kufuata kamili na ubunifu, na timu inaweza kupata ndani yake suluhisho muhimu kwa ajili ya kuchambua na kubuni mabadiliko ya baadaye.

Kielelezo 20. - Hatua ya utekelezaji wa mfumo wa habari

Hakuna maoni…

6. Uhamisho wa mfumo wa habari katika uendeshaji wa kibiashara

Wakati, wakati wa uendeshaji wa majaribio, masuala yote yenye utata na kutokuelewana kuhusu jinsi mfumo unaotekelezwa unapaswa kufanya kazi na kiwango ambacho kinakubaliana na mkataba wa maendeleo yake kutatuliwa, wahusika husaini vitendo vya utekelezaji wa mkataba. Mteja hufanya malipo kamili kwa kazi iliyofanywa. Mkataba wa maendeleo na utekelezaji wa mfumo wa habari unaweza kuzingatiwa kuwa umekamilika.

Utekelezaji huo unaelekea katika awamu ya uendeshaji wa viwanda. Mahusiano haya mara nyingi hudhibitiwa kisheria na mkataba tofauti au makubaliano ya ziada kwa msaada wa uendeshaji wa viwanda wa mfumo. Ndani ya mfumo wa mkataba huu, kazi ya kuzuia inaweza kufanyika ili kuchunguza uendeshaji wa vipengele vya mfumo, mwingiliano wao, kuondokana na kushindwa kidogo, nk.

7. Muhtasari wa sehemu

Hatua ya utekelezaji wa mfumo wa habari inawakilisha wakati wa ukweli wa mchakato mzima wa uzalishaji wake na itaashiria mwanzo wa kipindi kigumu zaidi kwa washiriki wote wa mradi. Inaweza kujumuisha shughuli zifuatazo:

1. Usambazaji wa mfumo kwenye tovuti ya uendeshaji wa viwanda, ikiwa ni pamoja na usambazaji wa vifaa, ufungaji wa programu ya mfumo, ufungaji wa kutolewa kwa mfumo unaotekelezwa, nk;
2. Mafunzo ya watumiaji kufanya kazi na mfumo, ikiwa ni pamoja na wasimamizi, wataalamu wa matengenezo ya vifaa, nk.
3. Utambulisho na uondoaji wa mapungufu na kasoro zilizotambuliwa wakati wa operesheni ya majaribio.
4. Uratibu wa mabadiliko katika uendeshaji wa mfumo na kuuleta katika kufuata majukumu ya kimkataba;
5. Hati za kusaini juu ya utimilifu wa majukumu ya kimkataba. Kufanya malipo kamili kwa kazi iliyofanywa;
6. Kuweka mfumo katika uendeshaji wa kibiashara;

Utekelezaji

Ni vigumu kutoa ushauri juu ya kutekeleza kanuni za moduli, kwa kuwa kila msanidi ana tabia fulani na mtindo wake wa maendeleo ya kanuni. Wakati wa kutekeleza mradi, ni muhimu kuratibu timu za maendeleo. Wasanidi wote wako chini ya sheria kali za udhibiti wa jaribio la chanzo. Timu ya maendeleo, baada ya kupokea muundo wa kiufundi, huanza kuandika moduli, na katika kesi hii kazi kuu ni kuelewa vipimo. Mbuni hubainisha kile kinachohitajika kufanywa, na msanidi huamua jinsi ya kuifanya.

Katika hatua ya maendeleo, kuna mwingiliano wa karibu kati ya wabunifu, watengenezaji na timu za majaribio. Katika kesi ya maendeleo makubwa, tester "imefungwa" kwa msanidi programu, kwa kweli kuwa mwanachama wa timu ya maendeleo.

Mbuni katika hatua hii hufanya kazi kama "kitabu cha marejeleo cha kutembea", kwani yeye hujibu kila mara maswali kutoka kwa watengenezaji kuhusu vipimo vya kiufundi.

Mara nyingi, miingiliano ya watumiaji hubadilika wakati wa hatua ya ukuzaji. Hii ni kwa sababu, kati ya mambo mengine, kwa ukweli kwamba moduli zinaonyeshwa mara kwa mara kwa mteja. Maombi ya data pia yanaweza kubadilika sana.

Ikumbukwe kwamba lazima kuwe na nafasi ya kazi maalum kwa ajili ya kukusanya mradi mzima. Ni moduli hizi zinazotumwa kwa majaribio. Mwingiliano kati ya mjaribu na msanidi programu bila uhamishaji wa sehemu za mradi unakubalika, lakini tu ikiwa inahitajika kuangalia marekebisho fulani haraka. Mara nyingi sana hatua ya maendeleo na hatua ya kupima huunganishwa na kukimbia kwa sambamba. Mfumo wa kufuatilia hitilafu husawazisha vitendo vya wanaojaribu na wasanidi.

Wakati wa maendeleo, hazina zilizosasishwa kila mara za moduli za mradi zilizotengenezwa tayari na maktaba ambazo hutumiwa wakati wa kukusanya moduli zinapaswa kupangwa. Inashauriwa kwamba mchakato wa sasisho la uhifadhi udhibitiwe na mtu mmoja. Moja ya hazina inapaswa kuwa ya moduli ambazo zimepitisha majaribio ya kazi, na nyingine kwa moduli ambazo zimepitisha majaribio ya muunganisho. Ya kwanza ya haya ni rasimu. Ya pili ni kitu ambacho tayari kinawezekana kukusanya kit cha usambazaji wa mfumo na kuionyesha kwa mteja kwa kufanya vipimo vya udhibiti au kupita hatua yoyote ya kazi.

Nyaraka huundwa katika mchakato wa maendeleo. Mara tu moduli imepitisha majaribio ya kiungo, inaweza kuelezewa katika hati. Ikiwa moduli zinabadilika mara kwa mara, maelezo huanza tu wakati moduli inakuwa thabiti zaidi au kidogo.

Usindikaji wa matokeo ya kubuni

Katika hatua ya maendeleo, kama sheria, atomiki ya kazi inakaguliwa tena, na pia kutokuwepo kwa kurudia.

Inastahili kuwa katika hatua ya kubuni matrix ya "kazi-chombo" tayari imejengwa. Kimsingi ni uwakilishi rasmi wa kile ambacho kampuni inajaribu kufanya (kazi) na ni taarifa gani inahitaji kuchakatwa ili kufikia matokeo (chombo). Matrix kama hiyo hukuruhusu kuangalia vidokezo vifuatavyo:

• kila chombo kina mjenzi - kazi ambayo huunda matukio ya chombo (unda);
• kuna marejeleo yoyote ya chombo hiki, yaani, chombo hiki kinatumika popote (marejeleo);
• ikiwa kuna mabadiliko kwenye chombo hiki (sasisha);
• kila chombo kina mharibifu - kazi inayofuta matukio ya chombo (futa).

Mara nyingi jukumu la mharibifu linafanywa na seti ya programu za kuhifadhi data. Mara nyingi katika mifumo ya habari habari hukusanywa tu. Hii inaruhusiwa tu ikiwa wakati wa kipindi chote cha mkusanyiko wa habari (na, kwa kweli, katika maisha yote ya mfumo wa habari), sifa zake za utendaji zinakidhi mahitaji ya mteja. Kwa mazoezi, hii ni bahati mbaya sana. Hii ni hasa kutokana na kukua kwa wingi wa habari zilizochakatwa. Ikumbukwe kwamba katika kesi hii huwezi kutegemea tu nguvu ya DBMS au vifaa, kwa kuwa njia hizo za kina za kuongeza tija hutoa ongezeko la kasi ya makadirio ya chini. Kwa kweli, kazi ya kukabiliana na mfumo au sehemu zake za kibinafsi kwa ongezeko la kiasi cha data iliyosindika ni kazi inayowezekana zaidi ya kupima. Katika hali hii, kikundi cha majaribio huunda moduli ya kutoa data (hata dhahania), huchagua seti ya maswali ambayo sifa za kasi ni muhimu, kisha huchukua vipimo na kupanga utegemezi wa kasi ya utekelezaji kwa kiasi cha data kwa kila hoja. . Kitendo rahisi kama hicho kitakuruhusu kuzuia makosa makubwa katika muundo na utekelezaji wa mfumo wa habari.

Ufafanuzi wa moduli lazima ukamilike katika hatua ya kubuni, ambayo mara nyingi haipewi umuhimu katika miradi halisi. Na bure - kwa sababu kwa sababu ya utekelezaji usiozingatiwa wa moduli, faida yoyote ya schema ya hifadhidata inaweza kupotea. Kwa hivyo, kwa kupuuza maelezo ya moduli, una hatari ya kuingiza katika mfumo wa habari:

• ukuaji usio na udhibiti wa kiasi cha data;
• nyuzi za maombi zilizo na uwezekano mkubwa wa asili wa migogoro, au nyuzi za maombi ambazo zitaendeshwa "milele" (jaribio la kutekeleza uzi, kugundua mgongano na kurudisha nyuma vitendo vyote, jaribu tena, n.k.) kwa sababu ya nyuzi zinazokinzana nazo;
• kuchanganya mfumo na modules interface;
• kurudia kwa moduli;
• makosa katika uwekaji wa mantiki ya biashara;
• ukosefu wa utekelezaji au utekelezaji usio kamili wa kazi za mfumo zinazohitajika na mteja.

Hii sio orodha kamili ya shida ambazo zitagunduliwa ama katika hatua ya upimaji wa kina, au wakati wa kuweka mfumo katika operesheni, na labda hata wakati wa uendeshaji wa mfumo (wakati moduli zinaanza kutumika).

Kwa kuongeza, ukosefu wa vipimo vya moduli hautakuwezesha kutathmini kwa usahihi utata wa kila moduli na, kwa sababu hiyo, kuamua mlolongo wa uundaji wa moduli na kusambaza kwa usahihi mzigo wa wafanyakazi. Hali ya kawaida katika kesi hiyo ni "mtu anasubiri mtu," wakati mchakato wa kuunda mfumo wa habari unasimama.

Moduli za mfumo

Mara nyingi unapaswa kuzingatia idadi kubwa ya huduma au michakato ya msaidizi ambayo haihusiani moja kwa moja na kazi ya biashara iliyoandaliwa. Kama sheria, hizi ni kazi za mfumo zinazopatikana katika mfumo wowote wa habari, kama vile:

• meneja wa foleni au mpangaji wa kazi;
• meneja wa kuchapisha;
• zana za kufikia data na kuunda maswali ya dharula (mara nyingi hizi ni jenereta za ripoti);
• usimamizi wa saraka na rasilimali zingine za mfumo wa faili;
• chelezo otomatiki;
• kurejesha moja kwa moja baada ya kushindwa kwa mfumo;
• njia za kudhibiti ufikiaji wa watumiaji kwenye mfumo (unaojumuisha njia ya kuunda watumiaji na njia ya kuwapa haki);
• chombo cha kuweka mazingira kwa mtumiaji wa mfumo wa habari;
• njia ya mtumiaji kubadilisha mipangilio yake (pamoja na nenosiri);
• chombo cha usimamizi wa maombi;
• mazingira ya msimamizi wa mfumo wa habari.

Baadhi ya kazi hizi lazima zifanywe na mfumo wa uendeshaji, lakini ikiwa inaendesha katika mazingira tofauti, basi hakuna uhakika kwamba watumiaji watapenda uwepo wa miingiliano tofauti katika mifumo tofauti ya uendeshaji. Kwa kweli, maombi yote ya mteja yanapaswa kuendeshwa kwa mfumo mmoja wa uendeshaji, lakini kwa mazoezi, watengenezaji mara nyingi wanapaswa kushughulika na "zoo" nzima ya vituo tofauti vya kazi kwa mteja - matokeo ya majaribio kadhaa ya kubinafsisha biashara. Lengo la msanidi programu ni kuleta mfumo katika hali ya usawa zaidi au kufanya angalau vituo vya kazi vya mtumiaji wa mwisho vifanane.

Kazi ya kuunda mfumo wa habari katika mazingira tofauti huongeza sana mahitaji ya watengenezaji wa kanuni na zana iliyochaguliwa ya maendeleo. Hii ni kweli hasa kwa maendeleo ya moduli za mfumo. Tahadhari inapaswa kulipwa kwa moduli ambazo utekelezaji wa kanuni hutegemea mfumo wa uendeshaji. Moduli kama hizo lazima zigawiwe tofauti kwa kila mfumo wa kufanya kazi kwa vikundi, kwa mfano Win98, WinNT, nk. Moduli za kila kikundi lazima ziwe na miingiliano madhubuti ya kubadilishana - data wanayosambaza na kupokea imefafanuliwa kabisa, na kupotoka yoyote kutoka kwa vipimo kunaadhibiwa. Hakuna moduli yoyote nje ya kikundi hiki inayoweza kutumia simu zozote isipokuwa miingiliano ya kubadilishana. Kwa njia hii, moduli zinazotegemea mfumo wa uendeshaji zinatengwa na moduli zingine.

Kwa ujumla, mazoezi ya kutenga moduli za mfumo kupitia udhibiti mkali wa miingiliano yao ya mawasiliano hupunguza kwa kiasi kikubwa gharama za urekebishaji wa makosa na usaidizi wa mfumo. Kwa kuongeza, hii hurahisisha upimaji, yaani kugundua makosa na kurekebisha hitilafu. Upande mwingine wa suala ni kwamba mahitaji ya msimbo wa kubadilishana moduli ya mfumo yanaongezeka kwa kasi. Hili ndilo linalotatuliwa kwanza na linapaswa kufanya kazi kwa uwazi sana.

Vyombo vya ufuatiliaji wa mfumo wa habari

Ikiwa mfumo wa habari ni mkubwa, basi unapaswa kuzingatia kazi ya kuisimamia kutoka kwa kituo kimoja cha kazi. Inahitajika kutunza sio tu mtumiaji wa mwisho wa mfumo wa habari, bali pia wafanyikazi ambao wataihudumia. Uangalifu hasa unapaswa kulipwa kwa ufuatiliaji maeneo muhimu ya mfumo wa habari, kwani kushindwa mara nyingi ni rahisi kuzuia kuliko kurekebisha matokeo yake. Ufuatiliaji unarejelea kazi zile ambazo mteja, kama sheria, hafikirii juu ya hitaji la kutatua na ambazo kawaida hazipo katika utafiti wa uchambuzi na hata katika muundo. Haja ya zana za ufuatiliaji inakuwa dhahiri tu katika hatua ya kuweka mfumo katika uendeshaji, na hitaji hili ni kubwa zaidi, mfumo ngumu zaidi na sehemu muhimu zaidi zilizomo.

Watengenezaji na wabunifu wanapaswa kutathmini ugumu wa mfumo. Ikiwa uamuzi unafanywa kuandika chombo cha kina cha utawala na ufuatiliaji ambacho hakijatolewa katika vipimo vya kiufundi, basi katika kesi hii vipimo vya kiufundi vinapaswa kubadilishwa, na si kufuata uongozi wa mteja. Katika mfumo mgumu, bado utalazimika kufuatilia michakato muhimu. Ni ngumu sana kutekeleza zana kama hizo kwenye mfumo uliotengenezwa tayari, kwani wachunguzi mara nyingi hupokea data ya awali kutoka kwa moduli za mfumo wa kiwango cha chini kabisa. Hii pia haiwezekani kuwa inawezekana bila mabadiliko kwenye schema ya hifadhidata, na hakuna hakikisho kwamba mabadiliko hayo hayataharibu utendaji wa mfumo.

Ukuzaji wa wachunguzi ni darasa maalum la kazi: kwa upande mmoja, lazima kusindika kiasi cha kutosha cha habari, kwa upande mwingine, haipaswi kuathiri sana utendakazi wa vifaa vingine vya mfumo wa habari. Hii inalazimisha watengenezaji kuwa waangalifu hasa wakati wa kuunda wachunguzi na kuandika kanuni za moduli zao kwa uangalifu sana.

Violesura

Miingiliano ya watumiaji wa mwisho ndiyo ambayo mteja anakosoa zaidi, kutokana na ukweli kwamba ni sehemu hizi za mfumo wa habari ambazo anaweza kutathmini kwa ustadi zaidi au kidogo - kwa kawaida ndizo pekee anazoziona. Hii ina maana kwamba violesura ni kipengele kinachobadilishwa mara kwa mara cha mfumo wa habari katika hatua ya utekelezaji.

Sehemu/vijenzi vinavyobadilishwa mara kwa mara vya mfumo wa taarifa vinapaswa kutengwa na vijenzi ambavyo havijabadilishwa mara chache ili baadhi ya mabadiliko yasijumuishe vingine. Mbinu moja ya kutengwa kama hii ni kutenga maombi ya data kutoka kwa kiolesura kama ifuatavyo:

• kila ombi limefungwa na kitambulisho au "imefungwa" na kazi maalum ya mfumo;
• msanidi wa interface hajui chochote kuhusu ombi la data isipokuwa vigezo vya sifa za uteuzi - aina zao na, ikiwezekana, idadi ya safu katika uteuzi;
• kushughulikia makosa katika maombi ya data ni moduli tofauti;
• kushughulikia makosa katika kutafsiri matokeo ya hoja pia ni moduli tofauti.

Wakati wa kuchakata matokeo ya maswali ya data, tahadhari maalum inapaswa pia kulipwa kwa masuala ya mawasiliano kati ya aina za lugha ya mwenyeji na DBMS, ikiwa ni pamoja na masuala ya usahihi wa aina za nambari, kwani uwakilishi wao unatofautiana kwa kiasi kikubwa kati ya DBMS tofauti. Pia, fahamu hoja za data zinazotumia vitendaji maalum vya mfumo wa uendeshaji, kama vile vitendaji vya baiti na neno vya thamani ya sifa (kwa mfano, chaguo za kukokotoa zitafanya kazi tofauti kwenye Intel na SUN SPARC). Aina za data zinaweza kutumwa kwa njia dhahiri katika ombi kwa kutumia vitendakazi na vitendakazi vilivyojumuishwa kwenye DBMS, au katika vitendakazi vya programu. Sio kwa DBMS zote, ubadilishaji wa aina kamili hutoa matokeo sawa, kwa hivyo ikiwa mfumo wa habari unatumia data kutoka kwa hifadhidata kadhaa zinazodhibitiwa na DBMS tofauti, basi ni bora kuzuia ubadilishaji wa aina zisizo wazi.

Unapaswa pia kuanzisha sheria kali za kuonekana kwa miingiliano ya watumiaji. Hisia ya mtindo mmoja inapaswa kuundwa kwa vipengele vyote vya mfumo wa habari.

Matoleo ya hifadhidata

Katika hali nyingi, toleo la kwanza la hifadhidata ya mradi huundwa haraka sana - hii ni utekelezaji wa muundo wa kawaida kabisa, ambao unapatikana katika hatua ya uchambuzi. Madhumuni kuu ya hifadhidata hii ni kutoa prototyping, maonyesho, na baadhi ya majaribio ya watengenezaji na wabunifu.

Hati za kuunda hifadhidata na kuijaza na data ya kuanzia pia ni msimbo wa chanzo cha mfumo wa habari, na sheria za udhibiti wa toleo zinatumika kwake. Ikumbukwe kwamba kudumisha matoleo ya hifadhidata katika kiwango cha hati bado ni rahisi kuliko katika kiwango cha upakuaji na upakiaji wa zana zinazotolewa na DBMS yenyewe, kwani katika hali nyingi zana kama hizo haziwezi kutoa kazi kadhaa rahisi lakini muhimu:

• kudhibiti ni vitu gani vya data na data hufanyika katika vitu vya kupakia A na B, na upakie tu "tofauti" ya A na B kwenye hifadhidata (fanya sasisho la toleo);
• angalia ikiwa mabadiliko yanayofanyika katika vipengee vya upakiaji C na D hayapingani kwa kulinganisha na kifaa cha kupakia A (unganisha matoleo).

Zana za CASE zina udhibiti wa toleo la schema ya hifadhidata, na zingine zina mipangilio inayokuruhusu kudhibiti data ya uanzishaji. Hii inafanya uwezekano wa kutumia zana hizi kutoa udhibiti wa toleo la hifadhidata.

Inaaminika zaidi kudhibiti matoleo ya msimbo wa chanzo cha vichochezi na taratibu zilizohifadhiwa kwa kutumia mfumo ule ule wa udhibiti wa toleo ambao unapitishwa kwa ajili ya kuhifadhi msimbo wa chanzo wa mradi wenyewe.

Uwekaji wa mantiki ya usindikaji

Mojawapo ya masuala muhimu ya muundo ni njia ya kuweka mantiki ya biashara kwa usindikaji wa data: kuiweka (na sehemu gani) ama kwenye seva katika mfumo wa taratibu zilizohifadhiwa, vifurushi, vichochezi, vikwazo vingine vya uadilifu moja kwa moja kwenye seva ya hifadhidata, au kwa namna ya kazi kwenye mteja (katika programu ya mteja). Mahali ya sheria za interface na sheria za data imeelezwa kwa usahihi: ya kwanza daima iko kwenye mteja, mwisho kwenye seva. Sheria za mantiki ya biashara katika DBMS za kisasa zinaweza kuwekwa kwa mteja na seva. Wacha tuangalie mfano mmoja wa sheria rahisi ya biashara:

• Thamani katika uwanja wa kuonyesha imeingizwa na mtumiaji badala ya kuchaguliwa kutoka kwenye orodha, lakini seti ya maadili halali ni mdogo (kwa mfano, thamani mbili au tatu tofauti).

Kwa upande mmoja, mtumiaji anahitaji jibu la haraka kutoka kwa mfumo hadi kosa la kuingiza data; kwa upande mwingine, maadili katika uwanja wa hifadhidata ambayo ni tofauti na yaliyoainishwa (mbili au tatu) hayakubaliki. Kwa kweli kuna sheria mbili zinazohitajika kutekelezwa katika hali hii. Sheria ya data katika kesi hii itapangwa kwa njia ya kizuizi cha hundi, na sheria ya kiolesura ambayo inakataza kuingiza maadili isipokuwa yale yaliyoainishwa itarudia kanuni ya data, lakini itatekelezwa katika kiwango cha kiolesura cha mtumiaji. Inaweza kuonekana kuwa kutekeleza fomu iliyo na orodha katika kesi hii ni suluhisho bora, lakini waendeshaji wengi wanapendelea aina katika fomu, hasa ikiwa urefu wa thamani ya pembejeo ni ndogo. Fomu zilizo na idadi kubwa ya orodha ni ngumu sana kwa watumiaji wa mwisho kuchakata. Katika kesi ya seti ya maadili katika fomu, uangalifu unapaswa kuchukuliwa ili kubadilisha kesi ya mifuatano ya wahusika (ambapo hali si muhimu) kuwa herufi kubwa au ndogo, katika kiwango cha kiolesura cha programu.

Violezo

Kutumia violezo na maktaba kuunda moduli "zinazofanana" ni mazoezi ya kawaida. Nini cha kutumia katika kesi hii - vitu na madarasa au maktaba - imeamua na kundi maalum la watengenezaji. Katika hali nyingi, kuamuru njia ya ukuzaji haina maana, kwa sababu msanidi programu huandika msimbo jinsi anajua jinsi au hutumiwa. Matukio haya kwa kawaida hudhibitiwa na msimamizi wa mradi.

Katika mradi wowote, msimbo wa kuiga ni marufuku, kwa kuwa hii inasababisha kuonekana kwa matoleo tofauti ya kanuni sawa katika vipande tofauti vya programu ya maombi na, kwa sababu hiyo, kwa makosa ambayo ni vigumu kutambua na kusahihisha. Sheria kali inapaswa kuanzishwa: wito wa kazi hutumiwa, na sio nakala yake katika kanuni; kupotoka yoyote kutoka kwa sheria hii ni adhabu.

Kupima

Kama ilivyoelezwa hapo juu, vikundi vya upimaji vinaweza kushirikishwa tayari katika hatua za awali za maendeleo ya mradi. Upimaji wa kina wenyewe unapaswa kugawanywa katika hatua tofauti ya ukuzaji. Kulingana na utata wa mradi, majaribio na urekebishaji wa hitilafu unaweza kuchukua theluthi moja, nusu, au zaidi ya muda wa maendeleo wa mradi mzima.

Kadiri mradi unavyozidi kuwa mgumu zaidi, ndivyo hitaji kubwa la kuweka mfumo wa kufuatilia hitilafu kiotomatiki. Mfumo kama huo hutoa kazi zifuatazo:

• kuhifadhi ujumbe wa hitilafu (pamoja na taarifa ya lazima kuhusu sehemu ya mfumo ambayo kosa inahusiana na, ni nani aliyeipata, jinsi ya kuizalisha tena, ni nani anayehusika na kurekebisha, na wakati inapaswa kurekebishwa);
• mfumo wa taarifa kuhusu kuonekana kwa makosa mapya, kuhusu mabadiliko katika hali ya makosa inayojulikana katika mfumo (kama sheria, haya ni arifa kwa barua pepe);
• ripoti juu ya makosa ya sasa na vipengele vya mfumo, kwa vipindi vya muda, na vikundi vya maendeleo na watengenezaji;
• habari kuhusu historia ya kosa (ikiwa ni pamoja na ufuatiliaji wa makosa sawa, ufuatiliaji wa kurudi tena kwa kosa);
• sheria za kupata makosa ya aina fulani;
• kiolesura cha ufikiaji mdogo wa mfumo wa kufuatilia hitilafu kwa mtumiaji wa mwisho wa mfumo wa habari, ambao hutumika kama kiolesura cha kubadilishana taarifa kati ya mtumiaji na huduma ya usaidizi wa kiufundi ya mfumo.

Mifumo kama hiyo huondoa shida nyingi za shirika, haswa suala la arifa ya makosa ya kiotomatiki.

Vipimo vya mfumo wenyewe vinaweza kugawanywa katika vikundi kadhaa:

• vipimo vya moduli ya uhuru - hutumiwa tayari katika hatua ya maendeleo ya vipengele vya mfumo na kuruhusu kufuatilia makosa ya vipengele vya mtu binafsi;
• vipimo vya uunganisho wa vipengele vya mfumo - kutumika wote katika hatua ya maendeleo na katika hatua ya kupima na kuruhusu kufuatilia uingiliano sahihi na kubadilishana habari kati ya vipengele vya mfumo;
• mtihani wa mfumo ndio kigezo kikuu cha kukubalika kwa mfumo. Kama sheria, hii ni kundi la majaribio ambayo yanajumuisha vipimo vya uhuru, vipimo vya uunganisho na mifano. Jaribio hili lazima lizalishe utendakazi wa vipengele na kazi zote za mfumo, kusudi lake kuu ni kukubalika kwa ndani kwa mfumo na tathmini ya ubora wake;
• mtihani wa kukubalika - unaotumika wakati wa kukabidhi mfumo kwa mteja. Hapa, watengenezaji mara nyingi hupunguza mahitaji ya mfumo ikilinganishwa na mtihani wa mfumo, na kwa ujumla ni wazi kwa nini hii ni haki;
• vipimo vya utendaji na mzigo vinajumuishwa katika mtihani wa mfumo, lakini vinastahili kutajwa maalum, kwani kundi hili la vipimo ndilo kuu la kutathmini uaminifu wa mfumo.

Majaribio ya kila kikundi lazima yajumuishe majaribio ya uigaji wa kushindwa. Hapa mmenyuko wa sehemu, kikundi cha vifaa, au mfumo kwa ujumla kwa kutofaulu kwa aina ifuatayo huangaliwa:

• kushindwa kwa sehemu tofauti ya mfumo wa habari;
• kushindwa kwa kikundi cha vipengele vya mfumo wa habari;
• kushindwa kwa moduli kuu za mfumo wa habari;
• kushindwa kwa mfumo wa uendeshaji;
• kushindwa "ngumu" (kushindwa kwa nguvu, kushindwa kwa gari ngumu).

Vipimo hivi vinawezesha kutathmini ubora wa mfumo mdogo wa kurejesha hali sahihi ya mfumo wa habari na kutumika kama chanzo kikuu cha habari kwa ajili ya kuendeleza mikakati ya kuzuia matokeo mabaya ya kushindwa wakati wa uendeshaji wa viwanda. Kwa kawaida, hii ni aina ya majaribio ambayo watengenezaji hupuuza na kisha hupambana na matokeo ya kushindwa kwenye mfumo wa uzalishaji.

Jambo lingine muhimu la programu ya majaribio ya mifumo ya habari ni upatikanaji wa jenereta za data za majaribio. Hutumika kufanya majaribio yote mawili ya utendakazi wa mfumo, majaribio ya kutegemewa kwa mfumo na majaribio ya utendaji wa mfumo. Kazi ya kutathmini sifa za utegemezi wa utendaji wa mfumo wa habari juu ya ukuaji wa habari iliyosindika haiwezi kutatuliwa bila jenereta za data.

Uendeshaji na matengenezo

unyonyaji wa mateso unachukua nafasi ya mchakato wa majaribio. Kama sheria, mfumo haujawekwa kikamilifu, hatua kwa hatua.

Uagizaji unapitia angalau awamu tatu:

mkusanyiko wa habari;

kufikia uwezo wa kubuni.

Upakiaji wa kwanza wa habari huanzisha anuwai nyembamba ya makosa - haswa haya ni shida za kutolingana kwa data wakati wa upakiaji na makosa ya wapakiaji, ambayo ni, kile ambacho hakikufuatiliwa katika data ya jaribio. Makosa kama haya lazima yarekebishwe haraka iwezekanavyo. Usiwe wavivu kufunga toleo la utatuzi wa mfumo (ikiwa, bila shaka, unaruhusiwa kupeleka tata nzima ya programu inayoambatana na kufuta mfumo wa habari kwenye tovuti). Ikiwa haiwezekani kurekebisha data "kwenye moja kwa moja", basi utalazimika kuiga hali hiyo, na haraka. Hii inahitaji wajaribu waliohitimu sana.

Katika kipindi cha mkusanyiko wa habari, idadi kubwa ya makosa yaliyofanywa wakati wa kuunda mfumo wa habari itaonekana. Kama sheria, haya ni makosa yanayohusiana na ufikiaji wa watumiaji wengi. Mara nyingi, katika hatua ya upimaji, makosa kama haya hayapewi umakini - dhahiri kwa sababu ya ugumu wa modeli na gharama kubwa ya zana za otomatiki za mchakato. kupima mfumo wa habari katika hali ya ufikiaji wa watumiaji wengi. Makosa mengine yatakuwa magumu kusahihisha kwa sababu ni makosa ya muundo. Hakuna mradi mmoja mzuri ambao ni kinga kutoka kwao. Hii inamaanisha kwamba, ikiwa tu, unahitaji kuhifadhi wakati wa ujanibishaji na kurekebisha makosa kama haya.

Katika kipindi cha mkusanyiko wa habari, unaweza kukutana na "msingi umeanguka" maarufu. Katika hali mbaya zaidi, inageuka kuwa DBMS haiwezi kuhimili mtiririko wa habari. Ikiwa ni nzuri, vigezo vya usanidi sio sahihi tu. Kesi ya kwanza ni hatari, kwani ni ngumu sana kushawishi mtengenezaji wa DBMS, na mteja hapendi viungo vya huduma ya msaada wa kiufundi ya DBMS. Sio mtengenezaji ambaye atalazimika kutatua tatizo la kushindwa kwa DBMS, lakini wewe - kubadilisha schema, kupunguza mtiririko wa maombi, kubadilisha maombi wenyewe; kwa ujumla - kuna chaguzi nyingi. Ni vizuri ikiwa wakati wa kurejesha msingi unafaa kwenye iliyopangwa.

Kufikia uwezo wa kubuni wa mfumo chini ya mchanganyiko wa mafanikio wa hali kunamaanisha kurekebisha idadi ya makosa madogo, na mara kwa mara makosa makubwa.

Mbinu Nyingine za Maendeleo ya Maombi

Kwa kawaida, watumiaji wa mwisho na wasimamizi wanaamini kuwa mchakato wa kubuni haujazaa matokeo kwa sababu hakuna vipengele vya nje vya rafu vya "kugusa." Mara nyingi, mteja anasisitiza kutekeleza hatua ya utekelezaji wa mradi kabla ya ratiba ili kupata matokeo fulani na kuyaonyesha haraka iwezekanavyo. Katika hali hii, inavutia sana kuchagua Ukuzaji wa Maombi ya Kuharakishwa (AAD) au Ukuzaji wa Maombi ya Shirikishi (CAD). Njia kama hizo zinajumuisha kuunda mfano wa kufanya kazi na kisha kuwaonyesha watumiaji. Watumiaji maoni juu ya kile wanachopenda na kile ambacho hawapendi. Mbuni huboresha mfano akizingatia maoni yaliyotolewa, na kisha anaonyesha tena kile kilichotokea. Nakadhalika. Mchakato unarudiwa hadi watumiaji wapende kile wanachokiona na mfano kuwa programu inayofanya kazi. Kawaida kuna kikomo cha muda na idadi ya marudio, vinginevyo watumiaji wataboresha mfano milele. Kwa nadharia, hii hukuruhusu kupata mfumo ambao watumiaji wanahitaji. Katika mazoezi, mbinu hii ya maendeleo ya maombi inaleta matatizo makubwa.

• Uangalifu wote unaelekezwa kwenye fomu za skrini, na kinachohusu sheria za usindikaji wa data na utendaji wa mfumo hubaki nyuma ya pazia. Kuna jaribu la kuanza kufanya kazi na ripoti, wakati ripoti sio bidhaa ya kuanzia, lakini bidhaa inayotokana na mfumo wa habari.
• Watumiaji wanadhani kwamba ikiwa toleo la mfano limekubaliwa, basi moduli iko tayari. Kwa kweli, hii inaweza kuwa picha tu na seti ya "stubs" kwa wito kazi za mfumo na kuingiliana na modules nyingine.
• Moduli zimeundwa kwa kutengwa kutoka kwa kila mmoja (wengi wenu labda mmekutana na programu za uhasibu ambapo kila kituo cha kazi kinajiendesha na utendakazi mara nyingi hurudiwa). Matokeo ya hii ni mgongano kati ya moduli, marudio ya kazi na data, ambayo inaweza kutambuliwa tu kwa kupima seti ya moduli.
• Utendakazi unapanuliwa kwa sambamba katika pande kadhaa, ambayo ina maana kwamba muundo wa hifadhidata lazima udhibitiwe madhubuti. Kwa DRM, taratibu za hifadhidata hubadilika kuwa dampo ambapo jedwali hutupwa pamoja kwa haraka, na hivyo kusababisha seti ya data kinzani na nakala.
• Nyaraka wakati wa kutumia njia ya URP, kama sheria, haipo, au tuseme, hitaji la kuandika mfumo limesahaulika, kwani udanganyifu umeundwa kwamba mtumiaji tayari anaelewa kinachotokea. Wakati programu inapoanza kufanya kazi tofauti na mtumiaji anatarajia, matatizo mengi hutokea.
• Hali za ubaguzi hushughulikiwa tofauti kwa kila moduli.
• Mfumo kamili, kama sheria, haufanyi kazi; uwezekano mkubwa, itakuwa seti fulani ya vituo vya kazi vya kiotomatiki, vilivyounganishwa kwa haraka.

Njia za URP na SRP haziwezi kutumika kila wakati, lakini ikiwa tu:

• Upeo wa mahitaji ya mradi na biashara hufafanuliwa wazi, haubadilika, na mradi yenyewe ni mdogo;
• mradi hautegemei zana zingine za otomatiki za biashara; idadi ya miingiliano ya nje ambayo italazimika kushughulikiwa ni mdogo;
• mfumo unazingatia fomu za skrini, usindikaji wa data na kazi za mfumo hufanya sehemu isiyo na maana, urahisi wa fomu za skrini ni mojawapo ya mambo matano muhimu zaidi kwa mafanikio ya mradi;
• watumiaji wamehitimu sana na kipaumbele hutathmini vyema wazo la kuunda programu mpya.

Walakini, ni bora kukuza sehemu ndogo na, ikiwezekana, zinazojitegemea za mradi kwa kutumia njia ya URP.

Hivi sasa, jaribio limefanywa ili kuanzisha njia nyingine ya kuandika haraka mradi - njia ya programu kali. Kanuni za mbinu hii zitajadiliwa hapa chini.

Mchezo wa kupanga. Kulingana na tathmini zilizofanywa na waandaaji programu, mteja huamua utendakazi na kipindi cha utekelezaji wa matoleo ya mfumo. Watayarishaji programu hutekeleza tu vipengele ambavyo ni muhimu kwa vipengele vilivyochaguliwa katika marudio fulani.

Kama matokeo ya uamuzi huu, ukuzaji wa mfumo unabaki "nyuma ya pazia", ​​kama matokeo ambayo wakati wa maendeleo kuna haja ya kujenga "stubs" na kuandika upya kanuni. Haijulikani kwa nini tarehe ya mwisho ya utekelezaji imedhamiriwa na mteja, kwa sababu kwa kweli hii ni wajibu wa moja kwa moja wa timu ya kubuni. Mteja, kwa ujumla, anaweza tu kuelezea matakwa yake kuhusu tarehe za mwisho ("Naitaka kwa tarehe kama hiyo"), lakini ni mbuni tu anayeweza kuamua tarehe ya mwisho ("inaweza kufanywa kwa chini ya vile na vile vile." wakati").

Mabadiliko ya mara kwa mara ya matoleo (matoleo madogo). Mfumo huo umewekwa ndani ya miezi michache baada ya kuanza kwa utekelezaji, bila kusubiri ufumbuzi wa mwisho wa matatizo yote yaliyotolewa. Matoleo mapya yanaweza kutolewa kwa vipindi kuanzia kila siku hadi kila mwezi.

Kila kitu ni nzuri, isipokuwa kwa jambo moja: haiwezekani kupima sehemu ngumu zaidi au chini katika kipindi kama hicho. Mteja hufanya kama kijaribu cha beta. Katika kesi hii, anaweza kuona kwamba watengenezaji wanafanya kazi kwa bidii na hata kurekebisha mende. Hata hivyo, maswali ya busara hutokea: ni thamani ya kuanzisha mteja katika mchakato wa kazi na ni muhimu kufanya majaribio kwenye mfumo wa kufanya kazi? Mbali na hayo hapo juu, ni lazima ieleweke kwamba kanuni hiyo haiwezekani kutekelezwa kwa sehemu za mradi zinazohitaji uendeshaji wa 24x7.

Sitiari. Mwonekano wa jumla wa mfumo hubainishwa kwa kutumia sitiari au seti ya mafumbo ambayo mteja na watayarishaji programu hufanya kazi pamoja.

Kwa upande mmoja, barua hii inaonekana nzuri sana, lakini kwa upande mwingine, je, inaleta maana kuanzisha mteja katika masuala ya ndani ya kikundi cha maendeleo? Ni nini kinachohusu mwonekano wa jumla (interfaces, ripoti, n.k.) inaweza kweli kuwa ndani ya uwezo wa mteja, lakini linapokuja suala la maelezo ya utekelezaji wa vipengele fulani, mteja hawezi kuwa na manufaa kwa sababu ya ukosefu wake wa ujuzi muhimu. .

Ubunifu rahisi. Kwa kila wakati kwa wakati, mfumo uliotengenezwa hufanya majaribio yote na inasaidia uhusiano wote uliofafanuliwa na programu, hauna nakala za msimbo na ina idadi ya chini iwezekanavyo ya madarasa na mbinu. Sheria hii inaweza kuonyeshwa kwa ufupi kama ifuatavyo: "Tengeneza kila wazo mara moja na mara moja tu."

Wazo hili pia ni nzuri, lakini haifai kabisa na kanuni ya kuandika msimbo haraka. Labda unapaswa kufikiria kwanza jinsi ya kufanya hii au moduli hiyo, kikundi cha moduli, na kisha tu kuanza kuandika msimbo?

Vipimo. Watayarishaji wa programu huandika majaribio ya kitengo kila wakati. Kwa pamoja, vipimo hivi vinapaswa kufanya kazi kwa usahihi. Kwa hatua za kurudia, wateja huandika majaribio ya utendaji, ambayo lazima pia yafanye kazi kwa usahihi. Walakini, katika mazoezi hii haipatikani kila wakati. Ili kufanya uamuzi sahihi, unahitaji kuelewa ni kiasi gani cha gharama ya kutoa mfumo na kasoro inayojulikana, na kulinganisha hii na gharama ya kuchelewesha marekebisho ya kasoro.

Wakati vipimo vimeandikwa na waandaaji wa programu wenyewe (hasa wakati wa kufanya kazi kwa muda wa ziada), vipimo hivi havifanyi kazi kikamilifu, na kwa hakika hazizingatii upekee wa kazi ya watumiaji wengi. Wasanidi programu kwa kawaida hawana muda wa kutosha kwa ajili ya majaribio ya kina zaidi. Unaweza, kwa kweli, kujenga mfumo wa maendeleo ili watu sawa watashughulikia kila kitu, lakini bado haupaswi kugeuza mradi huo kuwa analog ya kipindi cha TV "Mkurugenzi Wako Mwenyewe." Ni muhimu kuongeza kwa hapo juu kwamba upimaji wa mfumo sio mdogo kwa vipengele vya kupima (vitengo); Vipimo vya mwingiliano kati yao sio muhimu sana, na hiyo hiyo inatumika kwa vipimo vya kuegemea. Walakini, njia iliyokithiri ya programu haitoi uundaji wa majaribio ya darasa hili. Hii inafafanuliwa na ukweli kwamba vipimo vile wenyewe vinaweza kuwakilisha nambari ngumu kabisa (hii ni kweli hasa kwa vipimo vinavyoiga uendeshaji halisi wa mfumo). Teknolojia hii pia haizingatii darasa lingine muhimu la vipimo - vipimo vya tabia ya mfumo wakati kiasi cha habari iliyosindika huongezeka. Kwa kiwango cha juu cha mabadiliko ya toleo, haiwezekani kiteknolojia kufanya mtihani huo, kwani utekelezaji wake unahitaji msimbo wa mradi thabiti na usiobadilika, kwa mfano, ndani ya wiki. Tarehe za mwisho kama hizo, kwa ujumla, hazihakikishiwa kwa sababu ya mabadiliko ya mara kwa mara katika matoleo. Katika kesi hii, itabidi ama kusimamisha maendeleo ya vipengele, au kuunda toleo la sambamba la mradi wakati wa mtihani, ambao utabaki bila kubadilika, wakati wa pili utabadilika. Kisha utahitaji kufanya mchakato wa kuunganisha msimbo. Lakini katika kesi hii, mtihani utalazimika kuundwa tena, kwa kuwa mbinu kali za programu haitoi tu maendeleo ya zana zinazoruhusu kutabiri tabia ya mfumo chini ya mabadiliko fulani.

Urekebishaji wa mfumo. Usanifu wa mfumo unaendelea kubadilika. Mradi wa sasa unabadilishwa, huku ukihakikisha kuwa majaribio yote yanafanywa kwa usahihi.

Hapa ndipo furaha huanza. Upangaji Uliokithiri unategemea msingi kwamba inawezekana kila wakati kuifanya tena, na bila gharama nyingi. Walakini, mazoezi yanaonyesha kinyume.

Oanisha programu. Nambari zote za mradi zimeandikwa na watu wawili wanaotumia mfumo sawa wa eneo-kazi.

Swali linatokea: kuna mtu yeyote ameona watengenezaji programu wawili wanaofanana kabisa, ambao kila mmoja wao, mwishoni mwa siku ya kazi, angekuwa na wakati wa kuandika nyaraka kwa mwenzi wake? Inawezekana kupata waandaaji wa programu mapacha ambao wanakubali kila kitu?

Na muhimu zaidi, kwa nini tunahitaji jozi kama hizo za waandaaji wa programu? Sababu, kwa ujumla, ni rahisi: si kila mtu anayeweza kuhimili kasi ya juu ya kazi iliyowekwa na programu kali, na outflow ya wafanyakazi ni kuepukika. Wanandoa kama hao wanaweza kutoa aina fulani ya bima - ikiwa mtu ataacha, basi labda wa pili ataona kazi hadi mwisho. Ukweli, iliyobaki itaanguka ndani ya muda mgumu zaidi - baada ya yote, kiasi cha kazi kitabaki sawa, na hakutakuwa na nakala rudufu, angalau kwa muda fulani. Ifuatayo ni mchakato wa asili wa kuhamisha habari kwa mwanafunzi mpya, ambayo inachukua muda tena. Na kadhalika bila mwisho.

Kuunganishwa kwa kuendelea. Msimbo mpya umeunganishwa kwenye mfumo uliopo ndani ya saa chache. Baada ya hayo, mfumo unaunganishwa tena kuwa moja na vipimo vyote vinaendeshwa. Ikiwa angalau moja yao haijafanywa kwa usahihi, mabadiliko yaliyofanywa yanaghairiwa.

Nakala hii angalau ina utata, kwani haijulikani ni nani atarekebisha makosa, sio ya kawaida tu, bali pia. kushawishiwa kanuni mbaya. Baada ya yote, majaribio magumu hayatarajiwi kufanywa katika hatua hii; kwa kuongezea, mabadiliko yanabaki hata ikiwa kosa limegunduliwa. Wakati huo huo, Mbinu ya Upangaji Uliokithiri haitoi mfumo wa kufuatilia makosa.

Umiliki wa pamoja. Kila mpangaji programu ana fursa ya kuboresha sehemu yoyote ya msimbo katika mfumo wakati wowote ikiwa anaona ni muhimu.

Je, hii haikukumbushi machafuko? Jinsi ya kupata mwandishi wa mabadiliko katika kesi hii? Je, kuna mtu yeyote amewahi kukutana na "jack of all trades" wakati wa maendeleo ya mradi mkubwa, na ni kwa muda gani "handman" kama huyo angeweza kushikilia kazi yake? Hiyo ni kweli, sio muda mrefu sana.

Mteja wa tovuti. Mteja ambaye yuko kwenye timu ya usanidi wakati wa kazi kwenye mfumo.

Hii, bila shaka, ni nzuri, lakini lengo halijulikani: ama kumjulisha mteja kwa kiini cha jambo hilo, au kumfanya mwandishi mwenza? Haiwezekani kwamba mteja pekee atakuwa na mtaalamu aliyehitimu sana.

Wiki ya saa 40. Kiasi cha kazi ya ziada haiwezi kuzidi wiki moja ya kazi kwa muda. Hata matukio ya pekee ya muda wa ziada, unaorudiwa mara nyingi, ni ishara ya matatizo makubwa ambayo yanahitaji tahadhari ya haraka.

Kama mazoezi ya kutumia programu kali inavyoonyesha (licha ya mifano kadhaa chanya iliyotolewa na wafuasi wa njia hii), nyongeza ya njia hii ni sheria, sio ubaguzi, na mapambano dhidi ya shida katika kesi hii ni jambo la kawaida. Inaongezeka wakati wa uingizwaji wa toleo ghafi la sasa la bidhaa na toleo lingine, tena ghafi. Mteja, aliyeanzishwa katika mchakato, hupata furaha zote za udhihirisho wa makosa ya mfumo juu yake mwenyewe. Je, unadhani mteja atakuwa na subira ya kutosha katika hali hii hadi lini? Anahitaji mfumo ufanye kazi...

Fungua nafasi ya kazi. Timu ya maendeleo iko katika chumba kikubwa kilichozungukwa na vyumba vidogo. Katikati ya nafasi ya kazi, kompyuta imewekwa ambayo jozi za waandaaji wa programu hufanya kazi.

Kwa kuongezea, haya yote, kwa kuzingatia kanuni za hapo awali, inapaswa kuwa kwenye eneo la mteja, kwani anahusika sana katika mchakato wa maendeleo. Swali linatokea: bahati mbaya kama hiyo ni kweli?

Hakuna zaidi ya sheria tu. Wanachama wa timu wanaofanya kazi kwa kutumia teknolojia iliyokithiri ya upangaji hujitolea kufuata sheria zilizowekwa. Walakini, hizi si chochote zaidi ya sheria na timu inaweza kuzibadilisha wakati wowote ikiwa wanachama wake wamefikia makubaliano kimsingi kuhusu mabadiliko yaliyofanywa.

Labda, mwishowe, sheria moja muhimu itatengenezwa: "kwanza fikiria, kisha fanya." Katika kesi hii, tutakuwa na muundo sawa na "maporomoko ya maji". Kwa sababu fulani, wafuasi wa programu kali wana hakika kwamba wakati wa kutumia "maporomoko ya maji" na clones zake, mzunguko wa maendeleo lazima uwe mrefu. Haijulikani ni nini husababisha kujiamini kama hivyo. Baada ya yote, sio marufuku kugawanya mradi katika hatua. Kwa sababu fulani, inaaminika kuwa mipango itakuwa ya wakati mmoja na isiyoweza kubadilika, ingawa kwa kweli hii sio kweli, pamoja na katika kesi ya "maporomoko ya maji".

Kwa hivyo, tunapata njia ambayo inaweza kubadilika sana kwa mahitaji ya mradi yanayobadilika sana, lakini wakati huo huo sio huru kutokana na idadi ya mapungufu makubwa. Hali ya mwisho haituruhusu kupendekeza njia hii kwa matumizi kwa miradi inayohitaji uaminifu wa juu au angalau wa kutosha wa uendeshaji.

KompyutaPress 2"2002

Hatua kuu za utekelezaji wa mfumo wa habari

Awamu ya "Kazi ya awali ya kuandaa mradi wa utekelezaji wa IS." Wakati wa uchunguzi wa awali wa mradi wa biashara, habari ya kina inakusanywa juu ya muundo wa kimuundo wa shirika, uhusiano wa kiutendaji, mfumo wa usimamizi, michakato kuu ya biashara, mtiririko ndani ya biashara (Mtiririko wa Udhibiti, Mtiririko wa Hati, Mtiririko wa data, Mtiririko wa Kazi, Pesa. Flow), muhimu kwa ajili ya ujenzi mifano sahihi na uteuzi wa vitu kwa ajili ya automatisering. Muda, rasilimali, aina na wingi wa kazi, anuwai na gharama ya programu, maunzi na mawasiliano ya simu, gharama ya mafunzo ya wafanyikazi, nk.

Awamu "Maandalizi ya mradi". Baada ya kukamilika kwa awamu ya kwanza, upangaji wa awali na uundaji wa taratibu za uzinduzi wa mradi hufanywa:

• uundaji wa vikundi vya mradi na wataalam;
• usambazaji wa madaraka na majukumu;
• uamuzi wa mahitaji ya shirika na kiufundi kwa mchakato wa utekelezaji;
• kufafanua vipimo na matarajio ya mteja;
• mafunzo ya kikundi cha utekelezaji kinachojumuisha wataalam kutoka kwa biashara ya wateja.

Awamu ya "Maendeleo ya dhana ya mradi". Katika awamu hii:

• mradi wa dhana huundwa na kupitishwa;
• uelewa wa lazima usio na utata wa nia ya washiriki wote wa mradi kuhusu IS inayotekelezwa hupatikana;
• malengo na malengo ya mradi yanafafanuliwa na kubainishwa;
• vipimo vya mfano wa mfumo ni kuamua;

· Mpango kazi uliopanuliwa, mlolongo wa hatua na masharti ya uendeshaji wa majaribio, viashiria vya upangaji, fedha na taarifa vinakubaliwa;

Zaidi ya hayo, hatua hizi zote lazima ziwe kumbukumbu, kukubaliwa na kupitishwa na pande zote zinazohusika na zinazohusika.

Awamu ya "Utekelezaji wa Mradi". Wakati wa kazi kuu ya utekelezaji, mazingira ya mfumo huundwa, imewekwa na kusanidiwa, taratibu za utawala wa mfumo zimeamua, na vifaa vya msingi na mifumo ya programu na maombi imewekwa. Mfumo huo unasanidi muundo wa shirika, wafanyikazi na shirika-kitendaji wa biashara kwa kutumia vitengo vya shirika kama tawi, idara, mgawanyiko, kikundi cha kazi, n.k.

Mchele. 2.17. Sampuli ya yaliyomo kwenye hazina ya mradi wa utekelezaji

Ufungaji, usanidi na usanidi wa zana za mtandao na mawasiliano ya simu hufanywa, data huhamishwa kutoka kwa mifumo ya zamani ya ndani na miingiliano huundwa na mifumo ya urithi na ya nje. Wakati huo huo, mifano yote iliyoundwa, mipango, bidhaa za programu za kazi, na nyaraka zimewekwa kwenye hifadhi ya mwisho hadi mwisho ya mradi wa utekelezaji (Mchoro 2.17). Sehemu muhimu ya hifadhi hii ni mfumo wa nyaraka unaozalishwa ndani ya mradi (Mchoro 2.18).

Masuala ya usalama ya utaratibu wa uendeshaji wa mfumo katika hali ya watumiaji wengi yanafanyiwa kazi. Maombi, violezo, ripoti, fomu za ufikiaji wa mteja huundwa, na haki za mtumiaji zinasambazwa. Mifumo yote inajaribiwa katika "hali ya kupigana" na ushiriki wa wahusika wote wanaovutiwa.

Mchele. 2.18. Kadirio la muundo wa hati za mchakato wa utekelezaji wa IS

Baada ya awamu ya utekelezaji kumalizika, mradi wa utekelezaji unachukuliwa kuwa umekamilika. Mfumo wa habari umewekwa katika kazi.

Maswali ya mtihani na kazi

1. "Mfumo wa habari wazi" ni nini?
2. Orodhesha sifa kuu za mifumo wazi.
3. Eleza kiini cha mbinu ya kisasa ya mchakato wa kusimamia shughuli za biashara na matumizi ya mbinu hii katika maendeleo ya mifumo ya habari.
4. Dhana ya "Urekebishaji wa Mchakato wa Biashara" inajumuisha nini?
5. Ni mifano gani na inatumikaje katika muundo wa mifumo ya habari?
6. Ni zana gani za programu hutumika kuiga michakato katika ukuzaji wa mifumo ya habari?
7. Kulingana na data na maelezo gani AS IS na AS TO BE modeli za serikali zimeundwa?
8. Nani katika kampuni anashughulika na maendeleo, utekelezaji na maendeleo ya IP? Ni nani anayehusika katika kuandaa vipimo vya kiufundi kwa maendeleo ya IP?
9. Taja hatua kuu za muundo wa teknolojia ya habari.
10. Orodhesha hatua za mzunguko wa maisha wa mfumo wa habari.
11. Ni katika hatua gani ya maendeleo na utekelezaji wa IS ambapo wafanyikazi wa kampuni hufunzwa?
12. Orodhesha awamu kuu za utekelezaji wa IS.

Sura ya 3. Programu ya teknolojia ya habari ya kompyuta

3.1. Tabia za jumla za programu ya teknolojia ya habari ya kompyuta

Kwa teknolojia ya habari ya kompyuta, zana za programu (programu) hufanya kama njia ya kudhibiti tata ya kiufundi (mifumo ya kompyuta).

Masuala ya ukuzaji na utumiaji wa programu kwa ujumla yameendelezwa vizuri na kufunikwa sana katika fasihi ya kisayansi na kielimu. Lakini baadhi ya ufafanuzi unahitajika.

Kwa hivyo, ufafanuzi wa jumla wa maudhui ya dhana "programu" inajumuisha seti ya programu za mfumo wa usindikaji wa data na nyaraka za programu muhimu kwa uendeshaji wa programu hizi. Ufafanuzi huu unaweza kutumika kwa ujumla, hasa linapokuja suala la matatizo ya maendeleo halisi na uendeshaji wa mifumo ya programu kama vile. Lakini kutoka kwa mtazamo wa watumiaji, ndani ya mfumo wa teknolojia husika, nyaraka za uendeshaji zinapaswa kutengwa na programu zao, kwa kuwa, kwa mujibu wa muundo wa zana na mbinu za teknolojia ya habari, zinahusiana na usaidizi wa shirika na mbinu.

Kwa kuongeza, muundo wa programu unaelezwa tofauti katika maandiko ya elimu na kumbukumbu. Dhana kama vile "programu ya jumla", "programu ya mfumo", "programu ya msingi", "programu ya maombi", "programu maalum" hutumiwa katika mchanganyiko mbalimbali. Wakati huo huo, maudhui ya dhana hizi mara nyingi huingiliana, ambayo inafanya kuwa haiwezekani kuunda wazi programu yenyewe. Katika sehemu zinazofuata, maelezo ya kina ya dhana hizi yatatolewa, lakini sasa ni muhimu kuunda muundo wa programu ya teknolojia ya ofisi iliyopitishwa hapa. Inategemea kazi zilizofafanuliwa wazi na zisizoingiliana zinazofanywa na programu zinazofanana, huku kwa pamoja kuhakikisha ukamilifu wa lazima wa utungaji mzima wa programu.

Programu inajumuisha (Mchoro 3.1):

Programu ya mfumo;

Zana za ukuzaji wa programu;

Programu ya maombi.

Kielelezo 3 .1 . Muundo wa programu ya teknolojia ya habari

Programu ya mfumo ni seti ya programu zilizounganishwa zinazohakikisha utendakazi wa teknolojia ya kompyuta kama hivyo, bila kufanya shughuli za kutekeleza programu na kazi za mtumiaji.

Zana za Kukuza Programu inajumuisha mifumo mbalimbali ya programu kwa msaada ambao programu fulani za kazi zinaweza kuendelezwa na kubadilishwa kwa hali maalum za maombi ili kutatua matatizo maalum.

Programu ya maombi ni seti ya mifumo ya programu ambayo hutoa suluhu kwa matatizo mahususi ya mtumiaji.

Katika siku zijazo, msaada wa zana kwa ajili ya maendeleo ya programu hautazingatiwa, kwa kuwa masuala ya kuunda bidhaa za programu huunda eneo maalum ambalo halijajumuishwa katika wigo wa huduma za ukatibu, na utekelezaji wa kazi ya programu yenyewe, kama sheria, hufanyika. nje si katika ofisi, lakini katika makampuni maalumu na mashirika, na pia kwa misingi ya mtu binafsi.

3.2. Mzunguko wa maisha wa programu ya teknolojia ya habari ya kompyuta

Programu ya teknolojia ya habari kwa ujumla ni mfumo changamano wenye kanuni huru na mifumo ya uendeshaji ndani ya mfumo wa dhana ya mzunguko wa maisha.

Mzunguko wa maisha ya mfumo wa programu kwa kawaida hueleweka kama muda unaorudiwa na sare kimuundo katika muda wote wa kuwepo kwake, kuanzia wakati dhana ya awali ya mfumo inapoendelezwa na kuisha wakati mfumo unapopitwa na wakati.

Mzunguko wa maisha kijadi huwasilishwa kama idadi ya hatua zinazofuatana (au hatua, awamu). Hivi sasa, hakuna mgawanyiko unaokubalika kwa ujumla wa mzunguko wa maisha wa mfumo wa programu katika hatua. Wakati mwingine hatua inasisitizwa kama hatua tofauti, wakati mwingine inajumuishwa kama sehemu muhimu ya hatua kubwa. Vitendo vinavyofanywa katika hatua moja au nyingine vinaweza kutofautiana. Hakuna usawa katika majina ya hatua hizi.

Kwa mtazamo wa shirika la teknolojia ya habari, mzunguko wa maisha ya programu unawasilishwa kama ifuatavyo:

· Kuamua hitaji la aina fulani ya programu kutekeleza kazi maalum ya teknolojia ya ofisi;

· uteuzi wa bidhaa maalum ya programu kwa ajili ya utekelezaji wa teknolojia maalum ya ofisi;

· upatikanaji wa bidhaa ya programu ya viwanda, uboreshaji wake au uundaji wa bidhaa ya kipekee ya programu;

· usakinishaji wa bidhaa ya programu kwenye mfumo wa kompyuta wa ofisi uliopo;

· uendeshaji wa bidhaa ya programu;

· tathmini ya ufanisi wa bidhaa ya programu;

· uboreshaji wa bidhaa ya programu;

· kubomoa bidhaa ya programu.

Kuamua hitaji la aina fulani ya programu inapaswa kufanyika kwa misingi ya uchambuzi wa utekelezaji wa seti sambamba ya kazi katika shirika, ambayo uamuzi wa msingi tayari umefanywa juu ya matumizi ya teknolojia ya kompyuta.

Uchaguzi wa bidhaa maalum ya programu unapaswa kuzingatia kuzingatia kwa pamoja mambo yafuatayo:

· upatikanaji wa bidhaa za programu za viwandani zinazotekeleza kazi za teknolojia maalum ya habari;

· uwepo wa mashirika ya programu na maunzi ambayo yanafanya ukuzaji wa kitaalamu wa programu ambayo inatekeleza kazi za teknolojia maalum ya habari;

3.3. Kiini na dhana za msingi za mifumo ya usimamizi wa hifadhidata

Katika karibu kila eneo la shughuli za binadamu ni muhimu kukusanya, kuhifadhi na kutumia data mbalimbali kwa kiwango kimoja au kingine. Katika kesi hii, mbinu na teknolojia tofauti za kufanya kazi nao hutumiwa: inaonekana kuwa isiyo ya kawaida (lakini inaeleweka kwa mmiliki) maingizo katika daftari za kibinafsi, kurekodi kwa utaratibu wa habari katika majarida, kudumisha faili za kadi zilizopangwa, usindikaji wa hati katika ofisi iliyopangwa, nk. .

Kwa anuwai ya mbinu na zana zilizotajwa, tunaweza kutambua vipengele vya kawaida ambavyo vina sifa ya kufanya kazi na data:

· data iliyokusanywa, kuhifadhiwa na kuchakatwa inahusiana na eneo maalum na mdogo la tabia ya shughuli ya watu wanaozitumia, inayoitwa. eneo la somo,

· data yenyewe imegawanywa katika vipengele maalum ambavyo vinahusiana kwa njia mbalimbali, yaani muundo Na kuamuru;

Kuna mbinu fulani tafuta Na dondoo (sampuli) habari muhimu na yake uwakilishi.

Seti ya data iliyopangwa na iliyoagizwa inayohusiana na eneo maalum la somo inaitwa hifadhidata (DB), na mfumo wa mbinu na njia za kukusanya, kusajili, kuhifadhi, kupanga, kutafuta, kurejesha na kuwasilisha taarifa katika DB inaitwa. mfumo wa usimamizi wa hifadhidata (DBMS).

Wakati kuna kiasi kikubwa cha habari kilichohifadhiwa kwenye hifadhidata, au wakati ni muhimu sana kwa shughuli, tatizo la kuaminika na kasi ya usindikaji wa data hutokea. Tatizo hili linaweza kutatuliwa kwa kiasi kikubwa kwa kutumia teknolojia ya kompyuta. DBMS zinazolingana zimeenea sana, na sehemu kubwa yao ni mifumo ya msingi ya uhusiano mbinu.

Ndani ya mfumo wa mbinu hii, vitu vinavyounda eneo la somo vinaelezewa kama seti za sifa (mali) ambazo ziko katika uhusiano fulani (miunganisho) na kila mmoja (kwa hivyo jina. uhusiano: kutoka kwa Kiingereza uhusiano - mtazamo). Aina maalum ya uwasilishaji wa idadi hii mara nyingi huchukua fomu ya jedwali.

Hebu tuangalie mfano. Data kuhusu wafanyakazi wa shirika fulani la kubuni ni pamoja na:

· nambari ya wafanyikazi;

· jina la mwisho, jina la kwanza na patronymic;

tarehe ya kuzaliwa;

· anwani ya nyumbani;

· simu ya nyumbani;

tarehe ya kuanza kazi;

· mahali pa kazi;

· simu rasmi;

· Jina la kazi;

· bonasi kwa urefu wa huduma;

· mradi ambao mfanyakazi anashiriki;

· bonasi kwa kushiriki katika mradi.

Data hii inaweza kuwasilishwa kwa namna ya jedwali ambalo kila aina ya data ina safu yake, na kila mfanyakazi maalum ana safu).

Kila safu ya jedwali hili (uhusiano) inaitwa kurekodi, na kipengele chake binafsi sambamba na safu moja au nyingine ni shamba.

Jedwali ni kipande kidogo tu cha hifadhidata, lakini mali zake ni dalili sana.

Kwanza, sehemu zingine ni ngumu sana na zina data ambayo inaweza (na inapaswa) kugawanywa katika vipengee vidogo (hizi ni sehemu zenye jina la mwisho, jina la kwanza na patronymic, tarehe, anwani, mahali pa kazi).

Pili, kwa nyanja za kibinafsi, data katika rekodi tofauti inarudiwa, ambayo sio haki kutoka kwa mtazamo wa gharama za uhifadhi (habari kuhusu posho).

Kwa hivyo, uwanja wa pili unapaswa kugawanywa katika vipengele vitatu, vyenye tofauti jina la mwisho, jina la kwanza na patronymic ya mfanyakazi; mashamba ya tatu na ya sita yenye tarehe pia yanahitaji kugawanywa katika tatu - na tarehe, mwezi na mwaka; katika uwanja wa anwani ya nyumbani, unahitaji kuchagua sehemu ya kwanza inayoonyesha kanda (mkoa wa Moscow au Moscow); na ugawanye shamba linaloonyesha mahali pa kazi katika mbili - nambari ya idara na nambari ya chumba.

Ili kuondoa uhifadhi wa habari isiyo ya lazima kutoka kwa meza, ni muhimu kuondoa sehemu zinazohusiana na mali ya vitu vingine isipokuwa wafanyikazi na kuunda uhusiano wako mwenyewe kwao: kwa mfano, meza za "Idara", "Mradi" na "Posho". .

Vitendo vilivyoelezewa vya kuwasilisha data katika nadharia na mazoezi ya kuunda hifadhidata huitwa kuhalalisha.

Katika kila uhusiano (meza), moja ya uwanja lazima iwe na jukumu ufunguo wa msingi, kutambua kipekee rekodi mahususi, yaani kuwa na thamani ya kipekee kwa kila rekodi. Kuhusiana na "Wafanyikazi" hii ndio nambari ya wafanyikazi, kuhusiana na "Idara" - nambari ya idara, kuhusiana na "Mradi" - jina la mradi, kuhusiana na "Posho" - urefu wa huduma.

Baadhi ya nyanja za uhusiano zilizobaki zinaweza kutumika jukumu la funguo za pili, maadili ambayo yanaweza kutumika kufanya shughuli mbalimbali: kutafuta na kurejesha data.

Mahusiano yaliyowasilishwa hapo juu kwenye jedwali yameunganishwa kwa kila mmoja kupitia nyanja tofauti: uhusiano wa "Wafanyikazi" na "Idara" - kupitia uwanja wa "Nambari ya Idara" (funguo za sekondari na za msingi, mtawaliwa); mahusiano "Wafanyikazi" na "Mradi" - kupitia uwanja wa "Jina la Mradi" (funguo za sekondari na za msingi, mtawaliwa). Uunganisho kati ya uhusiano "Wafanyikazi" na "Posho" unafanywa kupitia nyanja "Tarehe ya kuajiriwa" (ufunguo wa sekondari wa mchanganyiko) na "Uzoefu wa kazi" (ufunguo wa msingi), lakini sio moja kwa moja, lakini kupitia utaratibu wa kuhesabu urefu wa huduma kulingana na thamani ya tarehe ya kazi.

Muundo na mpangilio wa data iliyotolewa katika mfano ulioelezewa kwa ujumla ni tabia ya mifumo yote ya usimamizi wa hifadhidata na hutofautiana kwa kina kwa programu tofauti.

3.4. Mifumo ya Usimamizi wa Hifadhidata ya Kompyuta

Mfumo wa usimamizi wa hifadhidata ni mfumo wa programu iliyoundwa kuunda hifadhidata ya jumla kwenye kompyuta ambayo hutumiwa kutatua shida nyingi. Mifumo kama hiyo hutumika kusasisha hifadhidata na kutoa ufikiaji bora wa mtumiaji kwa data iliyomo ndani ya mfumo wa mamlaka iliyotolewa kwa watumiaji.

DBMS maarufu zaidi kwa mifumo ya kompyuta ya darasa la kibinafsi ni pamoja na dBASE IV, Microsoft Access, FoxPro, Paradox. Oracle na Informix DBMS zimeundwa kwa ajili ya mifumo yenye nguvu zaidi. Kwa kiasi fulani, vichakataji vya kisasa vya lahajedwali pia vina uwezo wa usimamizi wa data.

Kulingana na kiwango cha ulimwengu, madarasa mawili ya DBMS yanajulikana:

· mifumo ya madhumuni ya jumla;

· mifumo maalum.

DBMS za madhumuni ya jumla hazizingatiwi eneo lolote la somo au mahitaji ya habari ya kikundi chochote cha watumiaji. Kila mfumo wa aina hii unatekelezwa kama bidhaa ya programu yenye uwezo wa kufanya kazi kwenye mtindo fulani wa kompyuta katika mfumo maalum wa uendeshaji.

DBMS maalum huundwa katika hali nadra wakati haiwezekani au haifai kutumia DBMS ya madhumuni ya jumla.

DBMS ya madhumuni ya jumla ni mifumo changamano ya programu iliyoundwa kutekeleza seti nzima ya kazi zinazohusiana na uundaji na uendeshaji wa mfumo wa habari wa hifadhidata. DBMS zinazotumika sasa zina vipengele vya kuhakikisha uadilifu wa data na usalama dhabiti, hivyo kuruhusu wasanidi programu kuhakikisha usalama mkubwa wa data kwa kutumia programu ya kiwango cha chini. Bidhaa zinazofanya kazi katika mazingira ya Windows zinatofautishwa na urafiki wao wa watumiaji na zana za tija zilizojumuishwa.

Hebu tuangalie sifa kuu za baadhi ya DBMSs - viongozi wa soko katika mipango iliyokusudiwa kwa watengenezaji wa mfumo wa habari na watumiaji wa mwisho.

TAVRICHESKY CHUO KIKUU CHA TAIFA

yao. KATIKA NA. VERNADSKY

Kitivo cha Uchumi

Idara ya Uchumi Cybernetics

idara ya siku

MALYSHEV SERGEY IVANOVICH

UTEKELEZAJI WA TEKNOLOJIA (MIFUMO) YA HABARI KATIKA SHUGHULI ZA UJASIRI.

Kazi ya kozi

Mwanafunzi wa mwaka wa 2, gr. 201K ______________ Malyshev S.I.

Mshauri wa kisayansi,

Profesa Mshiriki, Ph.D. ____________ Krulikovsky A.P.

Simferopol, 2009

UTANGULIZI ……………………………………………………………………….3

SURA YA 1

MIFUMO YA HABARI NA TEKNOLOJIA KATIKA UCHUMI ………………………………………………………………...6

1.1. Historia ya maendeleo ya mifumo ya habari ……………………………… 6

1.2. Uainishaji wa teknolojia ya habari na mifumo ……………………… 8

1.3. Aina za mifumo ya habari katika shirika ……………………………… 16

1.4. Watumiaji wanaowezekana wa teknolojia ya habari …………… 19

1.5. Uzoefu wa kutumia mifumo ya habari …………………………. 21

SURA YA 2

UCHAGUZI, UTEKELEZAJI NA UENDESHAJI WA MFUMO WA HABARI …………………………………………………………………...22

2.1. Tatizo la kuchagua mfumo wa taarifa ………………………………. 22

2.2. Vigezo vya kuchagua mfumo ………………………………………………………………. 24

2.3. Mbinu za utekelezaji wa mfumo ……………………………………………………………… 27

2.4. Hatua za utekelezaji wa mfumo wa habari ……………………………. 30

HITIMISHO………………………………………………………………………………………..…32

ORODHA YA VYANZO………………………………………………………………………………….35

Utangulizi

Mpito wa mahusiano ya soko katika uchumi na maendeleo ya kisayansi na kiteknolojia yameharakisha sana kasi ya kuanzishwa kwa mafanikio ya hivi karibuni katika uwanja wa habari katika nyanja zote za maisha ya kijamii na kiuchumi ya jamii. Neno "informatization" lilionekana kwanza wakati wa kuundwa kwa taarifa za mitaa mbalimbali na mifumo ya kompyuta na mitandao ya foleni.

Taarifa katika uwanja wa usimamizi wa michakato ya kiuchumi inahusisha, kwanza kabisa, kuongeza tija ya wafanyakazi kwa kupunguza uwiano wa gharama / uzalishaji, pamoja na kuboresha sifa na ujuzi wa kitaaluma wa wataalam wanaohusika katika shughuli za usimamizi. Katika nchi zilizoendelea, mapinduzi mawili yanayohusiana yanafanyika kwa wakati mmoja: katika teknolojia ya habari na katika biashara, kusaidiana.

Teknolojia za habari zimekuwepo kwa muda mrefu, kwa hiyo, pamoja na maendeleo ya kompyuta na mawasiliano, tofauti mbalimbali zilianza kuonekana: "teknolojia ya habari na mawasiliano", "teknolojia ya habari ya kompyuta", nk Katika kazi hii, kwa teknolojia ya habari tutaelewa. maana ya kisasa, yaani, ushirikiano wa kompyuta, umeme na njia za mawasiliano.

Kuna ufafanuzi mwingi wa neno hili, kwa mfano:

Teknolojia ya habari ni seti iliyopangwa kimfumo ya njia na njia za kutatua shida za usimamizi kwa utekelezaji wa shughuli za kukusanya, kusajili, kuhamisha, kukusanya, kutafuta, kusindika na kulinda habari kulingana na utumiaji wa programu zilizotengenezwa, kompyuta na njia za mawasiliano zinazotumika. pamoja na njia ambazo habari hutolewa kwa wateja.

Kuna uhusiano kati ya teknolojia ya habari na usimamizi. Meneja daima anapaswa kufanya maamuzi katika hali ya kutokuwa na uhakika mkubwa: mfumuko wa bei, mabadiliko katika kiwango cha ubadilishaji, mabadiliko katika hali ya kodi na kisheria ya kazi, na washindani hawajalala. Kompyuta inaweza haraka na kwa usahihi kuhesabu chaguo na hivyo kutoa majibu kwa kila aina ya maswali ya aina hii. Labda hii ni moja ya faida kuu za kompyuta juu ya mtu.

Teknolojia mpya ya habari ina sifa ya:

Uendeshaji wa mtumiaji katika hali ya kudanganywa;

Usaidizi wa habari wa mwisho hadi mwisho katika hatua zote za mtiririko wa habari kulingana na hifadhidata jumuishi, kutoa aina moja ya umoja ya uwasilishaji, uhifadhi, utafutaji, maonyesho, kurejesha na ulinzi wa data;

mchakato wa usindikaji wa hati bila karatasi;

Njia ya maingiliano ya kutatua shida;

Uwezekano wa utekelezaji wa pamoja wa nyaraka kulingana na teknolojia ya mtandao wa mteja-server, umoja kwa njia ya mawasiliano;

Uwezekano wa urekebishaji unaofaa wa fomu na njia za kuwasilisha habari katika mchakato wa kutatua shida.

Umuhimu wa teknolojia ya kompyuta ni kwamba inafanya uwezekano wa kuboresha na kurekebisha kazi ya usimamizi kupitia matumizi ya njia mpya za kukusanya, kusambaza na kubadilisha habari.

Utekelezaji wa mfumo wa habari unaweza kutoa nini?

Kupunguza gharama za jumla za biashara katika ugavi (katika manunuzi),

Kuongeza kasi ya mauzo,

Kupunguza hesabu ya ziada kwa kiwango cha chini,

Kuongezeka na utata wa anuwai ya bidhaa,

Kuboresha ubora wa bidhaa,

Kutekeleza maagizo kwa wakati na kuboresha ubora wa jumla wa huduma kwa wateja.

Marekebisho ya mbinu za kusimamia vitu vya kiuchumi yalihusisha sio tu urekebishaji wa shirika la mchakato wa otomatiki wa shughuli za usimamizi, lakini pia kuenea kwa aina mpya za utekelezaji wa shughuli hizi. Madhumuni ya kazi hii ni kuchunguza mbinu za kutekeleza mfumo mpya wa habari na kuzingatia matokeo ya matumizi yake.

1.1. Historia ya maendeleo ya mifumo ya habari

Historia ya maendeleo ya mifumo ya habari na madhumuni ya matumizi yao katika vipindi tofauti yanawasilishwa katika Jedwali 1.

Jedwali 1. Kubadilisha mbinu ya matumizi ya mifumo ya habari

Kipindi cha muda	Dhana ya Matumizi ya Habari	Aina ya mifumo ya habari	Kusudi la matumizi
1980 -???? gg.	Mtiririko wa karatasi wa hati za makazi Msaada wa kimsingi katika kuandaa ripoti Udhibiti wa usimamizi wa mauzo (mauzo) Habari ni rasilimali ya kimkakati ambayo hutoa faida ya ushindani	Mifumo ya habari ya usindikaji hati za makazi kwenye mashine za uhasibu za electromechanical Mifumo ya habari ya usimamizi kwa habari ya uzalishaji Mifumo ya usaidizi wa maamuzi kwa usimamizi mkuu Mifumo ya habari ya kimkakati. Ofisi za kiotomatiki	Kuongeza kasi ya usindikaji wa hati Kurahisisha utaratibu wa usindikaji wa ankara na hesabu za malipo Kuharakisha mchakato wa kuripoti Maendeleo ya suluhisho la busara zaidi Kuishi na ustawi wa kampuni

Mifumo ya kwanza ya habari ilionekana katika miaka ya 50. Katika miaka hii, zilikusudiwa kushughulikia bili na malipo, na zilitekelezwa kwenye mashine za uhasibu za kielektroniki. Hii ilisababisha kupunguzwa kwa gharama na wakati wa kuandaa hati za karatasi.

60s ni alama ya mabadiliko katika mtazamo kuelekea mifumo ya habari. Taarifa zilizopatikana kutoka kwao zilianza kutumika kwa kuripoti mara kwa mara juu ya vigezo vingi. Ili kufanikisha hili, mashirika yalihitaji vifaa vingi vya kompyuta vinavyoweza kufanya kazi nyingi, na sio tu usindikaji wa ankara na kuhesabu mishahara, kama ilivyokuwa hapo awali.

Katika miaka ya 70 - mapema 80s. Mifumo ya habari inaanza kutumika sana kama njia ya udhibiti wa usimamizi, kusaidia na kuharakisha mchakato wa kufanya maamuzi.

Mwishoni mwa miaka ya 80. Dhana ya kutumia mifumo ya habari inabadilika tena. Wanakuwa chanzo cha kimkakati cha habari na hutumiwa katika viwango vyote vya shirika lolote. Mifumo ya habari ya kipindi hiki, kutoa taarifa muhimu kwa wakati, kusaidia shirika kufikia mafanikio katika shughuli zake, kuunda bidhaa na huduma mpya, kupata masoko mapya, kupata washirika wanaostahili, kuandaa uzalishaji wa bidhaa kwa bei ya chini, na mengi zaidi.

Teknolojia za habari kwa sasa zinaweza kuainishwa kulingana na idadi ya sifa, haswa: njia ya utekelezaji katika mfumo wa habari, kiwango cha chanjo ya kazi za usimamizi, madarasa ya shughuli za kiteknolojia zinazotekelezwa, aina ya kiolesura cha mtumiaji, chaguzi za kutumia. mtandao wa kompyuta, na eneo la somo linalohudumiwa.

Jedwali 2. Uainishaji wa teknolojia za habari.

TEKNOLOJIA YA HABARI	Kulingana na njia ya utekelezaji katika IS	Jadi
		Teknolojia mpya za habari
	Kulingana na kiwango cha chanjo ya kazi za usimamizi	Usindikaji wa data wa kielektroniki
		Uendeshaji wa kazi za udhibiti
		Usaidizi wa uamuzi
		Ofisi ya elektroniki
		Usaidizi wa kitaalam
	Kwa darasa la shughuli za kiteknolojia zinazotekelezwa	Kufanya kazi na mhariri wa maandishi
		Kufanya kazi na processor ya meza
		Kufanya kazi na DBMS
		Kufanya kazi na vitu vya picha
		Mifumo ya multimedia
		Mifumo ya Hypertext
	Kwa aina ya kiolesura cha mtumiaji	Kundi
		Mazungumzo
	Kulingana na njia ya ujenzi wa mtandao	Ndani
		Ngazi nyingi
		Imesambazwa
	Kulingana na eneo la somo linalohudumiwa	Uhasibu
		Shughuli za benki
		Shughuli za ushuru
		Shughuli za bima

Wacha tuangalie uhusiano kati ya mifumo ya habari na teknolojia ya habari.

Mfumo wa habari wa kiuchumi ni seti ya mtiririko wa ndani na nje wa mawasiliano ya habari ya moja kwa moja na maoni ya kitu cha kiuchumi, mbinu, zana, wataalam wanaohusika katika mchakato wa usindikaji wa habari na maendeleo ya maamuzi ya usimamizi.

Mfumo wa habari wa kiotomatiki ni seti ya habari, mbinu za kiuchumi na hisabati na mifano, kiufundi, programu, zana za kiteknolojia na wataalamu, iliyoundwa kwa usindikaji wa habari na kufanya maamuzi ya usimamizi.

Kwa hivyo, mfumo wa habari unaweza kufafanuliwa kwa maneno ya kiufundi kama seti ya vipengee vilivyounganishwa ambavyo hukusanya, kusindika, kuhifadhi na kusambaza habari ili kusaidia kufanya maamuzi na usimamizi katika shirika. Mbali na kusaidia kufanya maamuzi, uratibu na udhibiti, mifumo ya taarifa inaweza pia kuwasaidia wasimamizi kuchanganua matatizo, kufanya vitu changamano kuonekana, na kuunda bidhaa mpya.

Mifumo ya habari ina habari kuhusu watu muhimu, mahali na vitu ndani ya shirika au katika mazingira. Taarifa ni data ambayo imebadilishwa kuwa fomu yenye maana na muhimu kwa watumiaji. Data, kinyume chake, ni mitiririko ya ukweli mbichi unaowakilisha matokeo yanayopatikana katika mashirika au mazingira halisi kabla ya kupangwa na kubadilishwa kuwa fomu ambayo watumiaji wanaweza kuelewa na kutumia.

Kulingana na vyanzo vya kupokea, habari inaweza kugawanywa katika nje na ndani. Taarifa za nje zina maagizo kutoka kwa mamlaka ya juu, nyenzo mbalimbali kutoka kwa serikali kuu na za mitaa, nyaraka zilizopokelewa kutoka kwa mashirika mengine na makampuni yanayohusiana. Habari ya ndani inaonyesha data juu ya maendeleo ya uzalishaji katika biashara, juu ya utekelezaji wa mpango huo, juu ya kazi ya warsha, maeneo ya huduma, na juu ya uuzaji wa uzalishaji.

Aina zote za habari zinazohitajika kwa usimamizi wa biashara zinajumuisha mfumo wa habari. Mfumo wa usimamizi na mfumo wa habari katika ngazi yoyote ya usimamizi huunda umoja. Usimamizi bila habari hauwezekani.

Michakato mitatu katika mfumo wa taarifa hutoa taarifa ambayo mashirika yanahitaji kufanya maamuzi, kudhibiti, kuchanganua matatizo, na kuunda bidhaa au huduma mpya—pembejeo, usindikaji na matokeo.

Kuingiza habari kutoka kwa vyanzo vya nje au vya ndani;

Usindikaji wa habari ya pembejeo na kuiwasilisha kwa fomu inayofaa;

Taarifa za pato kwa ajili ya kuwasilisha kwa watumiaji au kuhamisha kwa mfumo mwingine;

Maoni ni maelezo yanayochakatwa na watu wa shirika fulani ili kurekebisha taarifa ya ingizo.

Mchele. 1. Taratibu katika mfumo wa habari

Wakati wa mchakato wa kuingiza, habari ambayo haijathibitishwa hurekodiwa au kukusanywa ndani ya shirika au kutoka kwa mazingira ya nje. Usindikaji hubadilisha malighafi hii kuwa fomu yenye maana zaidi. Wakati wa hatua ya pato, data iliyochakatwa huhamishiwa kwa wafanyikazi au michakato ambayo itatumika. Mifumo ya habari pia inahitaji maoni, ambayo ni data iliyochakatwa inayohitajika kurekebisha vipengele vya shirika ili kusaidia kutathmini au kusahihisha data iliyochakatwa.

Mfumo wa habari unafafanuliwa na sifa zifuatazo:

Mfumo wowote wa habari unaweza kuchambuliwa, kujengwa na kusimamiwa kwa misingi ya kanuni za jumla za mifumo ya ujenzi;

Mfumo wa habari unabadilika na unabadilika;

Wakati wa kujenga mfumo wa habari, ni muhimu kutumia mbinu ya utaratibu;

Pato la mfumo wa habari ni habari juu ya msingi wa maamuzi ambayo hufanywa;

Mfumo wa habari unapaswa kuzingatiwa kama mfumo wa usindikaji wa habari wa kompyuta ya binadamu.

Kuna mifumo rasmi na isiyo rasmi ya shirika la habari za kompyuta. Mifumo rasmi inategemea data na taratibu zinazokubalika na zilizopangwa za kukusanya, kuhifadhi, kuzalisha, kusambaza na kutumia data hizo.

Mifumo isiyo rasmi ya habari (kama vile porojo) inategemea makubaliano ya siri na kanuni za tabia ambazo hazijaandikwa. Hakuna sheria kuhusu habari ni nini au jinsi itakusanywa na kuchakatwa. Mifumo kama hiyo ni muhimu kwa maisha ya shirika. Wana uhusiano wa mbali sana na teknolojia ya habari.

Ingawa mifumo ya habari ya kompyuta hutumia teknolojia ya kompyuta kuchakata taarifa ambazo hazijathibitishwa kuwa taarifa za maana, kuna tofauti tofauti kati ya kompyuta na programu ya kompyuta kwa upande mmoja, na mfumo wa habari kwa upande mwingine. Kompyuta za elektroniki na programu kwao ni msingi wa kiufundi, zana na vifaa vya mifumo ya kisasa ya habari. Kompyuta hutoa vifaa vya kuhifadhi na kutoa habari. Programu za kompyuta, au programu, ni seti za miongozo ya huduma inayodhibiti uendeshaji wa kompyuta. Lakini kompyuta ni sehemu tu ya mfumo wa habari.

Kwa mtazamo wa biashara, mfumo wa habari unawakilisha maamuzi ya shirika na usimamizi kulingana na teknolojia ya habari katika kukabiliana na changamoto inayoletwa na mazingira. Kuelewa mifumo ya habari haimaanishi kuwa na ujuzi wa kompyuta; meneja lazima awe na uelewa mpana wa shirika, usimamizi na teknolojia ya mifumo ya habari na uwezo wao wa kutoa ufumbuzi wa matatizo katika mazingira ya biashara.

Wakati wa kuainisha mifumo ya habari, ni rahisi kutofautisha kati ya mifumo ya CRM (mahusiano ya mteja), ERP (usimamizi wa biashara) na MPC (usimamizi unaozingatia utendaji wa kifedha).

Katika soko la ndani, mipaka ya uainishaji kama huu ni wazi sana, kwa mfano, mfumo wa kifedha unaojulikana 1C umewekwa kama ERP, wakati itakuwa sahihi kusema kwamba 1C ni mshindani wa mfumo kama wa ERP kama Navision. Axaptra.

Mifumo ya kwanza ambayo ilitengenezwa ili kutatua matatizo ya usimamizi wa biashara ilishughulikia hasa uwanja wa ghala au uhasibu wa nyenzo (IC - Udhibiti wa Mali). Muonekano wao ni kutokana na ukweli kwamba uhasibu wa vifaa (malighafi, bidhaa za kumaliza, bidhaa) kwa upande mmoja ni chanzo cha milele cha matatizo mbalimbali kwa meneja wa biashara, na kwa upande mwingine (katika biashara kubwa) moja. ya maeneo yenye nguvu kazi kubwa ambayo yanahitaji uangalizi wa kila mara. "Shughuli" kuu ya mfumo kama huo ni uhasibu wa vifaa.

Hatua inayofuata katika kuboresha uhasibu wa nyenzo iliwekwa alama na mifumo ya kupanga uzalishaji au nyenzo (kulingana na mwelekeo wa shughuli za shirika) rasilimali. Mifumo hii, iliyojumuishwa katika kiwango, au tuseme viwango viwili (MRP - Upangaji wa Mahitaji ya Nyenzo na MRP II - Upangaji wa Mahitaji ya Utengenezaji), imeenea sana katika nchi za Magharibi na kwa muda mrefu imekuwa ikitumiwa kwa mafanikio na biashara, haswa katika tasnia ya utengenezaji. Kanuni za msingi ambazo ziliunda msingi wa mifumo ya kiwango cha MRP ni pamoja na

Maelezo ya shughuli za uzalishaji kama mtiririko wa maagizo yanayohusiana;

Kuzingatia mapungufu ya rasilimali wakati wa kutekeleza maagizo;

Kupunguza mzunguko wa uzalishaji na orodha;

Uundaji wa maagizo ya usambazaji na uzalishaji kulingana na maagizo ya mauzo na ratiba za uzalishaji.

Bila shaka, kuna kazi nyingine za MRP: upangaji wa mzunguko wa mchakato, upangaji wa mzigo wa vifaa, nk. Ikumbukwe kwamba mifumo ya kiwango cha MRP husuluhisha shida sio sana ya uhasibu kama vile kusimamia rasilimali za nyenzo za biashara.

Aina mpya maarufu zaidi ya mifumo ya habari kwa sasa ni ERP - Mifumo ya Mipango ya Rasilimali za Biashara. Mifumo ya ERP katika utendakazi wake haifunika tu uhasibu wa ghala na usimamizi wa vifaa, ambayo mifumo iliyoelezwa hapo juu hutoa kwa ukamilifu, lakini huongeza kwa hili rasilimali nyingine zote za biashara, hasa za fedha. Hiyo ni, mifumo ya ERP lazima ifikie maeneo yote ya biashara yanayohusiana moja kwa moja na shughuli zake. Kwanza kabisa, hii inahusu makampuni ya viwanda. Mifumo ya kiwango hiki inasaidia utekelezaji wa kazi za kimsingi za kifedha na usimamizi. Kwa mfano, katika mifumo ya Baan ni:

Fedha na uhasibu,

Uzalishaji,

Uuzaji (pamoja na uhasibu wa ghala, biashara na uuzaji),

Usafiri,

Huduma na matengenezo ya vifaa,

Usimamizi wa mradi,

Na pia jopo moja la usimamizi - moduli ya Mfumo wa Taarifa ya Meneja, ambayo meneja anaweza kuona idara zote kuu na viashiria vya uzalishaji.

Kazi kuu ya mifumo ya ERP ni kufuatilia hali ya sasa ya mambo katika biashara na wasimamizi wa tahadhari kuhusu mabadiliko yote hatari katika shughuli za uzalishaji.

Mfumo wa habari, kama zana nyingine yoyote, lazima iwe na sifa na mahitaji yake, kulingana na ambayo utendaji na ufanisi wake unaweza kuamuliwa. Kwa kweli, kwa kila biashara maalum, mahitaji ya mfumo wa habari yatakuwa tofauti, kwani maelezo ya kila shirika lazima izingatiwe.

Pamoja na hayo, ni muhimu kuonyesha mahitaji kadhaa ya msingi kwa mfumo, ya kawaida kwa "watumiaji" wote:

1. Ujanibishaji wa mfumo wa habari. Kutokana na ukweli kwamba watengenezaji wakubwa wa mifumo ya habari ni makampuni ya kigeni, mfumo lazima urekebishwe kwa matumizi ya makampuni ya ndani. Na hapa tunamaanisha ujanibishaji, wote wa kazi (kwa kuzingatia upekee wa sheria za Kiukreni na mifumo ya malipo) na lugha (mfumo wa usaidizi na nyaraka katika Kiukreni).

2. Mfumo lazima utoe ulinzi wa habari wa kuaminika, ambao unahitaji udhibiti wa upatikanaji wa nenosiri, mfumo wa ulinzi wa data wa ngazi mbalimbali, nk.

3. Ikiwa mfumo unatekelezwa katika biashara kubwa yenye muundo tata wa shirika, ni muhimu kutekeleza upatikanaji wa kijijini ili habari iweze kutumiwa na mgawanyiko wote wa kimuundo wa shirika.

4. Kutokana na ushawishi wa mambo ya nje na ya ndani (mabadiliko katika mwelekeo wa biashara, mabadiliko ya sheria, nk), mfumo lazima ufanyike. Inatumika kwa Ukraine, ubora huu wa mfumo unapaswa kuzingatiwa kwa uzito zaidi, kwani katika nchi yetu mabadiliko ya sheria na sheria za uhasibu hutokea mara nyingi zaidi kuliko katika nchi zilizo na uchumi imara.

5. Ni muhimu kuwa na uwezo wa kuunganisha habari katika ngazi ya biashara (kuchanganya taarifa kutoka kwa matawi, matawi, nk), katika ngazi ya kazi za mtu binafsi, na kwa kiwango cha muda wa muda.

Mahitaji haya ndio kuu, lakini mbali na vigezo pekee vya kuchagua mfumo wa habari wa shirika kwa biashara.

Kwa kuwa kuna masilahi, sifa na viwango tofauti katika shirika, kuna aina tofauti za mifumo ya habari. Hakuna mfumo mmoja unaoweza kukidhi kikamilifu mahitaji ya taarifa ya shirika. Shirika linaweza kugawanywa katika ngazi: kimkakati, usimamizi, ujuzi na uendeshaji; na katika maeneo ya kiutendaji kama vile mauzo na uuzaji, uzalishaji, fedha, uhasibu na rasilimali watu. Mifumo imeundwa kutumikia masilahi haya anuwai ya shirika. Aina nne kuu za mifumo ya habari hutumikia viwango tofauti vya shirika: mifumo ya kiwango cha utendakazi, mifumo ya kiwango cha maarifa, mifumo ya kiwango cha usimamizi, na mifumo ya kiwango cha kimkakati.

Jedwali 3. Aina za mifumo ya habari.

Mifumo ya kiwango cha uendeshaji inasaidia wasimamizi wa shughuli, kufuatilia shughuli za kimsingi za shirika kama vile mauzo, malipo, amana za pesa taslimu na mishahara. Kusudi kuu la mfumo katika kiwango hiki ni kujibu maswali ya kawaida na kuhamisha mtiririko wa shughuli kupitia shirika. Ili kujibu aina hizi za maswali, taarifa kwa ujumla lazima ipatikane kwa urahisi, kwa wakati na sahihi.

Mifumo ya maarifa inasaidia wafanyikazi wa maarifa na wasindikaji wa data katika shirika. Madhumuni ya mifumo ya maarifa ni kusaidia kuunganisha maarifa mapya katika biashara na kusaidia shirika kudhibiti mtiririko wa hati. Mifumo ya maarifa, haswa katika mfumo wa vituo vya kazi na mifumo ya ofisi, ndio programu zinazokua kwa kasi zaidi katika biashara leo.

Mifumo ya kiwango cha usimamizi imeundwa kuhudumia udhibiti, usimamizi, maamuzi na shughuli za kiutawala za wasimamizi wa kati. Huamua ikiwa vitu vinafanya kazi vizuri na huripoti mara kwa mara. Kwa mfano, mfumo wa udhibiti wa harakati huripoti uhamishaji wa hesabu ya jumla, usawa wa idara ya mauzo na idara inayofadhili gharama za wafanyikazi katika sehemu zote za kampuni, ikibainisha ambapo gharama halisi zinazidi bajeti.

Baadhi ya mifumo ya ngazi ya usimamizi inasaidia kufanya maamuzi yasiyo ya kawaida. Wao huwa wanazingatia masuluhisho yasiyo na muundo mdogo ambayo mahitaji ya habari sio wazi kila wakati.

Mifumo ya kiwango cha kimkakati ni zana ya kusaidia wasimamizi wa ngazi za juu ambao hutayarisha masomo ya kimkakati na mienendo ya muda mrefu katika kampuni na katika mazingira ya biashara. Kusudi lao kuu ni kulinganisha mabadiliko katika hali ya uendeshaji na uwezo uliopo wa shirika.

Mifumo ya habari pia inaweza kutofautishwa kwa njia ya utendaji. Kazi muhimu za shirika kama vile mauzo na uuzaji, uzalishaji, fedha, uhasibu na rasilimali watu zinasaidiwa na mifumo ya habari ya wamiliki. Katika mashirika makubwa, kazi ndogo za kila moja ya kazi hizi kuu pia zina mifumo yao ya habari. Kwa mfano, kazi ya utengenezaji inaweza kuwa na mifumo ya udhibiti wa hesabu, udhibiti wa mchakato, matengenezo ya mimea, uhandisi unaosaidiwa na kompyuta na upangaji wa mahitaji ya nyenzo.

Shirika la kawaida lina mifumo katika ngazi mbalimbali: uendeshaji, usimamizi, ujuzi na mkakati kwa kila eneo la kazi. Kwa mfano, kazi ya kibiashara ina mfumo wa kibiashara katika ngazi ya uendeshaji wa kurekodi data ya biashara ya kila siku na maagizo ya mchakato. Mfumo wa kiwango cha maarifa huunda maonyesho yanayofaa ili kuonyesha bidhaa za kampuni. Mifumo ya kiwango cha usimamizi hufuatilia data ya mauzo ya kila mwezi ya maeneo yote ya kibiashara na kuripoti maeneo ambapo mauzo yanazidi viwango vinavyotarajiwa au kushuka chini ya viwango vinavyotarajiwa. Mfumo wa utabiri unatabiri mwelekeo wa biashara katika kipindi cha miaka mitano - kutumikia kiwango cha kimkakati.

1.4 . Watumiaji wanaowezekana teknolojia ya habari

Kwa mtazamo wa matumizi ya teknolojia ya habari, karibu seti nzima ya makampuni kwenye soko inaweza kugawanywa katika makundi manne, ambayo:

· Katika mchakato wa maendeleo, mifumo mbali mbali, isiyohusiana ilianzishwa kwa uhasibu na usimamizi wa biashara katika maeneo fulani ya shughuli, kama vile mauzo, ununuzi, ghala, uhasibu, wafanyikazi, n.k.;

· Mfumo wa habari uliojumuishwa ulianzishwa, ukatengenezwa “kuagiza” na kujumuisha vipengele kutoka kwenye orodha iliyoorodheshwa ya moduli zinazowezekana, lakini hazikidhi kiwango cha kisasa na mahitaji ya viwango vipya vinavyojitokeza kila mara;

· Teknolojia ya habari (isipokuwa uhasibu) haitumiki katika kusimamia michakato na rasilimali;

· jaribio limefanywa kutekeleza mfumo wa viwanda, sifa ambazo zinakidhi mahitaji ya moja ya viwango vinavyokubalika (MRP, MRPII, ERP, nk), lakini matokeo ya utekelezaji hayaridhishi.

Kuna kategoria mbili zaidi, lakini kampuni hizi zina uwezekano mkubwa sio watumiaji tena wa suluhisho mpya. Baadhi yao tayari wamefanya uchaguzi wao na wako katika mchakato wa kutekeleza, wengine wamefanikiwa kutekeleza mifumo yoyote ya ERP inayojulikana (lakini hakuna makampuni kama hayo nchini Ukraine).

Licha ya kiwango cha juu cha usambazaji na uwezekano wa viwango vya juu vya mahitaji, ni wasimamizi wachache wa juu tu wanaoamua kufanya mabadiliko ya aina hii.

Wasimamizi ambao tayari wana mifumo yoyote ya habari inayoendesha wanakabiliwa na shida: ama kutumia kiasi kikubwa kwenye "suluhisho lililojumuishwa", athari yake ni mbali na dhahiri, na wakati huo huo kutupa programu "za zamani" ambazo hazifanyi kazi. kufikia kiwango cha kisasa, utekelezaji, lakini umejaribiwa kwa wakati na "kazi"; au acha kila kitu kama kilivyo na usahau kuhusu dhana za kisasa za ERP, e-biashara na mafanikio mengine katika uwanja wa usimamizi na, ipasavyo, kupoteza faida fulani za ushindani.

Wasimamizi wa makampuni ambayo, bora, tu kazi ya idara ya uhasibu bado ni automatiska, kwa ujumla wana uelewa duni wa teknolojia ya kutekeleza ufumbuzi wa IT na kiasi cha rasilimali zinazohitajika.

Hatimaye, wasimamizi ambao tayari wamepata utekelezaji usiofanikiwa wa mojawapo ya mifumo inayojulikana wana maoni maalum juu ya suala hili, na ni vigumu sana kupata hoja ambazo zinaweza kuwafanya kuamini uwezekano wa mabadiliko ya mafanikio na kujaribu tena.

1 .5. Uzoefu wa kutumia mifumo ya habari

Makampuni mengi makubwa nchini Marekani na Ulaya yalianza kutumia mifumo ya habari ya kiwango cha ERP miaka kadhaa iliyopita. Hii bado haiwezi kusemwa kuhusu nchi za Asia. Wasimamizi wengi wa fedha katika makampuni ya Asia hawajasikia kuhusu mifumo kama hii, achilia mbali kuitekeleza.

Ingawa kuna kampuni ambazo zimeamua kubadili mifumo ya ERP.

Watengenezaji wa mifumo ya habari, haswa SAP, Baan, Oracle, PeopleSoft na J.D. Edwards, hutangaza bidhaa zao kwa ukali kabisa, ambayo inatoa hisia kwa watu wasio na ujuzi katika uwanja huo kwamba programu hizi zinaweza kutatua shida zote za kampuni zao.

Takwimu zinaonyesha kuwa majaribio mengi ya kutekeleza mfumo wa habari yaliishia kwa kushindwa, hasara kubwa au kufilisika.

Kwa mfano, usimamizi katika FoxMeyer unadai kwamba utekelezaji usio sahihi wa mfumo wa ERP ulisababisha kufilisika kwake. Kampuni inalaumu waundaji wa mfumo na washauri kwa hili. Hatma hiyo hiyo iliwapata Dell Computer, Dow Chemical na Kellogg's.

Lakini pia kuna mifano ya matumizi ya mafanikio ya mifumo ya ERP. Kwa mfano, kampuni ya mawasiliano ya simu ya Aliant inadai kuwa mradi wa kutekeleza mfumo wa ERP ulifanikiwa sana. Kiwango kilichotarajiwa cha kurudi kwenye uwekezaji katika mradi huu kilikuwa 33%.

Licha ya majaribio mengi yasiyofanikiwa ya kutekeleza mifumo ya habari, kampuni nyingi ulimwenguni zinafikiria sana kuunda mfumo wa kuboresha shughuli zao. Uwezekano mkubwa zaidi, hii ni haki kabisa, kwa kuwa kwa mbinu nzuri ya kitaaluma ya utekelezaji wa mfumo wa habari, unaweza kuunda chombo cha usimamizi bora zaidi wa biashara.

Sura ya 2. Uteuzi, utekelezaji na uendeshaji wa mfumo wa habari

2.1. Tatizo la kuchagua mfumo wa habari

Mahitaji ya mfumo wa habari.

Mfumo wa habari wa usimamizi wa biashara ya viwanda haupaswi kuwa mdogo tu kwa usimamizi wa michakato ya biashara. Mfumo huu unapaswa kuchanganya viwango vyote vitatu vya usimamizi wa michakato inayotokea katika biashara:

· usimamizi wa mchakato wa biashara

· Usimamizi wa maendeleo ya muundo

· Usimamizi wa mchakato wa uzalishaji.

Umoja wa mfumo wa habari wa usimamizi wa biashara uko katika ukweli kwamba data iliyopokelewa au iliyoingizwa katika kiwango chochote cha mfumo lazima ipatikane kwa vifaa vyake vyote (kanuni ya pembejeo ya wakati mmoja).

Uzoefu wa ulimwengu katika utumiaji wa teknolojia ya habari unasema kwamba muundo wa mfumo wa habari wa usimamizi wa biashara unapaswa kuwa kama ifuatavyo:

"Uti wa mgongo" wa mfumo wa habari wa usimamizi wa biashara uliounganishwa ni mfumo wa usimamizi wa mchakato wa biashara - mfumo wa darasa wa ERP (Enterprise Resources Planning). Kipengele kinachohitajika ni mifumo ya otomatiki kwa shughuli za kubuni na uhandisi na utayarishaji wa kiteknolojia wa uzalishaji (CAD/CAM/CAE/PDM), ambayo inahakikisha kupunguzwa kwa muda wa mzunguko wa uzalishaji na kuboresha ubora wa bidhaa. Kipengele cha tatu ni mifumo ya udhibiti wa mchakato wa uzalishaji. Vifaa vya kati huhakikisha mwingiliano wa suluhu zote zilizoelezwa hapo awali ndani ya mfumo wa taarifa iliyounganishwa na mfumo wa usimamizi wa biashara ya uchambuzi.

Matatizo ya uchaguzi.

Inakabiliwa na hitaji la kutekeleza mifumo ya habari katika biashara, usimamizi unakabiliwa na shida ya kuchagua. Kuendeleza mwenyewe au kununua, na ikiwa unununua, basi nini.

Kwa kutathmini uwezekano wa maendeleo ya kujitegemea ya mfumo wa kisasa wa usimamizi, tunaweza kusema kwa usalama kuwa ni sifuri. Kwa heshima zote kwa wasanidi wetu, tunaweza kusema kwa ujasiri kwamba hata kama wanaweza kuunda mfumo wa usimamizi wa biashara, haitakuwa hivi karibuni. Historia ya maendeleo ya mifumo maarufu ya udhibiti wa kisasa ina miaka 20-25 na maelfu ya mitambo ya uendeshaji. Lakini kila ufungaji wa mfumo sio pesa tu kwa maendeleo mapya, ni, kwanza kabisa, maoni kutoka kwa mahitaji ya mteja.

Kwa maoni yangu, makampuni makubwa yanapaswa kuzingatia mifumo ya Magharibi. Na swali linalofuata ambalo linahitaji kujibiwa ni mfumo gani wa Magharibi wa kuchagua?

Kwa mtumiaji wa Kiukreni, uchaguzi wa mifumo hiyo ni mdogo. Sio makampuni mengi ya Magharibi yameingia kwenye soko la baada ya Soviet. Kwa kweli hawa ni SAP, Washirika wa Kompyuta, BAAN na ISF. Majaribio ya kuondoka yalifanywa na ORACLE, JDEdvards, SSA, JBA na QAD. Zaidi ya hayo, ni bidhaa za SAP na Computer Associates pekee ndizo zilizo na utekelezaji halisi. Zaidi ya hayo, mifumo tofauti imeundwa kwa biashara tofauti. Baadhi, kama vile SAP au CA-Masterpiece, zinalenga soko la biashara, zingine, kama BAAN au MK Enterprise (zamani MANMAN/X) kwenye soko la biashara za viwandani au kampuni. Na biashara inahitaji kufanya chaguo sahihi ili, kama matokeo ya kosa, haina kuishia na mfumo ambao haufai.

2.2. Vigezo vya uteuzi wa mfumo

Utendaji.

Utendaji wa mfumo unaeleweka kama kufuata kwake kazi hizo za biashara ambazo tayari zipo au zimepangwa tu kutekelezwa katika shirika. Kwa mfano, ikiwa lengo la shirika ni kupunguza hasara za kifedha kwa kupunguza kasoro, basi mfumo uliochaguliwa unapaswa kutoa automatisering ya mchakato wa kudhibiti ubora.

Kwa kawaida, ili kubaini kama mfumo unakidhi mahitaji yaliyowekwa mbele ya utendaji kazi, inatosha kuwa na uelewa wazi wa mkakati wa maendeleo ya biashara, maelezo ya muktadha wa biashara, na maelezo rasmi ya shughuli za biashara. Ikiwa vipengele hivi vyote muhimu kwa kuchagua mfumo hazipatikani, basi vinajumuishwa katika hatua ya kuandaa data ya awali ya kuchagua mfumo. Ili kutekeleza kiwango kama hicho cha kazi, inahitajika kuwa na idadi kubwa ya wafanyikazi, lakini kwa kuwa haina maana kudumisha wafanyikazi kama hao kwenye biashara, inaonekana inafaa zaidi kualika washauri wa nje.

Uelewa uliowekwa wazi wa michakato ya biashara ya shirika la mtu mwenyewe, iliyopatikana kama matokeo ya mwingiliano na washauri wa nje, husaidia sio tu katika kujenga mfumo wa habari wa biashara, lakini pia kwa wasimamizi wakuu kufikiria vyema kazi ya shirika lao, na vile vile. kukopa uzoefu wa mashirika mengine.

Jumla ya gharama ya umiliki.

Jumla ya gharama ya umiliki ni dhana mpya. Inahusu jumla ya gharama za moja kwa moja na zisizo za moja kwa moja zinazobebwa na mmiliki wa mfumo wakati wa mzunguko wa maisha yake.

Inahitajika kufafanua wazi mzunguko wa maisha wa kila moja ya mifumo iliyopendekezwa, ambayo ni pamoja na wakati wa maisha ya mfumo uliopo, wakati wa kuunda mpya, wakati wa kununua vifaa na kutekeleza mfumo mpya, wakati wa kufanya kazi. ni mdogo kwa kipindi ambacho 90% ya gharama ya mfumo inarudi kutoka kwa matokeo ya kazi yake, na jumla ya gharama zote za moja kwa moja na zisizo za moja kwa moja.

Matarajio ya maendeleo.

Matarajio ya maendeleo yamewekwa katika mfumo na mtoa huduma wa mfumo na seti ya viwango ambavyo inakidhi.

Ni wazi, uthabiti wa wasambazaji wa mfumo kwenye soko pia una athari kubwa kwa matarajio ya maendeleo. Ili kubaini uendelevu, ni muhimu kujua kwa uwazi ni aina gani ya umiliki wa mfumo ambao msambazaji anao, anamiliki sehemu gani kwenye soko, na umekuwepo kwa muda gani kwenye soko.

Vipimo.

Kuelewa maelezo ya kiufundi ndiyo njia bora ya kuhakikisha kuwa mfumo unakidhi madhumuni yake yaliyokusudiwa. Tabia za kiufundi ni pamoja na:

Usanifu wa mfumo,

Kuegemea,

Scalability,

Uwezo wa kupona

Upatikanaji wa vifaa vya chelezo,

Njia za ulinzi dhidi ya mashambulizi ya kiufundi,

Uwezekano wa kuunganishwa na mifumo mingine.

Kupunguza hatari.

Hatari kawaida hueleweka kama uwezekano fulani kwamba wakati wa kutekeleza mfumo wa habari wa usimamizi, malengo fulani hayatafikiwa. Ni wazi, katika kesi hii, shirika linaweza kutarajia upotezaji wa wakati mmoja wa pesa, ambao unaathiri sana mzunguko wa maisha ya mfumo, na uvujaji wa muda mrefu na wa mara kwa mara wa pesa.

Ili kupunguza uwezekano huu, uchambuzi wa kina wa sababu za hatari na utekelezaji wa hatua wa suluhisho hufanywa. Kila hatua hutanguliwa na tathmini mpya ya ukweli na uamuzi unarekebishwa kwa njia fulani.

Ili kupunguza hatari za uwekezaji, vitu vifuatavyo vya gharama vinatofautishwa:

· mchakato wa kuunda mfumo

· vifaa

· programu

· wafanyakazi

· usimamizi wa kazi

Kwa kila kitu cha gharama, idadi ya sifa huwekwa mbele ambayo ni lazima iridhishe ili kupunguza hatari.

2.3. Mbinu za utekelezaji wa mfumo

Kampuni inayopanga kutekeleza mfumo wa usimamizi wa kompyuta kwa kawaida huweka miongozo ifuatayo: mfumo lazima ufanye kazi haraka iwezekanavyo, kwa wakati na ndani ya bajeti. Mashirika mengine yanaepuka kutekeleza mifumo hiyo, wakihofia kwamba haitatumika, na ikiwa itatumika, itakuwa haina ufanisi. Kwa kuongeza, wafanyakazi wanaopata ujuzi mpya wakati wa utekelezaji wa mfumo wataondoka kwenye kampuni, na kisha itakuwa vigumu kupata rasilimali za kiufundi ili kudumisha utendaji wake. Haitaokoa rasilimali wala kutekeleza madhumuni ya utendaji wa mfumo unaotekelezwa.
Hofu hizi ni haki kabisa. Miradi ya utekelezaji wa mifumo haifaulu, hata katika kampuni zilizo na usimamizi mzuri. Katika matukio hayo wakati kila kitu kinakwenda zaidi au chini ya kawaida, tarehe za mwisho za kuanza kwa operesheni ya kibiashara mara nyingi hazipatikani na haiwezekani kukaa ndani ya bajeti iliyotengwa. Hata hivyo, mbinu zilizoelezwa hapa chini, zinapotumiwa kwa usahihi, zinaweza kusaidia kupunguza hatari ya kushindwa kwa utekelezaji. Kwa mipango na usimamizi sahihi, inawezekana kabisa kutimiza makataa yako na kukaa ndani ya bajeti. Tangu mwanzo, unahitaji kuhakikisha kuwa mradi umepangwa vizuri.

Muhimu:

1. Kufikia imani katika mafanikio na kujitolea kwa wale ambao wana jukumu muhimu katika utekelezaji wa mradi.

2. Amua ni nani atakuwa msimamizi wa mradi wa wakati wote kwa utekelezaji wa mfumo. Mtu huyu lazima awe na ujuzi muhimu wa kufanya kazi hiyo, ikiwezekana kuwa na mifumo ya kutekeleza uzoefu.

3. Kufafanua wazi na kutafakari katika nyaraka kazi na majukumu, pamoja na upeo wa uwezo wa kila mwanachama wa timu ya wataalamu wanaofanya kazi kwenye mradi huo.

4. Kuhakikisha kwamba watu wanaofanya kazi hizi wana ujuzi unaohitajika.

5. Tengeneza mpango wa kina wa kazi, uivunje katika hatua, amua tarehe za mwisho za kukamilisha kazi na ushikamane nazo.

Kabla ya kuanza kutekeleza mfumo, unahitaji kufikiria kupitia muundo wa shirika na michakato ya biashara:

1. Hakikisha kwamba sheria na taratibu za uhasibu zimeandikwa katika nyaraka katika fomu iliyowekwa na zinaeleweka kwa wafanyakazi wa uhasibu.

2. Eleza mbinu za biashara na vitendo vinavyopaswa kufanywa kutokana na matumizi yao.

3. Ikiwa ni lazima, kubadilisha njia hizi ili waweze kutoa ufanisi zaidi wa uendeshaji na ushirikiano wa mfumo mpya.

4. Eleza muundo wa shirika na ufikirie ikiwa inafaa zaidi malengo ya biashara.

5. Jifunze mbinu bora zaidi zinazotumiwa katika sekta hiyo.

Hakikisha uundaji wa miundombinu muhimu ya kiufundi:

1. Kuwa na wataalam wanaofaa kutathmini miundombinu ya sasa kulingana na mahitaji ya mfumo mpya. Bainisha jukumu la idara ya mifumo ya habari na uzingatie mabadiliko ambayo itapitia katika mazingira mapya.

2. Fanya mabadiliko muhimu katika maeneo yaliyoorodheshwa kabla ya kuweka mfumo katika uzalishaji. Hakikisha kuwa mfumo unakidhi mahitaji ya kimsingi ya watumiaji wote.

3. Andika mahitaji ya biashara kwa undani wa kutosha ili kulinganisha mfumo mmoja na mwingine.

4. Tumia nyaraka zilizopokelewa ili kuhakikisha kwamba kazi zinazotekelezwa zinakidhi mahitaji.

Dhibiti mabadiliko kwa kuzoea wafanyikazi.

1. Fanya mabadiliko hatua kwa hatua, bila kusahau kwamba wafanyakazi wanaweza tu kujua kiasi fulani cha habari kwa wakati mmoja.

2. Shirikisha kila mtu ambaye ana jukumu kubwa katika mradi tangu mwanzo. Njia nzuri ya kufanya hivi ni kuwauliza watoe maoni yao kama sehemu ya ufafanuzi wa kina wa mahitaji ya biashara.

3. Kuwasiliana mara kwa mara na wafanyakazi hao, kuwapa fursa ya kusikilizwa.

4. Tengeneza mpango wa mafunzo ili watu sio tu kujifunza jinsi ya kuingiza data kwenye mfumo, lakini kuelewa jinsi kazi yao itabadilika.

Baada ya shughuli kukamilika, unaweza kuendelea moja kwa moja kwenye utekelezaji wa mfumo.

2.4. Hatua za utekelezaji wa mfumo wa habari

Hatua tatu za utekelezaji wa mfumo wa habari zinapaswa kutofautishwa:

1. Utafiti. Kampuni inayotekeleza hufanya utafiti wa michakato ya biashara ya kampuni yako.

2. Uboreshaji wa mfumo. Watengenezaji programu wa kampuni inayotekeleza husanidi au kurekebisha utendaji unaohitajika wa mfumo.

3. Kuanzisha mfumo. Mwanzo wa matumizi halisi ya mfumo ni pamoja na michakato ya mafunzo ya wafanyikazi.

Utafiti wa mchakato wa biashara.

Kampuni yoyote ya wasambazaji wa mfumo hutoa muda fulani wa kusoma michakato ya biashara ya kampuni ambapo mfumo wa habari utatekelezwa.

Katika hatua hii, ni muhimu kuelezea kwa usahihi iwezekanavyo kwa wawakilishi wa kampuni ni michakato gani inahitaji kuboreshwa.

Kama sheria, utendaji wa mfumo wa habari ni mpana zaidi kuliko michakato halisi ya biashara ya kampuni. Katika hatua hii, inahitajika kuamua jinsi uwepo wa kazi fulani utaathiri gharama ya mwisho ya mfumo, wakati wa utekelezaji, na muhimu zaidi, ikiwa utendaji uliopendekezwa unakidhi malengo ya kampuni.

Ni muhimu kwamba matokeo ya utafiti wa mchakato wa biashara yametolewa kama hati tofauti, ambapo, kulingana na mahitaji ya kampuni, michakato ya biashara iliyosomwa inapaswa kuelezewa kwa undani.

Uboreshaji wa mfumo.

Baada ya kutafiti michakato ya biashara, kampuni ya wasambazaji lazima ijibu kwa usahihi swali kuhusu gharama na muda wa kutekeleza mfumo wa habari.

Katika hatua ya kukamilisha mfumo, ni muhimu kudhibiti mchakato wa kutekeleza kazi zinazohitajika katika mfumo wa habari. Inahitajika kuangalia kufuata kwa utekelezaji na mahitaji ya kampuni na, ikiwa ni lazima, tumia utaratibu uliowekwa ili kushawishi kampuni inayotekeleza.

Ni muhimu kwamba kampuni iwe na meneja wa utekelezaji wa mradi ambaye anafahamu vyema malengo ya kampuni na michakato ya biashara. Ni muhimu kuelewa kwamba mtu huyu lazima pia awe na uzoefu katika kusaidia utekelezaji wa mifumo hiyo katika kampuni.

Kuanzisha mfumo.

Katika hatua hii, ni muhimu kubadili michakato ya biashara ya kampuni ili kutumia mfumo uliotekelezwa. Kazi kuu ni kutoa mafunzo kwa haraka na kuwahamasisha wafanyikazi kutumia mfumo mpya wa habari.

Miradi mingi ya kutekeleza mifumo ya habari imeshindwa au haikuleta matokeo yaliyotarajiwa kwa sababu ya kusita kwa watu kutumia mfumo mpya, usiofaa; ni muhimu kufanya mafunzo na kuonyesha jinsi kutumia mfumo kukuwezesha kujiondoa kazi za kawaida na kuboresha. kazi.

Maendeleo ya mfumo wa habari.

Mfumo unaotekelezwa, kama sheria, hauanza kufanya kazi mara moja. Inahitajika kuchambua jinsi utekelezaji ulivyofanikiwa na ikiwa malengo makuu ya utekelezaji yalifikiwa.

Utekelezaji unaweza kuzingatiwa kuwa umefanikiwa tu ikiwa mfumo hukuruhusu kupata faida, ambayo ni, inaboresha utendakazi wa huduma, hukuruhusu kukamilisha kazi haraka, na kuboresha ubora wa michakato. Ni muhimu kuchambua mara kwa mara utendaji wa mfumo, pamoja na kiwango cha maslahi ya wafanyakazi katika kutumia mfumo huu.

Mchakato wa kutekeleza mfumo wa habari huchukua angalau miezi kadhaa. Wakati huu, ni muhimu kuzingatia malengo ambayo kampuni yako inataka kufikia kwa kutekeleza mfumo, na pia unahitaji kukumbuka hatari zinazowezekana na gharama za kifedha. Panga kazi yako kwa usahihi, na utekelezaji wa mfumo wa habari katika kampuni yako utafanikiwa.

Z hitimisho

Matumizi ya teknolojia ya habari kusimamia biashara hufanya kampuni yoyote kuwa na ushindani zaidi kwa kuongeza uwezo wake wa kudhibiti na kubadilika kulingana na mabadiliko ya hali ya soko. Otomatiki kama hiyo hukuruhusu:

Ongeza ufanisi wa usimamizi wa kampuni kwa kuwapa wasimamizi na wataalamu habari kamili zaidi, kwa wakati unaofaa na ya kuaminika kulingana na benki moja ya data.

Punguza gharama za biashara kwa kuweka kiotomatiki michakato ya usindikaji wa habari, kudhibiti na kurahisisha ufikiaji wa habari muhimu kwa wafanyikazi wa kampuni. Badilisha hali ya kazi ya wafanyakazi, kuwafungua kutoka kwa kazi ya kawaida na kuwapa fursa ya kuzingatia majukumu muhimu ya kitaaluma.

Kuhakikisha uhasibu na udhibiti wa uhakika wa mapokezi ya fedha na matumizi katika ngazi zote za usimamizi.

Wasimamizi wa ngazi ya kati na chini huchanganua shughuli za idara zao na kuandaa mara moja muhtasari na ripoti za uchambuzi kwa usimamizi na idara zinazohusiana.

Kuongeza ufanisi wa kubadilishana data kati ya tarafa binafsi, matawi na ofisi kuu.

Thibitisha usalama kamili na uadilifu wa data katika hatua zote za usindikaji wa habari.

Automation inatoa athari kubwa zaidi na mbinu jumuishi. Kiotomatiki cha sehemu ya kazi za kibinafsi au kazi zinaweza tu kutatua shida nyingine ya "kuchoma". Hata hivyo, wakati huo huo, athari mbaya pia hutokea: nguvu ya kazi na gharama za kudumisha wafanyakazi hazipungua, na wakati mwingine hata kuongezeka; kutofautiana katika kazi ya idara si kuondolewa.

Kwa hivyo, kwa utekelezaji mzuri wa mfumo wa usimamizi wa biashara ni muhimu:

Wakati wa kuchagua mfumo, usiweke msingi juu ya uwepo wake kwenye soko, lakini jinsi inavyofaa kukidhi mahitaji ya biashara ya kampuni;

Nenda katika utekelezaji na meneja mwenye nguvu wa mradi na mpango wa mradi ambao umefikiriwa kwa uangalifu;

Kagua mazoea ya biashara ya kampuni kabla ya kuchagua mfumo;

Kuwasiliana mara kwa mara na wafanyakazi, kutafuta kuwashirikisha katika utekelezaji wa mfumo na kuwawezesha kuhakikisha kwamba mahitaji yao yanazingatiwa;

Kufuatilia maendeleo ya mradi, kuangalia hatua zilizopangwa na tarehe za mwisho za kukamilisha kazi;

Weka tarehe za mwisho za kweli na utengeneze bajeti inayofaa;

Kuleta kiwango cha mafunzo ya wafanyikazi wa idara ya mifumo ya habari kulingana na mahitaji mapya;

Agiza utekelezaji wa mradi kwa mtu anayejua shughuli za kampuni yako kutoka ndani.

Mpango wa kawaida wa utekelezaji ulianzishwa na Oliver Wight, lakini uzoefu unaonyesha kwamba kwa kiwango kimoja au kingine, karibu makampuni yote yanafuata mkakati huu.

Mpango huu unajumuisha hatua zifuatazo:

1. Uchunguzi wa awali na tathmini ya hali ya kampuni;

2. Mazoezi ya awali;

3. Ufafanuzi wa kiufundi (uchambuzi wa tatizo la kujenga mfumo);

4. Utafiti yakinifu (uchambuzi wa athari ya gharama);

5. Shirika la mradi (uteuzi wa watu wajibu, muundo wa kamati);

6. Maendeleo ya malengo (kile tunachotarajia kutoka kwa mradi);

7. Hadidu za rejea za usimamizi wa mchakato;

8. Mafunzo ya awali (kufundisha upya wafanyakazi);

9. Mipango na usimamizi wa ngazi ya juu;

10. Usimamizi wa data;

11. Kuanzishwa kwa wakati mmoja wa teknolojia mbalimbali za shirika na usimamizi;

12. Programu;

13. Mfano wa uzoefu;

14. Kupata matokeo;

15. Uchambuzi wa hali ya sasa;

16. Kujizoeza mara kwa mara.

Teknolojia za habari, licha ya asili yao ya mapinduzi, hazijafuta mchakato wa uzalishaji, hazijaondoa washindani, na hazijachukua haki ya mtu kufanya maamuzi. Kitu cha usimamizi - kampuni haijaacha kuwepo, hata ikiwa imekuwa ya kawaida, mazingira ya nje yanaendelea kuwepo, na hata yameongezeka, haja ya kupata ufumbuzi wa matatizo ya nusu ya muundo bado. Badala yake, tunaweza kuzungumza juu ya kuongezeka kwa michakato yote katika enzi ya habari. Zana za kusimamia kampuni zimebadilika, lakini zimebadilika sana hivi kwamba zimeathiri michakato yote ambayo wasimamizi wanahusika: kupanga, shirika, uongozi na udhibiti.

Orodha ya vyanzo:

1. Baranovskaya T. P. et al.. Mifumo ya habari na teknolojia katika uchumi Mchapishaji: Fedha na Takwimu, 416 pp., 2003

2. Baronov V.P., Titovsky I.L., makala "Mbinu za kujenga mifumo ya udhibiti"

3. Bozhko V. P. Teknolojia ya habari katika takwimu Wachapishaji: Finstatinform, KnoRus, 144 pp., 2002

4. Verevchenko A.P., na wenzake Nyenzo za habari kwa ajili ya kufanya maamuzi Wachapishaji: Kitabu cha Biashara, Mradi wa Kiakademia; 560 kurasa, 2002

5. Volokitin A.V., na wenzake Zana za uarifu kwa mashirika ya serikali na makampuni ya kibiashara. Kitabu cha Marejeleo Mchapishaji: FIORD-INFO 272 pp., 2002

6. Gaskarov D.V. Mifumo ya habari ya akili Mchapishaji: Vysshaya Shkola, 432 pp., 2003

7. Gerasimova L.N. Msaada wa habari kwa uuzaji Mchapishaji: Uuzaji, 120 uk., 2004

8. Godin V.V., Korneev I.K. Msaada wa taarifa kwa ajili ya shughuli za usimamizi Wachapishaji: Shule ya Juu, Uzamili; 240 uk., 2001

9. Grinberg A. S., Korol I. A. Usimamizi wa habari Mchapishaji: Unity-Dana; 416 uk., 2003

10. Grinberg A. S., Shestakov V. M. Teknolojia za habari kwa ajili ya kuigwa michakato ya usimamizi wa uchumi Mchapishaji: Unity-Dana; 400 uk., 2003

11. Dushin V.K. Misingi ya kinadharia ya michakato na mifumo ya habari Mchapishaji: Dashkov and Co., 250 pp., 2002

12. Kalyanov G. N. Ushauri: kutoka mkakati wa biashara hadi mfumo wa habari wa shirika na usimamizi Mchapishaji: Hot Line - Telecom 208 pp., 2004

13. Karabutov N. N. Teknolojia ya habari katika uchumi Mchapishaji: Ekonomika; 208 uk., 2003

14. Kogalovsky M. R. Teknolojia za juu za mifumo ya habari Wachapishaji: DMK Press, Kampuni ya IT; 288 uk., 2003

15. Kolesnikov S.I., makala "Katika kutathmini ufanisi wa utekelezaji na matumizi ya mifumo ya ERP"

16. Lipaev V.V. Muundo wa mfumo wa programu tata kwa mifumo ya habari Mchapishaji: Sinteg; 268 uk., 2002

17. Michael J. D. Sutton Usimamizi wa hati za Shirika. Kanuni, teknolojia, mbinu za utekelezaji

18. Wachapishaji: Micro, Azbuka, 446 pp., 2002

19. Maklakov S. V. Mfano wa michakato ya biashara Mchapishaji: Dialog - MEPhI, 240 pp., 2003

20. Menyaev M. F. Teknolojia ya habari ya usimamizi. Kitabu cha 3. Mifumo ya usimamizi wa shirika, 464 pp., 2003.

21. Patrushina S. M. Mifumo ya habari katika uchumi. Mchapishaji: Business, 352 pp., 2004

22. Prokusheva A. P., Lipatnikova T. F., Kolesnikova N. A. Teknolojia ya habari katika shughuli za kibiashara Mchapishaji: Marketing, 192 pp., 2001

23. Rodionov I. I., nk. Soko la huduma za habari na bidhaa Mchapishaji: MK-Periodika 552 pp., 2002

24. Sar Ermako Jonii, makala “Kuwa au kutokuwa ERP?”

25. Sinyuk V.G., Shevyrev A.V. Matumizi ya teknolojia ya habari na uchambuzi katika kufanya maamuzi ya usimamizi Mchapishaji: DMK Press; 160 kurasa, 2003

26. Skripkin K. G. Ufanisi wa kiuchumi wa mifumo ya habari Mchapishaji: DMK Press; 256 kurasa, 2002

27. Strelets I. A. Uchumi mpya na teknolojia ya habari Mchapishaji: Mtihani, 256 pp., 2003

28. Utkin V. B., Baldin K. V. Mifumo ya habari katika uchumi Nyumba ya uchapishaji: Fedha na Takwimu, 288 pp., 2004

29. Khoroshilov A.V., S.N. Seletkov Rasilimali za habari za Dunia Mchapishaji: Peter; 176 kurasa, 2004

30. Teknolojia za Habari za Shafrin. Sehemu ya 2 Mchapishaji: Binom. Maabara ya Maarifa; 320 uk., 2002

31. Eriksen T. H. Jeuri ya wakati huu. Mchapishaji wa Time in the Information Age: Ves Mir, 208 pp., 2003

Nyenzo zinazotumiwa kutoka kwa tovuti:

32. www.altrc.ru

33. www.bankreferatov.ru

34. www.economics.ru

35. www.erp-people.com

39. www.parus.ru