Sviluppo software: la differenza tra approccio sequenziale e approccio modulare

Leggi questo articolo per conoscere la differenza tra approccio sequenziale e approccio modulare!

Fertuck suggerisce che il tradizionale processo sequenziale di fasi di analisi e progettazione del sistema dovrebbe lasciare il posto al nuovo processo che incorpora il feedback in diverse fasi dello sviluppo.

I processi tradizionali e moderni sono rappresentati in Fig .7.5.

Il processo tradizionale di analisi e progettazione del sistema era sequenziale e il completamento di una fase era un prerequisito per l'inizio dell'altro stadio. Pertanto, il processo ha offerto poca flessibilità per il cambiamento tra le fasi.

Un lasso di tempo in una fase iniziale di sviluppo non può essere rettificato anche quando è stato rintracciato in una fase successiva perché significava fare molti cambiamenti che coinvolgono processi che richiedono tempo. Pertanto, offriva sistemi di informazione rigidi e consentiva una limitata delega di responsabilità. Ciò ha comportato periodi di sviluppo più lunghi anche per i sistemi informativi più piccoli.

L'approccio moderno supera questi limiti e utilizza i moderni strumenti software per offrire flessibilità durante l'intero periodo di sviluppo. Permette la delega delle responsabilità in un gruppo più ampio e accelera il processo di sviluppo.

Il lavoro su ciascuno dei moduli nel processo può iniziare quasi contemporaneamente e il test del progetto in ogni modulo può essere completato contemporaneamente. Qualsiasi problema identificato in un modulo può essere facilmente risolto senza molte modifiche nell'altro.

Ciò è reso possibile con l'aiuto di strumenti software che cercano di automatizzare alcune delle attività in ogni fase dello sviluppo del software.

Ogni modulo qui comporterebbe tre compiti di base:

io. Analisi del sistema

ii. Progettare il nuovo sistema

iii. Test e modifica del sistema

Queste attività sono rappresentate per ciascuno dei moduli nello schema sopra. Vediamo come questi compiti vengono intrapresi per ogni modulo o passaggio nel moderno processo di sviluppo del sistema.

Modulo Enterprise:

Questa sezione dell'analisi del sistema e dello sforzo di progettazione assume una visione generale dell'impresa. Identifica le entità che un'organizzazione raccoglie informazioni e le raggruppa sulla base delle loro interrelazioni. Questi gruppi sono anche definiti come sottosistemi.

Le entità possono essere persone come clienti, venditori, dipendenti, ecc .; cose come prodotti, impianti e attrezzature, altre attività, ecc .; eventi come vendite, acquisti, spese, incassi e pagamenti ecc .; lavori, attività e attività, ecc. Queste attività sono correlate e queste relazioni formano la base per raggrupparle in sottosistemi.

L'intero insieme di sottosistemi costituisce l'impresa. I grandi sistemi di informazione si concentreranno sull'intera gamma di sottosistemi. D'altra parte, una piccola applicazione aziendale può avere un ambito limitato e quindi può prendere in considerazione solo alcuni dei sottosistemi dell'azienda. Una volta identificati i sottosistemi, vengono stabilite le priorità per lo sviluppo del sistema informativo.

L'analisi nel modulo aziendale si limita all'identificazione di tali entità e relazioni in ciascuno dei sottosistemi. Questa fase dell'analisi identifica la struttura di base del processo aziendale, i requisiti dei dati di base, le attività da sostenere e determina le priorità per definire lo scopo dell'applicazione.

I requisiti esatti dei dati non sono noti in questa fase e si tenta di ottenere un'approssimazione del database finale. Pertanto, l'analisi delle relazioni tra entità, allo stato attuale è preliminare e manca di dettagli che sarebbero necessari per progettare i database.

L'analisi in questa fase include anche l'identificazione delle attività che devono essere supportate dal sistema informativo.

Ciò comporterebbe l'analisi per:

io. identificazione di attività a diversi livelli dell'impresa.

ii. strutturandoli in vista della struttura organizzativa dell'impresa.

iii. identificazione di entità che ogni attività utilizza o influenza.

iv. raggruppamento di queste attività in sottosistemi.

Modulo database:

Il modulo enterprise fornisce la struttura di base dei requisiti dei dati. Il modulo database elabora la progettazione dettagliata dei database. Questo modulo utilizza dettagliati diagrammi ER che definiscono le proprietà dei dati. Tenendo in considerazione queste proprietà, vengono fatti dei tentativi per garantire l'integrità dei dati.

I diagrammi ER dettagliati sono tradotti in struttura di file di database relazionali. Queste strutture di file preliminari vengono quindi esaminate con l'aiuto di consultazioni con gli utenti. In questo modulo, il processo di normalizzazione viene utilizzato per eliminare ridondanze e anomalie.

Modulo interfacce:

In questo modulo, il formato dello schermo per l'input viene definito utilizzando i generatori dello schermo. Allo stesso modo, vengono specificati i formati per i report che gli utenti avrebbero bisogno. Il coinvolgimento dell'utente in questo modulo è forse il più profondo di tutti gli altri moduli.

Questo modulo definisce il modo in cui si svolgerà una conversazione tra l'utente e il sistema informatico. È essenziale garantire la coerenza tra i formati di schermate di input e i relativi documenti di input. Dovrebbero anche essere completi e dovrebbero consentire l'immissione dei dati veloce e senza errori.

Modulo applicativo:

Questo modulo identifica i processi che devono essere eseguiti dall'applicazione. Questi processi aiutano anche a definire l'ambito esatto dell'applicazione. I progettisti generalmente utilizzano diagrammi di flusso di dati e diagrammi di flusso del sistema con livelli progressivi di dettagli per definire i vari processi coinvolti nell'applicazione. In breve, questo modulo definisce come gli input vengono convertiti in output desiderati.

Una volta definiti i processi, i prototipi vengono sviluppati per ottenere feedback dagli utenti. Una volta che i prototipi sono stati testati e modificati alla luce del feedback, viene eseguita la codifica finale e vari componenti sono integrati per formare un sistema informativo completo.

Implementazione:

Il processo di implementazione include l'intera gamma di attività come test del sistema, inserimento dei dati di base, formazione degli utenti, installazione, manutenzione e valutazione post-manutenzione del sistema. Il test implica stabilire se il sistema soddisfa i requisiti dell'applicazione. L'installazione può essere graduale o parallela a seconda della natura dell'applicazione.