Tasuta kodumaine paketiarendus tarkvara See on üks keskseid ülesandeid, mis tuleb Venemaa infoturbe jaoks lahendada. Seda on korduvalt öelnud Vene Föderatsiooni president Dmitri Medvedev. Tema sõnul peaks Venemaal olema 2010. aastaks loodud oma avatud lähtekoodiga operatsioonisüsteem ja täiskomplekt rakendusi, et tagada valitsusasutuste ja eelarveliste organisatsioonide tõhus toimimine.

2007. aasta sügisel on riikliku prioriteetse projekti „Haridus“ raames väljatöötamisel ja testimisel avatud lähtekoodiga tarkvarapakett. Projekti etapid: litsentside ostmine 3 aastaks hajutatud varalise tarkvara (SBPO) tellimiseks tasuta tarkvarapaketi (PSPO) arendamiseks 2007

2007. aasta juulis toetas prioriteetsete riiklike projektide nõukogu presiidium Venemaa infotehnoloogia- ja kommunikatsiooniministeeriumi algatust kodumaise tasuta tarkvarapaketi väljatöötamiseks. Föderaaleelarve raames eraldati avatud lähtekoodiga tarkvarapaketi arendamiseks ja rakendamiseks pilootpiirkondades 59,5 miljonit rubla. "Kui Venemaa ei ole tarkvara vallas iseseisev, siis on ohus kõik muud valdkonnad, milles me tahame olla sõltumatud ja konkurentsivõimelised," D. Medvedev.

2009. aastal on kavas eraldada 650 miljonit rubla kodumaise tarkvara installimiseks kõikidesse personaalarvutitesse ja varem välja töötatud rakenduste kohandamiseks selle kasutamiseks. Selle projekti elluviimisega tegeleva ettevõtte väljaselgitamiseks kuulutati välja konkurss. See peeti Venemaal 2007. aasta sügisel. Võitis rühm "Armada". Vastavalt sõlmitud lepingule, mis läks maksma 59,5 miljonit rubla, kohustus Armada välja töötama ja testima tasuta tarkvarapaketti.

2008 2008. aasta jooksul paigaldati see komplekt enam kui 1000 Tatarstani Vabariigi, Permi territooriumi ja Tomski piirkonna kooli. Armada projekti elluviimisel aitavad kaasa Venemaa juhtivad vabatarkvara ALT LINUX, Linux-online, LINUX-INK ja VNIINS arendajad ning süsteemiintegraatorid RAMEK ja NCIT.

"2009. aastal on kavas massiline tasuta tarkvara kasutuselevõtt, mis peaks tulema koolidesse alternatiivina kommertstoodetele," ütles YUOUO piirkondliku metoodikakeskuse direktor Albina Konstantinova. „Kuid õpetajatel ja kooliadministraatoritel ei ole lihtne üleöö uut tarkvarakeskkonda õppeprotsessis omandada ja juurutada. Seetõttu otsustasime koolitöötajaid avatud lähtekoodiga tarkvaraga eelnevalt kurssi viia, isegi enne hetke, mil õpilased sisenevad oma arvutiklassi uute installitud programmidega.

Projekti saidi projekti sait

2009 PSPO valmimine ja levitamine. Valitsuse plaanide kohaselt on 2009. aastal kavas võtta PSVE kasutusele kõigis Venemaa haridusasutustes, et luua tingimused alternatiivseks tarkvaravalikuks. "Seega antakse koolidele valikuvõimalus," rõhutas oma kõnes Venemaa infotehnoloogiaministeeriumi riiklike programmide, taristu arendamise ja piiratud ressursside kasutamise osakonna direktor Maksut Šadajev.

2009. aastal saavad kõik koolid teha teadliku otsuse selle kohta, millist tarkvara tulevikus kasutada, kui PSP ja kehtivad First Aid 1.0 litsentsilepingud. Koolide pingviiniseerimine: plussid ja miinused Kõrgeimal tasemel on vaba tarkvara kasutamise küsimus vene koolides juba positiivselt lahendatud. Kuid ametlikud avaldused rõhutavad igal võimalikul viisil, et avatud lähtekoodiga haridus on vabatahtlik ja koolidele jääb valikuõigus.

Vastuargumendid: Arvuti välisseadmete draiverite puudumine (kuigi sellele on vastuolus Linuxi draiveriprojekti (LDP) avaldatud tulemused: see OS toetab kõige rohkem seadmeid võrreldes kaubanduslike kolleegidega) Ühilduvus vormingute ja Windowsi rakendustega (töötame Windowsis, kuna Linuxi jaoks pole rakendusi, ja pole rakendusi, kuna need kõik töötavad Windowsis)

Suur hulk pärandrakendusi, mis on kirjutatud ilma mitme platvormi nõudeid arvestamata (kuid reeglina on vabatarkvara parimateks näideteks platvormideülene, mis muudab uude keskkonda ülemineku sujuvaks ja valutuks. viimastel aastatel on Venemaa peaaegu eranditult Windowsi platvormi jaoks). peamiseks takistuseks Venemaa oludes võib olla kvalifitseeritud personali puudus

Litsentsitud (võimaldab kõigil Linuxit levitada ja kasutada ilma piiranguteta.). Salvestamine eelarvevahenditest(koolidele mõeldud kommertstarkvara jaoks on aastatel kavas kulutada 2,6 miljardit rubla, avatud lähtekoodiga tarkvara juurutamise projektile - ainult 650 miljonit.) Linux ei vea peaaegu kunagi, pärast mida peate arvuti taaskäivitama. Argumendid poolt:

Riikliku julgeoleku kaitsmine ja Ameerika majanduse subsideerimise lõpetamine (alati on oht, et suletud programmidel on mõned dokumenteerimata funktsioonid, mis näiteks võimaldavad süsteemil iseseisvalt tootjatega andmeid vahetada, ilma kasutajat sellest teavitamata) Linuxi võime töötada rahuldavalt nõrkadel masinad

Installimise ajal saate määrata mitmesuguseid valikuid, mis aitavad teil valida teile sobiva konfiguratsiooni. Olgu selleks siis ainult tööks mõeldud arvuti, meediakeskus, sülearvuti, veebiserver, salvestusserver või isegi võrguruuter. Linux on tuntud oma suurepärase ühilduvuse poolest teiste operatsioonisüsteemidega. Näiteks "Pinvgin" saab probleemideta lugeda, kirjutada, kopeerida, kustutada ja teha muid toiminguid failidega, mis asuvad kõvaketta partitsioonidel, kuhu Windows on installitud.

Viiruste puudumine ja suur pakett programme, mida saab kasutada õppetegevuses. Valik Linuxi distributsioonide vahel on muljetavaldav, mitusada versiooni ja igal neist on oma spetsiifilised omadused. Lisaks on kõik süsteemid üksteisega ühilduvad. Kõik see võimaldab kasutajal valida endale kõige sobivama versiooni.

Võimalus töötada avatud lähtekoodiga operatsioonisüsteemide lähtekoodiga, mida Windowsil pole. Rahvusvahelise kogukonna olemasolu (Linux'i distributsiooni toetab aktiivselt tuhandetest kasutajatest koosnev kogukond üle maailma, kes on alati valmis algajat aitama). Avatus ja arusaadavus (kõik distributsioonikomplekti moodustavad tarkvaratooted on dokumenteeritud ja kaasas lähtekoodid. Lähtekoode saab vabalt uurida, muuta ja neist koguda tarkvaratoodete täiustatud versioone).

Võimalus installida Linux teise operatsioonisüsteemina. PSVO komplekt sisaldab kõiki koolis informaatika õppimiseks vajalikke programme, samuti gümnaasiumis algebra, geomeetria, füüsika, keemia ja teiste ainete õpetamise programme, nooremate õpilaste õpetamise programme ning valikkursuste korraldamise ja süvaõppe programme. arvutiteaduse õpe.

Riistvara konfiguratsioon Tüüpiline konfiguratsioon 1: protsessor x86-32 (233 MHz); 128 MB RAM; CD-ROM; SVGA monitor (1024x768, vähemalt 256 värvi); klaviatuur, hiir Tüüpiline konfiguratsioon 2: x86 protsessor (667 MHz); 256 MB RAM; DVD-ROM; SVGA monitor (1024x768, vähemalt 256 värvi); klaviatuur, hiir Tüüpiline konfiguratsioon 3: x86 protsessor (1,5 GHz); 1024 MB muutmälu; DVD-ROM; SVGA monitor (1024x768, vähemalt 16,7 miljonit värvi); klaviatuur, hiir Terminalserver (server klassile 12 tööjaama) Protsessor x86 (2 GHz); 2 GB muutmälu; HDD 2 * 160 GB; 2 Etherneti adapterit, DVD-ROM;

WindowsLinux Bitmap graafikaredaktor Paint Adobe Photoshop Bitmap graafika KPaint Gimp HTML-redaktor Microsoft Frontpage HTML-i redaktor Quanta Plus emulaator Windowsi rakendused(Kasutatakse ainult spetsiaalselt õppeprotsessi jaoks loodud rakenduste käivitamiseks: hiire- ja klaviatuurisimulaator, integreeritud programmeerimiskeele õppekeskkond jne) - Wine failihaldur Norton Commander ja FAR Manager Total Commander Failihaldur Midnight Commande Gnome-Commander

Diagrammide ja diagrammide loomine Kdia Desktop KDE, Gnome multimeediumipleier Xmms, Xine Programmeerimiskeel FreePascal Programmid töötamiseks välisseadmetega (printer, skanner, CDRW jne) Cups, Xsane, K3b jne keerukus ja nende eksportimine, kasutades mitmeid levinud pildivorminguid . OpenOffice.org Draw Linux

Peab mainima, et mis tahes vormingus (DVD, MPEG4 jt) filmide vaatamine Linuxis on mugavam, kuna kõik vajalikud koodekid on installitud koos süsteemiga. Blender on 3D Maxi ja 3D Maya ning paljude muude igasuguste rakenduste tasuta analoog igaks juhuks. Raamatud Linuxis Siin on nimekiri raamatutest, mida pakub ALT Linuxi ettevõte K. Maslinsky, raamat + ketas ALT Linux väljaspool. ALT Linux seestpoolt (416 lk 1DVD) hõõruda. G.V. Kuryachiy, K.A. Maslinsky Linuxi operatsioonisüsteem. Loengukursus. Õppejuhend (387 lk., tõlgitud tekst) hõõruda. G.V. Suitsetaja

Vaba Tarkvara Fondi asutaja Richard Stallmani artikkel. Miks peaksid koolid kasutama ainult tasuta tarkvara 1. Tasuta tarkvara võib aidata koolidel raha säästa 2. Annab vabaduse arvutitarkvara kopeerimiseks ja levitamiseks 3. Kui koolid õpetavad inimesi kasutama vaba tarkvara, hakkavad inimesed kasutama vaba tarkvara pärast kooli lõpetamist.

4. Õppeasutused et ma kasutan tasuta tarkvara, võimaldab andekatel programmeerijatel õpilaste seas areneda. 5. Inimeste õpetamine vaba tarkvara kasutama ning vaba tarkvara arendajate ja kasutajate kogukonnas osalema on praktiline kodanikukasvatus. Samuti õpetab see inimestele pigem ühiskondliku töö ja vastastikuse abistamise eeskuju kui hooletusse jätmise eeskuju. Originaalartikkel: tõlge: Vladimir B. Tsarkov

2009. aasta novembris toimus projekti „Toetuse pakkumine PSVE rakendamiseks õppeasutustes Venemaa Föderatsioon”(NP-12) nii, et paketi“ Esmaabi 1.0 ” ja „ Esmaabi 2.0 ” kasutusperioodi lõpus saab iga kool otsustada, kas käivitada litsentsitud tarkvara ja maksta teatud summa litsentsitoetuse või minna üle tasuta tarkvarale.

Projekt sisaldab kolme ülesannet: „Vene Föderatsiooni haridusasutuste tasuta tarkvarapaketi arendamine ja kaasajastamine.“ „Vene Föderatsiooni haridusasutustele tehniliste tugiteenuste osutamine vaba tarkvarapaketi juurutamisel ja kasutamisel. „Haridusvaldkonna spetsialistide koolitus vabatarkvara paketi juurutamisel ja vaba tarkvara kasutamisel õppeprotsessis.

13. veebruaril 2010 kiitis Venemaa Föderatsiooni infoühiskonna arendamise presidendi nõukogu heaks Venemaa Föderatsiooni infoühiskonna arendamise strateegia aastani 2011 (Pr-357) rakendamise kava.

Sündmuse nimetus Eraldatud rahastuse summa ja allikas (miljonit rubla) Sihtnäitaja Indikaatorid (kumulatiivselt kokku) Vastutavad tegijad 2010 * 2011 (viide) ** Õppeasutuse ülemineku tagamine väljatöötatud tasuta tarkvarapaketi kasutamisele Kokku - 20,0, millest: föderaaleelarvest - 20,0 Kokku - 20,0, millest: föderaaleelarvest - 20,0 Haridusasutuste osakaal, mis kasutavad väljatöötatud tarkvarapaketti vähemalt 50% saadaolevate personaalarvutite jaoks, keskmiselt moodustava üksuse kohta Vene Föderatsioon 13% 25% 35% Vene Föderatsiooni Haridus- ja Teadusministeerium, Vene Föderatsiooni moodustavate üksuste täitevvõimud

,138,14 kb.

Lähteülesanne töö "Luumisele suunatud meetmete rakendamine, 403 kb.

5.1.2. Tarkvaranõuded.

AIS ESRN HK tarkvara peaks olema üles ehitatud kolmetasandilise arhitektuuri järgi: andmesalvestustase, rakenduse tase, andmete esitluse tase.

AIS ESRN HK loomise töö raames tuleb hankes osaleja tarnitud serveritarkvara- ja riistvaraplatvormil töötamiseks ette näha rakendustaseme tarkvara.

Selle tehnilise ülesande täitmise raames tuleb kasutada kaasaegset jadatööstuslikku DBMS-i, mis töötab MSZN-is või tarnib hankes osaleja.

AIS ESRN HK rakendustarkvara peaks olema üles ehitatud objektorienteeritud lahenduste (spetsialiseerunud tarkvara) arendamiseks mõeldud tööstuslikule platvormile, mis vähendab vigade ohtu ning lühendab projekti arendus- ja juurutamisaega. AIS ESRN HK arendamise tööstusplatvormi tehnilised nõuded on toodud punktis 5.1.10. Hankes osaleja tarnib selle tehnilise ülesande raames spetsiaalse tarkvara.

Tarkvara arendamisel tuleks kasutada kaasaegset objektorienteeritud lähenemist.

AIS ESRN HC tarkvara peab pakkuma mitme kasutaja töörežiimi ühes järgmistest valikutest.

• mitme kasutaja samaaegne juurdepääs ühe objekti redigeerimiseks, salvestades muudatused viimasena salvestanud kasutaja tehtud muudatused;
• juurdepääs redigeerimiseks ainult ühel kasutajal, kes avas objekti esmalt, blokeerides objekti redigeerimiseks teistele kasutajatele. Mitme kasutaja samaaegne juurdepääs blokeeritud objekti vaatamiseks.

AIS ESRN HC tarkvara peaks:

• võimaldama seadistuste kaudu muuta (ilma programmikoodi muutmata) sotsiaaltoetusmeetmete osutamise reegleid ja VKEde suuruse arvutamise valemeid.
• võimaldama luua uusi VKEsid, sooduskategooriaid, seoseid, mis määravad sooduskategooria ja selle määramise aluse, samuti VKEsid ja selle määramise aluseid. Loodud linkides (SME - baas, eeliskategooria - baas) peaks olema võimalik luua reegleid VKEde määramiseks (sooduskategooria määramiseks), seadistades vastavad kataloogid või luues kataloogides uusi väärtusi, ilma programmi koodi muutmata.
• annab võimaluse eristada kasutajate funktsionaalseid rolle, muutes rollide juurdepääsuõiguste sätteid süsteemi objektidele ja funktsioonidele, ilma programmikoodi muutmata.
• süsteem peaks andma võimaluse muuta olemasolevaid või luua uusi aruandeid, kohandades päringuid ja aruandemalle ilma programmikoodi muutmata.
• näha ette reeglite ja tingimuste käsitlemise võimalikud uuendused; ülesande, tasude ja maksete käivitatavatele koodidele omased algoritmid; aruanded, mis sisaldavad programmi koodi muutmise kaudu käivitatavate koodide täitmise tulemusi.

Loodava süsteemi toimimiseks tehnilise toe pakkumiseks tuleks maksimaalselt ära kasutada juba olemasolevaid MSZN-i ja Habarovski OSZN-i ning sotsiaalseid tugimeetmeid pakkuvate organisatsioonide infrastruktuuri osana töötavaid seadmeid.

Rakendatud tarkvara peab vastama järgmistele nõuetele:

• ühendamine;
• asjakohasus;
• seriaalsus;
• esinduslikkus;
• skaleeritavus;
• teabe ühilduvus;
• usaldusväärsus.

Tarkvara ühtlustamine.

Rakendustarkvara tuleks arendada automatiseeritud infosüsteemide arendamise ühtsete tööriistade alusel.

Et hõlbustada kasutajate koolitamist AIS ESRN HK-ga töötamiseks ja võimalust asendada üks töötaja teise, tavaliselt sarnast ülesannet täitva töötajaga, on süsteemi arendamisel kehtestatud nõuded kasutajaliidese ühtlustamiseks ühe töökoha sees ja töökohtade vahel, mis on tuleks arvesse võtta sarnaseid tehtud töö tüüpe.

Kõik kasutajaliidese komponendid kuuluvad ühtlustamisele: menüüsüsteem, teabe ekraanil kuvamise vormid, kasutajale saadetavate teadete ja päringute liigid ja vormid, sisuliselt seotud teabe asukohad, kokkulepped klahvide funktsionaalse otstarbe kohta, dialoogi korraldamine, paberkoopiate vormingud, süsteemiteated. Ühendamise meetodid määratakse kindlaks süsteemi arendajate ja kasutajate meeskonna vahel sõlmitud erikokkuleppega ning need fikseeritakse spetsiaalses dokumendis. Ühtlustamisele kuuluvad ka andmestruktuur ja objektistruktuur.

Tarkvara asjakohasus.

Rakendamiseks pakutav tarkvara peaks tagama ISPP ja SPP spetsialistide funktsioonide automatiseerimise, täites nende volitusi vastavalt SPP ja SPP tegevust reguleerivate normatiivaktide nõuetele.

Tarkvara jada.

Tutvustatav tarkvara peab olema seeriaviisiline, s.o. mida kasutatakse konkursi ajal ajakohases olekus vähemalt viies Vene Föderatsiooni üksuses. Andmebaasiserverina tuleks kasutada kaasaegset jadatööstuslikku relatsiooni-DBMS-i, mis töötab MSZN-is või tarnib hankes osaleja selle tehnilise ülesande täitmise osana.

Tarkvara juurutuste esinduslikkus.

Kasutuselevõetava tarkvara puhul peab vähemalt 500 tuhande kirjet sisaldavas andmebaasis olema kinnitatud vähemalt 50 kasutaja kasutamine samaaegse töö tingimustes.

Tarkvara skaleeritavus.

Rakendamiseks kavandatud tarkvara peaks olema kasutatav ühe kasutaja (ühe arvuti installimisel) ja mitme kasutaja režiimides.

Teabe ühilduvus.

Rakendatav tarkvara peab olema kohandatud AIS ESRN HK-s kasutamiseks soovitatud klassifikaatorites sisalduva mõistesüsteemi kasutamiseks ja valmis interaktsiooni korraldamiseks teenusekeskses arhitektuuris (veebiteenuste tasemel).

Töökindlus.

Tarkvara töökindlus, mis määrab automatiseeritud süsteemi kui terviku töökindluse, peaks tagama, et töös ei esineks tõrkeid, mis põhjustavad infosüsteemi tööprotsessi pika (üle 4 tunni) seiskamist. See nõue määratakse kindlaks, võtmata arvesse elektrikatkestustega seotud tõrkeid, Internetis teabe edastamise viivitusi, seadmete rikkeid ega loodussündmusi. Rakendatud tarkvarale tuleb tagada garanteeritud tehniline tugi ja tugi, mille eesmärk on hoida seda heas töökorras ning vajadusel kohaneda muutuvate kasutustingimustega.

5.1.3. Ametisse nimetamise näitajad.

AIS ESRN HC parameetrite ja nende väärtuste loend, mis iseloomustavad AIS ESRN HC vastavust selle eesmärgile, on toodud tabelis.

P/p nr.	Parameetri nimi	Nõutav väärtus
1.	Reageerimisaeg linnaosa tasandi AIS ESRN HC administraatori (kasutaja) päringule saada andmeid linnaosa tasandi ESRN andmebaasis registreeritud kodaniku kohta
2.	Linnaosa tasandi haldaja (kasutaja) taotluse töötlemise aeg linnaosa tasandi andmekogu üldistatud statistiliste andmete saamiseks.	Mitte rohkem kui 10 minutit, mis on määratud võrgu juurdepääsuaja järgi
3.	Reageerimisaeg piirkondliku tasandi AIS ESRN HC administraatori (kasutaja) päringule saada andmeid piirkondliku tasandi ESRN-i andmebaasis registreeritud kodaniku kohta.	5 sekundit või vähem, määratakse kohtvõrgu omaduste järgi
4.	Piirkondliku tasandi haldaja (kasutaja) taotluse töötlemise aeg piirkondliku tasandi andmekogu üldistatud statistiliste andmete saamiseks.	Mitte rohkem kui 5 minutit, mis on määratud võrgu juurdepääsuaja järgi
5.	Piirkondliku tasandi haldaja (kasutaja) taotluse töötlemise aeg piirkondliku tasandi andmebaasi üldistatud statistiliste andmete saamiseks.	Mitte rohkem kui 50 minutit, mis on määratud võrgu juurdepääsuaja järgi
6.	Piirkondliku tasandi haldaja sotsiaaltoetusmeetme piirkondliku registri moodustamise taotluse menetlemise aeg kõigi tasandite eelarvete arvelt.	Mitte rohkem kui 3 tundi, mis on määratud võrgu juurdepääsuaja järgi
7.	Andmebaasi kasutajate arv, keda saab registreerida ringkonnatasandi AIS ESRN HC-s	Kuni 60
8.	Andmebaasi kasutajate arv, keda saab registreerida AIS ESRN HC piirkondlikul tasandil	Kuni 150

Märkus. Tabeli näitajad on toodud ISPN-is ja AESN-is saadaolevate AIS-i ja rakendustarkvarasüsteemide kasutuskogemuse põhjal.

5.1.4. Usaldusväärsuse nõuded.

AIS ESRN HC töökindlus piirkondlikul tasandil tuleks tagada varuserveri kasutuselevõtuga, mis salvestab AIS ESRN arvuti ajakohastatud koopia. Üleminekuaeg (lülitumine) põhiserverist varukoopiale ei tohiks ületada 30 minutit. Määratud lülitusaegade tagamiseks tuleks kasutada primaarse ja varuserveri vahelise andmevahetuse mehhanisme.

AIS ESRN HC töökindlus linnaosa (omavalitsuse) tasandil peaks olema tagatud personali tehniliste ja organisatsiooniliste meetmetega seadmete töö tagamiseks.

Tehnilised meetmed peaksid hõlmama seadmete kasutamist arvutiseadmete tööjuhendis ettenähtud tingimustel.

Organisatsiooniline korraldus peaks hõlmama varutehnoloogia kasutamist.

AIS ESRN HC peaks vajadusel tagama tööd 24 tundi ööpäevas, 7 päeva nädalas.

ESRN-i andmebaasi salvestamiseks kasutatavate serverite jaoks on määratletud hädaolukorrad.

Hädaolukorrad AIS ESRN HK kasutajate arvutis ei tohiks mõjutada AIS ESRN HK toimivust ja neid ei tohiks arvesse võtta.

Allpool on toodud hädaolukordade loend koos vastavate töökindlusnäitajate nõutavate väärtustega:

• serverite toiteallika kaotus. Sel juhul ei tohiks AIS ESRN HC automaatse andmete salvestamise ja väljalülitamise aeg olla pikem kui 5 minutit;
• serverikomponentide rike, millele ESRN-i andmebaas on installitud: protsessor, RAM, võrgukaart, HDD... Sel juhul ei tohiks taastumisaeg pärast ebaõnnestumist ületada 5 tundi.

AIS ESRN HK tuleb installida serveritesse, mis on varustatud katkematu toiteallikaga. Elektrikatkestuste korral peaks AIS ESRN XK automaatne väljalülitamine toimuma ilma andmete kadumiseta.

5.1.5. Ergonoomika ja tehnilise esteetika nõuded.

AIS ESRN HC peaks tagama inimese ja masina suhtluse ainult vene keeles, kasutades maksimaalselt menüüsid ja viipasid. Töötajate mugavus peab olema tagatud.

5.1.6. Nõuded AIS ESRN HC toimimisele ja salvestamisele.

AIS ESRN HK peaks töötama AIS ESRN HK loomise töö raames tarnitud arvutiseadmetel või olemasolevatel MSZN-i ja AESN serva tehniliste vahendite komplektil, mis on paigaldatud olemasolevatesse ruumidesse ja mis tuleb esitada:

• Vahelduvpinge 200V - 240V, 50Hz ± 1Hz;
• ümbritseva õhu temperatuur: + 10 ° С - + 30 ° С;
• õhuniiskus: 20% - 80%;
• tolmu kontsentratsioon: 0,4 g / m 3 (max);
• seadme tööst tulenev müra ei tohiks ületada 55 dB.

AIS ESRN HK kasutamisele ja talletamisele ei esitata täiendavaid nõudeid.

5.1.7. Nõuded AIS ESRN HC teabe kaitsmiseks volitamata juurdepääsu eest.

AIS ESRN HC peab:

• Juurdepääsu kontrollimine ja haldamine, et tagada kasutajate tuvastamine, autentimine ja autoriseerimine;
• Tagage süsteemi turvalisuse tase klassis 1G vastavalt dokumendi "Venemaa Riiklik Tehniline Komisjon, juhenddokument, automatiseeritud süsteemid, kaitse volitamata juurdepääsu eest teabele (automaatsete süsteemide klassifikatsioon ja teabekaitse nõuded), Moskva" klassifikatsioonile. 1992";
• Anda kasutajatele andmetele juurdepääsuõiguste diferentseerimine rühmade, rollide alusel; andmetele juurdepääsuõiguste piiritlemine Registri kontokaardi väljade ja väljade rühmade tasemel, samuti Registri funktsioonid;

• Lubage kasutada sisseehitatud sertifitseeritud kasutaja autoriseerimistööriistu, elektroonilist digitaalallkirja.

ESRN-i andmebaasis sisalduvad kodanike isikuandmed on kaitstud volitamata juurdepääsu eest.

Personali tuvastamine tuleks läbi viia vastava taseme AIS ESRN HC käivitamisel. Töötajatel ei tohiks olla juurdepääsu AIS ESRN HC funktsioonidele enne, kui tuvastamine on lõpetatud. Personali tuvastamisel kasutatakse tingimuslikult püsivat identifikaatorit (parooli), mille pikkus on vähemalt kuus tähtnumbrilist tähemärki. Parameetrina tuleb määrata identifitseerimiskatsete arv. Kui ebaõnnestunud identifitseerimiskatsete arv ületab parameetrites määratud, tuleks juurdepääs sellest arvutist AIS ESRN XK-le blokeerida kuni andmebaasi administraatori (turvahalduri) otsuse tegemiseni.

ESRN-i andmebaasile juurdepääsu kontroll peaks tagama, et töötajad täidavad oma volitusi. Juurdepääsu kontroll tuleks rakendada rollipõhise juurdepääsukontrolli mudeli alusel. AIS ESRN HC peaks pakkuma rolle, mille määrab AIS ESRN HC kasutajate funktsionaalne koostis. Iga roll peab vastama alamsüsteemile, milles on rakendatud teatud ülesannete ja funktsioonide komplekt. Rollide komplekt ja sisu tuleb kindlaks määrata AIS ESRN HC rakendamisel. Rollid määrab AIS ESRN HC andmebaasi administraator (turbeadministraator) OSSN-i kasutajatele ja töötajatele olenevalt nende funktsionaalsetest kohustustest.

AIS ESRN HC peaks tuvastama ja dokumenteerima ESRN-i andmebaasile volitamata juurdepääsu katsed. See ei tohiks lubada ESRN-i andmebaasis oleva teabe volitamata muutmist ning peaks registreerima kõik katsed ja väljastama asjakohase teate AIS ESRN HK administraatorile.

AIS ESRN HK peab registreerima ESP kasutajate ja töötajate tegevused süsteemilogis töö algusest kuni lõpuni.

Registreeritavad parameetrid on järgmised:

• kuupäev ja kellaaeg (süsteemi kuupäev ja kellaaeg süsteemiserveris);
• AIS ESRN HC kasutajatunnus;
• sündmuse tüübi kood ja kirjeldus;
• sündmuste objektid (funktsionaalne toiming, prinditava faili nimi jne).

Registreeritud sündmuste loend täpsustatakse AIS ESRN HC rakendamise ja kohandamise etapis.

Registreerimisparameetreid ega sündmuse tüüpi ei saa personal muuta. Personalitoimingute registreerimine tuleks läbi viia spetsiaalses logis, mis on kaitstud selle muutmise katsete eest. Logi andmeid säilitatakse vähemalt 1 kuu. Logisid peaks olema võimalik arhiveerida ja võrguühenduseta analüüsida.

Tuleks tagada AIS ESRN HC süsteemi logisündmuste filtreerimine järgnevaks auditeerimiseks. Tuleb tagada filtreerimine ja sortimine mis tahes logivälja ja nende koondandmete järgi, samuti võimalus määrata kuupäeva ja kellaaja parameetrite piirväärtusi.

Andmeedastus peaks toimuma sidekanalite kaudu, kasutades piirkonna elanike sotsiaalkaitseasutuste olemasolevat turvalist korporatiivset andmevahetusvõrku.

27. juuli 2006. aasta föderaalseaduse nr 152-FZ "Isikuandmete kohta" nõuete täitmise tagamiseks tuleb ESRN-i andmebaasis registreeritud kodanike teave salvestamise ajal depersonaliseerida. Isikuandmete töötlemise õiguslikud alused on toodud käesoleva tehnilise ülesande lisas B. Nende subjektide kategooriad, kelle isikuandmeid AIS ESRN-is töödeldakse, on toodud käesoleva tööaruande lisas B.

5.1.8. Nõuded teabe ohutusele õnnetusjuhtumite korral.

Tuleks välja töötada piirkonna ja piirkondliku tasandi andmebaaside ning kogu süsteemi tõrgete korral salvestamise (arhiveerimise) ja taastamise tehnoloogia. Samal ajal tuleks andmebaase perioodiliselt arhiveerida ja salvestada CD-dele ning salvestada magnetkandjate arhiivides. Arhiveerimise sagedus on kehtestatud määrustega.

ESRN-i andmebaasis oleva teabe turvalisus tuleb tagada järgmiste sündmuste korral:

• serverite toiteallika kaotus;
• võimsuse tõusud serverites;
• serverite ja kasutajate arvutite vahelise sidekanali moodustavate tehniliste vahendite talitlushäired;
• sideliinide hävitamine, mis moodustavad sidekanali serverite ja kasutajate arvutite vahel;
• järgmiste serverikomponentide rike:
  • PROTSESSOR;
  • RAM;
  • võrguplaat;
  • HDD;
• kasutajate arvutite rike.

5.1.9. Patendi puhtuse nõuded.

AIS ESRN HK loomine ja selle kasutamine peaks toimuma litsentsitud tarkvaraga.

5.1.10 Tehnilised nõuded tööstusplatvormile AIS ESRN HK arendamiseks

Tööstuslik platvorm AIS ESRN HK arendamiseks (edaspidi platvorm) peaks olema vahend kolmetasandiliste rakenduste kiireks arendamiseks. Platvormi baasil loodud süsteemid peavad olema Platvormi funktsionaalne pealisehitis ja sisaldama Platvormile integreeritud funktsionaalseid võimalusi.

Platvorm peaks ühendama objektorienteeritud ja relatsioonilise lähenemise, võimaldades platvormi kirjelduskeeles kirjeldada domeeni mõisteid ja nende interaktsiooni reegleid. Sel juhul peab süsteem iseseisvalt tagama kogu vajaliku info paigutamise andmelattu ja selle edasise kasutamise.

Platvormi mehhanismid peaksid tagama organisatsiooni üldistele teaberessurssidele juurdepääsu korraldamise vastavalt spetsialisti ametiülesannetele.

Platvorm peaks sisaldama sisseehitatud tööriistu andmete importimiseks välistest allikatest, samuti tööriistu välistest allikatest pärit andmetega töötamiseks, mis hõlbustavad olemasolevate rakenduste integreerimist platvormil põhineva rakendusega.

Platvorm peaks sisaldama vahendeid funktsionaalsuse muutmiseks lõpuleviimiseks lähtekood, mis võimaldab teil rakenduses kirjeldatud objekte töö ajal otse administraatori või lõppkasutajate poolt kohandada.

Platvorm peaks sisaldama rakenduslikke arendustööriistu, mis võimaldavad laiendada tarnitava klienditööjaama (automaatne tööjaam, AWP) funktsionaalsust ilma platvormi (süsteemi) lähtekoodi muutmata.

Platvorm peaks funktsionaalsuse laiendamiseks rakendama järgmisi tehnikaid:

• Objektide uute klasside (näiteks uute dokumentide klasside) ja nendevaheliste suhete kirjeldus platvormi mõttes, mis peaks pakkuma nende klasside objektidega põhitoiminguid (loome, atribuutide redigeerimine, kustutamine, kopeerimine, teisaldamine, juurdepääsuõiguste kogumi määratlemine jne) ), muutmata platvormi (süsteemi) lähtekoodi.
• Tehte määratlemine loodud objektiklassidega ilma programmeerimiseta töötamiseks. Platvorm peab objektidel rakendama põhitoimingute komplekti (malle). Peaks piisama, kui Platvormil põhineva rakenduse arendaja määrab need parameetrite määramisega.
• Vajadusel on võimalik kirjutada äriloogikakood kõrgetasemelises programmeerimiskeeles kasutades Platvormi rakenduslikke arendusvahendeid.

5.1.11. Lisanõuded.

Lisanõuded hõlmavad järgmist:

• AIS ESRN HC töötamise võimaluse tagamine nii "kiiretel" kui ka "aeglastel" sidekanalitel madala usaldusväärsusega (andmesalve terviklikkuse säilitamine, tehingute tagamine), samuti AIS ESRN HC kasutamise võimalus "võrguühenduseta" režiimis (muudatuste kopeerimine aeglaste sidekanalite kaudu, irdkandja kasutamine).
• "Õhukeste klientide" kontseptsiooni juurutamine, mis võimaldab minimeerida klienditööjaamade hooldust, vähendada nõudeid võrgukeskkonna ja tarkvara ribalaiusele.
• Andmete impordi ja ekspordi pakkumine levinumates vormingutes andmete salvestamiseks ja vahetamiseks (dbf, xls, doc, rtf, txt, xml, csv), samuti tugi kasutatavate vormingute loendi laiendamiseks.
• Toe pakkumine skriptimise metakeelele või tarkvaraliidesele olemasolevatele kõrgetasemelistele skriptikeeltele, võimalus kasutada järjestusi (makrosid), et automatiseerida kasutaja sageli sooritatavaid ülesandeid.
• Andmete (kuupäevad, eesnimed, isanimed, perekonnanimed jne) sisestamisel vigade automaatse parandamise võimaluse tagamine ja automaatse parandamise võimatuse korral sisestuse blokeerimise tagamine sobivate diagnostiliste teadete väljastamisega. Andmete kontrollimine ja nende parandamine peaks toimuma nii operaatorite töö ajal kui ka andmete importimisel välise teabevahetuse käigus.
• Võimaluse pakkumine kasutada vabalt levitatavaid kontorirakendusi aruannete, sertifikaatide ja muu teabe väljastamiseks ja vaatamiseks.
• Skaleeritavuse pakkumine.

AIS ESRN HK ja selle koostisosade nõudeid saab täpsustada ja muuta selle arendamise, rakendamise ja hoolduse kõikides etappides. Täpsustatud nõuded muutuvad selle tehnilise ülesande lahutamatuks osaks.

5.2. Nõuded AIS-i ESRN-i HC funktsioonidele

5.2.1. AIS ESRN HC piirkondlik tase.

Piirkonna tasandil peaks AIS ESRN HC toimima piirkonna tasandi operaatorite arvutites. Piirkonna tasandi operaatorid peaksid töötama ESRNi piirkondliku andmebaasi piirkonna segmendiga, mis on salvestatud piirkonna elanikkonna sotsiaalkaitseasutuse LAN-serverisse.

Piirkonna tasandil peaks AIS ESRN HC pakkuma:

• kohtumiste, viitvõlgade, maksemassiivide moodustamine ja menetlemine vastavalt abi, toetuste, hüvitiste, sihtotstarbeliste sotsiaaltoetuste, eluaseme- ja kommunaalettevõtetele teenuste maksmise toetuste, muude VKEde liikide ja määratud abi määramise ja maksmise korrale föderaalse ja piirkondliku tasandi asjakohaste regulatiivsete õigusaktidega;
• sotsiaaltoetusmeetmete saamise tingimustele vastavate kodanike piirkondliku registri linnaosa segmendi moodustamine ja läbivaatamine kõigi tasandite eelarvete arvelt;
• ravimite sooduspakkumise sotsiaaltoetusmeetmete saamise tingimustele vastavate kodanike registri piirkondliku segmendi piirkondliku segmendi moodustamine piirkonnaeelarve arvelt;
• sotsiaaltoetusmeetmete saamise tingimustele vastavate kodanike piirkondliku registri piirkondliku segmendi moodustamine eluaseme ja kommunaalteenuste eest föderaaleelarve arvelt tasumiseks;
• piirkondliku teabemassiivi piirkondliku segmendi moodustamine teabega sõja- ja lahinguveteranide sotsiaalse ja igapäevase olukorra kohta, mis on vajalik riikliku andmebaasi "Veteranid" piirkondliku segmendi teabesisu jaoks;
• teatud kategooriate kodanike nimekirjade koostamine vastavalt kehtestatud vormile soodusreisipiletite väljastamiseks föderaalse riikliku ühtse ettevõtte "Vene Post" postkontorites;
• esmaste andmete sisestamine ESRN-i andmebaasi, sealhulgas:
• andmete sisestamine piirkonnas elavate sotsiaaltoetusmeetmete saamise tingimustele vastavate kodanike kohta nii käsitsi kui ka automatiseeritult, kasutades teavet teistest andmebaasidest ja tarkvarasüsteemidest;
• kodanike kohta andmete vastuvõtmine ja sisestamine kokkulepitud vormingus saadud kolmandate isikute andmebaaside abil;
• sotsiaaltoetusmeetmetele õigustatud perede ja kodanike registreerimiskaartidele andmete sisestamise kontroll;
• andmete parandamine, sealhulgas:
• automatiseeritud perioodiline, vastavalt regulatsioonile piirkonnas elavate sotsiaaltoetusmeetmete saamise tingimustele vastavate kodanike teabe uuendamiseks, kasutades teavet teistest andmekogudest ja tarkvarasüsteemidest;
• piirkonnas elavate sotsiaaltoetusmeetmete saamise tingimustele vastavate kodanike kohta teabe käsitsi uuendamine, kasutades isiklikel kohtumistel ja küsitlustel saadud teavet;
• andmete parandamise kontroll ESRN andmebaasis;
• abisaajate elatustaseme täiendavate sotsiaalsete näitajatega teabe vastuvõtmine, kontroll, töötlemine, sisestamine kolmandatelt isikutelt organisatsioonidelt kokkulepitud vormingus;
• teabe korrigeerimine kolmandate isikute organisatsioonide abisaajate elatustaseme täiendavate sotsiaalsete näitajatega kokkulepitud vormingus;
• ESRN-i või nende muudatuste täielike andmebaaside moodustamine ja saatmine piirkondlikule tasemele KSOD-i, e-posti või masinloetava andmekandja abil;
• vigade vastuvõtmine ja töötlemine piirkondlikule tasandile suunatud kodanike ja abisaajate teabes;
• abisaajate juhtumite lõpetamine seoses nende surma või pensionile jäämisega.
• viiteteabe esitamine viidete, tabelite ja graafikute kujul koos hilisema väljastamise võimalusega paberkandjal vastavalt sihtotstarbelise sotsiaalabi andmise taotlustele, sealhulgas:
• võrdlusandmete saamine isikute rühma (perede) kohta, keda ühendavad ühised tunnused;
• ESRN-i andmebaasi pidamine, sealhulgas:
  • andmestruktuuride seadistamine;
• haldus, sealhulgas:
  • võimalus kohandada AIS ESRN HC tööprotsessis;
  • võimalus luua ja muuta uusi standardseid aruandlusvorme;
  • Koostatud aruandlusvormide edastamine taotluse korral piirkondlikul tasandil AIS ESRN HC-le;
  • juurdepääsutasemete ümberdefineerimine töötaja uuele ametikohale üleviimisel; kasutajate ja kasutajarühmade registreerimine ja neile juurdepääsutasemete määramine;
• logide pidamine, sealhulgas:
  • sündmuste registreerimine (andmete sisestamine, tõendite saamine jne);
  • AIS ESRN HC-ga töö kontroll;
• andmete sisestamise kuupäeva registreerimine ja andmed andmete sisestamise teostanud operaatori kohta.

5.2.2. AIS ESRN HC piirkondlik tase.

Piirkondlikul tasandil peaks AIS ESRN HC pakkuma:

• Haldusmääruste (elektrooniliste haldusmääruste) nõuete täitmine teatud riigiülesannete täitmisel;
• kodanike sooduskategooriate saamise õiguste määramine või sotsiaaltoetusmeetmete määramine nimetatud reeglite alusel;
• kohtumiste, tasude, maksemassiivide moodustamine ja töötlemine;
• sotsiaaltoetusmeetmete saamise tingimustele vastavate kodanike piirkondliku registri moodustamine ja läbivaatamine kõigi tasandite eelarvete arvelt;
• regionaaleelarve arvelt narkootikumide sooduspakkumise sotsiaaltoetuse meetmetele õigustatud kodanike piirkondliku registri segmendi moodustamine;
• piirkondliku registri moodustamine kodanikest, kellel on õigus saada sotsiaaltoetusmeetmeid, et maksta eluaseme ja kommunaalteenuste eest föderaaleelarve arvelt;
• teabemassiivi moodustamine teabega sõja- ja lahinguveteranide sotsiaalse ja igapäevase olukorra kohta, mis on vajalik riikliku andmebaasi "Veteranid" piirkondliku segmendi teabesisu jaoks;
• viiteteabe esitamine viidete ja tabelite kujul koos hilisema väljastamise võimalusega paberkandjal vastavalt sihtotstarbelise sotsiaalabi andmise taotlustele, sealhulgas:
• konkreetse abisaaja kohta võrdlusandmete saamine;
• võrdlusandmete saamine isikute rühma kohta, keda ühendavad ühised tunnused;
• statistiliste andmete saamine;
• AIS ESRN HC hooldus, sealhulgas:
• andmestruktuuride ja nende töötlemise reeglite loomine;
• ESRN andmebaasis salvestatud andmestruktuuride kirjelduste registreerimine ja muutmine;

5.2.3. Nõuded AIS ESRN HC peamistele funktsionaalmoodulitele

Tellimuse esitamisel osaleja poolt juurutamiseks pakutud tarkvara peab tagama elanikkonna sotsiaalse toetamise protsessi koostisosade automatiseerimise, sealhulgas:

Kodanike vastuvõtmise (taotluse esitamise) protsess:

• teabe sisestamine kodanike kohta, kes vajavad sotsiaaltoetusmeetmeid;
• teabe sisestamine oma majandusliku olukorra, elamistingimuste kohta;
• teabe sisestamine esitatud dokumentide kohta;
• kodanikuküsimuste kohta teabe sisestamine.

Sotsiaaltoetusmeetmete määramise protsess:

• kodanike taotluste registreerimine sotsiaaltoetusmeetmete osutamiseks;
• sotsiaaltoetusmeetmete pakkumist reguleeriva õigusraamistiku juurutamine ja toetamine;
• kodanike õiguse kindlaksmääramine teatud sotsiaaltoetusmeetmetele: igakuine, kvartaalne, ühekordne, aasta.
• kahju hüvitamise määramine sõltuvalt puude grupist või tööstaažist;
• igakuise laenu määramine hüvitise dokumentide alusel, ühe saaja kohta mitme laenuosaku sisestamise võimalus;
• seaduses sätestatud sotsiaaltoetusmeetmetele õigustatud kodanike piirkondlikku registrisse üleslaadimise võimalus;
• kohtumiste asjakohasuse jälgimine.

Sotsiaaltoetuste (lapsetoetused, sotsiaaltoetused, kuusissetulek) arvutamise protsess:

• maksejuhtumite haldamine;
• maksemassiivide moodustamine, nende ülekandmine makseorganisatsioonidele (Sberbank, postkontor) ja maksete kinnituse saamine, makstud summade vastavusse viimise aktide moodustamine FSUE Vene Posti andmetega;
• fikseeritud summa makse vormistamise võimalus;
• maksete arhiveerimine;
• analüütiliste aruannete koostamine eelarvete, omavalitsuste ja privilegeeritud kategooriate kontekstis;
• aruannete eksportimise tugi levinud vormingutesse (xls, doc, rtf, txt, scv ja teised);
• hulgitoimingud: lõpetamine, lisamaksed, hüvitiste ja hüvitiste ümberarvutamine, allikate paigaldamine, trükitellimused, juhtumite sisestamine-väljund;
• statistika: adressaatide loendid määratud parameetrite järgi, makseteave ja muud. Võimalus luua kohandatud statistilisi aruandeid.

Eluaseme- ja kommunaalteenuste toetuste määramise protsess ( Vene Föderatsiooni valitsuse 14. detsembri 2005. aasta määruse nr 761 rakendamine) :

• eluaseme- ja kommunaalteenuste kulude piirkondlike standardite kataloogi pidamine (SSZHKU);
• toetuste määramise, kogumise ja maksmise protsesside tagamine vastavalt kehtivale SSZHKU-le, hüvitistele (föderaalsed ja piirkondlikud), pere sissetulekute ja muude näitajate järgi;
• kodanikele eluaseme väljamaksete toetuste õiguse ja kogunemise määramine vastavalt esitatud dokumentidele;
• maksedokumentide vormistamine kogunenud summade kandmiseks sotsiaalkontodele või tasumine krediidiasutuste või postkontori kaudu;
• mehhanismi rakendamine kogunenud toetuste, makstud summade, kodanikele võlgnetavate summade ja kodanike poolt teenusepakkujatele võlgnetavate summade registreerimiseks.

Eluaseme- ja kommunaalteenuste hüvitamise tagamise protsess:

Eluaseme- ja kommunaalteenuste hüvitiste arvutamise, arvutamise ja maksmise tehnoloogia eeliskategooriatele kodanikele, kui hüvitised asendatakse sularahamaksetega.

Riikliku sotsiaaltoetuse määramise protsess:

• riikliku sotsiaaltoetuse määramise, tekke ja maksmise protsesside tagamine vastavalt kehtivale seadusandlusele, pere sissetulekutele ja muudele näitajatele;
• kodanikele riikliku sotsiaaltoetuse õiguse ja saamise õiguse määramine, vastavalt esitatud dokumentidele;
• maksedokumentide vormistamine kogunenud summade sotsiaalkontodele kandmiseks;
• riigi sotsiaaltoetuse kogunenud summade, makstud summade, kodanikele võlgnevuse kajastamise mehhanismi rakendamine.

Statistika piirkonna (piirkondliku) tasandi spetsialistidele:

• võimalus hankida aruannete generaatori abil statistilist teavet andmebaaside loendi kohta mis tahes ajavahemiku kohta;
• otsida kodanikke päringu alusel andmebaaside loetelu järgi;
• mis tahes vormis kodanike nimekirjade koostamine piirkonna, piirkonna omavalitsuse mastaabis;
• teabe kujundamine isikute arvu kohta, kellele käesoleva aasta aruandekvartalis võimaldati sotsiaaltoetuse meetmeid eluaseme ja kommunaalteenuste eest tasumiseks (Tervise- ja Sotsiaalarengu Ministeeriumi 28. märtsi 2005. a korralduse nr täitmine . 243).

Suure Isamaasõja veteranide ja sõjaliste operatsioonide sotsiaalseid ja elutingimusi käsitleva teabe vahetamise protsess OGBD "Veteranidega".

Andmete teisendamise (importimise) protsess ja võimalus lisada teavet AIS-i töösse, mida pakuvad:

• Vene Föderatsiooni tervishoiu ja sotsiaalarengu ministeerium ja sellele alluvad struktuurid;
• Vene Föderatsiooni pensionifondi Habarovski territooriumi filiaal;
• Habarovski piirkondlik kohustusliku tervisekindlustuse fond;
• Perekonnaseisuametid;
• Vene Föderatsiooni sotsiaalkindlustusfondi Habarovski piirkondlik filiaal;
• Habarovski territooriumi riikliku tööhõiveteenistuse osakond;
• föderaalne meditsiini- ja sotsiaalekspertiisiteenistus;
• Passi- ja viisateenus (passilauad ZhKO-s);
• sõjaväe registreerimis- ja värbamisameti pensioniosakonnad, siseasjade direktoraat, föderaalne karistusteenistus;
• Omavalitsused (haridusosakonnad, eluaseme- ja kommunaalteenused);
• Krediidiorganisatsioonid;
• Elamu- ja kommunaalorganisatsioonid ja -teenused;
• Elanikkonnale sideteenuseid pakkuvad organisatsioonid.

Andmete teisendamise (eksportimise) protsess edasiseks edastamiseks:

• Vene Föderatsiooni tervishoiu ja sotsiaalarengu ministeerium ja sellele alluvad struktuurid;
• Vene Föderatsiooni pensionifondi Habarovski territooriumi filiaal;
• Habarovski piirkondlik kohustusliku tervisekindlustuse fond;
• Vene Föderatsiooni sotsiaalkindlustusfondi Habarovski piirkondlik filiaal;
• Habarovski territooriumi riikliku tööhõiveameti osakond;
• Krediidiasutused ja postkontorid;
• Elanikkonnale sideteenuseid pakkuvad organisatsioonid;
• eluaseme- ja kommunaalorganisatsioonid ja -teenused.

ESRN-i andmebaasi haldusprotsess:

• aluste kontroll, stiili, vormide, maksete seadistamine;
• andmebaasi ja teatmeteoste kopeerimine, arhiivist taastamine;
• süsteemikataloogide uuendamine, täiendamine, muutmine;
• raamatupidamisinfo grupi korrigeerimine;
• teabele juurdepääsu õiguste haldamine.

5.2.4. Nõuded andmete edastamiseks toimivatest süsteemidest AIS ESRN HC-sse

Vajalik on viia läbi õigusraamistiku, teatmeteoste ja isiklik informatsioon kodanike kohta, kellel on praegu toimivatest süsteemidest õigus saada sotsiaaltoetusmeetmeid:

• Programmikompleks "Sihtotstarbeline sotsiaalabi" - sihtotstarbelised sotsiaaltoetused, igakuised toetused, toetused, VKEd, eluaseme- ja kommunaalteenuste hüvitis;
• AWS pensionide, toetuste ja igakuiste maksete määramiseks ja maksmiseks (ZANAS) - laste- ja sotsiaaltoetuste, piirkondlike sõidutoetuste, muud liiki toetuste ja hüvitiste arvutamine ja maksmine;
• Programmikompleks “Sihtotstarbeline sotsiaalabi - eluasemetoetuse määramise ja maksmise moodul”;
• Tarkvarakompleks "Pensionide, toetuste, EDV, REDV saajate kaardiindeks";
• Tarkvarapakett "Tööveteranid";
• Muud rakendustarkvara tooted ja kompleksid, mis töötavad ISZN-is ja sotsiaalkaitse piirkondlikus osakonnas.

5.3. Nõuded tagatise liikidele.

5.3.1. Nõuded teabetoele.

ESRN-i andmebaas peaks koosnema tabelitest, mis sisaldavad teavet piirkonna elanikkonna sotsiaalkaitseasutustes registreeritud kodanike kohta, ankeedi kujul, samuti teavet nende sotsiaalse ja eluolu kohta.

Kõik tabelid asuvad andmebaasi kahel tasandil – piirkonna ja piirkondlikul tasandil. Linnaosa andmebaas loetakse moodustatuks, kui see sisaldab teavet kõigi antud linnaosas elavate kodanike kohta. Tühjade väljade olemasolu ei tohiks segada tööd selle andmebaasiga, isegi kui koostate viite- ja analüütilisi materjale. Piirkondlik andmebaas loetakse moodustatuks, kui see sisaldab teavet kõigi antud piirkonnas elavate kodanike kohta. Tühjade väljade olemasolu ei tohiks segada tööd selle andmebaasiga, isegi kui koostate viite- ja analüütilisi materjale. ESRN piirkondliku andmebaasi andmed edastatakse ESRN HC AIS-i piirkondlikul tasandil. Piirkondlikul tasandil moodustatakse piirkondlike andmebaaside kogumikust terviklik andmebaas, mis võib olla segmenteeritud piirkonna linnaosade ja munitsipaalpiirkondade kaupa. Piirkondliku tasandi AIS ESRN HC loetakse moodustatuks, kui see sisaldab teavet kõigist piirkondliku tasandi ESRN andmebaasidest.

Näitajad, mille järgi moodustatakse kodanike ja perede registreerimiskaardid, kellel on õigus ja vajadus sotsiaaltoetusmeetmete pakkumiseks kõigi tasandite eelarvete arvelt, saab määrata AIS ESRN HC rakendamise etapis. Aluseks tuleks võtta MSZN-i poolt välja töötatud ja Habarovski territooriumi sotsiaalkaitseagentuuride poolt kasutatavate sihtotstarbelise sotsiaalabi programmide kompleksis kasutatud indikaatorite kogum.

Näitajate loetelust lähtuvalt tuleks välja selgitada ESRN-i andmebaasi esitatavate taotluste, tõendite ja aruannete olemus, et analüüsida kodanike sotsiaaltoetuste olukorda riikliku sotsiaalabi erinevatel tasanditel ning teha juhtimisotsuseid, mille eesmärk on parandada riigi elujärge. kodanikele.

Arendusprotsessi käigus tuleks kindlaks teha järgmised asjad:

• andmete genereerimise allikad;
• andmetüübid;
• põldude mõõde;
• juhtimisalgoritmid;
• nõutav regulatiivne ja viiteteave;
• muud ESRN-i andmebaasi pidamiseks vajalikud atribuudid.

Kodanike sotsiaalset staatust iseloomustavad näitajad selles konkreetses piirkonnas saab lisada kõigi ESSD andmebaaside ühiste näitajate koosseisu linnaosa tasandil. Neid konkreetseid näitajaid saab kasutada linnaosa tasandi kasutajate vajaduste rahuldamiseks. ESRN-i andmebaasi indikaatorite koostist peab olema võimalik töö käigus muuta.

Igat tüüpi kehtestatud indikaatorite jaoks tuleks välja töötada päringud ja aruandlusvormid piirkonna ja piirkondliku tasandi kasutajatele.

Tuleks välja töötada aruannete generaator, mis peaks võimaldama AIS ESRN HC vahenditega moodustada:

• päringud ESRN DB-sse kodanike ja perede registreerimise näitajate kohta AIS ESRN HC-s;
• valik ESRN andmebaasist teatud arvestusnäitajate järgi, täpsustades valitud väljad ja seades nende valiku tingimused (rohkem, vähem, võrdne, vahemik, mitte võrdne jne);
• statistilised aruanded, mis kajastavad erinevate perede ja kodanike sotsiaaltoetusmeetmete osutamise hetkeseisu nimekirjade ja tabelitena, märkides väljade ja kaasatud andmete järjekorra;

Kõik muudatused ESRN piirkondlike andmekogude andmetes kantakse vastavalt vastuvõetud määrustele üle AIS ESRN HC regionaalsele tasandile.

Andmete esituse ühtlustamiseks ja vigade arvu vähendamiseks andmete sisestamisel ja töötlemisel tuleks välja töötada kohalikud või olemasolevad ülevenemaalised või osakondade klassifikaatorid.

Kohalikud klassifikaatorid saab moodustada kompleksse rakendamise etapis.

Klassifikaatorite ajakohasena hoidmise korra määrab territooriumi rahvastiku sotsiaalkaitseministeerium.

AIS ESRN HK peaks tagama varem kogutud teabe edastamise MSZN-i poolt välja töötatud ja OSZN-is töötava sihtotstarbelise sotsiaalabi tarkvarakompleksi (PC ASP) andmebaasidest, samuti mitmetest muudest rakendustarkvarasüsteemidest. MSZN ja OSZN.

Andmete terviklikkuse kontrolli ja rikkejärgse taastamise tagamiseks tuleks kasutada standardseid DBMS-i tööriistu. Tagada tuleb linnaosa ja piirkonna tasandi andmekogude varukoopiate tegemine ning taastamine linnaosa ja piirkonna tasandi andmekogude varukoopiatest.

5.3.2. Tarkvaranõuded.

Tarkvara peaks koosnema üldisest süsteemitarkvarast ja rakendustarkvarast, mis on välja töötatud AIS ESRN HK loomise töö raames.

AIS ESRN HK andmebaasihaldussüsteemide ja loomise ajal tarnitud süsteemide kasutajate arvutitesse installitud üldise süsteemitarkvarana tuleks kasutada praegu IZZN-is ja OSSN-is töötavaid operatsioonisüsteeme, kõiki kontorirakendusi, sealhulgas vabalt levitatavaid. AIS ESRN HK või praegu kasutusel IZZN-is ja OSSN-is.

AIS ESRN HC rakendustarkvara peaks pakkuma:

• andmete õigsuse kontroll;
• andmete sisestamine ja parandamine;
• andmete ajakohasena hoidmine;
• andmevahetus linnaosa ja piirkondliku tasandi vahel;
• teabe esitamine kasutajatele viidete, tabelite, graafikute kujul.

5.3.3. Nõuded tehnilisele toele.

AIS ESRN HC töötab AIS ESRN HC arendamise ja juurutamise osana tarnitavatel arvutiseadmetel käesolevas tehnilises spetsifikatsioonis määratletud eesmärgi (kiiruse) omadustega.

Samuti tuleks tagada AIS ESRN HK kliendiosa toimimine MSZN-is ja OSSN-is olemasolevatel ja kasutatavatel tehnilistel vahenditel: arvuti protsessori sagedusega vähemalt 600 MHz, RAM vähemalt 256 MB. , kõvaketas, mille maht on vähemalt 10 GB, värvimonitori eraldusvõime vähemalt 800x600, diagonaal vähemalt 15");

5.3.4. Nõuded organisatsioonilisele toele.

SPS-i töö automatiseerimise põhikohaga spetsialistid ringkonna ja piirkondlikul tasandil peaksid läbi viima:

• riist- ja tarkvara tugi AIS ESRN HC;
• AIS ESRN HC-s kasutatavate väljundvormide ja aruannete kaasajastamine, kui neile esitatavad nõuded muutuvad;
• AIS ESRN HC ohutuse, turvalisuse ja katkematu töö tagamine;
• organisatsioonide ja osakondadega teabevahetuse protseduuride toetamine ja kaasajastamine;
• rutiinse hoolduse teostamine;
• AIS ESRN HC kasutajate nõustamine.

AIS ESRN HC teabe sisestamise (parandamise) juurdepääsu piiramine tuleks korraldada paroolide süsteemi, AIS ESRN HC kasutajanimede ja rollide (õiguste kogumi) alusel.

Kasutajale rolli määramisel tuleks lähtuda AIS ESRN HC-ga kasutajate töö heakskiidetud eeskirjadest.

Personali ekslikud tegevused ei tohiks põhjustada ESRN-i andmebaasi terviklikkuse rikkumist.

ESRN-i andmebaasi sisestatud teabe täielikkust ja usaldusväärsust tuleks kontrollida viiteterviklikkuse ja andmete valideerimise protseduuride alusel. Märgi- ja numbriväljade sisestamisel tuleb kontrollida numbriväljade kehtivaid vahemikke. Operaatori vigade minimeerimiseks tuleks võimaluse korral kasutada klassifikaatoreid ja teatmeteoseid.

5.3.5. AIS ESRN HC metoodilise toe nõuded

AIS ESRN HC loomine peaks toimuma vastavalt järgmistele standarditele ja eeskirjadele:

• GOST 34.201-89: Automatiseeritud süsteemide standardite kogum. Dokumentide täielikkus ja tähistamine automatiseeritud süsteemide loomisel.
• GOST 34.601-90: automatiseeritud süsteemide standardite kogum. Automatiseeritud süsteemid. Loomise etapid.
• GOST 34.602-89: automatiseeritud süsteemide standardite kogum. Lähteülesanne automatiseeritud süsteemi loomiseks.
• GOST 34.603-92: Automatiseeritud süsteemide testide tüübid.
• RD 50-34.698-90: Automatiseeritud süsteemid. Nõuded dokumentide sisule.

5.4. Nõuded INSP ja SPP personali väljaõppele ning operatiivdokumentatsiooni väljatöötamisele

Tellimuse vormistamisel osaleja peab tagama Töö- ja Sotsiaalkaitseministeeriumi ning Sotsiaalkaitse Sotsiaalkaitse töötajate koolituse ulatuses, mis on vajalik Süsteemi funktsioonide kasutamiseks ja tarkvara seadistamiseks. Igal ülesandel, automatiseeritud tööjaamal (AWS), alamsüsteemil peab lisaks kehtestatud dokumentide loendile olema ka sisseehitatud tööabi ja juhised kasutajale toimingute kohta, mida ta saab igal konkreetsel tööajal teha, ning kuvada ekraanil teavet hetkeseisu kohta töökoht. Tegevusabi vahendite kirjeldus on fikseeritud "Juhendis kasutajale".

Hankes osaleja peab käesoleva lähteülesande raames korraldama INSP ja OSS töötajatele täienduskursused lisas D loetletud teemadel.

Tellimuse vormistamisel osaleja peab välja töötama tegevusdokumendid - kasutusjuhend, administraatori käsiraamat.

6. AIS ESRN HC LOOMISE TÖÖDE KOOSTIS JA SISU

Töö AIS ESRN HC loomise ja kasutuselevõtuga jaguneb kaheks perioodiks:

• 1. periood (pilootprojekt) - arvutiseadmete ja üldise süsteemitarkvara tarnimine, arendus ja proovioperatsioon AIS ESRN HC piirkonna elanikkonna sotsiaalkaitse pilootorganites;
• 2. periood - arvutiseadmete ja üldise süsteemitarkvara tarnimine, AIS ESRN HC levitamine kõikidesse Habarovski territooriumi linnaosadesse ja munitsipaalpiirkondadesse.

Mitu programmi on teie arvutisse installitud? Minu jaoks jääb see arv 50-100 vahele. Minu sõpradel on arvutite funktsionaalsusele vähem kallutatud nõuded, kuid isegi nende programmide koguarv jääb harva alla 30 installitud programmi.

Juhtub nii, et ideaalseid programme pole olemas ja arendajad on "mõistetud" pidevalt oma toodete koodi täiustama. Meie, tavakasutajad, ei vaja pidevat ajaraiskamist, sest kasutame lihtsalt arendajate töö vilju. Kuid see ei vabasta meid vajadusest pidevalt värskenduste väljaandmist jälgida. Millele pead pühendama aega. Siin on selline nõiaring, mille paratamatu vajadus kulutada oma aega ülaltoodud toimingutele.

Tarkvara värskendamisel võib olla mitu põhjust. Esimene ja kõige pakilisem on programmide kriitiliste haavatavuste kõrvaldamine, mis võimaldavad sissetungijatele juurdepääsu teie arvutile või muud kahju tekitada. Kõige tavalisemad sellised haavatavused Microsofti programmides (sh OS), eriti rakendustes, mis suhtlevad otseselt Internetiga. Selle põhjuseks on seda tüüpi programmide ulatuslik levik. Need, kes kirjutavad viiruseid ja troojalasi, sihivad massikasutajat ja see jääb alati nii, sellega ei saa midagi teha. Isegi kui kõik planeedil vahetavad OS-i näiteks Windowsi asemel Linuxi vastu, mis on tuntud oma viiruste ja haavatavuste eest kaitsmise poolest, ei muutu midagi. Jah, alguses väheneb viiruste ja pahavara arv hüppeliselt. Hiljem aga kohanevad pahavara arendajad uue keskkonnaga ning trend jätkub samas suunas. Tegelikkuses on viiruste ja pahavara kirjutajad kõige kogenumatest arvutikasutajatest mitu aastat ees, nii et nad harjuvad uue keskkonnaga isegi kiiremini kui kõik teie. Seetõttu ei jää meil üle muud, kui värskendusi jälgida ja õigeaegselt installida.

Teine põhjus tarkvaravärskenduste installimiseks on tarkvaratoodetesse pidevalt uute funktsioonide lisamine. Teatud kategooria inimeste jaoks on keeruline uuendusi pidevalt uurida, kuid teisele osale pole see mitte ainult lihtne, vaid isegi huvitav. Paljud inimesed ootavad põnevusega uute funktsioonide ilmumist oma lemmiktarkvarasse. Nii näiteks ootavad paljud Photoshopilt uusi hämmastavaid nippe ja trikke. See on omamoodi evolutsioon, sest arvuteid täiustatakse ja moderniseeritakse pidevalt ning koos nendega areneb ka tarkvara.

Seega jõuame kolmanda põhjuseni. Nimelt - programmide värskendamine nende ühilduvuse eesmärgil uue riistvaraga. See hõlmab draiverite ja kohandatud tarkvara värskendamist.

Põhjuste loetelu võib jätkata pikka aega, kuid kõigi nende põhjuste põhiidee on see, et tarkvara värskendamine pole kapriis, vaid tõeline vajadus.

Kasutajate ülesande hõlbustamiseks on mitmed ettevõtted ja üksikud programmeerijad arvanud välja süsteemi, mis kontrollib teie installitud programmide värskendusi. Ise kasutan neid. Kuid Linuxi OS-i on integreeritud veelgi täiustatud süsteem, kus OS-i põhikomplekti kuuluva programmi abil saate mitte ainult teada saada värskenduste saadavusest, vaid värskendada ka kõiki programme automaatrežiimis. Sellise toote vajadus Windowsi perekonna operatsioonisüsteemides on minu arvates üsna loomulik ja loogiline. Kuid "akende" arendajad ei märka seda üldse või lihtsalt ignoreerivad seda.

Kokkuvõtteks teeme järeldused:

1 - Tarkvara, draiverite ja OS-i värskendamine on VAJALIK! Ja need, kes seda fakti eitavad, need, kes on staatilisusele lähemal, on kaasaegse maailma arengutempost ammu maha jäänud. Lõppude lõpuks, terve kõneleja elu, ei saa loota ainult toodetele, eriti tarkvara valdkonna toodetele.
2 - Peate raiskama aega värskendamisele ja sellega ei saa midagi teha, vähemalt mitte praegu.
3 - Ärge tuginege teiste nõuannetele ja "moesuundadele", peate kasutama ainult neid programme, mis on teile mugavad.

Kaasaegsete süsteemide väljatöötamine on tänapäeval mitmeetapiline protsess spetsiifiliste tehniliste ja organisatsiooniliste meetmetega. Tootmistehnoloogia muutub keerukamaks, ühiskonnas ringlevad mahud ja infovood suurenevad ja mitmekesistuvad, karmistuvad nõuded süsteemide toimimise ohutusele, nende kvaliteedile jms. Omamoodi vastus sellele on projekti kontseptsiooni heakskiitmine erinevatel eesmärkidel süsteemide arendamisel.

Praktikas ja kirjanduses mõistetakse projekti kui tegevuste (tegevuste) kogumit, mille eesmärk on luua piiratud aja jooksul ja piiratud ressurssidega kompleksne süsteem, millel on etteantud kvaliteediomadused.

Mingi konkreetse eesmärgi saavutamise protsessi tuleb kontrollida, sest tulemus ja vastavalt sellele ka edu ei saa tulla spontaanselt. Projektijuhtimine on eriliik tegevus, mis hõlmab planeerimist, tööde teostamise jälgimist ja plaani korrigeerimist läbi kaasaegsete juhtimismeetodite rakendamise.

Maailmas muutuvad järjest populaarsemaks projektijuhtimise tehnoloogiad, mis on loodud selleks, et aidata projektijuhtidel koordineerida teostajate tegevust, tagada tööde õigeaegne valmimine, eelarve piires, planeerida riske ja täita muid sama olulisi funktsioone. Üks projektijuhtimise vajalikke tööriistu on tarkvaratoode, ilma milleta on võimatu teostada täisväärtuslikke planeerimis- ja tegevusarvutusi.

Praegu ei saa ükski projekt läbi ilma arvutijuhtimissüsteemideta, mille abil see koostatakse ja kooskõlastatakse. Seetõttu on nii oluline mõista selle tööriista omamise asjakohasust.

Projektil kui juhtimisobjektil on hulk funktsioone, mis nõuavad selle juhtimiseks spetsiaalsete tehnikate ja meetodite kasutamist. Umbes viimase neljakümne aasta jooksul on projektijuhtimine kujunenud eraldiseisvaks erialaseks valdkonnaks ja iseseisvaks distsipliiniks, varustades projektijuhid tehnoloogiate ja tööriistadega projektide elluviimise planeerimiseks, jälgimiseks ja koordineerimiseks.

See sai alguse eelmise sajandi 70ndatel, mil hakati laialdaselt kasutusele võtma arvuti infotöötlussüsteeme ning ettevõtete kasvav ulatus ja keerukus tihedas konkurentsikeskkonnas aitas kaasa sellele, et üha rohkem ettevõtteid hakkas arendama ja kasutama. projektijuhtimise meetodid, kasutades selleks spetsiaalselt loodud programme. Selle töö eesmärk on näidata kogu selliste programmide mitmekesisust ja võimalusi.

Kuid ükski programm ei eksisteeri iseseisvalt. Selle funktsionaalsed ja arhitektuursed omadused on otseselt seotud selle kasutuskeskkonnaga. Seetõttu on projektijuhtimissüsteemidega tutvumine puudulik, kui te ei räägi esmalt keskkonna olemusest, milles need programmid "töötavad".

Igas organisatsioonis on selle tegevuse juhtimisega seotud kolm töötajate rühma.

1. Tippjuhtkond ehk spetsialistid, kes vastutavad eesmärkide ja eesmärkide seadmise, organisatsiooni tegevuse integreeritud planeerimise ja nende plaanide elluviimise hindamise eest.

2. Juhtkonnad, kes vastutavad detailplaneeringute väljatöötamise eest kõrgema juhtkonna seatud eesmärkide saavutamiseks; tööde määramine konkreetsetele tegijatele, ressursside kasutamise planeerimine, plaanide täitmise jälgimine ja koondaruannete koostamine tippjuhtkonnale.

3. Välispetsialistid, kes vastutavad teatud tööde graafikujärgse tegemise eest, esitavad aruandeid teostatavate tööde seisu, nende kvaliteedi, saadavuse, ressursside kasutamise jms kohta.

Täidetavate ülesannete olulised erinevused määravad nõuete erinevused, mida need kasutajarühmad esitavad nende tegevuse tõhustamiseks mõeldud tarkvarale. Selle töö ülesanne on paljastada need nõuded, tuua välja nende omadused ja puudused.

Projektijuhtimise meetodite ja vahendite rakendamine võimaldab mitte ainult saavutada vajaliku kvaliteediga projektitulemusi, vaid ka säästa raha, aega, muid ressursse, vähendada riske ja suurendada usaldusväärsust, kuna see aitab: rahastada projekti riskijuhtimist.

Määrata kindlaks projekti eesmärgid ja viia läbi selle põhjendamine;

Avaldada projekti struktuur (alaeesmärgid, töö põhietapid jne);

Määrata kindlaks vajalikud rahastamise summad ja allikad;

Esitajate valimine, eelkõige pakkumiste ja konkursside kaudu;

Valmistada ette ja sõlmida lepinguid;

Määrake projekti ajastus, koostage selle rakendamise ajakava, arvutage vajalikud ressursid;

Tee arvutus ja kuluanalüüs;

Planeerida ja arvestada riske;

Organiseerida projekti elluviimist, sealhulgas valida "projektimeeskond";

Pakkuda kontrolli projekti edenemise üle.

QNX Neutrino kõrge saadavuse haldur

Kõrge kättesaadavuse haldur (HAM) töötab QNX Neutrino reaalajas operatsioonisüsteemi keskkonnas.

Kõrge kättesaadavuse haldur tagab:

• - Vahetu rikete tuvastamine. HAM kasutab südamepekslevaid sõnumeid, et jälgida mis tahes komponendi seisundit, võimaldades rikkeid võimalikult varakult tabada. Kui HAM tuvastab teatud seisundi või tõrke, võib see kohe ja automaatselt saata tõrketeate teistele komponentidele;
• - Kasutaja kohandatud krahhi taastamine. HAM-i teeki kasutades saab rakendus HAM-ile anda juhiseid, milliseid taastamistoiminguid tuleks teha, vastavalt veatingimuste ilmnemise järjestusele;
• - Kohene taasühendamine. HAM pakub ka programmide teeki kliendi taastamise toimingute tegemiseks, mis võimaldab süsteemil komponendi rikke korral katkenud ühenduse viivitamatult taastada;
• - Analüüs pärast ebanormaalset lõpetamist. Kui protsess katkes tõrke tõttu, saab HAM selle olukorra hilisemaks analüüsiks luua täieliku mälutõmmise. Seda faili vaadates saate kohe täpselt kindlaks teha, milline koodirida tõrke põhjustas, ja analüüsida muutuja andmeid, et teha kindlaks, mis täpselt juhtus.

Isejuhtiva juhina on HAM sisemiste häirete suhtes vastupidav. Kui see mingil põhjusel kokku jookseb, saab see kohe ja täielikult oma oleku rekonstrueerida.

Kõrge kättesaadavuse haldur (HAM) pakub mehhanismi protsesside ja teenuste jälgimiseks reaalajas süsteemis. Halduri eesmärk on taastada andmetöötlusprotsess, kui süsteemiteenused või protsessid ebaõnnestuvad, ei reageeri või pakuvad lubamatul tasemel teenust. HAM-i raamistik laiendab kohaliku seiremehhanismi läbipaistvalt võrguseireks.

HAM toimib kanalina, mille kaudu ülejäänud süsteem saab nii vastu võtta kui ka edastada süsteemi kui terviku olekuga seotud teavet. Süsteem võib olla üks sõlm või QNETi kaudu ühendatud sõlmede komplekt. HAM saab jälgida konkreetseid protsesse ja kontrollida süsteemi käitumist, kui teatud komponendid ebaõnnestuvad ja vajavad parandamist. HAM võimaldab ka välistel komponentidel küsida teavet huvipakkuvate sündmuste kohta süsteemis ja saab teha vajalikke toiminguid nende sündmuste ilmnemisel.

HAM koosneb järgmisest kolmest komponendist:

• - Üksused
• - Tingimused
• - Tegevused

Üksused on süsteemi peamised seireüksused. Põhimõtteliselt on objekt protsess, igal protsessil on kordumatu identifikaator pid... Igal objektil on sümboolne nimi, mida saab kasutada sellele konkreetsele objektile viitamiseks. Objektidele vastavad nimed on süsteemis unikaalsed. Praegu sõlmega sobivad haldurid rakendavad sõlmele ka ainulaadseid reegleid. Need ainulaadsed nõuded on väga sarnased hierarhilises failisüsteemis kasutatava nimeskeemiga.

Tingimused vastavad objektidele. Need tingimused tähistavad objekti olekut. Tingimuste näited:

• - objekt on valminud;
• - objekt jättis südamelöögiteate vahele;
• - objekt jooksis kokku, genereeritakse mälutõmmise fail;
• - objekt on taaskäivitatud.

Tingimused vastavad sümboolsetele nimedele, mis peavad olema ka objekti sees kordumatud.

Tegevused tingimustele vastama. Tingimus võib sisaldada palju toiminguid. Toiminguid tehakse iga kord, kui vastav tingimus on täidetud, s.o. tõsi. Tingimuses olevad toimingud teostatakse FIFO järjekorras (järjekord, milles need tingimusele lisati). Paljud tõesed tingimused käivitatakse samaaegselt suvalises järjekorras. Tingimused, mis on määratud kui HCONDINDEPENDENT, täidetakse paralleelselt muude tingimustega eraldi täitmislõimes.

Toimingute näited:

• - objekti taaskäivitamine;
• - signaali saatmine mõnele protsessile.

Toiminguid seostatakse ka sümboolsete nimedega, mis on konkreetses olukorras ainulaadsed.

Kui toimingute loendis mõni toiming ebaõnnestub, saate määratleda alternatiivse loendi toimingutest, mis tuleb selle toimingu tõrke taastamise rakendamiseks teha.

Taastemehhanism võimaldab teil taastuda ühest teenuse- või protsessitõrkest.

Tegelikult on HAM-i sisemine olek nagu hierarhiline failisüsteem, kus objektid on nagu kataloogid, tingimused vastavad nendele objektidele alamkataloogidena ja toimingud nendes tingimustes on nagu selle puustruktuuri lehtede sõlmed.

HAM esindab seda olekut ka kirjutuskaitstud failisüsteemina kataloogi / proc / ham kontrolli all. Selle vaate tulemusena saavad suvalised protsessid vaadata ka praegust olekut (näiteks saate käivitada käsu ls / proc / ham).

Multipleks-OV

Multiplex-OV on tööriistade komplekt (CS) tõrketaluva andmetöötluse korraldamiseks. See on loodud pakkuma serverirakenduste tõrketaluvust kohtvõrgus MSVS 3.0 OS-i kontrolli all.

Põhijooned:

Rakenduse automaatne taastamine pärast riket (taasteaeg ei ületa 10 sekundit);

Võimalus tasakaalustada serverite arvutuskoormust;

Oskus tasakaalustamisel muuta otsustamise loogikat;

Võimalus jälgida ja hallata serveriklastri komponentide ja sellel töötavate rakenduste tööd;

Registreeritud sündmuste nimekirja laiendamise võimalus;

Väliste klientide suhtlemine KS OV-ga;

Klastri toimimise tehnoloogiliste parameetrite juhtimine.

Komplekt sisaldab järgmisi programme:

• 1) OV juhtimisprogramm annab kontrolli multipleks-OV CS töö, selle lähtestamise ja konfigureerimise üle. Multiplex-OV CS juhtimisloogika korraldamiseks kasutatakse kahte peamist tehnoloogiat:
  • - ressursihaldustehnoloogia põhineb ressursside jaotamisel ja ümberjaotamisel multipleks-OV CS digitaalarvutite vahel, sõltuvalt konfiguratsiooniseadetest, digitaalarvuti olekust, ressursside endi olekust;
  • - koormuse tasakaalustamise tehnoloogia põhineb multipleks-OV CS digitaalse arvuti virtualiseerimisel ja kliendi päringute töötlemise protsesside ümberjaotamisel digitaalsete arvutite vahel;
• 2) Tervishoiuprogrammi korraldus pakub funktsioonide juurutamist tõrketaluva andmetöötluse korraldamise protsessi juhtimiseks. Uute arvutite OV-süsteemiga ühendamise ja lahtiühendamise protsessis toimub süsteemi skaleerimine ning ressursihaldusloogika võtab üle nende jaotamise funktsioonid süsteemi töötavate arvutite vahel. Lisaks selgitatakse OM süsteemi kui terviku seisukorra analüüsi põhjal välja kvoorumi olemasolu ja segmendi kui OM elemendi toimimise jätkamise otstarbekus;
• 3) OV Seireprogramm tagab multipleks-OV-kompressorjaama komponentide töö jälgimise ja juhtimise. Järelevalve on vajalik operaatori sekkumist nõudvate sündmuste jälgimiseks. Multipleks-OV-kompressorjaama konfiguratsioonifailide õigete seadistuste korral teavitatakse operaatorit automaatselt kõigist tööhäiretest. Käitaja ülesanne on teavitada õigeaegselt vastavaid või muid teenuseid ning algatada rikke kõrvaldamine;
• 4) Saade "OV konjugatsioon" tagab erinevate moodulite liidestamise ja nende ühise toimimise Multiplex-OV CS osana;
• 5) OV testimisprogramm pakub multipleks-OV CS funktsioonide testimist.

Multipleks-OV-serveriklastrisse kuuluvates arvutites tuleb programmide täitmiseks konfigureerida arvutitevaheline võrgu suhtlus TCP / IP-protokolli abil.

Tõrketaluvuse rakendamine saavutatakse kahe mehhanismi rakendamisega: klastri ressursihaldusmehhanism ja koormuse tasakaalustamise mehhanism.

Multiplex-OV CS sisendandmed on klastri sõlmede ja/või ressursside muutuste sündmused. Multiplex-OV CS väljundandmed on klastri sõlmede ja ressursside uued optimaalsed seisundid protsesside, ressursside ja rakenduste vastava migratsiooni tulemusena.

Arengu põhjendus

Veataluva pardaarvuti väljatöötamise käigus tekkis vajadus luua tarkvara, mis võimaldaks kaugterminalis või kompleksi enda läheduses asuval inimoperaatoril süsteemi tööd konfigureerida, luua erinevaid klastri konfiguratsioone, käivitada ja testida neid, samuti kiiresti diagnoosida töötava klastri olekut. ...

Tõrkevahetusklastri arendamise asjakohasust kinnitab seda tüüpi tarkvara täielik puudumine vaadeldava QNX 4.25 operatsioonisüsteemi jaoks. Spetsiaalselt selle operatsioonisüsteemi jaoks arendamise vajadus tuleneb selle paindlikkusest, põimitavusest ja skaleeritavusest ning madalatest süsteeminõuetest ja väga kõrgest töökindlusest, mis vastavad täielikult kliendi poolt välja toodud nõuetele. Samuti väärib märkimist, et operatsioonisüsteem QNX 4.25 on selliste arenduste jaoks sertifitseeritud kasutamiseks Vene Föderatsiooni presidendi alluvuses oleva riikliku tehnilise komisjoni poolt.