Ingegneria del Software: Introduzione e principi

Ingegneria del Software: Introduzione e principi

• L'Ingegneria del Software è una disciplina ingegneristica che si concentra sullo sviluppo di sistemi software di grandi dimensioni, sviluppati tramite lavoro di gruppo.
• Si occupa dei metodi, delle metodologie, dei processi e degli strumenti per la gestione professionale del software.
• I principi fondamentali dell'Ingegneria del Software includono il rigore, la formalità, la modularità, l'astrazione, l'anticipazione del cambiamento, la generalità e l'incrementalità.

Metodi, Metodologie, Strumenti e Processo

• Un metodo è un procedimento specifico per risolvere problemi specifici.
• Una metodologia è un insieme di principi e metodi che garantiscono la correttezza e l'efficacia della soluzione.
• Uno strumento è un artefatto che viene usato per migliorare un'attività.
• Una procedura è una combinazione di strumenti e metodi per realizzare un prodotto.
• Un paradigma è un particolare approccio o filosofia per fare qualcosa.
• Un processo è un metodo specifico costituito da una sequenza di passi che coinvolgono attività, vincoli e risorse.

Modelli di Sviluppo Software

• Il modello a cascata genera alti rischi per progetti nuovi e bassi rischi nello sviluppo di applicazioni familiari con tecnologie già note.
• Il modello a prototipazione presenta bassi rischi nelle nuove applicazioni, ma alti rischi per la mancanza di un processo definito e visibile.
• Nel modello trasformazionale si hanno alti rischi a causa delle tecnologie coinvolte e delle professionalità richieste.
• L'Extreme programming, un approccio recente, è basato su iterazioni veloci che rilasciano piccoli incrementi delle funzionalità.

Project Management e Comunicazione: Ruoli e Attività

• Il Project Management comprende le attività necessarie per assicurare che un progetto software venga sviluppato rispettando le scadenze e gli standard.
• Le entità fisiche coinvolte nel project management includono:
  • Business manager: definisce i termini economici del progetto.
  • Project manager: amministra le risorse, quantifica il lavoro e assicura il raggiungimento degli obiettivi.
  • Practitioners: hanno competenze tecniche per realizzare il sistema.
  • Customers: specificano i requisiti del software da sviluppare.
  • End users: gli utenti che interagiscono con il sistema.
• Un progetto è un impegno limitato nel tempo per raggiungere una serie di obiettivi che richiedono uno sforzo specifico.
• Un'organizzazione del progetto definisce le relazioni tra le risorse, in particolare i partecipanti.

Definizione di Requisiti e Specifica

• La specifica dei requisiti è un documento che descrive le funzionalità e le caratteristiche del software da sviluppare.
• Il modello di analisi è uno schema formale o semi-formale che rappresenta i requisiti del sistema.
• Il problem statement descrive il problema che il sistema dovrà affrontare, gli obiettivi, i requisiti, l'ambiente di distribuzione, i risultati attesi e i criteri di accettazione.

Classificazione dei Requisiti

• I requisiti funzionali descrivono le interazioni tra il sistema e l'ambiente esterno, indipendentemente dall'implementazione.
• I requisiti non funzionali descrivono aspetti del sistema non legati direttamente alle funzionalità, ad esempio, le performance, la riusabilità e il supporto.
• I vincoli (Constraints) sono vincoli imposti dal cliente o dall'ambiente.

Attività di Raccolta dei Requisiti

• Le attività di raccolta dei requisiti includono:
  • Identificare gli attori.
  • Identificare gli scenari.
  • Identificare i casi d'uso.
  • Raffinare i casi d'uso.
  • Identificare le relazioni tra gli attori e i casi d'uso.
  • Identificare gli oggetti partecipanti.
  • Identificare i requisiti non funzionali.

Identificazione degli Attori

• Un attore è un'entità esterna che comunica con il sistema, come un utente, un sistema esterno o un ambiente fisico.

Identificazione degli Scenari

• Uno scenario è una descrizione informale e sintetica di un evento o di una serie di azioni che descrive il percorso di un utente nel sistema.
• Tipi di scenari:
  • As-is-scenario: descrive una situazione attuale.
  • Visionary-Scenario: descrive funzionalità future del sistema.
  • Evaluation-Scenario: descrive le funzioni eseguite dagli utenti sul quale poi il sistema viene testato.
  • Training-Scenario: sono tutorial per introdurre nuovi utenti al sistema.

Qualità dei Requisiti

• Le qualità dei requisiti includono:
  • Usabilità: facilità di utilizzo del sistema da parte degli attori.
  • Robustezza: capacità del sistema di funzionare anche in caso di input errati o cambiamenti nell'ambiente.
  • Disponibilità: rapporto tra il tempo di attività previsto e il tempo di down previsto.

Modello FURPS+: Requisiti Non Funzionali

• I requisiti non funzionali, o requisiti di qualità, includono:
  • Usabilità: facilità di apprendimento e comprensione del sistema da parte dell'utente.
  • Affidabilità: capacità del sistema di fornire la funzione richiesta sotto certe condizioni e per un periodo di tempo.
  • Performance: attributi quantificabili del sistema, come il tempo di risposta, il throughput e la disponibilità.
  • Supportabilità: semplicità di fare modifiche dopo il deployment.

Questo quiz esplora i principi fondamentali e i metodi dell'Ingegneria del Software. Approfondisce le metodologie, gli strumenti e i processi utilizzati per gestire lo sviluppo di software complessi. Testa la tua conoscenza su questa disciplina ingegneristica critica nel mondo odierno della tecnologia.