Slabo zasnovana tehnična specifikacija vodi do drugih težav. V fazi izvajanja projekta lahko izvajalec naleti na težave, ki niso bile vnaprej znane. To lahko ovira izpolnitev pogodbe.
Kako pravilno pripraviti tehnične specifikacije za razpis za informacijsko varnost
Pri pripravi tehničnih specifikacij za razpis je priporočljivo upoštevati zahteve standarda GOST 34.602-89 " Informacijska tehnologija. Nabor standardov za avtomatizirane sisteme. Projektna naloga za ustvarjanje avtomatiziran sistem" Dokument bo pomagal zgraditi jasno strukturo projektna naloga, določite razdelke, ki bodo napolnjeni s potrebnimi zahtevami.
Poglejmo, na kaj morate biti pozorni pri izpolnjevanju dokumenta.
Projektna naloga za razpis, vzorec (okvirna struktura)
Splošne informacije
Projektna naloga se tradicionalno začne s tem razdelkom. V njem stranka navede ime sistema. Zagotavlja podatke o sebi - polna in skrajšana imena, naslov lokacije. Če sta pravni in dejanski naslov različna, je treba navesti oba, da bi se izognili napačni interpretaciji izvajalca.
Osnova za delo. Cilji ustvarjanja sistema
V tem razdelku morate navesti osnovo za delo, opravljanje storitev in namen ustvarjanja sistema.
Pogosto so osnova za ustvarjanje sistema pravne zahteve. V tem primeru je treba navesti regulativne dokumente, v skladu s katerimi je treba ustvariti sistem. Na primer, zahteve 152-FZ "O osebnih podatkih".
V pododdelku "Cilji za ustvarjanje sistema" stranka navede značilnosti in kazalnike, ki jih je treba doseči kot rezultat ustvarjanja sistema. Na primer "Varstvo osebnih podatkov, ki se prenašajo po odprtih komunikacijskih kanalih."
Stranka naj skrbno izpolni to rubriko, saj bo tako izvajalec lahko razumel, kakšna so naročnikova pričakovanja od sistema, ki se izdeluje in v skladu s kakšnimi dokumenti se sistem izdeluje.
Splošne značilnosti informacijskih sistemov
Ta razdelek je namenjen opisu naročnikove obstoječe infrastrukture. Bolje je, da ta razdelek izpolnite čim bolj podrobno.
Tukaj so navedeni podatki o obstoječih objektih informatizacije: natančno število delovnih postaj, strežnikov, naslovov in lokacij, uporabljeni operacijski sistemi, razpoložljivost povezav z informacijskimi in telekomunikacijskimi omrežji. mednarodna izmenjava, razpoložljiva orodja za varovanje informacij, informacije o pogojih delovanja informacijski sistemi ter druge podatke, ki jih je treba upoštevati pri pripravi tehnične rešitve.
Podroben in kakovosten zaključek tega odseka bo izvajalcu omogočil oblikovanje optimalnega tehnično rešitev.
Zahteve za sistem informacijske varnosti
Ta razdelek določa zahteve za zaščitni sistem, ki jih mora izpolnjevati. Razdelek lahko razdelimo na dva pododdelka – Splošni pogoji na sistem in zahteve za funkcije, ki jih sistem izvaja.
Splošne sistemske zahteve
V pododdelku "Splošne sistemske zahteve" navedite:
- Zahteve za strukturo in sestavo podsistemov. Na primer »Podsistem za identifikacijo in avtentikacijo«, »Podsistem za nadzor dostopa« itd.
- Zahteve za zanesljivost ustvarjenega sistema. Na primer, "Zaščitni sistem mora biti sposoben obnoviti in opravljati svoje funkcije po okvari (odpovedi) programske in strojne opreme."
- Varnostne zahteve, to je zahteve za zagotavljanje varnosti med namestitvijo, delovanjem, vzdrževanjem in popravilom tehničnih sredstev zaščitnega sistema. Na primer: »Komponente strojne opreme varnostnega sistema morajo imeti zaščitno ozemljitev, na ničlo".
- Delovne zahteve vzdrževanje. Na primer, "Zaščitni sistem mora delovati 24 ur na dan, v neprekinjenem načinu."
Zahteve za funkcije, ki jih izvaja sistem
Za vsakega od prej opisanih podsistemov je vzpostavljen seznam funkcij in nalog, ki jih mora izvajati sistem informacijske varnosti. Na primer, za podsistem kontrole dostopa je določena zahteva za omejitev neuspešnih poskusov vstopa v informacijski sistem.
Pri izpolnjevanju tega razdelka se lahko osredotočite na zahteve regulativnih dokumentov na področju informacijske varnosti. Trenutno normativno bazo, na primer v smislu varstva osebnih podatkov, vam omogoča pravilno oblikovanje zahtev za podsisteme informacijske varnosti.
Priporočamo, da označite »Programske zahteve« in »Zahteve za tehnična sredstva».
Programske zahteve
V tem pododdelku je treba določiti naslednje za programsko opremo varnostnega sistema:
- zahteve glede združljivosti z operacijskimi platformami in strojno opremo, ki jo uporablja stranka;
- zahteve za funkcionalnost opisanega programsko opremo;
- zahteve za obrambni mehanizmi, ki jih mora program izvajati;
- zahteve za certificiranje, če so v skladu z regulativni dokumenti potrebna je certificirana rešitev.
Zahteve za tehnična sredstva
Pododdelek navaja:
- zahteve glede strojne platforme, v kateri mora biti tehnična naprava implementirana;
- zahteva za operacijski sistem;
- zahteve glede funkcionalnih lastnosti tehnične naprave;
- zahteve za telesne lastnosti(velikost, telo);
- zahteve za pogoje delovanja ( delovna temperatura, vlažnost itd.);
- zahteve za certificiranje.
Sestava in vsebina dela
Ta razdelek mora vsebovati seznam faz in faz dela za ustvarjanje sistema. Za učinkovit nadzor nad delom morajo biti navedeni roki za njihovo izvedbo. Stranka lahko oblikuje zahtevo za seznam dokumentov, predstavljenih na koncu ustreznih faz in faz dela.
Postopek kontrole in prevzema sistema
V tem razdelku naročnik opisuje splošne zahteve za prevzem dela. Za vsako fazo in fazo dela ali za celoten kompleks dela je mogoče predvideti postopek usklajevanja in odobritve poročevalske dokumentacije.
Na primer, podpisan odgovorne osebe potrdilo stranke o opravljenem delu za vsako fazo. Po zaključku del in podpisu potrdila o izvedbi se bodo upoštevali ločeni akti za vsako fazo.
Zahteve za izvajalca
Eden od zadnjih razdelkov je "Zahteve za izvajalca."
Ta razdelek določa, katere licence mora imeti izvajalec. Navedene so zahteve glede števila in usposobljenosti strokovnjakov izvajalca za opravljanje del. Pomembno je razumeti, da morajo biti zahteve za izvajalca utemeljene in utemeljene, sicer lahko pride do pritožbe zoper zahteve naročnika.
Zahteve glede garancije
Vklopljeno na tej stopnji Navedene so garancijske zahteve kupca. V zahtevah za garancijsko podporo lahko določite vrsto potrebne podpore - po telefonu, pošti, spletnem svetovalcu na spletnem mestu izvajalca. Določite lahko zahteve za obdelavo zahtevkov za incidente – ure za obdelavo incidentov, raven storitev za stranke, odzivni čas na zahteve itd.
Zahteve glede dokumentacije
Naročnik določi zahteve za seznam sklopov in vrst dokumentov, ki jih mora pripraviti izvajalec, ter zahteve za zagotavljanje dokumentov.
Na primer, dokumente je treba predložiti v tiskani obliki na papirju in v v elektronski obliki, posneto na nosilce CD-Rom, DVD-Rom.
Katere napake so najpogostejše pri pripravi tehničnih specifikacij?
Naročnik ne ve, na podlagi katerega dokumenta naj pripravi tehnične specifikacije.
Za osnovo lahko vzamete GOST 34.602-89 "Informacijska tehnologija. Nabor standardov za avtomatizirane sisteme. Tehnične specifikacije za izdelavo avtomatiziranega sistema« in izpolnite dokument s potrebnim gradivom.
IN različni kraji V istih tehničnih specifikacijah so protislovja.
Pred objavo tehnične specifikacije je treba skrbno preveriti. Stranka bi morala razumeti, da če referenčna naloga ni dobro izdelana, tvega, da bo prejela storitev, delo ali izdelek nizke kakovosti.
Kratki roki za izdelavo tehničnih specifikacij.
Pogosto obstajajo tehnične specifikacije, ki določajo zelo kratke roke za izvedbo del. Stranko vodijo lastni motivi, vendar tvega, da bo prejel nizko kakovostne storitve, delo in blago.
Strankam priporočamo, da ob pripravi tehničnih specifikacij plačajo več pozornosti v razdelek "Sestava in vsebina dela". Na tej točki lahko podrobno opišete delo in ga razdelite na ločene stopnje ter analizirate časovni razpored vsake stopnje. To nam bo omogočilo, da dobimo bolj objektivno sliko o časovni razporeditvi celotne tehnične specifikacije.
Tehnične specifikacije določajo zahteve za neobstoječe izdelke.
Gre za tehnične specifikacije, v katerih je naročnik izvedel temeljito analizo obstoječih izdelkov na trgu, izbral lastnosti vsakega izdelka, ki so se mu zdele privlačne, in zahteve združil v eno tehnično specifikacijo. Lahko se zgodi, da na trgu ni izdelka, ki bi ustrezal vsem zahtevam.
Da bi se izognili tej situaciji, priporočamo, da pri pripravi tehničnih specifikacij izpostavite največ pomembne lastnosti, ki jih imajo številni izdelki. Po pripravi tehničnih specifikacij še enkrat preverite navedene zahteve za Tehnične specifikacije za skladnost z realnim blagom na trgu.
Pri pripravi tehničnih specifikacij za delo/storitev so pogosto možnosti, ko ni evidentiran jasen seznam del/storitev in niso opredeljeni rezultati del/storitev. storitve.
V takšnih primerih so verjetni konflikti med naročnikom in izvajalcem, saj storitev ali delo izvajalca ne bo izpolnilo pričakovanj naročnika. Da se to ne bi zgodilo, mora biti naročnik pri pripravi tehnične specifikacije bolj pozoren na razdelke »Podlaga za izvedbo del. Cilji ustvarjanja sistema" in "Sestava in vsebina dela". Praksa kaže, da je bolje razdeliti delo na ločene faze. Opišite zahteve za posamezno fazo, zabeležite roke in rezultate dela za posamezno fazo. S temi ukrepi se bo izboljšal nadzor nad izvajanjem del oziroma opravljanjem storitev.
Zaključek
Dobro napisana tehnična specifikacija bo koristila tako izvajalcu kot naročniku. Izvajalcu bo omogočal ustrezno oceno obsega del brez dodatnih zahtev in pojasnil ter naročniku ponudil najprimernejšo tehnično rešitev. Stranka bo prejela visoko kakovostno delo pri izdelavi zaščitnega sistema, ki najbolj ustreza njegovim pričakovanjem.
Stanislav Šiljajev, vodja projektov informacijske varnosti v SKB Kontur
Regulativni dokumenti in pravni vidikiBoleče točke o predlogi tehnične specifikacije za razpise
Lucija Vasiljeva 29. januar 2015 14:18Pri svojem delu pogosto naletim na prošnjo za pošiljanje predloge tehničnih specifikacij za izdelavo/implementacijo/nakup programske opreme za vključitev v razpisno dokumentacijo. Vsakič, ko se vprašam, kaj naj takšna predloga vsebuje, ali naj bo ena ali več in ali je takšna predloga potrebna?
Sam sem našel odgovore, obstajajo pa tudi drugačna mnenja. Zato bom predstavil svojo logiko sklepanja in z velikim veseljem poslušal in bral sklepanje svojih kolegov.
Tehnična naloga(TZ) je glavni del razpisne dokumentacije, katerega namen je pomagati pobudniku javnega naročila (kupcu) pri nedvoumni izbiri izdelka/storitve/dela ob zagotavljanju najboljših pogojev za izvedbo naročila. Dobavitelj s predlogo tehnične specifikacije pričakuje, da bo njegova tehnična specifikacija zadovoljila kupca in bo vzeta kot osnova. In seveda, dobaviteljev izdelek popolnoma ustreza tej specifikaciji, kar je plus.
Razumeti je treba, da naročnik pri ocenjevanju vlog na razpis nima možnosti preveriti točnosti vseh podatkov in razumeti, v kolikšni meri njegove zahteve pokriva predlog naslednjega udeleženca. In po podpisu pogodbe za stranko ni dobičkonosno, včasih pa jo je z vidika upravičenosti težko prekiniti.
Zdaj pa poglejmo dejanja udeleženca javnega naročila (dobavitelja). Če me kot izvajalca zanima pridobitev pogodbe z naročnikom, potem pripravim detajl pojasnilo- prijavo za sodelovanje na razpisu, bom proučil in komentiral vse točke tehničnih specifikacij. Tudi če moj produkt danes »nečesa ne zna narediti«, potem bom imel čas, da ga »naučim« ali pa bo po podpisu pogodbe čas, da razumem potrebe in ponudbo naročnika. Alternativna možnost. Seveda je vse v okvirih zakona.
Po drugi strani pa ne glede na to, kako čudovito predlogo tehnične specifikacije izdelajo dobavitelji in ne glede na to, kako podrobne tehnične specifikacije ustvari kupec, to ne bo dalo pričakovanega učinka za dobavitelja: pobudnik nakupa bo prisiljen skleniti pogodbo s tistim, ki ponudi najboljše pogoje za izvedbo pogodbe. Projektna naloga ne omogoča zakonsko predvidene zagotovljene izločitve »nezaželenih« udeležencev (postopek javnega naročanja je usmerjen v možnost izbire in določitve zmagovalca).
Klasično vprašanje dobavitelja: »Kaj naj naredim? Skleniti roke in upati na srečo? Seveda ne. Projektna naloga mora biti pripravljena, a ne šablonsko, ampak za vsak razpis posebej. Če želite to narediti, predlagam, da ste pozorni na spodaj opisane točke, odvisno od načina nabave.
Zahteva za ponudbe in dražba- To so načini nakupa po najnižji ceni. Zato mora biti tehnična specifikacija prostorna:
● vključiti natančen opis kaj bo dobavljeno, konfigurirano, nameščeno ali spremenjeno;
● določiti jasen vrstni red del/storitev, tako da morebitni ponudnik vidi obseg in zahtevnost in se boji sprejeti odgovornost, ko se prijavi na razpis.
Projektna naloga mora vsebovati opis rezultata, kar bo pobudniku omogočilo v fazi izvajanja naročila nadzor nad prejemom pričakovanega in po potrebi razumno prekinitev pogodbe.
Natečaj je nabavna metoda za identifikacijo dobavitelja boljše pogoje izvedba pogodbe. Tukaj velja vse zgoraj navedeno, obstaja pa še dodaten »vzvod«, na katerega dobavitelji pogosto pozabijo. Govorimo o merilih za ocenjevanje prijav.
Metodologija za ocenjevanje vlog je podrobno določena v Odloku Vlade Ruske federacije z dne 28. novembra 2013 št. 1085 "O odobritvi Pravil za ocenjevanje vlog ...". Pri kriterijih za določitev zmagovalca izpostavite tisto, kar je za naročnika pomembno prednosti izvajalec.
Splošne določbe tehničnih specifikacij
Če imate tehnično zapleten projekt (ali zelo specifičen), potem na splošno mora obstajati slovar izrazov in definicij . Morda bi bilo vredno razložiti nekaj vaših fraz v glosarju. Da se izognete zmedi, takoj postavite vse na svoje mesto.
Cilji projekta
Nujno je, da je v projektni nalogi navedeno, kakšni so cilji vašega projekta, zakaj nastaja, kako bo deloval in kakšen naj bo končni rezultat. Tudi če izvajalec dela na majhnem delu projekta, mora v celoti razumeti njegovo strukturo, naloge, cilje in tehnične rešitve.
Funkcionalne zahteve
Vse zahteve kupcev lahko razdelimo na dve vrsti: funkcionalen in poseben.
Funkcionalna zahteva- to so možnosti izvedbe, ki jih želite videti pri sebi.
Posebna zahteva- to so zahteve, s pomočjo katerih morajo biti izpolnjene dodeljene naloge. Če teh zahtev ni, naj se izvajalec samostojno odloči, kaj in kako bo uporabil pri izdelavi vaših tehničnih specifikacij.
Roki
Roki za izvedbo morajo biti določeni v projektni nalogi. V nobenem primeru ne sme biti jasen rok in opisane so sankcije za neupoštevanje teh rokov. Izvajalec mora razumeti, da ne gre le za točko iz projektne naloge, ampak za realno montažo, v kolikor pa ni dokončana, tvega denarne ali druge sankcije.
Poročanje
Če je projekt velik in zahteva več mesecev za dokončanje, potem delo razdelite na stopnje in za vsako določite jasne časovne okvire. Po zaključku določene faze zahtevajte poročanje o opravljenem delu. Obstajati mora tudi poročilo o dejansko opravljenem delu.
Odgovornost
Če sestavite pogodbo, bo v njej klavzula o odgovornosti. Če se omejujete le na tehnične specifikacije, potem je vredno tam opisati, kakšno neupoštevanje rokov, neizvajanje projekta, razkrivanje nians dela tretjim osebam, izvajalec je odgovoren v skladu z zakonom, lahko pa si določite tudi svoje globe in sankcije.