Proiectul de sistem de securitate tehnică poate fi făcută în diferite forme.
În cazul unei centrale nucleare, desigur, totul este mult mai complicat. Nu se poate face fără proiectul mai multe etape. În acest caz, veți găsi că sistemul de securitate poate fi aplicat serie mai slab compatibile cu standardele de stat.
În primul rând, pentru că sistemul de securitate tehnică face parte din sistemele de joasă tensiune de clădiri și structuri, se aplică Standardul 21 serii (documentația de proiectare sistem de construcție) și toate SNIP (cod de construcții), în special în ceea ce privește instalarea de echipamente de automatizare și sisteme electrice.
În al doilea rând, din moment ce sistemele de securitate moderne, de regulă, sunt foarte foarte automatizate, acestea sunt aplicabile standard 24 serii ( „sisteme automatizate de control“) și mai târziu și serii mai generale GOST - 34 (pur și simplu „sisteme automate“).
În al treilea rând, în cazul în care software-ul este o parte a sistemului (și cum altfel, în cazul în care fiecare stație de lucru are două sau trei calculatoare), apoi proiectul într-o bucată de software-ul trebuie să îndeplinească mai multe și GOST Seria 19 (sistem de documentare unică de software).
În al patrulea rând, pentru că sunteți crearea unui sistem de securitate este un produs (chiar dacă este făcut într-un singur exemplar și asamblate direct pe site-ul), acesta poate fi aplicat integral și GOST Seria 2 (unificat sistem de proiectare de documentare) și 15 (sistem de dezvoltare și produse de introducere pe producție).
În cele din urmă, problemele de design casual, sisteme și persoane specializate afectate:
- GOST P 50776-95 (sisteme de alarmă)
- GOST 51241-98 (Mijloace de sisteme de control acces și de gestionare)
- GOST R 50571 (Instalații electrice în construcții).
În cele din urmă, în multe cazuri, va trebui să aibă în vedere un număr de RD, publicat Comitetul Tehnic de Stat (în prezent reorganizate în FSTEC) pentru protecția datelor.
Acum, mitul principal. Credeți că deciziile tehnice principale pe parcursul procesului de proiectare? Cu siguranță, nu. Deciziile-cheie au fost făcute atunci când contractul a fost încheiat cu contractantul selectat. Acum, în procesul de proiectare va fi actualizat numai elemente, și sunt susceptibile de a fi scutit o gramada de bani (principalul cost sistem nu este în echipamentul de bază, și cablurile, precum și alte materiale auxiliare), dar deciziile majore sunt aceleași ca și în proiectul precedent , realizată de aceeași companie. Acest lucru se datorează faptului că antreprenorul a fost capabil să realizeze un proiect similar, și a ales. Este de mirare că el va aplica din nou aceleași soluții de bază. Mai mult decât atât, în cazul în care un client încearcă să insiste asupra introducerii de modificări, veți obține mai rău, mai scumpe și mai mult decât în cazul în care modificările și nu au încercat să facă. Ideea este, de asemenea, că adoptarea soluțiilor tehnice de bază - o afacere foarte consumatoare de timp. După ce a primit, soluții dovedite - acestea trebuie să fie copiat de multe ori. Schimbări semnificative în deciziile majore, cum ar fi schimbarea echipamentului va duce la schimbări semnificative în toate secțiunile proiectului. Ca urmare, probabilitatea de a face o greșeală (sau pur și simplu nu calculează utilizarea optimă a materialelor auxiliare) a crescut enorm.
Cu toate acestea, o oarecare libertate de alegere la proiectarea acolo.
Proiectare, în mod ideal, este format din mai multe etape. Formal (GOST), cele mai multe dintre etapele sunt opționale, iar în cazul în care proiectul este mic, cu siguranță nu sunt făcute ca etape distincte ale contractului, și nu se termină cu documentele de proiectare finală frumoase. Cu toate acestea, la fel ca licitația pentru execuția lucrărilor este mereu acolo, chiar dacă nu este numit acest cuvânt (și, de fapt, arată ca o vizită personală pentru client potențialilor contractanți și negocieri cu fiecare separat), astfel ca acest lucru și etapele de proiectare sunt mereu prezente. Este util să ne amintim, chiar și în cazul în care stadiul de „design preliminar“ este 20 de minute diagrame de desen în creion pe resturi de hârtie de ambalaj.
34,601 pe etape GOST proiectării unui sistem automatizat sunt:
- cerințe de formare;
- dezvoltarea conceptului;
- termenii de referință;
- proiectarea preliminară;
- proiectul tehnic;
- documente de lucru.
Potrivit 3.01.01 a tăia cu foarfeca documentelor de lucru la stadiul de instalare și punere în funcțiune trebuie să introducă un set de documentație construit.
Conform GOST 24209 în documentul de lucru privind stadiul documentației „punere în funcțiune“ trebuie să introduceți de întreținere.
Să ne în ordine.
Primele trei etape - inclusiv dezvoltarea TOR pentru proiectare - sarcini mici, adesea efectuate în cadrul negocierilor înainte de încheierea contractului, în mod gratuit. Rezultatul este, TK care merge direct la aplicarea contractului. Ele sunt executate, de regulă, împreună cu clientul și contractor, pentru numai clientul poate articula ceea ce vrea, și un contractant poate ajuta traduce aceste „dorințe“, în caietul de sarcini limbaj clar. Deja în acest stadiu, este de dorit ca discuțiile au participat nu numai de personalul de vânzări, dar, de asemenea, pentru a proiecta ingineri.
A doua etapă (de obicei, de asemenea, în mod implicit, înainte de încheierea contractului) - pentru a dezvolta conceptul. De asemenea, el a discutat mai sus, pentru că în 99% din cazuri se reduce pentru a corespunde unui concept tipic utilizat de contractor pentru soluția X problemele clientului Y.
A treia etapă - formarea unei specificații formale cerințe - uneori (din păcate, foarte rar, doar pentru proiecte relativ mari) efectuate în prima fază a lucrărilor este deja sub contract. Foarte recomanda și clienții și contractori (de exemplu, chiar și în cazul în care clientul nu dorește să plătească pentru scrierea de TK) - să dezvolte și sunt de acord (să semneze la client) pentru o termeni mai detaliate de referință. Acești termeni de referință, ca urmare ar trebui să fie baza unui document important, care este programul și metodologia testelor de acceptare. În absența unui astfel de document în momentul semnării Actului final și client și contractantul va simți nemulțumit.
TK și MIT, desigur, vor fi dezvoltate în continuare în procesul de proiectare, dar orice modificare a acestora trebuie să fie convenite în același mod ca și în momentul semnării contractului. Dintr-o dată a face clientul cu o zi înainte de data noilor cerințe poate avea ca rezultat o muncă suplimentară de urgență a sute de oameni. Dintr-o dată descoperit de către client în momentul proprietăților de livrare a sistemului poate însemna că acest sistem este de nici un folos pentru el și banii aruncate la vânt.
Următoarele trei etape -, proiectarea tehnică preliminară și documentația de lucru. Proiect de proiect este alocată o etapă separată a contractului numai pe site-uri mari, și divizia de evenimente de proiectare a documentației tehnice separate, precum și o lucrare separată nu reuniseră încă de lucru. Probabil, acest lucru nu are sens decât în contractele de preț și de miliarde de unitati neconditionate de mai sus.
Proiect de proiect trebuie să conțină o listă a tuturor părții de bază și esențială a echipamentului auxiliar, o indicație aproximativă în cazul în care se află, precum și descrierea generală a algoritmului sistemului de funcționare. În cazul lucrărilor efectuate pe baza „act al studiului“, rolul de proiectare conceptuală îndeplinește aceeași „certificat de inspecție“, care imediat, în timpul inspecției obiectului, clientul și contractantul identificat în comun „camere publice, care vor fi amplasate senzori.“ Și puteți face fără documente de lucru în acest caz.
Proiectul tehnic trebuie să descrie în detaliu structura și algoritmii sistemului și documentația detaliată - toate informațiile necesare pentru livrarea și instalarea sistemului. Ele sunt, de obicei combinate într-una proiecte tehnologice. Componente principale - specificatii hardware, factura de materiale, instalatii de desen (cazare) hardware, aspectul de cabluri, tabele, conexiuni și conexiuni (jurnalele de cablu). În mod ideal, în RD ar trebui să includă, de asemenea, planul de implementare, planul de lucru, programul de livrări de materiale și echipamente pentru asamblare.
Documentația executivă. Proiect - bun. Un design bun detaliu - chiar mai bine. Cu toate acestea, ceea ce se întâmplă ca rezultat, va fi, probabil, ușor diferite de proiect. Cu toate că, în cazul în care numai pentru că în cursul instalării se dovedește că gips carton propus vesteam armat placa de beton, precum și amplasarea și ușilor, măsurate cu atenție designeri înainte de începerea lucrului, motivul schimbării de proiectare (limitare caz, care ma întâlnit - atunci când, după ce a ajuns la instalare, am constatat că clădire de 3 etaje, care este desenată pe proiect, demolat, și următoare, un nou cu 6 etaje, iar proprietarul nu este jenat, ne invită să „într-un fel atârnă totul pe primele 3 etaje ale noului BLDG Nia „). Deci, documentația executiv - un titlu inteligent pentru acele copii ale documentației de proiect pe care instalatorii marca marker de rupt „așa cum au făcut-o, de fapt.“ În cazul în care decent atunci este transferat la AutoCAD sau de bord de desen. Indecent - Documentația construită rămâne în mintea instalatorii, și dispare de acolo câteva luni, astfel încât, în caz de reparații va avea toate cablurile vyzvanivat din nou.