Masharti ya rejea ya ukuzaji wa mfumo wa habari "Uhasibu wa shughuli za biashara. Uundaji wa vipimo vya kiufundi kwa maendeleo ya mfumo wa habari

Mara nyingi mimi huulizwa: "Jinsi ya kuunda kwa usahihi vipimo vya kiufundi vya mfumo wa kiotomatiki?" Mada kama hiyo inajadiliwa kila wakati kwenye vikao mbali mbali. Swali hili ni pana sana kwamba haiwezekani kujibu kwa kifupi. Kwa hiyo, niliamua kuandika makala ndefu juu ya mada hii.

Katika sehemu ya kwanza " Maendeleo ya vipimo vya kiufundi. Ni nini, kwa nini inahitajika, wapi kuanza na inapaswa kuonekanaje? Nitajaribu kujibu maswali ya mada kwa undani, kuzingatia muundo na madhumuni ya Masharti ya Rejea, na kutoa mapendekezo fulani juu ya uundaji wa mahitaji.
Sehemu ya pili" Maendeleo ya vipimo vya kiufundi. Jinsi ya kuunda mahitaji? itakuwa imejitolea kabisa katika kutambua na kuunda mahitaji ya mfumo wa habari.

Kwanza, unahitaji kujua ni swali gani linawavutia wale wanaouliza "Jinsi ya kuunda vipimo vya kiufundi?" Ukweli ni kwamba mbinu ya kuendeleza vipimo vya kiufundi itategemea sana madhumuni ambayo inafanywa, pamoja na ambayo itatumiwa. Ninazungumza juu ya chaguzi gani:

Shirika la kibiashara liliamua kutekeleza mfumo wa kiotomatiki. Haina huduma yake ya TEHAMA na iliamua kufanya hivi: Mhusika anayevutiwa lazima atengeneze Uainisho wa Kiufundi na kuuwasilisha kwa maendeleo kwa wahusika wengine;
Shirika la kibiashara liliamua kutekeleza mfumo wa kiotomatiki. Ina huduma yake ya IT. Tuliamua kufanya hivi: kutengeneza Uainisho wa Kiufundi, kisha tukubaliane juu yake kati ya huduma ya IT na wahusika wanaovutiwa, na tutekeleze sisi wenyewe;
Wakala wa serikali uliamua kuanzisha mradi wa IT. Kila kitu hapa ni giza, taratibu nyingi, kickbacks, kupunguzwa, nk. Sitazingatia chaguo hili katika makala hii.
Kampuni ya IT hutoa huduma kwa ajili ya maendeleo na/au utekelezaji wa mifumo ya kiotomatiki. Hii ndio kesi ngumu zaidi, kwa sababu lazima ufanye kazi katika hali anuwai:
- Mteja ana wataalamu wake na maoni yao wenyewe, na hufanya mahitaji maalum kwa Vipimo vya Kiufundi;
- Masharti ya kumbukumbu yanatengenezwa kwa watengenezaji wa ndani (mteja hajali);
- Masharti ya rejea yanatengenezwa ili kuhamishiwa kwa mkandarasi (yaani kikundi cha waandaaji wa programu kwa wafanyikazi wa kampuni, au mtaalamu wa kibinafsi);
- Kutoelewana kunatokea kati ya kampuni na mteja kuhusu matokeo yaliyopatikana, na kampuni inauliza tena na tena swali: "Vipimo vya Kiufundi vinapaswa kuendelezwa vipi?" Kesi ya mwisho inaweza kuonekana kama kitendawili, lakini ni kweli.
- Nyingine, chaguzi zisizo za kawaida pia zinawezekana;

Nadhani msomaji sasa anapaswa kuwa na maswali:

Kwa nini Specifications za Kiufundi haziwezi kutengenezwa kwa njia sawa?;
Je, kuna viwango, mbinu, mapendekezo? Ninaweza kuzipata wapi?
Nani anapaswa kuendeleza Sheria na Masharti? Je, mtu huyu anapaswa kuwa na ujuzi wowote maalum?
Jinsi ya kuelewa ikiwa Masharti ya Marejeleo yameandikwa vizuri au la?
Inapaswa kuendelezwa kwa gharama ya nani, na ni muhimu hata?

Orodha hii inaweza kutokuwa na mwisho. Ninasema hivi kwa kujiamini kwa sababu nimekuwa katika ukuzaji wa programu za kitaaluma kwa miaka 15, na swali la Maelezo ya Kiufundi huja katika timu yoyote ya maendeleo ambayo ninafanya kazi nayo. Sababu za hii ni tofauti. Nikiinua mada ya kuendeleza Masharti ya Rejea, ninafahamu vyema kuwa sitaweza kuiwasilisha kwa 100% kwa kila mtu anayependa mada. Lakini, nitajaribu, kama wanasema, "kutatua kila kitu." Wale ambao tayari wanajua nakala zangu wanajua kuwa situmii "copy-paste" ya kazi za watu wengine, sichapishi tena vitabu vya watu wengine, usinukuu viwango vya kurasa nyingi na hati zingine ambazo wewe mwenyewe unaweza kupata kwenye mtandao, kuyapitisha kama mawazo yako ya fikra. Andika tu injini ya utafutaji "Jinsi ya kuendeleza Uainishaji wa Kiufundi" na unaweza kusoma mengi ya kuvutia, lakini, kwa bahati mbaya, mambo ya kurudia. Kama sheria, wale ambao wanapenda kuwa wajanja kwenye vikao (jaribu tu kutafuta!) Hawajawahi kufanya Uainishaji sahihi wa Kiufundi wenyewe, na mara kwa mara wananukuu mapendekezo ya GOST juu ya suala hili. Na wale ambao wako makini sana kuhusu suala hilo huwa hawana muda wa kukaa kwenye vikao. Kwa njia, tutazungumzia pia kuhusu viwango vya GOST. Kwa miaka mingi ya kazi yangu, nimeona matoleo mengi ya hati za kiufundi zilizokusanywa na wataalamu binafsi na timu mashuhuri na kampuni za ushauri. Wakati mwingine mimi pia hushiriki katika shughuli hii: Ninatenga muda kwa ajili yangu mwenyewe na kutafuta taarifa juu ya mada ya kupendeza kutoka kwa vyanzo visivyo vya kawaida (kama vile akili kidogo). Kama matokeo, ilibidi nione hati juu ya monsters kama vile GazProm, Reli ya Urusi na kampuni zingine nyingi za kupendeza. Bila shaka, ninatii sera ya usiri, licha ya ukweli kwamba nyaraka hizi zinakuja kwangu kutoka kwa vyanzo vinavyopatikana kwa umma au kutowajibika kwa washauri (kutawanya habari kwenye mtandao). Kwa hiyo, nasema mara moja: sishiriki habari za siri ambazo ni za makampuni mengine, bila kujali vyanzo (maadili ya kitaaluma).

Uainishaji wa kiufundi ni nini?

Jambo la kwanza tutakalofanya sasa ni kujua ni aina gani ya mnyama huyu "Uainishaji wa Kiufundi" ni.

Ndiyo, kweli kuna GOSTs na viwango vinavyojaribu kudhibiti sehemu hii ya shughuli (maendeleo ya programu). Mara moja kwa wakati, GOST hizi zote zilikuwa muhimu na kutumika kikamilifu. Sasa kuna maoni tofauti juu ya umuhimu wa hati hizi. Wengine wanasema kuwa GOSTs zilitengenezwa na watu wanaoona mbali sana na bado zinafaa. Wengine wanasema wamepitwa na wakati. Labda mtu sasa alifikiri kwamba ukweli ulikuwa mahali fulani katikati. Ningejibu kwa maneno ya Goethe: “Wanasema kwamba kati ya maoni mawili yanayopingana kuna ukweli. Kwa vyovyote vile! Kuna tatizo kati yao." Kwa hivyo, hakuna ukweli kati ya maoni haya. Kwa sababu GOSTs hazifunui matatizo ya vitendo ya maendeleo ya kisasa, na wale wanaowakosoa hawatoi njia mbadala (maalum na ya utaratibu).

Kumbuka kuwa GOST haitoi hata ufafanuzi, inasema tu: "TK kwa kiwanda cha nguvu ya nyuklia ni hati kuu inayoelezea mahitaji na utaratibu wa kuunda (maendeleo au kisasa - kisha uundaji) wa mfumo wa kiotomatiki, kulingana na ambayo. uundaji wa kinu cha nguvu za nyuklia unafanywa na kukubalika kwake baada ya kuanza kutumika."

Ikiwa mtu yeyote anavutiwa na GOSTs ninazungumza juu yake, hizi hapa:

GOST 2.114-95 Mfumo wa umoja wa nyaraka za kubuni. Vipimo vya kiufundi;
GOST 19.201-78 Mfumo wa umoja wa nyaraka za programu. Kazi ya kiufundi. Mahitaji ya yaliyomo na muundo;
GOST 34.602-89 Teknolojia ya habari. Seti ya viwango vya mifumo ya kiotomatiki. Masharti ya rejea ya kuunda mfumo wa kiotomatiki.

Ufafanuzi bora zaidi unawasilishwa kwenye Wikipedia (ingawa kuhusu maelezo ya kiufundi kwa ujumla, na sio tu kwa programu): " Kazi ya kiufundi- hii ni hati asili ya muundo kiufundi kitu. Kazi ya kiufundi huanzisha madhumuni kuu ya kitu kinachoendelea, sifa zake za kiufundi na mbinu-kiufundi, viashiria vya ubora na mahitaji ya kiufundi na kiuchumi, maagizo ya kukamilisha hatua muhimu za kuunda nyaraka (muundo, teknolojia, programu, nk) na muundo wake, kama pamoja na mahitaji maalum. Kazi kama hati ya awali ya kuunda kitu kipya iko katika maeneo yote ya shughuli, tofauti kwa jina, yaliyomo, mpangilio wa utekelezaji, n.k. (kwa mfano, kazi ya kubuni katika ujenzi, kazi ya kupambana, kazi ya nyumbani, mkataba wa kazi ya fasihi, n.k.) d.)"

Na kwa hivyo, kama ifuatavyo kutoka kwa ufafanuzi, kusudi kuu la Uainishaji wa Kiufundi ni kuunda mahitaji ya kitu kinachotengenezwa, kwa upande wetu, kwa mfumo wa kiotomatiki.

Ni jambo kuu, lakini pekee. Wakati umefika wa kufikia jambo kuu: kuweka kila kitu "kwenye rafu", kama ilivyoahidiwa.

Unahitaji kujua nini kuhusu mahitaji? Inahitajika kuelewa wazi kuwa mahitaji yote lazima yagawanywe kwa aina na mali. Sasa tutajifunza jinsi ya kufanya hivyo. Ili kutenganisha mahitaji kwa aina, GOST itatusaidia. Orodha ya aina ya mahitaji ambayo imewasilishwa hapo ni mfano mzuri wa aina gani za mahitaji zinapaswa kuzingatiwa. Kwa mfano:

Mahitaji ya utendaji;
Mahitaji ya haki za usalama na ufikiaji;
Mahitaji ya sifa za wafanyikazi;
…. Na kadhalika. Unaweza kusoma juu yao katika GOST iliyotajwa (na hapa chini nitawaangalia kwa undani zaidi).

Nadhani ni dhahiri kwako kwamba jambo kuu katika Uainisho wa Kiufundi uliofaulu ni mahitaji ya utendaji yaliyoundwa vizuri. Kazi nyingi na njia ambazo nilizungumza zimejitolea kwa mahitaji haya. Mahitaji ya utendakazi ni 90% ya utata wa kazi ya kutengeneza Sheria na Masharti. Kila kitu kingine mara nyingi ni "camouflage" ambayo inashughulikia mahitaji haya. Ikiwa mahitaji yameundwa vibaya, basi haijalishi ni picha gani nzuri unayoweka juu yao, mradi uliofanikiwa hautatoka. Ndiyo, mahitaji yote yatafikiwa rasmi (kulingana na GOST J), maelezo ya kiufundi yameandaliwa, kupitishwa na kusainiwa, na fedha zimepokelewa kwa ajili yake. Na nini? Na kisha sehemu ya kuvutia zaidi huanza: nini cha kufanya? Ikiwa huu ni mradi kwenye Agizo la Jimbo, basi hakuna shida - bajeti iko hivyo kwamba haitaingia kwenye mfuko wa mtu yeyote, na wakati wa mchakato wa utekelezaji (ikiwa kuna moja) kila kitu kitafafanuliwa. Hivi ndivyo bajeti nyingi za miradi zinavyotumika kwa Maagizo ya Serikali (waliandika "TZ", walipoteza makumi ya mamilioni, lakini hawakufanya mradi. Taratibu zote zilizingatiwa, hakukuwa na wahusika, gari mpya iko karibu na nyumba. Uzuri!). Lakini tunazungumza juu ya mashirika ya kibiashara ambapo pesa huhesabiwa, na matokeo tofauti yanahitajika. Kwa hiyo, hebu tuelewe jambo kuu, jinsi ya kuendeleza muhimu na kufanya kazi specifikationer kiufundi.

Nilisema kuhusu aina za mahitaji, lakini vipi kuhusu mali? Ikiwa aina za mahitaji zinaweza kuwa tofauti (kulingana na malengo ya mradi), basi na mali kila kitu ni rahisi, kuna 3 kati yao:

Sharti lazima liwe kueleweka;
Sharti lazima liwe maalum;
Sharti lazima liwe wafanya mtihani;

Aidha, mali ya mwisho haiwezekani bila mbili zilizopita, i.e. ni aina ya "mtihani wa litmus". Ikiwa matokeo ya mahitaji hayawezi kupimwa, inamaanisha kuwa haijulikani au sio maalum. Fikiri juu yake. Ni katika umilisi wa sifa hizi tatu za mahitaji ambapo umilisi na taaluma hulala. Kwa kweli ni rahisi sana. Unapogundua.

Hii inahitimisha hadithi kuhusu Uainishaji wa Kiufundi ni nini na inasonga kwa jambo kuu: jinsi ya kuunda mahitaji. Lakini sio haraka sana. Kuna jambo moja muhimu zaidi:

Je, maelezo ya kiufundi yanapaswa kuandikwa kwa lugha gani (katika suala la ugumu wa kuelewa)?
Je, inapaswa kuelezea vipimo vya kazi mbalimbali, algoriti, aina za data na mambo mengine ya kiufundi?
Je, ni muundo gani wa kiufundi, ambao, kwa njia, pia unatajwa katika GOSTs, na unahusianaje na Vipimo vya Kiufundi?

Kuna jambo la siri sana limejificha katika majibu ya maswali haya. Ndio maana mabishano mara nyingi huibuka juu ya utoshelevu au ukosefu wa maelezo muhimu ya mahitaji, juu ya kueleweka kwa hati na Wateja na Wakandarasi, juu ya kutokuwepo tena, muundo wa uwasilishaji, nk. Uko wapi mstari kati ya Masharti ya Marejeleo na Mradi wa Kiufundi?

Kazi ya kiufundi- hii ni hati kulingana na mahitaji yaliyoundwa katika lugha ambayo inaeleweka (ya kawaida, inayojulikana) kwa Mteja. Katika hali hii, istilahi za tasnia ambayo inaeleweka kwa Mteja inaweza na inapaswa kutumika. Haipaswi kuwa na uhusiano na maalum ya utekelezaji wa kiufundi. Wale. katika hatua ya vipimo vya kiufundi, kimsingi, haijalishi ni kwenye jukwaa gani mahitaji haya yatatekelezwa. Ingawa kuna tofauti. Ikiwa tunazungumzia juu ya kutekeleza mfumo kulingana na bidhaa iliyopo tayari ya programu, basi kiungo hicho kinaweza kufanyika, lakini tu kwa kiwango cha fomu za skrini, fomu za ripoti, nk. Ufafanuzi na uundaji wa mahitaji, pamoja na maendeleo. ya Masharti ya Rejea inapaswa kutekelezwa mchambuzi wa biashara. Na hakika sio programu (isipokuwa atachanganya majukumu haya, hii hufanyika). Wale. mtu huyu lazima aongee na Mteja kwa lugha ya biashara yake.

Mradi wa kiufundi- hii ni hati ambayo imekusudiwa kwa utekelezaji wa kiufundi wa mahitaji yaliyoundwa katika Sheria na Masharti. Hati hii inaelezea miundo ya data, vichochezi na taratibu zilizohifadhiwa, algoriti na mambo mengine ambayo yatahitajika wataalamu wa kiufundi. Mteja sio lazima aingie katika hili hata kidogo (hata maneno kama haya yanaweza kuwa wazi kwake). Mradi wa kiufundi hufanya Mbunifu wa Mfumo(kuchanganya jukumu hili na programu ni kawaida kabisa). Au tuseme, kikundi cha wataalamu wa JSC wakiongozwa na mbunifu. Kadiri mradi unavyokuwa mkubwa, ndivyo watu wengi wanavyofanyia kazi Sheria na Masharti ya Marejeleo.

Tuna nini katika mazoezi? Ni jambo la kuchekesha kutazama wakati mkurugenzi anawasilishwa kwa maelezo ya kiufundi kwa idhini, ambayo yamejaa istilahi za kiufundi, maelezo ya aina za data na maadili yao, muundo wa hifadhidata, nk. Yeye, bila shaka, anajaribu kuelewa, kwa vile anahitaji kuidhinisha. , kujaribu kupata maneno yanayofahamika kati ya mistari na usipoteze mahitaji ya biashara ya mnyororo. Je, hii ni hali inayofahamika? Na inaishaje? Kama sheria, vipimo vya kiufundi vile vinaidhinishwa, kisha kutekelezwa, na katika 80% ya kesi, basi haziendani kabisa na ukweli wa kazi iliyofanywa, kwa sababu. waliamua kubadilika, kufanya upya mambo mengi, kutoeleweka, kufikiri vibaya, nk. Nakadhalika. Na kisha mfululizo kuhusu kuwasilisha kazi huanza. "Lakini hapa sio tunachohitaji," lakini "hii haitafanya kazi kwetu," "hii ni ngumu sana," "hii haifai," nk. Sauti inayojulikana?!! Hilo ni jambo la kawaida kwangu, ilibidi nipige matuta kwa wakati ufaao.

Kwa hivyo tuna nini katika mazoezi? Lakini kiutendaji, tuna mpaka uliofifia kati ya Sheria na Masharti na Mradi wa Kiufundi. Anaelea kati ya TK na TP katika udhihirisho mbalimbali. Na hiyo ni mbaya. Hii hutokea kwa sababu utamaduni wa maendeleo umekuwa dhaifu. Hii ni kwa sababu ya ustadi wa wataalam, kwa sehemu kwa sababu ya hamu ya kupunguza bajeti na tarehe za mwisho (baada ya yote, hati huchukua muda mwingi - huo ni ukweli). Kuna jambo lingine muhimu linaloathiri utumiaji wa Ubunifu wa Kiufundi kama hati tofauti: ukuzaji wa haraka wa zana za maendeleo, pamoja na mbinu za ukuzaji. Lakini hii ni hadithi tofauti; nitasema maneno machache juu yake hapa chini.

Jambo lingine ndogo lakini muhimu. Wakati mwingine Masharti ya Rejea huitwa sehemu ndogo ya mahitaji, rahisi na inayoeleweka. Kwa mfano, kuboresha utafutaji wa kitu kulingana na baadhi ya masharti, kuongeza safu kwa ripoti, nk Mbinu hii ni haki kabisa, kwa nini magumu maisha. Lakini haitumiwi kwenye miradi mikubwa, lakini kwa maboresho madogo. Ningesema hii ni karibu na matengenezo ya bidhaa za programu. Katika kesi hii, Masharti ya Marejeleo yanaweza pia kuelezea suluhisho maalum la kiufundi la kutekeleza mahitaji. Kwa mfano, "Fanya mabadiliko kama haya kwa algorithm kama hiyo," ikionyesha utaratibu mahususi na mabadiliko mahususi kwa mtayarishaji programu. Hii ndio kesi wakati mpaka kati ya Masharti ya Rejea na Miradi ya Kiufundi imefutwa kabisa, kwa sababu hakuna uwezekano wa kiuchumi wa kuingiza makaratasi mahali ambapo haihitajiki, lakini hati muhimu inaundwa. Na ni sawa.

Uainishaji wa kiufundi ni muhimu hata kidogo? Vipi kuhusu Mradi wa Kiufundi?

Je, nina joto kupita kiasi? Je, hii inawezekana bila yoyote Vipimo vya kiufundi? Hebu fikiria inawezekana (au tuseme, inawezekana), na njia hii ina wafuasi wengi, na idadi yao inakua. Kama sheria, baada ya wataalam wachanga kusoma vitabu kuhusu Scrum, Agile na teknolojia zingine za maendeleo ya haraka. Kwa kweli, hizi ni teknolojia nzuri, na zinafanya kazi, lakini hazisemi "hakuna haja ya kufanya kazi za kiufundi." Wanasema "kiwango cha chini cha makaratasi," haswa zisizo za lazima, karibu na Mteja, maelezo zaidi na matokeo ya haraka. Lakini hakuna mtu aliyeghairi kurekodi mahitaji, na hii imesemwa wazi hapo. Ni pale ambapo mahitaji yanarekebishwa kulingana na mali tatu za ajabu ambazo nilitaja hapo juu. Ni kwamba tu akili za watu wengine zimeundwa kwa namna ambayo ikiwa kitu kinaweza kurahisishwa, basi hebu tuirahisishe kwa uhakika wa kutokuwepo kabisa. Kama Einstein alisema " Ifanye iwe rahisi iwezekanavyo, lakini isiwe rahisi kuliko hiyo." . Haya ni maneno ya dhahabu yanayoambatana na kila kitu. Hivyo Kazi ya kiufundi muhimu, vinginevyo hutaona mradi uliofanikiwa. Swali lingine ni jinsi ya kuitunga na nini cha kujumuisha hapo. Kwa kuzingatia mbinu za maendeleo ya haraka, unahitaji kuzingatia tu mahitaji, na "camouflage" yote inaweza kutupwa. Kimsingi, nakubaliana na hili.

Vipi kuhusu Mradi wa Kiufundi? Hati hii ni muhimu sana na haijapoteza umuhimu wake. Kwa kuongeza, mara nyingi huwezi kufanya bila hiyo. Hasa linapokuja suala la kazi ya maendeleo ya nje, i.e. juu ya kanuni ya ugavi. Usipofanya hivi, unakuwa kwenye hatari ya kujifunza mengi kuhusu jinsi mfumo unaofikiria unapaswa kuonekana. Je, Mteja anapaswa kuifahamu? Ikiwa anataka, kwa nini, lakini hakuna haja ya kusisitiza na kuidhinisha hati hii, itashikilia tu na kuingilia kati kazi. Karibu haiwezekani kuunda mfumo hadi maelezo madogo zaidi. Katika kesi hii, itabidi uendelee kufanya mabadiliko kwenye Ubunifu wa Kiufundi, ambayo inachukua muda mwingi. Na ikiwa shirika lina urasimu mkubwa, basi utaacha mishipa yako yote huko. Kupunguza aina hii ya muundo ndio hasa mbinu za kisasa za maendeleo ya haraka ambazo nilizotaja hapo juu zinahusu. Kwa njia, wote ni msingi wa XP ya kawaida (programu kali) - mbinu ambayo tayari ina umri wa miaka 20. Kwa hivyo tengeneza Uainisho wa Kiufundi wa hali ya juu ambao unaeleweka kwa Mteja, na utumie Muundo wa Kiufundi kama hati ya ndani ya uhusiano kati ya mbunifu wa mfumo na watayarishaji programu.

Maelezo ya kuvutia kuhusu usanifu wa kiufundi: baadhi ya zana za ukuzaji zilizoundwa kwa kanuni ya muundo unaolenga somo (kama vile 1C na zinazofanana) huchukulia kwamba muundo (kumaanisha mchakato wa uwekaji hati) unahitajika tu katika maeneo changamano ambapo mwingiliano kati ya mifumo midogo midogo inahitajika. Katika kesi rahisi, kwa mfano, kuunda saraka au hati, mahitaji ya biashara yaliyoundwa kwa usahihi tu yanatosha. Hii pia inathibitishwa na mkakati wa biashara wa jukwaa hili kwa suala la wataalam wa mafunzo. Ikiwa unatazama kadi ya mtihani wa mtaalamu (hiyo ndiyo inaitwa, si "programu"), utaona kwamba kuna mahitaji ya biashara tu, na jinsi ya kutekeleza kwa lugha ya programu ni kazi ya mtaalamu. Wale. sehemu hiyo ya shida ambayo Mradi wa Kiufundi umekusudiwa kutatua, mtaalamu lazima asuluhishe "kichwani mwake" (tunazungumza juu ya kazi za ugumu wa kati), hapa na sasa, kufuata viwango fulani vya maendeleo na muundo, ambavyo vinaundwa tena. kampuni ya 1C kwa jukwaa lake. Kwa hivyo, kati ya wataalam wawili ambao matokeo ya kazi yao yanafanana, mtu anaweza kufaulu mtihani, lakini mwingine hawezi, kwa sababu ilikiuka wazi viwango vya maendeleo. Hiyo ni, ni wazi kudhani kuwa wataalamu lazima wawe na sifa hizo ambazo wanaweza kutengeneza kazi za kawaida kwa kujitegemea, bila ushiriki wa wasanifu wa mfumo. Na mbinu hii inafanya kazi.

Hebu tuendelee kujifunza swali: "Ni mahitaji gani yanapaswa kujumuishwa katika Masharti ya Rejea?"

Uundaji wa mahitaji ya mfumo wa habari. Muundo wa Masharti ya Marejeleo

Hebu tufafanue mara moja: tutazungumzia hasa kuhusu kuunda mahitaji ya mfumo wa habari, i.e. kwa kudhani kuwa kazi ya kuendeleza mahitaji ya biashara, kurasimisha michakato ya biashara na kazi zote za awali za ushauri tayari zimekamilika. Bila shaka, baadhi ya ufafanuzi unaweza kufanywa katika hatua hii, lakini ufafanuzi tu. Mradi wa otomatiki yenyewe hausuluhishi shida za biashara - kumbuka hii. Hii ni axiom. Kwa sababu fulani, wasimamizi wengine wanajaribu kukataa, wakiamini kwamba ikiwa wanunua mpango huo, utaratibu utakuja kwa biashara ya machafuko. Lakini axiom ni axiom kwa sababu hauhitaji uthibitisho.

Kama shughuli yoyote, mahitaji ya kuunda yanaweza (na yanapaswa) kugawanywa katika hatua. Kila jambo lina wakati wake. Hii ni kazi ngumu ya kiakili. Na, ikiwa hutendea kwa tahadhari ya kutosha, basi matokeo yatakuwa sahihi. Kulingana na makadirio ya wataalam, gharama ya kuendeleza Masharti ya Rejea inaweza kuwa 30-50%. Mimi ni wa maoni sawa. Ingawa 50 labda ni nyingi sana. Baada ya yote, Uainishaji wa Kiufundi sio hati ya mwisho ambayo lazima iendelezwe. Baada ya yote, kuna lazima pia kuwa na muundo wa kiufundi. Tofauti hii inatokana na majukwaa tofauti ya otomatiki, mbinu na teknolojia zinazotumiwa na timu za mradi wakati wa uundaji. Kwa mfano, ikiwa tunazungumza juu ya ukuzaji katika lugha ya kitamaduni kama C++, basi muundo wa kina wa kiufundi ni muhimu sana. Ikiwa tunazungumza juu ya kutekeleza mfumo kwenye jukwaa la 1C, basi hali ya muundo ni tofauti, kama tulivyoona hapo juu (ingawa, wakati wa kuunda mfumo kutoka mwanzo, umeundwa kulingana na mpango wa classical).

Ingawa taarifa ya mahitaji ndio sehemu kuu Vipimo vya kiufundi, na katika hali nyingine inakuwa sehemu pekee ya maelezo ya kiufundi, unapaswa kuzingatia ukweli kwamba hii ni hati muhimu, na inapaswa kutengenezwa ipasavyo. Wapi kuanza? Kwanza kabisa, unahitaji kuanza na yaliyomo. Andika yaliyomo kisha anza kuyapanua. Binafsi, ninafanya hivi: kwanza ninachora yaliyomo, kuelezea malengo, habari zote za utangulizi, na kisha nifikie sehemu kuu - uundaji wa mahitaji. Kwa nini si vinginevyo? Sijui, ni rahisi zaidi kwangu. Kwanza, hii ni sehemu ndogo zaidi ya wakati (ikilinganishwa na mahitaji), na pili, wakati unaelezea habari zote za utangulizi, unaambatana na jambo kuu. Naam, yeyote anayependa. Baada ya muda, utatengeneza kiolezo chako cha Uainisho wa Kiufundi. Kuanza, ninapendekeza kuchukua kama yaliyomo kama ilivyoelezewa katika GOST. Ni kamili kwa maudhui! Kisha tunachukua na kuanza kuelezea kila sehemu, bila kusahau kuhusu mapendekezo ya mali tatu zifuatazo: uelewa, maalum na majaribio. Kwa nini nasisitiza sana juu ya hili? Zaidi juu ya hili katika sehemu inayofuata. Na sasa napendekeza kupitia pointi hizo za maelezo ya kiufundi ambayo yanapendekezwa katika GOST.

Habari za jumla;
madhumuni na malengo ya uumbaji (maendeleo) ya mfumo;
sifa za vitu vya automatisering;
Mahitaji ya Mfumo;
muundo na yaliyomo katika kazi ya kuunda mfumo;
utaratibu wa udhibiti na kukubalika kwa mfumo;
mahitaji ya utungaji na maudhui ya kazi ili kuandaa kitu cha automatisering kwa kuweka mfumo katika uendeshaji;
mahitaji ya nyaraka;
vyanzo vya maendeleo.

Kwa jumla, sehemu 9, ambayo kila moja imegawanywa katika vifungu. Hebu tuwaangalie kwa utaratibu. Kwa urahisi, nitawasilisha kila kitu kwa namna ya meza kwa kila kitu.

Sehemu ya 1. habari ya jumla.

Mapendekezo kulingana na GOST
jina kamili la mfumo na ishara yake;	Kila kitu ni wazi hapa: tunaandika nini mfumo utaitwa, jina lake fupi
kanuni ya somo au kanuni (nambari) ya mkataba;	Hii haifai, lakini unaweza kuibainisha ikiwa inahitajika
jina la biashara (vyama) vya msanidi programu na mteja (mtumiaji) wa mfumo na maelezo yao;	onyesha ni nani (mashirika gani) yatafanya kazi kwenye mradi huo. Unaweza pia kubainisha majukumu yao. Unaweza hata kuondoa sehemu hii (rasmi kabisa).
orodha ya hati kwa misingi ambayo mfumo huundwa, nani na wakati nyaraka hizi ziliidhinishwa;	Taarifa muhimu. Hapa unapaswa kuonyesha hati za udhibiti na kumbukumbu ambazo ulipewa ili kujijulisha na sehemu fulani ya mahitaji.
tarehe zilizopangwa za kuanza na kumaliza kwa kazi ya kuunda mfumo;	Maombi ya kuweka muda. Wakati mwingine huandika juu ya hili katika uainishaji wa kiufundi, lakini mara nyingi vitu kama hivyo vinaelezewa katika mikataba ya kazi
habari kuhusu vyanzo na utaratibu wa kufadhili kazi;	Sawa na katika aya iliyotangulia kuhusu tarehe za mwisho. Yanafaa zaidi kwa maagizo ya serikali (kwa wafanyikazi wa serikali)
utaratibu wa usajili na uwasilishaji kwa mteja wa matokeo ya kazi ya kuunda mfumo (sehemu zake), juu ya utengenezaji na marekebisho ya njia za kibinafsi (vifaa, programu, habari) na programu na vifaa (programu na mbinu) tata za mfumo.	Sioni haja ya hatua hii, kwa sababu ... Mahitaji ya nyaraka yamewekwa tofauti, na kwa kuongeza kuna sehemu tofauti "Utaratibu wa udhibiti na kukubalika" wa mfumo.

Sehemu ya 2. madhumuni na malengo ya uumbaji (maendeleo) ya mfumo.

Mapendekezo kulingana na GOST	Nini cha kufanya juu yake katika mazoezi
Kusudi la mfumo	Kwa upande mmoja, kusudi ni rahisi. Lakini inashauriwa kuunda mahsusi. Ukiandika kitu kama "uendeshaji wa hali ya juu wa uhasibu wa ghala katika kampuni X," basi unaweza kujadili matokeo kwa muda mrefu baada ya kukamilika kwake, hata bila kujali uundaji mzuri wa mahitaji. Kwa sababu Mteja daima anaweza kusema kwamba kwa ubora alimaanisha kitu kingine. Kwa ujumla, unaweza kuharibu mishipa ya kila mmoja sana, lakini kwa nini? Ni bora kuandika kitu kama hiki mara moja: "Mfumo umeundwa ili kudumisha rekodi za ghala katika kampuni X kulingana na mahitaji yaliyoainishwa katika Uainisho huu wa Kiufundi."
Malengo ya kuunda mfumo	Malengo bila shaka ni sehemu muhimu. Ikiwa tutaijumuisha, basi lazima tuweze kuunda malengo haya. Ikiwa una ugumu wa kuunda malengo, basi ni bora kuwatenga sehemu hii kabisa. Mfano wa lengo lisilofanikiwa: "Hakikisha kuwa msimamizi anakamilisha hati haraka." Ni nini haraka? Hii basi inaweza kuthibitishwa bila mwisho. Ikiwa hii ni muhimu, basi ni bora kurekebisha lengo hili kama ifuatavyo: "Meneja wa mauzo anapaswa kutoa hati "Mauzo ya bidhaa" ya mistari 100 kwa dakika 10." Lengo kama hili linaweza kuibuka ikiwa, kwa mfano, meneja kwa sasa anatumia takriban saa moja kwa hili, ambalo ni nyingi sana kwa kampuni hiyo na ni muhimu kwao. Katika uundaji huu, lengo tayari linaingiliana na mahitaji, ambayo ni ya asili kabisa, kwa sababu wakati wa kupanua mti wa malengo (yaani, kuwagawanya katika malengo madogo yanayohusiana), tayari tutakaribia mahitaji. Kwa hivyo, hupaswi kubebwa.

Kwa ujumla, uwezo wa kutambua malengo, kuunda, na kujenga mti wa malengo ni mada tofauti kabisa. Kumbuka jambo kuu: ikiwa unajua jinsi gani, andika, ikiwa huna uhakika, usiandike kabisa. Nini kitatokea ikiwa hautengenezi malengo? Utafanya kazi kulingana na mahitaji, hii inafanywa mara nyingi.

Sehemu ya 3. Tabia za vitu vya automatisering.

Sehemu ya 4. Mahitaji ya Mfumo

GOST inaamua orodha ya mahitaji kama haya:

mahitaji ya muundo na utendaji wa mfumo;
mahitaji ya nambari na sifa za wafanyikazi wa mfumo na njia yao ya kufanya kazi;
viashiria vya marudio;
mahitaji ya kuaminika;
mahitaji ya usalama;
mahitaji ya ergonomics na aesthetics ya kiufundi;
mahitaji ya usafiri kwa wasemaji wa simu;
mahitaji ya uendeshaji, matengenezo, ukarabati na uhifadhi wa vipengele vya mfumo;
mahitaji ya kulinda habari kutoka kwa ufikiaji usioidhinishwa;
mahitaji ya usalama wa habari katika kesi ya ajali;
mahitaji ya ulinzi kutoka kwa mvuto wa nje;
mahitaji ya usafi wa patent;
mahitaji ya viwango na umoja;

Licha ya ukweli kwamba moja kuu hakika itakuwa sehemu yenye mahitaji maalum (ya kazi), sehemu hii pia inaweza kuwa ya umuhimu mkubwa (na katika hali nyingi ni). Nini kinaweza kuwa muhimu na muhimu:

Mahitaji ya Kuhitimu. Inawezekana kwamba mfumo unaotengenezwa utahitaji mafunzo ya wataalam. Hawa wanaweza kuwa watumiaji wa mfumo wa siku zijazo na wataalamu wa TEHAMA ambao watahitajika kuuunga mkono. Uangalifu wa kutosha kwa suala hili mara nyingi hubadilika kuwa shida. Ikiwa sifa za wafanyikazi waliopo hazitoshi, ni bora kutaja mahitaji ya shirika la mafunzo, programu ya mafunzo, wakati, nk.
Mahitaji ya kulinda habari kutoka kwa ufikiaji usioidhinishwa. Hakuna maoni hapa. Haya ndiyo mahitaji haswa ya kuweka mipaka ya ufikiaji wa data. Ikiwa mahitaji hayo yamepangwa, basi yanahitaji kuandikwa tofauti, kwa undani iwezekanavyo, kulingana na sheria sawa na mahitaji ya kazi (kuelewa, maalum, kupima). Kwa hiyo, mahitaji haya yanaweza kuingizwa katika sehemu na mahitaji ya kazi
Mahitaji ya kusawazisha. Ikiwa kuna viwango vya kubuni vinavyotumika kwa mradi huo, vinaweza kuingizwa katika mahitaji. Kama sheria, mahitaji kama haya yanaanzishwa na huduma ya IT ya Wateja. Kwa mfano, kampuni ya 1C ina mahitaji ya muundo wa msimbo wa programu, muundo wa interface, nk;
Mahitaji ya muundo na utendaji wa mfumo. Hapa mahitaji ya kuunganisha mifumo na kila mmoja yanaweza kuelezewa, na maelezo ya usanifu wa jumla yanawasilishwa. Mara nyingi, mahitaji ya ujumuishaji kwa ujumla hutenganishwa katika sehemu tofauti au hata Uainishaji tofauti wa Kiufundi, kwa sababu mahitaji haya yanaweza kuwa magumu sana.

Mahitaji mengine yote sio muhimu sana na hayahitaji kuelezewa. Kwa maoni yangu, wao hufanya tu nyaraka kuwa nzito na kuwa na manufaa kidogo ya vitendo. Na ni ngumu sana kuelezea mahitaji ya ergonomic katika mfumo wa mahitaji ya jumla; ni bora kuwahamisha kwa zile zinazofanya kazi. Kwa mfano, sharti "Pata taarifa kuhusu bei ya bidhaa kwa kubonyeza kitufe kimoja tu" linaweza kutengenezwa. Kwa maoni yangu, hii bado iko karibu na mahitaji maalum ya kazi, ingawa inahusiana na ergonomics.Mahitaji ya kazi (kazi) zinazofanywa na mfumoHili ndilo jambo kuu na muhimu ambalo litaamua mafanikio. Hata ikiwa kila kitu kingine kinafanywa kikamilifu, na sehemu hii ni "3", basi matokeo ya mradi yatakuwa bora "3", au hata mradi utashindwa kabisa. Hii ndio tutashughulikia kwa undani zaidi katika makala ya pili, ambayo itajumuishwa katika toleo la 5 la jarida. Ni kwa hatua hii kwamba "kanuni ya sifa tatu za mahitaji" ambayo nilizungumza inatumika. Mahitaji ya aina za dhamana.

GOST inabainisha aina zifuatazo:

Hisabati
Taarifa
Kiisimu
Programu
Kiufundi
Metrolojia
Shirika
Kimethodical
na wengine…

Kwa mtazamo wa kwanza, mahitaji haya yanaweza kuonekana kuwa sio muhimu. Katika miradi mingi hii ni kweli. Lakini si mara zote. Wakati wa kuelezea mahitaji haya:

Hakuna maamuzi ambayo yamefanywa juu ya ukuzaji wa lugha (au jukwaa) utafanywa;
Mfumo unahitaji kiolesura cha lugha nyingi (kwa mfano, Kirusi/Kiingereza)
Ili mfumo ufanye kazi, kitengo tofauti lazima kiundwe au wafanyikazi wapya waajiriwe;
Ili mfumo ufanye kazi, Mteja lazima apitie mabadiliko katika njia za kazi na mabadiliko haya lazima yabainishwe na kupangwa;
Ujumuishaji na kifaa chochote unatarajiwa na mahitaji yanawekwa juu yake (kwa mfano, udhibitisho, utangamano, n.k.)
Hali nyingine zinawezekana, yote inategemea malengo maalum ya mradi huo.

Sehemu ya 5. Muundo na maudhui ya kazi ili kuunda mfumo

Sehemu ya 6. Utaratibu wa udhibiti na kukubalika kwa mfumo

Mahitaji ya jumla ya kukubalika kwa kazi kwa hatua (orodha ya biashara na mashirika yanayoshiriki, mahali na wakati), utaratibu wa uratibu na idhini ya hati za kukubalika; Ninapendekeza sana uchukue jukumu la utaratibu wa kuwasilisha kazi na kuangalia mfumo. Hii ndiyo sababu mahitaji ya majaribio yanahitajika.Lakini hata uwepo wa mahitaji ya majaribio inaweza kuwa haitoshi wakati mfumo unatolewa ikiwa utaratibu wa kukubalika na uhamisho wa kazi haujaelezwa wazi. Kwa mfano, mtego wa kawaida: mfumo umejengwa na unafanya kazi kikamilifu, lakini Mteja kwa sababu fulani hayuko tayari kufanya kazi ndani yake. Sababu hizi zinaweza kuwa yoyote: hakuna wakati, malengo yamebadilika, mtu ameacha, nk. Naye asema: “Kwa kuwa bado hatufanyi kazi katika mfumo mpya, hiyo inamaanisha kwamba hatuwezi kuwa na uhakika kwamba utafanya kazi.” Kwa hiyo jifunze kutambua kwa usahihi hatua za kazi, na jinsi ya kuangalia matokeo ya hatua hizi. Kwa kuongezea, njia kama hizo lazima ziwe wazi kwa Wateja tangu mwanzo. Ikiwa zimewekwa kwa kiwango cha Ufafanuzi wa Kiufundi, basi unaweza kugeuka kwao daima ikiwa ni lazima na kukamilisha kazi na uhamisho.

Sehemu ya 7. Mahitaji ya utungaji na maudhui ya kazi ili kuandaa kitu cha automatisering kwa ajili ya kuwaagiza mfumo.

Kunaweza kuwa na sheria zingine zozote za kuingiza habari iliyopitishwa na kampuni (au iliyopangwa). Kwa mfano, taarifa kuhusu mkataba uliotumiwa kuingizwa kama mfuatano wa maandishi kwa namna yoyote, lakini sasa nambari tofauti, tarehe tofauti, n.k. zinahitajika. Kunaweza kuwa na hali nyingi kama hizo. Baadhi yao wanaweza kutambuliwa na upinzani kutoka kwa wafanyikazi, kwa hivyo ni bora kusajili kesi kama hizo kwa kiwango cha mahitaji ya mpangilio wa data.

Uundaji wa masharti ya utendaji wa kitu cha otomatiki, ambayo kufuata kwa mfumo ulioundwa na mahitaji yaliyomo katika uainishaji wa kiufundi imehakikishwa. Mabadiliko yoyote ambayo yanaweza kuhitajika. Kwa mfano, kampuni haina mtandao wa ndani, meli ya zamani ya kompyuta ambayo mfumo hautafanya kazi.

Labda habari fulani muhimu ilisindika kwenye karatasi, na sasa inahitaji kuingizwa kwenye mfumo. Ikiwa hutafanya hivyo, basi moduli fulani haitafanya kazi, nk.

Labda kitu kilichorahisishwa, lakini sasa kinahitaji kuzingatiwa kwa undani zaidi, kwa hivyo mtu lazima akusanye habari kulingana na sheria fulani.

Orodha hii inaweza kuwa ndefu, angalia kesi maalum ya mradi wako Uundaji wa idara na huduma muhimu kwa utendaji wa mfumo;

Muda na utaratibu wa utumishi na mafunzo Tayari tumezungumza kuhusu hili mapema. Labda mfumo unatengenezwa kwa muundo mpya au aina ya shughuli ambayo haikuwepo hapo awali. Ikiwa hakuna wafanyikazi wanaofaa, na hata waliofunzwa, mfumo hautafanya kazi, haijalishi umejengwa kwa ustadi gani.

Sehemu ya 8. Mahitaji ya Nyaraka

Fikiria jinsi miongozo ya watumiaji itawasilishwa.

Labda Mteja amekubali viwango vya ushirika, ambayo inamaanisha tunahitaji kurejelea.

Kupuuza mahitaji ya hati mara nyingi husababisha matokeo yasiyotarajiwa kwenye miradi. Kwa mfano, kila kitu kinafanyika na kila kitu kinafanya kazi. Watumiaji pia wanajua jinsi ya kufanya kazi. Hakukuwa na makubaliano au mazungumzo kuhusu nyaraka hata kidogo. Na ghafla, wakati wa kukabidhi kazi hiyo, mmoja wa wasimamizi wakuu wa Wateja, ambaye hata hakushiriki katika mradi huo, lakini anahusika katika kukubali kazi hiyo, anakuuliza: "Miongozo ya watumiaji iko wapi?" Na huanza kukushawishi kuwa hakukuwa na haja ya kukubaliana juu ya upatikanaji wa miongozo ya watumiaji, hii inadaiwa "bila shaka" inamaanisha. Na ndivyo ilivyo, hataki kuchukua kazi yako. Utatengeneza miongozo kwa gharama ya nani? Timu nyingi tayari zimeanguka kwa ndoano hii.

Sehemu ya 9. Vyanzo vya Maendeleo

Kwa hivyo, ni bora kurejelea tu ripoti ya uchunguzi na mahitaji ya watu muhimu.

Na kwa hivyo, tumezingatia sehemu zote ambazo zinaweza kujumuishwa katika Masharti ya Marejeleo. "Inaweza" na sio "Lazima" haswa kwa sababu hati yoyote lazima iundwe ili kufikia matokeo. Kwa hiyo, ikiwa ni dhahiri kwako kwamba sehemu fulani haitakuleta karibu na matokeo, basi huhitaji na huna haja ya kupoteza muda juu yake.

Lakini hakuna sifa za kiufundi zinazofaa zinaweza kufanya bila jambo kuu: mahitaji ya kazi. Ningependa kutambua kwamba katika mazoezi Vipimo hivyo vya Kiufundi hutokea, na jinsi gani! Kuna watu ambao wataweza kutenganisha maji katika sehemu zote, kuelezea mahitaji ya jumla kwa jumla, na hati inageuka kuwa nzito sana, na kuna maneno mengi ya busara ndani yake, na hata Mteja anaweza kupenda. hayo (yaani ataidhinisha). Lakini haiwezi kufanya kazi kulingana nayo, i.e. Ina matumizi kidogo ya vitendo. Mara nyingi, nyaraka hizo huzaliwa wakati unahitaji kupata pesa nyingi hasa kwa Masharti ya Rejea, lakini inahitaji kufanywa haraka na bila kupiga mbizi kwa maelezo. Na haswa ikiwa inajulikana kuwa jambo hilo halitaendelea zaidi, au watu tofauti kabisa watafanya. Kwa ujumla, tu kusimamia bajeti, hasa bajeti ya serikali.

Katika makala ya pili tutazungumzia tu sehemu ya 4 "Mahitaji ya Mfumo", na hasa tutaunda mahitaji kwa sababu za uwazi, maalum na majaribio.

Kwa nini mahitaji lazima yawe wazi, mahususi na yanayoweza kujaribiwa.

Kwa sababu mazoezi yanaonyesha: mwanzoni, maelezo mengi ya kiufundi ambayo yanatengenezwa na wataalam yanageuka kuwa sio ya mahitaji (hayalingani na ukweli), au kuwa shida kwa yule anayepaswa kutekeleza, kwa sababu. Mteja huanza kudhibiti masharti na mahitaji yasiyoeleweka. Nitatoa mifano michache ya misemo gani ilikutana, ni nini kilisababisha, na kisha nitajaribu kutoa mapendekezo juu ya jinsi ya kuzuia shida kama hizo.

Je, hitaji hili linaweza kupimwa? Inaonekana kama jambo rahisi, lakini unawezaje kuiangalia ikiwa hakuna maalum?

Jinsi hii inaweza kurekebishwa: "Kiasi cha gharama iliyotajwa katika hati lazima isambazwe kwa bidhaa zote zilizoainishwa katika hati hii kulingana na gharama ya bidhaa hizi." Ilibadilika kuwa wazi na maalum. Jinsi ya kuangalia pia si vigumu.

Ergonomics Programu lazima iwe na kiolesura cha utumiaji-kirafiki.Lazima nikubali, mara moja nililazimika kujiandikisha kwa uundaji huu mwenyewe - kulikuwa na shida nyingi baadaye. Bila shaka, uundaji huo haupaswi kuwepo. Hakuna maalum hapa, wala fursa ya kuthibitisha hitaji hili. Ingawa, bila shaka, inaeleweka (subjective). Hakuna njia ya kuifanya upya; kila kipengele cha "urahisi" lazima kielezewe kwa undani, kwani Mteja anasisitiza juu yake. Kwa mfano:

Mistari inapaswa kuongezwa kwa hati kwa kubofya kitufe cha "Ongeza" na kwa kusisitiza kitufe cha "ingiza", pamoja na mtumiaji anayeingia sehemu ya jina;
Unapotazama orodha ya bidhaa, inapaswa iwezekanavyo kutafuta kwa jina, barcode na makala;
Na kadhalika.

Utofautishaji wa haki za ufikiajiUpatikanaji wa data ya faida unapaswa kupatikana kwa mkurugenzi wa fedha pekee. Je, hiyo ni wazi? Karibu. Ni kweli, faida hutofautiana, tunahitaji kufafanua. Hasa? Bila shaka hapana. Je, hii inaonekanaje katika utekelezaji? Ikiwa tunazungumza juu ya faida kubwa, basi ni muhimu kupunguza ufikiaji wa data juu ya gharama ya ununuzi, kwa sababu. vinginevyo, faida ya jumla haitakuwa vigumu kuhesabu, kwani data juu ya gharama ya mauzo inajulikana kwa watu mbalimbali. Kinachohusu haki za ufikiaji lazima kishughulikiwe kwa uangalifu sana. Na ikiwa motisha ya wasimamizi wa mauzo inategemea faida ya jumla, basi mahitaji haya pia yanapingana, kwa sababu. wasimamizi hawataweza kamwe kuthibitisha hili. Ikiwa tutajumuisha hitaji kama hilo, basi tunahitaji kubainisha ripoti mahususi na vipengee vya mfumo ambavyo vinaonyesha ni sehemu gani ya data inapaswa kupatikana kwa aina fulani za watu. Na zingatia kila kesi kama hiyo kibinafsi. Tija Ripoti ya mauzo inapaswa kuzalishwa baada ya dakika 1. Ndiyo, ninaelewa. Na kuna kikomo cha muda maalum: dakika 1. Lakini haijulikani ni aina gani ya maelezo yanayotarajiwa: kwa kila bidhaa, vikundi vya bidhaa, wateja, au kitu kingine? Inaweza kutayarishwa kama hii: "Ripoti ya mauzo ya mteja yenye maelezo ya kila bidhaa (angalia sampuli) inapaswa haitaonyeshwa zaidi ya dakika 1, mradi tu idadi ya bidhaa kwenye sampuli haizidi laini 5000."

Natumai wazo liko wazi. Ikiwa una maswali maalum, andika, nitajaribu kusaidia.

Kwa Masharti ya kumbukumbu kulikuwa na maalum zaidi, kuna mapendekezo mengi. Kuna hata orodha ya maneno ambayo hayapendekezwi kutumika katika Vipimo vya Kiufundi. K. Wiegers anaandika kwa kupendeza kuhusu hili katika kitabu chake "Maendeleo ya Mahitaji ya Programu." Nitatoa mapendekezo ya kuvutia zaidi na rahisi, kwa maoni yangu:

Haupaswi kutumia maneno ambayo yana visawe vingi. Ikiwa hii ni muhimu, ni bora kutoa ufafanuzi wazi wa neno katika sehemu ya "Sheria na Masharti na Ufafanuzi" ya Sheria na Marejeleo.
Unapaswa kujaribu kutotumia sentensi ndefu;
Ikiwa hitaji linaonekana kuwa la jumla sana kwako, linahitaji kufafanuliwa kwa mahitaji madogo lakini mahususi;
Tumia michoro zaidi, grafu, meza, michoro - kwa njia hii habari inachukuliwa kuwa rahisi zaidi;
Maneno ya kuepuka ni: “inafaa”, “inatosha”, “rahisi”, “wazi”, “haraka”, “inayobadilika”, “imeboreshwa”, “bora zaidi”, “uwazi”, “endelevu”, “inatosha”, “ kirafiki", "rahisi", nk Orodha inaweza kuendelea, lakini nadhani wazo ni wazi (jaribu kuendelea mwenyewe).

Kila kitu kilichoandikwa hapo juu ni habari muhimu, lakini sio muhimu zaidi. Kama unavyokumbuka, mwanzoni mwa kifungu niliita hii neno "camouflage", kwa sababu. jambo muhimu zaidi ambalo litafanya angalau 90% ya muda na utata wa kufanya kazi kwenye waraka ni kutambua na kuunda mahitaji. Na bado unahitaji kuwa na uwezo wa kukusanya, kuunda na kuunda taarifa kuhusu mahitaji. Hii, kwa njia, ina mengi sawa kati ya uchunguzi wa shughuli za biashara na maelezo ya baadaye ya michakato ya biashara. Lakini pia kuna tofauti muhimu. Moja ya tofauti hizi muhimu ni uwepo wa hatua ya kujenga mfano wa mfumo wa baadaye, au kama vile pia inaitwa "mfano wa mfumo wa habari".

Katika makala inayofuata tutazungumza tu juu ya njia za kutambua mahitaji, na pia fikiria kile kinachojulikana kati ya kazi ya kukusanya mahitaji ya mfumo wa habari na kukusanya habari kuelezea michakato ya biashara.

Aina za kazi wakati wa kukusanya mahitaji ya mfumo wa uhasibu na habari kuelezea michakato ya biashara. Sehemu ya 2

Katika sehemu hii tutazungumza juu ya jinsi ya kupanga hatua ya kukusanya mahitaji, ni nini inapaswa kujumuisha na zana gani zinaweza kutumika. Ninarudia kwamba kwa mtazamo wa hatua, kazi hii ni sawa na uchunguzi wa biashara kuelezea michakato ya biashara.

Kama kawaida hufanyika katika maisha:

Hivi ndivyo inavyotokea katika miradi mingi.
	Hii inatokeaje
	Ni wazi kwamba kuna sababu ya furaha, hasa ikiwa mradi ni mkubwa, hakuna chochote kibaya na hilo! Jambo kuu si kufurahi kwa muda mrefu, kuchelewesha kuanza kwa kazi halisi, tangu sasa kwa wakati utaenda tofauti.
	Kawaida mchakato huu ni mdogo kwa mikutano kadhaa na wasimamizi, kisha na wakuu wa idara. Baada ya kurekodi "matakwa" fulani kwa upande wa Mteja, yanarekodiwa katika mfumo wa uundaji wa jumla. Wakati mwingine nyaraka zilizopo huongezwa kwa hili (mtu aliwahi kujaribu kufanya uchunguzi, nyaraka kulingana na kanuni zilizopo, aina za ripoti zilizotumiwa) Inashangaza, baada ya hili, wengi wa watekelezaji wa mfumo wa automatisering wanashangaa kwa furaha: "ndiyo, mfumo wetu una yote haya. ! Naam, irekebishe kidogo na kila kitu kitafanya kazi." Alipoulizwa ikiwa tujadili jinsi mambo yanapaswa kufanya kazi (au jinsi mchakato fulani unafanywa) na watumiaji wa mwisho, jibu kwa kawaida ni hapana. Maoni yanaonyeshwa kuwa kiongozi anajua kila kitu kwa wasaidizi wake. Lakini bure ... Nyuma ya hii kuna mitego na vikwazo vingi, na kazi ya kuwasilisha inaweza kugeuka kuwa marathon pamoja na kozi ya kikwazo. Kama unavyojua, ni kawaida kukimbia marathon kwenye barabara ya gorofa, na kukimbia na vizuizi inawezekana tu kwa umbali mfupi (unaweza hata kumaliza).
Kuandika matokeo ya kazi	Baada ya hayo, nyaraka za matokeo huanza, kulingana na malengo ya kazi: Ikiwa ni muhimu kuendeleza Uainishaji wa Kiufundi, mshauri anaanza kuweka taarifa zilizopokelewa kwenye template ya hati iliyoandaliwa ili ionekane nzuri na mahitaji makuu ni. iliyorekodiwa (yale yaliyotolewa na wasimamizi, vinginevyo wanaweza wasiidhinishe). Akielewa kwamba kivitendo Sheria na Marejeleo kama haya hazitumiwi hasa na kila kitu kinapaswa kufikiriwa "tunapoendelea," anaweka lengo kuu la Sheria na Marejeleo kama muda wa chini zaidi wa uratibu na idhini. Na, ikiwa inawezekana, habari kwa makadirio mabaya ya gharama ya kazi ya baadaye (kwa njia, pia ni muhimu). Ikiwa unahitaji kuelezea michakato ya biashara. Ajabu ya kutosha, lakini mara nyingi vitendo vyote vya hapo awali vinaonekana sawa, kama ilivyo kwa ukuzaji wa Maelezo ya Kiufundi. Tofauti pekee ni katika nyaraka. Kuna chaguzi hapa: washauri wanaelezea mchakato kwa maneno ya kiholela au kutumia sheria zozote za kuelezea michakato ya biashara (noti). Katika kesi ya kwanza, hati kama hiyo inageuka kuwa ya kushangaza sawa na Maelezo ya Kiufundi. Hata hutokea kwamba ikiwa unabadilisha ukurasa wa kichwa, hutaona tofauti yoyote Katika kesi ya mwisho, msisitizo mara nyingi huwekwa si kwa kufuata ukweli, lakini kwa "usahihi wa maelezo," i.e. uzingatiaji rasmi wa sheria za maelezo.Kwa bahati mbaya, chaguzi zote mbili sio mazoezi bora, kwa sababu ni za urasmi zaidi na hazileti manufaa mengi.

Kwa nini mazoezi yalikua kama ilivyoelezwa hapo juu? Kusema ukweli, sijui. Uliza mtu yeyote, hakuna anayejua. Wakati huo huo, hali haibadilika haraka sana, ingawa watu hujadili mada hii mara kwa mara, kubadilishana uzoefu, kuandika vitabu ... Inaonekana kwangu kuwa moja ya sababu ni ubora wa chini wa elimu husika. Inaweza pia kuwa kutokana na ukweli kwamba wataalamu wengi wanatoka kwa biashara nyingine na kujifunza kila kitu katika mazoezi, i.e. uzoefu wao unaundwa katika mazingira ambayo wanajikuta. Mtazamo wa vyuo vikuu na ukosefu wao wa hamu ya kuwa karibu na ukweli pia ni ukweli unaojulikana, lakini wakati mwingine ninashangazwa na msimamo wao. Kwa mfano, nilikuwa na kesi wakati mwanafunzi aliyehitimu, mtaalam mwenye talanta, alitaka kuandika thesis kwenye jukwaa la 1C (maendeleo mazuri ya tasnia), lakini idara ilimwambia kuwa bila kujali mada, hakuweza kutegemea " bora” daraja, kwa sababu 1C sio mfumo mbaya. Jambo hapa sio uzito na usawa wa maoni haya, lakini ukweli kwamba kazi ya zamani katika lugha ya programu ya kitamaduni ilizingatiwa mara moja kustahili ukadiriaji "bora".

Hebu jaribu kutoa mchakato uliojadiliwa hapo juu mbinu ya utaratibu zaidi. Anaweza kuonekanaje basi?

Kama unaweza kuona, mchakato unaisha na swali, kwa sababu Katika hatua hii, kazi ni mbali na kumaliza, na kisha mambo magumu zaidi na ya vitendo yataanza - ni nini hasa kitaamua matumizi ya matokeo yaliyopatikana katika maisha halisi. Hii ndiyo hasa itaamua hatima ya kazi ya awali: ama itaenda kwenye chumbani (kwenye rafu au mahali pengine), au itawakilisha chanzo muhimu cha habari. Na bora zaidi ikiwa inakuwa mfano wa miradi inayofuata.

Ningependa kutambua hasa kwamba hadi hatua ya mwisho kwenye mchoro (ambapo swali ni), kanuni ya jumla ya kukusanya taarifa kuhusu shughuli za kampuni inaonekana sawa, bila kujali unapanga kufanya nini katika siku zijazo, kuelezea michakato ya biashara au kutekeleza mfumo wa kiotomatiki. Ndio, mlolongo wa hatua yenyewe ni sawa, lakini zana zinazotumiwa katika baadhi yao zinaweza kutofautiana. Kwa hakika tutazingatia hatua hii tunapojifunza mbinu na zana za hatua za mtu binafsi. Tutafanya hivyo kwa undani katika makala tofauti, lakini sasa tutazingatia tu mambo muhimu zaidi. Hatua zaidi zitatofautiana na zitaamuliwa na kile kinachohitajika kutoka kwa mradi: kuelezea michakato ya biashara au kutekeleza mfumo wa uhasibu.

Hebu tuangalie jinsi tunavyoweza kupanga upya mbinu ya kukusanya taarifa kuhusu shughuli za kampuni.

Jinsi hii inaweza kutokea na shirika linalofaa zaidi la kazi
	Hii inatokeaje
Uamuzi umefanywa, mradi utazinduliwa!	Hakuna kinachobadilika hapa kuhusiana na chaguo la kwanza, hisia hazijaghairiwa
Tulifanya mkutano na wasimamizi na tukakusanya taarifa fulani kuhusu maono yao ya matokeo.	Hatua hii pia inabaki, na ina umuhimu mkubwa. Lakini lengo kuu la mkutano wa kwanza (au mikutano kadhaa) na wasimamizi na wamiliki ni kufahamiana. Kujua watu na kampuni kwanza. Malengo na matakwa yaliyoundwa katika mikutano mikuu kama hii yanaweza kuwa tofauti sana, pamoja na ya ajabu. Yote, bila shaka, yatasikilizwa, lakini sio ukweli kwamba yatatekelezwa. Kwa kuzamishwa zaidi katika biashara ya kampuni, malengo mengine yataonekana na yaliyotangulia kukataliwa. Ninachomaanisha ni kwamba haiwezekani kuunda malengo ya wazi kutoka kwa mikutano ya awali; yote haya yatahitaji kusoma kwa uangalifu. Katika mikutano kama hii, ni muhimu kuandika ujumbe wote kutoka kwa wamiliki na viongozi wa juu, ili baadaye uweze kurudi. kwao na kuyajadili wakati kiasi cha kutosha cha taarifa kimekusanywa. Hata hitaji linaloonekana kuwa rahisi linaweza kugeuka kuwa haliwezekani kutekelezeka au linalohitaji nguvu kazi nyingi.
Uundaji wa kikundi cha kazi kutoka kwa Mteja na Mkandarasi, usambazaji wa majukumu	Inahitajika kuamua ni nani atafanya kazi kwenye mradi huo, kwa upande wa Mteja na kwa upande wa Mkandarasi. Licha ya unyenyekevu dhahiri wa hatua hii, ina jukumu muhimu sana. Ikiwa hutaandika wazi ni nani anayehusika na nini, una hatari ya kukabiliana na machafuko wakati wa utekelezaji wa kazi. Ikiwa, kwa upande wako, unaweza kutaja majukumu katika timu yako kila wakati, basi Mteja anaweza kuwa na shida na hii. Unachopaswa kuzingatia: Kikundi cha kufanya kazi cha Wateja lazima kijumuishe watu hao ambao katika siku zijazo angalau wataathiri kwa njia fulani kukubalika kwa matokeo. Ikiwa tunadhania hali kwamba wakati kazi inakabidhiwa, wafanyakazi wa Wateja ambao hawakushiriki katika kazi ya kuunda malengo na kutambua mahitaji watahusika, basi matatizo yanahakikishiwa. Hata hali kama hiyo ya kipuuzi inawezekana kwamba kila kitu kinageuka kuwa hakifanyiki inavyotakiwa. Katika mazoezi yangu, nimekutana na hali kama hiyo zaidi ya mara moja. Kwa hivyo, unaweza kujilinda ikiwa unasema na kuandika kwamba hakuna mtu isipokuwa Mteja anayefanya kazi. kikundi kinaweza kushiriki katika kukubali na kutoa kazi. Na ni bora kuandika hili katika masharti ya mkataba (katika mkataba au mkataba wa mradi). Nakumbuka kulikuwa na kesi hiyo: katika mradi mmoja mkubwa, mwanzilishi aliamua kujiunga na mchakato (sijui kwa nini, ilionekana kuwa boring) na kuhudhuria moja ya mikutano ya kazi ambapo suala la kuzalisha ankara kwa wateja lilijadiliwa. Alishangaa kujua kwamba meneja wa mauzo hutoa ankara kwa mteja. Katika mawazo yake, mhasibu anapaswa kutoa ankara, na hakuna kitu kingine chochote. Lakini kwa kweli, mhasibu hakujua alichokuwa anazungumza, na meneja hakuweza kufikiria jinsi ya kufanya kazi kama hii ikiwa alilazimika kukimbilia kwa mhasibu kwa kila bili. Matokeo yake, tulipoteza muda mwingi, lakini hakuna kilichobadilika, meneja aliendelea kutoa ankara. Na mwanzilishi alibaki bila kushawishika, lakini hakuingilia mchakato huo tena. Katika hatua hiyo hiyo, inashauriwa kuendeleza Mkataba wa Mradi, ambao unaweka majukumu ya washiriki, utaratibu wa mawasiliano, kanuni na taarifa, pamoja na kila kitu kingine ambacho kinapaswa kutajwa katika Mkataba. Maendeleo ya Mkataba wa Mradi tena ni mada tofauti.
Kufundisha timu ya mradi katika mbinu za kazi na zana, kukubaliana juu ya sheria za kazi, aina na muundo wa nyaraka	Kwanza, ni muhimu kueleza timu ya mradi kila kitu ambacho kimeelezwa katika Mkataba na jinsi kitatumika kwa vitendo. Pili, timu ya mradi wa Wateja lazima ifunzwe mbinu za kazi ambazo utatumia katika hatua zote zinazofuata. Inaleta mantiki kujadili fomati za hati zitakazotumika na kuzingatia sampuli. Ikiwa sheria zozote za kuelezea mifano au michakato ya biashara zitatumika, basi sheria hizi lazima zijadiliwe ili ziwe wazi.
Hojaji	Hatua ya uchunguzi hukuruhusu kupata sehemu nzima ya habari inayotegemewa kuhusu kampuni kwa njia ya haraka. Ubora wa habari kama hii itaamuliwa na mambo matatu: Kwanza kabisa, jinsi ulivyofunza timu ya mradi wa Wateja. Ni lazima waelewe vizuri jinsi mchakato wa uchunguzi unavyofanya kazi na waweze kuwasilisha taarifa kwa washiriki wote Hojaji huunda yenyewe. Hojaji lazima zieleweke. Inashauriwa kuwa na maagizo ya kujaza dodoso. Ingekuwa bora zaidi ikiwa kungekuwa na mfano wa jinsi ya kuijaza. Orodha ya washiriki. Inahitajika kuchagua muundo sahihi wa washiriki. Ukijiwekea kikomo kwa wasimamizi pekee, hutaweza kukusanya taarifa za kuaminika. Ninapendekeza kujumuisha katika utafiti kila mtu ambaye atakuwa mtumiaji wa matokeo ya mwisho katika siku zijazo. Kwa mfano, ikiwa tunazungumza juu ya kutekeleza mfumo wa kiotomatiki, basi inafaa kujumuisha kila mtu ambaye atakuwa mtumiaji. Kuna nyakati ambapo kati ya wafanyakazi 10 wa nafasi moja kuna mmoja ambaye hufanya kazi maalum ambayo hakuna hata mmoja wa 9 aliyebaki anayeijua tena (kwa mfano, kuandaa ripoti maalum kwa ajili ya usimamizi). Ikiwa tunazungumzia kuhusu ugawaji zaidi wa majukumu au maendeleo ya maelezo ya kazi, unapaswa kufanya hivyo. Tafadhali kumbuka kuwa mbinu ya uchunguzi kwa ajili ya utekelezaji unaofuata wa mfumo wa kiotomatiki au maelezo ya michakato ya biashara katika hali ifaayo hutofautiana. Bila shaka, muundo wa dodoso unaweza kuwa sawa, lakini hii sio chaguo bora zaidi. Tunapoelezea michakato ya biashara, dodoso kawaida huwa za jumla zaidi, kwa sababu Haijulikani ni nini hasa utalazimika kukabiliana nayo. Ikiwa tunazungumzia juu ya utekelezaji wa mfumo maalum wa automatiska, basi ni bora kuwa na dodoso zinazozingatia vipengele vya mfumo huu. Kwa mbinu hii, unaweza kutambua mara moja vikwazo vyote vya mfumo ambavyo hazifai kwa biashara fulani. Kama sheria, njia za kutekeleza mifumo iliyotengenezwa tayari hutoa uwepo wa dodoso kama hizo. Hojaji kama hizo zinaweza kutengenezwa kwa maeneo maalum ya uhasibu (kwa mfano, uhasibu wa agizo, mauzo, bei) au kwa nafasi maalum (mkurugenzi wa fedha, kwa mfano). Muundo wa maswali ni takriban sawa.
Kura	Utafiti ni mahojiano ya mdomo na wataalamu ili kujua sifa za michakato ya mtu binafsi. Inahitajika kuandaa uchunguzi ili usionekane kama "kukutana na kuzungumza", lakini kwa njia iliyopangwa zaidi. Ili kufanya hivyo, unahitaji kuandaa kinachojulikana mpango wa uchunguzi. Unaweza kujumuisha ndani yake sehemu zile za dodoso zinazozua maswali kwa ajili yako, zinazokinzana na taarifa kutoka kwa dodoso zingine, au taarifa hiyo inawasilishwa kijuujuu. Inashauriwa kuongeza maswali kutokana na uzoefu wa kibinafsi tu. Majibu lazima yaandikwe bila kukosa. Ni bora ikiwa unakubali kurekodi sauti. Katika hatua hiyo hiyo, unapaswa kuhakikisha utimilifu wa habari iliyotolewa juu ya mtiririko wa hati (aina zote mbili za hati za msingi na ripoti anuwai)
Utambulisho wa michakato muhimu ya biashara au maeneo ya otomatiki	Baada ya dodoso na uchunguzi, inaweza kudhaniwa kuwa kuna maelezo ya kutosha kufanya hitimisho kuhusu utambuzi wa michakato muhimu ya biashara. Kwa kweli, tayari inawezekana kutambua sio tu michakato muhimu ya biashara, lakini karibu kila kitu (ikiwa washiriki walichaguliwa kwa usahihi). Suala la kutambua michakato ya biashara ni mada tofauti kabisa na si rahisi. Kujifunza hapa ni vigumu na huendelezwa hasa na uzoefu. Orodha (kiainishaji) inapaswa kukusanywa kutoka kwa michakato iliyotambuliwa ya biashara. Kisha unaweza kufanya maamuzi kuhusu yapi yanafaa kuchunguzwa kwa kina zaidi, yapi hayafai, na vipaumbele.
Uundaji wa mahitaji muhimu ya mfumo, malengo, vigezo vya mafanikio ya mradi, michakato ya utafiti wa kina	Kufikia hatua hii, taarifa zote za msingi kuhusu shughuli za kampuni zinapaswa kukusanywa na orodha ya michakato ya biashara lazima iandaliwe. Sasa ni wakati wa kurudi kwenye malengo, kuyataja, na, ikiwa ni lazima, kujadiliana na viongozi wa juu wa kampuni. Wakati wa kuunda malengo, tunapaswa kuzingatia viashiria maalum, juu ya mafanikio ambayo tutazingatia mradi huo kufanikiwa. Ikiwa tunazungumzia kuhusu utekelezaji wa mfumo wa automatiska, basi orodha tofauti inaweza kuonyesha mahitaji ya mfumo kutoka kwa watumiaji muhimu. Ninafanya hivyo kwa namna ya meza tofauti, ambapo mahitaji yote yanajumuishwa na mfumo mdogo, kwa kila mahitaji mwandishi wa mahitaji, maneno na kipaumbele huonyeshwa. Taarifa hii inaweza kutumika kuandaa mpango wa kupeleka mfumo (mlolongo wa utekelezaji wa mifumo ndogo ya mtu binafsi), na pia kwa mapendekezo ya maendeleo zaidi ya mfumo (ikiwa mifumo ndogo ya mtu binafsi haijapangwa kutekelezwa katika mradi wa sasa). Ikiwa ni muhimu kuelezea michakato ya biashara, maamuzi yanafanywa kuhusu taratibu hizo zinazohitaji kujifunza kwa undani zaidi.

Kwa hivyo tunapata swali "Nini kinachofuata?" Ifuatayo, tutazingatia majukumu ya kuelezea michakato ya biashara na kukuza uainishaji wa kiufundi kando. Sio bahati mbaya kwamba ninazingatia kazi hizi kwa usawa. Kwa kweli kuna mengi yanayofanana kati yao, ambayo ndio ninataka kuonyesha. Kwanza, hebu tuangalie mlolongo wa kazi wakati wa kuelezea michakato ya biashara.

	Nini na jinsi ya kufanya
Tunaangazia mchakato wa biashara	Kutoka kwa orodha ya jumla ya michakato ya biashara iliyopatikana katika hatua za awali, tunachagua moja (kwa kipaumbele) kwa maendeleo ya kina. Kisha tunafanya vivyo hivyo na wengine.
Utafiti wa kina wa mchakato wa biashara	Tunaweka mchakato wa biashara uliochaguliwa kwa uchunguzi wa kina: tunachambua hati za msingi zilizopokelewa, ripoti na muundo wao unaotumiwa katika mchakato wa programu, faili mbalimbali (kwa mfano, Excel), na kuzungumza na watendaji wa mwisho. Tunakusanya mawazo mbalimbali kuhusu jinsi mchakato unavyoweza kuboreshwa. Ni muhimu sana ikiwa utaweza kutazama mchakato haswa chini ya hali ambayo inafanywa (sio watu wengi wanapenda kutazamwa, lakini unaweza kufanya nini)
Maelezo ya mchoro na/au maandishi ya mchakato wa biashara (msingi)	Tunaanza kuelezea maelezo ya kina tuliyopokea. Kabla ya kuelezea mchakato, tunahitaji kuamua ikiwa itahitaji maelezo ya mchoro. Ikiwa mchakato ni rahisi na wazi, kuna kazi chache ndani yake, na uwakilishi wa graphical hautaboresha uelewa wake au mtazamo, basi hakuna haja ya kupoteza muda juu yake. Katika kesi hii, inatosha kuielezea kwa fomu ya maandishi katika fomu ya tabular. Ikiwa mchakato ni ngumu, na hali mbalimbali za kimantiki, basi ni bora kutoa mchoro wa picha yake. Michoro daima ni rahisi kuelewa. Ukiamua kuelezea mchakato kwa michoro, hii haimaanishi kuwa hauitaji kutoa maelezo ya maandishi. Wale. Inapaswa kuwa na maelezo ya maandishi ya mchakato kwa hali yoyote, na inapaswa kufanywa kulingana na mpango huo. Ni rahisi kufanya hivyo kwa namna ya jedwali ambalo unaonyesha: watendaji wa kila hatua, ni habari gani wanapokea kama pembejeo, maelezo ya kila hatua, ni habari gani inayotolewa kwenye pato. Hapo chini tutaangalia mfano wa jinsi hii inaweza kuonekana.
Uratibu na wasanii na wamiliki wa mchakato wa biashara	Njia bora ya kuelewa jinsi umechagua vizuri mtindo wa uwasilishaji wa habari ni kuonyesha matokeo kwa watumiaji (watendaji) wa mchakato.Jambo muhimu zaidi katika onyesho kama hilo ni kuelewa jinsi ulivyoelewa kwa usahihi jinsi mchakato ulivyo. Ikiwa mafunzo ya timu ya mradi yalifanikiwa, basi unaweza kutarajia maoni ya kutosha kutoka kwa watendaji. Na ikiwa watakuwa na nia, basi kila kitu kitaendelea kwa kasi zaidi.Ufafanuzi uliotambuliwa na kutofautiana lazima kuonyeshwa katika maelezo (updated), na ikiwa ni lazima, operesheni lazima irudiwe.
Kutengwa kwa viashiria vya mchakato wa biashara	Mara baada ya kukuza ufahamu sahihi wa jinsi mchakato wa biashara unafanywa, unahitaji kufikiria juu ya viashiria vinavyoweza kupima ubora au kasi ya mchakato. Hii si rahisi, lakini ni muhimu. Kiashiria lazima kiwe na kipimo, i.e. imeonyeshwa kwa maneno ya nambari na lazima kuwe na njia rahisi ya kupata thamani hii. Ikiwa kiashiria kilichopimwa hakiwezi kutambuliwa, kuna hatari kwamba mchakato wa biashara umetambuliwa bila mafanikio. Kwa kuongeza, hakutakuwa na njia ya kuelewa (baada ya yote, haiwezi kupimwa) ikiwa mabadiliko ya mchakato yatasababisha uboreshaji wake au la.
Nyaraka za mwisho za mchakato wa biashara	Mara tu tunapohakikisha kwamba tuna ufahamu mzuri wa jinsi mchakato (au unapaswa kufanywa), tunaweza kuujumuisha kwenye hati.
	Chaguzi zaidi zinawezekana: michakato inayozingatiwa itachambuliwa na kuboreshwa, maelezo ya kazi yatatengenezwa, maamuzi yatafanywa juu ya hitaji la kubinafsisha michakato ya mtu binafsi, nk. Hii inaweza kuwa mradi tofauti: maelezo ya michakato ya biashara.

Sasa hebu tuangalie jinsi mbinu ya kusoma mahitaji ya mfumo wa habari itakavyokuwa na tafakari yao zaidi katika Masharti ya Marejeleo.

	Nini na jinsi ya kufanya
Tunaangazia hitaji la biashara/eneo la otomatiki	Kutenga eneo lote la otomatiki (kwa mfano, "Mali") kama mahitaji yanatumiwa katika mazoezi, hata hivyo, hii sio njia bora zaidi ya kufafanua mahitaji. Eneo la automatisering ni kundi la mahitaji, na ni bora kuzingatia kila mmoja. Kwa mfano, "Uhasibu wa kupokea bidhaa kwenye ghala"
Utafiti wa kina wa mahitaji ya biashara	Utafiti wa kina wa mahitaji ya biashara unarejelea jinsi mtumiaji wa mwisho anataka kuiona na ataitumia (bila shaka, kwa mujibu wa malengo ya mradi). Katika teknolojia ya uhandisi wa programu hii mara nyingi hujulikana kama "kesi ya matumizi". Kwa hivyo, uchunguzi wa kina wa hitaji la biashara unakuja kwa kukuza kesi za utumiaji. Mfano wa chaguo hili hutolewa katika Kiambatisho 2 kwa makala. Katika hali rahisi zaidi, kesi za utumiaji hazihitaji kuchorwa kwa namna ya michoro ya picha; unaweza kujizuia na uundaji wa maandishi. Kwa mfano, hitaji "Wakati wa kuingiza bidhaa, bei lazima ihesabiwe kwani bei ya ununuzi + 20%" haina maana. Katika mfumo wa mchoro, inaeleweka kuwakilisha mahitaji yaliyojumuishwa kwenye eneo la otomatiki, kama inavyoonyeshwa kwenye mfano katika Kiambatisho 2.
Mahitaji ya mfano katika mfumo wa habari	Hii hapa! Kama unavyokumbuka, tayari nimezingatia kipengele hiki muhimu zaidi katika mbinu ya kuunda Vipimo vya Kiufundi. "Jenga mfano - utapata matokeo!" Ni nini kinachohitaji kuigwa? Inahitajika kuiga kesi za utumiaji zilizopatikana katika hatua ya awali. Pato la simulation linapaswa kuwa nini? Matokeo yanapaswa kuwa programu ya maonyesho ambayo data ya mtumiaji huingizwa, ikiwezekana ile inayojulikana kwa usikilizaji wake (wa mtumiaji), kwa kuzingatia maelezo ya sekta na matatizo ya sasa. Na waliingizwa kwa sababu, lakini inapaswa kuwa wazi ambapo data hii ilitoka na jinsi ilivyohesabiwa. Katika hatua hii, msomaji anapaswa kuwa na maswali: Lakini vipi ikiwa unapanga kuunda mfumo mpya na hakuna kitu cha kuiga? Je, iwapo onyesho linakosa utendakazi na mfumo unahitaji kuboreshwa? Bila shaka, unapaswa kukabiliana na hali hiyo, na hiyo ni kawaida. Nini cha kufanya? Ikiwa mfumo ni mpya kabisa (kama wanasema, "kutoka mwanzo"), basi itabidi uige mfano kwenye karatasi, hapa tumia michoro za kesi zitakusaidia sana. Kwa sehemu, inaeleweka kuchora baadhi ya fomu za skrini ambazo zinapaswa kutengenezwa (katika mazingira ambayo uendelezaji utafanywa), kwa sababu. kuzichora katika mhariri fulani itachukua muda mrefu na kazi hii inachosha. Ikiwa mfumo uliotengenezwa tayari unatekelezwa na haufanyi kazi, basi hakuna kitu cha kuwa na wasiwasi juu, data imeingizwa kwa mikono, na mtumiaji anaambiwa kwamba baada ya marekebisho muhimu inapaswa kuhesabiwa kwa njia kama hiyo (na). anaiona). Inashauriwa kuongozana na mfano huo na maelezo ya maandishi, hata kwa kifupi, ili mtumiaji anaweza kujitegemea kujaribu kufanya kazi na mfano katika wakati wake wa bure. Katika maelezo sawa, unaweza kuunda mahitaji ya uboreshaji.
Maonyesho ya mfano wa habari kwa kikundi cha kazi	Tunaonyesha mfano unaotokana na Mteja na kuwaambia jinsi kila kitu kinapaswa kufanya kazi. Ni bora kuonyesha mfano kwa mfumo mdogo, i.e. kulingana na vikundi vya mahitaji. Ikiwa inageuka kuwa mpango uliopendekezwa hautafanya kazi kwa mteja, unahitaji kufikiri juu ya matukio mengine ya matumizi, fanya mabadiliko kwa mfano na uonyeshe tena. Tu ikiwa kuna ujasiri kwamba mfano uliopangwa "utaishi" kwa mteja aliyepewa unaweza kuzingatiwa kuwa mfano umefanikiwa.
Maendeleo ya mtihani	Kwa nini vipimo vinahitajika? Jinsi tulivyoweza kutekeleza mahitaji itahitaji kujaribiwa. Ipasavyo, inashauriwa kufanya vipimo kwa maeneo yote muhimu, algorithms ngumu, nk. Majaribio haya yanaweza pia kutumika wakati wa kuwasilisha karatasi. Sio lazima hata kidogo kufanya majaribio kwa kila kazi ya mfumo; busara inapaswa kutumika kila mahali. Ikiwa tunazungumzia juu ya mfumo uliofanywa tayari, basi kufanya mtihani kwa "kuingia kipengele kipya kwenye saraka ya mteja" itaonekana kuwa ya kijinga na kupoteza muda na jitihada. Lakini ikiwa huu ni mfumo mpya kabisa, hii inawezekana kabisa. Kwa nini majaribio kama hakuna mfumo bado? Kwanza, itakuwa wazi zaidi kwa msanidi kile wanataka kufikia kutoka kwake. Pili, tunarahisisha maisha kwa anayejaribu (mtu atajaribu matokeo ya ukuzaji). Kwa ujumla, kupima ni nidhamu tofauti, si rahisi sana na mbinu nyingi. Katika mazoezi, kama sheria, njia rahisi zaidi za kupima bado hutumiwa.
Mahitaji ya kuweka kumbukumbu katika mfumo wa Vipimo vya Kiufundi	Taarifa zilizokusanywa katika hatua za awali zitakuwa zile hasa zinazopaswa kujumuishwa katika msingi wa hati ya “Specifications za Kiufundi” katika sehemu yenye mahitaji.
Hatua zinazofuata (au ukosefu wake), kulingana na malengo ya mradi	Inaweza kuchukua muda mrefu kwa mchakato wa maendeleo kuanza, utafutaji wa washirika wa mradi, zabuni, nk, yote inategemea hali hiyo.

Ndiyo, uundaji wa Sheria na Masharti ni mchakato unaohitaji nguvu kazi kubwa, na kwa hivyo ni wa gharama kubwa. Lakini ikiwa imefanywa kwa usahihi, inamwondolea Mteja matarajio ambayo hayajatimizwa. Mkandarasi anapaswa kufanya kile ambacho Mteja anahitaji na sio kufanya kitu kile kile mara mia. Na kwa ujumla, inatoa uwazi wa mradi mzima.

GOST 34.602-89 Teknolojia ya habari. Seti ya viwango vya mifumo otomatiki. Maelezo ya kiufundi ya kuunda mfumo otomatiki (Badala ya GOST 24.201-85)

Tarehe ya kuanzishwa kutoka 01/01/1990

Kiwango hiki kinatumika kwa mifumo ya kiotomatiki (AS) ya otomatiki aina anuwai za shughuli (usimamizi, muundo, utafiti, n.k.), pamoja na michanganyiko yao, na huanzisha muundo, yaliyomo, sheria za kuchora hati "Maelezo ya kiufundi ya uundaji ( mifumo ya maendeleo au ya kisasa)" (hapa inajulikana kama TK kwa AS).

1. MASHARTI YA JUMLA

1.1. Uainishaji wa kiufundi wa kiwanda cha nguvu ya nyuklia ni hati kuu inayofafanua mahitaji na utaratibu wa kuunda (maendeleo au kisasa - kisha uundaji) wa mfumo wa kiotomatiki, kulingana na ambayo maendeleo ya kiwanda cha nguvu za nyuklia hufanywa na kukubalika kwake. juu ya kuwaagiza.

1.2. Viainisho vya NPP vinatengenezwa kwa mfumo mzima, unaokusudiwa kufanya kazi kwa kujitegemea au kama sehemu ya mfumo mwingine.

Zaidi ya hayo, maelezo ya kiufundi ya sehemu za NPP yanaweza kutengenezwa:

kwa mifumo midogo ya AS, aina za kazi za AS, nk kwa mujibu wa mahitaji ya kiwango hiki;
kwa vipengele vya maunzi na mifumo ya programu na maunzi kwa mujibu wa viwango vya ESKD na SRPP;
kwa programu kwa mujibu wa viwango vya ESPD;
kwa bidhaa za habari kulingana na GOST 19.201 na NTD halali katika idara ya mteja wa AS.

Kumbuka. Ufafanuzi wa kiufundi kwa mfumo wa udhibiti wa otomatiki kwa kikundi cha vitu vilivyounganishwa lazima ujumuishe mahitaji ya kawaida kwa kikundi cha vitu. Mahitaji maalum ya kitu cha udhibiti wa mtu binafsi yanapaswa kuonyeshwa katika vipimo vya kiufundi kwa mfumo wa udhibiti wa kiotomatiki wa kitu hiki.

1.3. Mahitaji ya AS katika mawanda yaliyoanzishwa na kiwango hiki yanaweza kujumuishwa katika kazi ya kubuni ya kituo kipya cha otomatiki. Katika kesi hii, vipimo vya kiufundi vya kiwanda cha nguvu za nyuklia hazijatengenezwa.

1.4. Mahitaji yaliyojumuishwa katika uainishaji wa kiufundi wa vinu vya nguvu za nyuklia lazima yalingane na kiwango cha sasa cha maendeleo ya sayansi na teknolojia na yasiwe duni kwa mahitaji kama hayo yaliyowekwa kwenye analogi bora za kisasa za ndani na nje. Mahitaji yaliyoainishwa katika uainishaji wa kiufundi wa NPP haipaswi kuweka kikomo kwa msanidi wa mfumo katika kutafuta na kutekeleza suluhisho bora zaidi za kiufundi, kiufundi, kiuchumi na zingine.

1.5. Vipimo vya kiufundi vya mitambo ya nyuklia vinatengenezwa kwa msingi wa data ya awali, ikiwa ni pamoja na yale yaliyomo katika nyaraka za mwisho za hatua "Utafiti na uhalali wa kuundwa kwa mitambo ya nyuklia", iliyoanzishwa na GOST 24.601.

1.6. Maelezo ya kiufundi ya AS ni pamoja na mahitaji yale tu ambayo yanakidhi mahitaji ya mifumo ya aina hii (ACS, CAD, ASNI, n.k.) yaliyomo katika hati za sasa za kanuni na kiufundi, na huamuliwa na maalum ya kitu mahususi ambacho kwa ajili yake. mfumo unaundwa.

1.7. Mabadiliko ya ubainifu wa kiufundi wa NPP yanarasimishwa na nyongeza au itifaki iliyotiwa saini na mteja na msanidi. Nyongeza au itifaki iliyobainishwa ni sehemu muhimu ya maelezo ya kiufundi ya NPP. Kwenye ukurasa wa kichwa wa maelezo ya kiufundi kwa msemaji lazima kuwe na ingizo "Halali kutoka ...".

2. UTUNGAJI NA YALIYOMO

2.1. Uainishaji wa kiufundi wa NPP una sehemu zifuatazo, ambazo zinaweza kugawanywa katika vifungu vidogo:

1) habari ya jumla;
2) madhumuni na malengo ya uumbaji (maendeleo) ya mfumo;
3) sifa za vitu vya automatisering;
4) mahitaji ya mfumo;
5) utungaji na maudhui ya kazi ili kuunda mfumo;
6) utaratibu wa udhibiti na kukubalika kwa mfumo;
7) mahitaji ya utungaji na maudhui ya kazi ili kuandaa kitu cha automatisering kwa kuweka mfumo katika uendeshaji;
8) mahitaji ya nyaraka;
9) vyanzo vya maendeleo.

Maombi yanaweza kujumuishwa katika maelezo ya kiufundi ya wasemaji.

2.2. Kulingana na aina, madhumuni, vipengele maalum vya kitu cha automatisering na hali ya uendeshaji ya mfumo, inawezekana kuteka sehemu za maelezo ya kiufundi katika mfumo wa maombi, kuanzisha zile za ziada, kuwatenga au kuchanganya vifungu vya maelezo ya kiufundi. .

Uainisho wa kiufundi wa sehemu za mfumo haujumuishi sehemu ambazo zina nakala ya yaliyomo katika sehemu za vipimo vya kiufundi vya mfumo kwa ujumla.

2.3. Katika sehemu ya "Habari ya Jumla" onyesha:

1) jina kamili la mfumo na ishara yake;
2) kanuni ya somo au kanuni (nambari) ya mkataba;
3) jina la biashara (vyama) vya msanidi programu na mteja (mtumiaji) wa mfumo na maelezo yao;
4) orodha ya nyaraka kwa misingi ambayo mfumo huundwa, na nani na wakati nyaraka hizi ziliidhinishwa;
5) tarehe zilizopangwa za kuanza na mwisho wa kazi ya kuunda mfumo;
6) habari kuhusu vyanzo na utaratibu wa kufadhili kazi;
7) utaratibu wa usajili na uwasilishaji kwa mteja wa matokeo ya kazi ya kuunda mfumo (sehemu zake), juu ya utengenezaji na urekebishaji wa njia za kibinafsi (vifaa, programu, habari) na programu na vifaa (programu na mbinu) tata. ya mfumo.

2.4. Sehemu "Kusudi na malengo ya uundaji (maendeleo) ya mfumo" ina vifungu vidogo:

1) madhumuni ya mfumo;
2) malengo ya kuunda mfumo.

2.4.1. Katika kifungu kidogo cha "Kusudi la mfumo" zinaonyesha aina ya shughuli inayofanywa (usimamizi, muundo, nk) na orodha ya vitu vya otomatiki (vituo) ambavyo vinapaswa kutumiwa.

Kwa mifumo ya udhibiti wa kiotomatiki, orodha ya miili ya udhibiti wa kiotomatiki (pointi) na vitu vinavyodhibitiwa huonyeshwa kwa kuongeza.

2.4.2. Katika kifungu kidogo cha "Malengo ya kuunda mfumo", majina na maadili yanayotakiwa ya kiufundi, kiteknolojia, uzalishaji, viashiria vya kiuchumi au vingine vya kitu cha kiotomatiki ambacho lazima kifikiwe kama matokeo ya kuunda mfumo wa kiotomatiki hupewa, na zinaonyesha. vigezo vya kutathmini mafanikio ya malengo ya kuunda mfumo.

2.5. Katika sehemu ya "Sifa za kitu cha otomatiki" zifuatazo zimepewa:

1) habari fupi juu ya kitu cha otomatiki au viungo kwa hati zilizo na habari kama hiyo;
2) habari kuhusu hali ya uendeshaji wa kitu cha automatisering na sifa za mazingira.

Kumbuka: Kwa CAD, sehemu hiyo kwa kuongeza hutoa vigezo kuu na sifa za vitu vya kubuni.

2.6. Sehemu ya "Mahitaji ya Mfumo" ina vifungu vifuatavyo:

1) mahitaji ya mfumo kwa ujumla;
2) mahitaji ya kazi (kazi) zinazofanywa na mfumo;
3) mahitaji ya aina ya usalama.

Muundo wa mahitaji ya mfumo uliojumuishwa katika sehemu hii ya maelezo ya kiufundi ya NPP imeanzishwa kulingana na aina, madhumuni, vipengele maalum na hali ya uendeshaji ya mfumo fulani. Kila kifungu kidogo hutoa viungo kwa hati za sasa za kawaida na za kiufundi ambazo zinafafanua mahitaji ya mifumo ya aina inayolingana.

2.6.1. Katika kifungu kidogo "Mahitaji ya mfumo kwa ujumla" yanaonyesha:

mahitaji ya muundo na utendaji wa mfumo;
mahitaji ya nambari na sifa za wafanyikazi wa mfumo na njia yao ya kufanya kazi;
viashiria vya marudio;
mahitaji ya kuaminika;
mahitaji ya usalama;
mahitaji ya ergonomics na aesthetics ya kiufundi;
mahitaji ya usafiri kwa wasemaji wa simu;
mahitaji ya uendeshaji, matengenezo, ukarabati na uhifadhi wa vipengele vya mfumo;
mahitaji ya kulinda habari kutoka kwa ufikiaji usioidhinishwa;
mahitaji ya usalama wa habari katika kesi ya ajali;
mahitaji ya ulinzi kutoka kwa mvuto wa nje;
mahitaji ya usafi wa patent;
mahitaji ya viwango na umoja;
Mahitaji ya ziada.

2.6.1.1. Mahitaji ya muundo na uendeshaji wa mfumo ni pamoja na:

1) orodha ya mifumo ndogo, madhumuni yao na sifa kuu, mahitaji ya idadi ya viwango vya uongozi na kiwango cha serikali kuu ya mfumo;
2) mahitaji ya njia na njia za mawasiliano kwa kubadilishana habari kati ya vipengele vya mfumo;
3) mahitaji ya sifa za uhusiano wa mfumo ulioundwa na mifumo inayohusiana, mahitaji ya utangamano wake, pamoja na maagizo juu ya njia za kubadilishana habari (moja kwa moja, kwa kutuma hati, kwa simu, nk);
4) mahitaji ya njia za uendeshaji wa mfumo;
5) mahitaji ya kugundua mfumo;
6) matarajio ya maendeleo na kisasa ya mfumo.

2.6.1.2. Mahitaji ya idadi na sifa za wafanyikazi katika mitambo ya nyuklia ni pamoja na:

mahitaji ya idadi ya wafanyikazi (watumiaji) wa NPP;
mahitaji ya sifa za wafanyakazi, utaratibu wa mafunzo yao na udhibiti wa ujuzi na ujuzi;
hali ya uendeshaji inayohitajika kwa wafanyikazi wa kiwanda.

2.6.1.3. Katika mahitaji ya viashiria vya madhumuni ya AS, maadili ya vigezo vinavyoashiria kiwango cha kufuata mfumo na madhumuni yake hupewa.

Kwa ACS onyesha:

kiwango cha kubadilika kwa mfumo kwa mabadiliko katika michakato na njia za udhibiti, kwa kupotoka kwa vigezo vya kitu cha kudhibiti;
mipaka inayokubalika ya kisasa na maendeleo ya mfumo;
sifa za wakati wa uwezekano ambapo madhumuni yaliyokusudiwa ya mfumo yanahifadhiwa.

2.6.1.4. Mahitaji ya kuaminika ni pamoja na:

1) muundo na maadili ya idadi ya viashiria vya kuegemea kwa mfumo kwa ujumla au mifumo yake ndogo;
2) orodha ya hali za dharura ambazo mahitaji ya kuegemea lazima yadhibitiwe, na maadili ya viashiria vinavyolingana;
3) mahitaji ya kuaminika kwa vifaa na programu;
4) mahitaji ya njia za kutathmini na kufuatilia viashiria vya kuegemea katika hatua tofauti za uundaji wa mfumo kwa mujibu wa hati za sasa za udhibiti na kiufundi.

2.6.1.5. Mahitaji ya usalama ni pamoja na mahitaji ya kuhakikisha usalama wakati wa ufungaji, kuwaagiza, uendeshaji, matengenezo na ukarabati wa vifaa vya kiufundi vya mfumo (ulinzi kutokana na athari za sasa za umeme, uwanja wa umeme, kelele ya akustisk, nk), viwango vinavyoruhusiwa vya kuangaza, vibration na kelele. mizigo .

2.6.1.6. Mahitaji ya ergonomics na aesthetics ya kiufundi ni pamoja na viashiria vya AC vinavyoweka ubora unaohitajika wa mwingiliano wa mashine ya binadamu na faraja ya hali ya kazi kwa wafanyakazi.

2.6.1.7. Kwa wasemaji wa simu, mahitaji ya usafiri ni pamoja na mahitaji ya kubuni ambayo yanahakikisha usafiri wa njia za kiufundi za mfumo, pamoja na mahitaji ya magari.

2.6.1.8. Mahitaji ya uendeshaji, matengenezo, ukarabati na uhifadhi ni pamoja na:

1) masharti na kanuni (mode) ya operesheni, ambayo lazima kuhakikisha matumizi ya njia za kiufundi (TS) za mfumo na viashiria maalum vya kiufundi, ikiwa ni pamoja na aina na mzunguko wa matengenezo ya TS ya mfumo au kuruhusiwa kwa operesheni bila matengenezo. ;
2) mahitaji ya awali ya maeneo yanayoruhusiwa kwa ajili ya malazi ya wafanyakazi na mifumo ya gari, kwa vigezo vya mitandao ya usambazaji wa umeme, nk;
3) mahitaji ya nambari, sifa za wafanyikazi wa huduma na njia zao za kufanya kazi;
4) mahitaji ya utungaji, uwekaji na hali ya uhifadhi wa seti ya bidhaa za vipuri na vyombo;
5) mahitaji ya kanuni za matengenezo.

2.6.1.9. Mahitaji ya kulinda taarifa dhidi ya ufikiaji usioidhinishwa ni pamoja na mahitaji yaliyowekwa katika hati za kisayansi na kiufundi zinazotumika katika sekta ya mteja (idara).

2.6.1.10. Mahitaji ya usalama wa habari hutoa orodha ya matukio: ajali, kushindwa kwa vifaa vya kiufundi (ikiwa ni pamoja na kupoteza nguvu), nk, ambayo usalama wa habari katika mfumo lazima uhakikishwe.

2.6.1.11. Mahitaji ya njia za ulinzi dhidi ya ushawishi wa nje ni pamoja na:

1) mahitaji ya ulinzi wa radioelectronic wa mitambo ya nyuklia;
2) mahitaji ya kudumu, utulivu na nguvu kwa mvuto wa nje (mazingira ya matumizi).

2.6.1.12. Mahitaji ya usafi wa hataza yanaonyesha orodha ya nchi ambazo usafi wa patent wa mfumo na sehemu zake lazima uhakikishwe.

2.6.1.13. Mahitaji ya kusanifisha na kuunganishwa ni pamoja na: viashiria vya kuanzisha kiwango kinachohitajika cha matumizi ya kiwango, njia za umoja za kutekeleza kazi (kazi) za mfumo, programu inayotolewa, njia za kawaida za hesabu na mifano, suluhisho za muundo wa kawaida, aina za umoja za hati za usimamizi zilizoanzishwa na GOST 6.10.1, Waainishaji wa Muungano wa All-Union wa habari za kiufundi na kiuchumi na waainishaji wa kategoria zingine kulingana na wigo wao wa matumizi, mahitaji ya matumizi ya vituo vya kazi vya kiotomatiki, vifaa na tata.

2.6.1.14. Mahitaji ya ziada ni pamoja na:

1) mahitaji ya kuandaa mfumo na vifaa vya mafunzo ya wafanyikazi (simulators, vifaa vingine kwa madhumuni sawa) na nyaraka kwao;
2) mahitaji ya vifaa vya huduma, inasimama kwa vipengele vya mfumo wa kupima;
3) mahitaji ya mfumo kuhusiana na hali maalum ya uendeshaji;
4) mahitaji maalum kwa hiari ya msanidi programu au mteja.

2.6.2. Katika kifungu kidogo "Mahitaji ya kazi (kazi)" zinazofanywa na mfumo, zifuatazo zinatolewa:

1) kwa kila mfumo mdogo, orodha ya kazi, kazi au ugumu wao (pamoja na zile zinazohakikisha mwingiliano wa sehemu za mfumo) chini ya otomatiki;

wakati wa kuunda mfumo katika foleni mbili au zaidi - orodha ya mifumo ndogo ya kazi, kazi za mtu binafsi au kazi zinazowekwa katika kazi katika foleni ya 1 na inayofuata;

2) kanuni za wakati wa utekelezaji wa kila kazi, kazi (au seti ya kazi);

3) mahitaji ya ubora wa utekelezaji wa kila kazi (kazi au seti ya kazi), kwa njia ya uwasilishaji wa habari ya pato, sifa za usahihi unaohitajika na wakati wa utekelezaji, mahitaji ya utendaji wa wakati mmoja wa kikundi cha kazi, kuegemea. ya matokeo;

4) orodha na vigezo vya kushindwa kwa kila kazi ambayo mahitaji ya kuaminika yanatajwa.

2.6.3. Katika kifungu kidogo "Mahitaji ya aina ya usaidizi," kulingana na aina ya mfumo, mahitaji ya hisabati, habari, lugha, programu, kiufundi, metrological, shirika, mbinu na aina nyingine za usaidizi wa mfumo hutolewa.

2.6.3.1. Kwa usaidizi wa hisabati wa mfumo, mahitaji yanatolewa kwa muundo, upeo wa matumizi (vikwazo) na mbinu za kutumia mbinu za hisabati na mifano katika mfumo, algorithms ya kawaida na algorithms zinazopaswa kuendelezwa.

2.6.3.2. Mahitaji ya msaada wa habari wa mfumo ni:

1) muundo, muundo na njia za kupanga data kwenye mfumo;
2) kubadilishana habari kati ya vipengele vya mfumo;
3) kwa utangamano wa habari na mifumo inayohusiana;
4) juu ya utumiaji wa Muungano wote na jamhuri iliyosajiliwa, waainishaji wa tasnia, hati za umoja na waainishaji wanaofanya kazi katika biashara fulani;
5) juu ya matumizi ya mifumo ya usimamizi wa hifadhidata;
6) muundo wa mchakato wa kukusanya, usindikaji, kusambaza data katika mfumo na kuwasilisha data;
7) kulinda data kutokana na uharibifu wakati wa ajali na kushindwa kwa nguvu za mfumo;
8) kudhibiti, kuhifadhi, kusasisha na kurejesha data;
9) kwa utaratibu wa kutoa nguvu za kisheria kwa hati zinazozalishwa na njia za kiufundi za NPP (kulingana na GOST 6.10.4).

2.6.3.3. Kwa usaidizi wa lugha wa mfumo, mahitaji yanatolewa kwa matumizi ya lugha za kiwango cha juu cha programu katika mfumo, lugha za mwingiliano wa watumiaji na njia za kiufundi za mfumo, pamoja na mahitaji ya usimbuaji data na decoding, pembejeo ya data- lugha za pato, lugha za udanganyifu wa data, njia za kuelezea eneo la somo (kitu cha otomatiki). ), kwa njia za kuandaa mazungumzo.

2.6.3.4. Kwa programu ya mfumo, orodha ya programu zilizonunuliwa hutolewa, pamoja na mahitaji:

1) kwa uhuru wa programu kutoka kwa SVT iliyotumiwa na mazingira ya uendeshaji;
2) ubora wa programu, pamoja na njia za utoaji na udhibiti wake;
3) ikiwa ni lazima, kuratibu programu mpya iliyotengenezwa na mfuko wa algorithms na programu.

2.6.3.5. Kwa msaada wa kiufundi wa mfumo, mahitaji yafuatayo yanatolewa:

1) kwa aina za njia za kiufundi, pamoja na aina za vifaa vya kiufundi, vifaa vya programu na vifaa na vifaa vingine vinavyoruhusiwa kutumika katika mfumo;
2) kwa sifa za kazi, muundo na uendeshaji wa njia za usaidizi wa kiufundi wa mfumo.

2.6.3.6. Mahitaji ya usaidizi wa metrolojia ni pamoja na:

1) orodha ya awali ya njia za kupimia;
2) mahitaji ya usahihi wa vipimo vya vigezo na (au) kwa sifa za metrological za njia za kupimia;
3) mahitaji ya utangamano wa metrological ya njia za kiufundi za mfumo;
4) orodha ya njia za udhibiti na kompyuta za mfumo ambao ni muhimu kutathmini sifa za usahihi;
5) mahitaji ya usaidizi wa metrological wa vifaa na programu iliyojumuishwa katika njia za kupimia za mfumo, zana za udhibiti zilizojengwa, ufaafu wa metrological wa njia za kupimia na vyombo vya kupimia vinavyotumiwa wakati wa kuagiza na kupima mfumo;
6) aina ya uthibitisho wa metrological (jimbo au idara) inayoonyesha utaratibu wa utekelezaji wake na mashirika yanayofanya uthibitisho.

2.6.3.7. Kwa usaidizi wa shirika mahitaji yafuatayo yanatolewa:

1) muundo na kazi za vitengo vinavyohusika katika uendeshaji wa mfumo au kuhakikisha uendeshaji;

2) kwa shirika la utendaji wa mfumo na utaratibu wa mwingiliano kati ya wafanyikazi wa mimea na wafanyikazi wa kituo cha otomatiki;

3) kulinda dhidi ya vitendo vibaya vya wafanyikazi wa mfumo.

2.6.3.8. Kwa usaidizi wa mbinu, CAD hutoa mahitaji ya utungaji wa nyaraka za udhibiti na kiufundi za mfumo (orodha ya viwango, kanuni, mbinu, nk kutumika katika uendeshaji wake).

2.7. Sehemu "Muundo na yaliyomo katika kazi ya uundaji (maendeleo) ya mfumo" inapaswa kuwa na orodha ya hatua na awamu za kazi juu ya uundaji wa mfumo kulingana na GOST 24.601, wakati wa utekelezaji wao, orodha ya mashirika. kufanya kazi, viungo vya hati zinazothibitisha idhini ya mashirika haya kushiriki katika kuunda mfumo, au rekodi inayomtambulisha mtu anayehusika (mteja au msanidi programu) kutekeleza kazi hii.

Sehemu hii pia hutoa:

1) orodha ya nyaraka, kwa mujibu wa GOST 34.201-89, iliyotolewa mwishoni mwa hatua zinazofaa na awamu za kazi;
2) aina na utaratibu wa kufanya uchunguzi wa nyaraka za kiufundi (hatua, hatua, kiasi cha nyaraka zinazoangaliwa, shirika la wataalam);
3) mpango wa kazi unaolenga kuhakikisha kiwango kinachohitajika cha kuaminika kwa mfumo unaotengenezwa (ikiwa ni lazima);
4) orodha ya kazi juu ya usaidizi wa metrological katika hatua zote za kuunda mfumo, ikionyesha tarehe zao za mwisho na mashirika ya utekelezaji (ikiwa ni lazima).

2.8. Katika sehemu ya "Utaratibu wa kudhibiti na kukubalika kwa mfumo" onyesha:

1) aina, muundo, upeo na mbinu za kupima mfumo na vipengele vyake (aina za vipimo kwa mujibu wa viwango vya sasa vinavyotumika kwa mfumo unaotengenezwa);
2) mahitaji ya jumla ya kukubalika kwa kazi kwa hatua (orodha ya biashara na mashirika yanayoshiriki, mahali na wakati), utaratibu wa uratibu na idhini ya nyaraka za kukubalika;
H) hali ya kamati ya kukubalika (serikali, idara, idara).

2.9. Katika sehemu ya "Mahitaji ya muundo na yaliyomo katika kazi ili kuandaa kitu cha otomatiki kwa kuagiza mfumo," inahitajika kutoa orodha ya shughuli kuu na watendaji wao ambazo zinapaswa kufanywa wakati wa kuandaa kitu cha otomatiki kwa kuweka. mtambo kuanza kufanya kazi.

Orodha ya shughuli kuu ni pamoja na:

1) kuleta habari inayoingia kwenye mfumo (kulingana na mahitaji ya habari na usaidizi wa lugha) kwa fomu inayofaa kusindika kwa kutumia kompyuta;
2) mabadiliko ambayo yanahitajika kufanywa katika kitu cha automatisering;
3) uundaji wa masharti ya kufanya kazi kwa kitu cha otomatiki, ambayo kufuata kwa mfumo ulioundwa na mahitaji yaliyomo katika uainishaji wa kiufundi imehakikishwa;
4) uundaji wa vitengo na huduma muhimu kwa utendaji wa mfumo;
5) muda na utaratibu wa utumishi na mafunzo.

Kwa mfano, kwa mifumo ya udhibiti wa kiotomatiki wanatoa:

mabadiliko katika njia za usimamizi zinazotumika;
kuunda hali ya uendeshaji wa vipengele vya mfumo wa udhibiti wa kiotomatiki, ambayo kufuata kwa mfumo na mahitaji yaliyomo katika vipimo vya kiufundi ni uhakika.

2.10. Katika sehemu ya "Mahitaji ya Hati" yafuatayo yanatolewa:

1) orodha ya seti na aina za hati zinazopaswa kutengenezwa, zilizokubaliwa na msanidi programu na Mteja wa mfumo, ambazo zinakidhi mahitaji ya GOST 34.201-89 na NTD ya tasnia ya mteja;
orodha ya hati iliyotolewa kwenye vyombo vya habari vya kompyuta;
mahitaji ya nyaraka za microfilming;
2) mahitaji ya kuweka kumbukumbu vipengele vya vipengele kwa matumizi ya sekta mbalimbali kwa mujibu wa mahitaji ya ESKD na ESPD;
3) kwa kukosekana kwa viwango vya serikali vinavyofafanua mahitaji ya kuorodhesha vitu vya mfumo, pamoja na mahitaji ya muundo na yaliyomo kwenye hati kama hizo.

2.11. Sehemu ya "Vyanzo vya Maendeleo" inapaswa kuorodhesha hati na vifaa vya habari (masomo ya upembuzi yakinifu, ripoti juu ya kazi iliyokamilishwa ya utafiti, vifaa vya habari juu ya mifumo ya analog ya ndani na nje, nk), kwa msingi ambao uainishaji wa kiufundi ulitengenezwa na ambayo inapaswa kufanywa. kutumika kuunda mfumo.

2.12. Kwa uwepo wa njia zilizoidhinishwa, vipimo vya kiufundi vya mitambo ya nyuklia ni pamoja na viambatisho vyenye:

1) hesabu ya ufanisi unaotarajiwa wa mfumo;
2) tathmini ya kiwango cha kisayansi na kiufundi cha mfumo.

Maombi yanajumuishwa katika maelezo ya kiufundi ya NPP kama ilivyokubaliwa kati ya msanidi programu na mteja wa mfumo.

3. SHERIA ZA USAJILI

3.1. Sehemu na vifungu vya maelezo ya kiufundi ya NPP lazima viwekwe kwa utaratibu uliowekwa katika sehemu. 2 ya kiwango hiki.

3.2. Ufafanuzi wa kiufundi wa AS umeundwa kwa mujibu wa mahitaji ya GOST 2.105.95 kwenye karatasi za A4 kulingana na GOST 2.301 bila fremu, uandishi kuu na safu wima za ziada kwake.

Nambari za karatasi (ukurasa) zimewekwa, kuanzia karatasi ya kwanza inayofuata ukurasa wa kichwa, juu ya karatasi (juu ya maandishi, katikati) baada ya kuonyesha msimbo wa TK kwenye AC.

3.3. Maadili ya viashiria, kanuni na mahitaji yanaonyeshwa, kama sheria, na upungufu wa juu au viwango vya juu na vya chini. Ikiwa viashiria hivi, kanuni, na mahitaji yanadhibitiwa wazi na nyaraka za kisayansi na kiufundi, maelezo ya kiufundi ya mmea yanapaswa kuwa na kiungo cha hati hizi au sehemu zao, pamoja na mahitaji ya ziada ambayo yanazingatia vipengele vya mfumo. kuundwa. Ikiwa maadili maalum ya viashiria, kanuni na mahitaji haziwezi kuanzishwa wakati wa maendeleo ya vipimo vya kiufundi kwa NPP, inapaswa kufanya rekodi ya utaratibu wa kuanzisha na kukubaliana juu ya viashiria hivi, kanuni na mahitaji:

"Sharti la mwisho (thamani) linafafanuliwa katika mchakato... na kukubaliwa na itifaki na... katika hatua..."

Wakati huo huo, hakuna mabadiliko yanayofanywa kwa maandishi ya vipimo vya kiufundi kwa NPP.

3.4. Ukurasa wa kichwa una saini za mteja, msanidi programu na mashirika yanayoidhinisha, ambayo yametiwa muhuri rasmi. Ikiwa ni lazima, ukurasa wa kichwa umechorwa kwenye kurasa kadhaa. Saini za watengenezaji wa vipimo vya kiufundi vya kinu cha nyuklia na maafisa wanaohusika katika uidhinishaji na kuzingatia rasimu ya maelezo ya kiufundi ya kinu cha nyuklia zimewekwa kwenye karatasi ya mwisho.

Fomu ya ukurasa wa kichwa wa maelezo ya kiufundi ya gari imetolewa katika Kiambatisho 2. Fomu ya karatasi ya mwisho ya maelezo ya kiufundi ya gari imetolewa katika Kiambatisho 3.

3.5. Ikiwa ni lazima, inaruhusiwa kuweka kanuni zilizoanzishwa katika sekta kwenye ukurasa wa kichwa wa vipimo vya kiufundi kwenye AS, kwa mfano: uainishaji wa usalama, msimbo wa kazi, nambari ya usajili ya vipimo vya kiufundi, nk.

3.6. Ukurasa wa kichwa wa nyongeza kwa maelezo ya kiufundi ya NPP umeundwa kwa njia sawa na ukurasa wa kichwa wa maelezo ya kiufundi. Badala ya jina "Vipimo vya kiufundi" wanaandika "Ongeza Nambari ... kwa maelezo ya kiufundi ya AC ...".

3.7. Kwenye karatasi zinazofuata za nyongeza kwa maelezo ya kiufundi kwa AS, msingi wa mabadiliko, maudhui ya mabadiliko na viungo vya nyaraka kulingana na mabadiliko haya yanawekwa.

3.8. Wakati wa kuwasilisha maandishi ya nyongeza kwa maelezo ya kiufundi, unapaswa kuonyesha nambari za aya zinazolingana, vifungu vidogo, jedwali la maelezo kuu ya kiufundi kwenye AS, nk na utumie maneno: "Badilisha", "nyongeza", " tenga", "sema katika toleo jipya".

UTARATIBU WA MAENDELEO, KUIDHINISHWA NA KUIDHINISHA KWA TOR KWA NPP

1. Rasimu ya vipimo vya kiufundi kwa NPP hutengenezwa na shirika la msanidi wa mfumo kwa ushiriki wa mteja kwa misingi ya mahitaji ya kiufundi (maombi, tactical na kiufundi specifikationer, nk).

Wakati wa shirika la ushindani la kazi, chaguzi za uainishaji wa muundo wa NPP huzingatiwa na mteja, ambaye anachagua chaguo linalopendekezwa, au, kwa msingi wa uchambuzi wa kulinganisha, huandaa toleo la mwisho la maelezo ya kiufundi ya AC na ushiriki. ya msanidi programu wa baadaye wa NPP.

2. Haja ya uratibu wa rasimu ya maelezo ya kiufundi ya NPP na mamlaka ya usimamizi wa serikali na mashirika mengine yenye nia imedhamiriwa kwa pamoja na mteja wa mfumo na msanidi wa mradi vipimo vya kiufundi vya mtambo wa nyuklia;

Kazi ya kuratibu rasimu ya vipimo vya kiufundi kwa AC inafanywa kwa pamoja na msanidi wa vipimo vya kiufundi kwa AC na mteja wa mfumo, kila mmoja katika mashirika ya wizara yake (idara).

3. Muda wa kuidhinisha rasimu ya maelezo ya kiufundi kwa NPP katika kila shirika haipaswi kuzidi siku 15 tangu tarehe ya kupokelewa. Inapendekezwa kutuma nakala za rasimu ya maelezo ya kiufundi ya AS (nakala) kwa wakati mmoja kwa mashirika yote (mgawanyiko) ili kuidhinishwa.

4. Maoni juu ya rasimu ya maelezo ya kiufundi ya NPP lazima yawasilishwe kwa uhalali wa kiufundi. Maamuzi kuhusu maoni lazima yafanywe na msanidi wa rasimu ya vipimo vya kiufundi kwa ajili ya mtambo wa nyuklia na mteja wa mfumo kabla ya kuidhinishwa kwa vipimo vya kiufundi vya mtambo wa nyuklia.

5. Ikiwa, wakati wa kukubaliana juu ya rasimu ya vipimo vya kiufundi kwa ajili ya kiwanda cha nguvu za nyuklia, kutokubaliana kunatokea kati ya msanidi programu na mteja (au mashirika mengine yanayovutiwa), basi itifaki ya kutokubaliana itaundwa (fomu ni ya kiholela) na uamuzi maalum. inafanywa kwa njia iliyowekwa.

6. Idhini ya rasimu ya vipimo vya kiufundi kwa NPP inaweza kurasimishwa katika hati tofauti (barua). Katika kesi hii, chini ya kichwa "Ilikubaliwa" kiungo kinafanywa kwa hati hii.

7. Uidhinishaji wa vipimo vya kiufundi kwa NPP unafanywa na wakuu wa makampuni ya biashara (mashirika) ya msanidi na mteja wa mfumo.

8. Kabla ya kuiwasilisha ili kuidhinishwa, maelezo ya kiufundi kwa NPP (ziada ya maelezo ya kiufundi) lazima iangaliwe na huduma ya udhibiti wa udhibiti wa shirika ambalo lilitengeneza vipimo vya kiufundi na, ikiwa ni lazima, kufanyiwa uchunguzi wa metrological.

9. Nakala za vipimo vya kiufundi vilivyoidhinishwa vya mtambo hutumwa na msanidi wa vipimo vya kiufundi vya mtambo kwa washiriki katika uundaji wa mfumo ndani ya siku 10 baada ya kuidhinishwa.

10. Uratibu na uidhinishaji wa nyongeza kwa maelezo ya kiufundi ya mtambo wa nyuklia unafanywa kwa njia iliyowekwa kwa maelezo ya kiufundi ya mtambo wa nyuklia.

11. Mabadiliko ya vipimo vya kiufundi vya NPP hayaruhusiwi kuidhinishwa baada ya mfumo au zamu yake kuwasilishwa kwa majaribio ya kukubalika.

12. Usajili, uhasibu na uhifadhi wa vipimo vya kiufundi kwenye NPP na nyongeza zake hufanyika kwa mujibu wa mahitaji ya GOST 2.501.

FOMU YA UKURASA WA KICHWA CHA TK KWENYE AC

________________________________________________________

Jina
shirika - msanidi wa vipimo vya kiufundi kwa NPP

NIMEKUBALI

Msimamizi
(nafasi, jina la biashara - mteja wa AS)

Sahihi ya kibinafsi
Jina kamili

Muhuri

tarehe

NIMEKUBALI

Msimamizi
(nafasi, jina la biashara - "AS developer")

Sahihi ya kibinafsi
Jina kamili

Muhuri

tarehe

________________________________________________________

jina la aina ya mzungumzaji

________________________________________________________

Jina la kitu
otomatiki

________________________________________________________

kifupi
jina la mzungumzaji

KAZI YA KIUFUNDI

Kwenye laha _____

Halali
Na

NIMEKUBALI

Msimamizi
(nafasi, jina la shirika linaloidhinisha)

Sahihi ya kibinafsi
Jina kamili

Muhuri

tarehe

FOMU YA KARATASI YA MWISHO YA TOR KWENYE AC

(code TK)

KUKAMILIKA KWA MAKUBALIANO

NYONGEZA 4
Habari

MASHARTI YA KUUNDA SETI ILIYOUMOJA YA VIWANGO VYA MFUMO OTOMATIKI.

1. Mahitaji ya awali ya kuunda tata

1.1. Uundaji na utekelezaji wa mifumo ya kiotomatiki ya madarasa na madhumuni anuwai hufanywa katika tasnia nyingi kulingana na nyaraka za udhibiti na kiufundi ambazo huweka viwango vya shirika, mbinu na kiufundi, sheria na kanuni ambazo zinachanganya ujumuishaji wa mifumo na utendaji wao mzuri wa pamoja.

1.2. Katika kipindi ambacho Kiwango cha Jimbo la USSR kilifanya uamuzi juu ya kuboresha seti za viwango vya tasnia, seti na mifumo ifuatayo ya viwango ilikuwa ikifanya kazi, ikianzisha mahitaji ya aina anuwai za AS:

1) mfumo wa umoja wa viwango vya mifumo ya udhibiti wa kiotomatiki (mfumo wa 24), unaofunika mifumo ya udhibiti wa kiotomatiki, mifumo ya kudhibiti otomatiki, mifumo ya udhibiti wa mchakato na mifumo mingine ya shirika na kiuchumi;
2) seti ya viwango (mfumo 23501); kupanua kwa mifumo ya kubuni inayosaidiwa na kompyuta;
3) kikundi cha nne cha mfumo wa 14 wa viwango, unaofunika mifumo ya kiotomatiki kwa utayarishaji wa kiteknolojia wa uzalishaji.

1.3. Mazoezi ya kutumia viwango vya mifumo ya udhibiti wa kiotomatiki, CAD, mifumo ya udhibiti wa mchakato wa kiotomatiki, mifumo ya udhibiti wa mchakato wa kiotomatiki imeonyesha kuwa hutumia vifaa sawa vya dhana, kuna vitu vingi vya kawaida vya kusanifisha, lakini mahitaji ya viwango hayaendani na kila moja. nyingine, kuna tofauti katika muundo na maudhui ya kazi, tofauti katika uteuzi, muundo, maudhui na utekelezaji wa nyaraka, nk.

1.4. Kinyume na hali ya nyuma ya kukosekana kwa sera ya kiufundi ya umoja katika uwanja wa kuunda AS, viwango anuwai havikuhakikisha utangamano mpana wa AS wakati wa mwingiliano wao, havikuruhusu mifumo kuigwa, na ilizuia maendeleo ya maeneo yenye kuahidi kwa matumizi ya teknolojia ya kompyuta.

1.5. Hivi sasa, mpito unafanywa kwa uundaji wa mifumo ngumu ya kiotomatiki (mifumo ya CAD - CAM nje ya nchi), ambayo ni pamoja na mifumo ya udhibiti wa kiotomatiki kwa michakato ya kiteknolojia na uzalishaji, CAD - mbuni, CAD - mwanateknolojia, ASNI na mifumo mingine. Matumizi ya sheria zinazopingana wakati wa kuunda mifumo hiyo husababisha kupungua kwa ubora, ongezeko la gharama ya kazi, na kuchelewa kwa kuwaagiza mitambo ya nyuklia.

1.6. Seti iliyounganishwa ya viwango na hati za mwongozo zinapaswa kutumika kwa mifumo otomatiki kwa madhumuni mbalimbali: ASNI, CAD, OASU, ASUP, ASUTP, ASUGPS, ASK, ASPP, ikijumuisha ujumuishaji wake.

1.7. Wakati wa kuunda hati za tasnia, sifa zifuatazo za AS kama vitu vya kusanifisha zinapaswa kuzingatiwa:

1) maelezo ya kiufundi ni hati kuu kulingana na ambayo uundaji wa AS unafanywa na kukubalika kwake na mteja;
2) NPPs, kama sheria, huundwa kwa muundo, kamili na bidhaa za serial na za uzalishaji mmoja na kutekeleza ujenzi, ufungaji, kuwaagiza na kuwaagiza kazi muhimu kwa kuweka NPP kufanya kazi;
3) katika hali ya jumla, AS (mfumo mdogo wa AS) hujumuisha programu na maunzi (SHC), programu na mbinu za kiufundi (PMK) na vipengele vya usaidizi wa maunzi, programu na taarifa.
Vipengele vya aina hizi za usaidizi, pamoja na PMC na PTK, lazima vitengenezwe na kutolewa kama bidhaa kwa madhumuni ya viwanda na kiufundi.
Vipengele vinaweza kujumuishwa katika AS kama sehemu za kujitegemea au vinaweza kuunganishwa katika tata;
4) kuundwa kwa AS katika mashirika (biashara) inahitaji mafunzo maalum kwa watumiaji na wafanyakazi wa matengenezo ya mfumo;
5) utendaji wa AS na muundo unahakikishwa na seti ya hati za shirika na mbinu, zinazozingatiwa wakati wa mchakato wa uundaji kama sehemu za msaada wa kisheria, mbinu, lugha, hisabati, shirika na zingine. Ufumbuzi wa mtu binafsi uliopatikana katika mchakato wa kuendeleza programu hizi unaweza kutekelezwa kwa namna ya vipengele vya vifaa, programu au usaidizi wa habari;
6) kazi ya pamoja na mwingiliano wa mifumo mbalimbali na complexes hufanyika kwa misingi ya mitandao ya kompyuta ya ndani.

Vipimo na makubaliano yaliyopitishwa kwa mitandao ya kompyuta ya ndani ni ya lazima ili kuhakikisha utangamano wa mifumo, complexes na vipengele.

2. Uhusiano wa CEN AS na mifumo mingine na seti za viwango

2.1. Usanifu katika uwanja wa AS ni sehemu muhimu ya kazi juu ya shida ya jumla ya "teknolojia ya habari".

2.2. Seti ya viwango vya umoja vya hati zinazosimamia mifumo ya kiotomatiki, pamoja na mifumo mingine na seti za viwango, inapaswa kuunda usaidizi kamili wa udhibiti na kiufundi kwa michakato ya uundaji na uendeshaji wa mifumo ya kiotomatiki.

2.3. CEN AU inapaswa kushughulikia maeneo ya usanifishaji mahususi kwa mifumo ya kiotomatiki na kupanua maeneo ya kitamaduni ya kusawazisha kwa programu na maunzi, programu na miundo mbinu na mifumo otomatiki kwa ujumla.

2.4. Maelekezo na majukumu ya kusawazisha katika usaidizi wa udhibiti na kiufundi wa michakato ya uundaji na uendeshaji wa mitambo ya nyuklia imegawanywa kama ifuatavyo:

1) uanzishwaji wa mahitaji ya kiufundi kwa bidhaa;
2) udhibiti wa njia za mtihani na sheria za udhibitisho na udhibitisho wa bidhaa;
3) udhibiti wa sheria na utaratibu wa maendeleo;
4) kuanzisha sheria za nyaraka;
5) kuhakikisha utangamano;
6) udhibiti wa masuala ya shirika na mbinu ya utendaji wa mifumo.

Maelekezo 1-4 ni ya kitamaduni katika ukuzaji, utengenezaji na usambazaji wa bidhaa. Maelekezo 5, 6 ni mahususi na yanatokana na vipengele vilivyo katika AS.

2.5. Utoaji wa mitambo ya nyuklia kwa ujumla na vipengele vyake na nyaraka za udhibiti na kiufundi ndani ya mfumo wa maelekezo yaliyokubaliwa na kazi za viwango ni tofauti.

Vipengele vya usaidizi wa vifaa, programu na habari, kama bidhaa kwa madhumuni ya viwanda na kiufundi, huzingatiwa, mtawaliwa, kama muundo, programu na bidhaa za habari. Bidhaa hizi ziko chini ya seti za sasa za viwango vya ESKD, SRPP, ESPD, SGIP, USD, viainishaji na vibainishaji vya taarifa za kiufundi na kiuchumi, seti za viwango kama vile "OTT", "Mbinu za Kujaribu", "TU", pamoja na OTT ya mteja.

2.5.1. Mzunguko mzima wa maisha ya bidhaa za kubuni hutolewa kikamilifu na nyaraka za udhibiti na kiufundi halali katika uhandisi wa mitambo na uundaji wa zana.

2.5.2. Bidhaa za programu hupewa hati za kisayansi na kiufundi zilizojumuishwa katika ESPD na OTT ya mteja. Hata hivyo, upeo wa nyaraka hizi za kiufundi unapaswa kupanuliwa ili kutafakari masuala yanayohusiana na maendeleo, uundaji, usambazaji na uendeshaji wa bidhaa za programu.

2.5.3. Bidhaa za habari kwa sasa hazijatolewa na nyaraka za kisayansi na kiufundi, ingawa masuala fulani yametatuliwa ndani ya mfumo wa USD, waainishaji na waainishaji wa taarifa za kiufundi na kiuchumi.

2.6. Miundo ya vifaa vya programu na mbinu za programu huzingatiwa kama bidhaa ngumu ambazo hazina mlinganisho katika uhandisi wa mitambo. Kwa kuzingatia hali ya PTC na PMK kama bidhaa kwa madhumuni ya viwanda na kiufundi, sheria na utaratibu wa maendeleo yao unapaswa kuwa sawa na mahitaji yaliyowekwa na viwango vya mfumo wa maendeleo na uzalishaji wa bidhaa (SRPP).

Upekee wa IP kama bidhaa kwa madhumuni ya viwanda na kiufundi, iliyoonyeshwa kwa ugumu wake, kwa kukosekana kwa viwango vya aina nyingi za taratibu na kazi, hufanya mchakato wa upangaji na muundo wao kuwa mgumu sana na mgumu. Wakati biashara inaingiliana na msanidi wa IS kwa madhumuni yoyote, hati mbili kuu zinahitajika ili kuanza kazi: makubaliano na vipimo vya kiufundi (TOR). Kuchora vipimo vya kiufundi ni kazi tofauti. Uainishaji wa kiufundi yenyewe, kwa kweli, ni hati inayoonyesha matakwa yote ya mteja; inapaswa kutayarishwa kwa undani zaidi iwezekanavyo, na kuonyesha maelezo yote na maono ya matokeo. Ni kwa misingi yake tu itajulikana ni nini watengenezaji wanatakiwa kufanya, hivyo masharti ya rejea yanapaswa kutengenezwa kwa undani iwezekanavyo.

Wakati wa kuunda mifumo yoyote ya habari, maelezo yao ya kina yanahitajika. Kwa madhumuni haya, unaweza kutumia mbinu na mbinu mbalimbali, lakini suluhisho la ufanisi zaidi ni kuendeleza vipimo vya kiufundi (TOR), ambayo inaelezea malengo, malengo, interface na mahitaji mengine ya kitu kinachotengenezwa.

Maelezo ya kiufundi ni hati inayofafanua malengo, mahitaji na data ya msingi ya pembejeo muhimu kwa ajili ya maendeleo ya IS. Ufafanuzi wa kiufundi kwa IP ni hati kuu inayofafanua mahitaji na utaratibu wa kuundwa, maendeleo au kisasa cha IP, kwa mujibu wa maendeleo yake, kuwaagiza na kukubalika kwake.

Mafanikio katika kutekeleza IP yapo katika usahihi wa kazi iliyowekwa na mteja. Ikiwa hali zote muhimu za kuandika vipimo vyema vya kiufundi hukutana, basi matokeo yatageuka kutoka kwa kutarajiwa kuwa iwezekanavyo.

na mteja mwenyewe;

na mkandarasi, lakini katika kesi hii, majukumu yake yatajumuisha kubuni na kupima;

wasanii wa ushindani ambao majukumu yao yanajumuisha tu kuandika maelezo ya kiufundi;

na wakandarasi wengine.

Kwa maelezo hayo ya kiufundi ambayo yameandikwa na mkandarasi, kuna idadi ya nyaraka za udhibiti:

GOST 21.408-93 "Kanuni za utekelezaji wa nyaraka za kufanya kazi kwa otomatiki ya michakato ya kiteknolojia";

GOST 34.201-89 "Aina, ukamilifu na muundo wa hati wakati wa kuunda mifumo ya kiotomatiki";

GOST 24.703-85 "Suluhisho za muundo wa kawaida katika mifumo ya udhibiti wa kiotomatiki. Masharti ya kimsingi";

GOST 34.003-90 "Mifumo otomatiki. Masharti na Ufafanuzi";

GOST 34.601-90 "Mifumo otomatiki. Hatua za uumbaji";

GOST 34.602-90 "Maelezo ya kiufundi kwa ajili ya kuundwa kwa mfumo wa automatiska";

GOST 19.201-78 Mfumo wa umoja wa nyaraka za programu;

GOST 2.114-95 Mfumo wa umoja wa nyaraka za kubuni.

Uainishaji wa kiufundi wa IS ni orodha ya mahitaji ya kimsingi ya kiutendaji, kiteknolojia, kiufundi, shirika, programu, habari-mantiki na lugha, kiuchumi na mahitaji mengine ambayo IS inapaswa kukidhi katika hatua zote za uwepo wake.

Ufafanuzi wa kiufundi ni hati ya maandishi, iliyoandaliwa kwa namna yoyote. Inashauriwa kuwasilisha michoro muhimu, michoro na meza kubwa kwa namna ya viambatisho. Kulingana na aina, madhumuni na vipengele maalum vya kitu cha automatisering na hali ya uendeshaji ya mfumo, inawezekana kuteka sehemu za vipimo vya kiufundi kwa namna ya maombi, kuanzisha ziada, kuwatenga au kuchanganya vifungu vyake.

Hakuna mapendekezo maalum juu ya nini vipimo vya kiufundi vinapaswa kuwa, ambayo ina maana kwamba sehemu na vifungu vinapaswa kuendelezwa na kuwekwa kwa utaratibu uliowekwa na mkandarasi. Kuna sifa za jumla tu za sehemu na vifungu. Msanidi programu anaweza kubadilisha, kuongeza na kuhariri jina na wingi wao kwa kujitegemea.

Nambari za karatasi (ukurasa) zimewekwa, kuanzia karatasi ya kwanza inayofuata ukurasa wa kichwa, juu ya karatasi (juu ya maandishi, katikati) baada ya kuonyesha msimbo wa TK kwenye IP.

Saini za mteja, msanidi programu na kampuni zinazoidhinisha zimewekwa kwenye ukurasa wa kichwa na kufungwa. Ikiwa ni lazima, ukurasa wa kichwa umechorwa kwenye kurasa kadhaa. Saini za watengenezaji wa vipimo vya kiufundi na maafisa wanaohusika katika idhini na kuzingatia rasimu ya maelezo ya kiufundi ya IP huwekwa kwenye karatasi ya mwisho.

Ukurasa wa kichwa wa nyongeza kwa maelezo ya kiufundi umeundwa sawa na ukurasa wa kichwa wa maelezo ya kiufundi. Badala ya jina "Vipimo vya kiufundi" wanaandika "Nambari ya Nyongeza.... kwa maelezo ya kiufundi ya AC..."

Kwenye karatasi zinazofuata za kuongeza kwa maelezo ya kiufundi, msingi wa mabadiliko, maudhui ya mabadiliko na viungo kwa nyaraka kwa mujibu wa mabadiliko haya yanawekwa.

Wakati wa kuwasilisha maandishi ya nyongeza kwa maelezo ya kiufundi, unapaswa kuonyesha nambari za aya zinazolingana, vifungu vidogo, jedwali la maelezo kuu ya kiufundi, nk na utumie maneno: "badala", "kuongeza", "ondoa", "hali katika toleo jipya".

Katika hatua ya awali ya maendeleo ya vipimo vya kiufundi, mkandarasi huunda mpango mbaya wa maudhui.

Habari za jumla;

Kusudi na malengo ya kuunda mfumo;

Tabia za kitu cha automatisering;

Mahitaji ya Mfumo;

Masharti ya matumizi;

Mahitaji ya nyaraka za programu;

Viashiria vya kiufundi na kiuchumi;

Hatua na hatua za maendeleo;

Utaratibu wa kudhibiti na kukubalika.

Sehemu hizi zinaweza kugawanywa katika vifungu. Maelezo ya kiufundi yanaweza pia kujumuisha programu ambazo zimefafanuliwa kulingana na viwango vilivyowekwa. Mkandarasi anaweza kuongeza au kufuta sehemu muhimu kama inavyohitajika; mambo haya yote lazima yakubaliwe na mteja. Kwa kuzingatia mpango ulioanzishwa, mkandarasi anaweza kuendeleza vipimo vya kiufundi kwa ufanisi na kwa muda mfupi.

Ikiwa ni lazima, mwigizaji huunda orodha ya vifupisho vilivyokubaliwa na glossary.

Sheria na masharti ya uundaji wa IS kwa taasisi ya matibabu yanapatikana katika Kiambatisho B.

Hotuba ya 15. Maendeleo ya vipimo vya kiufundi kwa ajili ya kuundwa kwa mfumo wa habari

Maelezo ya kiufundi ya kuunda IP.

2. Muundo na maudhui ya vipimo vya kiufundi

Dondoo kutoka GOST 34.602-89 MAELEZO YA KITAALAM KWA KUUNDA MFUMO WA HABARI ni ushauri, unaofafanua utungaji na maudhui ya maelezo ya kiufundi. Wakati wa utekelezaji wa Jamhuri ya Kyrgyz inaruhusiwa Thibitisha mabadiliko katika muundo na yaliyomo katika maelezo ya kiufundi.

Uainishaji wa kiufundi wa IS ni hati kuu inayofafanua mahitaji na utaratibu wa kuunda (maendeleo au kisasa - kisha uundaji) wa mfumo wa kiotomatiki, kulingana na ambayo ukuzaji wa IS unafanywa na kukubalika kwake wakati wa kuagiza.

Mahitaji yaliyojumuishwa katika vipimo vya kiufundi vya IP lazima yalingane na kiwango cha sasa cha maendeleo ya sayansi na teknolojia na yasiwe duni kwa mahitaji sawa ya analogi bora za kisasa za ndani na nje.

Kulingana na aina, madhumuni, vipengele maalum vya kitu cha automatisering na hali ya uendeshaji ya mfumo, inawezekana kuteka sehemu za maelezo ya kiufundi katika mfumo wa maombi, kuanzisha zile za ziada, kuwatenga au kuchanganya vifungu vya maelezo ya kiufundi. .

UTUNGAJI NA YALIYOMO YA TK

1. Katika sehemu "Habari za jumla" onyesha: jina kamili la mfumo na ishara yake; jina la biashara (vyama) vya msanidi programu na mteja (mtumiaji) wa mfumo na maelezo yao; tarehe zilizopangwa za kuanza na kumaliza kwa kazi ya kuunda mfumo .

2. Sehemu "Madhumuni na malengo ya kuunda (maendeleo) ya mfumo" inajumuisha vifungu vidogo:

"Kusudi la mfumo" linaonyesha aina ya shughuli inayojiendesha (usimamizi, muundo, nk) na orodha ya vitu vya otomatiki ambayo inapaswa kutumika.

"Malengo ya kuunda mfumo" hutoa majina na maadili yanayotakiwa ya kiufundi, kiteknolojia, uzalishaji-kiuchumi au viashiria vingine vya kitu cha otomatiki ambacho lazima kifikiwe kama matokeo ya kuunda IS, zinaonyesha vigezo vya kutathmini mafanikio ya malengo. kwa kuunda mfumo.

Katika sura "Sifa za kitu cha otomatiki" kutoa taarifa fupi kuhusu kitu cha automatisering au viungo kwa nyaraka zilizo na taarifa hizo na taarifa kuhusu hali ya uendeshaji wa kitu cha automatisering na sifa za mazingira.

3. Sehemu "Mahitaji ya Mfumo" linajumuisha vifungu vifuatavyo: mahitaji ya mfumo kwa ujumla; mahitaji ya kazi (kazi) zinazofanywa na mfumo; mahitaji ya aina ya dhamana.

Muundo wa mahitaji ya mfumo uliojumuishwa katika sehemu hii ya maelezo ya kiufundi ya IS imeanzishwa kulingana na aina, madhumuni, vipengele maalum na hali ya uendeshaji ya mfumo fulani.

Katika kifungu kidogo "Mahitaji ya mfumo kwa ujumla" yanaonyesha:

mahitaji ya muundo na utendaji wa mfumo;

mahitaji ya nambari na sifa za wafanyikazi wa mfumo na njia yao ya kufanya kazi;

viashiria vya marudio;

mahitaji ya kuaminika;

mahitaji ya usalama;

mahitaji ya ergonomics na aesthetics ya kiufundi;

mahitaji ya usafiri kwa IC za simu;

mahitaji ya uendeshaji, matengenezo, ukarabati na uhifadhi wa vipengele vya mfumo;

mahitaji ya kulinda habari kutoka kwa ufikiaji usioidhinishwa;

mahitaji ya usalama wa habari katika kesi ya ajali;

mahitaji ya ulinzi kutoka kwa mvuto wa nje;

mahitaji ya viwango na umoja;

Mahitaji ya ziada.

Mahitaji ya muundo na uendeshaji wa mfumo ni pamoja na:

1) orodha ya mifumo ndogo, madhumuni yao na sifa kuu, mahitaji ya idadi ya viwango vya uongozi na kiwango cha serikali kuu ya mfumo;

2) mahitaji ya njia na njia za mawasiliano kwa kubadilishana habari kati ya vipengele vya mfumo;

3) mahitaji ya sifa za uhusiano wa mfumo ulioundwa na mifumo inayohusiana, mahitaji ya utangamano wake, pamoja na maagizo juu ya njia za kubadilishana habari (moja kwa moja, kwa kutuma hati, kwa simu, nk);

4) mahitaji ya njia za uendeshaji wa mfumo;

5) mahitaji ya kugundua mfumo;

6) matarajio ya maendeleo na kisasa ya mfumo.

Mahitaji ya nambari na sifa za wafanyikazi na IS ni pamoja na:

mahitaji ya idadi ya wafanyikazi (watumiaji) wa mfumo wa habari;

mahitaji ya sifa za wafanyakazi, utaratibu wa mafunzo yao na udhibiti wa ujuzi na ujuzi;

hali ya uendeshaji inayohitajika ya wafanyikazi wa IS.

Katika mahitaji ya viashiria vya madhumuni ya IS wanatoa maadili ya parameta inayoashiria kiwango cha kufuata mfumo na madhumuni yake (kiwango cha kubadilika kwa mfumo kwa mabadiliko ya michakato, njia za udhibiti, na kupotoka kwa vigezo vya kitu cha kudhibiti; mipaka inayokubalika ya kisasa na maendeleo ya mfumo. ; sifa za wakati unaowezekana ambapo madhumuni yaliyokusudiwa ya mfumo yanahifadhiwa).

Mahitaji ya kuaminika ni pamoja na:

1) muundo na maadili ya idadi ya viashiria vya kuegemea kwa mfumo kwa ujumla au mifumo yake ndogo;

2) orodha ya hali za dharura ambazo mahitaji ya kuegemea lazima yadhibitiwe, na maadili ya viashiria vinavyolingana;

3) mahitaji ya kuaminika kwa vifaa na programu;

4) mahitaji ya njia za kutathmini na kufuatilia viashiria vya kuegemea katika hatua tofauti za uundaji wa mfumo kwa mujibu wa hati za sasa za udhibiti na kiufundi.

Mahitaji ya usalama ni pamoja na mahitaji ya kuhakikisha usalama wakati wa ufungaji, kuwaagiza, uendeshaji, matengenezo na ukarabati wa vifaa vya kiufundi vya mfumo (ulinzi kutokana na athari za umeme wa sasa, uwanja wa umeme, kelele ya acoustic, nk), kulingana na viwango vinavyoruhusiwa vya kuangaza, vibration na mizigo ya kelele. .

Mahitaji ya ergonomics na aesthetics ya kiufundi ni pamoja na viashiria vya IS vinavyoamua ubora unaohitajika wa mwingiliano wa mashine ya binadamu na faraja ya hali ya kazi kwa wafanyakazi.

Kwa IC za simu, mahitaji ya usafiri yanajumuisha mahitaji ya muundo kuhakikisha usafirishaji wa njia za kiufundi za mfumo, pamoja na mahitaji ya magari.

Mahitaji ya uendeshaji, matengenezo, ukarabati na uhifadhi ni pamoja na:

1) masharti na kanuni (mode) ya operesheni, ambayo lazima kuhakikisha matumizi ya njia za kiufundi (TS) za mfumo na viashiria maalum vya kiufundi, ikiwa ni pamoja na aina na mzunguko wa matengenezo ya TS ya mfumo au kuruhusiwa kwa operesheni bila matengenezo. ;

2) mahitaji ya awali ya maeneo yanayoruhusiwa kwa ajili ya malazi ya wafanyakazi na mifumo ya gari, kwa vigezo vya mitandao ya usambazaji wa umeme, nk;

3) mahitaji ya nambari, sifa za wafanyikazi wa huduma na njia zao za kufanya kazi;

4) mahitaji ya utungaji, uwekaji na hali ya uhifadhi wa seti ya bidhaa za vipuri na vyombo;

5) mahitaji ya kanuni za matengenezo.

Mahitaji ya kulinda habari kutoka kwa ufikiaji usioidhinishwa ni pamoja na mahitaji yaliyowekwa katika nyaraka za kawaida na za kiufundi zinazotumika katika sekta ya mteja (idara).

Katika mahitaji ya usalama wa habari kutoa orodha ya matukio: ajali, kushindwa kwa vifaa vya kiufundi (ikiwa ni pamoja na kupoteza nguvu), nk, ambayo usalama wa habari katika mfumo lazima uhakikishwe.

Mahitaji ya njia za ulinzi dhidi ya ushawishi wa nje ni pamoja na:

1) mahitaji ya ulinzi wa radioelectronic wa mali ya IP;

2) mahitaji ya kudumu, utulivu na nguvu kwa mvuto wa nje (mazingira ya matumizi).

Katika mahitaji ya usafi wa patent onyesha orodha ya nchi ambazo usafi wa hati miliki wa mfumo na sehemu zake lazima uhakikishwe.

Mahitaji ya usanifishaji na umoja ni pamoja na: viashiria vinavyoanzisha kiwango kinachohitajika cha matumizi ya kiwango, mbinu za umoja za kutekeleza kazi (kazi) za mfumo, programu iliyotolewa, mbinu za kawaida za hisabati na mifano, ufumbuzi wa kawaida wa kubuni, aina za umoja za nyaraka za usimamizi zilizoanzishwa na GOST 6.10.1, wote- Waainishaji wa umoja wa habari za kiufundi na kiuchumi na waainishaji wa kategoria zingine kwa mujibu wa wigo wao wa matumizi, mahitaji ya matumizi ya vituo vya kazi vya kiotomatiki, vifaa na tata.

Mahitaji ya ziada ni pamoja na:

1) mahitaji ya kuandaa mfumo na vifaa vya mafunzo ya wafanyikazi (simulators, vifaa vingine kwa madhumuni sawa) na nyaraka kwao;

2) mahitaji ya vifaa vya huduma, inasimama kwa vipengele vya mfumo wa kupima;

3) mahitaji ya mfumo kuhusiana na hali maalum ya uendeshaji;

4) mahitaji maalum kwa hiari ya msanidi programu au mteja.

Katika kifungu kidogo "Mahitaji ya kazi (kazi)" zinazofanywa na mfumo, zifuatazo zinatolewa:

1) kwa kila mfumo mdogo, orodha ya kazi, kazi au ugumu wao (pamoja na zile zinazohakikisha mwingiliano wa sehemu za mfumo) chini ya otomatiki;

2) kanuni za wakati wa utekelezaji wa kila kazi, kazi (au seti ya kazi);

4) orodha na vigezo vya kushindwa kwa kila kazi ambayo mahitaji ya kuaminika yanatajwa.

Katika kifungu kidogo "Mahitaji ya aina ya dhamana", kulingana na aina ya mfumo, mahitaji yafuatayo yanatolewa:

Kwa programu ya hisabati mifumo hutoa mahitaji ya muundo, upeo (vikwazo) na mbinu za kutumia mbinu za hisabati na mifano katika mfumo, algorithms ya kawaida na algoriti zinazopaswa kuendelezwa.

Kwa msaada wa habari: Mifumo hutoa mahitaji:

1) muundo, muundo na njia za kupanga data kwenye mfumo;

2) kubadilishana habari kati ya vipengele vya mfumo;

3) kwa utangamano wa habari na mifumo inayohusiana;

4) juu ya utumiaji wa Muungano wote na jamhuri iliyosajiliwa, waainishaji wa tasnia, hati za umoja na waainishaji wanaofanya kazi katika biashara fulani;

5) juu ya matumizi ya mifumo ya usimamizi wa hifadhidata;

6) muundo wa mchakato wa kukusanya, usindikaji, kusambaza data katika mfumo na kuwasilisha data;

7) kulinda data kutokana na uharibifu wakati wa ajali na kushindwa kwa nguvu za mfumo;

8) kudhibiti, kuhifadhi, kusasisha na kurejesha data;

Kwa usaidizi wa lugha Mifumo hutoa mahitaji ya matumizi ya lugha za kiwango cha juu cha programu, lugha za mwingiliano wa watumiaji na njia za kiufundi za mfumo kwenye mfumo, na vile vile mahitaji ya usimbaji data na kusimbua, lugha za pembejeo za data, lugha za kudanganya data, njia za kuelezea eneo la somo (kitu cha otomatiki), njia za kuandaa mazungumzo.

Kwa programu mifumo hutoa orodha ya programu zilizonunuliwa, pamoja na mahitaji: kwa uhuru wa programu kutoka kwa vifaa vya kompyuta vilivyotumika na OS; kwa ubora wa programu, pamoja na njia za utoaji na udhibiti wake; ikiwa ni lazima, kuratibu programu mpya iliyotengenezwa na mfuko wa algorithms na programu.

Kwa msaada wa kiufundi mifumo hutoa mahitaji:

1) kwa aina za njia za kiufundi, pamoja na aina za vifaa vya kiufundi, vifaa vya programu na vifaa na vifaa vingine vinavyoruhusiwa kutumika katika mfumo;

2) kwa sifa za kazi, muundo na uendeshaji wa njia za usaidizi wa kiufundi wa mfumo.

Katika mahitaji ya usaidizi wa metrological kuongoza (sio lazima kwa wachumi):

1) orodha ya awali ya njia za kupimia;

2) mahitaji ya usahihi wa vipimo vya vigezo na (au) kwa sifa za metrological za njia za kupimia;

3) mahitaji ya utangamano wa metrological ya njia za kiufundi za mfumo;

4) orodha ya njia za udhibiti na kompyuta za mfumo ambao ni muhimu kutathmini sifa za usahihi;

Kwa usaidizi wa shirika toa mahitaji:

1) muundo na kazi za vitengo vinavyohusika katika uendeshaji wa mfumo au kuhakikisha uendeshaji;

2) kwa shirika la utendaji wa mfumo na utaratibu wa mwingiliano kati ya wafanyikazi wa IS na wafanyikazi wa kituo cha otomatiki;

3) kulinda dhidi ya vitendo vibaya vya wafanyikazi wa mfumo.

Kwa msaada wa mbinu kutoa mahitaji ya utungaji wa nyaraka za udhibiti na kiufundi za mfumo (orodha ya viwango, kanuni, mbinu, nk kutumika katika uendeshaji wake).

Taasisi ya elimu ya juu ya jumuiya ya kikanda

Taasisi ya Ujasiriamali "Mkakati"

Idara ya Uchumi Cybernetics

Kazi ya kozi

Mada:

"Kubuni na kukuza mfumo wa habari kwa kutumia mfano wa duka kuu la Kompyuta"

Maji ya Manjano 2010

Utangulizi

Kazi hii ya kozi inachunguza mfano wa kuunda mfumo wa habari kulingana na biashara ya kibinafsi " Mwalimu wa Kompyuta" Madhumuni ya kuandika kazi hii ya kozi ni kusoma mbinu na mbinu za kuunda mifumo ya habari.

Kwa hali fulani ya kiuchumi nchini, licha ya mgogoro wa kiuchumi, mchakato wa kompyuta unafanyika kila mahali, kazi hii ya kozi ni muhimu. Kwa kuongezeka, kazi ya utekelezaji wa mifumo ya habari inahitajika kwa makampuni mbalimbali ya biashara nchini Ukraine, ambayo ina maana kwamba mahitaji ya wataalam wenye ujuzi katika uwanja wa uumbaji na utekelezaji wa mifumo ya habari inakua. Wakati huo huo, mifumo ya habari haihitajiki tu kwa makampuni makubwa ya viwanda, lakini pia kwa makampuni madogo ya kibinafsi, ambayo yanaweza pia kuwa na matatizo na usimamizi na uendeshaji wa biashara kwa ujumla katika hali ya kompyuta ya mikoa ya Ukraine. Hivi ndivyo kazi hii ya kozi inavyoonyesha, ambayo inaonyesha hitaji la kutekeleza mfumo wa habari kwa biashara ndogo ya kibinafsi " Mwalimu wa Kompyuta", na toleo linalowezekana la utekelezaji huu.

1. Hatua ya kabla ya mradi

1.1 Mazungumzo na mteja

Mazungumzo na mteja hufanyika katika ofisi ya kampuni yake " Mwalimu wa Kompyuta" Wakati wa mkutano ni Novemba 7, Ijumaa, 11:00.

Msanidi (R): Habari! Ningependa kumuona bosi wako !

Katibu (C): Habari! Una miadi!?

R: Ndiyo, tuliitana kuhusu mkutano!

NA: Subiri kidogo, nitakujulisha kuwa umefika! Ingia ndani, anakusubiri!

Mteja (3): Habari za asubuhi, jina langu ni Viktor Ivanovich. Tafadhali ingia na uketi.

R: Halo, jina langu ni Ioschenko Ivan.

Z: Nzuri sana. Shida yetu ni kwamba ningependa kuhariri uhasibu wa bidhaa na pesa zilizopokelewa kutoka kwa uuzaji wa bidhaa na huduma kwenye duka letu. Kwa sasa hatuna mfumo wa uhasibu. Ninaamini kuwa kwa sababu ya hii hatufanyi kazi kwa ufanisi kama tungependa.

R: Elewa. Inawezekana. Hivi sasa, kuna mifumo mingi ya otomatiki, na mifumo hii imeenea na inafanya kazi kwa mafanikio katika biashara nyingi. Nadhani tutabaini ni kipi kinafaa zaidi kwako kutumia.

Z: Kushangaza. Unahitaji nini kwa hili?

R: Kawaida, mchakato wa kusoma biashara na kutekeleza mifumo ya habari huchukua kutoka miezi 3 hadi 6, kulingana na muundo na sifa za biashara. Lakini nadhani kuwa katika kesi yako mfumo utakuwa tayari kwa operesheni kamili karibu katikati ya Machi. Utahitaji wataalamu wa kuendesha na kudumisha mfumo. Utahitaji kuajiri moja au mbili ili kudumisha mfumo.

Z: Inakubalika. Nadhani tunaweza kutatua suala hili. Je, unavutiwa na nini kingine?

R: Kuanza, ninahitaji kufahamiana kwa jumla na shughuli kuu za biashara yako, muundo wake, mtiririko wa hati, mtiririko wa habari ...

Z: Kampuni yetu inajishughulisha na uuzaji, ukarabati na matengenezo ya vifaa vya kompyuta. Tuna wateja wengi, ambao baadhi yao ni wa kawaida. Tuna faida kubwa kila mwezi na, kimsingi, mambo yanakwenda vizuri.

R: Kwa maoni yako, duka lako linafaa kwa kiasi gani?

Z: Nadhani tunafanya kazi kwa ufanisi kabisa leo. Lakini kama kila meneja, ningependa kuongeza ufanisi wa kitu ninachosimamia.

R: Je, wateja wanahudumiwa vipi katika duka lako?

Z: Wateja hugeuka kwa mshauri wa mauzo, kumwomba taarifa muhimu kuhusu bidhaa fulani, na yeye, kwa upande wake, anajaribu kuiwasilisha na kutoa bidhaa inayotaka. Kisha malipo ya bidhaa hutokea, ikiwa ni bidhaa ambayo hauhitaji ufungaji au usanidi na iko katika hisa. Ikiwa haipatikani, bidhaa zinaagizwa kutoka kwa wauzaji na hutolewa kwa wateja baada ya muda fulani. Wakati wa kununua PC, mshauri wa mauzo hutengeneza usanidi ambao unakidhi matakwa ya mteja, na ikiwa vifaa viko kwenye duka, kompyuta inakusanywa ndani ya masaa 1-3, ikiwa sivyo, imeagizwa kutoka kwa wauzaji, basi PC imeunganishwa. imekamilika. Mteja hulipa baada ya kupokea bidhaa.

R: Wazi. Ni watu wangapi na vifaa vinavyofanya kazi katika duka lako?

Z: Duka letu linaajiri washauri wawili wa mauzo, cashier 1, wataalamu 3 ambao hukusanya Kompyuta mpya ili kuagiza, pamoja na kutengeneza vifaa vya ofisi, cartridges ya kujaza, nk; na mimi pia kama mkurugenzi. Pia kwa sasa tunatumia PC 3.

R: Je, washauri wako wa mauzo hupokeaje taarifa kuhusu upatikanaji wa bidhaa kwenye hisa na sifa zao?

Z: Kila mmoja wa washauri wetu wa mauzo ana taarifa fulani kuhusu bidhaa, ufikiaji katika ghala letu au kutoka kwa wasambazaji. Pia hutumia habari kutoka kwa majarida, katalogi zilizomo kwenye kompyuta zao za kazi na vichapisho.

R: Kama ninavyoelewa tayari, unajishughulisha na uuzaji wa kompyuta, vifaa, vifaa vya ofisi na una shida na kupanga uhasibu na mtiririko wa hati kwenye duka?

Z: Kweli ni hiyo.

R: Je, unachaguaje urval yako?

Z: Tumejaribu kila wakati kutoa katika duka letu anuwai ya Kompyuta na vifaa vyake, pamoja na bidhaa za hivi karibuni kwenye soko la teknolojia ya habari. Pia tunatumia sana huduma ya "utaratibu maalum", i.e. mteja anaweza kuagiza kutoka kwetu kile kinachompendeza. Tunafanya kazi kwa karibu na wasambazaji wetu.

R: Maneno machache kuhusu wauzaji?

Z: Hatuna wasambazaji wengi; wanaweza kugawanywa katika vikundi kadhaa:

Ndogo na kubwa,

Mara kwa mara na mara kwa mara.

Kawaida hakuna zaidi ya 5-6 kwa jumla.

R: Je, unanunua bidhaa mpya mara ngapi kwenye duka lako?

Z: Kwa kawaida tunanunua bidhaa mpya mara moja kila baada ya wiki 2. Kabla ya hili, tunawasiliana na muuzaji na kuagiza kiasi fulani cha bidhaa kutoka kwake. Ninafuatilia vifaa mwenyewe kwenye kompyuta yangu kwa kutumia Excel, lakini sijaridhika na mapungufu ya kazi zake kwa shughuli hii. Ninahitaji mfumo ulioundwa vizuri na unaotegemewa ambao hutoa ufikiaji wa haraka wa maelezo ninayohitaji, zana zinazofaa za kuunda ripoti, nk. Unaelewa ninachomaanisha?!

R: Ndiyo, hakika. Hiyo ndiyo yote niliyopendezwa nayo. Nitajifahamisha na nakala za hati ulizonipa kwa undani zaidi, na tutaanza kazi.

Z: Sawa.

R: Asante, nitakuita kwa siku 2, tutakutana na kuzingatia muundo wa mfumo wetu kwa undani.

Z: Imekubali. Kwaheri.

R: Baadaye.

Kama matokeo ya mkutano, hitimisho zifuatazo zinaweza kutolewa:

1. Wakati wa kuhudumia wateja, washauri wa mauzo wakati mwingine hawawezi kutoa taarifa zote kwa haraka kuhusu bidhaa yoyote (sifa za kiufundi) na mteja anapaswa kusubiri kwa muda ili kupokea taarifa muhimu.

2. kutokana na ukweli kwamba orodha za bei za bidhaa hazijasasishwa mara chache, usumbufu hutokea katika utoaji wa bidhaa fulani, kwa sababu wakati tunapoiagiza, inaweza kuwa haipatikani tena kwa wauzaji.

3. Msimamizi wa duka, kwa sababu ya uwepo wa anuwai kubwa ya bidhaa kwenye duka, anapaswa kutumia muda mwingi kuamua saizi zinazohitajika za ununuzi wa bidhaa fulani.

4. Duka halina mfumo otomatiki wa kurekodi mauzo ya bidhaa.

5. Meneja anapaswa kutumia muda mwingi kuchambua mauzo na kuandaa ripoti.

1.2 Maelezo ya kitu

Kampuni" Mwalimu wa Kompyuta» inafanya kazi katika uwanja wa teknolojia ya habari, na haswa, inauza kompyuta na vifaa vya pembeni. Shughuli za biashara zinafanywa katika sekta ya biashara ya rejareja. Ili kushiriki katika shughuli za biashara, taasisi ya kiuchumi katika uwanja wa biashara ya rejareja ina duka, ghala, maeneo ya kazi, ambayo yanajumuisha maeneo ya rejareja na ghala ya majengo yaliyofungwa kwa kuhifadhi na kuuza bidhaa. Pia kuna chumba ambapo kompyuta na vipengele vyake vinakusanywa na kuhudumiwa.

Duka ni duka la rejareja la stationary, linachukua chumba tofauti na ina eneo la mauzo kwa wateja. Kazi za ghala ni pamoja na kuunda urval muhimu ili kutimiza maagizo ya wateja. Mkusanyiko na uhifadhi huruhusu upyaji na utoaji unaoendelea kulingana na hesabu iliyoundwa. Ghala hutumiwa kama kiungo cha kati katika mnyororo wa mtengenezaji na mnunuzi.

1.3 Mtiririko wa hati kwenye biashara

Biashara ina aina zifuatazo za hati:

1. ankara

2. ankara za matumizi

3. ankara ya kodi

4. mkataba

5. kila aina ya taarifa

6. kadi za udhamini, nk.

1.4 Mahitaji ya Wateja kwa mfumo

Mahitaji ya msingi yafuatayo yalitolewa:

1. Mfumo ni rahisi kutumia

2. NI ufanisi

3. Mfumo utasuluhisha matatizo makuu yafuatayo:

· uhasibu wa hesabu;

· uhasibu wa fedha zilizopokelewa kutokana na mauzo ya bidhaa;

· kupunguza muda wa kutoa ripoti;

· utaratibu wa mtiririko wa hati;

· kuokoa muda kwenye huduma kwa wateja.

2. Dhana ya mfumo wa habari

Baada ya mkutano wa kwanza na mteja, kitu cha otomatiki kilisomwa kwa undani, na shida zake zote za sasa ambazo zinahitaji kutatuliwa kwa msaada wa mfumo wa habari wa otomatiki wa uhasibu wa bidhaa na mtiririko wa pesa kwenye duka " Mwalimu wa Kompyuta».

2.1 Maelezo ya kazi iliyofanywa

Kutokana na uchunguzi huo, ikawa kwamba ilikuwa ni lazima kufunga mfumo kwenye kompyuta mbili zilizopo. Kwenye moja ya kompyuta (kompyuta kuu), kwa kutumia IS, rekodi zitahifadhiwa za harakati za bidhaa na fedha zilizopokelewa kutokana na mauzo yao. Mtaalam ambaye atapewa kazi katika duka ataingiza data juu ya kuwasili kwa bidhaa kwenye ghala, matumizi yake na harakati kutoka kwa ghala hadi kwenye sakafu ya mauzo ya duka. Mwishoni mwa kila wiki, atalazimika kutoa ripoti juu ya usawa wa bidhaa kwenye ghala na kuangalia uthabiti wa data kwenye kompyuta na upatikanaji wa bidhaa kwenye ghala na kwenye sakafu ya mauzo. Atawajibika kikamilifu kwa mawasiliano ya data kwenye kompyuta na data zingine kwenye ghala. Kompyuta ya pili itasakinishwa kwenye sakafu ya mauzo; washauri wa mauzo wanaweza kufuta bidhaa kutoka kwa hifadhidata wenyewe ikiwa bidhaa hii iko kwenye sakafu ya mauzo. Na ikiwa bidhaa haipo kwao, basi watakubali tu agizo kutoka kwa mnunuzi, na mtaalamu ataandika bidhaa kutoka kwa upatikanaji kwenye hifadhidata (kwa kuwa inaonyesha kikamilifu harakati zote za bidhaa kwenye sakafu ya mauzo).

Kwa mujibu wa muundo wa shirika, shughuli za biashara zimegawanywa katika shughuli kuu na za msaidizi. Lakini kwa kuwa watumiaji wa mfumo wa habari watakuwa wafanyikazi wanaofanya shughuli kuu, tutakaa kwa undani zaidi juu ya kazi zinazofanywa na watu hawa.

Mhasibu huweka rekodi za kampuni na huandaa taarifa za kifedha.

Keshia ana jukumu la kutoa mishahara na kupokea pesa kwa bidhaa zinazosafirishwa na kuwasilishwa.

Majukumu ya mwenye duka ni pamoja na kufuatilia upatikanaji na hali ya bidhaa kwenye ghala.

Kwa hivyo, tunaweza kutoa mchoro wa mfumo wa otomatiki uhasibu wa bidhaa na mtiririko wa pesa kwenye duka " Mwalimu wa Kompyuta».

2.2 Uhalalishaji wa toleo lililopendekezwa la dhana ya IS

Kuhusiana na matokeo ya kusoma kitu cha otomatiki, msanidi programu anapendekeza kutekeleza mfumo wa 1C kwenye biashara.

Biashara ambayo hukuruhusu kuweka rekodi za bidhaa na mtiririko wa pesa na kudhibiti udhibiti wao.

Ili kuhalalisha uchaguzi wa mfumo wa 1C, biashara inatolewa hoja zifuatazo:

1. Mfumo ni rahisi kutumia

2. ina kiolesura cha kirafiki cha mtumiaji

3. mfumo unazingatia upekee wa sheria ya Kiukreni na upekee wa uhasibu katika makampuni ya ndani.

4. Mfumo huo ni wa bei nafuu kati ya mifumo mingi inayotolewa kwenye soko la programu la Kiukreni.

5. Si vigumu kupata mtaalamu aliyehitimu anayefanya kazi na 1C: Mfumo wa Biashara.

2.3 Muundo wa awali, tarehe za mwisho na gharama ya kazi kwenye utekelezaji wa IS

Muda wa awali wa kazi, muundo wake, pamoja na gharama yake ya takriban inaweza kuwasilishwa kwa namna ya meza.

Jina la kazi	Wakati wa kugeuza	Gharama ya takriban ya kazi. UAH
Ufungaji wa mtandao wa kompyuta
Kununua programu ya 1C
Kuajiri mtaalamu kwa utekelezaji na usanidi wa mfumo
Mpangilio wa usanidi, kuunda msingi wa habari (unaofanywa na mtaalamu)
Mafunzo ya wafanyikazi (yaliyofanywa na mtaalamu kutoka kituo cha mafunzo)
Kuajiri mtaalamu kusaidia na kudumisha mfumo
Maandalizi ya kuweka mfumo katika uendeshaji

Ikiwa unahesabu, kipindi cha kuanzia mwanzo wa kazi hadi utekelezaji wa mfumo ni miezi 3.5-4. Gharama ya takriban ya kuunda na kutekeleza IS kwa uhasibu otomatiki wa bidhaa na mtiririko wa pesa ni kutoka 7480 hadi 10200 UAH. Ni kiasi gani kinachokubalika, kwa kuzingatia fedha zinazopatikana kwa mteja?

3. Masharti ya rejea ya kuunda IP

Masharti ya kumbukumbu yanaundwa kwa mujibu wa GOST 34.602-89 "maelezo ya kiufundi kwa ajili ya automatisering ya mfumo wa kudhibiti".

Automation ya mfumo. Hatua za uumbaji. Msanidi mkuu anajibika kwa maendeleo ya vipimo vya kiufundi.

3.1 Taarifa za jumla

Jina kamili la AIS: Mfumo wa taarifa wa uhasibu kiotomatiki wa bidhaa na mtiririko wa pesa katika biashara ya Kompyuta Master.

Alama: AIS - "Mwalimu wa Kompyuta".

Maendeleo yanafanywa kwa misingi ya makubaliano No 1 ya tarehe 9 Novemba 2009 kati ya mteja (Viktor Ivanovich, mkurugenzi wa Kompyuta Master) na mtengenezaji (Ioshchenko I.G.)

Jina kamili la biashara ni PE "Computer Master".

Anwani: eneo la Kirovograd, Alexandria, Lenin Avenue 45.

Akaunti ya sasa: No. 53425

Msanidi programu: Ioshchenko I.G.

Anwani: eneo la Kirovograd, Alexandria, St. Sadovaya 16.

Uundaji wa mfumo wa habari unafanywa kwa misingi ya makubaliano Nambari 1 ya Januari 10, 2010 kati ya msanidi programu na mteja.

Tarehe iliyopangwa ya kuanza kazi ni 9.11.09, na tarehe ya mwisho ya kazi ni 10.03.10.

Ufadhili wa kuunda AIS utatolewa na mteja.

Matokeo ya kazi juu ya uundaji wa IP au sehemu zake zimeandikwa na msanidi programu kwa maandishi na hutolewa ndani ya muda uliowekwa.

3.2 Madhumuni na malengo ya kuunda AIS

Mfumo wa udhibiti wa kiotomatiki umeundwa kuelekeza usimamizi wa shughuli za kampuni, ambazo ni:

Hesabu ya hesabu

Uhasibu wa mali zisizohamishika na mali zisizoshikika

Inazalisha ripoti

Uhasibu wa usafirishaji wa bidhaa kwenye ghala

Madhumuni ya kuunda IP ni kuongeza shughuli za kiuchumi za kitu. IS pia inapaswa kuwezesha na kuharakisha ukusanyaji, usindikaji na uhifadhi wa habari.

3.3 Tabia za kitu cha automatisering

Shughuli za biashara hufanywa katika uwanja wa biashara ya rejareja; taasisi ya biashara ina duka, ghala na nafasi ya ofisi.

Duka ni duka la rejareja ambalo linachukua chumba tofauti na lina eneo la mauzo kwa wateja. Ghala hutumiwa kama kiungo cha kati katika mnyororo wa mtengenezaji na mnunuzi. Kadiri hesabu inavyokuwa ndogo, ndivyo muda wa kuhifadhi unavyopungua na kupunguza gharama ya uhifadhi.

Shughuli kuu za duka hufanyika chini ya hali ya kawaida ya kufanya kazi.

3.4 NI mahitaji

Mahitaji:

Mfumo unapaswa kuwa rahisi na unaoeleweka kwa mtumiaji.

Kuanzishwa kwa IP inapaswa kusababisha athari nzuri ya kiuchumi.

Kuweka kumbukumbu za bidhaa kwenye duka

Gharama za kupanga zinazohusiana na upatikanaji na uhifadhi wa bidhaa

Upangaji wa mapato yanayohusiana na uuzaji wa bidhaa

Mahitaji ya aina ya dhamana ya IP:

Usaidizi wa kiufundi unapaswa kuwa seti ya njia za kiufundi zilizounganishwa kwenye mtandao wa ndani.

Programu lazima ijumuishe:

1. 1C "Biashara" na vipengele vya uendeshaji wa IS

2. Programu za antivirus

3. Programu za Ofisi (Ofisi ya MS au Ofisi ya Wazi)

Programu lazima ijumuishe yote yaliyotengenezwa hapo awali na kutumika katika mbinu za biashara na algorithms kwa kuhesabu viashiria kuu vya kiuchumi.

Msaada wa habari unapaswa kujumuisha data juu ya bidhaa, wauzaji, bei.

Programu ni seti ya kanuni za kisheria zinazodhibiti mahusiano ya kisheria wakati wa kuunda na kutekeleza mfumo. Msaada wa kisheria katika hatua ya maendeleo inapaswa kujumuisha kanuni, na udhibiti wa kisheria wa mahusiano wakati wa mchakato huu.

Mfumo huu wa habari utatekelezwa ndani ya miezi 3.5-4.

Kufanya kazi na IS, inahitajika kutoa mafunzo kwa wafanyikazi.

3.5 Muundo na maudhui ya kazi ya kuunda mfumo

Awamu ya kabla ya mradi ni pamoja na:

Uamuzi wa mahitaji ya mteja;

Maendeleo ya mradi wa AIS kulingana na mahitaji ya wateja;

Maendeleo ya vipimo vya kiufundi kwa mujibu wa GOST 34.602-89.27.01.08-21.02.08;

Hatua ya mradi:

NI utekelezaji;

Matengenezo ya mfumo.

Watendaji wa kazi hiyo ni:

Msanidi wa IP;

Mtaalamu wa uundaji wa LAN;

Mtaalam katika ufungaji, usanidi, matengenezo ya mfumo.

Msanidi wa IS ana jukumu la kufanya kazi zote katika hatua zote.

3.6 Utaratibu wa ufuatiliaji na kupokea mfumo

Ili mteja akubali mfumo, ni muhimu kufanya operesheni ya majaribio, wakati ambapo logi huwekwa ambapo ufumbuzi wote wa matatizo na ukiukwaji wote umeandikwa. Kulingana na matokeo ya operesheni, itifaki imeundwa, ambayo mapungufu yanajumuishwa, na muda wa kuondoa umeamua.

Wakati wa mapokezi, tume lazima iwasilishe hati zifuatazo:

Vipimo vya kiufundi kwa mfumo

Miradi ya kiufundi na kazi ya mfumo

Ripoti ya mtihani na logi

Utumishi wa idara za wateja zinazohudumia mfumo.

Vitendo vya uhamishaji wa sehemu zote za mfumo wa habari kwa mteja

Rasimu ya mpango wa mtihani na mbinu

Kamati ya uandikishaji inaweza kuwa na wafanyikazi wakuu wa usimamizi, wakiwakilishwa na mkurugenzi.

3.7 Mahitaji ya utungaji na maudhui ya kazi ili kuandaa kitu cha automatisering kwa ajili ya kuwaagiza

Ili kuandaa kituo kwa ajili ya kuwaagiza, unapaswa kufanya yafuatayo:

Kuandaa kitu kwa mpito kufanya kazi katika IS mpya

Kupima vifaa vyote vya miradi ya kiufundi na ya kina na kufanya mabadiliko kulingana na matokeo

Ili kutekeleza IS katika operesheni ni muhimu:

Kuandaa taarifa za utekelezaji wa mpango kazi wa kuandaa kituo kwa ajili ya utekelezaji.

Upatikanaji wa nyaraka za utekelezaji wa IS.

Upatikanaji wa wafanyakazi, ambayo inahakikisha maandalizi ya utekelezaji na uendeshaji.

Upatikanaji wa njia za kiufundi zinazokubalika za IS.

3.8 Mahitaji ya hati

Nyaraka zimeundwa kwa mujibu wa viwango vya ESKD, ESPD na GOST.

Wakati wa mchakato wa maendeleo ya IP, zifuatazo zinaweza kutumika:

GOST 19.001. – 77. ESPD. "Masharti ya jumla";

GOST 19.006. – 82. ESPD. "mahitaji ya jumla ya hati za programu zilizochapishwa";

GOST 19.201. – 82. ESPD. "maelezo ya kiufundi kwa ajili ya maendeleo ya programu."

Kwa kuongezea, aina anuwai za mikataba ya kazi, vitendo juu ya utekelezaji wa hatua za uundaji wa IP, ratiba za kazi kwa hatua na hati zilizoundwa baada ya kukamilika kwa kila hatua zinaundwa na kukubaliana na msanidi programu na mteja.

Masharti ya rejea ya kuunda mfumo

Vipimo vya kiufundi kwa mifumo ya udhibiti wa kiotomatiki

Taarifa zilizopatikana kutoka kwa wafanyakazi wa usimamizi na uendeshaji, pamoja na kuzingatia mahitaji ya wateja, pia hutumiwa.

4. Rasimu ya kazi ya kiufundi

4.1 Nyaraka za mfumo wa jumla

4.1.1 Maelezo ya ufafanuzi

Mradi wa kufanya kazi wa kiufundi kwenye AIS " Mwalimu wa Kompyuta»ni mojawapo ya nyaraka kuu zinazoongoza uundaji na utekelezaji wa IP. Hati hii hutoa nyaraka kulingana na ambayo mfumo unapaswa kufanya kazi, pamoja na hesabu ya ufanisi wa kiuchumi uliopatikana kutokana na utekelezaji wa IS. Nyaraka za mradi wa kazi ya kiufundi ni pamoja na nyaraka za habari, kiufundi, shirika na msaada wa hisabati.

Hati hii imekubaliwa na mteja na msanidi mkuu. Ubunifu wa kiufundi wa kufanya kazi unaweza kubadilika tu katika kesi zile ambazo zimeainishwa katika makubaliano ya Novemba 9, 2009; uundaji wa IP unafanywa kwa msingi wa makubaliano yaliyotajwa hapo juu yaliyohitimishwa kati ya mteja na IP. msanidi programu.

Maelezo ya jumla ya IP " Mwalimu wa Kompyuta»

AIS inaendelezwa" Mwalimu wa Kompyuta»imeundwa kuelekeza uhasibu wa bidhaa na mtiririko wa pesa kwenye duka, ili kuongeza ufanisi wa kiuchumi wa biashara. Jina kamili la mfumo "Mfumo wa habari wa uhasibu wa bidhaa na mtiririko wa pesa katika biashara" Mwalimu wa Kompyuta».

Mfumo hukutana na malengo makuu ya uundaji wake, ambayo ni:

1. Kuhakikisha uaminifu wa data ya uhasibu juu ya bidhaa katika ghala na mtiririko wa fedha.

2. Kuhakikisha ufanisi wa kupata taarifa za msingi, za jumla, za uchambuzi na za kuripoti kuhusu bidhaa na fedha zilizopokelewa kutokana na mauzo ya bidhaa.

3. Kupunguza nguvu ya kazi ya kukusanya, kurekodi, kufupisha na kuchambua habari kuhusu bidhaa na mtiririko wa pesa katika biashara.

4. Uundaji wa taarifa bora na usaidizi wa uchanganuzi wa mifumo ya kuboresha uhasibu wa bidhaa na mtiririko wa pesa.

5. Kupunguza gharama za kuhifadhi bidhaa.

4.1.2 Mpango kazi wa kuandaa kituo kwa ajili ya kuweka IS katika utendaji kazi

Ili kuweka IS katika operesheni lazima:

1. Kuandaa kitu cha otomatiki kwa utekelezaji.

2. Mafunzo ya wafanyakazi (mafunzo ya wafanyakazi na kupima uwezo wa kuhakikisha utendaji wa mfumo).

3. Kukamilisha IS na bidhaa zinazotolewa.

4. Re-vifaa vya majengo na mpangilio wa vituo vya kazi kwa mujibu wa viwango na kanuni.

5. Kuajiri mtaalamu kwa huduma na kusaidia IS (inayofanywa na mteja kulingana na mapendekezo ya msanidi).

4.1.3 Uhesabuji wa ufanisi wa kiuchumi

Ufanisi wa kiuchumi wa AIS iliyotekelezwa inaweza kutathminiwa kupitia athari zilizohesabiwa. Hizi ni pamoja na:

· Kuimarisha udhibiti wa utendaji kazi.

· Uwezekano wa kukata magogo ya shughuli zilizofanywa.

· Kuongeza kiwango cha uaminifu wa habari.

· Kuzuia ufikiaji wa habari kulingana na mahitaji ya mifumo inayolindwa.

· Kupata maelezo ya kina zaidi na kufanya mkusanyiko wake kiotomatiki.

· Mbinu mpya za ujumuishaji na utaratibu wa kutatua shida za uhasibu na kufanya maamuzi ya usimamizi.

Shukrani kwa otomatiki ya kituo, idadi ya wauzaji inaweza kupunguzwa hadi mbili. Kisha mshahara wa wauzaji wawili utakuwa 2∙12∙800=19200 UAH. katika mwaka. Lakini gharama ya kudumisha mtaalamu wa matengenezo ya mfumo itagharimu 1∙12∙1000=12000 UAH. katika mwaka.

Kwa hivyo, athari ya kiuchumi ya kila mwaka kutoka kwa kuanzishwa kwa IP itakuwa sawa na: 19200 - 12000 = 7200 UAH. katika mwaka.

4.2 Nyaraka za sehemu ya kazi

4.2.1 Maelezo ya kazi za kiotomatiki

Mchoro wa muundo wa utendaji wa IS.

· Kuhakikisha ufanisi wa kupata maelezo ya msingi, ya jumla, ya uchambuzi na ya kuripoti juu ya hesabu na mtiririko wa pesa unafanywa kwa kutumia ripoti na usindikaji uliokusanywa na IS kwa ombi la mtumiaji.

· Ukusanyaji, uhasibu, muhtasari na uchanganuzi wa taarifa juu ya hesabu na mtiririko wa pesa hutokea kutokana na ripoti na usindikaji uliokusanywa na IS kwa ombi la mtumiaji.

· Uundaji wa taarifa faafu na usaidizi wa uchanganuzi wa mbinu za kuboresha uhasibu wa hesabu na mtiririko wa pesa, kupunguza gharama za kuhifadhi hesabu.

4.2.2 Maelezo ya taarifa ya tatizo

Msingi wa kujenga AIS " Mwalimu wa Kompyuta"ni utekelezaji wa mfumo wa 1C: Enterprise 7.7, kwa msaada wa ambayo suluhisho la shida ya uhasibu wa bidhaa na mtiririko wa pesa kwenye duka na ghala hufanywa kiotomatiki. Msingi wa IS uliojengwa hukutana na malengo yaliyofafanuliwa katika kifungu cha 2 cha maelezo ya kiufundi ya mfumo na inakidhi mahitaji ya mteja.

4.3 Nyaraka za usaidizi wa shirika kwa IS

Mchoro wa muundo wa shirika wa kituo hutolewa katika kiambatisho cha ripoti juu ya hatua ya awali ya mradi wa utekelezaji wa IS.

Maelezo ya muundo wa shirika wa IS

Uhasibu wa bidhaa unafanywa kwa kutumia kompyuta 2, ambazo zimeunganishwa kwenye mfumo mmoja. Kwa kutumia kompyuta ya ghala, rekodi huhifadhiwa za risiti na matumizi ya bidhaa, na data iliyochakatwa hupitishwa kwa washiriki wengine wa mtandao. Rekodi ya bidhaa katika duka pia itawekwa. Mwishoni mwa kila wiki, itakuwa ya kutosha kuonyesha mizani na kuangalia upatikanaji wa bidhaa katika duka na katika ghala na data iliyotolewa na kompyuta. Wauzaji lazima waingize data kwenye risiti za bidhaa zilizo dukani, waingize gharama na uondoe salio, na pia watumie mfumo huu wakati wa kuwahudumia wateja.

4.4 Nyaraka za usaidizi wa habari

Usaidizi wa taarifa (IS) wa AIS una maelezo ya kawaida na marejeleo yanayowasilishwa kwa njia ya viunga katika 1C: Mfumo wa Biashara na ambayo inaweza kubadilishwa na mtaalamu wa usaidizi wa AIS. Usaidizi wa habari pia unajumuisha hifadhidata katika muundo wa DBF (muundo wa baadhi yao umewasilishwa katika Kiambatisho 4), ambazo hazikutumiwa hapo awali katika biashara kurekodi bidhaa na zilikusanywa katika mchakato wa kuingiza taarifa za awali.

Msaada wa habari wa AIS " Mwalimu wa Kompyuta» inajumuisha data kuhusu bidhaa (nambari ya serial, jina la bidhaa, jina la msambazaji, kiasi cha bidhaa, tarehe ya kuwasili kwenye ghala, bei ya ununuzi, tarehe ya kufutwa kwa ghala, nk). Taarifa hii inaingizwa kwenye hifadhidata ya kituo cha kazi (umbizo la DBF) na kurejeshwa kutoka hapo inapohitajika. Hifadhidata zilizo na habari kuhusu bidhaa na mtiririko wa pesa kwa miaka iliyopita zinapaswa kuhifadhiwa kwenye kumbukumbu na kuhifadhiwa (kwenye kumbukumbu) kwenye anatoa ngumu za kituo cha kazi. Hifadhidata pia huhifadhi data kuhusu wauzaji na wateja.

Kila mwezi, usanidi wa mfumo huhifadhiwa na kuhifadhiwa kwenye kumbukumbu kwenye kompyuta mwenyeji. Inapohitajika, kila mtumiaji anaweza kutumia habari anayohitaji kwa kuipakua kutoka kwa kompyuta kuu.

4.5 Nyaraka za maunzi

Kuegemea kwa seti ya njia za kiufundi hupimwa na matumizi ya vifaa vilivyopo na vipya, na pia kwa njia ya uendeshaji ya IS. Kwa kuwa PC zote na vifaa vya ofisi vilivyojumuishwa katika IS vilinunuliwa, hali yao inapimwa kwa kufuata kwa 90% na kuaminika kwa mfumo.

Msaada wa kiufundi wa IP ni pamoja na: kompyuta mbili za usanidi sawa ambazo zilipatikana. Kompyuta zimeunganishwa kwenye mtandao wa ndani kwa kutumia kebo ya jozi iliyopotoka na topolojia ya mtandao wa pete ya kimantiki, ambayo inaruhusu habari kuhamishwa kwa kasi ya 10-100 Mbit/sec.

Vifaa pia vinajumuisha kifaa cha uchapishaji - printer.

4.6 Nyaraka za programu

Programu inajumuisha njia zote na algorithms zilizotengenezwa hapo awali katika biashara kwa ajili ya kuhesabu viashiria kuu vya kiuchumi vinavyohusiana na usimamizi, uhasibu na udhibiti wa bidhaa na mtiririko wa fedha katika biashara. Pia hutoa algorithms kwa utendaji wa mfumo kwa ujumla na kazi zake za kibinafsi.

4.7 Nyaraka za programu

Programu ya AIS" Mwalimu wa Kompyuta» ni pamoja na:

- Mfumo wa uendeshaji wa MS Windows umewekwa moja kwa moja kwenye vituo vya kazi,

- 1C: Programu ya Enterprise 7.7, pamoja na vifaa vyake vyote vya uendeshaji wa moja kwa moja wa IS,

- programu ya antivirus,

- mtunza kumbukumbu

- Meneja wa faili

- programu zingine za Microsoft Office 2003.

Programu kuu ya uendeshaji wa AIS " Mwalimu wa Kompyuta"ni programu ya 1C: Enterprise 7.7 ambayo imewekwa kwenye Kompyuta zote ambazo ni sehemu ya maunzi ya IS. Nyaraka za programu hii zimekubaliwa kama sehemu ya hati za IS kwa ujumla.

Programu zote hapo juu zimewekwa kwenye kompyuta zote ambazo ni sehemu ya mtandao.

Mfumo una muundo wa sehemu. Kuna vipengele vitatu tu kuu: "Uhasibu", "Uhasibu wa uendeshaji", "Hesabu". Kila sehemu huongeza uwezo wa mfumo na utaratibu wake wa usindikaji wa habari.

Hitimisho

Ubunifu huo unakusudia kuhakikisha utendaji mzuri wa AIS na mwingiliano na wataalam wanaotumia kompyuta katika uwanja wa shughuli za chombo maalum cha kiuchumi na ukuzaji wa njia ya mawasiliano kufanya kazi zao za kitaalam na kufanya maamuzi ya usimamizi. Ni muundo wa hali ya juu ambao unahakikisha uundaji wa mfumo ambao unaweza kufanya kazi na uboreshaji wa mara kwa mara wa kiufundi, programu, vifaa vya habari, ambayo ni, msingi wake wa kiteknolojia, na kupanua anuwai ya kazi za usimamizi zilizotekelezwa na vitu vya mwingiliano. Kuanzishwa kwa AIS katika biashara kunawezesha sana kazi na hati, ambayo inafanya uwezekano wa kutatua masuala mengi haraka na kwa ufanisi. Uendeshaji mzuri wa mfumo ulioendelezwa na kutekelezwa hutoa athari inayoonekana ya kiuchumi kwa kupunguza gharama, kufungia wakati wa kufanya kazi wa wataalam, kuboresha ubora na kuegemea kwa uhasibu wa usafirishaji wa bidhaa, na kuwezesha utayarishaji wa hati zinazoambatana na ripoti.

Orodha ya fasihi iliyotumika

1. Mifumo ya habari na teknolojia katika uchumi Kwa. Mh. V.S. Ponomarenka, Kyiv, "Chuo", 2002.

2. Filimonenko N.I. Maelezo ya mihadhara ya kozi "mifano na mbinu za usimamizi wa mradi."

3. Teknolojia za habari za kiotomatiki katika uchumi. Chini ya. Mh. G.A. Titarenko, Moscow, "Kompyuta", 1998.

4. Mfumo wa umoja wa nyaraka za programu. Kamati ya Jimbo la USSR ya Viwango, M., 1982.

5. R. Fatrepp, D. Schafer, L. Schafer Software Management Management. Mafanikio. Kufikia ubora bora kwa gharama za chini, Williams, Moscow - St. Petersburg - Kyiv, 2003.

6. Muundo wa mifumo ya habari. Nyuma. Mh. V.S. Ponomarenko, Kyiv, "Chuo", 2002.