Le prime 11 fasi del ciclo di vita dello sviluppo del sistema

Questo articolo getta luce sulle undici fasi del ciclo di vita dello sviluppo del sistema. Le fasi sono: 1. Selezione dell'area e definizione del problema (indagine preliminare) 2. Raccolta dati / informazioni 3. Creazione di alternative 4. Studio di fattibilità 5. Piano di sviluppo master 6. Valutazione e selezione delle apparecchiature 7. Progettazione e sviluppo del sistema 8. Sistema Test 9. Implementazione del sistema 10. Revisione del sistema e follow-up.

Fase di sviluppo del ciclo di vita del sistema n. 1. Selezione dell'area e definizione del problema (indagine preliminare):

Questa è la prima fase e consiste in una breve indagine sull'area interessata e porterà a portare il progetto nella fase successiva, rinviando lo sviluppo per un periodo o raccomandando di non intraprendere ulteriori azioni.

A volte, è suddiviso in un'indagine preliminare (studio iniziale) seguita da uno studio di fattibilità più dettagliato.

La fase viene avviata dal management, che ne percepisce l'esigenza a causa di cambiamenti o presunti camme nell'ambiente aziendale, iniziazioni o insuccessi dei sistemi esistenti o consapevolezza dei progressi tecnologici relativi alla particolare area coinvolta in particolari sistemi che i concorrenti stanno sviluppando.

Fase di sviluppo del ciclo di vita del sistema n. 2. Raccolta dei dati:

La raccolta dei dati si riferisce alla raccolta di informazioni pertinenti al progetto di sistemi. Per ottenere informazioni, l'analista può leggere libri o relazioni, esaminare documenti, raccogliere moduli per analisi successive o intervistare persone. L'intervista è un'abilità importante per l'analista che può intervistare manager, lavoratori, a volte anche clienti.

Spesso, alcune delle informazioni più importanti provengono dai dipendenti di basso livello (i lavoratori).

Fonti di informazione:

Le informazioni sono raccolte da due fonti principali. Le fonti sono le seguenti:

1. Dall'ambiente dell'organizzazione.

2. Personale o documenti scritti dall'interno dell'organizzazione.

Le fonti esterne principali sono:

1. Documenti governativi

2. Fornitori

3. Giornali e riviste specializzate.

Le fonti interne primarie sono:

1. Personale del personale

2. Rapporti finanziari

3. Documentazione di sistema dei manuali

4. Rapporti e documenti di transazione

5. Personale professionale (consulente legale, revisore dei conti elettronico (EDP) ecc.

6. Lo staff dell'utente.

I fornitori di hardware sono la fonte di informazioni sul sistema e sul software. Esistono migliaia di pacchetti software sul mercato per il salvataggio dell'area problematica e questi software vengono utilizzati dopo le ragionevoli modifiche. Le informazioni di questi pacchetti sono già state vendute dai produttori di hardware.

La seconda altra fonte di informazione esterna è costituita da documenti governativi, giornali tecnici e riviste specializzate. Forniscono informazioni settimanali su nuovo hardware, installazioni di hardware, sviluppi software ecc.

Le fonti interne di informazioni sono limitate al personale dell'utente o all'utente. Il personale dell'utente è una fonte molto ampia di informazioni, sono i dipendenti chiave che sono presenti nell'area degli utenti da anni e hanno familiarità con le attività e le applicazioni presenti, poiché in seguito raccogliamo le informazioni dai documenti storici e sensibili.

In alcuni casi, questa è l'unica fonte disponibile per l'analista. Una volta raccolte le informazioni, l'analista documenterà gli aspetti importanti in modo che possano essere indicati in seguito. A tale scopo può utilizzare moduli, grafici o tabelle.

I principali metodi per ottenere fatti includono:

(a) Osservare le attività che possono essere eseguite in vari modi, compresi i metodi visivi e fotografici.

(b) Uso di questionari o ispezione ed esame.

(c) Intervistare il personale.

Fase di sviluppo del ciclo di vita del sistema n. 3. Creazione di alternative:

Una volta, l'analista ha una chiara idea dei problemi, inizia a creare alcune possibili soluzioni. Nella pratica attuale, queste soluzioni di solito iniziano a formarsi mentre la ricerca iniziale (raccolta di dati) è in corso. Quindi, dopo aver completato la ricerca, l'analista sceglie le alternative più promettenti e le sviluppa.

Per creare valide alternative, l'analista deve avere una vasta esperienza, deve avere familiarità con i diversi tipi di apparecchiature che possono essere applicate al problema e deve avere familiarità con i vari tipi di procedure che possono essere utilizzate.

Da questo background può sviluppare un'alternativa simile a quella che un'altra azienda o gruppo sta utilizzando o può creare una soluzione speciale o unica al problema della sua azienda.

È importante rendersi conto che le soluzioni in questa fase non sono sviluppate in dettaglio. Le procedure sviluppate qui non sono specifiche. Sebbene venga creato un flusso logico generale per ogni alternativa, durante la fase di progettazione del sistema verranno determinati passi specifici.

A meno che il problema non sia abbastanza limitato, gli analisti dovrebbero cercare di sviluppare più di una alternativa. Questo darà loro la libertà di esplorare soluzioni immaginative piuttosto che parlare solo di quella rapida e ovvia. Fornirà inoltre al management una prospettiva più ampia sulla gamma di soluzioni disponibili.

Stage di sviluppo del ciclo di vita del sistema n. 4. Studio di fattibilità:

Una volta che le alternative sono state scoperte o progettate, l'analista effettua lo studio di fattibilità.

Fare uno studio di fattibilità comporta i seguenti passi:

(a) Formulare una dichiarazione sugli obiettivi dei problemi.

(b) Analisi del sistema esistente che comprende la raccolta di dati, la presentazione dei dati, l'elenco di file e record richiesti, i requisiti di comunicazione, la preparazione dei diagrammi di flusso e le stime dei costi.

(c) Analisi di alternative che soddisfano requisiti simili per ciascuna alternativa proposta.

(d) Determinazione dei principali requisiti di uscita.

(e) Studiare gli effetti sulle operazioni aziendali.

(f) Effetto finanziario.

(g) Riepilogo delle perdite e dei benefici immateriali derivanti dall'adozione del sistema.

(h) Una raccomandazione per procedere.

La raccolta di dati che si verifica durante le indagini preliminari esamina la fattibilità del sistema, la probabilità che il sistema sia vantaggioso per l'organizzazione.

Le quattro prove di fattibilità sono:

1. Test operativo

2. Test economico

3. Test tecnico

4. Test politico

1. Test operativo:

I progetti proposti sono ovviamente utili solo se possono essere trasformati in sistemi informativi che soddisfano i requisiti operativi dell'organizzazione. In parole semplici, questo test di fattibilità chiede se il sistema funzionerà una volta sviluppato e installato. Esistono importanti ostacoli all'attuazione? Le seguenti domande aiutano a testare la fattibilità operativa di un progetto.

I metodi commerciali correnti sono accettabili per gli utenti? Se non lo sono, gli utenti possono dare il benvenuto a un cambiamento che porterà a un funzionamento e a un sistema più utili. C'è un supporto sufficiente per il progetto dalla direzione? Dagli utenti? Se il sistema attuale è ben voluto e utilizzato nella misura in cui le persone non vedranno il motivo di un cambiamento, potrebbe esserci resistenza.

Il sistema proposto causerà danni? Le seguenti domande sono relative a questo problema:

(a) La perdita di controllo si tradurrà in qualsiasi area?

(b) I clienti saranno influenzati in modo indesiderato?

(c) Mostrerà le prestazioni in qualsiasi area?

(d) Il sistema produrrà risultati inferiori in qualsiasi rispetto o area?

(e) L'accessibilità delle informazioni andrà persa?

4. Gli utenti sono stati coinvolti nella pianificazione e nello sviluppo del progetto? Il coinvolgimento precoce riduce le possibilità di resistenza al sistema e il cambiamento in generale e aumenta la probabilità di progetti di successo.

La fattibilità operativa è una misura di come le persone sono in grado di lavorare con il sistema. Ad esempio, un sistema potrebbe richiedere ai manager di scrivere programmi BASIC, COBOL o FORTRAN per accedere ai dati. Tuttavia, il manager riceve probabilmente il massimo aiuto da un sistema quando può concentrarsi sui problemi da risolvere piuttosto che su come i programmi dovrebbero essere costruiti per risolverli.

2. Test economico:

In coinvolge stimare benefici e costi. Questi benefici e costi possono essere tangibili o intangibili.

Un sistema che può essere sviluppato tecnicamente e verrà utilizzato se installato deve essere ancora un buon investimento. Cioè, i benefici finanziari devono essere pari o superiori ai costi finanziari.

Le domande economiche e finanziarie sollevate dagli analisti durante l'indagine preliminare cercano stime di:

1. Il costo dell'hardware e del software per la classe di applicazione considerata.

2. Il costo se nulla cambia (il sistema non è sviluppato).

3. Il costo per condurre un'indagine completa sui sistemi.

4. I vantaggi sotto forma di costi ridotti o di errori più costosi.

Le stime di costi e benefici su ciascun progetto forniscono una base per determinare quali progetti sono più degni di considerazione. Ciascuna stima può essere analizzata per determinare la rapidità con cui i costi sono recuperati dalle prestazioni, per calcolare sia gli importi assoluti e quelli rettificati per gli interessi dei benefici eccedenti, sia per stabilire il rapporto tra benefici e costi.

Tutti questi fattori sono considerati quando si sviluppa un senso generale della fattibilità economica del progetto.

Per essere fattibile, una proposta di progetto deve superare tutti questi test. Altrimenti, non è un progetto fattibile. Ad esempio, un sistema di registrazione del personale che sia finanziariamente fattibile e attraente dal punto di vista operativo, non è fattibile se la tecnologia necessaria non esiste o un sistema medico che può essere sviluppato a costi ragionevoli ma che gli infermieri eviteranno di utilizzare, non può essere giudicato operativamente fattibile.

Fase di sviluppo del ciclo di vita del sistema n. 5. Piano di sviluppo master:

È una sorta di stampa blu dello sforzo di sviluppo del sistema. In un'organizzazione dinamica, ci sono più opportunità per le applicazioni di elaborazione del computer che possono essere gestite contemporaneamente, rendendo necessario un processo di allocazione. Pertanto, è richiesto un piano di sviluppo generale. È un programma di varie applicazioni da computerizzare.

Tale piano consiste di seguire quattro fasi:

1. Gli obiettivi degli sforzi di sviluppo dei sistemi proposti sono stimolati dall'analista.

2. Le capacità attuali dell'organizzazione sono valutate dall'analista. Questa valutazione riguarderà l'attrezzatura esistente, le applicazioni software e le spese personali, l'utilizzo della struttura.

3. L'analista esamina i possibili sviluppi tecnologici nell'hardware del computer.

4. Infine, l'analista compila il piano specifico che comprende una pianificazione hardware e software, un programma di sviluppo delle applicazioni per gli sforzi di manutenzione e conversione del software, il piano delle risorse del personale e il piano delle risorse finanziarie.

Il piano di sviluppo principale è fondamentalmente un programma di varie applicazioni da computerizzare, ovvero consiste nelle date di inizio e fine delle attività di analisi, progettazione, implementazione e manutenzione dei sistemi. Questo programma deve essere supportato da Manpower, hardware e programmi finanziari.

Fase di sviluppo del ciclo di vita del sistema n. 6. Valutazione e selezione delle attrezzature:

In questa fase, il reparto di sistema può contattare i fornitori di apparecchiature per informazioni e prezzi relativi a macchine specifiche. Quando la proposta di un sistema comporta importanti acquisti di attrezzature, questa fase dello sviluppo del sistema può essere di per sé un grande progetto

Se le macchine possono essere acquistate, affittate o noleggiate a un prezzo che rientra nei limiti indicati nella proposta di sistema, il progetto continua come proposto, altrimenti l'analista potrebbe essere costretto a tornare alle fasi di proposta di fattibilità e sistemi con l'imprevisto dati di costo.

Un buon analista, tuttavia, verificherà i prezzi e le capacità con diversi fornitori durante l'analisi di fattibilità per assicurarsi che le proiezioni dei costi siano ragionevoli. Non considererà solo il costo al momento dello studio, ma anche il prezzo più probabile.

Fase di sviluppo del sistema Ciclo di vita Fase # 7. Progettazione e sviluppo del sistema:

La progettazione di un sistema informativo produce i dettagli che indicano come un sistema soddisferà i requisiti identificati durante l'analisi dei sistemi. Spesso i sistemi, specialisti, si riferiscono a questo stadio come progettazione logica, in contrasto con lo sviluppo del software del programma, che viene chiamato design fisico.

Non appena la proposta di sistema viene accettata dall'utente, il lavoro può iniziare con la preparazione delle specifiche di sistema. Questa fase prende i requisiti concordati e il lavoro che ha portato a produrre la proposta e sviluppa il sistema al livello di dettaglio necessario per preparare la strada alla programmazione.

A questo punto, l'analista si occupa del dettaglio di input e output, dell'elaborazione richiesta e del modo in cui il sistema opererà giorno per giorno.

A seconda del livello di complessità del sistema e della quantità e qualità del lavoro svolto nelle fasi precedenti, questa fase può richiedere molti mesi di duro lavoro.

Riguarda il design del sistema orientato al computer: i dettagli delle transazioni di input, i dettagli dei report stampati, gli schermi e altri output, la struttura del file o del database, il contenuto dei record, l'elaborazione richiesta e l'efficienza di il sistema dal punto di vista dell'elaborazione del computer.

Gli analisti di sistema iniziano identificando i report e altri output prodotti dal sistema. Quindi i dati specifici su ciascuno sono puntati su un punto, compresa la sua esatta posizione sulla carta, sullo schermo di visualizzazione o su altro supporto. Di solito i progettisti disegnano il modulo o il display in modo che si aspettino che appaia quando il sistema è completato.

Il design del sistema descrive anche i dati da inserire, calcolare o memorizzare. Le singole voci di dati e le procedure di calcolo sono scritte in dettaglio. I progettisti selezionano strutture di file e dispositivi di archiviazione, come dischi magnetici, nastri magnetici o persino file di carta. Le procedure che scrivono spiegano come elaborare i dati e produrre l'output.

I documenti contenenti le specifiche di progettazione utilizzano molti modi diversi per ritrarre i grafici di progettazione, le tabelle e i simboli speciali. Le informazioni dettagliate sul progetto vengono trasmesse allo staff di programmazione in modo che possa iniziare lo sviluppo del software.

I progettisti sono responsabili della fornitura ai programmatori di specifiche complete e chiaramente delineate che indicano cosa dovrebbe fare il software. All'avvio della programmazione, i progettisti sono disponibili per rispondere alle domande, chiarire le aree confuse e gestire i problemi che i programmatori devono affrontare quando utilizzano le specifiche di progettazione.

Una specifica di sistema tipica conterrà:

1. Una descrizione dei controlli che operano all'interno del sistema. Ciò include il controllo sull'input e l'elaborazione, le restrizioni sull'accesso (ad esempio, le pass word) e il controllo sull'output (ad esempio, la numerazione dei controlli).

2. Una tabella dettagliata di sviluppo e implementazione. Questa sezione dovrebbe elencare tutte le attività da svolgere, inclusi i singoli programmi, mostrando l'interrelazione tra ciascuna attività ei dati di inizio e completamento pianificati per ciascuna attività.

3. Un piano di riserva: descrive le procedure da sviluppare per l'utilizzo di dump di sicurezza dei file per garantire la resilienza del sistema (ad es. Duplexing) e per far funzionare il sistema in un sito alternativo nel caso in cui il computer non sia disponibile.

4. Un'introduzione che copre la rilevanza del documento e come si è evoluto dalle fasi precedenti.

5. Descrizioni dettagliate di input output e file, ad esempio: layout di documenti (input), layout di schermo, layout di report, layout di file / record, schemi di database.

6. Una descrizione del sistema. Di solito questo è un contorno in una forma narrativa con diagrammi di flusso, diagrammi delle procedure, diagrammi di flusso dei dati o modelli di dati.

7. Elaborazione richiesta. Ciò può infatti essere gestito specificando in generale ciò che ciascun programma nel sistema è tenuto a fare e facendo il backup delle specifiche del programma individuali emesse separatamente. Le disposizioni per i test possono anche essere descritte in questa sezione.

8. Considerazioni sull'implementazione: disposizioni per la conversione di file esistenti, controllo di esecuzioni parallele, produzione di procedure utente e produzione di procedure informatiche.

È in questa fase che può essere prodotta la prima stima affidabile della quantità di sforzo di programmazione del computer richiesto. Fino a questo punto le stime sono in larga misura ipotesi plausibili e ciò che emerge alla fine di questo esercizio può essere piuttosto spaventoso rispetto alle stime precedentemente disponibili.

Questo è un motivo valido per garantire che l'alta direzione continui ad avere un ruolo di approvazione alla conclusione di questa fase.

Le stime prodotte ora hanno una base solida e se sono sostanzialmente in contrasto con le stime iniziali non è ancora troppo tardi per rivedere la fattibilità dello sviluppo.

La scelta ora sta tra.

1. Abbandono del sistema

2. Proseguendo come previsto

3. Scappare il sistema per un periodo

4. Modifica delle aspirazioni per il sistema.

Tutte queste opzioni sono disponibili per uno sviluppo interno, sebbene si ritenga generalmente che, al momento in cui viene raggiunta questa fase, l'impegno sia irreversibile. Quando è coinvolto un fornitore esterno, l'opzione può essere limitata dalla natura del contratto tra le parti.

Un contratto a prezzo variabile dovrebbe fornire una formula per rinunciare a tali circostanze. Un sistema di prezzi fissi protegge i clienti dai prezzi in aumento, ma un errore sostanziale nella stima può far sì che il fornitore tagli le curve.

Test di sistema del ciclo di vita dello sviluppo del sistema n. 8:

L'obiettivo dei test di sistema è quello di garantire che tutti i singoli programmi funzionino come previsto, che i programmi si colleghino per soddisfare i requisiti specificati e per assicurare che il sistema informatico e le procedure amministrative e di altro tipo associate funzionino insieme.

La fase iniziale del test del sistema è responsabilità dell'analista, che determina le condizioni da testare, genera i dati dei test, produce un programma dei risultati previsti, esegue i test e confronta i risultati prodotti dal computer con i risultati previsti.

L'analista può anche essere coinvolto nel test delle procedure. Quando l'analista è soddisfatto del corretto funzionamento del sistema, lo consegna agli utenti per il test. L'importanza dei test di sistema da parte dell'utente deve essere sottolineata. In definitiva, è l'utente che deve verificare il sistema e dare il via libera.

Durante il test, il sistema viene utilizzato sperimentalmente per garantire che il software non fallisca, ovvero che funzioni secondo le sue specifiche e nel modo in cui gli utenti si aspettano che funzioni. I dati di test speciali vengono immessi per l'elaborazione (piano di test) ei risultati vengono esaminati per individuare risultati imprevisti. Un numero limitato di utenti può anche essere autorizzato a utilizzare il sistema, in modo che gli analisti possano vedere se cercano di usarlo in modi imprevisti.

È preferibile trovare queste sorprese prima che l'organizzazione implementa il sistema e dipende da esso. In molte organizzazioni, i test vengono eseguiti da persone diverse da coloro che scrivono i programmi originali, utilizzando persone che non conoscono il modo in cui determinate parti sono state progettate o programmate garantiscono test più completi e imparziali e un software più affidabile.

Fase di sviluppo del ciclo di vita del sistema n. 9. Implementazione del sistema:

Mentre il sistema viene testato, inizia a passare alla fase di implementazione. Idealmente, il sistema dovrebbe essere completato e completamente testato prima che l'implementazione inizi, ma a meno che non si stia installando un pacchetto questo accade raramente. Normalmente, quando accade è che le parti del sistema che sono richieste per la configurazione del file, vengono completate per prime e questo processo inizia.

Possono anche essere disponibili programmi di conversione che consentono di utilizzare i dati di un altro sistema nella configurazione dei file. Una volta che questi dati sono stati configurati, è necessario aggiornarli e, quindi, viene fatto il primo utilizzo del nuovo sistema. Questo può essere seguito da un periodo di esecuzione parallela e quindi viene presa la decisione di abbandonare il vecchio sistema.

Non appena viene avviata la prima fase di installazione dei file, dovrebbe essere disponibile tutta la documentazione del sistema, vale a dire. manuali di istruzioni per l'utente, istruzioni per l'uso del computer e procedure di sicurezza.

Il sistema passa quindi dallo staff di sviluppo al personale operativo del computer e, una volta che il sistema è attivo, devono essere applicate procedure rigorose che regolino il programmatore, l'accesso a programmi e file. Dovrebbero essere stabilite procedure per controllare tutte le richieste di modifiche al sistema e al programma, dalla richiesta dell'utente all'implementazione da parte del programmatore.

L'implementazione implica il posizionamento del sistema completo e testato di hardware e software nell'ambiente di lavoro effettivo degli utenti. Quando il personale del sistema controlla e mette in servizio nuove apparecchiature, forma il personale dell'utente, installa la nuova applicazione e costruisce qualsiasi file di dati necessario per usarlo, diciamo che è implementato.

Ci sono attività tecniche e orientate alla gente durante questa fase. Esempi di attività tecniche comprendono la conversione di file di dati, la sostituzione di vecchi programmi con nuovi e la pianificazione delle operazioni del computer. Esempi di attività orientate alle persone includono orientamento, formazione e supporto.

Fase di sviluppo del ciclo di vita del sistema n. 10. Revisione e follow-up del sistema:

L'ultima fase del processo di sviluppo o implementazione è la revisione del sistema o "post audit" come viene talvolta chiamato. Questo di solito viene effettuato da un gruppo composto da un rappresentante del reparto utenti, audit interni ed elaborazione dati. Il suo scopo principale è vedere se il sistema ha raggiunto gli obiettivi prefissati.

Ciò comporterà un confronto tra costi effettivi e benefici rispetto alle stime originali, una revisione di come il sistema funzionerà in generale, una revisione delle richieste di modifica e un esame della documentazione, delle procedure di controllo e sicurezza e degli accordi di supporto.

La fase di revisione esamina come sono stati condotti gli sviluppi del sistema e il processo.

Vengono poste le seguenti due domande principali:

1. I sistemi stessi sono appropriati?

2. Il sistema è stato sviluppato correttamente?

Per decidere, se il sistema stesso è corretto, l'utente deve essere consultato per scoprire se il sistema sta fornendo le informazioni di cui ha bisogno, nella forma corretta. Per determinare se il sistema è stato sviluppato correttamente, i revisori potrebbero valutare l'operatività del sistema, quanto tempo ha impiegato il programmatore e l'analista nello sviluppo del sistema e se lo sviluppo del sistema è stato concluso nei tempi previsti.

È interessante notare che questo potrebbe segnare l'inizio di un altro progetto. Le carenze del sistema portano a un altro ciclo di vita, poiché i revisori si trovano a chiedere: "Le modifiche sono utili? Come dovrebbero essere? Come dovrebbero essere fatti, programmati e implementati? Erano fatti correttamente? "