Analisi e progettazione del sistema - Progettazione del sistema

System designè la fase che colma in modo gestibile il divario tra dominio problematico e sistema esistente. Questa fase si concentra sul dominio della soluzione, ovvero "come implementare?"

È la fase in cui il documento SRS viene convertito in un formato che può essere implementato e decide come funzionerà il sistema.

In questa fase, la complessa attività di sviluppo del sistema è suddivisa in diverse sottoattività minori, che si coordinano tra loro per raggiungere l'obiettivo principale dello sviluppo del sistema.

Input alla progettazione del sistema

La progettazione del sistema richiede i seguenti input:

  • Dichiarazione di lavoro

  • Piano di determinazione dei requisiti

  • Analisi della situazione attuale

  • Requisiti di sistema proposti tra cui un modello di dati concettuale, DFD modificati e metadati (dati sui dati).

Uscite per la progettazione del sistema

La progettazione del sistema fornisce i seguenti risultati:

  • Cambiamenti infrastrutturali e organizzativi per il sistema proposto.

  • Uno schema di dati, spesso uno schema relazionale.

  • Metadati per definire tabelle / file e colonne / elementi di dati.

  • Un diagramma della gerarchia delle funzioni o una mappa di una pagina Web che descrive graficamente la struttura del programma.

  • Reale o pseudocodice per ogni modulo del programma.

  • Un prototipo per il sistema proposto.

Tipi di progettazione del sistema

Progettazione logica

Il design logico riguarda una rappresentazione astratta del flusso di dati, input e output del sistema. Descrive gli input (sorgenti), output (destinazioni), database (archivi di dati), procedure (flussi di dati) il tutto in un formato che soddisfa i requisiti dell'utente.

Durante la preparazione della progettazione logica di un sistema, l'analista di sistema specifica le esigenze dell'utente a un livello di dettaglio che determina virtualmente il flusso di informazioni in entrata e in uscita dal sistema e le origini dati richieste. Vengono utilizzati il ​​diagramma di flusso dei dati, la modellazione del diagramma ER.

Progettazione fisica

La progettazione fisica si riferisce agli effettivi processi di input e output del sistema. Si concentra su come i dati vengono immessi in un sistema, verificati, elaborati e visualizzati come output.

Produce il sistema di lavoro definendo la specifica di progetto che specifica esattamente cosa fa il sistema candidato. Si occupa della progettazione dell'interfaccia utente, della progettazione dei processi e della progettazione dei dati.

Consiste dei seguenti passaggi:

  • Specificare il supporto di input / output, progettare il database e specificare le procedure di backup.

  • Implementazione del sistema di pianificazione.

  • Elaborare un piano di test e implementazione e specificare qualsiasi nuovo hardware e software.

  • Aggiornamento di costi, vantaggi, date di conversione e vincoli di sistema.

Progettazione architettonica

È anche noto come progettazione di alto livello che si concentra sulla progettazione dell'architettura di sistema. Descrive la struttura e il comportamento del sistema. Definisce la struttura e la relazione tra i vari moduli del processo di sviluppo del sistema.

Design dettagliato

Segue la progettazione architettonica e si concentra sullo sviluppo di ogni modulo.

Modellazione concettuale dei dati

È la rappresentazione dei dati organizzativi che include tutte le principali entità e relazioni. Gli analisti di sistema sviluppano un modello di dati concettuale per il sistema corrente che supporta l'ambito e i requisiti per il sistema proposto.

L'obiettivo principale della modellazione dei dati concettuali è acquisire il maggior significato possibile dei dati. La maggior parte delle organizzazioni oggi utilizza la modellazione concettuale dei dati utilizzando il modello ER che utilizza una notazione speciale per rappresentare quanto più significato possibile sui dati.

Modello di relazione tra entità

È una tecnica utilizzata nella progettazione di database che aiuta a descrivere la relazione tra le varie entità di un'organizzazione.

Termini usati nel modello ER

  • ENTITY- Specifica elementi distinti del mondo reale in un'applicazione. Ad esempio: venditore, articolo, studente, corso, insegnanti, ecc.

  • RELATIONSHIP- Sono le dipendenze significative tra entità. Ad esempio, il fornitore fornisce articoli, l'insegnante tiene corsi, quindi forniture e corso sono relazioni.

  • ATTRIBUTES- Specifica le proprietà delle relazioni. Ad esempio, codice fornitore, nome studente. Simboli utilizzati nel modello ER e loro rispettivi significati -

La tabella seguente mostra i simboli utilizzati nel modello ER e il loro significato:

Simbolo Senso
Entità
Entità debole
Relazione
Relazione di identità
Attributi
Attributi chiave
Multivalore
Attributo composito
Attributi derivati
Partecipazione totale di E2 a R
Rapporto di cardinalità 1: N per E1: E2 in R

Possono esistere tre tipi di relazioni tra due set di dati: uno-a-uno, uno-a-molti e molti-a-molti.

Organizzazione dei file

Descrive come vengono archiviati i record all'interno di un file.

Esistono quattro metodi di organizzazione dei file:

  • Serial - Le registrazioni vengono memorizzate in ordine cronologico (nell'ordine in cui vengono inserite o si verificano). Examples - Registrazione di addebiti telefonici, transazioni bancomat, code telefoniche.

  • Sequential - I record vengono archiviati in base a un campo chiave che contiene un valore che identifica in modo univoco un record. Examples - Elenchi telefonici.

  • Direct (relative)- Ogni record viene archiviato in base a un indirizzo fisico o alla posizione sul dispositivo. L'indirizzo viene calcolato dal valore memorizzato nel campo chiave del record. La routine randomizzata o l'algoritmo di hashing esegue la conversione.

  • Indexed - I record possono essere elaborati sia in modo sequenziale che non sequenziale utilizzando gli indici.

Confronto

Accesso ai file

È possibile accedere a un file utilizzando l'accesso sequenziale o l'accesso casuale. I metodi di accesso ai file consentono ai programmi per computer di leggere o scrivere record in un file.

Accesso sequenziale

Ogni record sul file viene elaborato a partire dal primo record fino al raggiungimento della fine del file (EOF). È efficiente quando è necessario accedere a un numero elevato di record sul file in un dato momento. È possibile accedere ai dati memorizzati su un nastro (accesso sequenziale) solo in sequenza.

Accesso diretto (casuale)

I record vengono individuati conoscendo le loro posizioni fisiche o indirizzi sul dispositivo piuttosto che le loro posizioni rispetto ad altri record. È possibile accedere ai dati memorizzati su un dispositivo CD (accesso diretto) in modo sequenziale o casuale.

Tipi di file utilizzati in un sistema organizzativo

Di seguito sono riportati i tipi di file utilizzati in un sistema organizzativo:

  • Master file- Contiene le informazioni correnti per un sistema. Ad esempio, file del cliente, file dello studente, elenco telefonico.

  • Table file- È un tipo di file master che cambia di rado e memorizzato in un formato tabulare. Ad esempio, memorizzare il codice postale.

  • Transaction file- Contiene le informazioni quotidiane generate dalle attività aziendali. Viene utilizzato per aggiornare o elaborare il file master. Ad esempio, indirizzi dei dipendenti.

  • Temporary file - Viene creato e utilizzato ogni volta che è necessario un sistema.

  • Mirror file- Sono gli esatti duplicati di altri file. Aiuta a ridurre al minimo il rischio di tempi di inattività nei casi in cui l'originale diventa inutilizzabile. Devono essere modificati ogni volta che viene modificato il file originale.

  • Log files- Contengono copie del record principale e delle transazioni al fine di registrare le modifiche apportate al file principale. Facilita il controllo e fornisce un meccanismo per il ripristino in caso di guasto del sistema.

  • Archive files - File di backup che contengono versioni storiche di altri file.

Controllo della documentazione

La documentazione è un processo di registrazione delle informazioni per qualsiasi riferimento o scopo operativo. Aiuta utenti, manager e personale IT che lo richiedono. È importante che il documento preparato venga aggiornato regolarmente per tracciare facilmente l'avanzamento del sistema.

Dopo l'implementazione del sistema, se il sistema funziona in modo improprio, la documentazione aiuta l'amministratore a comprendere il flusso di dati nel sistema per correggere i difetti e far funzionare il sistema.

I programmatori o gli analisti di sistema di solito creano la documentazione del programma e del sistema. Gli analisti di sistema di solito sono responsabili della preparazione della documentazione per aiutare gli utenti ad apprendere il sistema. Nelle grandi aziende, un team di supporto tecnico che include redattori tecnici potrebbe assistere nella preparazione della documentazione per l'utente e dei materiali di formazione.

Vantaggi

  • Può ridurre i tempi di fermo del sistema, tagliare i costi e accelerare le attività di manutenzione.

  • Fornisce la chiara descrizione del flusso formale del sistema attuale e aiuta a comprendere il tipo di dati di input e come l'output può essere prodotto.

  • Fornisce un modo efficace ed efficiente di comunicazione tra utenti tecnici e non tecnici sul sistema.

  • Facilita la formazione del nuovo utente in modo che possa facilmente comprendere il flusso del sistema.

  • Aiuta l'utente a risolvere i problemi come la risoluzione dei problemi e aiuta il manager a prendere migliori decisioni finali del sistema organizzativo.

  • Fornisce un migliore controllo al funzionamento interno o esterno del sistema.

Tipi di documentazione

Quando si tratta di System Design, ci sono le seguenti quattro documentazioni principali:

  • Documentazione del programma
  • Documentazione di sistema
  • Documentazione delle operazioni
  • Documentazione utente

Documentazione del programma

  • Descrive gli ingressi, le uscite e la logica di elaborazione per tutti i moduli del programma.

  • Il processo di documentazione del programma inizia nella fase di analisi del sistema e continua durante l'implementazione.

  • Questa documentazione guida i programmatori, che costruiscono moduli che sono ben supportati da commenti e descrizioni interni ed esterni che possono essere compresi e gestiti facilmente.

Documentazione delle operazioni

La documentazione operativa contiene tutte le informazioni necessarie per l'elaborazione e la distribuzione dell'output in linea e stampato. La documentazione delle operazioni dovrebbe essere chiara, concisa e disponibile online, se possibile.

Include le seguenti informazioni:

  • Programma, analista di sistema, programmatore e identificazione del sistema.

  • Pianificazione delle informazioni per l'output stampato, come report, frequenza di esecuzione e scadenze.

  • File di input, la loro origine, i file di output e le loro destinazioni.

  • Liste di distribuzione di posta elettronica e report.

  • Moduli speciali richiesti, inclusi moduli online.

  • Messaggi di errore e informativi agli operatori e procedure di riavvio.

  • Istruzioni speciali, come requisiti di sicurezza.

Documentazione per l'utente

Include istruzioni e informazioni per gli utenti che interagiranno con il sistema. Ad esempio, manuali utente, guide di aiuto e tutorial. La documentazione per l'utente è preziosa per la formazione degli utenti e per scopi di riferimento. Deve essere chiaro, comprensibile e facilmente accessibile agli utenti a tutti i livelli.

Gli utenti, i proprietari del sistema, gli analisti e i programmatori si sono impegnati tutti insieme per sviluppare una guida dell'utente.

Una documentazione per l'utente dovrebbe includere:

  • Una panoramica del sistema che descrive chiaramente tutte le principali caratteristiche, capacità e limitazioni del sistema.

  • Descrizione del contenuto del documento di origine, preparazione, elaborazione e campioni.

  • Panoramica del menu e delle opzioni della schermata di immissione dati, contenuti e istruzioni di elaborazione.

  • Esempi di rapporti prodotti regolarmente o disponibili su richiesta dell'utente, inclusi campioni.

  • Informazioni su sicurezza e audit trail.

  • Spiegazione della responsabilità per requisiti specifici di input, output o elaborazione.

  • Procedure per richiedere modifiche e segnalare problemi.

  • Esempi di eccezioni e situazioni di errore.

  • Domande frequenti (FAQ).

  • Spiegazione di come ottenere aiuto e procedure per l'aggiornamento del manuale utente.

Documentazione di sistema

La documentazione del sistema funge da specifiche tecniche per l'IS e come gli obiettivi dell'IS vengono raggiunti. Utenti, gestori e proprietari di IS non devono mai fare riferimento alla documentazione del sistema. La documentazione del sistema fornisce la base per comprendere gli aspetti tecnici dell'IS quando vengono apportate modifiche.

  • Descrive ogni programma all'interno dell'IS e l'intero IS stesso.

  • Descrive le funzioni del sistema, il modo in cui vengono implementate, lo scopo di ciascun programma all'interno dell'intero IS rispetto all'ordine di esecuzione, le informazioni trasmesse a e dai programmi e il flusso complessivo del sistema.

  • Include le voci del dizionario dei dati, i diagrammi di flusso dei dati, i modelli di oggetti, i layout dello schermo, i documenti di origine e la richiesta di sistema che ha avviato il progetto.

  • La maggior parte della documentazione del sistema viene preparata durante le fasi di analisi e progettazione del sistema.

  • Durante l'implementazione dei sistemi, un analista deve rivedere la documentazione del sistema per verificare che sia completa, accurata e aggiornata e includa eventuali modifiche apportate durante il processo di implementazione.