Ciclo di vita e modelli di ciclo di vita dell'AIS. Fasi della creazione di un modello di ciclo di vita AIS. Fasi del ciclo di vita di un sistema informativo
Argomento 1.2 Ciclo di vita di AIS e modelli ciclo vitale AIS
Ciclo di vita dell'AIS -è un processo continuo dal momento in cui viene presa una decisione sulla necessità di prendere una decisione sulla necessità della sua creazione fino al completo completamento della sua operazione.
Il ciclo di vita dell'AIS moderno è di circa 10 anni, che supera notevolmente l'obsolescenza e l'obsolescenza fisica del software tecnico e di sistema utilizzato nell'implementazione dell'AIS. Pertanto, di norma, durante il ciclo di vita del sistema, viene eseguita la sua modernizzazione, dopo di che tutte le funzioni del sistema dovrebbero essere eseguite con non meno efficienza.
Raggiungere questo obiettivo durante tutto il ciclo di vita dell'AIS è un compito piuttosto difficile per una serie di ragioni oggettive e soggettive, di conseguenza, la stragrande maggioranza dei progetti AIS viene implementata con violazioni della qualità, delle scadenze o delle stime; quasi un terzo dei progetti cessa di esistere incompiuto. Secondo lo Standish Group nel 1996, l'84% dei progetti AIS non è stato completato in tempo, nel 1998 questo numero è sceso al 74%, dopo il 2000 non scende al di sotto del 50%. Il motivo principale di questa situazione è che il livello di tecnologia per l'analisi e la progettazione di sistemi, metodi e strumenti di gestione dei progetti non corrisponde alla complessità dei sistemi in fase di creazione, che è in costante aumento a causa della complicazione e dei rapidi cambiamenti del business.
È noto dalla pratica mondiale che i costi di mantenimento sono applicati Software L'AIS rappresenta almeno il 70% del suo costo totale durante l'intero ciclo di vita, quindi è estremamente importante fornire i metodi e gli strumenti di supporto necessari, compresi i metodi di gestione della configurazione, anche in fase di progettazione.
Il processo di progettazione dell'AIS è regolato dalla seguente documentazione (norme, metodologie, modelli):
GOST 34.601-90- uno standard per le fasi e le fasi di creazione dell'AIS, corrispondente al modello a cascata del ciclo di vita del software (discusso di seguito). Viene fornita una descrizione del contenuto del lavoro in ciascuna fase;
180/1CE 12207:1995- standard per i processi e l'organizzazione del ciclo di vita; si applica a tutti i tipi di software personalizzati; non contiene una descrizione di fasi, fasi e passaggi;
Metodo di sviluppo personalizzato(Metodologia Oracle) - materiale tecnologico per lo sviluppo dell'AIS applicato, dettagliato a livello di documenti di progetto in bianco basato sull'uso di Oracle. Viene utilizzato per il modello del ciclo di vita classico (sono forniti tutti i lavori, le attività e le fasi), come così come per tecnologie di "sviluppo rapido" (Fast Track) o "approccio leggero" consigliato per piccoli progetti.
Processo Razionale Unificato(metodologia RUP) - materiale tecnologico per l'attuazione di un modello di sviluppo iterativo, che comprende quattro fasi (ciclo di sviluppo): avvio, ricerca, costruzione e attuazione. Ogni fase è suddivisa in fasi (iterazioni), i cui risultati sono versioni per uso interno o esterno. Ogni ciclo termina con la generazione della versione successiva del sistema. Se poi il lavoro sul progetto non si ferma, il prodotto risultante continua a svilupparsi e ripercorre le stesse fasi. L'essenza del lavoro nell'ambito della metodologia RUP è la creazione e il mantenimento di modelli basati su UML;
Struttura delle soluzioni Microsoft(metodologia MSF) - il materiale tecnologico per l'implementazione di un modello di sviluppo iterativo, simile a RUP, prevede quattro fasi: analisi, progettazione, sviluppo, stabilizzazione; implica l'uso della modellazione orientata agli oggetti. MSF è più focalizzata sullo sviluppo di applicazioni aziendali rispetto a RUP;
Programmazione estrema (XP)- programmazione estrema (la più recente tra le metodologie considerate); è stata costituita nel 1996. La base della metodologia è il lavoro di squadra, una comunicazione efficace tra il cliente e l'appaltatore durante l'intero progetto; lo sviluppo dell'AIS viene effettuato utilizzando prototipi successivamente perfezionati.
Lo standard ISO/IEC 12207 nel quadro del ciclo di vita definisce i processi che vengono eseguiti durante la creazione del software AIS. Questi processi sono divisi in tre gruppi:
principale(acquisizione, fornitura, sviluppo, esercizio e manutenzione);
ausiliario(documentazione, gestione della configurazione, assicurazione della qualità, verifica, validazione, valutazione, auditing e problem solving);
organizzativo(gestione del progetto, realizzazione dell'infrastruttura del progetto, definizione, valutazione e miglioramento del ciclo di vita stesso, formazione).
Fra processi principali ciclo di vita i più importanti sono sviluppo, funzionamento e accompagnamento. Ogni processo è caratterizzato da determinati compiti e metodi per risolverli, i dati iniziali ottenuti nella fase precedente e i risultati.
Sviluppo AIS include tutto il lavoro sulla creazione del software e dei suoi componenti in conformità con i requisiti specificati. Questo processo include anche:
Preparazione della documentazione progettuale e operativa;
Preparazione dei materiali necessari per testare i prodotti software sviluppati;
Sviluppo dei materiali necessari per la formazione del personale.
Di norma, le componenti del processo di sviluppo sono la pianificazione strategica, l'analisi, la progettazione e l'attuazione (programmazione).
Processare sfruttamento relazionare:
Configurazione del database e delle postazioni utente;
Fornitura agli utenti di documentazione operativa;
Addestramento.
Le principali attività operative comprendono:
Operazione diretta;
Localizzazione dei problemi ed eliminazione delle loro cause;
Modifica del software;
Elaborazione di proposte per il miglioramento del sistema;
Sviluppo e ammodernamento del sistema.
Professionale, competente scorta- condizione necessaria per la risoluzione dei problemi svolti dall'AIS. Servizi supporto tecnico svolgono un ruolo molto importante nella vita di qualsiasi AIS. Gli errori in questa fase possono portare a palesi o occulti perdite finanziarie paragonabile al costo del sistema stesso.
Ad azioni preliminari nell'organizzazione Manutenzione L'AIS include:
Individuazione dei nodi più critici del sistema e determinazione delle criticità dei tempi di fermo per gli stessi (questo consentirà di identificare le componenti più critiche dell'AIS e ottimizzare l'allocazione delle risorse per la manutenzione);
Definizione dei compiti di manutenzione e loro suddivisione in interni, risolti dalle forze del dipartimento di servizio, ed esterni, risolti da organizzazioni di servizio specializzate (quindi, la gamma di funzioni svolte è chiaramente limitata e la responsabilità è distribuita);
Condurre un'analisi delle risorse interne ed esterne disponibili necessarie per l'organizzazione della manutenzione nell'ambito dei compiti descritti e della divisione delle competenze (i principali criteri di analisi: la disponibilità di una garanzia per le apparecchiature, lo stato del fondo di riparazione, le qualifiche del personale);
Predisposizione di un piano per l'organizzazione della manutenzione con la definizione delle fasi delle azioni da svolgere, i tempi della loro esecuzione, i costi alle fasi, la responsabilità degli esecutori.
Garantire una manutenzione di alta qualità del sistema ad anello richiede il coinvolgimento di specialisti altamente qualificati in grado di risolvere non solo le attività amministrative quotidiane, ma anche di ripristinare rapidamente le prestazioni del sistema in caso di guasti e incidenti.
Fra processi di supporto uno dei principali è gestione della configurazione, che supporta i principali processi del ciclo di vita dell'AIS, in primis i processi di sviluppo e manutenzione.
Lo sviluppo di AIS complessi implica lo sviluppo indipendente dei componenti del sistema, che porta all'emergere di molte opzioni e versioni di implementazione sia dei singoli componenti che del sistema nel suo insieme. Vi è quindi il problema di garantire la conservazione di un'unica struttura durante lo sviluppo e l'ammodernamento dell'AIS. La gestione della configurazione consente di organizzare, tenere conto sistematicamente e controllare le modifiche ai vari componenti dell'AIS in tutte le fasi del suo ciclo di vita.
Processi organizzativi sono di grande importanza, poiché gli AIS moderni sono grandi complessi, nella creazione e manutenzione dei quali sono impiegate molte persone di diverse specialità.
| Processo (esecutore del processo) | Azioni" | Entrata | Risultato |
| Acquisizione (cliente) | Iniziazione. Preparazione di proposte applicative. Preparazione del contratto. Controllo delle attività dei fornitori. Accettazione AIS | La decisione di avviare i lavori per l'attuazione dell'AIS. I risultati di un'indagine sulle attività del cliente. Risultati dell'analisi del mercato AIS/gara. Consegna/piano di sviluppo. Test AIS completo | Studio di fattibilità per l'introduzione dell'AIS. Termini di riferimento per l'AIS. Contratto di fornitura/sviluppo. Atti di accettazione delle fasi di lavoro. Rapporto di prova di accettazione |
| Consegna (sviluppatore AIS) | Iniziazione. Risposta alle offerte. Preparazione del contratto. Pianificazione dell'esecuzione. Fornitura dell'AIS | Termini di riferimento per l'AIS. La decisione della direzione di partecipare allo sviluppo. risultati di gara. Termini di riferimento per l'AIS. Piano di gestione del progetto. AIS sviluppato e documentazione | La decisione di partecipare allo sviluppo. Offerte/offerte commerciali. Contratto di fornitura/sviluppo. Piano di gestione del progetto. Attuazione/adeguamento. Rapporto di prova di accettazione |
| Sviluppo (sviluppatore AIS) | Addestramento. Analisi dei requisiti per l'AIS. Progettazione dell'architettura AIS. Sviluppo di requisiti software. Progettazione dell'architettura del software. Progettazione dettagliata del software. Codifica e test del software. Integrazione software e test di qualificazione software. Integrazione IS e test di qualificazione AIS | Termini di riferimento per l'AIS. Termini di riferimento per AIS, modello di ciclo di vita. Termini di riferimento per l'AIS. sottosistemi AIS. Specifiche dei requisiti per componenti software Architettura software Materiali per la progettazione dettagliata del software Piano di integrazione software, test Architettura IS, software, documentazione IS, test | Modello del ciclo di vita utilizzato, standard di sviluppo. Piano di lavoro. La composizione di sottosistemi, componenti di apparecchiature. Specifiche dei requisiti per i componenti software. La composizione dei componenti software, le interfacce con il database, il piano di integrazione del software. Progettazione di database, specifiche di interfaccia tra componenti software, requisiti di test. Prove di moduli software, atti di collaudo autonomo. Valutazione della conformità del complesso software ai requisiti del TOR. Valutazione della conformità di software, database, complesso tecnico e una serie di documentazione ai requisiti del TOR |
La gestione del progetto è legata alle questioni di pianificazione e organizzazione del lavoro, creazione di team di sviluppatori, monitoraggio dei tempi e della qualità del lavoro. Il supporto tecnico e organizzativo del progetto comprende:
Scelta di metodi e strumenti per l'attuazione del progetto;
Definizione di metodi per descrivere lo stato del processo di sviluppo;
Sviluppo di metodi e mezzi per testare il software creato;
Addestramento.
La garanzia della qualità del progetto è legata ai problemi di verifica, verifica e collaudo dei componenti AIS.
Verifica - il processo per determinare se l'attuale stato di sviluppo raggiunto al questa fase, i requisiti di questa fase.
Visita medica- il processo di determinazione della conformità dei parametri di sviluppo ai requisiti iniziali. La verifica si sovrappone in qualche modo alle prove, che vengono eseguite per determinare le differenze tra i risultati effettivi e attesi, nonché per valutare la conformità delle prestazioni dell'AIS ai requisiti originali.
Nel 2002 È stato pubblicato uno standard per i processi del ciclo di vita dei sistemi automatizzati (ISO/IEC 15288 Processi del ciclo di vita del sistema). Allo sviluppo della norma hanno partecipato esperti di vari settori di attività; è stata presa in considerazione l'esperienza pratica nella creazione di sistemi in organizzazioni governative, commerciali, militari e accademiche. Secondo la serie ISO/IEC 15288, i seguenti gruppi di processi sono inclusi nella struttura LC.
1. Processi contrattuali:
Acquisizione (soluzioni interne o soluzioni di fornitori esterni);
Consegna (soluzioni interne o soluzioni di un fornitore esterno).
2. Processi aziendali:
Controllo ambiente imprese;
Gestione degli investimenti; nella gestione del ciclo di vita dell'IP;
Gestione delle risorse;
Controllo di qualità.
3. Processi di progettazione:
Pianificazione del progetto;
Valutazione del progetto;
Controllo del progetto;
Gestione dei rischi;
Gestione della configurazione;
Gestione del flusso di informazioni;
Prendere decisioni.
4. Processi tecnici:
Definizione dei requisiti;
Analisi dei requisiti;
Sviluppo dell'architettura;
implementazione;
Integrazione;
Verifica;
Transizione;
Certificazione;
Sfruttamento;
Scorta;
Disposizione.
5. Processi speciali:
Definizione e determinazione delle interrelazioni derivanti dai compiti e dalle finalità.
In tavola. 1.4 mostra l'elenco delle fasi ei risultati principali nel momento in cui sono stati completati secondo lo standard specificato.
Negli anni '70 IBM ha proposto la metodologia Business System Planning (BSP) o metodologia di pianificazione organizzativa.
Un metodo per strutturare le informazioni utilizzando matrici di intersezione dei processi aziendali, divisioni funzionali dei sistemi di elaborazione dati (SI), oggetti informativi, documenti e database, proposte in BSP, la loro sequenza (ottenere il supporto del top management, definire processi aziendali, definire processi, classi di dati , portare interviste, elaborare e organizzare i dati delle interviste) possono essere trovati in quasi tutti i metodi formali, così come nei progetti implementati nella pratica.
Tabella 1.4.Fasi di creazione dell'AIS (ISO/IEC 15288)
Secondo i dati pubblicati, ogni fase dello sviluppo dell'AIS richiede un certo lasso di tempo. La maggior parte del tempo (45-50%) viene dedicato alla codifica, a test complessi e autonomi (Fig. 14). In media, lo sviluppo dell'AIS richiede un terzo dell'intero ciclo di vita del sistema (Figura 1.5).
Fig.1.4. Distribuzione del tempo nello sviluppo dell'AIS
Gli AIS esistono, di regola, per un lungo periodo di tempo, attraversando successivamente diverse fasi di sviluppo combinato nel loro sviluppo. ciclo vitale Sistemi (LC):
1) indagine (o analisi) pre-progetto dell'organizzazione,
2) progetto AIS,
3) attuazione dell'AIS,
4) introduzione dell'AIS,
5) funzionamento (funzionamento, utilizzo)
6) scorta AIS,
7) ammodernamento del progetto AIS.
Il ciclo di vita è il periodo di creazione e utilizzo di un sistema informativo, che copre i suoi vari stati, a partire dal momento in cui sorge la necessità di tale sistema informativo e termina con il momento in cui è completamente fuori servizio.
Va notato che l'AIS è un prodotto della produzione di informazioni, così come un'auto è un prodotto della produzione di macchine, un insaccato è un prodotto della produzione alimentare, ecc., quindi le fasi del ciclo di vita dell'AIS con Da 1 a 5 sono simili alle fasi del ciclo di vita di qualsiasi prodotto.
Il ciclo di vita dell'AIS, come un'auto, può finire a causa dell'usura fisica, Se nel ciclo di vita fase di supporto non risolta, ovvero riparazione e manutenzione, ad esempio, di computer e programmi che fanno parte dell'AIS (senza manutenzione il sistema non funzionerà nemmeno per sei mesi). Con una scorta qualificata, l'AIS può esistere per molto tempo, ma c'è una minaccia cessazione del ciclo di vita dell'AIS per obsolescenza, obsolescenza AIS, se non c'è una fase di aggiornamento AIS (senza ammodernamento, il sistema non funzionerà per più di 2 anni).
Il deterioramento fisico dell'AIS è l'incapacità di soddisfare i requisiti dell'organizzazione per l'AIS a causa di guasti, guasti o guasti dei componenti del sistema.
L'obsolescenza dell'AIS è la cessazione del soddisfacimento dei requisiti dell'organizzazione e dei suoi dipendenti per l'AIS, a causa dell'uso di tecnologie informatiche automatizzate obsolete e della mancanza di supporto per i nuovi requisiti degli utenti.
Se la tua organizzazione si è avvicinata all'automazione in modo responsabile e completo, allora hai organizzato tutte le fasi e le fasi di conseguenza Il ciclo di vita AIS limita solo la durata della tua organizzazione, il che significa che i fondi spesi per l'AIS non verranno gettati nella spazzatura insieme all'AIS fisicamente o moralmente obsoleto.
Tutte le fasi del ciclo di vita dell'AIS sono state elencate sopra, ma alcune di esse si svolgono in parallelo, quindi vengono allocate solo 5 fasi del ciclo di vita dell'AIS(fig.35):
Nella prima fase" Indagine pre-progetto» (Fig. 33) è consuetudine distinguere due sottostadi principali e uno aggiuntivo:
1.1. condurre un'indagine pre-progetto e raccogliere materiali di indagine;
1.2. analisi dei materiali di indagine e sviluppo basato sull'analisi di uno studio di fattibilità (FS) e termini di riferimento (TOR);
1.3. selezione e sviluppo di una variante del concetto di sistema.
Gli obiettivi della fase di indagine pre-progetto sono i seguenti:
· formulare le esigenze di un nuovo AIS, ovvero. identificare tutte le carenze dell'IS esistente;
Scegli una direzione e determina fattibilità economica disegno AIS.
Il lavoro di indagine inizia con l'analisi dei requisiti primari e la pianificazione del lavoro, che richiede da 2 giorni a 4 settimane. Successivamente, viene eseguita l'indagine stessa dell'impresa (la durata dell'indagine è di 1-2 settimane).
In primo luogo, viene creata una descrizione e il funzionamento dell'impresa o dell'organizzazione in questione viene analizzato in base ai requisiti (obiettivi) ad essa applicabili. Le strutture organizzative e topologiche dell'impresa sono determinate. Vengono identificate le attività funzionali di ciascuna delle divisioni dell'impresa e le interazioni funzionali tra di esse, i flussi informativi all'interno delle divisioni e tra di esse, gli oggetti esterni all'impresa e le interazioni informative esterne. Viene determinato un elenco di compiti (funzioni) target dell'impresa e viene eseguita un'analisi della distribuzione delle funzioni da parte di dipartimenti e dipendenti.
Viene determinato l'elenco dei mezzi di automazione utilizzati nell'impresa.
Inoltre, vengono elaborati i risultati dell'indagine e vengono costruiti i seguenti due tipi di modelli di attività aziendali (si noti che la costruzione di ciascuno dei modelli richiesti richiede un lavoro intensivo di 6-7 analisti di sistema qualificati entro 2-4 mesi).
1. In costruzione modello "così com'è". che è una "istantanea" dello stato delle cose in azienda (struttura organizzativa, interazioni tra i reparti, tecnologie adottate, processi aziendali automatizzati e non, ecc.) al momento del rilievo e permette di capire cosa fa e come funziona questa impresa dalle posizioni analisi del sistema, nonché sulla base di una verifica automatica, individua una serie di errori e strozzature e formula una serie di proposte per migliorare la situazione.
2. Formato Il modello "come dovrebbe". integrando proposte promettenti del management e dei dipendenti dell'impresa, esperti e analisti di sistema e consentendo di formare una visione di nuove tecnologie razionali per il funzionamento dell'impresa. Lei rappresenta concetto del futuro AIS.
La creazione del concetto del futuro sistema comprende i seguenti lavori:
Studio dettagliato dell'oggetto automazione;
Lavoro di ricerca richiesto (R&S) relativo alla ricerca di modi e alla valutazione della possibilità di implementare i requisiti degli utenti;
Sviluppo di opzioni alternative per il concetto di AIS creato e piani per la loro attuazione;
Valutazione delle risorse necessarie per la loro attuazione e garantirne il funzionamento;
Valutazione dei vantaggi e degli svantaggi di ciascuna opzione;
Confronto dei requisiti dell'utente e delle caratteristiche del sistema proposto e selezione dell'opzione migliore;
Determinazione della procedura di valutazione della qualità e delle condizioni per l'accettazione del sistema;
Valutazione degli effetti ricevuti dal sistema;
Redazione di una relazione contenente una descrizione del lavoro svolto;
Descrizione e giustificazione della versione proposta del concetto di sistema.
Sulla base del concetto costruito del sistema e dei risultati dell'indagine aziendale in termini di identificazione dei requisiti per il sistema futuro, viene formato un progetto di sistema (modello dei requisiti), che è la prima fase di sviluppo del sistema di automazione stesso (ovvero la fase di analisi dei requisiti per il sistema), su cui vengono specificati, formalizzati e documentati i requisiti del cliente
Infatti, in questa fase, viene data una risposta alla domanda: "Cosa dovrebbe fare il sistema futuro?". È qui che sta la chiave del successo dell'intero progetto di automazione. Nella pratica di creare grandi sistemi software, ci sono molti esempi di implementazione non riuscita proprio a causa dell'incompletezza e della confusione nella definizione dei requisiti di sistema.
In questa fase si determinano:
§ architettura del sistema, sue funzioni, condizioni esterne del suo funzionamento, distribuzione delle funzioni tra le parti hardware e software;
§ interfacce e distribuzione delle funzioni tra persona e sistema;
§ requisiti dei componenti software e informativi del sistema, risorse hardware necessarie, requisiti del database, caratteristiche fisiche dei componenti del sistema, loro interfacce;
§ la composizione delle persone e dei posti di lavoro legati al sistema;
§ limitazioni nel processo di sviluppo (tempi della direttiva per il completamento delle singole fasi, risorse disponibili);
§ procedure organizzative che assicurano la protezione delle informazioni.
Nell'ambito della progettazione del sistema, vengono eseguite le seguenti operazioni:
Determinazione della composizione, struttura e caratteristiche dei compiti funzionali nell'ambito delle attività delle divisioni strutturali;
Determinazione della composizione e della struttura del software di automazione per la tecnologia di problem solving, tenendo conto degli strumenti esistenti nelle divisioni strutturali;
Determinazione della struttura e delle caratteristiche della tecnologia di supporto informatico per la risoluzione dei problemi;
Sviluppo soluzioni tecniche sulla costruzione del supporto informativo (strutture logiche di basi di dati, strutture di classificatori);
§ sviluppo della composizione delle procedure automatizzate di workflow.
Progetto di sistema dovrebbe includere:
un modello funzionale completo dei requisiti per il sistema futuro;
Commenti sul modello funzionale (specifiche di processo di livello inferiore in forma testuale);
un pacchetto di relazioni e documenti su un modello funzionale, comprendente una descrizione dell'oggetto di modellazione, un elenco di sottosistemi, requisiti per metodi e mezzi di comunicazione per lo scambio di informazioni tra componenti, requisiti per le caratteristiche delle interconnessioni del sistema con sistemi adiacenti, requisiti per le funzioni di sistema;
· modello concettuale della banca dati integrata (pacchetto di diagrammi);
architettura del sistema con riferimento al modello concettuale;
· proposte per la struttura organizzativa a supporto del sistema.
Pertanto, il progetto di sistema contiene modelli funzionali, informativi e, possibilmente, di eventi dei requisiti per il sistema futuro. I tipi e la sequenza di lavoro nella creazione di questi modelli di requisiti sono simili al lavoro corrispondente sulla creazione di modelli di attività. Inoltre, il progetto di sistema include termini di riferimento per la creazione di un sistema automatizzato.
È necessario notare il seguente vantaggio del progetto di sistema. Lo sviluppo tradizionale è caratterizzato dall'attuazione delle fasi iniziali in modi artigianali non formalizzati. Di conseguenza, i clienti e gli utenti possono vedere il sistema per la prima volta dopo che è già stato ampiamente implementato. Naturalmente, questo sistema è diverso da quello che si aspettavano di vedere. Pertanto, seguono molte altre iterazioni del suo sviluppo o modifica, che richiedono costi aggiuntivi (e significativi) di denaro e tempo. La chiave per risolvere questo problema è il progetto di sistema, che consente:
Descrivere, "vedere" e correggere il sistema futuro prima che venga implementato fisicamente;
Ridurre i costi di sviluppo e implementazione del sistema;
Valutare lo sviluppo in termini di tempo e risultati;
Raggiungere la comprensione reciproca tra tutti i partecipanti al lavoro (clienti, utenti, sviluppatori, programmatori, ecc.);
Migliorare la qualità del sistema sviluppato, ovvero: creare una struttura ottimale di un database integrato, eseguire una scomposizione funzionale di moduli tipici.
Un progetto di sistema è completamente indipendente e separabile da sviluppatori specifici, non richiede manutenzione da parte dei suoi creatori e può essere trasferito indolore ad altre persone. Inoltre, se per qualche motivo l'impresa non è pronta per implementare il sistema basato sul progetto, può essere messo "sullo scaffale" fino a quando non se ne presenta la necessità. Inoltre, può essere utilizzato per lo sviluppo o la correzione indipendente di strumenti software già implementati sulla base dai programmatori del dipartimento di automazione aziendale.
Lo scopo dello sviluppo dello “Studio di Fattibilità” del progetto AIS è quello di valutare i principali parametri che limitano il progetto, giustificare la scelta e valutare le principali scelte progettuali per i singoli componenti del progetto. Allo stesso tempo, ci sono parametri organizzativi che caratterizzano le modalità di organizzazione dei processi di trasformazione delle informazioni nel sistema, parametri informativi ed economici che caratterizzano i costi di creazione e funzionamento del sistema, risparmiando dal suo funzionamento. Gli oggetti principali della parametrizzazione nel sistema sono task, task complex, indicatori economici, processi di elaborazione delle informazioni. Dopo la decisione di condurre ulteriori lavori si stanno adottando una serie di misure organizzative, ad esempio dovrebbero essere emessi ordini di lavoro appropriati; Il responsabile delle aree dovrebbe essere nominato, ecc.
Senza tale supporto da parte della direzione dell'impresa, è inutile avviare un progetto.
Figura 33. La sequenza dei lavori nella fase di pre-progettazione del ciclo di vita dell'AIS.
Successivamente, viene creato un mandato (TOR) per il progetto, che riflette specifiche e requisiti per il futuro AIS, nonché restrizioni sulle risorse di progettazione. Se il progetto richiede uno studio scientifico delle componenti, allora il concetto del futuro AIS viene sviluppato sulla base del TOR.
Nell'ambito della formazione del TOR, vengono sviluppate proposte di automazione sulla base dei requisiti individuati e concordati, che includono:
Redigere un elenco di luoghi di lavoro automatizzati dell'impresa e modalità di interazione tra di loro;
Analisi dell'applicabilità dei sistemi di gestione aziendale esistenti (principalmente classi MRP ed ERP) per risolvere i compiti richiesti e formazione di raccomandazioni per la scelta di tale sistema;
Decisione congiunta con il cliente scegliendo uno specifico sistema di gestione aziendale o sviluppando il proprio sistemi.
Sviluppo di proposte di mezzi tecnici;
Sviluppo di proposte software;
Sviluppo della topologia, composizione e struttura della rete locale;
Sviluppo di proposte per le fasi e termini di automazione.
Se si decide di scegliere un sistema di controllo specifico, alcuni passaggi vengono saltati.
Seconda fase" Disegno» (Fig. 34) esegue i seguenti passaggi secondari:
1) progetto preliminare: chiarimento dei requisiti del TOR, esecuzione e approvazione del progetto preliminare;
2) progettazione tecnica: selezione di soluzioni progettuali per tutti gli aspetti dello sviluppo dell'AIS, descrizione di tutti i componenti dell'AIS, esecuzione e approvazione di un progetto tecnico;
3) progettazione di dettaglio: selezione e sviluppo di metodi matematici e algoritmi di programmi, adeguamento della struttura delle banche dati (DB), creazione della documentazione per la fornitura e sviluppo di prodotti software, selezione di un set di hardware AIS, creazione della documentazione per la fornitura e installazione di hardware, sviluppo di un progetto di lavoro di AIS .
Gli obiettivi di questa fase sono:
sviluppare un'architettura funzionale dell'AIS, che rifletta la struttura e la composizione dei sottosistemi funzionali, per il supporto automatizzato determinate funzioni gestione dell'organizzazione;
· sviluppare l'architettura di sistema della variante AIS prescelta, ovvero la composizione dei sottosistemi portanti.
Per l'AIS complesso su larga scala che automatizza una grande impresa, holding, autorità pubbliche, ecc., nella sottofase 1 " Progetto preliminare» vengono formulate soluzioni preliminari per il futuro AIS nel suo insieme e le sue componenti, a seguito delle quali viene creata una bozza di progetto (DS). Lo sviluppo di soluzioni progettuali preliminari per il sistema e le sue parti comprende:
Definizione della funzione AIS;
Definizione della funzione dei sottosistemi, dei loro scopi ed effetti;
Determinazione della composizione dei complessi di compiti e dei compiti individuali;
Definizione del concetto di base informativa, sua struttura allargata;
Definizione delle funzionalità del sistema di gestione delle banche dati;
Determinazione della composizione del sistema informatico;
Definizione della funzione e dei parametri dei principali strumenti software.
Sviluppo della documentazione per questa parte del progetto.
Se il progetto in fase di sviluppo non è molto complesso, supponiamo che una piccola impresa venga automatizzata, la fase di lavoro viene saltata.
Al sottopassaggio 2. Progettazione ingegneristica » lavorare sullo sviluppo logico e sulla selezione di le migliori opzioni decisioni progettuali, a seguito delle quali viene creato un progetto tecnico (TP). Nell'ambito della realizzazione di un progetto tecnico, si effettuano:
- trasformazione di un progetto di sistema in un progetto tecnico(modello di implementazione), che comprende le seguenti azioni: affinamento del modello logico (sviluppo di una logica di dettaglio per ogni processo mediante diagrammi di flusso dei dati e specifiche di processo), progettazione di un database fisico, costruzione di una gerarchia di funzioni dei moduli da programmare, stima dei costi di realizzazione.
Il lavoro elencato dovrebbe essere eseguito da analisti consulenti insieme a progettisti di sistemi: è qui che si trova il confine che separa la consulenza e lo sviluppo. Tuttavia, è auspicabile che nella fase di implementazione del sistema il consulente agisca anche nell'interesse del cliente, vale a dire: controlla la conformità del sistema software creato con il sistema e i progetti tecnici e partecipa anche ai lavori per il suo ampliamento e modifica, perché le estensioni dovrebbero essere pianificate in base al modello dei requisiti.
- lavoro di progettazione tecnica:
Sviluppo di soluzioni generali per il sistema e le sue parti,
Sviluppo di soluzioni generali per funzionale-algoritmico struttura del sistema,
Sviluppo di decisioni comuni sulle funzioni del personale e struttura organizzativa,
Sviluppo di soluzioni comuni per la struttura dei mezzi tecnici,
Sviluppo di soluzioni generali per algoritmi di problem solving e linguaggi utilizzati,
Sviluppo di soluzioni comuni per l'organizzazione e il mantenimento di una base informativa,
Sviluppo di soluzioni comuni per il sistema di classificazione e codifica delle informazioni,
Sviluppo di soluzioni software comuni;
Eseguire lo sviluppo, l'esecuzione della documentazione per tutte le parti del progetto, compreso il documento "Formulazione del problema",
Sviluppo ed esecuzione della documentazione per la fornitura di prodotti per l'acquisizione di AIS e/o requisiti tecnici(specifiche tecniche) per il loro sviluppo;
Sviluppo di attività di progettazione in parti adiacenti del progetto dell'oggetto di automazione.
Sottofase 3. " Progettazione funzionante » associati all'attuazione fisica dell'opzione progettuale prescelta e al ricevimento della documentazione di progetto di dettaglio (DP).
Questa sottofase viene eseguita:
Sviluppo ed esecuzione della documentazione di lavoro contenente tutte le informazioni necessarie e sufficienti per garantire l'attuazione dei lavori sulla messa in servizio dell'AIS e il suo funzionamento, nonché per mantenere il livello delle caratteristiche operative (qualità) del sistema in conformità con l'adozione le decisioni progettuali e il coordinamento e l'approvazione di tale documentazione;
Sviluppo di programmi e strumenti software del sistema, nonché selezione, adattamento e/o vincolante di strumenti software acquistati,
Sviluppo di documentazione software.
Organizzazione di gare per la fornitura di componenti AIS (software e hardware, sistemi software e hardware, prodotti informatici).
Figura 34. La sequenza di lavoro in fase di progettazione del ciclo di vita dell'AIS.
In presenza di esperienza progettuale e di una piccola complessità del progetto, tutte e tre le sottofasi vengono combinate in una sola, a seguito della quale si ottiene un unico progetto tecno-lavorativo (TDP). In questo caso, il progetto è coerente, man mano che le sottofasi sono completate, trasformato da bozza a progetto di dettaglio.
La terza fase Implementazione» (Fig. 35) è il progetto fisico del sistema nella seguente sequenza:
1) ricevimento e installazione di mezzi tecnici;
2) codifica, test e sviluppo di programmi;
3) ottenere e installare software;
4) creazione di supporti informativi, compreso il riempimento di banche dati;
5) sviluppo di istruzioni per il funzionamento di software e hardware, nonché descrizione del lavoro per il personale.
Questi lavori possono essere praticamente eseguiti in parallelo.
Alla quarta fase del ciclo di vita dell'AIS" Implementazione» ci sono i seguenti passaggi secondari:
1) attuazione pilota:
messa in servizio di apparecchiature tecniche,
messa in servizio di strumenti software, conduzione di prova di tutti i componenti e sistemi nel loro insieme,
· formazione e certificazione del personale.
Implementazione pilota consiste nel verificare l'operabilità degli elementi e dei moduli del progetto, eliminando gli errori a livello degli elementi e dei collegamenti tra di essi.
In questa fase, si lavora sulla preparazione organizzativa dell'oggetto di automazione per la messa in servizio dell'AIS, tra cui:
Attuazione delle decisioni progettuali sulla struttura organizzativa dell'AIS;
Fornire alle unità dell'oggetto di controllo materiali didattici e metodologici;
Introduzione di classificatori di informazioni;
Addestramento,
Verifica della sua capacità di garantire il funzionamento dell'AIS.
Parallelamente, AIS si completa con i prodotti forniti (software e hardware, sistemi software e hardware, prodotti informatici), oltre a costruzione e installazione, messa in servizio, prove preliminari:
Effettuare le prove dell'AIS per le prestazioni e il rispetto dei termini di riferimento secondo il programma e la metodologia delle prove preliminari predisposte in anticipo;
Risoluzione dei problemi e miglioramento (se necessario) del software, apportando modifiche alla documentazione AIS, inclusa la documentazione operativa secondo il protocollo di prova.
Il lavoro di implementazione pilota termina redigere un atto sul completamento dell'operazione di prova.
2) implementazione industriale (messa in esercizio commerciale):
la messa in produzione,
Firma degli atti di accettazione e consegna dei lavori.
La messa in produzione consiste nell'organizzare una verifica del progetto a livello di funzioni e nel monitorare il rispetto dei suoi requisiti formulati in fase di ricognizione pre-progetto, ovvero:
Effettuare un test di conformità al capitolato secondo il programma e la metodologia dei test di accettazione predisposti in anticipo;
Analisi dei risultati delle prove AIS ed eliminazione delle carenze individuate durante le prove.
Lavori di finitura redigere un atto sull'accettazione dell'AIS per l'esercizio permanente.
Nell'ultima quinta fase del ciclo di vita dell'AIS, funzionamento, manutenzione e ammodernamento software, hardware e l'intero progetto.
scorta AIS si trova in esecuzione di lavori in conformità con gli obblighi di garanzia, esecuzione di lavori per eliminare le carenze individuate durante il funzionamento dell'AIS entro il periodo di garanzia stabilito e esecuzione di lavori per apportare le modifiche necessarie alla documentazione per l'AIS.
Il servizio post-garanzia è composto da:
Nell'attuazione del lavoro sull'analisi del funzionamento del sistema;
Nell'individuare gli scostamenti delle effettive caratteristiche operative dell'AIS dai valori di progetto;
Nello stabilire le cause di queste deviazioni;
Nell'eliminare le carenze individuate e garantire la stabilità delle caratteristiche operative dell'AIS;
Nell'apportare le necessarie modifiche alla documentazione per AIS.
A seconda delle specifiche dell'AIS creato e delle condizioni per la loro creazione, è consentito eseguire singole fasi di lavoro prima del completamento delle fasi precedenti, l'esecuzione parallela delle fasi di lavoro nel tempo, l'inclusione di nuove fasi di lavoro.
Figura 35. Fasi del ciclo di vita dell'AIS.
Il ciclo di vita è solitamente di natura iterativa: le fasi implementate del ciclo di vita, a partire da quelle più precoci, si ripetono ciclicamente in base alle nuove esigenze e al mutare delle condizioni esterne. In ogni fase del ciclo di vita si forma un insieme di documenti e soluzioni tecniche, che sono i punti di partenza per le decisioni successive.
Il più diffuso tre modelli di ciclo di vita:
modello a cascata (fino agli anni '70) - un passaggio sequenziale alla fase successiva dopo il completamento della precedente;
· modello iterativo (anni '70 - '80) - con ritorni iterativi alle fasi precedenti dopo il completamento della fase successiva;
· modello a spirale (anni '80-'90) - un modello prototipo, che presuppone un'espansione graduale del prototipo AIS.
Per modello del ciclo di vita a cascataè tipica l'automazione di attività separate e indipendenti, che non richiedono integrazione e compatibilità delle informazioni, software, interfaccia tecnica e organizzativa. Nell'ambito della risoluzione di problemi individuali, il modello a cascata si è giustificato in termini di tempo di sviluppo e affidabilità. L'applicazione di questo modello del ciclo di vita a progetti grandi e complessi, a causa della lunga durata del processo di progettazione e della variabilità dei requisiti durante questo periodo, porta alla loro irrealizzabilità pratica.
Modello iterativo del ciclo di vita. La creazione di AIS complessi comporta il collegamento di soluzioni progettuali ottenute nell'attuazione dei singoli compiti. L'approccio progettuale "dal basso verso l'alto" richiede tali ritorni iterativi, quando le soluzioni di progettazione per le singole attività vengono completate in soluzioni di sistema generali, e allo stesso tempo è necessario rivedere i requisiti formulati in precedenza. Di norma, a causa di un gran numero di iterazioni, sorgono discrepanze nelle decisioni di progettazione e nella documentazione completate. La complessità dell'architettura funzionale e di sistema dell'AIS creato, la difficoltà nell'utilizzo della documentazione progettuale, provocano immediatamente la necessità di riprogettare l'intero sistema nelle fasi di implementazione e funzionamento. Il lungo ciclo di sviluppo di un sistema informativo si conclude con la fase di attuazione, seguita dal ciclo di vita della creazione di un nuovo AIS.
Modello del ciclo di vita a spirale. Viene utilizzato un approccio dall'alto verso il basso per l'organizzazione della progettazione AIS, quando viene prima determinata la composizione dei sottosistemi funzionali e quindi l'impostazione dei singoli compiti. Di conseguenza, vengono prima sviluppate questioni a livello di sistema come l'organizzazione di un database integrato, la tecnologia per raccogliere, trasmettere e accumulare informazioni e quindi la tecnologia per risolvere problemi specifici. Nell'ambito dei complessi di attività, la programmazione viene eseguita nella direzione dai moduli principali del programma ai moduli che svolgono singole funzioni. Allo stesso tempo, vengono in primo piano i problemi di interazione tra le interfacce dei moduli di programma tra loro e con il database e l'implementazione di algoritmi viene in secondo piano.
Ogni giro della spirale corrisponde a un modello passo passo per la creazione di un frammento AIS. Chiarisce gli obiettivi e le caratteristiche del progetto, ne determina la qualità e pianifica il lavoro del prossimo giro della spirale. C'è un costante approfondimento e concretizzazione dei dettagli del progetto, si forma la sua versione motivata, che viene portata all'attuazione.
Il modello a spirale del ciclo di vita si basa sull'utilizzo della tecnologia prototipale o della tecnologia RAD (rapid application development).
Secondo questa tecnologia, l'AIS viene sviluppato espandendo prototipi software, seguendo il percorso dalla specifica dei requisiti alla specifica del codice del programma.
Naturalmente, con la tecnologia di prototipazione, il numero di iterazioni si riduce e ci sono meno errori e incoerenze che devono essere corretti nelle iterazioni successive, la progettazione stessa viene eseguita a un ritmo più veloce e la creazione della documentazione di progetto viene semplificata. Per corrispondere maggiormente alla documentazione progettuale sviluppata da AIS, viene attribuita sempre più importanza al mantenimento di un repository a livello di sistema e all'automazione della progettazione, in particolare, l'uso delle tecnologie CASE (Computers Aids System Engineering).
Quando si utilizza il modello a spirale:
· c'è un accumulo e riutilizzo di soluzioni progettuali, strumenti di progettazione, modelli e prototipi di AIS e tecnologie dell'informazione;
· L'orientamento è svolto sullo sviluppo e la modifica del sistema e delle tecnologie nel processo di progettazione;
· un'analisi dei rischi e dei costi viene effettuata nel processo di progettazione del sistema.
Un'interfaccia è un accoppiamento di parti di software e hardware, dati, una tecnologia per la comunicazione tra una persona e un computer, in cui tutte le informazioni, i parametri logici, fisici ed elettrici soddisfano standard stabiliti.
Prototipo: la versione minima del sistema utilizzato per la generazione o lo sviluppo versione completa
Il repository contiene informazioni sugli oggetti dell'AIS progettato e sulle relazioni tra loro, tutti i sottosistemi scambiano dati con esso.
I. Elementi costitutivi dell'AIS. Metodi e strumenti di progettazione Disegno- il processo di creazione di un progetto prototipo, un prototipo di un oggetto proposto o possibile, il suo stato. Tecnologia moderna creazione di AIS - un insieme di strumenti e metodi di progettazione efficaci che semplificano questo processo, riducono i costi, riducono i tempi di progettazione del sistema e, in definitiva, grazie alla possibilità di una più ampia scelta di comprovate soluzioni di progettazione progressiva, migliorano la qualità dello sviluppo. Strumenti di progettazione di base: - mezzi standard di sistemi operativi che prevedono il passaggio automatico su un computer di una certa classe di compiti; - procedure che implementano processi tipici di elaborazione dei dati, ad esempio il controllo delle informazioni in uscita e il loro smistamento; -tools, che comprendono una serie di strumenti software speciali interconnessi progettati per supportare i singoli elementi del processo di progettazione dell'AIS. Si tratta della creazione e dell'aggiornamento di un dizionario dei dati, della documentazione di progetto, dell'automazione del controllo della progettazione, ecc.; - componenti tipici presentati sotto forma di soluzioni di progettazione standard (TPR) e pacchetti software applicativi (APP). TPR - un insieme di elementi algoritmici, software, istruttivi e metodologici che forniscono l'implementazione della macchina di compiti o un complesso utilizzando mezzi tecnici appropriati. TPR - la base per la creazione di PPP, che includono pacchetti software che garantiscono il funzionamento di configurazioni tipiche della tecnologia informatica, sistemi di dialogo durante la risoluzione di problemi funzionali tipici; -sistemi di progettazione assistita da computer (CAD) che prevedono l'uso di computer in tutte le fasi della creazione di AIS e occupano la fase più alta nell'evoluzione degli strumenti di progettazione dei sistemi. I metodi di progettazione distinguono tra classi e sottoclassi: Classi: -design originale. Strumenti utilizzati in questo metodo: - strumenti standard dei sistemi operativi; - procedure che implementano processi tipici di elaborazione dei dati. - disegno standard. Sottoclassi: elementi, sottosistemi, oggetto, gruppo. Strumenti: strumenti standard dei sistemi operativi; componenti tipici (TPR, PPP); alcuni strumenti. - progettazione assistita da computer. Sottoclassi: modulare; altri Strumenti: strumenti standard dei sistemi operativi CAD; un insieme di strumenti interconnessi. Gli strumenti di progettazione si dividono in: - complessi - si tratta di TPR, PPP, progetti standard di sistemi automatizzati, CAD. - locali - un'ampia varietà, includono sistemi di gestione di database, teleelaborazioni, strumenti, ecc. Requisiti generali per gli strumenti di progettazione: -copertura integrale dell'intero processo di creazione dell'AIS; -compatibilità, che richiede decisioni coordinate sia nel processo di creazione di un sistema e dei suoi sottosistemi di supporto, sia nel processo del loro funzionamento; -universalità nella sua classe, che consente la possibilità di utilizzare gli stessi strumenti per oggetti diversi; -d.b. facilmente accessibile, non richiede molto sforzo per imparare e facile da implementare; - la possibilità di organizzare il processo di progettazione nella modalità di interazione interattiva tra sviluppatore del sistema, progettista e computer; -d.b. personalizzato ed economico. Metodi di progettazione originali sono tradizionali e focalizzati su un'impresa. Caratteristica- sviluppo di metodi originali per il rilevamento di un oggetto, la sua implementazione, creazione della documentazione di progetto necessaria sotto forma di progetto individuale. Dignità - riflessione nel progetto AIS delle specificità dell'oggetto di automazione. Svantaggi: intensità di lavoro relativamente alta e lunghi tempi di sviluppo, bassa affidabilità funzionale e adattabilità a condizioni mutevoli. I progetti creati con il metodo originale sono suscettibili di modernizzazione, ma questo metodo è usato raramente nella sua forma pura. Nella sua implementazione vengono attualmente utilizzati vari strumenti di progettazione e solo alcune parti del progetto richiedono soluzioni di progettazione originali. Pertanto, le soluzioni di progettazione a livello di sistema per lo sviluppo del supporto delle informazioni includono metodi per la raccolta, il controllo e la trasmissione dei dati, la creazione di array di dati normativi e di riferimento, il software, la determinazione della versione del sistema operativo, le procedure tipiche di elaborazione delle informazioni, ecc. Questo in qualche modo attenua i suoi difetti. Questo metodo è particolarmente rilevante quando si automatizzano oggetti complessi e non ordinari. Design tipico- il metodo industriale di realizzazione dell'AIS, mediante TPR e PPP, è caratterizzato dalla presenza di collaudati e tipici strumenti organizzativi, economici, tecnici, informativi, matematici e software per l'automazione del controllo. Vantaggi: riduce l'intensità del lavoro, riduce i costi e riduce i tempi di progettazione, migliorandone la qualità attraverso una copertura più completa dei compiti dei sottosistemi funzionali, rigoroso rispetto dei requisiti documenti normativi, applicazione di soluzioni tecniche avanzate. La progettazione standard è progettata per eliminare la duplicazione dei progetti, creare una base per espandere lo scambio di componenti standard già pronti e facilitare lo sviluppo di raccomandazioni per modificare la struttura organizzativa e i metodi di gestione, tenendo conto delle caratteristiche industriali e intraeconomiche. Il processo di progettazione tipica consiste nella selezione e rilegatura di questi strumenti secondo i requisiti di un particolare sistema. La parte tipica dell'AIS è un complesso di informazioni, software e supporto tecnico. La tipicità del primo è raggiunta dalla rigorosa osservanza dell'unità della struttura della base informativa, della composizione degli array, delle forme dei documenti di input e di output; il secondo - sull'uso del PPP e l'ultimo come risultato dell'uso di computer dello stesso tipo o di tipo articolato. le basi disegno elementare sono TPR - il risultato dell'implementazione di diverse operazioni di progettazione tecnologica interconnesse, quando si sviluppa un progetto viene utilizzata una soluzione già pronta con piccole modifiche e non ne viene sviluppata una nuova. Il complesso delle tipiche soluzioni progettuali è diviso in tre gruppi: "Tecnica", "Compito", "Personale". Primo gruppo serve per selezionare e completare tutti i tipi di mezzi tecnici di centri informatici o altre forme organizzative della loro applicazione. Secondo- contiene la documentazione sull'essenza organizzativa ed economica di ciascuna attività, algoritmi per la loro soluzione, descrizione delle informazioni di input e output, moduli software corrispondenti con le relative descrizioni e istruzioni per l'uso. Terzo- job description per tutte le categorie di dipendenti, definendone diritti e doveri. I TPR vengono creati secondo il principio della modularità, quando ogni soluzione progettuale è divisa in componenti separati, moduli che implementano una determinata parte del TPR. Ciò consente di creare un progetto di una nuova automazione combinando i singoli moduli tipici. Usando metodo del sottosistema il design presuppone un maggior grado di integrazione degli elementi tipici del sistema, quando per ogni sottosistema vengono creati progetti di soluzioni e pacchetti applicativi. Allocazione dei sottosistemi - a seconda dell'oggetto del processo economico e produttivo. Per ciascuno dei sottosistemi, vengono sviluppate la propria soluzione di progettazione automatizzata e PPP, che può essere a livello di sistema o funzionale. Il primo gruppo comprende la gestione dei dati PPP, le procedure tipiche per la loro elaborazione, i metodi di statistica matematica e di programmazione discreta, la risoluzione di problemi continui, come le equazioni differenziali. Il secondo gruppo include pacchetti incentrati su imprese industriali con natura discreta o continua della produzione, per la sfera non industriale, gestione di settore. Un requisito importante per PPP è la compatibilità, perché quando si progetta AIS, è consigliabile utilizzare più pacchetti contemporaneamente. La progettazione di sistemi che utilizzano PPP si riduce in realtà a vincolare i pacchetti selezionati da determinati parametri alle condizioni specifiche dell'oggetto di automazione. Vantaggi: processo meno dispendioso in termini di tempo, meno tempo rispetto al progetto originale, implementa metodi avanzati di elaborazione dei dati, semplifica la documentazione del progetto, perché viene utilizzata la documentazione del pacchetto, viene aumentata l'affidabilità dei sistemi progettati. Metodo progettazione di oggetti si basa sull'uso di progetti standard di sistemi di controllo automatizzati. Non è ampiamente utilizzato, perché ci sono troppi oggetti diversi e la modifica di un tipico progetto di sistema in base alle condizioni specifiche dell'oggetto di automazione richiede molto lavoro e costi materiali. Spicca un gruppo separato metodo di progettazione di gruppo. La sua essenza: viene preliminarmente selezionato un gruppo di oggetti dello stesso tipo in base alle loro caratteristiche. sistemi di informazione, tra questi viene selezionato l'oggetto di base, per il quale è in fase di sviluppo il progetto, e possono essere utilizzati vari metodi e metodi di progettazione, l'importante è garantirne l'elevata adattabilità. Lo scopo principale di questo metodo sono le strutture non industriali (ad esempio magazzini), perché sono più stabili dal punto di vista del sistema informativo economico. Tra i metodi automatizzati, un posto speciale è occupato da metodi di progettazione modulare. La creazione e l'uso del CAD fornisce un livello sufficientemente elevato di affidabilità funzionale, una copertura completa di tutti i processi tecnologici, riducendo la complessità del lavoro di progettazione con la massima considerazione degli interessi dell'oggetto di automazione. Tuttavia, questo metodo è piuttosto costoso e richiede sviluppatori altamente qualificati. Il requisito chiave per CAD è la capacità di costruire e mantenere nel sistema di progettazione in uno stato adeguato alcuni modelli di informazioni economiche globali dell'oggetto di automazione. Modello- visualizzazione delle componenti informative dell'oggetto di automazione e della relazione tra loro, specificate in modo esplicito. L'obiettivo principale della costruzione di un modello è creare un progetto AIS corrispondente a questo modello, che tenga conto e utilizzi attivamente tutte le caratteristiche dell'oggetto. Tale modello dovrebbe contenere in forma formalizzata una descrizione degli insiemi di componenti dell'informazione e delle relazioni tra di loro, compresi i collegamenti informativi e l'interazione algoritmica. Con l'aiuto del metodo di progettazione modulare, viene applicato un approccio sistematico, che determina l'uso dei computer non solo in tutte le fasi della creazione di un sistema, ma anche nel processo di analisi dei risultati del suo funzionamento industriale. Lo sviluppo e l'applicazione del CAD hanno predeterminato il passaggio alla creazione singoli progetti, ma a un livello molto più elevato rispetto al metodo di progettazione originale. Lo sviluppo, l'implementazione, la manutenzione e il funzionamento dei sistemi informativi aziendali (o CIS in breve) sono effettuati da specialisti di tecnologia dell'informazione (IT). Le tecnologie dell'informazione sono un concetto molto ampio, poiché definiscono i metodi ei mezzi per creare, raccogliere, registrare, trasmettere, elaborare, archiviare ed emettere informazioni nei sistemi informativi. Attualmente, insieme al nome Corporate Information Systems (CIS), ad esempio, vengono utilizzati i seguenti nomi: Sistemi automatizzati gestione (ACS); · Sistemi di gestione integrati (IMS); · Sistemi Informativi Integrati (IIS); · Sistemi Informativi per la Gestione d'Impresa (EMIS). Le fasi principali della progettazione di sistemi informativi automatizzati Prima di iniziare la progettazione di un AIS, è necessario giustificare in dettaglio la necessità della sua creazione, descrivere in dettaglio le finalità e gli obiettivi del progetto, il profitto atteso, i tempi, le risorse disponibili, vincoli, ecc. Tale lavoro è spesso chiamato pianificazione strategica del sistema informativo e per eseguirlo è nominato un project manager. La necessità di sviluppare qualsiasi AIS può essere dovuta ai seguenti fattori: la crescente importanza dell'ambiente informativo dell'impresa; la complessità del sistema di gestione aziendale; la necessità di analizzare le potenziali opportunità ei pericoli dell'impresa; la necessità di sistematizzare le attività dell'impresa; la necessità di migliorare costantemente l'efficienza dell'uso delle immobilizzazioni dell'impresa, migliorare il rapporto tra prezzo e qualità; accrescere il ruolo degli investimenti di capitale nel campo dell'informatizzazione dell'impresa; la necessità di una pianificazione del personale per garantire adeguatamente lo sviluppo dell'impresa; la crescita della complessità e della completezza dell'IS esistente, con la complicazione dei requisiti funzionali dell'IS e del loro sviluppo. caratteristica principale pianificazione strategica sistema informativo sta nel fatto che è durante questo periodo che vengono specificate le esigenze di informazioni dell'organizzazione, che determina le possibili opzioni per la struttura del sistema informativo. A seconda dell'intensità di funzionamento del complesso informatico, si distinguono i seguenti gruppi di organizzazioni: organizzazioni il cui sviluppo dipende dall'uso delle tecnologie informatiche per le attività quotidiane (banche, assicurazioni, ecc.); organizzazioni che non dipendono dalle tecnologie dell'informazione, ma sono in grado di utilizzarle ampiamente in futuro per ottenere vantaggi competitivi; organizzazioni le cui attività Tecnologie dell'informazione non può diventare una fonte di vantaggio competitivo; organizzazioni che utilizzano la tecnologia dell'informazione per supportare attività non fondamentali. Per ciascuno dei gruppi descritti vengono sviluppati sistemi informativi che automatizzano le corrispondenti aree delle attività dell'organizzazione. Lo sviluppo e l'implementazione di qualsiasi AIS viene effettuato in una determinata sequenza in conformità con i termini di riferimento. Il contenuto della prima fase del sistema di gestione è determinato dalla composizione dei compiti di contabilità, analisi, pianificazione e gestione operativa, i più suscettibili di automazione ed essenziali per l'adozione decisioni di gestione Nell'organizzazione. Nel processo di sviluppo delle fasi successive del sistema, avvengono l'ampliamento e l'integrazione di informazioni, software e supporto matematico e l'ammodernamento dei mezzi tecnici. Il ciclo di vita dell'AIS ci consente di distinguere quattro periodi principali: pre-progetto, progettazione, implementazione, esercizio e manutenzione. La tecnologia per la progettazione di sistemi informativi automatizzati è attualmente determinata dall'attuale GOST 34.601-90, secondo il quale l'intero processo è suddiviso in fasi e fasi. 1. Fase "Formazione dei requisiti per l'AIS": determinazione dell'ambito della giustificazione necessaria per la creazione dell'AIS (raccolta dei dati sull'oggetto dell'automazione e sulle attività in corso, valutazione della qualità del suo funzionamento, identificazione dei problemi che possono essere risolti mediante automazione, valutazione di fattibilità della realizzazione di AIS); formazione dei requisiti utente per AIS; predisposizione di una relazione sul lavoro svolto e deposito di una domanda per lo sviluppo di AIS. 2. Fase "Sviluppo del concetto AIS": studio dell'oggetto AIS; svolgere le necessarie attività di ricerca e progettazione; sviluppo di un concetto di variante AIS e selezione di un'opzione che soddisfi i requisiti dell'utente, valutazione dei vantaggi e degli svantaggi delle opzioni alternative; redazione di una relazione sul lavoro svolto. 3. Fase "Termini di riferimento": elaborazione ed esecuzione dei termini di riferimento per la creazione di AIS ( Informazione Generale, scopo e obiettivi del sistema in fase di creazione, caratteristiche dell'oggetto di automazione, requisiti per il sistema nel suo insieme, funzioni e compiti, tipi di supporto, piani di lavoro per la creazione, messa in servizio e accettazione). 4. Fase "Bozza di progettazione": elaborazione di soluzioni progettuali preliminari per il sistema e le sue parti (funzioni dell'AIS, dei suoi sottosistemi, ambito dei compiti, concetto e struttura della base informativa, composizione e principali caratteristiche dei mezzi tecnici); sviluppo della documentazione per l'AIS ei suoi elementi. 5. Palcoscenico " Progetto tecnico»: elaborazione di progetti di decisione sul sistema e sui suoi elementi, sulla struttura funzionale, algoritmica e organizzativa del sistema, sulla struttura dei mezzi tecnici, sull'organizzazione e manutenzione della banca dati, sul sistema di classificazione e codificazione delle informazioni, sul algoritmo per la risoluzione di problemi, sui linguaggi di programmazione e sui software utilizzati; sviluppo di documenti AIS; sviluppo ed esecuzione di documentazione per la fornitura di prodotti per l'acquisizione di AIS e requisiti tecnici per il loro sviluppo; sviluppo degli incarichi di progettazione. 6. Fase "Progetto di dettaglio": elaborazione della documentazione di lavoro per il sistema e le sue parti; sviluppo o adattamento di programmi. 7. Fase “Commissioning”: predisposizione dell'AIS per l'attuazione; mettere in funzione compiti e sottosistemi; redazione di un rapporto di messa in servizio. 8. Fase “Supporto AIS”: analisi del funzionamento del sistema; supervisione dell'autore. Una caratteristica dello sviluppo dell'AIS è la concentrazione della complessità e dell'intensità del lavoro nelle fasi di indagine pre-progetto, poiché gli errori commessi nelle fasi di indagine, analisi e progettazione danno origine a problemi spesso insolubili nel raggiungimento degli obiettivi e nell'efficienza della utilizzando l'AIS nelle fasi di attuazione e funzionamento. La formazione dei requisiti di sistema implica la definizione della sua funzionalità, dei requisiti dell'utente, dei requisiti di affidabilità e sicurezza, per le interfacce esterne, ecc. La pianificazione del lavoro include una fase preliminare valutazione economica progetto, costruendo un programma di lavoro, creando e formando un gruppo di lavoro congiunto. In questa fase viene eseguita un'analisi di sistema del sistema in esame, che include una descrizione della struttura degli elementi del sistema e un rilievo dell'attività dell'oggetto automatizzato; analisi della distribuzione delle funzioni tra dipartimenti e dipendenti, flussi informativi all'interno dei dipartimenti e tra di essi, oggetti esterni in relazione all'organizzazione e interazioni informative esterne. Cazzo sì. L'analisi si conclude con la costruzione di modelli dell'attività dell'organizzazione, che prevede l'elaborazione dei materiali di rilievo e la costruzione di modelli funzionali e informativi di due tipi: il modello “as is” (“as is”), che riflette lo stato attuale delle affari nell'organizzazione; modello "to be" ("come dovrebbe essere"), che riflette l'idea di nuove tecnologie e processi aziendali dell'organizzazione. Sulla base dei risultati del sondaggio, viene determinato un elenco di attività, la cui soluzione è consigliabile automatizzare e la sequenza del loro sviluppo (Fig. 8.2). Riso. Risultati dell'indagine Il mandato è un documento che definisce gli obiettivi, i requisiti ei dati di input di base necessari per sviluppare l'AIS e determinare il livello di efficienza economica della sua attuazione. Il contenuto e la struttura dei termini di riferimento sono regolati dai requisiti di GOST 34.602-89. La fase di progettazione preliminare prevede una selezione preliminare dei metodi di progettazione e una valutazione dei risultati attesi, ma spesso questa fase è inclusa nel progetto tecnico. Il progetto tecnico è in fase di elaborazione al fine di determinare le principali scelte progettuali per la realizzazione del sistema. In questa fase, un complesso lavoro di ricerca per selezionare le soluzioni migliori si effettua una valutazione sperimentale delle soluzioni progettuali ed un calcolo dell'efficienza economica del sistema. Per ogni attività inclusa nell'insieme delle attività prioritarie, viene eseguita una dichiarazione dettagliata dell'attività e lo sviluppo di un algoritmo per la sua soluzione. L'obiettivo di questa fase è quello di formare nuova struttura sistema e relazioni logiche dei suoi elementi che funzioneranno sulla base tecnologica prescelta. La costruzione di un'architettura di sistema comporta la selezione di elementi e moduli di informazioni, tecniche, software e altri sottosistemi di supporto, la definizione di informazioni e collegamenti di controllo tra gli elementi selezionati e lo sviluppo della tecnologia di elaborazione delle informazioni. La progettazione dettagliata include lo sviluppo di specifiche per ciascun componente e materiali che garantiscono il funzionamento efficiente di AIS, che contengono dati aggiornati e soluzioni di progettazione dettagliate a livello di sistema, programmi e istruzioni per la risoluzione dei problemi, nonché una valutazione aggiornata del rapporto costo-efficacia dell'AIS. La parte tecnica del progetto di lavoro prevede la definizione di mezzi tecnici, descrizione processo tecnologico elaborazione dati, calcolo e programmazione del carico del complesso di mezzi tecnici, descrizione delle modalità di funzionamento dell'AIS. L'attuazione del progetto sviluppato prevede le seguenti fasi: preparazione dell'oggetto di controllo per l'attuazione dell'AIS, implementazione pilota, ovvero verifica dell'operabilità degli elementi e dei moduli del progetto ed eliminazione degli errori individuati, e implementazione industriale - la fase di messa in servizio e collaudo a livello di funzione, monitorando il rispetto dei requisiti formulati in fase di analisi del sistema (Fig. 8.3). Nella fase di funzionamento e manutenzione, vengono raccolte statistiche sulla qualità di ciascuno dei componenti del sistema, vengono corrette le carenze rilevate, in alcuni casi viene presa una decisione sulla necessità di espandere la funzionalità del sistema (Fig. 8.4) . In generale, il processo di progettazione AIS include condizionatamente solo le fasi principali e l'insieme effettivo di fasi e operazioni tecnologiche dipende in gran parte dall'approccio progettuale scelto. Riso. I principali lavori eseguiti nella fase di attuazione dell'AIS Fig. Lavori eseguiti in fase di esercizio e manutenzioneModelli del ciclo di vita AIS - Una struttura che definisce l'attuazione sequenziale di processi, azioni, attività svolte durante tutto il ciclo di vita e la relazione tra questi processi.
modello a cascata. Il passaggio alla fase successiva significa il completamento completo dei lavori nella fase precedente. I requisiti definiti nella fase di formazione dei requisiti sono rigorosamente documentati sotto forma di capitolato e fissati per l'intera durata dello sviluppo del progetto. Ogni fase culmina nel rilascio di una serie completa di documentazione sufficiente affinché lo sviluppo possa essere continuato da un altro team di sviluppo.
Fasi del progetto secondo il modello a cascata:
1. Formazione dei requisiti;
2. Progettazione;
3. Sviluppo;
4. Collaudo;
5. Introduzione;
6. Funzionamento e manutenzione.
vantaggi:
-Documentazione completa e concordata in ogni fase;
-Sequenza di lavoro determinata;
- Consente di pianificare chiaramente tempi e costi.
Screpolatura:
-Significativo ritardo nell'ottenimento di risultati già pronti;
-Gli errori in una qualsiasi delle fasi vengono rilevati nelle fasi successive, il che porta alla necessità di restituire e registrare nuovamente la documentazione di progetto;
- Difficoltà nella gestione del progetto.
modello a spirale. Ogni iterazione corrisponde alla creazione di un frammento o versione del software, chiarisce gli obiettivi e le caratteristiche del progetto, valuta la qualità dei risultati ottenuti e pianifica il lavoro dell'iterazione successiva.
Ogni iterazione - cicli di sviluppo completati nella forma della prima versione dell'AIS.
Passaggi dell'iterazione:
1.Formazione dei requisiti
3. Progettazione
4. Sviluppo
5.Integrazione
Ad ogni iterazione vengono valutati:
Il rischio di eccedere i termini e il costo del progetto;
La necessità di eseguire un'altra iterazione;
Il grado di completezza e accuratezza di comprensione dei requisiti del sistema;
L'opportunità di terminare il progetto.
vantaggi:
-Semplifica il processo di modifica del progetto;
- Fornisce una maggiore flessibilità nella gestione dei progetti;
- La possibilità di ottenere un sistema affidabile e stabile, perché errori e incongruenze si trovano ad ogni iterazione;
- Influenza del cliente sul lavoro nel processo di verifica di ogni iterazione.
Screpolatura:
-Complessità di progettazione;
-Modalità di lavoro intensa per gli sviluppatori;
-La pianificazione del lavoro si basa sull'esperienza e non ci sono metriche sufficienti per misurare la qualità di ogni versione.
Requisiti per la tecnologia di progettazione, sviluppo e manutenzione di AIS
Disegno tecnologico- definisce una combinazione di tre componenti:
- procedura passo passo, che determina la sequenza delle operazioni di progettazione tecnologica;
- regole utilizzate per valutare i risultati delle operazioni tecnologiche;
- presentazione dello sviluppo del progetto per esame e approvazione.
Istruzioni tecnologiche, che costituiscono il contenuto principale della tecnologia, dovrebbe consistere in una descrizione della sequenza delle operazioni tecnologiche, delle condizioni dipendenti dall'una o dell'altra operazione e nelle descrizioni delle operazioni stesse.
La tecnologia per la progettazione, lo sviluppo e la manutenzione dell'IS deve soddisfare quanto segue Requisiti generali:
La tecnologia deve supportare l'intero ciclo di vita del software;
La tecnologia dovrebbe garantire il raggiungimento garantito degli obiettivi di sviluppo dell'IS con una data qualità e in un determinato momento;
La tecnologia dovrebbe fornire la possibilità di condurre lavori sulla progettazione di singoli sottosistemi in piccoli gruppi (3-7 persone). Ciò è dovuto ai principi di gestibilità del team e aumento della produttività riducendo al minimo il numero di collegamenti esterni;
La tecnologia dovrebbe prevedere la possibilità di gestire la configurazione del progetto, il mantenimento delle versioni del progetto e dei suoi componenti, la possibilità di emettere automaticamente la documentazione del progetto e di sincronizzarne le versioni con le versioni del progetto;
L'uso di qualsiasi tecnologia per la progettazione, lo sviluppo e la manutenzione di IS in una particolare organizzazione e un particolare progetto è impossibile senza lo sviluppo di una serie di standard (regole, accordi) che devono essere osservati da tutti i partecipanti al progetto. A tale standard include il seguente:
- standard di progettazione;
- standard per la progettazione della documentazione di progetto;
- standard dell'interfaccia utente.
Requisito di sviluppo
- Esecuzione di lavori sulla creazione di software;
Preparazione all'introduzione dell'AIS;
Controllo, testing dei principali indicatori di progetto.
Requisiti di accompagnamento
Il completamento dell'attuazione del CIS dovrebbe essere accompagnato dalla pubblicazione del sistema regolamenti amministrativi e le descrizioni dei lavori che determinano il modo in cui opera l'organizzazione. Dal momento della messa in funzione del sistema informativo, il funzionamento avviene sulla base del “Regolamento per il funzionamento del sistema informativo” e di alcuni regolamenti. La manutenzione del sistema e il suo funzionamento ininterrotto è effettuata da una suddivisione dell'organizzazione autorizzata dal relativo ordine. Il perfezionamento del sistema informativo dopo la messa in servizio viene effettuato in conformità con i singoli progetti e termini di riferimento.
Nel processo di mantenimento della CSI, il compito è di mantenerne la fattibilità. La fattibilità del CSI è in gran parte determinata dal modo in cui corrisponde ai compiti e alle esigenze reali dell'università, che stanno cambiando durante il ciclo di vita del CSI.
In quasi tutti i campi, le persone usano una sorta di modello (matematico, fisico o informatico) per avere un'idea più chiara di cosa sta succedendo nei processi della vita reale.
Ci sono 2 modi per descrivere i modelli:
1) statico, considerata la struttura del modello, ᴛ.ᴇ. tali aspetti di esso in cui il tempo può essere trascurato;
2) dinamico, considerando il flusso degli eventi, ᴛ.ᴇ. cambiamento nel tempo dei fenomeni simulati, che non può essere trascurato dal punto di vista dei compiti da risolvere.
Qualsiasi azienda e le sue attività possono essere viste dal punto di vista di diverse persone: operatore, direttore esecutivo, cliente, azionista, partner, venditore, ecc. Ogni categoria di persone ha bisogno di diversi modelli di business.
Il CEO deve avere il quadro generale: processi, prodotti, finanze, prospettive, ecc., ᴛ.ᴇ. quadro integrato nel suo insieme. Affinché il personale dirigente possa farlo decisioni giuste in ogni situazione, è estremamente importante disporre di un insieme di modelli che descrivano i diversi aspetti delle attività dell'azienda e delle loro relazioni. Nei modelli utilizzati ai vertici del management, la cosa più importante è ϶ᴛᴏ brevità e chiarezza. Dovrebbero enfatizzare i punti principali e i dettagli sono nascosti.
Uno dei modelli più importanti è attualmente il modello di business, che definisce le funzioni dell'impresa nel mondo esterno.
Figura 1 - Modello di azienda organizzata gerarchicamente
I modelli del ciclo di vita esistenti determinano l'ordine di esecuzione delle fasi nel processo di creazione di un sistema, nonché i criteri per passare da una fase all'altra. I seguenti tre modelli sono i più utilizzati.
Tra i noti modelli del ciclo di vita AIS si possono distinguere i modelli a cascata, iterativi e a spirale.
Modello a cascata (fino a 70 ᴦ.ᴦ.) comporta il passaggio alla fase successiva dopo il completamento dei lavori della fase precedente. Questo modello viene utilizzato nella costruzione di AIS, per il quale, all'inizio dello sviluppo, tutti i requisiti possono essere formulati in modo abbastanza accurato e completo. Ciò offre agli sviluppatori la libertà di implementarli nel miglior modo possibile da un punto di vista tecnico. Questa categoria include sistemi di regolamento complessi, sistemi in tempo reale e altri.
Figura 2 - Schema del modello a cascata
Vantaggi modello a cascata:
1) in ogni fase viene formata una documentazione progettuale completa che soddisfi i criteri di completezza e coerenza;
2) le fasi di lavoro eseguite in sequenza logica consentono di pianificare i tempi del loro completamento e i relativi costi.
Screpolatura modello a cascata:
1) ritardo nell'ottenimento dei risultati;
2) l'estrema importanza di tornare alle fasi precedenti.
Il modello a cascata del ciclo di vita AIS è caratterizzato dall'automazione di singole attività indipendenti che non richiedono integrazione e compatibilità delle informazioni, software, interfaccia tecnica e organizzativa. Nell'ambito della risoluzione di compiti individuali, il modello a cascata del ciclo di vita si è giustificato in termini di tempo di sviluppo e affidabilità. L'applicazione del modello a cascata del ciclo di vita dell'AIS a progetti grandi e complessi a causa della lunga durata del processo di progettazione e della variabilità dei requisiti durante questo periodo può portare all'impossibilità pratica.
Modello iterativo passo passo. Questo modello di creazione dell'AIS presuppone la presenza di circuiti di feedback tra gli stadi. Il vantaggio di un tale modello è essenzialmente che le regolazioni tra gli stadi forniscono maggiore flessibilità e meno sforzo rispetto al modello a cascata. Allo stesso tempo, la durata di ciascuno degli stadi può essere estesa per l'intero periodo di creazione del sistema.
Figura 3 - Schema di un modello iterativo a fasi
Screpolatura: Di norma, a causa di un gran numero di iterazioni, sorgono discrepanze nelle decisioni di progettazione e nella documentazione completate. La complessità dell'architettura funzionale e di sistema dell'AIS realizzato, la difficoltà nell'utilizzo della documentazione progettuale determinano immediatamente l'estrema importanza di riprogettare l'intero sistema nelle fasi di implementazione e funzionamento. Il lungo ciclo di sviluppo dell'AIS si conclude con la fase di attuazione, dopodiché inizia il ciclo di vita della creazione di un nuovo AIS.
modello a spirale(80-90 ᴦ.ᴦ.) - in base alle fasi iniziali del ciclo di vita: analisi, progettazione preliminare e di dettaglio.
Ogni giro della spirale corrisponde a un modello passo passo per creare un frammento o una versione del sistema, sul quale vengono chiariti gli obiettivi e le caratteristiche del progetto, ne viene determinata la qualità e il lavoro del turno successivo del è prevista una spirale. Il problema principale è determinare il momento del passaggio alla fase successiva. Per risolverlo, è estremamente importante introdurre limiti di tempo per ciascuna delle fasi del ciclo di vita. La transizione avviene secondo il piano, che è compilato sulla base dei dati statistici ottenuti nei progetti precedenti, e esperienza personale sviluppatori. Lo svantaggio di questo approccio sono i problemi irrisolti e gli errori commessi nelle fasi di analisi e progettazione. Οʜᴎ può portare nelle fasi successive a problemi e persino al fallimento dell'intero progetto. Per questo motivo l'analisi e la progettazione devono essere eseguite con particolare attenzione.
Figura 4 - Schema del modello a spirale
Il modello del ciclo di vita a spirale si basa sull'uso della tecnologia prototipo o della tecnologia RAD ( Sviluppo rapido di applicazioni - tecnologie di sviluppo rapido delle applicazioni). Secondo questa tecnologia, l'AIS viene sviluppato espandendo prototipi software, seguendo il percorso dalla specifica dei requisiti alla specifica del codice del programma. Naturalmente, con questa tecnologia, il numero di iterazioni si riduce e ci sono meno errori e incongruenze che sono estremamente importanti da correggere nelle iterazioni successive. Allo stesso tempo, la progettazione di AIS è più veloce e la creazione della documentazione di progettazione è semplificata. Per abbinare in modo più accurato la documentazione di progettazione sviluppata dall'AIS, viene attribuita sempre più importanza al mantenimento di un repository a livello di sistema e all'utilizzo delle tecnologie CASE.
Il ciclo di vita quando si utilizza la tecnologia RAD presuppone la partecipazione attiva degli utenti finali del sistema futuro in tutte le fasi di sviluppo e comprende 3 fasi principali di reingegnerizzazione delle informazioni:
1) analisi e pianificazione della strategia informativa : gli utenti insieme a specialisti-sviluppatori partecipano all'identificazione dell'area problematica;
2) disegno : gli utenti partecipano alla progettazione tecnica sotto la guida di sviluppatori specializzati;
3) implementazione : gli sviluppatori addestrano gli utenti a lavorare nel nuovo ambiente AIS.
Lo sviluppo e la progettazione di AIS inizia con la creazione di un modello concettuale per l'utilizzo del sistema. In primo luogo, dovrebbe essere determinata la fattibilità della creazione di un sistema, le sue funzioni specifiche e le attività da automatizzare. Una valutazione deve essere fatta non solo degli obiettivi, ma anche delle possibilità di creare un sistema. Inoltre, vengono svolte l'analisi dei requisiti per l'AIS, la progettazione di dettaglio, il rapporto tra le fasi, la programmazione e il collaudo, la minimizzazione delle perdite durante il passaggio da un livello di presentazione delle informazioni all'altro, l'integrazione nel sistema esistente, l'implementazione e il supporto.
Esistono tre classi di metodologie di progettazione AIS:
Modellazione concettuale dell'area disciplinare;
Identificazione dei requisiti e specificazione di un sistema informativo attraverso la sua prototipazione;
Architettura di sistema degli strumenti software supportati dagli strumenti tecnologici CASE (CASE - Computer Aided Software Engineering - tecnologia per la creazione e la manutenzione di software per vari sistemi).
Le moderne metodologie di progettazione del sistema dovrebbero fornire una descrizione degli oggetti di automazione, una descrizione della funzionalità dell'AIS, una specifica di progetto che garantisca il raggiungimento delle caratteristiche del sistema specificate, un piano dettagliato per la creazione di un sistema con una valutazione del tempo di sviluppo e una descrizione dell'attuazione di un particolare sistema.
Specifica - una descrizione accurata, completa e articolata dei requisiti per un determinato compito.
Consigliamo anche
Le migliori citazioni di Dostoevskij sulla vita, l'uomo e l'amore
Dovresti sapere che quando lasci andare, il meglio viene da te.
Quali sono le abitudini
Le parabole sull'amore sono belle e sagge
Stati sulle persone Citazioni sul non essere apprezzati
Ognuno fa solo ciò che vuole e non ciò che gli altri vogliono da lui Perché una persona fa ciò che non vuole
Caricamento in corso...