5,7 modello evolutivo

• Tentare di ottenere in prodotto precoce

• impiego del sviluppi primo prodotto • Sistemi che il cambiamento atteso nel tempo • Non in grado di stabilizzare i requisiti, il ciclo di vita del progetto di ciclo =

• Svantaggi

- Mancano di pianificazione - mal strutturato di produzione del software - difficile da modificare il codice per aver fatto prima il sistema di analisi - Difficoltà di integrazione con altre applicazioni - Little utilizzati nei sistemi di grandi dimensioni per essere in grado di elaborare il

controllo delle modifiche - non è consigliabile sostituire sistemi ben definiti

5 0,8 del modello incrementale

• • Simile al sistema evolutivo è stato creato con l'aggiunta di componenti funzionali al sistema (aumento) • Ad ogni passo, gli aggiornamenti del sistema • Software e integrazione dei risultati

• Svantaggi

- È possibile ri-testare soluzioni / errore non strutturati - L'utente è riluttante ad uno sviluppo che non sa come sarà realmente

5,9 Spiral Model

• Causato da 1986] Barry Boehm [Boehm,, Boehm [,

1998] • Surge per alleviare i problemi del ciclo di vita

Classic • • Introduce l'analisi del rischio costituito da una serie di cicli • La spirale è divisa in quattro quadranti • Il progetto inizia al centro della spirale e avanzate fino alla fine • Pianificazione-Identificare gli obiettivi di prodotto

- Alternative di studio restrizioni • Analisi dei rischi - valutazione di alternative rispetto agli obiettivi e dei vincoli - analisi delle incertezze - Prototipazione - Elementi di rischio • La mancanza di personale qualificato o dei bilanci o di pianificazione • • Sviluppo irrealistico funzioni del software sbagliato • Sviluppare sbagliato requisiti di interfaccia utente • Continuo cambiamento • Le lacune della merce acquistata all'estero • Le lacune nei lavori svolti al di fuori in tempo reale • Limitazioni • Superare le attuali possibilità di ingegneria informatica - sviluppo del prodotto e la sperimentazione

il livello successivo • Assessment Review

• Vantaggi

- Prendere il meglio ed evitare il peggio degli altri modelli, a seconda della situazione in ogni momento - le opzioni di riutilizzo sono considerati sin dall'inizio

- Fornisce una preparazione di sviluppo, alla crescita e cambiamento - Fornisce un meccanismo per integrare gli obiettivi di qualità per lo sviluppo - si concentra sulla eliminazione degli errori e delle opzioni poco attraente fin dall'inizio - Determinare il livello di sforzo per ogni fase di ogni progetto - Seguire la stessa procedura per lo sviluppo per la manutenzione, evitando così i problemi di

"Miglioramenti di routine" ad alto rischio - flessibilità permette



• Svantaggi

- E 'stato sviluppato nel mondo appaltante commerciale, ma nello sviluppo interno - esperienza nella valutazione dei rischi Bisogni

esperti che non sono sempre disponibili - Richiede ulteriori fasi di lavorazione del modello - è un modello relativamente nuovo e non è stato utilizzato sia come il modello a cascata e la prototipazione Differenze • modello con altri modelli [Wolff, 1989] - Non vi è un esplicito riconoscimento delle diverse alternative per il raggiungimento degli obiettivi del progetto - Il modello si concentra sulla individuazione dei rischi di ogni

In alternativa, ei modi per risolverli - la divisione dei progetti in fasi, ognuna con un accordo finale, significa che esiste un accordo per le modifiche da apportare o alla fine di esso, a seconda di cosa hanno imparato lungo il progetto - è un metodo che si adatta a qualsiasi tipo di attività, alcune delle quali non esistono in altri paradigmi, come i consulenti esterni di consultazione

6. Metodologie

- E 'necessario stabilire un approccio sistematico e disciplinato per effettuare lo sviluppo del software. - Le metodologie di sviluppo riguardano direttamente

nel processo di costruzione - sono sviluppate dal quadro definito da uno o più cicli di vita - Non vi è consenso tra gli autori sul concetto di metodologia

6,2 Definizione

Serie di passaggi e le procedure da seguire per lo sviluppo del software

Copertine 6,3 Quale metodologia?

• Migliore sviluppo di applicazioni di processo • Migliore • Avere uno standard dell'Organizzazione

6,4 obiettivi Metodologie

• Stabilire i requisiti di un sistema software in un successful • Costruzione di un sistema software in un momento opportuno e ad un costo accettabile • Costruire un sistema che è ben documentato e di facile manutenzione Aiuto • individuare, nel più breve tempo possibile, ogni cambiamento che è necessario nel processo di

Sviluppo • Fornire un sistema in grado di soddisfare tutti colpiti da essa

6,5 caratteristiche desiderabili in una metodologia

• Esistenza di regole predefinite • Copertura completa del ciclo di vita • Intermedio controlli • Pianificazione e controllo • La comunicazione efficace • Utilizzando la vasta gamma di progetti di formazione Easy • • CASE • Attività per migliorare il processo di sviluppo • • Supporto per la manutenzione riuso del software

Metodo vs 6,6 Metodologia

• confusione tra i termini di metodologia, l'approccio del ciclo di vita e di abuso di linguaggio tecnico - una metodologia è possibile seguire uno o più modelli di ciclo di vita, cioè il ciclo di vita ti dice che cosa avete bisogno per superare Sviluppo

progetto, ma non come. Questo lo deve indicare la metodologia - Una metodologia è un concetto più ampio di quello del metodo. Pertanto, la metodologia può essere considerato come un insieme di metodi

6,7 Classificazione

• strutturati - Oriented Process - Oriented dati Oriented • strutture di dati gerarchiche • Oriented strutture di dati gerarchiche - Mixed • object-oriented