Domande e risposte sui modelli SE # 1
Question:Spiegare i vari tipi di modelli utilizzati nell'ingegneria del software.
Answer:
Esistono più modelli utilizzati nello sviluppo del software e i modelli vengono scelti in base ai requisiti dell'applicazione. Ad esempio, nel piccolo progetto è possibile utilizzare il metodo a cascata e per i progetti di grandi dimensioni è preferibile il metodo a spirale. Selezioniamo il modello per l'ingegneria del software sulla base seguente:
Natura dell'applicazione e dei progetti
Uso di tecniche e metodi
Controllo e spedizione necessari
Di seguito sono riportati i dettagli dei vari modelli:
Metodologia a cascata
Questo metodo è molto antico e ancora di moda che viene normalmente utilizzato perché la semplicità è la chiave del successo di questo metodo. In questo metodo ogni azione intrapresa è pianificata in un processo di sviluppo del software. Per le piccole dimensioni dei progetti il metodo a cascata è molto adatto. La specialità di questo metodo è che ogni fase ha una sequenza. Dopo la fine di una fase, la fase successiva è iniziata in quel punto e l'uscita di ogni fase è stata convertita in input per ogni fase successiva. Quindi, per questo motivo, il secondo nome di questo modello è Sequence Model. Con lo studio del sistema è iniziata la prima fase, dopodiché si svolgono analisi, progettazione, codifica, test e controllo uno per uno. Ogni fase è stata completata una per una in una sequenza simile a una cascata, quindi questo è il motivo di questo nome.
Benefici
Con la ragione della semplicità e del sistema di sequenze è molto facile da usare.
L'utente può capirlo rapidamente perché la semplicità è la qualità principale di questo metodo.
Definisce le informazioni complete su ogni passaggio.
Questo modello è molto utile per la pianificazione e la programmazione dei progetti.
Riduce il costo della correttezza degli errori.
È importante sottolineare che aumenta la possibilità che il sistema soddisfi le esigenze del cliente.
Limitazioni
Le aspettative diventano molto rapidamente in questo processo che non è corretto.
Fattori di rischio non coinvolti in questo modello che è una parte molto necessaria per ogni modello.
In questo metodo non sono necessarie sessioni di formazione dell'utente.
Non possiamo trovare alcun errore fino a quando il test del software non è stato completato.
Modello prototipo
Questo è un sistema funzionante e l'obiettivo del modello è quello di sviluppare quelle idee che sono state testate riguardo a un nuovo sistema che potrebbe essere riutilizzato. La prototipazione è il processo di creazione di un modello per il sistema che può essere sviluppato. La parte principale di questo modello è prima che la progettazione e la codifica non potessimo risolvere la necessità del software mentre potremmo pensare alle esigenze del cliente dal sistema software. Il modello prototipo realizzato sulla base della conoscenza delle esigenze del cliente. Il modello prototipo fornisce il design che fornisce i pensieri su come il sistema ha svolto i lavori. L'obiettivo del prototipo è comprendere bene le esigenze del sistema. Alla fine otteniamo quel tale risultato che sarà variabile molto bassa.
Il prototipo dopo il processo di sviluppo, l'utente finale dà la possibilità di trarre vantaggio dal prototipo e fornire le riflessioni importanti su questo sviluppatore.
Cosa è buono.
Area di alterazione
Informazione mancante
Requisito che non è necessario
Dopo aver ottenuto il feedback, la necessaria modifica apportata al modello prototipo e lo fornisce nuovamente all'utente per utilizzarlo. Questo approccio è adatto nel caso in cui vengono trattati due punti indicati di seguito.
Quando una piccola quantità di bisogni dovrebbe sapere al momento dell'inizio.
Quando un cliente desidera un test su un'area breve invece del software completo.
Benefici
Questo modello è più adatto dove le esigenze del cliente non sono soddisfatte.
Questo tipo di modello viene utilizzato in quella zona in cui le dimensioni del problema sono grandi.
Riduce i costi di manutenzione. Il fattore principale dell'utilizzo di questo modello è la riduzione dei costi.
Questo modello è molto utile per diminuire il divario di comunicazione tra le persone che utilizzano il software e quel gruppo di sistemi software sviluppati.
Nel confronto tra l'alterazione finale del software nella prototipazione, l'alterazione del modello è rapida ed economica.
Limitazioni
Per ottenere il lavoro rapido, se possibile, ignorare la qualità.
Può aumentare il costo del sistema software perché la maggior parte del tempo di progettazione e codice non vengono utilizzati.
Le aspettative degli utenti aumentano dal software dopo aver esaminato il processo di lavoro del modello prototipo.
Quando il risultato della prototipazione non è conforme alle esigenze del cliente, in quel caso possono fare un pensiero negativo su quel sistema.
Modello di miglioramento integrativo
Questo modello è una combinazione di cascata e modello di prototipazione. L'obiettivo di questo modello è quello di avviare un sistema di basso livello con le esigenze che è necessario e lo introduce come prova nella forma della versione n. 1. Dopo di che, acquisendo il punto di vista dell'utente, vengono apportate alcune modifiche e il software assume la forma della versione n.2. Quindi questo processo è stato ripetuto dallo sviluppatore uno per uno con le modifiche necessarie e ogni volta che una nuova versione era pronta per l'introduzione sul mercato. Questo passaggio è iniziato con un livello basso che si chiama sottosistema e successivamente è stato preso passo dopo passo e una serie di versioni lanciate sul mercato. Questo modello ha quattro passaggi:
Step of needs - In questa fase viene creato un elenco degli elementi necessari.
Design phase - Il design dovrebbe essere in base al requisito, se soddisfaceva le esigenze, potrebbe essere nuovo o esistente.
Implementation phase - In questa fase viene implementato il processo di sviluppo del software.
Valuation phase - In questa fase vengono effettuati tutti i tipi di valutazione.
Modello a spirale
Il modello Spiral viene introdotto nel 1986 da Boehm. Per la mancanza del fattore di rischio molti modelli sono falliti, ma il modello Spiral include il fattore di rischio perché Boehm sa che il futuro è incerto. In questo modello si svolgono vari tipi di attività come una spirale che ha molti cicli. Ogni ciclo ha quattro fasi.
Planning - Questo riguarda l'obiettivo e ottenere le risorse sostitutive.
Risk analysis - Alternanza di valutazione e conoscenza dei fattori che risolvono i fattori di rischio.
Development - Sviluppo per prodotti di livello successivo.
Customer Valuation - il cliente valuta la prototipazione e altri modelli.
Durante il 1 ° ciclo:
Per ottenere il motivo del prodotto e pianificare la sostituzione.
Vengono analizzati vari rischi.
Realizzazione modello prototipo.
La valutazione del prototipo viene effettuata dall'utente.
Durante il 2 ° ciclo:
La valutazione per cliente è la base della pianificazione.
La reazione del cliente è la base dell'analisi dei fattori di rischio.
Crea un modello di prototipo migliore.
Coinvolgere i clienti per l'accesso a un nuovo metodo di modello prototipo.
L'obiettivo del terzo e quarto ciclo è creare un modello prototipo privo di errori e facilitare la risoluzione dei rischi con una migliore pianificazione. Ogni fase crea una versione migliore del software con un po 'di tempo. Il costo è rappresentato dal raggio della spirale in ogni punto del progetto.
Benefici
Dalla valutazione del cliente ogni ciclo della spirale è diventato completo.
Dà la capacità di sviluppo rapido.
Ha la qualità della realtà e funziona per entrambi i tipi di sviluppo.