Argomento: software per computer. Rilevanza del software per ragionieri Background storico alla creazione del corso. Rilevanza della progettazione architettonica del software

Nel luglio 2007, il Presidium del Consiglio per i progetti nazionali prioritari ha sostenuto l'iniziativa del Ministero russo delle tecnologie dell'informazione e delle comunicazioni per sviluppare un pacchetto software gratuito nazionale. "Se la Russia non è indipendente nel campo del software, allora tutte le altre aree in cui vogliamo essere indipendenti e competitivi saranno minacciate", ha detto all'epoca Dmitry Medvedev.

La Russian Free Software Association (RASPO) sostiene la transizione delle scuole russe all'uso di software libero e raccomanda l'uso di un pacchetto software gratuito (PSPO) in ambito educativo per i seguenti vantaggi:

le esigenze software di base delle scuole sono coperte dalle funzionalità software esistenti e il costo per l'acquisto di licenze commerciali aggiuntive è nella maggior parte dei casi poco pratico;

la possibilità di distribuzione legale del PSVO al di fuori delle scuole, in particolare ai computer di casa degli insegnanti e degli scolari, offre condizioni molto più confortevoli per organizzare il processo di apprendimento nel quadro della legge.

Il software gratuito per le istituzioni educative dovrebbe fornire una soluzione integrata a tutti gli effetti: una piattaforma funzionale per supportare tutti i tipi di attività di queste istituzioni: sia nell'organizzazione del processo educativo che nel fornire componenti metodologiche, amministrative, comunicative e di monitoraggio di questa attività (Fig.1).

Figura 1 - Software didattico e complesso hardware basato su software open source

Sulla base di ciò, il contenuto dei pacchetti software sviluppati per l'istruzione scolastica dovrebbe essere suddiviso nei seguenti moduli:

ambiente unificato per gli studenti (materiale didattico, spazio per lezioni di insegnamento, lavoro di squadra di gruppi);

un ambiente di lavoro per insegnanti e organizzatori del processo educativo (curricula, orario delle lezioni, strumenti per automatizzare le lezioni e verificare le conoscenze degli studenti, ecc.);

gestione ambiente di lavoro (contabilità, controllo e gestione delle attività formative, unità amministrative e aziendali, ecc.);

infrastruttura di servizi informativi aggiuntivi (portale per lavorare con genitori e gruppi di ex laureati, fornire risorse informative educative a tutti gli interessati, comunicazione con il Ministero dell'Interno, ecc.)

Il concetto di sviluppo dello sviluppo e utilizzo del software libero nella Federazione Russa prevede un approccio integrato al programma per espandere l'uso del software libero, che prevede formazione degli utenti, preparazione di materiali di riferimento e metodologici, fornitura di supporto tecnico, migrazione di applicazioni legacy, soluzione di problemi di compatibilità con l'hardware.

L'uso di PSVE negli istituti scolastici ridurrà il costo di acquisto di licenze software, utilizzerà software gratuito aggiuntivo, replicherà il pacchetto, fornendo loro insegnanti e studenti, creando così un ambiente informativo unificato per l'istituto scolastico. Ogni istituzione scolastica della città comprende il processo di transizione al PSVE a modo suo, pertanto è necessario il supporto metodologico di questo processo, la giustificazione dell'una o dell'altra soluzione di implementazione. L'uso delle tecnologie Internet consente di fornire supporto metodologico, diffondere un'esperienza pedagogica avanzata nel processo di introduzione di un pacchetto software gratuito e fornire consulenza.

L'urgenza del problema è dovuta alla decisione del governo della Federazione Russa sulla transizione delle istituzioni educative a un pacchetto di software libero, che è associato alla scadenza delle licenze per software proprietario, al corso seguito per creare software libero russo e si riflette nelle attività del programma prioritario presentate del piano di implementazione della Strategia di sviluppo società dell'informazione nella Federazione Russa fino al 2011, approvata dal presidente russo Dmitry Medvedev.

Al giorno d'oggi, il passaggio al software libero non è solo un '"idea" e un metodo per risparmiare denaro, ma anche un bisogno urgente. Analisti a vari livelli hanno ammesso il proprio errore nel sottovalutare la portata dell'utilizzo di tale software e sono costretti a dichiararne la rapida crescita. Nell'ambito del progetto nazionale "Education" è stato scelto anche un corso per il progressivo abbandono del software chiuso e il passaggio al software libero.

Poiché vi è una discreta quantità di confusione sulla terminologia, ha senso fornire definizioni dei seguenti termini utilizzati.

Sotto software gratis indica una varietà di programmi per computer elettronici (computer), il contratto di licenza per il diritto di utilizzo che fornisce i seguenti diritti:

utilizzare un programma per computer per scopi non proibiti dalla legge;

accedere al codice sorgente del programma sia allo scopo di studiarlo e adattarlo, sia allo scopo di elaborare il programma per un computer;

distribuire il programma (gratuitamente o dietro compenso a propria discrezione);

apportare modifiche al programma per computer (riciclare) e distribuire copie del programma modificato (rielaborato), tenendo conto dei possibili requisiti per l'ereditarietà della licenza.

Una "licenza" specifica (i termini di un contratto specifico) può conferire all'acquirente poteri aggiuntivi, incondizionatamente oa determinate condizioni, e ciò non rende il programma non libero. Nonfree è un programma distribuito a condizioni che limitano i diritti di cui sopra dell'acquirente.

Il software libero (software libero) non dovrebbe, come spesso si fa, essere confuso con il "software libero" (shareware, a volte per qualche motivo lo chiamiamo "shareware") o "free" (freeware).

Va anche tenuto presente che, sebbene il termine "software open source" sia spesso usato come sinonimo di "software libero", a volte è abusato.

Il software libero non deve essere confuso con il software "aperto": "apertura" si riferisce all'aderenza agli standard di interfaccia e nient'altro, e la libertà si riferisce ai termini di licenza e al modello di sviluppo.

Infine, non si deve confondere "commerciale" con non libero e "non commerciale" con gratuito. Sebbene il ruolo dei programmatori, come attivisti o hobbisti, scrivere e sviluppare software libero sia molto ampio, una parte significativa (probabilmente grande) del codice libero viene sviluppata in un framework commerciale. Allo stesso tempo, c'è una grande quantità di codice non commerciale e non libero.

Il nodo delle sottigliezze terminologiche e delle complessità concettuali può essere tagliato introducendo una definizione alternativa: il software libero è software, tutti i servizi di sviluppo, modifica, manutenzione e supporto sono venduti sul mercato libero.

Il mercato corrispondente si sta sviluppando con successo da un quarto di secolo, ci sono esempi della sua esecuzione di compiti impensabili per le singole società (il più sorprendente è lo sviluppo negli anni novanta sulla base di software e sistemi liberi della comunità globale di reti Internet) e, infine, che esitazione, i leader dell'industria informatica oggi sono quasi inequivocabilmente a favore del software libero.

Lo sviluppo di un pacchetto di software domestico gratuito è uno dei compiti centrali che devono essere risolti per la sicurezza delle informazioni della Russia. Lo ha ripetutamente affermato il presidente russo Dmitry Medvedev. Secondo lui, la Russia dovrebbe creare il proprio sistema operativo open source e una serie completa di applicazioni per garantire il lavoro efficace delle agenzie governative e delle organizzazioni di bilancio. Nell'ottobre 2007 è stato emesso l'Ordine del Presidente del Governo della Federazione Russa n. 1447-r., Secondo il quale il Ministero dell'Istruzione e della Scienza e il Ministero delle Comunicazioni erano stati incaricati di:

acquistare una licenza di 3 anni per il software proprietario per tutte le scuole;

assicurare lo sviluppo e l'implementazione del software libero nelle scuole secondo l'elenco dei programmi inclusi nel pacchetto software standard (di base).

L'acquisto di licenze triennali per software proprietario è stato effettuato al fine di alleviare il calore dei problemi associati al software piratato, e durante questo periodo di preparare qualitativamente il sistema educativo per la transizione al software open source.

La prima gara d'appalto aperta per lo sviluppo e la consegna di un pacchetto software gratuito si è tenuta in Russia nell'autunno del 2007. Il vincitore è stato il gruppo di società RBC-Center (Armada Group of Companies) e i co-esecutori sono stati i principali sviluppatori di software nazionali AltLinux, Linux Online e Linux Ink. È stato firmato un contratto per lo sviluppo e l'implementazione di software basato sul sistema operativo Linux nelle scuole di tre regioni pilota della Russia: Tatarstan, Perm Territory e Tomsk Region. Sulla base dei requisiti di un pacchetto software di base standard, è stato sviluppato un pacchetto software gratuito per le esigenze delle istituzioni educative, che non richiede costi di licenza. L'Agenzia Federale per l'Istruzione ha emesso una lettera circolare "Sull'uso del PSVE per gli istituti di istruzione generale della Federazione Russa" del 17 giugno 2008 n. 15-51-450 / 01-09, in cui invita gli istituti di istruzione di qualsiasi regione della Federazione Russa a prendere parte al test del PSVE. Le domande di partecipazione vengono ricevute da diverse regioni della Russia. Il numero di scuole non pilota ha superato il numero di scuole pilota.

Per ordine dell'Agenzia federale per l'istruzione, è in fase di sviluppo un progetto "Fornire supporto per l'implementazione di un pacchetto software gratuito nelle istituzioni educative della Federazione Russa". Esecutore del progetto nel 2009-2010 secondo i risultati del concorso federale, il gruppo IT Co. è. L'obiettivo principale del progetto è creare le condizioni per l'introduzione di massa di un pacchetto di software libero appositamente sviluppato e testato nelle istituzioni educative della Federazione Russa.

Per raggiungere questo obiettivo, le seguenti attività vengono risolte nell'ambito del progetto:

la messa in servizio di un archivio statale unificato di software libero è fornito come mezzo di sviluppo, test e distribuzione di PSPO;

la manutenzione e lo sviluppo dei prodotti software del PSVO sono forniti in conformità con i requisiti delle istituzioni educative.

IT Co., rappresentata dall'appaltatore all'interno del gruppo di società PingWin Software, ha presentato i principi dell'implementazione del progetto, ovvero che, supportando le idee dell'Agenzia federale per l'istruzione sull'uso più ampio possibile del software open source nelle scuole, intende espandere ulteriormente la gamma di prodotti software forniti alle scuole russe. Oltre al lavoro richiesto, si prevede di creare repository estesi (repository software) di distribuzioni Linux, che sono già utilizzati nelle istituzioni educative, e un repository di programmi educativi che possono essere utilizzati con qualsiasi Linux. Questo darà agli insegnanti una scelta e faciliterà il processo di apprendimento.

Per risolvere il problema dell'introduzione del PSVE nelle istituzioni educative, è necessario seguire una certa metodologia basata su principi standard di sviluppo e modernizzazione, che consentirà la transizione con perdite minime e in modo tempestivo. I passaggi principali di questa tecnica sono:

indagine sulla situazione attuale nell'istituto scolastico: L'installazione di RSP è irta di difficoltà come la presenza di hardware non supportato e l'incompatibilità del software utilizzato; risolvere il problema di determinare la disponibilità di software con licenza che si trova sulle macchine, determinando la gamma di attività che possono essere risolte utilizzando questi computer e apparecchiature;

sviluppo del concetto di transizione: transizione completa a Linux e software open source o parziale utilizzando software proprietario e open source; in questo caso, è necessario essere guidati sia dai fondi dell'istituzione educativa generale sia dalle esigenze del processo educativo;

strutture specializzate per l'implementazione e il supporto di software open source: il passaggio al PSVO non è un evento di un giorno, quindi, l'istituto scolastico ha bisogno di un dipendente che sia in grado di risolvere i problemi attuali del passaggio;

fornitura di formazione per insegnanti e personale;

elaborazione di un piano per l'introduzione graduale del PSVE nel processo educativo: è necessario elaborare un piano dettagliato per il trasferimento di aule e unità di un istituto di istruzione al PSVO. L'implementazione del PSPO dovrebbe essere “incrementale”, prima di tutto, dovrebbe essere installato su macchine per le quali l'analisi ha mostrato un'installazione indolore al 100%. Il trasferimento di almeno il 50% della flotta esistente sarà già considerato un buon inizio. L'ultimo passaggio consiste nel trasferire i computer con Windows con licenza preinstallata. È inoltre imperativo prevedere l'installazione di server separati per archivi, aggiornamenti e copie delle immagini del disco principale. È imperativo tenere conto della disponibilità di una connessione Internet del server di aggiornamento per mantenere il sistema in un adeguato stato di sicurezza.

transizione: in questa fase vengono eseguiti lavori di natura tecnica per l'installazione e la configurazione del PSPO.

In ogni fase dell'introduzione della PSVE nel processo educativo degli istituti di istruzione generale, è necessario un supporto metodologico, che include, tra le altre cose, lo sviluppo di raccomandazioni metodologiche per l'uso dei programmi PSVE.

Annotazione: La prima lezione del corso "Sviluppo dei requisiti. Progettazione architettonica del software" è la fase introduttiva dell'inizio dello studio della direzione dell'informatica, dedicata allo studio e alla descrizione dell'architettura del software, che è il cuore di ogni prodotto IT creato, un po 'più complesso di un programma di 3 righe di codice ... In questo corso si cercherà di approfondire, considerando diversi punti di vista, soggetti allo studio, nonché alla necessaria e sufficiente descrizione, varie rappresentazioni dell'architettura software, dalla progettazione ottimale della quale, in determinate condizioni, dipende l'efficacia non solo del prodotto software stesso, ma anche la direzione dell'attività in in cui viene utilizzato. La prima lezione sarà la base del nostro corso. Oggi giustificheremo la rilevanza e la rilevanza del tema della progettazione architettonica, considereremo i prerequisiti per lo sviluppo di questo argomento, formuleremo un obiettivo, delineeremo i limiti che formano la struttura del nostro corso, familiarizzeremo con le migliori pratiche domestiche e mondiali nel campo della progettazione del software architettonico, immergerci nello stato attuale di questa attività nella sfera delle alte tecnologie ...

Obbiettivo: nella lezione si intende presentare oggettivamente l'importanza del tema della progettazione architettonica per l'industria dell'informatica, e gli specialisti che svolgono le loro attività professionali in questo campo, impostare l'ambito del corso, fornire una breve panoramica delle "migliori pratiche", che costituiscono un deposito "inviolabile" della direzione della progettazione architettonica utilizzata in il campo della tecnologia dell'informazione da tutte le aziende che cercano di creare, mantenere e sviluppare prodotti software ad alta tecnologia.

introduzione

La progettazione architettonica, in quanto direzione professionale dell'attività umana, ha radici profonde ed è apparsa molto prima della creazione del primo computer.

Le attività in esame si basano su concetti che sono due facce diverse di una stessa medaglia:

• Architettura come risultato;
• Design - come mezzo per raggiungere il risultato prefissato;

Se parliamo di architettura in generale, o meglio dello stadio classico di sviluppo di questo ramo dell'attività umana, vengono subito in mente i parallelismi associati agli edifici maestosi e significativi - le Piramidi di Cheope, la Torre Eiffel, ecc., Che colpiscono, prima di tutto, per la loro grandezza. e l'aspetto.

Se solleviamo la questione della direzione dello sviluppo dell'architettura negli ultimi tempi, allora è associata al desiderio di massimizzare la funzionalità degli edifici, e solo allora alla perfezione dell'immagine delle strutture progettate.

Queste tendenze sono dovute all'evoluzione della coscienza umana e al passaggio da un modo di pensare e di vita contemplativo a forme di esistenza più efficaci, garantendo il più rapido raggiungimento del risultato.

Le trasformazioni scientifiche, tecniche, tecnologiche e sociali danno luogo a cambiamenti in tutto il mondo e l'architettura, non solo come arte applicata, ma come scienza e tecnologia fondamentali, è solo uno degli oggetti delle trasformazioni esterne.

Il design è un tipo di attività finalizzata alla creazione di un prodotto (servizio) unico, la cui sequenza di fasi di realizzazione sarà determinata da fattori "esterni" e determinerà i suoi vantaggi e svantaggi ultimi.

Il campo del design si è diffuso sotto forma di una forma di attività moderna ed efficace: un progetto.

La progettazione architettonica è un'attività che mira a creare architettura durante l'esecuzione di un progetto.

La progettazione architettonica del software, nella sua forma attuale, uno dei compiti pone la creazione di un artefatto (architettura), che dovrebbe garantire il raggiungimento dei risultati delle attività delle organizzazioni che utilizzano prodotti software per implementare i propri processi.

C'è da dire che il mondo che ci circonda dipende sempre di più dal campo dell'informatica in generale, ed in particolare da vari software, che:

• Automatizza parzialmente o completamente l'esecuzione delle operazioni di routine, che, di regola, sono le più dispendiose in termini di risorse;
• Fornisce opportunità uniche relative allo scambio "online" e alla trasformazione delle informazioni per vari scopi;
• Ottimizza non solo l'utilizzo del capitale umano, ma anche i costi associati alla manutenzione degli immobili;
• Eccetera.

I prodotti software sono l'elemento principale delle più moderne attività dei domini high-tech (comunicazioni cellulari, trasmissione video, attività di sicurezza, traffico e altre attività di gestione del traffico, ecc.). Oggi è molto difficile (o meglio quasi impossibile) trovare un'azienda che non utilizzi tecnologia dell'informazione nelle loro attività.

Tutti, dalle piccole imprese alle organizzazioni pubbliche, finanziarie e sociali tradizionali e conservatrici del settore pubblico, si sforzano di automatizzare l'esecuzione di molte operazioni di routine. E molti di loro non potranno esistere sul mercato senza l'uso di software specializzati. Non è necessario parlare di aziende innovative e dell'importanza per loro delle tecnologie dell'informazione.

I prodotti informativi utilizzati per ottenere i risultati delle attività delle organizzazioni semplicemente non esisterebbero più, o meglio, non resisterebbero alla prova del tempo.

Analogo test viene superato da quei prodotti software, in fase di creazione e implementazione dei quali era prevista una fase di progettazione dell'architettura software.

È questa fase che distingue un programma "temporaneo" sviluppato per "riparare i buchi" da un prodotto software consapevole, per utilizzarlo e svilupparlo, le organizzazioni mirano a un intervallo di tempo abbastanza lungo del loro ciclo di vita.

Nelle opere del classico del campo della tecnologia dell'informazione - Frederick Brooks, puoi trovare la seguente differenza tra un programma e un prodotto software:

• Intervallo massimo generalizzato e tipi di dati di input;
• Test approfonditi;
• Documentazione dettagliata;
• Il prodotto software richiede 3 volte più tempo del programma;

Nel nostro corso considereremo esattamente i prodotti software e alcuni dei processi che accompagnano la loro implementazione.

Sono prodotti software di alta qualità (o meno) che formano il mondo elettronico del software, che non solo circonda ogni moderno abitante del pianeta Terra, ma forma in lui la sua coscienza e il suo comportamento.

Per mantenere e sviluppare il mondo moderno del software in modo di qualità, è necessario avere una comprensione olistica di cosa esattamente e come sviluppare, quali errori precedentemente commessi non dovrebbero essere ripetuti e che dal passato devono essere presi in considerazione e utilizzati ora e in futuro.

Softwarealla base del mondo del futuro deve fornire le necessarie caratteristiche di qualità, quali:

• Funzionalità;
• Prestazione;
• Affidabilità;
• Sicurezza;
• Eccetera.

Il nostro corso è dedicato al tema della creazione di tali sistemi informativi, ovvero l'architettura che sarà il fulcro di tali prodotti informativi.

Background storico per la creazione del corso. Rilevanza della progettazione architettonica del software

Dalla metà degli anni '50 del XX secolo, il concetto di architettura software è stato discusso in modo molto ampio e vigoroso nella comunità professionale degli specialisti IT. Ciò era dovuto al fatto che l'architettura, nel suo modo originale di applicazione, era considerata solo come una base necessaria per i sistemi informativi in \u200b\u200bfase di realizzazione.

Facciamo una prenotazione e chiariamo: in quel momento, l'architettura del software era intesa come un concetto puramente tecnico, ad es. un insieme di moduli software e di sistema che interagiscono in modo ottimale tra loro in base a connessioni e protocolli predefiniti che assicurano il funzionamento efficace specificato dei prodotti software. E i prodotti software, a loro volta, servivano per compiti specializzati strettamente focalizzati che coprivano le esigenze degli scopi militari.

Nel tempo, a causa delle graduali "scoperte" nello sviluppo della sfera IT, del successivo ampliamento a tutte le aree dell'attività umana, l'architettura software è diventata interamente oggetto del lavoro degli sviluppatori software e, nella maggior parte dei casi, è stata invisibilmente implicata come parte del ciclo di vita dello sviluppo dei sistemi informativi. Ciò era dovuto al fatto che le risorse per lo sviluppo del software iniziarono ad essere allocate meno, le varie fasi furono "unite" e cominciarono ad essere previsti i risultati di sviluppo, implementazione e applicazione il prima possibile.

Dato il numero progressivamente crescente di richieste per la qualità dei prodotti informativi, che si compongono di tante componenti diverse, ciò potrebbe durare poco.

Il tema dell'architettura software, non solo come artefatto tecnico del processo di sviluppo che fornisce alti tassi di caratteristiche non funzionali, ma come parte centrale dei prodotti software, è diventato di nuovo rilevante.

Nell'ultimo decennio è maturata la consapevolezza che l'architettura dei prodotti software dovrebbe essere il risultato del lavoro non tanto dei programmatori, ma di gruppi speciali di professionisti multidisciplinari. Questi gruppi devono essere in grado di creare un'architettura completa con un dato livello di qualità in grado di coprire le molte componenti dei prodotti informativi.

La progettazione architettonica è prevalentemente una disciplina ingegneristica, e non è corretto considerarla solo da un punto di vista tecnico o commerciale. Dovrebbe essere considerato in un complesso interconnesso di cause di accadimento, processi di creazione e, di conseguenza, risultati. Questo è l'unico modo per stabilire relazioni di causa-effetto e costruire un sistema ottimale su cui progettare architetture di qualsiasi complessità.

Al fine di garantire il risultato della progettazione architettonica, è importante considerare il processo progettuale stesso anche dal punto di vista dell'attività sociale, che deve essere controllata secondo le norme e i regolamenti pertinenti.

Lo sviluppo dell'architettura e del successivo software è l'attività "flessibile" del mondo moderno.

È stato dimostrato che nell'attuale fase di sviluppo dei processi di sviluppo software, le pratiche di ingegneria classica esistenti non sono più efficaci come lo erano diversi anni fa. Sono abbastanza "pesi massimi" per le esigenze volatili e le mutevoli condizioni del mondo circostante.

Va anche notato che l'architettura è al 100% un prodotto del "pensiero umano", il che rende speciali requisiti aggiuntivi per gli aspetti chiave della ricerca in questo campo professionale.

Il risultato di una tale attitudine alla progettazione architettonica caratterizza questa attività come oggetto sociale.

Da tutto ciò che è stato detto, ne consegue che un grande ruolo del fattore umano risiede nella progettazione architettonica di successo e nella creazione di un prodotto software di alta qualità ed efficace, quindi nel nostro corso presteremo ulteriore attenzione non solo agli aspetti ingegneristici della progettazione architettonica, ma anche alle caratteristiche sociali e gestionali del dominio dello sviluppo e della documentazione. architettura software.

Scopo e obiettivi del corso

Durante lo sviluppo del corso, abbiamo mirato a renderlo accessibile e comprensibile a una vasta gamma di professionisti IT che cercano di sviluppare le proprie competenze nel campo della progettazione architettonica.

Qui non pretendiamo di scoprire la "terra incognita" nel campo della progettazione di programmi per computer. Uno dei nostri compiti principali è sintetizzare un insieme di "best practice" mondiali disponibili del dominio che stiamo considerando, rielaborarlo, integrarlo con informazioni poco conosciute ma importanti, arricchire l '"essenza" risultante con approcci pratici al lavoro e metodologie che tengano conto delle realtà delle attività dei dipendenti nel campo dell'informatica e della situazione nel mercato per lo sviluppo di programmi di informazione nella Federazione Russa.

Un altro compito, non meno importante, è quello di cercare di risvegliare l'interesse dei nostri colleghi in una considerazione dettagliata dell'area di sviluppo dei requisiti e della successiva documentazione di architetture software che, a nostro avviso, influenzano la qualità e l'efficienza del software del presente e del futuro.

Molte delle domande che solleveremo nel corso delle lezioni non hanno una risposta univoca e talvolta un'unica risposta corretta. Il dominio della progettazione architettonica è un'area in cui le decisioni vengono prese soggettive e dipendono da molte condizioni di natura diversa che cambiano abbastanza rapidamente.

Ogni decisione presa è determinante per la futura architettura del prodotto informativo e deve essere giustificata, ma allo stesso tempo "deve" saper considerare e rispondere con flessibilità alle direzioni di sviluppo delle attività aziendali per le quali è creato.

Nello sviluppo del corso, tratteremo i seguenti aspetti "di alto livello" relativi alla progettazione del software architettonico:

1. Caratteristiche dell'architettura software:

   Verranno fornite le caratteristiche funzionali e non funzionali / qualitative delle architetture che, di conseguenza, sono catalizzatori nella formazione dei principali vantaggi e svantaggi del software in fase di sviluppo;

2. Requisiti che modellano l'architettura del software:

   Verranno delineati i requisiti di base, dopo un'analisi approfondita di cui segue la fase di progettazione. In questa fase vengono sviluppate le principali caratteristiche del futuro prodotto software (vedi clausola 1);

3. Oggetti dell'architettura software e connessioni tra loro:

   Verranno elencati gli oggetti, la cui integrazione in un unico sistema consentirà di raggiungere i risultati attesi dall'utilizzo dei prodotti software progettati;

4. L'ambiente "esterno" del processo di progettazione architettonica:

   Forniremo una panoramica dei fattori che influenzeranno il processo di progettazione architettonica e l'ulteriore utilizzo dei programmi corrispondenti;

5. Processo di progettazione architettonica:

   Descriviamo come dovrebbe essere l'attività, in cui dovrebbero essere prese in considerazione le metodologie più efficaci, oggi, per organizzare i processi di progettazione architettonica;

6. "Pacchetto" di documentazione per architettura software:

   Di seguito una lista di documenti necessari e sufficienti per il successivo sviluppo e manutenzione del software creato;

7. Rischi legati all'architettura e alla progettazione architettonica:

   Cerchiamo di delineare i rischi più diffusi che si verificano nei casi in cui l'uso dell'architettura creata non corrisponde ai compiti e alle condizioni del suo utilizzo inizialmente fissati;

Livelli di architettura software:

Diamo quelle rappresentazioni dell'architettura software, senza le quali non sarebbe possibile il suo sviluppo e il successivo utilizzo;
8. Approcci alla creazione dell'architettura software:

   Descriveremo le metodologie moderne più efficaci e i principi di progettazione architettonica dei prodotti software, i loro vantaggi e svantaggi;

9. Il ruolo dell'architetto di sistema:

   Descriviamo il suo ruolo nel processo di progettazione architettonica. Elenchiamo le competenze e le qualità professionali che dovrebbe avere un architetto di prodotti informativi;

10. Processi di sviluppo e manutenzione dell'architettura software:

    Parliamo di come dovrebbero essere costruiti questi processi affinché l'architettura software sia efficace nelle condizioni operative date;

Nel processo di risoluzione dei compiti designati e di evidenziazione degli aspetti dell'architettura e della progettazione architettonica, verrà presentato il materiale del corso. Molto spesso, ci fermeremo per brevi pause, durante le quali verranno forniti esempi pratici per supportare e integrare il materiale principale delle lezioni.

Inizialmente si prevedeva di inserire nel corso una quantità aggiuntiva di materiale relativo anche al campo della progettazione dell'architettura software, ma dopo l'analisi iniziale del volume stimato, è apparso chiaro che valeva la pena limitarsi agli aspetti sopra indicati. Altrimenti rischieremmo che il corso si trasformi in un ampio curriculum, per la cui compilazione non sarà sufficiente la vita professionale di 2 autori.

Considerando che ci siamo impegnati molto nel campo dell'analisi aziendale, il concetto di "struttura del corso" sarà controllato da noi durante la nostra comunicazione con voi in modo abbastanza duro e disciplinato.

Limitazioni del corso

Per limitazione si intende il materiale che è stato volutamente escluso dal corso per la sua irrilevanza, "lontananza" dall'argomento principale.

L'elenco delle limitazioni che abbiamo "delineato" l'ambito del nostro corso include:

• Aspetti organizzativi della creazione, sviluppo e manutenzione dell'architettura e dei suoi processi di progettazione:
  • Volutamente non abbiamo incluso nel nostro corso aspetti relativi alle discipline di gestione. Il campo della gestione è ampiamente e accuratamente studiato. Per considerare questioni specifiche di tuo interesse, puoi trovare letteratura specializzata, ma prenderemo sicuramente in considerazione alcuni aspetti specifici della gestione che influenzano l'architettura e la progettazione architettonica;
• Processi di sviluppo del codice dell'architettura:
  • I processi di sviluppo del "codice" dell'architettura sono attività che dovrebbero seguire dopo che la progettazione dell'architettura è stata completata. Da un lato, tenendo conto della reale situazione nel campo dell'ingegneria del software, va detto che nel 60% dei progetti legati alla creazione di software, progettazione e sviluppo sono processi che si svolgono in parallelo, ma, d'altra parte, questa pratica di lavoro è non il miglior "esempio" di sviluppo software. Noi, in alcune parti del nostro corso, terremo conto di questo aspetto, ma, "per impostazione predefinita", ci asterremo dalla sua influenza. Questo principio di insegnamento è classico. Questo ci consentirà di presentare i punti principali che formano i concetti di base nel modo più efficiente. La fase di "codifica" è il passaggio successivo alla progettazione architettonica. Sarà preso in considerazione, ma non lo descriveremo e non lo presenteremo.
• Momenti politici, sociali, economici che influenzano l'immagine del software creato:
  • Quando si tratta di un qualche tipo di processo "interno" e la progettazione architettonica (non l'architettura) è solo un processo di questo tipo che interessa solo un numero limitato di utenti, i fattori di influenza "esterna" vengono considerati separatamente. Esistono vari strumenti per analizzare tali fattori. In particolare si può citare l'esempio dell'analisi "PEST". Se necessario, puoi studiarlo separatamente e utilizzare i risultati dell'analisi nella tua ricerca.
• "Fattore umano:
  • Questo aspetto dei nostri limiti è forse la causa principale di alcuni dei risultati più sorprendenti e dei fallimenti più memorabili nell'architettura software. Il "fattore umano" e tutte le sue componenti, come motivazione, efficienza, ecc. - queste sono parti della personalità umana, la cui considerazione è oggi oggetto di grande attenzione da parte di scienziati e specialisti, mentre non ci sono prerequisiti perché queste tendenze diminuiscano. Forse il centro dell'attenzione della ricerca in corso si sposterà verso una direzione più antropica - tecnica, ma l'attenzione ad essi aumenterà solo nel tempo. Se lo si desidera, chiunque può trovare una quantità sufficiente di materiale da quest'area

Pertanto, rendiamo chiaro ai nostri colleghi che il corso è rivolto specificamente alle attività legate allo sviluppo dei requisiti, ma allo stesso tempo, gli aspetti, la cui considerazione è necessaria per formare la base del progetto architettonico, considereremo sicuramente nel nostro lavoro.

Resta da rammaricarsi che in precedenza si sia prestata così poca attenzione ai processi di sviluppo dei requisiti nella letteratura professionale. Con questo corso cercheremo di riempire la nicchia esistente. Soprattutto questa tesi riguarda la direzione di sviluppo dei requisiti per l'attività di progettazione architettonica, che determina del 60% la futura efficacia dei prodotti software sviluppati.

QNX Neutrino High Availability Manager

L'High Availability Manager (HAM) viene eseguito nell'ambiente del sistema operativo in tempo reale QNX Neutrino.

Il gestore dell'alta disponibilità garantisce:

• - Rilevamento istantaneo dei guasti. HAM utilizza messaggi che battono il cuore per tenere traccia dello stato di salute di qualsiasi componente, consentendo di rilevare i guasti il \u200b\u200bprima possibile. Se HAM acquisisce una determinata condizione o errore, può inviare immediatamente e automaticamente un messaggio di errore ad altri componenti;
• - Ripristino in caso di arresto anomalo adattato dall'utente. Utilizzando la libreria HAM, l'applicazione può istruire l'HAM sulle azioni di ripristino da intraprendere, in base all'ordine in cui si sono verificate le condizioni di errore;
• - Riconnessione immediata. HAM fornisce anche una libreria di programmi per l'esecuzione di azioni di ripristino del client che consente al sistema di ristabilire immediatamente una connessione interrotta in caso di guasto di un componente;
• - Analisi dopo il crash. Se il processo è terminato a seguito di un arresto anomalo, HAM può generare un dump completo della memoria per un'analisi successiva di questa situazione. Osservando questo file, è possibile determinare immediatamente esattamente quale riga di codice ha causato l'errore e analizzare i dati della variabile per determinare esattamente cosa è successo.

In qualità di manager autogestito, HAM è resiliente alle interruzioni interne. Se per qualsiasi motivo si blocca, può ricostruire immediatamente e completamente il proprio stato.

L'High Availability Manager (HAM) fornisce un meccanismo per monitorare processi e servizi su un sistema live. L'obiettivo del manager è ripristinare il processo di calcolo quando i servizi oi processi di sistema falliscono, non rispondono o forniscono un livello di servizio inaccettabile. Il framework HAM estende in modo trasparente il meccanismo di monitoraggio locale al monitoraggio della rete.

HAM funge da canale attraverso il quale il resto del sistema può ricevere e fornire informazioni rilevanti per lo stato del sistema nel suo complesso. Il sistema può essere un singolo nodo o un insieme di nodi collegati tramite QNET. HAM può monitorare processi specifici e può controllare il comportamento del sistema quando componenti specifici si guastano e devono essere riparati. HAM consente inoltre ai componenti esterni di richiedere informazioni sugli eventi di interesse nel sistema e può eseguire le azioni richieste quando si verificano questi eventi.

HAM è costituito dai seguenti tre componenti:

• - Entità
• - Condizioni
• - Azioni

Entitàsono le unità di monitoraggio fondamentali del sistema. Essenzialmente, un oggetto è un processo, ogni processo ha un identificatore univoco pid... Ogni oggetto ha un nome simbolico che può essere utilizzato per fare riferimento a quel particolare oggetto. I nomi corrispondenti agli oggetti sono univoci nel sistema. I gestori che attualmente corrispondono al nodo applicano anche regole univoche al nodo. Questi requisiti univoci sono molto simili allo schema di denominazione utilizzato in un file system gerarchico.

Le condizioni corrispondono agli oggetti. Queste condizioni rappresentano lo stato dell'oggetto. Esempi di condizioni:

• - l'oggetto è stato completato;
• - l'oggetto ha mancato il messaggio heartbeat;
• - l'oggetto è andato in crash, viene generato un file di dump della memoria;
• - l'oggetto è stato riavviato.

Le condizioni corrispondono a nomi simbolici che devono anche essere univoci all'interno di un oggetto.

Azioni soddisfare le condizioni. Una condizione può contenere molte azioni. Le azioni vengono eseguite ogni volta che viene soddisfatta la condizione corrispondente, ad es. vero. Le azioni all'interno di una condizione vengono eseguite in ordine FIFO (l'ordine in cui sono state aggiunte alla condizione). Un insieme di condizioni vere viene attivato simultaneamente in un ordine arbitrario. Le condizioni specificate come HCONDINDEPENDENT verranno eseguite in un thread di esecuzione separato, in parallelo con altre condizioni.

Esempi di azioni:

• - riavvio dell'oggetto;
• - inviare un segnale a qualche processo.

Le azioni sono anche associate a nomi simbolici che sono univoci all'interno di una particolare condizione.

Quando un'azione in un elenco di azioni non riesce, è possibile definire un elenco alternativo di azioni da intraprendere per implementare il ripristino in caso di errore di tale azione.

Il meccanismo di ripristino consente di eseguire il ripristino da un singolo servizio o errore di processo.

In effetti, lo stato interno di HAM è come un file system gerarchico, in cui gli oggetti sono come le directory, le condizioni corrispondono a questi oggetti come sottodirectory e le azioni all'interno di queste condizioni sono come i nodi foglia di questa struttura ad albero.

HAM rappresenta anche questo stato come un filesystem di sola lettura sotto il controllo della directory / proc / ham. Come risultato di questa visualizzazione, i processi arbitrari possono anche visualizzare lo stato corrente (ad esempio, è possibile eseguire ls / proc / ham).

Multiplex-OV

Multiplex-OV è un insieme di strumenti (CS) per l'organizzazione del calcolo a tolleranza di errore. È progettato per fornire un funzionamento a tolleranza di errore delle applicazioni server in una rete locale sotto il controllo del sistema operativo MSVS 3.0.

Caratteristiche principali:

Ripristino automatico dell'applicazione dopo un errore (il tempo di ripristino non è superiore a 10 secondi);

La capacità di bilanciare il carico computazionale sui server;

La capacità di cambiare la logica del processo decisionale durante il bilanciamento;

Capacità di monitorare e gestire il funzionamento dei componenti del cluster di server e delle applicazioni in esecuzione su di esso;

Possibilità di ampliare la lista degli eventi registrati;

Interazione di clienti esterni con KS OV;

Controllo dei parametri tecnologici di funzionamento del cluster.

Il kit comprende i seguenti programmi:

• 1) Programma OV Management fornisce il controllo sul funzionamento di Multiplex-OV CS, sulla sua inizializzazione e configurazione. Per organizzare la logica di controllo del Multiplex-OV CS, vengono utilizzate due tecnologie principali:
  • - la tecnologia di gestione delle risorse si basa sulla distribuzione e ridistribuzione delle risorse tra i computer digitali del multiplex-OV CS, a seconda delle impostazioni di configurazione, dello stato del computer digitale, dello stato delle risorse stesse;
  • - la tecnologia di bilanciamento del carico si basa sulla virtualizzazione del computer digitale del multiplex-OV CS e sulla ridistribuzione dei processi di elaborazione delle richieste dei client tra i computer digitali;
• 2) Organizzazione del programma di assistenza sanitaria fornisce l'implementazione di funzioni per la gestione del processo di organizzazione del calcolo fault-tolerant. Nel processo di connessione e disconnessione di nuovi computer digitali al sistema OV, il sistema viene ridimensionato e la logica di gestione delle risorse assume le funzioni della loro distribuzione tra i computer digitali operativi del sistema. Inoltre, sulla base dell'analisi dello stato del sistema OM nel suo complesso, si determina la presenza di un quorum e l'opportunità di continuare il funzionamento del segmento come elemento dell'OM;
• 3) Programma di monitoraggio OV fornisce il monitoraggio e il controllo del funzionamento dei componenti della stazione di compressione multiplex-OV. Il monitoraggio è necessario per tenere traccia degli eventi che richiedono l'intervento dell'operatore. Con le corrette impostazioni dei file di configurazione della stazione di compressione multiplex-OV, l'operatore viene automaticamente informato di tutti i disturbi di funzionamento. Il compito dell'operatore è informare tempestivamente i servizi interessati o altri e avviare l'eliminazione del guasto;
• 4) Il programma "Accoppiamento di OB" assicura l'interfacciamento di vari moduli e il loro funzionamento congiunto nell'ambito del Multiplex-OV CS;
• 5) Programma di test OV fornisce il test delle funzioni del multiplex-OV CS.

Sui computer che fanno parte del cluster di server Multiplex-OV, per eseguire i programmi, l'interazione di rete tra i computer deve essere configurata utilizzando il protocollo TCP / IP.

L'implementazione del funzionamento a tolleranza di errore si ottiene attraverso l'implementazione di due meccanismi: un meccanismo di gestione delle risorse del cluster e un meccanismo di bilanciamento del carico.

I dati di input per multiplex-OV CS sono eventi di modifiche nei nodi e / o nelle risorse del cluster. I dati di output del Multiplex-OV CS sono nuovi stati ottimali dei nodi e delle risorse del cluster come risultato della corrispondente migrazione di processi, risorse e applicazioni.

Motivazioni dello sviluppo

Durante lo sviluppo di un computer di bordo tollerante ai guasti, è diventato necessario creare un software che permettesse a un operatore umano, situato in un terminale remoto o vicino al complesso stesso, di configurare il funzionamento del sistema, creare varie configurazioni di cluster, avviarle e testarle, nonché diagnosticare rapidamente lo stato di un cluster operativo ...

La rilevanza dello sviluppo di un cluster di failover è confermata dalla completa assenza di questo tipo di software per il sistema operativo QNX 4.25 in esame. La necessità di sviluppare specificamente per questo sistema operativo è dovuta alla sua flessibilità, incorporabilità e scalabilità, nonché bassi requisiti di sistema e altissima affidabilità, che soddisfano pienamente i requisiti dichiarati dal cliente. Vale anche la pena notare che il sistema operativo QNX 4.25 è certificato per l'uso dalla Commissione tecnica statale sotto il presidente della Federazione Russa per tali sviluppi.

Inviare il tuo buon lavoro nella knowledge base è semplice. Utilizza il modulo sottostante

Studenti, dottorandi, giovani scienziati che utilizzano la base di conoscenza nei loro studi e nel loro lavoro te ne saranno molto grati.

postato su http:// www. allbest. ru/

postato su http:// www. allbest. ru/

sul tema di: Software per il computer

a questo proposito: Tecnologie di infocomunicazione dell'educazione

Naberezhnye Chelny-2017

introduzione

1 classificazione software

2. Principi di funzionamento del sistema operativo

3 file e filesystem

Conclusione

Elenco della letteratura utilizzata

introduzione

Un computer è una macchina che differisce da tutte le altre macchine in quanto non può funzionare senza programmi. Sebbene il riempimento elettronico di un computer sia complesso e costoso, non è in grado di fare nulla finché almeno un programma non viene caricato nel computer. Senza questo riempimento elettronico, il programma non funzionerà e senza i programmi l'elettronica non funzionerà. Pertanto, si dice che un computer abbia bisogno di due cose per funzionare: hardware e software.

Il software è parte integrante di un sistema informatico. È una logica continuazione dei mezzi tecnici. L'ambito di applicazione di un particolare computer è determinato dal software creato per esso. Il computer stesso non è a conoscenza di alcuna applicazione. Tutta questa conoscenza è concentrata in programmi in esecuzione su computer. Il software dei computer moderni include milioni di programmi, dai giochi a quelli scientifici.

La rilevanza del nostro lavoro sta nel considerare i principi del rapporto dei bisogni umani con la loro espressione matematica, incarnati nel software di un personal computer.

Lo scopo del lavoro è studiare le caratteristiche del meccanismo di funzionamento del software per PC.

Il raggiungimento dell'obiettivo implica la risoluzione di una serie di attività:

1) studiare il meccanismo di un personal computer;

2) evidenziare gli elementi del software;

3) considerare il funzionamento del sistema, dell'applicazione e del software dello strumento

4) determinare il principio di funzionamento del sistema operativo;

5) esamina file e filesystem.

1.Classificazione del software fornireio

Software pearl (la pronuncia non è consigliata) - insieme all'hardware, il componente più importante della tecnologia dell'informazione, inclusi programmi per computer e dati progettati per risolvere una certa gamma di attività e memorizzati sui supporti della macchina.

Il software è un algoritmo implementato come una sequenza di istruzioni per un processore.

In gergo informatico, la parola "software" viene spesso utilizzata dal software inglese.

Per designazione, il software è suddiviso in sistema, applicazione e strumentale.

Figura: 1 TOlassificazione del software.

Il software strumentale è destinato all'uso nella progettazione, sviluppo e manutenzione di programmi. Questi sono: ambienti di sviluppo integrati, SDK, compilatori, interpreti, linker, assemblatori, debugger, ecc.

Tabella 1.

Software strumentale

Software applicativo (applicazioni): programmi progettati per eseguire attività utente specifiche e progettati per l'interazione diretta con l'utente. Il software applicativo include: programmi bancari e contabili, giochi, editor di testo e grafici, client Internet, ecc.

Tavolo 2.

Software applicativo

Programmi	Spiegazione
Elaboratori di testi	Programmi per creare, modificare e formattare documenti di testo
Processori da tavolo	Programmi che consentono di eseguire operazioni sui dati presentati in forma tabellare	1c contabilità
	Mezzi di input, ricerca, posizionamento e output di grandi set di dati	accesso Microsoft
Computer grafica e animazione	Strumenti per creare immagini fisse e in movimento
Strumenti di presentazione	Slide Set Creator e programmi di visualizzazione	Microsoft Powerpoint
Mezzi di comunicazione	Programmi per lavorare in una rete di computer	Internet Explorer
Sistemi di progettazione assistita da computer (CAD)	Strumenti di progettazione per circuiti elettronici, macchine, meccanismi
Programmi educativi	Aiuta il processo di apprendimento	Simulatori di tastiera

Il software di sistema viene utilizzato per eseguire il computer stesso e per eseguire i programmi applicativi. Tipi specifici di software di sistema includono boot loader, sistemi operativi, driver di dispositivo, utilità (programmi di servizio). La parte più comune del software di sistema è il sistema operativo.

Tabella 3.

Software di sistema

Programmi	Spiegazione
OS	Un insieme di programmi che distribuiscono le risorse di un sistema informatico e organizzano il lavoro di altri programmi
File manager	Programmi che forniscono una comunicazione utente più confortevole con i comandi del sistema operativo	Windows Commander
Programmi diagnostici	Verificare il funzionamento dei principali dispositivi informatici
Programma antivirus	Programmi di rilevamento ed eliminazione di virus informatici	Kaspersky Anti-Virus
Programmi di manutenzione del disco	Programmi per il controllo dell'integrità della struttura logica e fisica dei dischi, deframmentazione
Archiver	File packer e filegroup per ridurre l'utilizzo dello spazio su disco

Quando si costruisce una classificazione del software, si deve tener conto del fatto che il rapido sviluppo della tecnologia informatica e l'espansione della portata delle applicazioni dei computer hanno notevolmente accelerato il processo di evoluzione del software. Se prima era possibile enumerare da un lato le principali categorie di software: sistemi operativi, traduttori, pacchetti applicativi, ora la situazione è cambiata radicalmente. Lo sviluppo del software è andato sia in profondità (nuovi approcci alla costruzione di sistemi operativi, linguaggi di programmazione, ecc.) Che in ampiezza (i programmi applicativi hanno cessato di essere applicati e hanno acquisito valore autonomo). Il rapporto tra i prodotti software richiesti e quelli disponibili sul mercato sta cambiando molto rapidamente ... Anche i prodotti software classici, come i sistemi operativi, sono in continua evoluzione e dotati di funzioni intelligenti, molte delle quali prima legate solo alle capacità intellettuali umane.

2. Come funziona il sistema operativo

Sistema operativo (OS) di un computer: un programma o un complesso di programmi che risiedono permanentemente nella memoria del computer; organizza la gestione generale dei dispositivi macchina e la sua interazione con l'utente. Assicura l'avvio e il funzionamento di tutti gli altri programmi.

In particolare, il sistema operativo esegue: gestione della memoria, I / O, file system, interazione con i processi; processi di dispacciamento; protezione e contabilità dell'utilizzo delle risorse. Spesso include una parte significativa di servizi specializzati o programmi di supporto.

Il sistema operativo viene caricato direttamente all'accensione del computer, smette di funzionare solo dopo essere stato spento. Svolge un dialogo con l'operatore o l'utente e organizza l'effettiva interazione (interfaccia) di altri programmi (compresi quelli applicati) con tutti i nodi del computer. I sistemi operativi possono essere creati sia per computer specifici che per computer di determinati tipi o classi. In quest'ultimo caso, i sistemi operativi corrispondenti sono chiamati standard. Ad esempio, MS DOS (Microsoft System Disk Operating System) di Microsoft Corporation e PTS DOS della società Phystech-soft sono focalizzati su PC compatibili con IBM; Apple Mac OS su PC Macintosh; Il sistema operativo Unix di Bell Labs è standard per computer di varie classi che eseguono le funzioni di server e workstation, ma viene utilizzato anche su PC portatili e grandi computer fissi.

Una delle proprietà di un sistema operativo e di un computer è il multitasking, in cui un processore può elaborare più programmi diversi o parti diverse di un programma contemporaneamente. In questo caso, tutti i programmi vengono tenuti insieme nella RAM e ciascuno viene eseguito per un certo periodo di tempo. Ad esempio, un programma può essere eseguito mentre altri sono in attesa che si accenda un dispositivo periferico o un segnale operatore (comando). La capacità di multitasking dipende più dal sistema operativo che dal tipo di computer.

Un sistema multiutente consente a più utenti di accedere contemporaneamente a un computer dal proprio terminale (locale o remoto). La natura multiutente del lavoro è ottenuta grazie alla modalità di condivisione del tempo, che consiste nella commutazione rapida del computer tra diversi terminali e programmi e, di conseguenza, la rapida esecuzione dei comandi di ciascun utente. Allo stesso tempo, gli utenti non notano ritardi nell'esecuzione del comando. Esempi di sistemi multiutente sono i sistemi operativi Windows, Netware, Unix.

REAL / 32 è un sistema operativo multitasking multiutente in tempo reale. In questo sistema ogni terminale, composto da un monitor e da una tastiera, mette a disposizione dell'utente le funzionalità di un PC estremamente semplice. Questo sistema funge da alternativa alle reti locali, costituite da molti personal computer.

Sistema a utente singolo (sistema a un utente): un sistema informatico o parte di esso (ad esempio, un sistema operativo), che non dispone di proprietà multiutente. Esempi di sistemi operativi monoutente sono MS DOS dell'azienda americana Microsoft e OS / 2, creati congiuntamente da Microsoft e IBM.

Un sistema operativo di rete (NOS) è un sistema operativo progettato per eseguire una rete di computer. Esempi di sistemi operativi di rete sono Windows NT, Windows 2000, Netware, Unix, Linux.

Attualmente ci sono 4 tipi di SO utilizzati:

* OS-10 - per i modelli EC-1010;

* MOS (piccolo) - per i modelli EC-1021;

* DOS EC (disco) - per tutti gli altri modelli di ES EVM in configurazione piccola;

* OS EC - per gli stessi modelli di DOS EC, ma in configurazione media ed estesa;

La struttura del sistema operativo può essere suddivisa in diversi gruppi:

Programmi per l'avvio iniziale della macchina, l'inserimento iniziale di informazioni nella memoria operativa, la messa a punto del computer.

Programmi di gestione dei dati.

Programmi di gestione delle attività.

Programmi di servizio e di elaborazione.

Inoltre, il sistema operativo include strumenti che riducono la complessità del processo preparatorio durante la risoluzione dei problemi. È un sistema di automazione della programmazione (SAP). Include componenti come:

1. Linguaggi di programmazione algoritmica;

2. traduttori;

3. sistemi di interpretazione e compilazione;

4. pacchetti di programmi standard;

5. programmi di servizio.

Una parte significativa del software open source è il pacchetto dell'applicazione (APP). PPP è un insieme di programmi necessari per risolvere un problema specifico. Sono obbligati a soddisfare i requisiti del sistema operativo con cui vengono eseguiti.

Al giorno d'oggi, le moderne RFP vengono sviluppate come sistemi software. Ogni pacchetto è costituito da: un insieme di moduli software di elaborazione (corpo pacchetto) destinati direttamente alla risoluzione del problema da parte dell'utente; gestore di pacchetti (controllo del trattamento dei dati). Quando richiesto per risolvere un problema, questo programma forma un programma di elaborazione funzionante dai moduli di elaborazione; un insieme di programmi di servizio (funzioni ausiliarie); mezzi per garantire la creazione di un pacchetto.

Un'altra funzione del PPP è espandere le capacità del sistema operativo quando si collegano nuovi dispositivi.

Il complesso dei programmi di manutenzione (MTO) viene utilizzato per il controllo preventivo, la risoluzione dei problemi, il controllo operativo del funzionamento delle apparecchiature periferiche. Il complesso è costituito da due gruppi di programmi di test. I primi lavorano sotto il controllo del sistema operativo, i secondi funzionano indipendentemente dal sistema operativo.

software operativo per computer

3. File e file system

Il problema della memorizzazione di molti programmi e dati su dischi, il loro uso razionale - caricamento nella memoria operativa del computer, eliminazione da essa, scrittura su altri dischi, modifica dei nomi, ecc. - è stato risolto creando sistemi di gestione dei file software.

Il file word è di origine inglese. Ha diversi significati. Quelli più vicini al significato in cui viene utilizzato il concetto di file, nel nostro caso, sono: documenti archiviati, uno schedario, un file, un file da archiviare.

Nella terminologia informatica, all'inizio, un file significava un insieme denominato di record di informazioni che si trovano su un disco. Questi record possono contenere testi di programmi scritti in linguaggi algoritmici o codici macchina, nonché dati numerici o simbolici. Nel primo caso, il record è stato chiamato file di programma, nel secondo file di dati. Successivamente, il concetto di file è stato ampliato e hanno iniziato a chiamarlo informazioni situate su tutti i dispositivi di input-output di un computer. Ad esempio, sono apparsi termini come file di output, output in un file, lettura da un file, ecc. Di seguito, per file, si intende una raccolta denominata di record su dischi.

Poiché la raccolta di record è denominata, significa che ha un nome, questo nome è il nome del file, si compone di due parti: il nome stesso e la sua estensione.

I sistemi operativi moderni consentono nomi lunghi (fino a 30 caratteri). Tuttavia, per abbreviare il messaggio, si consiglia di assegnare ai file nomi più brevi. Tra i nomi dei file, alcuni nomi sono proibiti, di regola, questi sono i nomi dei dispositivi di input / output. Il nome del file è scritto in lettere maiuscole e minuscole dell'alfabeto latino e termina con un punto. Successivamente, viene indicata l'estensione, composta da tre caratteri.

Di seguito è riportato un esempio delle estensioni dei nomi di file più comunemente utilizzate:

File di programma ASM in linguaggio assembly;

BAS - file di programma in linguaggio BASIC;

File di programma PAS in linguaggio PASCAL;

C - file di programma in linguaggio C;

FOR - file di programma in linguaggio FORTRAN;

File DAT con vari tipi di dati;

File eseguibili EXE in linguaggio macchina;

File eseguibili COM in linguaggio macchina;

TXT - file di testo o di caratteri;

File della guida HLP;

BAK: una copia del file, creata prima di modificarla;

BAT - file di comando per il sistema operativo;

File SYS del sistema operativo.

Pertanto, tutte le informazioni memorizzate sui dischi vengono presentate come file. Tutta la memoria del disco di questo o quel disco è suddivisa condizionatamente in due parti: assistenza e funzionamento. Quando si preparano i dischi per il funzionamento in fabbrica o si utilizza un programma speciale del sistema operativo, il programma per il caricamento iniziale dei dati dal disco nella RAM viene scritto nella sezione di servizio della memoria, vengono formate una tabella di allocazione della memoria del disco e la directory principale (radice) del disco.

La directory del disco principale è una sequenza di campi anche della parte di servizio della memoria del disco. Sono utilizzati per i seguenti scopi: per registrare un file da scrivere su disco e per creare un sistema di sottodirectory in cui possono a loro volta essere registrati altri file.

Va sottolineato che la directory principale viene creata dal produttore del disco o da un programma speciale del sistema operativo durante la riformattazione. Le sottodirectory possono essere specificate, se necessario, prima di scrivere il file su disco. ...

Il file writer / reader è uno dei principali programmi dei sistemi operativi. Interagisce con una serie di altri programmi relativi alla manutenzione del file system: modifica della directory corrente, creazione ed eliminazione di una directory, copia di file, visualizzazione di file sullo schermo del monitor di eliminazione e ridenominazione di file, ecc.

Ora sull'altra funzione più importante dei sistemi operativi: monitoraggio in linea del lavoro di tutti i nodi del computer nel processo di esecuzione di un programma. Questo tracciamento viene effettuato dalla reazione immediata del processore centrale a qualsiasi evento definito noto che può verificarsi in un particolare dispositivo informatico.

Nei personal computer, ci sono 256 tipi di interrupt con numeri da 0 a 255. Alcuni di questi numeri sono progettati per chiamare vari programmi.

In base a ciascun numero nel programma generale del sistema operativo che gestisce gli interrupt situati nella memoria residente del computer, viene assegnato il suo frammento (parte) con gli indirizzi del primo e dell'ultimo comando. Questi indirizzi vengono determinati a ogni avvio successivo della parte residente del sistema operativo. Gli indirizzi dei primi comandi sono scritti in una sezione speciale della RAM (all'inizio) sotto forma di un vettore da numeri di interrupt. Pertanto, il successivo i-esimo componente del vettore è l'indirizzo dell'inizio del frammento di programma del sistema operativo che elabora l'i-esimo interrupt. Questa sezione è chiamata vettore di interrupt.

Un comodo dialogo tra l'utente e il computer tramite il programma del sistema operativo viene condotto in una lingua di comando speciale di questo sistema. In precedenza, i comandi venivano formati sulla tastiera e avviati per l'esecuzione con il tasto Invio. Nei computer moderni, queste azioni vengono eseguite principalmente con il mouse. Ci sono più di 60 squadre. La maggior parte di essi è correlata al lavoro con file e dischi. I comandi vengono eseguiti da un intero insieme di programmi. Il principale è il processore dei comandi.

In precedenza abbiamo detto che i programmi del sistema operativo sono normali programmi che, dopo aver installato il sistema operativo, vengono posizionati e memorizzati sul disco rigido del computer. Questi programmi formano una struttura di file ben definita. C'è la directory di sistema principale, in cui sono registrati i file principali: il programma di avvio del sistema operativo, il controllo I / O, la gestione del file system, il processore dei comandi, l'interfaccia grafica.

Allo stesso tempo, una parte del programma del sistema operativo con il nome generico BIOS (Basic Input / Output System) viene registrata in un chip di memoria di sola lettura. Si tratta di programmi: inizializzazione e verifica del corretto funzionamento di tutti i nodi principali del computer - processi, memoria, dispositivi di input / output, ecc .; avvio iniziale del sistema operativo da disco; manutenzione degli interrupt hardware; impostazione di nodi di computer per modalità operative specificate.

Immediatamente dopo aver acceso il computer, il programma per il controllo di tutti i nodi inizia a funzionare. Questo programma si chiama POST (Power On Self Test). Dopo il suo completamento, inizia il caricamento nella RAM della parte residente del sistema operativo. In primo luogo, il programma bootstrap dal BIOS individua e chiama dal disco, solitamente il caricatore del sistema operativo, che carica in sequenza i file richiesti dal sistema operativo in memoria. Gli ultimi da caricare sono i file che forniscono l'interfaccia grafica uomo-macchina.

Fino al 1995, la maggior parte dei personal computer del modello PC IBM utilizzava il sistema operativo Microsoft MS DOS. I computer Macintosh del PC IBM erano dotati del sistema operativo UNIX. Dal 1995, il sistema operativo MS DOS è stato gradualmente sostituito da un nuovo sistema operativo chiamato "Windows" -window.

Le idee per progettare questo sistema sono state prese in prestito da Apple e sviluppate da Microsoft in versioni come Windows 95, Windows 98, Windows ME, Windows 2000, Windows NT, Windows XP, Windows Vista. Attualmente, il sistema più popolare per le organizzazioni e l'uso personale è Windows XP.

A file, sottodirectory e directory principale sono stati assegnati nomi diversi. Il file ha iniziato a essere chiamato documento, directory e sottodirectory - cartelle (cartelle). Quindi la directory e la sottodirectory con i file sono cartelle con documenti. La cartella più importante (cartella di primo livello) è la directory principale, ad es. Desktop. Le sottodirectory sono chiamate sottocartelle. In questo modo, si ottiene un'immagine visiva: un desktop su cui si trovano cartelle con sottocartelle e documenti.

Conclusionie

Il software è oggi un argomento di conversazione caldo per chiunque abbia qualcosa a che fare con i computer. Il software è la lingua di comunicazione con il mondo dei computer. E questa lingua, o meglio molte lingue, è in continuo sviluppo, in evoluzione. Solo la classificazione del software richiederà molto tempo e spazio. Possiamo citare software di sistema e applicativo, software strumentale.

Il software è il sistema operativo del computer stesso, cioè la condizione per la sua operabilità. Attivando il processore, il sistema operativo, a sua volta, necessita di sistemi di protezione crittografica, programmi antivirus, driver e utilità. Queste sono le cosiddette attività del cerchio interno che richiedono il proprio software.

Inutile dire che oggi qualsiasi produzione e qualsiasi attività commerciale è impossibile senza un supporto informativo basato sui più recenti sistemi informatici e software appropriato. Per implementare le soluzioni di problemi gestionali, calcoli contabili, creazione di sistemi automatici di progettazione, implementazione di uno scambio efficace di documentazione elettronica, sono necessari anche programmi, cioè il software appropriato. Inoltre, la vita sempre più complessa richiede un aggiornamento continuo dei prodotti software applicati.

Il software per tutta la domanda odierna da parte della politica, dell'industria e della scienza non può essere completamente standardizzato. I programmatori devono costantemente risolvere problemi particolari e speciali. Pertanto, il numero di aziende coinvolte nello sviluppo del software è in costante crescita. Gli esperti prevedono un ulteriore aumento della produzione, un forte aumento del traffico merci e la complicazione della sfera della comunicazione.

Ovunque e in tutti i settori dell'attività umana, i computer saranno sempre più richiesti. Di conseguenza, crescerà anche la domanda di software. Stiamo entrando in un'era completamente nuova. L'era della programmazione futura.

Elenco della letteratura utilizzata

1. Kantsedal S.А. Algoritmizzazione e programmazione: un tutorial. - M.: ID "FORUM": INFRA-M, 2014.

2. Simonovich S.V., Evseev G.A. Computer divertente: un libro per bambini, insegnanti e genitori. - M .: AST - PRESS, Inforkom - Press, 2013.

3. Simonovich S.V., Evseev G.A., Alekseev A.G. Informatica speciale: libro di testo. - M.: AST-PRESS: Inforkom - Press, 2015.

4. Informatica. Libro di testo per l'istruzione professionale secondaria (+ CD) / A cura di I.A. Chernoskutova - SPb.: Peter, 2015.

5. V.Z.Aladev, Yu.Ya.Hunt, M.L.Shishakov. Fondamenti di informatica. Tutorial. 2a edizione, rivista e ampliata. - M.: Informazione e casa editrice "Filin". 2012.

6. Lyakhovich V.F. Fondamenti di informatica. - Rostov n / a: casa editrice "Phoenix", 2014.

Pubblicato su Allbest.ru

...

Documenti simili

Lo scopo funzionale del sistema, dell'applicazione e del software strumentale del computer. Caratteristiche della composizione e linguaggio di comando del sistema operativo MS DOS. Interfaccia e struttura di Windows 98; metodi di gestione del programma.

abstract, aggiunto il 18/12/2011


L'essenza e lo scopo del software è un insieme di programmi che controllano il funzionamento di un computer o di un sistema automatizzato. Le funzioni di un sistema operativo sono un insieme di programmi interagenti che garantiscono il funzionamento (funzionamento) di un computer.

test, aggiunto il 18/01/2011


Studio della teoria della probabilità e della statistica matematica, legge binomiale di distribuzione di quantità discrete, caratteristiche delle funzioni numeriche. Ricerca di supporto sistemistico e applicativo di personal computer, algoritmi, programmazione.

test, aggiunto il 07/11/2011


Il concetto e la struttura di un personal computer, le sue capacità. Livelli di software per computer. Software di base e applicato di un personal computer. Caratteristiche di PC fissi, laptop, netbook, monoblocchi, tablet.

term paper, aggiunto il 23/10/2014


Software per computer: concetto e contenuto, classificazione e tipologie. Scopo e caratteristiche della struttura del sistema operativo, la sua forma. File e file system. Principi di azione di virus e programmi antivirus. Sistemi di programmazione.

term paper, aggiunto il 15/02/2012


La composizione e la giustificazione per la scelta dei componenti di un personal computer (processore, scheda madre, componenti e periferiche), requisiti e caratteristiche. Schema a blocchi di un computer, relativo software e calcolo dei costi.

test, aggiunto il 02/12/2015


Tecnologia informatica nell'istruzione. Dispositivi come parte di un personal computer (PC). Configurazione iniziale, strategie di modernizzazione. Installazione di un modulo di memoria aggiuntivo, software, dispositivi di raffreddamento. Calcolo del consumo energetico, condizioni termiche.

term paper, aggiunto il 23/04/2012


Caratteristiche del software per personal computer, che possono essere suddivise in tre classi: sistema, software applicativo, strumenti di programmazione. Caratteristiche di una rete di computer: sistemi di comunicazione di computer o apparecchiature informatiche.

test, aggiunto il 06/10/2010


Schema funzionale generale del computer. Scopo, caratteristiche di base dei dispositivi. Scopo, funzioni di base del sistema operativo. Lavorare con i file. Input e output dei dati. Composizione e scopo del software per computer. Portatori di informazioni.

manuale, aggiunto il 10/05/2008


Il design dell'unità di sistema, del monitor, della tastiera e del mouse di un personal computer, come elementi della sua configurazione minima, nonché il loro scopo, le caratteristiche del lavoro e le attuali tendenze di sviluppo. Estratti da articoli sulle novità dell'architettura informatica.

, 138.14kb.

Termini di riferimento per l'attuazione del lavoro "Attuazione di misure volte a creare, 403kb.

5.1.2. Requisiti software.

Il software AIS ESRN HC dovrebbe essere costruito secondo un'architettura a tre livelli: livello di archiviazione dei dati, livello di applicazione, livello di presentazione dei dati.

Il software a livello di applicazione dovrebbe essere fornito per il funzionamento sul software del server e sulla piattaforma hardware fornita dal partecipante all'appalto come parte del lavoro sulla creazione di AIS ESRN HK.

Deve essere utilizzato un moderno DBMS industriale seriale, che è in funzione presso l'MSZN o fornito dal partecipante all'appalto come parte dell'esecuzione di questo compito tecnico

Il software applicativo dell'AIS ESRN HK dovrebbe essere costruito su una piattaforma industriale per lo sviluppo di soluzioni orientate agli oggetti (software specializzato), che ridurrà il rischio di errori e abbrevierà i tempi di sviluppo e implementazione del progetto. I requisiti tecnici per la piattaforma industriale per lo sviluppo di AIS ESRN HK sono indicati nella clausola 5.1.10. Il software specializzato viene fornito dal partecipante all'appalto come parte di questo incarico tecnico.

Durante lo sviluppo del software, dovrebbe essere utilizzato un moderno approccio orientato agli oggetti.

Il software AIS ESRN HC deve fornire una modalità di funzionamento multiutente in una delle seguenti opzioni:

• accesso simultaneo di più utenti per modificare un oggetto salvando le modifiche apportate dall'utente che ha salvato per ultimo le modifiche;
• accesso per la modifica solo da parte di un utente che per primo ha aperto l'oggetto, con il blocco dell'oggetto per la modifica da parte di altri utenti. Accesso simultaneo di più utenti per visualizzare un oggetto bloccato.

Il software AIS ESRN HC dovrebbe:

• consentire la possibilità di modificare attraverso le impostazioni (senza cambiare il codice del programma) le regole per l'erogazione delle misure di sostegno sociale e le formule con cui viene calcolata la dimensione delle PMI.
• consentire la possibilità di creare nuove PMI, categorie preferenziali, legami che determinano la categoria preferenziale e i motivi della sua nomina, nonché PMI e le motivazioni della sua nomina. Nei collegamenti creati (PMI - base, categoria preferenziale - base), dovrebbe essere possibile creare regole per la nomina delle PMI (assegnazione di una categoria preferenziale) impostando gli elenchi corrispondenti o creando nuovi valori negli elenchi, senza modificare il codice del programma.
• fornire la capacità di differenziare i ruoli funzionali svolti dagli utenti modificando le impostazioni per i diritti di accesso dei ruoli agli oggetti e alle funzioni del sistema, senza modificare il codice del programma.
• il sistema dovrebbe fornire la possibilità di modificare rapporti esistenti o creare nuovi rapporti personalizzando query e modelli di rapporto senza modificare il codice del programma.
• prevedere l'eventuale ammodernamento delle modalità di trattamento dei termini e delle condizioni; algoritmi incorporati in codici eseguibili di incarichi, addebiti e pagamenti; report contenenti i risultati dell'esecuzione di codici eseguibili modificando il codice del programma.

Per fornire supporto tecnico per il funzionamento del sistema in fase di creazione, l'attrezzatura che è già in funzione come parte dell'infrastruttura esistente di MSZN e OSZN di Khabarovsk e le organizzazioni che forniscono misure di supporto sociale dovrebbero essere utilizzate al massimo.

Il software implementato deve soddisfare i requisiti:

• unificazione;
• rilevanza;
• serialità;
• rappresentatività;
• scalabilità;
• compatibilità delle informazioni;
• affidabilità.

Unificazione del software.

Il software applicativo dovrebbe essere sviluppato sulla base di strumenti unificati per lo sviluppo di sistemi di informazione automatizzati.

Al fine di facilitare la formazione degli utenti a lavorare con AIS ESRN HK e la possibilità di sostituire un dipendente con un altro, che di solito svolge un compito simile, durante lo sviluppo del sistema, dovrebbero essere presi in considerazione i requisiti per unificare l'interfaccia utente all'interno di un luogo di lavoro e tra luoghi di lavoro simili nel tipo di lavoro svolto.

Tutti i componenti dell'interfaccia utente sono soggetti a unificazione: il sistema di menu, forme di visualizzazione delle informazioni sullo schermo, tipi e forme di messaggi e richieste all'utente, posizioni di informazioni correlate in modo significativo, accordi sullo scopo funzionale dei tasti, principi di organizzazione di un dialogo, formati di copie cartacee, messaggi di sistema. I metodi di unificazione sono determinati da un accordo speciale tra il team di sviluppatori e utenti del Sistema e sono registrati in un documento speciale. Anche la struttura dei dati e la struttura degli oggetti sono soggette a unificazione.

La rilevanza del software.

Il software proposto per l'implementazione dovrebbe garantire l'automazione delle funzioni degli specialisti dell'ISPP e dell'SPP, svolgendo i loro poteri in conformità con i requisiti degli atti normativi che regolano le attività dell'SPP e dell'SPP.

Serialità del software.

Il software da introdurre deve essere seriale, ovvero utilizzato al momento della gara in uno stato aggiornato in almeno 5 entità costituenti della Federazione Russa. Come server di database, dovrebbe essere utilizzato un moderno DBMS relazionale industriale seriale, che è in funzione nell'MSZN o fornito dal partecipante all'appalto come parte dell'esecuzione di questo compito tecnico.

Rappresentatività delle implementazioni software.

Per il software in fase di introduzione deve essere confermato l'utilizzo di almeno 50 utenti in condizioni di funzionamento simultaneo su un database contenente almeno 500mila record.

Scalabilità del software.

Il software proposto per l'implementazione dovrebbe poter essere utilizzato in modalità utente singolo (su un'unità di calcolo) e multiutente.

Compatibilità delle informazioni.

Il software che si sta implementando deve essere adattato all'uso del sistema di concetti contenuto nei classificatori consigliati per l'uso in AIS ESRN HK ed è pronto per organizzare l'interazione in un'architettura orientata ai servizi (a livello di servizi web).

Affidabilità.

L'affidabilità del software, che determina l'affidabilità dell'automazione nel suo complesso, deve garantire che non si verifichino malfunzionamenti che portino ad un lungo arresto (più di 4 ore) del processo di funzionamento del sistema informativo. Questo requisito viene determinato senza tenere conto dei guasti associati a interruzioni di corrente, ritardi nella trasmissione di informazioni su Internet, guasti alle apparecchiature e eventi naturali. Il software implementato deve essere dotato di supporto tecnico garantito e supporto finalizzato a mantenerlo funzionante e, se necessario, ad adattarsi al mutare delle condizioni di utilizzo.

5.1.3. Indicatori di nomina.

La tabella riporta l'elenco dei parametri AIS ESRN HC e dei loro valori che caratterizzano la conformità dell'AIS ESRN HC al suo scopo.

P / p No.	Nome del parametro	Valore richiesto
1.	Tempo di risposta alla richiesta dell'amministratore (utente) dell'AIS ESRN HC di livello distrettuale per ottenere dati sul cittadino registrato nel database dell'ESRN di livello distrettuale
2.	Il tempo di elaborazione della richiesta dell'amministratore (utente) del livello distrettuale per ottenere dati statistici generalizzati sul database a livello distrettuale.	Non più di 10 minuti, determinati dal tempo di accesso alla rete
3.	Il tempo di risposta alla richiesta dell'amministratore (utente) dell'AIS ESRN HC di livello regionale per ottenere dati sul cittadino iscritto nel database dell'ESRN livello regionale.	5 secondi o meno, determinato dalle caratteristiche della LAN
4.	Il tempo di elaborazione della richiesta dell'amministratore (utente) di livello regionale per ottenere dati statistici generalizzati sul database di livello regionale.	Non più di 5 minuti, determinati dal tempo di accesso alla rete
5.	Il tempo di elaborazione della richiesta dell'amministratore (utente) di livello regionale per ottenere dati statistici generalizzati sul database di livello regionale.	Non più di 50 minuti, determinato dal tempo di accesso alla rete
6.	Il tempo di elaborazione della richiesta dell'amministratore di livello regionale per la formazione dell'Albo Regionale dei Cittadini Idonei alle Misure di Sostegno Sociale a scapito dei bilanci di tutti i livelli.	Non più di 3 ore, determinato dal tempo di accesso alla rete
7.	Il numero di utenti del database che possono essere registrati nell'AIS ESRN HC del livello distrettuale	Fino a 60
8.	Il numero di utenti del database che possono essere registrati in AIS ESRN HC a livello regionale	Fino a 150

Nota: gli indicatori nella tabella sono forniti in base all'esperienza operativa dell'AIS e dei sistemi software applicati disponibili in ISPN e AESN.

5.1.4. Requisiti di affidabilità.

L'affidabilità dell'AIS ESRN HK a livello regionale dovrebbe essere garantita dall'introduzione di un server di backup che memorizzi una copia aggiornata dell'AIS ESRN PC. Il tempo di transizione (passaggio) dal server principale al backup non deve superare i 30 minuti. È necessario utilizzare meccanismi per lo scambio di dati tra il server primario e quello di backup per garantire i tempi di commutazione specificati.

L'affidabilità dell'AIS ESRN HC a livello distrettuale (municipale) dovrebbe essere garantita da misure tecniche e organizzative del personale per garantire il funzionamento delle apparecchiature.

Le misure tecniche dovrebbero includere il funzionamento dell'attrezzatura nelle condizioni prescritte dalle istruzioni per il funzionamento degli impianti informatici.

Le disposizioni organizzative dovrebbero includere l'uso della tecnologia di backup.

AIS ESRN HC, se necessario, dovrebbe fornire lavoro 24 ore al giorno, 7 giorni alla settimana.

Le situazioni di emergenza sono definite per i server utilizzati per memorizzare il database ESRN.

Le situazioni di emergenza sul PC degli utenti di AIS ESRN HK non dovrebbero influire sulle prestazioni di AIS ESRN HK e non dovrebbero essere prese in considerazione.

Di seguito è riportato l'elenco delle situazioni di emergenza con i valori richiesti dei corrispondenti indicatori di affidabilità:

• perdita di alimentazione ai server. In questo caso, il tempo per l'archiviazione automatica dei dati e lo spegnimento di AIS ESRN HC non dovrebbe essere superiore a 5 minuti;
• guasto dei componenti del server su cui è installato il database ESRN: processore, RAM, scheda di rete, disco rigido. In questo caso, il tempo di ripristino dopo il guasto non deve superare le 5 ore.

AIS ESRN HK deve essere installato su server dotati di gruppi di continuità. In caso di interruzioni di corrente, lo spegnimento automatico di AIS ESRN XK dovrebbe avvenire senza perdita di dati.

5.1.5. Requisiti per l'ergonomia e l'estetica tecnica.

AIS ESRN HC dovrebbe garantire l'interazione uomo-macchina solo in russo con il massimo utilizzo di menu e suggerimenti. Il comfort del personale deve essere garantito.

5.1.6. Requisiti per il funzionamento e la conservazione di AIS ESRN HC.

L'AIS ESRN HK dovrebbe essere utilizzato sull'attrezzatura informatica fornita nell'ambito dei lavori per la creazione dell'AIS ESRN HK o sull'insieme esistente di mezzi tecnici dell'MSZN e del bordo AESN, che sono installati nei locali esistenti e per i quali deve essere fornito quanto segue:

• tensione CA 200 V - 240 V, 50 Hz ± 1 Hz;
• temperatura ambiente: + 10 ° С - + 30 ° С;
• umidità ambiente: 20% - 80%;
• concentrazione polveri: 0,4 g / m 3 (max);
• il rumore del funzionamento dell'apparecchiatura non deve superare i 55 dB.

Non ci sono requisiti aggiuntivi per il funzionamento e lo stoccaggio dell'AIS ESRN HK.

5.1.7. Requisiti per la protezione delle informazioni AIS ESRN HC da accessi non autorizzati.

AIS ESRN HC deve:

• Esercitare il controllo e la gestione degli accessi, fornendo identificazione, autenticazione e autorizzazione degli utenti;
• Garantire il livello di sicurezza del sistema in classe 1G secondo la classificazione del documento "Commissione tecnica statale della Russia, documento guida, sistemi automatizzati, protezione contro l'accesso non autorizzato alle informazioni (classificazione dei sistemi automatizzati e requisiti per la protezione delle informazioni), Mosca 1992";
• Fornire la differenziazione dei diritti di accesso degli utenti ai dati in base a gruppi, ruoli; differenziazione dei diritti di accesso ai dati a livello di campi e gruppi di campi della scheda conto del Registro, nonché delle funzioni del Registro;

• Consentire l'uso di strumenti di autorizzazione utente certificati integrati, firma elettronica digitale.

I dati personali dei cittadini contenuti nella banca dati ESRN sono soggetti ad adeguata protezione contro l'accesso non autorizzato.

L'identificazione del personale deve essere eseguita quando viene lanciato l'AIS ESRN HC del livello appropriato. Il personale non deve avere accesso alle funzioni di AIS ESRN HC fino al completamento dell'identificazione. L'identificazione del personale viene effettuata utilizzando un identificatore condizionatamente permanente (password) con una lunghezza di almeno sei caratteri alfanumerici. Il numero di tentativi di identificazione deve essere specificato come parametro. Se il numero di tentativi di identificazione non riusciti supera quello specificato nei parametri, l'accesso da questo computer ad AIS ESRN XK deve essere bloccato fino a quando non viene presa una decisione dall'amministratore del database (amministratore della sicurezza).

Il controllo dell'accesso alla banca dati ESRN dovrebbe garantire che il personale rispetti i propri poteri. Il controllo degli accessi dovrebbe essere implementato sulla base di un modello di controllo degli accessi basato sui ruoli. L'AIS ESRN HK dovrebbe prevedere ruoli determinati dalla composizione funzionale degli utenti AIS ESRN HK. Ogni ruolo deve corrispondere a un sottosistema in cui è implementato un determinato insieme di attività e funzioni. La serie e il contenuto dei ruoli devono essere determinati durante l'implementazione di AIS ESRN HC. I ruoli vengono assegnati dall'amministratore del database (amministratore della sicurezza) di AIS ESRN HC agli utenti e al personale dell'OSSD, a seconda delle loro responsabilità funzionali.

AIS ESRN HK dovrebbe rilevare e documentare i tentativi di accesso non autorizzato al database ESRN. Non dovrebbe consentire modifiche non autorizzate alle informazioni nel database ESRN e dovrebbe registrare tutti i tentativi ed inviare un messaggio appropriato all'amministratore di AIS ESRN HK.

AIS ESRN HK dovrebbe registrare le azioni degli utenti e del personale dell'ESP nel registro di sistema dall'inizio alla fine del lavoro.

I parametri da registrare sono:

• data e ora (data e ora di sistema sul server di sistema);
• iD utente dell'AIS ESRN HC;
• codice e descrizione del tipo di evento;
• oggetti evento (operazione funzionale, nome del file da stampare, ecc.).

L'elenco degli eventi registrati è specificato nella fase di implementazione e adeguamento dell'AIS ESRN HC.

I parametri di registrazione o il tipo di evento non possono essere modificati dal personale. La registrazione delle azioni del personale deve essere eseguita in un registro speciale, protetto dai tentativi di modifica. I dati nel registro vengono archiviati per almeno 1 mese. Dovrebbe essere possibile archiviare i registri e analizzarli offline.

Deve essere previsto il filtraggio degli eventi del registro di sistema di AIS ESRN HC per il controllo successivo. Dovrebbero essere forniti il \u200b\u200bfiltraggio e l'ordinamento in base a uno dei campi del registro e alla loro aggregazione, nonché la possibilità di impostare valori limite per i parametri di data e ora.

La trasmissione dei dati dovrebbe essere effettuata tramite canali di comunicazione, utilizzando la rete di scambio dati aziendale protetta esistente delle agenzie di protezione sociale della popolazione della regione.

Al fine di garantire l'adempimento dei requisiti della legge federale n. 152-FZ del 27 luglio 2006, "Sui dati personali", le informazioni sui cittadini registrati nel database ESRN devono essere spersonalizzate durante la conservazione. Le basi legali per il trattamento dei dati personali sono fornite nell'Appendice B alla presente dichiarazione di lavoro. Le categorie di soggetti, i cui dati personali saranno trattati nell'AIS ESRN, sono riportate in Appendice B a tale incarico tecnico.

5.1.8. Requisiti per la sicurezza delle informazioni in caso di incidenti.

Dovrebbe essere sviluppata una tecnologia per l'archiviazione (archiviazione) e il ripristino in caso di malfunzionamenti delle banche dati a livello distrettuale e regionale, nonché dell'intero sistema. Allo stesso tempo, i database dovrebbero essere periodicamente archiviati e registrati su CD e conservati in archivi di supporti magnetici. La frequenza di archiviazione è stabilita dalla normativa.

La sicurezza delle informazioni nel database ESRN deve essere garantita in caso dei seguenti eventi:

• perdita di alimentazione ai server;
• sbalzi di tensione nei server;
• malfunzionamento dei mezzi tecnici che formano un canale di comunicazione tra server e computer degli utenti;
• distruzione delle linee di comunicazione che formano un canale di comunicazione tra server e computer degli utenti;
• guasto dei seguenti componenti del server:
  • pROCESSORE;
  • rAM;
  • scheda di rete;
  • hDD;
• guasto dei computer degli utenti.

5.1.9. Requisiti per la purezza del brevetto.

La creazione di AIS ESRN HC e il suo funzionamento devono essere eseguiti su software con licenza.

5.1.10 Requisiti tecnici per la piattaforma industriale per lo sviluppo di AIS ESRN HK

La piattaforma industriale per lo sviluppo di AIS ESRN HK (di seguito denominata la piattaforma) dovrebbe essere uno strumento per il rapido sviluppo di applicazioni a tre livelli. I sistemi creati sulla base della Piattaforma devono essere una sovrastruttura funzionale della Piattaforma e includere le capacità funzionali incorporate nella Piattaforma.

La Piattaforma dovrebbe combinare l'approccio orientato agli oggetti e quello relazionale, consentendo di descrivere i concetti del dominio e le regole della loro interazione nel linguaggio di descrizione della Piattaforma. Allo stesso tempo, il sistema deve garantire in modo indipendente il posizionamento di tutte le informazioni necessarie nel data warehouse e il loro ulteriore utilizzo.

I meccanismi della piattaforma dovrebbero garantire l'organizzazione dell'accesso alle risorse informative generali dell'organizzazione in conformità con i doveri ufficiali dello specialista.

La piattaforma dovrebbe contenere strumenti integrati per importare dati da fonti esterne, nonché strumenti per lavorare con dati da fonti esterne, che semplificano l'integrazione delle applicazioni esistenti con un'applicazione basata sulla piattaforma.

La piattaforma dovrebbe contenere strumenti per migliorare la funzionalità senza modificare il codice sorgente, che consente di apportare modifiche agli oggetti descritti all'interno dell'applicazione durante il funzionamento direttamente dall'amministratore o dagli utenti finali.

La piattaforma dovrebbe contenere strumenti di sviluppo applicati che consentano di espandere la funzionalità della workstation client fornita (workstation automatizzata, AWP) senza modificare il codice sorgente della piattaforma (sistema).

La piattaforma dovrebbe implementare le seguenti tecniche di miglioramento delle funzionalità:

• Descrizione di nuove classi (ad esempio, classi di nuovi documenti) di oggetti e relazioni tra loro in termini di Piattaforma, che dovrebbe fornire un insieme di operazioni di base sugli oggetti di queste classi (creazione, modifica di proprietà, eliminazione, copia, spostamento, definizione di un insieme di diritti di accesso, ecc.) ), senza modificare il codice sorgente della Piattaforma (Sistema).
• Definizione delle operazioni per lavorare con le classi di oggetti create senza programmazione. La piattaforma deve implementare una serie di operazioni di base (modelli) sugli oggetti. Lo sviluppatore di un'applicazione basata sulla piattaforma dovrebbe solo specificarli impostando i parametri.
• Se necessario, la capacità di scrivere codice di logica aziendale in un linguaggio di programmazione di alto livello utilizzando gli strumenti di sviluppo applicati della piattaforma.

5.1.11. Requisiti addizionali.

Ulteriori requisiti includono:

• Garantire la possibilità di far funzionare l'AIS ESRN HC sia su canali di comunicazione "veloci" che "lenti" con un basso grado di affidabilità (mantenendo l'integrità del data warehouse, garantendo le transazioni), nonché la possibilità di utilizzare AIS ESRN HC in modalità "offline" (replica delle modifiche tramite canali di comunicazione lenti, utilizzo di supporti rimovibili).
• Implementazione del concetto di "thin client", che consente di ridurre al minimo la manutenzione delle workstation client, di ridurre i requisiti di larghezza di banda di rete e software.
• Fornisce importazione ed esportazione di dati nei formati più comuni per l'archiviazione e lo scambio di dati (dbf, xls, doc, rtf, txt, xml, csv), nonché supporto per espandere l'elenco dei formati utilizzati.
• Fornendo supporto per un metalinguaggio di scripting o un'interfaccia di programma per linguaggi di scripting di alto livello esistenti, la capacità di utilizzare sequenze (macro) per automatizzare le attività eseguite frequentemente dall'utente.
• Fornire la possibilità di correzione automatica degli errori durante l'inserimento dei dati (date, nomi, patronimici, cognomi, ecc.) E se la correzione automatica è impossibile, garantire il blocco dell'input con l'emissione di messaggi diagnostici appropriati. La verifica e la correzione dei dati dovrebbero essere effettuate sia durante il lavoro degli operatori che durante l'importazione dei dati durante l'attuazione dello scambio di informazioni esterno.
• Fornire la possibilità di utilizzare applicazioni per ufficio distribuite gratuitamente per l'emissione e la visualizzazione di rapporti, certificati e altre informazioni.
• Fornire scalabilità.

I requisiti per AIS ESRN HK e i suoi componenti possono essere specificati e modificati in tutte le fasi del suo sviluppo, implementazione e manutenzione. Requisiti raffinati diventano parte integrante di questo compito tecnico.

5.2. Requisiti per le funzioni svolte da AIS ESRN HC

5.2.1. Livello regionale di AIS ESRN HC.

A livello distrettuale, AIS ESRN HC dovrebbe funzionare sul PC degli operatori a livello distrettuale. Gli operatori del livello distrettuale dovrebbero lavorare con il segmento distrettuale del database regionale dell'ESRN, memorizzato sul server LAN dell'autorità di protezione sociale della regione.

A livello distrettuale, AIS ESRN HC dovrebbe fornire:

• formazione ed elaborazione di nomine, ratei, matrici di pagamento in conformità con la procedura per la nomina e il pagamento di assistenza, benefici, compensi, benefici sociali mirati, sussidi per il pagamento di servizi alle imprese di alloggi e servizi comunali, altri tipi di PMI e assistenza determinata dai pertinenti atti normativi a livello federale e regionale;
• formazione e visione della sezione distrettuale del registro regionale dei cittadini ammissibili alle misure di sostegno sociale a scapito dei bilanci di tutti i livelli;
• costituzione del Segmento Distrettuale del Segmento Regionale dell'Albo dei Cittadini aventi diritto a misure di sostegno sociale sull'erogazione di farmaci preferenziali a spese del bilancio regionale;
• formazione della sezione distrettuale del registro regionale dei cittadini aventi diritto a misure di sostegno sociale per il pagamento degli alloggi e dei servizi comunali a spese del bilancio federale;
• formazione del segmento regionale della matrice informativa regionale con informazioni sulla situazione sociale e quotidiana dei veterani di guerra e di combattimento, necessarie per il contenuto informativo del segmento regionale della banca dati nazionale “Veterani”;
• formazione di elenchi di cittadini di determinate categorie nella forma stabilita per l'emissione di biglietti di viaggio preferenziali presso gli uffici postali di FSUE Russian Post;
• immissione dei dati primari nel database ESRN, inclusi:
• inserimento dati sui cittadini aventi diritto a misure di sostegno sociale residenti sul territorio, sia manuali che automatizzati, utilizzando informazioni provenienti da altre banche dati e sistemi software;
• ricevere e inserire dati sui cittadini utilizzando database di terze parti ottenuti in un formato concordato;
• controllo dell'inserimento dei dati nelle schede di registrazione delle famiglie e dei cittadini aventi diritto a misure di sostegno sociale;
• correzione dei dati, tra cui:
• periodico automatizzato, nel rispetto della normativa per l'aggiornamento delle informazioni sui cittadini ammissibili a misure di sostegno sociale residenti sul territorio, utilizzando informazioni provenienti da altre banche dati e sistemi software;
• aggiornamento manuale delle informazioni sui cittadini aventi diritto a misure di sostegno sociale residenti sul territorio, utilizzando le informazioni ottenute in occasione di appuntamenti e indagini personali;
• controllo della correzione dei dati nel database ESRN;
• ricezione, controllo, elaborazione, input di informazioni con ulteriori indicatori sociali del tenore di vita dei beneficiari di organizzazioni di terze parti in un formato concordato;
• correzione delle informazioni con indicatori sociali aggiuntivi del tenore di vita dei beneficiari di organizzazioni di terze parti in un formato concordato;
• formazione e invio di database completi di ESRN o modifiche a questi a livello regionale utilizzando KSOD, posta elettronica o supporti leggibili dalla macchina;
• ricezione ed elaborazione degli errori di informazione sui cittadini e sui beneficiari diretti al livello regionale;
• chiusura di casi di beneficiari in relazione alla loro morte o pensionamento.
• presentazione delle informazioni di riferimento sotto forma di referenze, tabelle e grafici con possibilità di successivo output cartaceo nel rispetto delle richieste di erogazione di assistenza sociale mirata, tra cui:
• ottenere dati di riferimento per un gruppo di persone (famiglie), accomunate da caratteristiche comuni;
• mantenere un database dell'ESRN, tra cui:
  • creazione di strutture dati;
• amministrazione, tra cui:
  • la possibilità di personalizzare l'AIS ESRN HC durante il funzionamento;
  • la capacità di creare e modificare nuovi moduli di segnalazione standard;
  • trasmissione, su richiesta, dei moduli di segnalazione creati all'AIS ESRN HC a livello regionale;
  • ridefinire i livelli di accesso quando si trasferisce un dipendente in una nuova posizione; registrazione di utenti e gruppi di utenti e assegnazione di livelli di accesso agli stessi;
• tenere i registri, tra cui:
  • registrazione di eventi (data entry, ottenimento di certificati, ecc.);
  • controllo del lavoro con AIS ESRN HC;
• registrazione della data di inserimento dati e informazioni sull'operatore che ha eseguito l'inserimento dati.

5.2.2. Livello regionale di AIS ESRN HC.

A livello regionale, AIS ESRN HC dovrebbe fornire:

• Conformità ai requisiti dei regolamenti amministrativi (regolamenti amministrativi elettronici) per lo svolgimento di alcune funzioni statali;
• determinazione dei diritti dei cittadini a ricevere categorie preferenziali o nomina di misure di sostegno sociale sulla base delle regole specificate;
• formazione ed elaborazione di appuntamenti, addebiti, matrici di pagamento;
• formazione e revisione del registro regionale dei cittadini ammissibili alle misure di sostegno sociale a scapito dei bilanci di tutti i livelli;
• costituzione di una sezione dell'Albo regionale dei cittadini aventi diritto a misure di sostegno sociale per la fornitura preferenziale di droghe a spese del bilancio regionale;
• formazione di un registro regionale dei cittadini ammissibili a misure di sostegno sociale per pagare l'alloggio e i servizi comunali a spese del bilancio federale;
• formazione di una matrice di informazioni con informazioni sulla situazione sociale e quotidiana dei veterani di guerra e di combattimento, necessaria per il contenuto informativo del segmento regionale della banca dati nazionale "Veterani";
• presentazione delle informazioni di riferimento sotto forma di referenze e tabelle con possibilità di successiva emissione su supporto cartaceo in funzione delle richieste di erogazione di assistenza sociale mirata, tra cui:
• ottenere dati di riferimento su un particolare beneficiario;
• ottenere dati di riferimento per un gruppo di persone accomunate da caratteristiche comuni;
• ottenere dati statistici;
• manutenzione di AIS ESRN HC, inclusi:
• predisporre strutture dati e regole per il loro trattamento;
• registrazione e modifica delle descrizioni delle strutture di dati archiviate nel database ESRN;

5.2.3. Requisiti per i principali moduli funzionali dell'AIS ESRN HK

Il software proposto dal partecipante al piazzamento dell'ordine per l'implementazione dovrebbe fornire l'automazione degli elementi costitutivi del processo di supporto sociale della popolazione, tra cui:

Il processo di ricezione (domanda) dei cittadini:

• inserire informazioni sui cittadini che hanno bisogno di fornire misure di sostegno sociale;
• inserire informazioni sulla loro situazione finanziaria, condizioni abitative;
• inserire informazioni sui documenti presentati;
• inserire informazioni su questioni relative ai cittadini.

Il processo di assegnazione delle misure di sostegno sociale:

• registrazione delle domande dei cittadini per la fornitura di misure di sostegno sociale;
• introduzione e sostegno del quadro giuridico che disciplina la fornitura di misure di sostegno sociale;
• determinazione del diritto dei cittadini a determinate misure di sostegno sociale: mensile, trimestrale, una tantum, annuale.
• assegnazione del risarcimento del danno a seconda del gruppo di invalidità o dell'anzianità di servizio;
• la nomina di una rata mensile sulla base di documenti sul beneficio, la possibilità di inserire più entrate mensili per un destinatario;
• la possibilità di inserire nell'albo regionale dei cittadini aventi diritto alle misure di sostegno sociale previste dalla legge;
• monitorare la rilevanza degli incarichi.

Il processo di calcolo delle prestazioni sociali (assegni familiari, benefici sociali, reddito mensile):

• gestione dei casi di pagamento;
• formazione di matrici di pagamento, loro trasferimento a organizzazioni di pagamento (Sberbank, ufficio postale) e ricezione della conferma dei pagamenti, formazione di atti di riconciliazione degli importi pagati con i dati di FSUE Russian Post;
• la possibilità di formare un pagamento per un importo fisso;
• archiviazione dei pagamenti;
• formazione di report analitici nell'ambito di bilanci, comuni e categorie privilegiate;
• supporto per l'esportazione di report in formati comuni (xls, doc, rtf, txt, scv e altri);
• operazioni di massa: risoluzione, pagamenti aggiuntivi, ricalcolo di benefici e benefici, installazione di fonti, ordini di stampa, input-output di casi;
• statistiche: elenchi di destinatari in base a parametri specificati, informazioni di pagamento e altri. Possibilità di creare report statistici personalizzati.

Il processo di assegnazione di sussidi per alloggi e servizi pubblici (attuazione del decreto del governo della Federazione Russa del 14 dicembre 2005 n. 761) :

• mantenere un elenco di standard regionali per il costo degli alloggi e dei servizi comunali (SSZHKU);
• garantire i processi di assegnazione, maturazione e pagamento dei sussidi, in conformità con l'attuale SSZHKU, i benefici (federali e regionali), il reddito familiare e altri indicatori;
• determinazione del diritto e della maturazione dei sussidi per il pagamento dell'alloggio ai cittadini, in conformità con i documenti presentati;
• formazione di documenti di pagamento per il trasferimento degli importi maturati su conti sociali o pagamento tramite istituti di credito o ufficio postale;
• attuazione di un meccanismo per la registrazione dei sussidi maturati, degli importi pagati, degli importi dovuti ai cittadini e degli importi dovuti dai cittadini ai fornitori di servizi.

Il processo per garantire pagamenti di compensazione per alloggi e servizi comunali:

La tecnologia per calcolare, calcolare e pagare indennizzi per alloggi e servizi comunali a categorie privilegiate di cittadini quando i benefici sono sostituiti da pagamenti in contanti.

Il processo di assegnazione dell'assistenza sociale statale:

• assicurare i processi di nomina, calcolo e erogazione dell'assistenza sociale statale, in conformità con la legislazione vigente, il reddito familiare e altri indicatori;
• determinazione del diritto e della maturazione dell'assistenza sociale statale ai cittadini, in conformità con i documenti presentati;
• formazione dei documenti di pagamento per il trasferimento degli importi maturati ai conti sociali;
• attuazione di un meccanismo per la registrazione degli importi maturati di assistenza sociale statale, importi pagati, importi dovuti ai cittadini.

Statistiche per specialisti del livello distrettuale (regionale):

• la possibilità di ottenere informazioni statistiche sull'elenco dei database per qualsiasi periodo di tempo utilizzando il generatore di report;
• ricerca di cittadini su richiesta secondo l'elenco delle banche dati;
• formazione di elenchi di cittadini di qualsiasi forma alla scala della regione, la formazione comunale della regione;
• formazione di informazioni sul numero di persone a cui nel trimestre di rendicontazione dell'anno in corso sono state fornite misure di sostegno sociale per il pagamento degli alloggi e dei servizi comunali (attuazione del decreto del Ministero della Salute e dello Sviluppo sociale del 28 marzo 2005 n. 243).

Il processo di scambio di informazioni sulle condizioni sociali e di vita dei veterani della Grande Guerra Patriottica e delle operazioni militari con i "Veterani" dell'OGBD.

Il processo di conversione (importazione) dei dati e la capacità di includere informazioni nel lavoro dell'AIS fornito da:

• Il Ministero della Sanità e dello Sviluppo Sociale della Federazione Russa e le sue strutture subordinate;
• Filiale del Fondo Pensione della Federazione Russa per il Territorio di Khabarovsk;
• Fondo regionale di Khabarovsk per l'assicurazione medica obbligatoria;
• Uffici del registro;
• Khabarovsk filiale regionale del Fondo di previdenza sociale della Federazione Russa;
• Ufficio del Servizio per l'impiego dello Stato federale per il territorio di Khabarovsk;
• Servizio statale federale per le competenze mediche e sociali;
• Servizio passaporti e visti (sportelli passaporti presso ZhKO);
• Reparti delle pensioni dell'ufficio di registrazione e arruolamento militare, UVD, UFSIN;
• Comuni (dipartimenti educativi, alloggi e servizi comunali);
• Organizzazioni di credito;
• Organizzazioni e servizi abitativi e comunali;
• Organizzazioni che forniscono servizi di comunicazione alla popolazione.

Il processo di conversione (esportazione) dei dati per il successivo trasferimento a:

• Ministero della Salute e dello Sviluppo Sociale della Federazione Russa e delle sue strutture subordinate;
• Filiale del Fondo Pensione della Federazione Russa per il Territorio di Khabarovsk;
• Fondo regionale di Khabarovsk per l'assicurazione medica obbligatoria;
• Khabarovsk filiale regionale del Fondo di previdenza sociale della Federazione Russa;
• Dipartimento del Servizio per l'Impiego dello Stato Federale per il Territorio di Khabarovsk;
• Istituti di credito e uffici postali;
• Organizzazioni che forniscono servizi di comunicazione alla popolazione;
• alloggi e organizzazioni e servizi comunali.

Processo di amministrazione del database ESRN:

• controllo delle basi, impostazione stile, forme, pagamenti;
• copia del database e dei libri di consultazione, ripristino dall'archivio;
• aggiornamento, rifornimento, modifica delle directory di sistema;
• adeguamento di gruppo delle informazioni contabili;
• gestione dei diritti di accesso alle informazioni.

5.2.4. Requisiti per il trasferimento dei dati dai sistemi funzionanti all'AIS ESRN HC

È necessario effettuare il trasferimento del quadro giuridico, dei libri di riferimento e delle informazioni personali sui cittadini ammissibili alle misure di sostegno sociale dai sistemi attualmente funzionanti:

• Complesso di programmi "Assistenza sociale mirata": prestazioni sociali mirate, indennità mensili, indennità, PMI, indennità per l'alloggio e pagamenti delle utenze;
• AWS per la nomina e il pagamento di pensioni, indennità e pagamenti mensili (ZANAS) - calcolo e pagamento di prestazioni sociali e per figli, indennità di viaggio regionali, altri tipi di benefici e compensi;
• Complesso di programma "Assistenza sociale mirata - modulo per l'assegnazione e il pagamento dei sussidi abitativi";
• Complesso software "Scheda indice dei beneficiari di pensioni, benefici, EDV, REDV";
• Pacchetto software "Labor Veterans";
• Altri prodotti e complessi software applicati che sono in funzione nell'ISPN e nell'OSSN della regione.

5.3. Requisiti per i tipi di garanzia.

5.3.1. Requisiti per il supporto informativo.

La banca dati ESRN dovrebbe essere costituita da tabelle contenenti informazioni sui cittadini registrati presso le autorità di protezione sociale della popolazione della regione, di natura questionaria, nonché informazioni sulla loro situazione sociale e di vita.

Tutte le tabelle si trovano su due livelli del database: distrettuale e regionale. Il database distrettuale si considera formato se contiene informazioni su tutti i cittadini che vivono in un determinato distretto. La presenza di campi vuoti non dovrebbe interferire con il lavoro con questo database anche durante la preparazione di materiali di riferimento e analitici. Un database regionale si considera formato se contiene informazioni su tutti i cittadini che vivono in una data regione. La presenza di campi vuoti non dovrebbe interferire con il lavoro con questo database, anche durante la preparazione di materiali di riferimento e analitici. I dati della banca dati regionale dell'ESRN vengono trasmessi all'AIS ESRN HC a livello regionale. A livello regionale, un database completo è formato dalla totalità dei database regionali, eventualmente segmentati per distretti urbani e distretti comunali della regione. L'AIS ESRN HC di livello regionale si considera formato quando includerà informazioni da tutti i database dell'ESRN di livello regionale.

Gli indicatori per la formazione delle carte di registrazione dei cittadini e delle famiglie che hanno il diritto e la necessità di fornire misure di sostegno sociale a scapito dei bilanci di tutti i livelli possono essere determinati nella fase di attuazione dell'AIS ESRN HC. La serie di indicatori utilizzati nel complesso del programma di assistenza sociale mirata, sviluppato da MSZN e utilizzato dalle agenzie di protezione sociale del territorio di Khabarovsk, dovrebbe essere preso come base.

Sulla base dell'elenco di indicatori, la natura delle richieste al database ESRN, i certificati e le relazioni dovrebbero essere determinate per analizzare lo stato del sostegno sociale per i cittadini ai vari livelli dell'assistenza sociale statale e prendere decisioni gestionali volte a migliorare il tenore di vita dei cittadini.

Durante il processo di sviluppo, è necessario determinare quanto segue:

• fonti di generazione dei dati;
• tipi di dati;
• dimensione dei campi;
• algoritmi di controllo;
• informazioni normative e di riferimento richieste;
• altri attributi necessari per mantenere il database ESRN.

Gli indicatori che caratterizzano lo stato sociale dei cittadini in una data area possono essere aggiunti alla composizione di indicatori comuni per tutti i database ESSD a livello di distretto. Questi indicatori particolari possono essere utilizzati per soddisfare le esigenze degli utenti a livello distrettuale. Dovrebbe essere possibile modificare la composizione degli indicatori della banca dati ESRN durante il funzionamento.

Richieste e moduli di rendicontazione dovrebbero essere sviluppati per ogni tipo di indicatori stabiliti per gli utenti dei livelli distrettuale e regionale.

Dovrebbe essere sviluppato un generatore di report, che dovrebbe fornire con i mezzi di AIS ESRN HC la formazione di:

• domande al DB ESRN sugli indicatori di registrazione dei cittadini e delle famiglie nell'AIS ESRN HC;
• una selezione dal database ESRN in base a determinati indicatori contabili specificando i campi selezionati e impostando le condizioni per la loro selezione (più, meno, uguale, intervallo, non uguale, ecc.);
• rapporti statistici che riflettono lo stato di cose attuale sull'erogazione di misure di sostegno sociale a varie categorie di famiglie e cittadini, sotto forma di elenchi e tabelle, indicando l'ordine dei campi e dei dati inclusi;

Tutte le modifiche ai dati delle banche dati regionali dell'ESRN vengono trasferite al livello regionale dell'AIS ESRN HC in conformità con le normative adottate.

Al fine di unificare la presentazione dei dati e ridurre il numero di errori durante l'immissione e l'elaborazione dei dati, è necessario sviluppare classificatori locali o esistenti completamente russi o dipartimentali.

I classificatori locali possono essere formati nella fase di implementazione complessa.

La procedura per mantenere aggiornati i classificatori è determinata dal Ministero della Protezione Sociale della popolazione del Territorio.

AIS ESRN HK dovrebbe garantire il trasferimento delle informazioni precedentemente accumulate dai database del complesso software di assistenza sociale mirata (ASP per PC), sviluppato da MSZN e operativo nell'OSZN, nonché da una serie di altri sistemi software applicati operati in MSZN e OSZN.

Per garantire il controllo dell'integrità dei dati e del ripristino dopo un errore, è necessario utilizzare strumenti DBMS standard. Sarà assicurata la creazione di copie di backup dei database a livello distrettuale e regionale e il ripristino da copie di backup dei database a livello distrettuale e regionale.

5.3.2. Requisiti software.

Il software dovrebbe consistere in software a livello di sistema e software applicativo sviluppato come parte del lavoro sulla creazione di AIS ESRN HK.

I sistemi operativi attualmente in funzione in IZZN e OSSN, tutte le applicazioni per ufficio, comprese quelle distribuite gratuitamente, devono essere utilizzate come software di sistema generale installato sui computer degli utenti AIS ESRN HK e operative sistemi di gestione di database e sistemi forniti durante la creazione dell'AIS ESRN HK o attualmente in funzione in IZZN e OSSN.

Il software applicato dell'AIS ESRN HC dovrebbe fornire:

• controllo della correttezza dei dati;
• inserimento e correzione dei dati;
• mantenere i dati aggiornati;
• scambio di dati tra livello distrettuale e regionale;
• presentazione di informazioni agli utenti sotto forma di riferimenti, tabelle, grafici.

5.3.3. Requisiti per il supporto tecnico.

AIS ESRN HC è garantito il funzionamento sulle apparecchiature informatiche fornite nell'ambito dello sviluppo e dell'implementazione di AIS ESRN HC con le caratteristiche di scopo (velocità) specificate in questa specifica tecnica.

Inoltre, il funzionamento della parte client dell'AIS ESRN HC dovrebbe essere assicurato sui mezzi tecnici disponibili e utilizzati in MSZN e OSZN: PC con una frequenza del processore di almeno 600 MHz, RAM almeno 256 MB, disco rigido con una capacità di almeno 10 GB, monitor a colori risoluzione non inferiore a 800x600, diagonale non inferiore a 15 ");

5.3.4. Requisiti per il supporto organizzativo.

Gli specialisti a tempo pieno nell'automazione del lavoro dell'RPU a livello distrettuale e regionale dovrebbero svolgere:

• supporto hardware e software AIS ESRN HC;
• ammodernamento dei moduli e rapporti di output utilizzati nell'AIS ESRN HC, quando i requisiti per essi cambiano;
• garantire la sicurezza, l'incolumità e il funzionamento ininterrotto dell'AIS ESRN HC;
• supporto e modernizzazione delle procedure per lo scambio di informazioni con organizzazioni e dipartimenti;
• esecuzione della manutenzione ordinaria;
• fornire consulenza agli utenti di AIS ESRN HC.

Limitare l'accesso all'immissione (aggiornamento) delle informazioni in AIS ESRN HC dovrebbe essere organizzato sulla base di un sistema di password, nomi utente in AIS ESRN HC e ruoli (insieme di diritti).

L'assegnazione del ruolo all'utente dovrebbe essere basata sulle norme approvate per il lavoro degli utenti con AIS ESRN HC.

Le azioni errate del personale non dovrebbero portare alla violazione dell'integrità del database ESRN.

Le informazioni inserite nel database ESRN dovrebbero essere controllate per completezza e affidabilità sulla base di integrità referenziale, procedure di convalida dei dati. Quando si immettono campi di caratteri e numerici, è necessario verificare gli intervalli validi nei campi numerici. Per ridurre al minimo l'errore dell'operatore, ove possibile, dovrebbero essere utilizzati classificatori e libri di riferimento.

5.3.5. Requisiti per il supporto metodologico di AIS ESRN HC

La creazione di AIS ESRN HC deve essere eseguita in conformità con i seguenti standard e regolamenti:

• GOST 34.201-89: una serie di standard per i sistemi automatizzati. Completezza e designazione dei documenti durante la creazione di sistemi automatizzati.
• GOST 34.601-90: una serie di standard per i sistemi automatizzati. Sistemi automatizzati. Fasi della creazione.
• GOST 34.602-89: una serie di standard per i sistemi automatizzati. Termini di riferimento per la creazione di un sistema automatizzato.
• GOST 34.603-92: Tipi di test per sistemi automatizzati.
• RD 50-34.698-90: sistemi automatizzati. Requisiti per il contenuto dei documenti.

5.4. Requisiti per la formazione del personale dell'ICSP e dell'SPP e per lo sviluppo della documentazione operativa

Il partecipante al collocamento dell'ordine deve provvedere alla formazione dei dipendenti del Ministero del Lavoro e della Protezione Sociale e del Dipartimento della Protezione Sociale nella quantità necessaria per utilizzare le funzioni del Sistema e configurare il software. Ogni attività, stazione di lavoro automatizzata (AWS), un sottosistema deve avere, oltre all'elenco stabilito di documenti, una guida operativa incorporata e suggerimenti all'utente sulle azioni che può intraprendere in ogni momento specifico di lavoro e deve anche visualizzare informazioni sullo stato corrente sullo schermo posto di lavoro. La descrizione dei mezzi di assistenza operativa è riportata nel "Manuale d'uso".

Il partecipante all'appalto deve organizzare corsi di aggiornamento per i dipendenti dell'INSP e dell'OSSO sulle tematiche elencate nell'Appendice D, nell'ambito del presente mandato.

Il partecipante al collocamento dell'ordine deve sviluppare documenti operativi: manuale utente, manuale dell'amministratore.

6. COMPOSIZIONE E CONTENUTO DEI LAVORI SULLA CREAZIONE DI AIS ESRN HC

Il lavoro per la creazione e la messa in servizio dell'AIS ESRN HC è suddiviso in due periodi:

• 1 ° periodo (progetto pilota) - fornitura di apparecchiature informatiche e software di sistema generale, sviluppo e funzionamento di prova di AIS ESRN HC in agenzie di protezione sociale pilota della popolazione della regione;
• 2 ° periodo: consegna di apparecchiature informatiche e software di sistema generale, distribuzione di AIS ESRN HC a tutti i distretti urbani e municipali del territorio di Khabarovsk.