Ang nilalaman ng paglikha ay gumagana. Halimbawa ng mga tuntunin ng sanggunian para sa pagsusuri

2.2.5 Komposisyon at nilalaman ng trabaho upang lumikha ng isang sistema

Sa unang yugto ng paglikha ng isang sistema, ang isang bagay ay sinuri at ang pangangailangan na lumikha ng isang sistema ay nabigyang-katwiran, pati na rin ang pagpaplano at pagsusuri ng mga kinakailangan ng system.

Sa ikalawang yugto, ang pagbuo at pag-apruba ng mga tuntunin ng sanggunian para sa paglikha ng sistema ay nagaganap.

Kasama sa ikatlong yugto ang pagbuo ng isang teknikal na disenyo ng system at dokumentasyon para sa system.

Ikaapat na yugto: pag-unlad teknikal na dokumentasyon sa sistema.

Ang huling yugto ay ang pagpapatakbo ng system.

2.2.6 Pamamaraan ng kontrol at pagtanggap ng system

Ang proseso ng pagsubok ay isinasagawa sa 3 yugto:

Pagsubok sa ilalim ng normal na mga kondisyon;

Mag-check in matinding kondisyon;

Pagsusuri sa mga pambihirang sitwasyon.

Kapag sinusuri sa ilalim ng normal na mga kondisyon, ang data ng katangian ay ipinadala sa programa, na binago ang karaniwang gawain ng operator.

Ang pagsubok sa ilalim ng matinding mga kondisyon ay nagsasangkot ng pagpasok ng mga halaga ng hangganan para sa data, pagpasok isang malaking bilang record, o vice versa na binabawasan ang bilang ng mga record sa zero.

Ang pagsuri sa mga pambihirang sitwasyon ay kinabibilangan ng pagpasok ng malinaw na hindi tamang data, o data na matatagpuan sa mga hangganan ng pinapayagang lugar, data na naglalaman ng mga puwang, numero at titik sa iba't ibang di-wastong kumbinasyon.

Pagkatapos ng pilot testing, lahat ng mga isyu na lumitaw ay napagkasunduan.

2.2.7 Mga kinakailangan para sa komposisyon at nilalaman ng gawaing paghahanda

object ng automation para sa pag-commissioning

Bago patakbuhin ang system, kinakailangan na magsagawa ng ilang mga aktibidad, tulad ng:

Bumili ng computer at ikonekta ito sa network ng organisasyon;

I-install ang kinakailangang software;

Sanayin ang mga tauhan kung paano gamitin ang system (dapat itong gawin ng developer ng system sa oras ng pagtatrabaho gamit ang "Reklama IS User Guide");

Punan ang mga gabay

Ipasok ang paunang data;

Magsagawa ng test run ng system;

Ilagay sa operasyon.

2.2.8 Mga kinakailangan sa dokumentasyon

Sa pagkumpleto ng trabaho, ang taga-disenyo ng system ay dapat magbigay ng manwal ng gumagamit.

2.3 Teknikal na proyekto para sa pagbuo ng IS "Reklama" para sa

negosyo real estate kumpanya

2.3.1 Pangkalahatang probisyon

Buong pangalan ng binuong system: “Automated lugar ng trabaho advertising manager ng isang ahensya ng real estate.

Ang automated na lugar ng trabaho ay binuo ng isang 6th year student ng evening faculty ng specialty na "Applied Informatics in Economics" ng Altai State Technical University. I.I. Polzunova Tkachenko N.I. kinomisyon ng residential real estate department ng real estate agency na SIA Delovaya Nedvizhimost LLC.

Ang sistema ay nilikha batay sa gawain para sa disenyo ng diploma (Appendix A).

Ang programa ay dapat na nakatuon sa kumpanya SIA Delovaya Nedvizhimost LLC, dapat isaalang-alang ang lahat ng mga tampok ng advertising.

Ang layunin ng paglikha ng sistema ay pataasin ang kahusayan ng departamento ng residential real estate.

Ang paggamit ng system ay dapat malutas ang mga sumusunod na gawain:

Sentralisadong imbakan ng impormasyon tungkol sa mga bagay sa real estate;

Automation ng paghahanda ng mga anunsyo para sa real estate;

Automation ng pagbuo ng listahan ng presyo;

Mabilis na paghahanap kinakailangang impormasyon;

Ang pinagmumulan ng financing para sa trabaho ay ang customer ng enterprise. Ang pagbabayad ay gagawin pagkatapos makumpleto ang trabaho.

Ang sistema ay dapat sumunod sa mga pamantayan at tuntunin ng kaligtasan, kaligtasan ng sunog at pagsabog.

Kapag nagdidisenyo ng system, dapat gamitin ang GOST normative at teknikal na mga dokumento:

GOST 34.602-89. Teknolohiya ng impormasyon. Set ng mga pamantayan para sa mga automated system. Mga tuntunin ng sanggunian para sa paglikha ng isang awtomatikong sistema;

RD 50-34.698-90 Mga Alituntunin. Teknolohiya ng impormasyon. Isang hanay ng mga pamantayan at mga dokumento ng gabay sa mga awtomatikong sistema. Mga kinakailangan sa mga awtomatikong system para sa nilalaman ng mga dokumento;

GOST 34.601-90. Teknolohiya ng impormasyon. Set ng mga pamantayan para sa mga automated system. Mga awtomatikong sistema. Mga yugto ng paglikha;

GOST 34.603-92. Teknolohiya ng impormasyon. Mga uri ng pagsubok ng mga awtomatikong system.

Kapag bumubuo ng isang sistema, ang mga kakaiba ng pagsusumite ng advertising sa iba't ibang media (iskedyul ng pagsusumite, isang tiyak na sistema ng mga pagdadaglat, atbp.) ay dapat isaalang-alang.


Sa likod ng ugali ng bisita. Ang pag-alam sa pamantayan mula sa pagkakasunud-sunod ay magbibigay-daan sa kanila na aktibong maimpluwensyahan ang kliyente at kunin ang pinakamahusay na mga taktika ng sikolohikal na serbisyo sa bawat yugto. 3. Service Center Manager Software Balang araw ay tiyak na sasabihin ng mga mananalaysay sa hinaharap na ang mga computer ay isa sa mga pinakadakilang nagawa ng sangkatauhan noong ikadalawampu siglo. Lumitaw ang maginhawang mga personal na computer ...

... ; - static na pisikal na labis na karga; - overvoltage ng mga visual analyzer. Ang empleyado ay obligado: - upang gumanap lamang ang trabaho na itinakda niya Deskripsyon ng trabaho. - panatilihing malinis ang lugar ng trabaho. - obserbahan ang rehimen ng trabaho at pahinga, depende sa tagal, uri at kategorya aktibidad sa paggawa. - sumunod sa mga hakbang sa kaligtasan ng sunog. Mga lugar ng trabaho na may mga computer...

Ito ay OS DT-MAX (DT-MAX) na bersyon 6.0, na ginagamit sa complex na ito. pangunahing solusyon para sa pagpapatupad ng mga bahagi ng system Mga Pangkalahatang Probisyon Ang automated na lugar ng trabaho ng operator ng mga awtomatikong booth at ang sistema ng impormasyon ay idinisenyo upang magtrabaho sa mga departamento ng telekomunikasyon ng lungsod (GOES) bilang bahagi ng automated control system ng AMS GOES. ARM APP...



Gusto kong ialay ito sa reception department ng shopping mall na "Zhukovka". Naniniwala ako na magiging kapaki-pakinabang na bumuo at magpatupad ng isang awtomatikong sistema ng impormasyon sa pagpaplano ng benta sa negosyong ito, na kung saan ay magpapabilis at lubos na mapadali ang gawain ng departamento ng pagtanggap ng Zhukovka shopping mall. Plan-scheme ng reception department at ang istraktura ng reception at accommodation service ng TC "Zhukovka" ...

5. Komposisyon at nilalaman ng trabaho upang lumikha ng isang sistema

5.1 Mga deadline para sa pagkumpleto ng trabaho

Ang pinagsama-samang mga deadline para sa pagpapatupad ng mga yugto at yugto ng trabaho sa paglikha ng AIS "Challenge 03" ay ibinibigay sa subsection Mga nakaplanong petsa ng pagsisimula at pagkumpleto para sa paglikha ng system (p. 10) ng dokumentong ito.

5.2 Listahan ng mga organisasyon-mga tagapagpatupad ng trabaho

Ayon sa listahan 1 ng Annex 2 ng GOST 34.601-90, kasama sa listahan ng mga organisasyong gumaganap ng trabaho ang organisasyon ng customer (user) kung saan nilikha ang mga NPP at nagbibigay ng financing, pagtanggap ng trabaho at pagpapatakbo ng NPP, pati na rin ang ang pagganap ng mga indibidwal na gawain sa paglikha ng NPP.

Ayon sa listahan 2 ng Annex 2 ng GOST 34.601-90, ang listahan ng mga organisasyong nagsasagawa ng gawain ay kinabibilangan ng isang organisasyon ng developer na nagsasagawa ng gawain sa paglikha ng isang AU, nagbibigay sa customer ng isang hanay ng mga serbisyong pang-agham at teknikal sa iba't ibang yugto at mga yugto ng paglikha, at bubuo at nagbibigay din ng iba't ibang software at teknikal na mga tool sa AC.

5.3 Listahan ng mga dokumentong isusumite sa pagtatapos ng mga nauugnay na yugto at yugto ng trabaho

Sa pagkumpleto ng mga nauugnay na yugto at yugto ng trabaho, nilagdaan ng mga partido ang Mga Sertipiko ng Pagtanggap.

5.3.1 Ang komposisyon ng teknikal na proyekto

Ang teknikal na disenyo ay dapat isama ang mga sumusunod na dokumento:

    pahayag ng teknikal na proyekto (TP ayon sa GOST 34.201-89);

    paliwanag na tala sa teknikal na proyekto (P2 ayon sa GOST 34.201-89);

    functional structure diagram (C2 ayon sa GOST 34.201-89) (maaaring isama sa P2);

    paglalarawan ng kumplikadong mga teknikal na paraan (P9 ayon sa GOST 34.201-89);

    paglalarawan ng software (PA ayon sa GOST 34.201-89);

    paglalarawan istraktura ng organisasyon(PV ayon sa GOST 34.201-89);

    paglalarawan ng suporta sa impormasyon ng system (P5 ayon sa GOST 34.201-89).

5.3.2 Komposisyon ng dokumentasyong nagtatrabaho

Dapat kasama sa dokumentasyong gumagana28 ang mga sumusunod na dokumento:

    programa at mga pamamaraan ng pagsubok (PM ayon sa GOST 34.201-89).

5.3.3 Komposisyon ng dokumentasyon ng pagpapatakbo

Ang dokumentasyon ng pagpapatakbo ay dapat kasama ang mga sumusunod na dokumento:

a) pahayag ng mga dokumento sa pagpapatakbo (ED ayon sa GOST 34.201-89);

b) manwal ng gumagamit (I3 ayon sa GOST 34.201-89);

c) mga manwal ng gumagamit para sa mga module ng software (ayon sa sugnay 2.6 ng GOST 19.101-77 sa anyo ng mga pinagsamang dokumento - ang System Programmer's Manual at ang Operator's Manual alinsunod sa GOST 19.503-79 at GOST 19.505-79, ayon sa pagkakabanggit, code 32 in alinsunod sa GOST 19.101-77, disenyo alinsunod sa GOST 19.104 -78 at GOST 19.105-78).

6. Pagkakasunud-sunod ng kontrol at pagtanggap ng system

6.1 Mga uri, komposisyon, saklaw at mga pamamaraan ng pagsubok ng system at mga bahagi nito

6.1.1 Mga paunang pagsusulit

Ang mga paunang pagsubok ng pagpapatakbo ng AIS "Challenge 03" ay isinasagawa sa pamamagitan ng pagsasagawa ng mga kumplikadong pagsubok, ang mga layunin kung saan ay:

    isang kumpletong pagsusuri ng pagpapatakbo ng mga pag-andar at pamamaraan ng AIS "Mga Hamon 03";

    pagpapatunay ng pagiging maaasahan at katatagan ng paggana ng AIS "Challenge 03";

    pagsuri sa kawastuhan ng mga resulta ng system;

    sinusuri ang reaksyon ng AIS "Mga Hamon 03" sa maling impormasyon at mga emerhensiya.

Sa pagkumpleto ng mga paunang pagsusulit, ang isang konklusyon ay iginuhit sa pagtanggap ng AIS "Challenge 03" para sa operasyon ng pagsubok, pati na rin ang isang listahan ng mga kinakailangang pagpapabuti upang maalis ang mga pagkakamali at mga komento sa pagpapatakbo ng system na natukoy sa panahon ng mga pagsubok.

6.1.2 Pagsubok na operasyon

Sa yugto ng pagsubok na operasyon, ang isang hanay ng mga gawa ay isinasagawa upang pag-aralan at pagbutihin ang pagiging maaasahan ng system, lalo na:

    koleksyon ng istatistikal na impormasyon tungkol sa gawain ng AIS "Challenge 03";

    pagproseso ng istatistikal na impormasyon at pagsusuri ng mga resulta;

    pagsusuri ng impluwensya ng iba't ibang mga kadahilanan sa kahusayan ng paggana;

    paglilinaw ng mga kinakailangan para sa mga pag-andar ng AIS "Mga Hamon 03" at mga tauhan;

    pagkakakilanlan ng mga paglihis ng mga tagapagpahiwatig ng pagpapatakbo mula sa mga itinatag sa TOR at pagpapasiya ng mga sanhi ng mga paglihis;

    pag-aalis ng mga kakulangan at pagtiyak ng matatag na operasyon;

    paggawa ng mga pagbabago sa teknikal na dokumentasyon.

Ang huling yugto ng operasyon ng pagsubok ay ang pagbuo ng mga rekomendasyon para sa pagpapabuti ng pagiging maaasahan ng system at para sa pagbuo mga solusyon sa disenyo naglalayon sa kanilang pagpapatupad. Ang lahat ng mga pagbabago sa arkitektura sa system na ginawa sa panahon ng pagsubok na operasyon ay dapat na sumang-ayon sa Customer, sinubukan at makikita sa dokumentasyon para sa AIS "Challenge 03".

6.1.3 Mga pagsusulit sa pagtanggap

Sa pagtatapos ng pagsubok na operasyon ng AIS "Challenge 03", ang mga pagsubok sa pagtanggap ay isinasagawa. Ang layunin ng mga pagsubok ay i-verify ang pagsunod ng mga function at katangian ng AIS "Challenge 03" sa mga kinakailangan ng dokumentong ito. Sa panahon ng mga pagsubok, sinusuri ang mga sumusunod:

a. pagsunod sa mga algorithm ng pagproseso sa mga kinakailangan ng mga tuntunin ng sanggunian;

b. ang kakayahan ng system na iproseso ang data sa kinakailangang dami;

v. pakikipag-ugnayan sa mga mapagkukunan ng data at mga sistema ng consumer;

d.pagsunod ng monitoring module sa mga kinakailangan;

pagtutugma ng module seguridad ng impormasyon nagsumite ng mga kinakailangan;

e. backup at pagpapanumbalik ng system;

mabuti. pag-uugali ng system sa kaso ng mga pagkabigo ng hardware;

h. pagkakumpleto at pagkakumpleto ng teknikal na dokumentasyon para sa system.

Upang magsagawa ng mga pagsubok, isang komisyon ang nilikha, na binubuo ng mga kinatawan ng OOO "" at JSC "Customer". Ang programa at pamamaraan ng pagsubok ay binuo sa yugto ng "Paggawa ng disenyo".

Batay sa mga resulta ng pagsubok, isang protocol ang iginuhit, na nilagdaan ng mga kinatawan ng OOO "" at JSC "Customer". Batay sa ulat ng pagsubok, ang isang Batas ay iginuhit sa paglipat ng AIS "Hamon 03" sa komersyal na operasyon o isang desisyon ay ginawa upang i-finalize ang system at muling pagsubok.

Ayon sa sugnay 1.1 ng GOST 34.603-92, ang mga pagsubok sa NPP ay isinasagawa sa yugto ng "Commissioning" alinsunod sa GOST 34.601 upang mapatunayan ang pagsunod ng nilikha na NPP sa mga kinakailangan ng mga tuntunin ng sanggunian (TOR).

Ayon sa sugnay 1.2 ng GOST 34.603-92, ang mga pagsubok sa NPP ay isang proseso ng pag-verify ng pagganap ng mga tinukoy na function ng system, pagtukoy at pag-verify ng pagsunod sa mga kinakailangan ng TOR ng dami at (o) mga katangian ng kalidad sistema, pagtukoy at pag-aalis ng mga pagkukulang sa mga aksyon ng system, sa binuong dokumentasyon.

6.2 Pangkalahatang mga kinakailangan para sa pagtanggap ng trabaho ayon sa mga yugto

Upang tanggapin ang gawaing isinagawa, ang JSC "Customer" ay nag-isyu ng Kautusan sa pagtatatag ng isang komisyon, na kinabibilangan ng:

    komposisyon ng Komisyon;

    iskedyul ng trabaho ng komisyon;

    programa at pamamaraan ng pagsubok para sa AIS "Challenge 03".

6.2.1 Programa at pamamaraan ng pagsubok

Ang programa at pamamaraan ng pagsubok (PM ayon sa GOST 34.201-89) ay dapat isagawa alinsunod sa RD 50-34.698-90. Ang PM ay binuo sa yugto ng "teknikal na proyekto".

6.2.2 Komite sa pagtanggap

Ang komposisyon ng komisyon ay ipinakita sa talahanayan (sa ibaba).

Talahanayan 4 - Komposisyon ng komite sa pagtanggap

Komposisyon ng Komisyon

Mga Tala

Tagapangulo ng Komisyon

Kinatawan ng JSC "Customer"

Mga miyembro ng Komisyon - Mga kinatawan ng mga stakeholder:

Grupo ng mga kinatawan ng JSC "Customer"

Developer ng AIS "Challenges 03"

6.2.3 Katayuan ng komite sa pagtanggap

Interdepartmental ang status ng acceptance committee.

6.2.4 Listahan ng mga dokumentong ibinigay ng komite sa pagtanggap

Ang listahan ng mga dokumentong isusumite sa komite ng pagtanggap para sa pagsubok at pag-verify ng pagsunod ng AIS "Challenge 03" sa mga teknikal na kinakailangan ay ipinakita sa subsection Listahan ng mga dokumentong isusumite sa pagkumpleto ng mga nauugnay na yugto at yugto ng trabaho (p. 54).

7. Mga kinakailangan para sa komposisyon at nilalaman ng trabaho upang maihanda ang bagay ng automation para sa paglalagay ng system sa operasyon

7.1 Ang pagdadala ng impormasyong pumapasok sa system sa isang form na angkop para sa pagproseso gamit ang isang computer

Ang lahat ng paunang impormasyon na ginamit sa AIS "Mga Hamon 03" ay dapat na bawasan sa isang form na angkop para sa pagproseso sa isang computer.

Sa yugto ng pag-commissioning, ang pangunahing nilalaman ng impormasyon ng AIS "Challenge 03" ay dapat na tumutugma sa functional na layunin nito.

7.2 Mga pagbabagong gagawin sa automation object

Mga pagbabagong kailangang gawin sa automation object, tingnan ang Preliminary requirements para sa mga pinapayagang lugar para sa paglalagay ng mga tauhan at system vehicles (p. 36) ng mga tuntunin ng sanggunian.

7.3 Paglikha ng mga kondisyon para sa paggana ng object ng automation, kung saan ginagarantiyahan ang pagsunod ng nilikha na sistema sa mga kinakailangan na nilalaman sa TOR

Ang listahan ng mga pangunahing aktibidad na dapat gawin kapag inihahanda ang automation object para sa paglalagay ng AIS "Challenge 03" sa pagpapatakbo:

    pagtatapos ng mga kasunduan para sa supply at teknikal na suporta sa mga supplier ng kagamitan;

    pagtatapos ng mga kasunduan para sa teknikal na suporta sa mga supplier at software developer;

    kumpletong hanay ng AIS "Mga Hamon 03";

    paglilinaw ng mga tuntunin at pamamaraan para sa pagsasanay sa kawani at kawani;

    pagpili at pagsasanay ng mga tauhan ng mga nagtatrabaho na grupo;

    paglikha ng mga subdivision at serbisyong kailangan para sa paggana ng system.

7.4 Paglikha ng mga yunit at serbisyong kailangan para sa paggana ng system

Tingnan ang Mga Kinakailangan para sa bilang at mga kwalipikasyon ng mga tauhan ng "Mga Hamon 03" ng AIS at ang kanilang paraan ng pagpapatakbo (p. 24).

7.4.1 Mga deadline at pagkakasunud-sunod ng pagpili

Hindi bababa sa isang buwan bago magsimula ang trabaho sa paglikha ng AIS "Challenge 03", ang OJSC "Customer" ay nagrekrut ng isang kawani ng mga espesyalista upang subaybayan ang pag-unlad ng trabaho sa paglikha ng AIS "Challenge 03", pati na rin ang kaukulang kawani ng mga tauhan sa pagpapatakbo - dalawang linggo bago magsimula ang mga kurso sa pagsasanay ng kontratista. Inaako ng JSC "Customer" ang responsibilidad para sa pagpasok ng mga tauhan ng LLC "Technograd Plus" sa mga bagay na automation.

Bago ang simula ng pagsubok, bubuo at inaprubahan ng "Customer" ng JSC ang komposisyon ng mga komite sa pagtanggap.

7.4.2 Pamamaraan sa pagsasanay ng mga tauhan

Ang mga tiyak na petsa at mga programa sa pagsasanay at ang komposisyon ng mga unang grupo ay dapat matukoy sa yugto ng paghahanda at pag-unlad at maaaring higit pang pinuhin. Sa yugto ng operasyon, ang regular na pagsasanay ay dapat isagawa sa mga volume na sapat para sa pang-araw-araw na operasyon ng AIS "Challenge 03".

8. Mga kinakailangan sa dokumentasyon

Ang lahat ng mga resulta ng trabaho sa paglikha ng system at mga bahagi nito, sa pagpupulong at pagsasaayos ng mga indibidwal na subsystem at software ay dapat na dokumentado nang detalyado sa isang form na inaprubahan ng mga responsableng tao.

Kapag nagko-compile ng mga dokumento, kinakailangang sundin ang mga kinakailangan na itinakda sa kasalukuyang ESKD at ESPD para sa mga nauugnay na uri ng suporta ng AIS "Mga Hamon 03". Ang mga dokumentong iginuhit sa mga wikang banyaga ay dapat may apendiks na may pagsasalin sa Russian. Ang isang listahan ng mga dokumento ay dapat na iguguhit para sa bawat hanay ng mga dokumento.

Ang LLC "" ay gumuhit ng isang protocol ng mga paunang pagsubok para sa autonomous na pagsubok ng mga elemento ng AIS "Challenge 03", pati na rin ang mga resulta ng isang komprehensibong pagsubok ng buong system sa pinagsama-samang bilang isang solong dokumento.

Para sa mga taong kumakatawan sa acceptance committee, maghanda ng mga kopya ng form ng Acceptance Certificate para sa operasyon, na ginagawang batayan pinag-isang anyo Blg. KS-14, inaprubahan ng Dekreto ng State Statistics Committee Blg. 100 na may petsang Nobyembre 11, 1999.

8.1 Listahan ng mga set at uri ng mga dokumentong bubuuin

Tingnan ang Listahan ng mga dokumentong ipapakita sa dulo ng mga nauugnay na yugto at yugto ng trabaho (p. 54).

8.2 Mga kinakailangan para sa dokumentasyon ng microfilming

Walang mga kinakailangan para sa microfilming ng dokumentasyon.

8.3 Mga kinakailangan para sa pagdodokumento ng mga bahagi ng cross-industriyang aplikasyon

Walang mga kinakailangan para sa pagdodokumento ng mga bahagi ng cross-industriyang aplikasyon.

9. Mga mapagkukunan ng pag-unlad

9.1. Mga ulat sa mga natapos na proyekto ng pananaliksik

Ang gawaing pananaliksik sa paksang ito ay hindi naisagawa.

9.2 Mga dokumento at materyales ng impormasyon batay sa kung saan binuo ang ToR at dapat gamitin kapag lumilikha ng system

    "Mga Panuntunan para sa teknikal na operasyon ng mga electrical installation ng consumer", naaprubahan. Order ng Ministry of Energy ng Russian Federation na may petsang 13.01.03 No. 6;

    "Mga Panuntunan para sa pag-install ng mga electrical installation" (PUE, ed. 6 at 7, 2002);

    ANSI/EIA/TIA-568-B, ISO 11801 2nd Edition (2002), EN 50173-1 2nd Edition (2002) Commercial building telecommunications cabling standards;

    ANSI/TIA/EIA-569-A Standard para sa mga landas ng telekomunikasyon at mga espasyo para sa mga komersyal na gusali;

    ANSI/TIA/EIA-606 Commercial Building Telecommunication Infrastructure Administration Standard;

    ANSI/TIA/EIA-607 - Mga kinakailangan para sa isang telecommunications equipotential bonding at grounding system para sa mga komersyal na gusali;

    VSN 59-88 "Mga kagamitang elektrikal ng tirahan at mga pampublikong gusali. Mga pamantayan sa disenyo";

    GOST 12.1.004-91. Sistema ng mga pamantayan sa kaligtasan sa paggawa. Kaligtasan sa sunog. Pangkalahatang mga kinakailangan;

    GOST 12.2.007-75. Sistema ng mga pamantayan sa kaligtasan sa paggawa. Mga produktong elektrikal;

    GOST 12.2.049-80. Mga kagamitan sa produksyon. Pangkalahatang ergonomic na kinakailangan;

    GOST 13109-97. Enerhiya ng kuryente. Ang pagiging tugma ng mga teknikal na paraan ay electromagnetic. Kalidad na mga pamantayan enerhiyang elektrikal sa pangkalahatang layunin ng mga sistema ng supply ng kuryente;

    GOST 14254-96. Mga antas ng proteksyon na ibinigay ng mga enclosure (IP Code);

    GOST 18322-78. Pagpapanatili at pagkumpuni ng kagamitan. Mga Tuntunin at Kahulugan;

    GOST 19.101-77. ESPD. Mga uri ng mga programa at mga dokumento ng programa;

    GOST 2.102-68. ESKD. Mga uri at pagkakumpleto ng mga dokumento ng disenyo;

    GOST 2.105-95. ESKD. Pangkalahatang mga kinakailangan para sa mga dokumento ng teksto;

    GOST 2.601-2006. ESKD. mga dokumento sa pagpapatakbo;

    GOST 20.39.108-85. Isang komprehensibong sistema ng pangkalahatang teknikal na mga kinakailangan. Mga kinakailangan para sa ergonomics, habitability at teknikal na aesthetics. Nomenclature at pagkakasunud-sunod ng pagpili;

    GOST 20911-89. Mga teknikal na diagnostic. Mga Tuntunin at Kahulugan;

    GOST 21.002-81. Sistema dokumentasyon ng proyekto para sa pagtatayo. Normatibong kontrol ng disenyo at pagtatantya ng dokumentasyon;

    GOST 21958-76. Hall at cabin ng mga operator. Mutual na pag-aayos ng mga trabaho. Pangkalahatang ergonomic na kinakailangan;

    GOST 25861-83. Mga computer at sistema ng pagpoproseso ng data Mga kinakailangan sa kaligtasan ng elektrikal at mekanikal at mga pamamaraan ng pagsubok;

    GOST 27.002-89. Pagiging maaasahan sa teknolohiya. Pangunahing konsepto. Mga Tuntunin at Kahulugan;

    GOST 27300-87. Mga sistema ng pagsukat ng impormasyon. Pagkumpleto at mga panuntunan para sa pag-compile ng dokumentasyon ng pagpapatakbo;

    GOST 27699-88. Mga sistema ng hindi maaabala na supply ng kuryente para sa mga AC receiver. Pangkalahatang teknikal na kondisyon;

    GOST 29099-91. Mga lokal na network ng computing. Mga Tuntunin at Kahulugan;

    GOST 30.001-83. Sistema ng mga pamantayan ng ergonomya at teknikal na aesthetics. Mga pangunahing probisyon;

    GOST 34.201-89. Teknolohiya ng impormasyon. Set ng mga pamantayan para sa mga automated system. Mga uri, pagiging kumplikado at pagtatalaga ng mga dokumento kapag lumilikha ng mga awtomatikong sistema;

    GOST 34.601-90. Set ng mga pamantayan para sa mga automated system. Mga awtomatikong sistema. Mga yugto ng paglikha;

    GOST 34.602-89. Set ng mga pamantayan para sa mga automated system. Mga tuntunin ng sanggunian para sa paglikha ng isang awtomatikong sistema;

    GOST 34.603-92. Teknolohiya ng impormasyon. Mga uri ng pagsubok ng mga awtomatikong sistema;

    GOST R 50571.21-2000 "Mga electrical installation ng mga gusali. Bahagi 5. Pagpili at pag-install ng mga de-koryenteng kagamitan. Seksyon 548. Grounding device at system para sa pagpapantay ng mga potensyal na elektrikal sa mga electrical installation na naglalaman ng mga kagamitan sa pagpoproseso ng impormasyon.

    GOST R 50739-95. Mga pasilidad sa kompyuter. Proteksyon laban sa hindi awtorisadong pag-access sa impormasyon. Pangkalahatang mga kinakailangan;

    GOST R 50775-95 "Mga sistema ng alarma. Bahagi 1. Pangkalahatang mga kinakailangan. Seksyon 1. Pangkalahatang Probisyon.

    GOST R 50776-95 "Mga sistema ng alarma. Bahagi 1. Pangkalahatang mga kinakailangan. Seksyon 4 Manwal ng Disenyo, Pag-install at Pagpapanatili.

    GOST R 50839-95 "Electromagnetic compatibility ng mga teknikal na paraan. Pagpapanatili ng teknolohiya ng computer at impormasyon sa electromagnetic interference. Mga kinakailangan at pamamaraan ng pagsubok".

    GOST R 50948-96. Paraan ng pagpapakita ng impormasyon para sa indibidwal na paggamit. Pangkalahatang ergonomic at mga kinakailangan sa kaligtasan;

    GOST R 51275-99. Proteksyon ng data. object ng impormasyon. Mga salik na nakakaapekto sa impormasyon. Pangkalahatang mga probisyon;

    GOST R 51318.22-99 (CISPR 22-97). Ang pagiging tugma ng mga teknikal na paraan ay electromagnetic. Pang-industriya na panghihimasok sa radyo mula sa kagamitan sa teknolohiya ng impormasyon. Mga pamantayan at pamamaraan ng pagsubok;

    GOST R 51318.24-99 "Electromagnetic compatibility ng mga teknikal na paraan. Katatagan ng mga kagamitan sa teknolohiya ng impormasyon sa electromagnetic interference. Mga kinakailangan at pamamaraan ng pagsubok".

    GOST R 52069.0-2003. Proteksyon ng data. Ang sistema ng mga pamantayan. Mga pangunahing probisyon;

    NPB 105-95. Mga pamantayan sa kaligtasan ng sunog;

    NPB 110-03 "Listahan ng mga gusali, istruktura, lugar at kagamitan na protektahan ng mga instalasyong awtomatikong pamatay ng sunog at awtomatikong alarma sa sunog."

    PR 50.1.019. Mga tuntunin sa standardisasyon. Pangunahing puntos pinag-isang sistema klasipikasyon at coding ng teknikal, pang-ekonomiya at panlipunang impormasyon at pinag-isang sistema dokumentasyon sa Russian Federation;

    RD 153-34.0-03.150-00. Mga panuntunan sa intersectoral sa proteksyon sa paggawa (mga panuntunan sa kaligtasan) sa panahon ng pagpapatakbo ng mga electrical installation;

    RD 50-34.698-90. Mga tagubilin sa pamamaraan. Isang hanay ng mga pamantayan at alituntunin para sa mga awtomatikong system. Mga kinakailangan para sa nilalaman ng mga dokumento;

    teknikal na base mga serbisyoambulansya medikal tulongsa 2007 - 2011, inaprubahan ng Decree of the Government of St. Petersburg na may petsang 03 ...

Pangkalahatang Impormasyon. 6

1.1. Buong pangalan ng system.. 6

1.2. Simbolo sistema.. 6

1.3. Code ng paksa.. 6

1.4. Customer. 6

1.5. Gumagamit. 6

1.6. Kontratista. 6

1.7. Batayan sa trabaho. 6

1.8. Mga nakaplanong tuntunin ng pagganap ng mga gawa. 6

1.9. Pinagmumulan ng financing. 6

1.10. Utos ng financing. 6

1.11. Ang pagkakasunud-sunod ng pagpaparehistro at pagtatanghal ng mga resulta ng trabaho sa Customer. 7

1.12. Listahan ng mga dokumentong pangregulasyon at teknikal, mga materyal na pamamaraan na namamahala sa pagbuo ng System.. 7

1.13. Listahan ng mga pagdadaglat. walo

1.14. Mga termino at kahulugang ginamit sa ToR. 9

1.15. Ang pamamaraan para sa paggawa ng mga pagbabago at pagdaragdag. labing-isa

Layunin at layunin ng paglikha (pag-unlad) ng sistema.. 12

2.1. Layunin ng sistema.. 12

2.2. Mga layunin at layunin ng gawain. 12

Mga katangian ng bagay ng automation. 14

3.1. Maikling impormasyon tungkol sa automation object. 14

3.2. Impormasyon tungkol sa mga kondisyon ng pagpapatakbo ng bagay at katangian ng automation kapaligiran 14

3.2.1. Mga kondisyon ng pagpapatakbo ng kumplikadong mga teknikal na paraan. 14

3.2.2. Mga katangian ng kapaligiran.. 14

3.3. Paglalarawan ng lugar ng automation object sa pinagsama-samang nakapaligid na awtomatiko mga sistema ng impormasyon.. 14

3.3.1. Impormasyon tungkol sa panlabas na kapaligiran. 14

3.3.2. Ang mga pangunahing tungkulin ng mga nakikipag-ugnayan na partido. 15

3.4. Ang kasalukuyang estado ng object ng automation. 15

3.4.1. Pangkalahatang Impormasyon. 15

3.4.2. Paglalarawan ng umiiral na istraktura ng System.. 15

3.5. Pangkalahatang mga prinsipyo Pagbuo ng Sistema.. 17

Pangangailangan sa System. labinsiyam

4.1. Pangkalahatang kinakailangan ng system.. 19

4.1.1. Mga kinakailangan para sa istraktura at paggana ng system.. 19

4.1.1.1. Listahan ng mga subsystem, ang kanilang layunin at pangunahing katangian. dalawampu

4.1.1.2. Mga kinakailangan para sa mga pamamaraan at paraan ng komunikasyon para sa pagpapalitan ng impormasyon sa pagitan ng mga bahagi ng system 21

4.1.1.3. Mga kinakailangan para sa mga interconnection ng system sa mga panlabas at kaugnay na sistema, na tinitiyak ang pagiging tugma nito. 22

4.1.1.4. Mga kinakailangan para sa mga mode ng pagpapatakbo ng system.. 22

4.1.1.5. Mga Kinakailangan sa System Diagnosis.. 22

4.1.1.6. Mga prospect para sa pag-unlad, modernisasyon ng System.. 23

4.1.2. Mga kinakailangan para sa bilang at mga kwalipikasyon ng mga tauhan ng system at ang kanilang paraan ng pagpapatakbo, mga kinakailangan para sa mga kwalipikasyon ng mga gumagamit ng system at ang kanilang paraan ng pagpapatakbo.. 23

4.1.2.1. Mga kinakailangan para sa bilang ng mga tauhan ng System.. 23

4.1.2.2. Mga kinakailangan para sa kwalipikasyon ng mga tauhan, ang pamamaraan para sa kanilang pagsasanay at kontrol ng kaalaman at kasanayan 24

4.1.2.3. Kinakailangang paraan ng trabaho ng mga tauhan ng System.. 24

4.1.2.4. Mga kinakailangan para sa kwalipikasyon ng mga gumagamit ng system.. 25

4.1.2.5. Kinakailangang work mode para sa mga user ng System.. 25

4.1.3. Mga tagapagpahiwatig ng layunin. 25

4.1.3.1. Bilang ng mga gumagamit. 25

4.1.3.2. Ang bilang ng mga bagay na pinoproseso. 26

4.1.3.3. Bandwidth. 28

4.1.3.4. Oras ng pagtanggap ng ulat. 28

4.1.4. mga kinakailangan sa pagiging maaasahan. 29

4.1.4.1. Mga tagapagpahiwatig ng kakayahang magamit/pagkakatiwalaan. 29

4.1.4.2. Mga kinakailangan para sa mga hakbang sa programa upang matiyak ang pagiging maaasahan. tatlumpu

4.1.5. mga kinakailangan sa seguridad. 31

4.1.6. Mga kinakailangan para sa ergonomya at teknikal na aesthetics. 31

4.1.7. Mga kinakailangan sa transportability para sa mga mobile speaker.. 32

4.1.8. Mga kinakailangan para sa pagpapatakbo, pagpapanatili, pagkukumpuni at pag-iimbak ng mga bahagi ng system 32

4.1.8.1. Mga kundisyon at regulasyon (mode) ng pang-industriyang operasyon. 32

4.1.8.2. Mga kinakailangan para sa komposisyon, pagkakalagay at mga kondisyon ng imbakan ng isang set ng mga ekstrang bahagi at kagamitan 33

4.1.8.3. Mga kinakailangan sa pagpapanatili. 33

4.1.9. Mga kinakailangan para sa proteksyon ng impormasyon mula sa hindi awtorisadong pag-access. 34

4.1.9.1. Mga teknikal na kinakailangan sa proteksyon ng impormasyon. 35

4.1.10. Mga kinakailangan para sa kaligtasan ng impormasyon sa kaso ng mga aksidente. 36

4.1.10.1. Ang listahan ng mga kaganapan kung saan ang kaligtasan ng impormasyon sa system ay dapat matiyak 36

4.1.10.2. Mga kinakailangan para sa mga regulasyon at dami ng pag-backup at pag-archive ng data 37

4.1.11. Mga kinakailangan sa patent. 37

4.1.11.1. Listahan ng mga bansa kung saan ang system at ang mga bahagi nito ay dapat na walang patent 37

4.1.11.2. Mga kinakailangan para sa paggamit ng lisensyadong software. 37

4.1.12. Mga kinakailangan para sa estandardisasyon at pag-iisa. 37

4.1.13. Mga karagdagang kinakailangan. 38

4.2. Mga kinakailangan para sa mga function (mga gawain) na ginagawa ng system. 38

4.2.1. Mga kinakailangan para sa mga sitwasyon (mga proseso) na awtomatiko ng system na ito. 38

4.2.1.1. Script para sa paggawa ng workflow para sa isang user na nagtatrabaho sa mga account 38

4.2.1.2. Script upang lumikha ng workflow para sa isang user na nag-e-edit ng mga ulat at mga query sa paghahanap ng ibang mga user. 38

4.2.2. Mga kinakailangan para sa pagbuo ng Subsystem para sa pagkolekta ng impormasyon mula sa mga mapagkukunan ng media at social media 39

4.2.2.1. Mga kinakailangan para sa tampok na "Koleksyon ng nilalaman mula sa mga serbisyo para sa instant messaging" 39

4.2.2.2. Mga kinakailangan para sa function na "Pagkolekta ng mga sukatan ng mga mensaheng nagbibigay-kaalaman mula sa media". 39

4.2.2.3. Mga kinakailangan para sa function na "Pagkolekta ng sukatan" Bilang ng mga view. 39

4.2.3. Mga kinakailangan para sa pagbuo ng Subsystem ng pangunahing pagproseso ng impormasyon. 40

4.2.3.1. Mga kinakailangan para sa function na "Pagtukoy sa pagsipi ng bagay ng impormasyon." . 40

4.2.3.2. Mga kinakailangan para sa function na "Pagkilala sa mga trend ng impormasyon". 40

4.2.3.3. Mga kinakailangan para sa function na "Pagpapasiya ng pakikipag-ugnayan ng madla." 40

4.2.3.4. Mga kinakailangan para sa function na "Pagtukoy sa index ng pagsipi ng isang mensaheng nagbibigay-kaalaman" 41

4.2.4. Mga kinakailangan para sa pagbuo ng AWP Analytics. 41

4.2.4.1. Mga kinakailangan para sa pagbuo ng seksyong "Home Page". 41

4.2.4.2. Mga kinakailangan para sa mga function ng seksyong "Mga Istatistika". 42

4.2.4.3. Mga kinakailangan para sa mga function ng seksyong Mga Trend ng Impormasyon. 42

4.2.5. Mga kinakailangan para sa pagbuo ng workstation ng Administrator. 43

4.2.5.1. Mga kinakailangan para sa mga function ng seksyong "Mga Limitasyon ng Ulat." 43

4.2.5.2. Mga kinakailangan para sa mga function ng seksyong "Mga Limitasyon ng Mensahe". 43

4.2.6. Mga kinakailangan para sa pagbuo ng workstation ng information risk manager. 44

4.2.6.1. Mga kinakailangan para sa function na "Publishing response to information risk." 44

4.2.7. Mga kinakailangan para sa pagbuo ng AWP Account Manager. 44

4.2.7.1. Mga kinakailangan para sa mga function ng seksyong "Mga Tao". 44

4.2.7.2. Mga kinakailangan para sa mga function ng seksyong "Mga Account". 45

4.2.8. Mga kinakailangan para sa pagbuo ng isang awtomatikong lugar ng trabaho ng Administrator ng Mga Ulat. 46

4.2.8.1. Mga kinakailangan para sa mga function ng seksyong "Mga Ulat." 46

4.2.8.2. Mga kinakailangan para sa mga function ng seksyong "Mga Kahilingan." 47

4.2.9. Mga kinakailangan para sa pagbuo ng Subsystem ng mga bagay ng impormasyon ng user. 47

4.2.9.1. Mga kinakailangan para sa function na "Gumawa at mag-edit ng custom na object." . 47

4.2.9.2. Mga kinakailangan para sa function na "Maghanap ng custom na bagay." 48

4.2.10. Mga kinakailangan para sa pagbuo ng Relational-Situational Analysis Subsystem. 48

4.2.10.1. Mga kinakailangan para sa syntaxe definition module.. 48

4.2.10.2. Mga kinakailangan para sa module para sa pagtukoy ng mga halaga ng syntaxemes.. 48

4.2.10.3. Mga kinakailangan para sa module para sa pagtukoy ng mga ugnayan ng mga syntaxemes.. 49

4.3. Mga kinakailangan para sa mga uri ng collateral. 49

4.3.1. Mga kinakailangan para sa suporta sa impormasyon.. 49

4.3.1.1. Mga kinakailangan para sa komposisyon, istraktura at pamamaraan ng pag-aayos ng data sa system. 49

4.3.1.2. Mga kinakailangan para sa organisasyon ng pagpasok ng data sa system. 50

4.3.1.3. Mga kinakailangan para sa pagpapalitan ng impormasyon sa pagitan ng mga bahagi ng system.. 50

4.3.1.4. Mga kinakailangan para sa paggamit ng buong lungsod at iba pang mga rehistradong classifier, pinag-isang mga dokumento atbp. 50

4.3.1.5. Layunin ng mga direktoryo at classifier at impormasyong nakaimbak sa kanila. ... 50

4.3.1.6. Dami at komposisyon ng impormasyong natanggap mula sa mga classifier. 50

4.3.1.7. Mga kinakailangan para sa pagbuo ng mga karagdagang classifier. 51

4.3.1.8. Mga kinakailangan para sa paggamit ng mga sistema ng pamamahala ng database. 51

4.3.1.9. Mga kinakailangan para sa istraktura ng proseso ng pagkolekta, pagproseso, pagpapadala ng data sa system at pagpapakita ng data. 51

4.3.1.10. Mga kinakailangan para sa pagprotekta ng data mula sa pagkasira sa panahon ng mga aksidente at pagkawala ng kuryente ng system 51

4.3.1.11. Mga kinakailangan para sa kontrol, imbakan, pag-update at pagbawi ng data. 52

4.3.1.12. Mga kinakailangan para sa pamamaraan para sa pagbibigay legal na puwersa mga dokumentong ginawa teknikal na paraan AC.. 52

4.3.2. Mga kinakailangan para sa suportang pangwika.. 52

4.3.3. Mga Kinakailangan sa Software.. 52

4.3.4. Mga kinakailangan sa software.. 52

4.3.5. Mga kinakailangan para sa teknikal na suporta.. 53

4.3.6. Mga kinakailangan para sa metrological na suporta.. 54

4.3.7. Mga kinakailangan para sa suporta sa organisasyon.. 54

4.3.7.1. Mga kinakailangan para sa istruktura at mga tungkulin ng mga departamentong kasangkot sa pagpapatakbo ng System o pagtiyak ng operasyon.. 54

4.3.7.2. Mga kinakailangan para sa organisasyon ng paggana ng system at ang pamamaraan para sa pakikipag-ugnayan sa pagitan ng mga tauhan ng System at ng mga tauhan ng object ng automation. 54

4.3.7.3. Mga kinakailangan para sa proteksyon laban sa mga maling aksyon ng mga tauhan ng System .. 54

4.3.8. Mga kinakailangan para sa metodolohikal na suporta.. 54

4.3.9. Mga kinakailangan para sa suporta sa telekomunikasyon ng sistema.. 55

4.3.9.1. Mga kinakailangang linya at mga channel ng komunikasyon. 55

4.3.9.2. daluyan ng paghahatid. 55

4.3.9.3. Mga teknikal na parameter ng mga channel ng komunikasyon. 55

4.3.9.4. Bandwidth, mga interface, topology, atbp. 55

4.3.9.5. Ang pangangailangan upang ayusin ang mga bagong channel ng komunikasyon o ang posibilidad ng paggamit ng umiiral na imprastraktura ng telekomunikasyon ng Pamahalaan ng Moscow. 55

Komposisyon at nilalaman ng trabaho sa paglikha ng system.. 56