Login
Accedi

Galleria mappe mentale 813 Analisi dei requisiti di ingegneria del software

813 Analisi dei requisiti di ingegneria del software

Utilizzato per l'esame di ammissione post-laurea 813 Ingegneria del software o per la serie finale di punti di conoscenza Per sviluppare prodotti software che soddisfino veramente le esigenze degli utenti, dobbiamo prima conoscere le esigenze dell'utente. Una profonda comprensione dei requisiti software è la chiave per il successo degli sforzi di sviluppo software.

Modificato alle 2023-06-14 16:15:23

ArteVeloce

Lavori recenti Visualizza più lavori>>

813 Analisi dei requisiti di ingegneria del software

ArteVeloce

Lavori recenti Visualizza più lavori>>

Consigliato per te
Profilo

Processo di sviluppo agile ingegneria del software
- 8
VisioneCreativa
Nozioni di base comuni sul computer
- 9
WSCoUtCI
Capitolo 4 Mappa mentale dell'ingegneria della progettazione
- 13
WSCoUtCI
Mappa mentale dell'economia dell'ingegneria del software e dell'ingegneria del software
- 11
VisioneCreativa
Capitolo 5 Progettazione generale
- 9
WSCoUtCI
Analisi dei requisiti, test del software, ingegneria del software, progettazione del software, mappa mentale per lo studio autonomo
- 12
ArteVeloce

analisi della domanda

definizione

Per sviluppare prodotti software che soddisfino veramente le esigenze degli utenti, dobbiamo prima conoscere le esigenze degli utenti. Una profonda comprensione dei requisiti software è la chiave per il successo degli sforzi di sviluppo software.

Compito

compiti generali

Cosa dovrebbe fare il sistema?

Punti dettagliati

1. Determinare i requisiti completi del sistema

1. Requisiti funzionali

2. Requisiti prestazionali

3. Requisiti di affidabilità e disponibilità

4. Requisiti per la gestione degli errori

5. Requisiti di interfaccia

Requisiti dell'interfaccia utente

Requisiti dell'interfaccia hardware

Requisiti dell'interfaccia software

Requisiti dell'interfaccia di comunicazione

6. Vincoli

7. Domanda inversa

Spiegare cosa il sistema non dovrebbe fare

8. Eventuali richieste future

9. Analizzare i requisiti di dati del sistema

2. Esportare il modello logico del sistema

I modelli logici vengono solitamente descritti utilizzando diagrammi DFD, diagrammi E-R, diagrammi di transizione di stato, dizionari di dati e i principali algoritmi di elaborazione.

3. Revisionare il piano di sviluppo del sistema

Come comunicare con gli utenti

Colloquio

Classificazione

colloquio formale

colloquio informale

I questionari sono un ottimo modo per sondare le opinioni di un gran numero di persone

Analisi degli scenari

L'analisi dello scenario consiste nell'analizzare i metodi e i risultati degli utenti che utilizzano il sistema target per risolvere un problema specifico in futuro.

Affinamento top-down per il flusso di dati

analisi strutturata

Il metodo di analisi strutturata è un metodo di analisi della domanda basato sul perfezionamento top-down e passo-passo del flusso di dati.

Il perfezionamento del diagramma di flusso dei dati può essere completato attraverso la scomposizione funzionale

Tecnologia di specifica dell'applicazione semplice

Metodo di raccolta dei requisiti orientato al team

Utenti e sviluppatori lavorano a stretto contatto per identificare problemi, proporre elementi di soluzione, discutere alternative e specificare i requisiti di base

vantaggio

Utenti e sviluppatori lavorano a stretto contatto, lavorano insieme, discutono e perfezionano

Costruisci rapidamente prototipi software

caratteristica

veloce

facile da modificare

Modellazione analitica e specifica

Modellazione analitica

Un modello è un'astrazione delle cose allo scopo di comprenderle e una descrizione scritta inequivocabile delle cose.

Specifica dei requisiti software

La "Specifica dei Requisiti" è il documento più importante ottenuto durante la fase di analisi dei requisiti.

Diagramma ER

oggetto dati

Gli oggetti dati sono astrazioni delle informazioni che il software deve comprendere

Gli oggetti dati possono essere entità esterne

Attributi

Le proprietà definiscono le proprietà di un oggetto dati

Collegare

Il modo in cui gli oggetti dati si relazionano tra loro è chiamato relazione, detta anche relazione

Classificazione

Uno a uno

uno a molti

molti a molti

Simboli del diagramma E-R

Entità->Rettangolo

Relazione->Rombo

Proprietà->Ovale

Collega i tre sopra con una linea retta

Diagramma di transizione di stato

definizione

Rappresentare il comportamento del sistema descrivendo lo stato del sistema e gli eventi che causano le transizioni di stato del sistema

stato

stato iniziale

Può esserci un solo stato iniziale

stato finale

Possono esserci 0 o più stati finali

Stato intermedio

evento

definizione

Un evento è un'informazione di controllo che fa sì che il sistema intraprenda un'azione o modifichi lo stato.

Altri strumenti grafici

Funzioni dei primi tre strumenti grafici

Diagramma del flusso di dati per costruire un modello funzionale

Il diagramma ER stabilisce le entità del modello di dati

I diagrammi di stato costruiscono modelli comportamentali

diagramma a blocchi gerarchico

Un diagramma a scatola gerarchica descrive la struttura gerarchica dei dati utilizzando una serie di scatole rettangolari multilivello in una struttura ad albero.

Diagramma di Warnier

Una struttura ad albero viene utilizzata anche per rappresentare le informazioni, ma fornisce un mezzo di rappresentazione più ricco rispetto a un diagramma a scatola gerarchico.

Grafico IPO

utilizzo

Strumenti grafici per descrivere algoritmi

definizione

È l'abbreviazione di diagramma di input, elaborazione e output.

Funzione

Sviluppato da IBM, può facilmente rappresentare la relazione tra dati di input, elaborazione dei dati e dati di output.

Verificare i requisiti software

Come verificare i requisiti software

1. Coerenza

Tutti i requisiti devono essere coerenti e i requisiti non possono entrare in conflitto tra loro

2. Completezza

I requisiti devono essere completi e dovrebbero essere pienamente rispecchiati nelle specifiche

3. Realtà

I requisiti proposti dovrebbero essere realistici

4. Efficacia

È necessario dimostrare che i requisiti siano corretti e validi e possano risolvere i problemi degli utenti

Come verificare i requisiti software

1. Verificare la coerenza dei requisiti

Controllare le specifiche dei requisiti software

2. Verificare la realtà dei requisiti

Fare riferimento all'esperienza di sviluppo passata e utilizzare la simulazione o la tecnologia di simulazione

3. Verificare la completezza e la validità dei requisiti

Utilizzare sistemi di prototipazione