Wondershare EdrawMind
MindMap Gallery Analista di sistema - Ingegneria dei requisiti software
- 19
Analista di sistema - Ingegneria dei requisiti software
L'ingegneria dei requisiti software è un capitolo chiave per gli analisti di sistema, tra cui la raccolta dei requisiti e l'analisi dei requisiti sono capitoli in cui compaiono frequentemente documenti.
Edited at 2024-04-24 20:26:37
Analista di sistema - Ingegneria dei requisiti software
- Recommended to you
- Outline
ingegneria dei requisiti software
Panoramica
Gerarchia dei bisogni
Esigenze dell'utente
Esigenze aziendali
requisito del sistema
Distribuzione delle funzioni di qualità (QFD)
Esigenze regolari
domanda prevista
domanda inaspettata
Acquisizione dei requisiti
Interviste agli utenti
Preparati per il colloquio
Determinare lo scopo del colloquio
Identificare gli utenti da includere nelle interviste
Preparare le domande per le interviste
domande aperte
domande chiuse
Prendere accordi per i colloqui finali
processo di intervista
Limita il tempo del colloquio
Cerca eccezioni e situazioni di errore
Immergiti nei dettagli
Conserva attentamente i registri
Seguito dell'intervista
Il primo compito è assorbire, comprendere e registrare le informazioni ottenute dall'intervista
Registrare le domande a cui l'utente non può rispondere e organizzarle per il successivo colloquio di conferma.
Invia un promemoria dell'intervista all'utente per confermare il contributo dell'intervistato e confermare le risposte errate alle domande
Vantaggi e svantaggi delle interviste agli utenti
Buona flessibilità e ampia gamma di applicazioni
Difficoltà a coordinare il tempo dell'utente
Le interviste contengono una grande quantità di informazioni e sono difficili da registrare
Adeguate capacità comunicative
Conoscenza sufficiente del dominio
Incontrare questioni riservate e argomenti delicati
Formato intervista
Strutturato (preparare in anticipo una serie di domande e condurle in modo mirato)
Non strutturato (elenca solo idee approssimative, tutte basate su prestazioni sul posto)
In effetti, la soluzione più efficace è una combinazione dei due
Questionario
Produzione di questionari
Identificare il problema e digitarlo
Scrivere domande
Progettare il formato del questionario
Vantaggi e svantaggi delle indagini con questionario
Raccogli dati da un gran numero di risposte in breve tempo e a basso costo
Il riempimento anonimo favorisce risposte vere
Facile da organizzare e contare
Metodi per migliorare il tasso di restituzione del questionario
Spiegare lo scopo e l'utilizzo del questionario
Spiegare i requisiti di risposta
Si prega di chiedere alla persona competente incaricata di sollecitarvi alla compilazione e alla restituzione
Partecipare alle riunioni dei clienti e rispondere ai questionari per la direzione dell'elaborazione delle informazioni
Ridurre i tempi di risposta al questionario
Stabilisci i premi
campionamento
Misura di prova
Formula di calcolo: fattore euristico (α) * (coefficiente di confidenza/errore accettabile) * (coefficiente di confidenza/errore accettabile)
Vantaggi e svantaggi del campionamento
Velocizzare la raccolta dei dati
Dipende da fattori soggettivi dell'analista di sistema, contando sull'esperienza e sull'abilità
Storyboard
Concetto di storyboard
Utilizza gli strumenti per spiegare agli utenti come il sistema si adatta al business
Tipi di storyboard
passivo
Simile alle immagini e al PPT
Attivo
Simile ai campioni di film, può essere riprodotto
interattivo
Come simulazione, simulazione, prototipo
Creazione dello storyboard
Strumenti statici, come carta e penna, PPT, immagini, ecc.
Strumenti dinamici, come Flash e altri strumenti di animazione, ecc.
Vantaggi e svantaggi degli storyboard
La tecnologia di acquisizione della domanda più vivace, facile da usare e altamente interattiva
Elevato costo in termini di tempo e lenta acquisizione della domanda
Pianificazione congiunta dei requisiti (JRP)
Sviluppo congiunto di applicazioni (JAD)
Incontro del JRP
principi fondamentali
Vantaggi e svantaggi
È molto efficace per problemi ambigui e aree in cui le esigenze sono meno chiare.
Le riunioni sono difficili da organizzare e richiedono elevate capacità del personale interessato
Costo più elevato, effetto evidente
requisiti di tecnologia di registrazione
scheda attività
Particolarmente adatto per raccogliere e organizzare informazioni a livello di attività aziendale
Descrizione della scena
Descrizioni dettagliate degli scenari e dei processi di lavoro da parte degli utenti
storie degli utenti
Descrivere le funzionalità utili per gli utenti
contenuto
Descrizione scritta (per pianificazione e promemoria)
Conversazione (perfezionamento della storia)
Casi di test (verificare l'implementazione della storia)
Schede della storia dell'utente sotto forma di scritte a mano
Proprietà di base
indipendenza
Negoziabilità
prezioso per gli utenti
prevedibilità
Breve e dolce
Testabilità
Volere carta bianca
Strumento di registrazione dei requisiti simile alle schede attività
Selezione dello strumento
Le storie degli utenti e le carte bianche Volere sono posizionate come requisiti minimi e sono adatte per l'uso in metodi agili.
Principi di selezione
Prendi in prestito da modelli esistenti
Estendere o ridefinire secondo necessità
La selezione dovrebbe essere basata su fattori di abilità del team, dell'utente e dell'analisi del sistema
analisi della domanda
Attività di analisi dei requisiti
definizione
Perfezionare, analizzare e rivedere attentamente i requisiti ottenuti per garantire che tutte le parti interessate li comprendano e li identifichino Errori, omissioni, carenze
Compito
Disegna il diagramma dell'ambito del contesto del sistema
Creare un'interfaccia prototipo utente
Analizzare la fattibilità dei requisiti
Dare priorità ai bisogni
Modellare i requisiti
Crea dizionario dati
Usa QFD
Metodo di analisi dei bisogni
Metodo di analisi strutturata (SA)
Il diagramma ER rappresenta il modello di dati
DFD rappresenta il modello funzionale
La funzione principale di DFD
Uno strumento per comprendere ed esprimere i bisogni degli utenti e un mezzo di analisi della domanda
Descrivere il processo logico interno del sistema è uno strumento per esprimere i risultati dell'analisi della domanda e il punto di partenza della progettazione del sistema.
I materiali testuali archiviati costituiscono la base per un'ulteriore revisione e arricchimento del piano di sviluppo.
Simboli base del DFD
Flusso di dati, dati con un nome e direzione del flusso, rappresentata da una freccia con un nome
Elaborazione, la trasformazione di un flusso di dati, rappresentato da un cerchio
Archiviazione dei dati, informazioni archiviate accessibili, rappresentate da segmenti di linea retta
Le entità esterne, le origini dati e le destinazioni dati durante l'elaborazione dei dati, sono rappresentate da caselle contrassegnate da nomi.
Livelli DFD
immagine di primo livello
Descrivere i flussi di dati in ingresso e in uscita e le entità esterne dell'intero sistema
Decomporre strato per strato
Come disegnare DFD
processo di disegno
Disegna gli input e gli output del sistema
Disegna l'interno del DFD
Assegna un nome a ciascun flusso di dati
Dai un nome al processo
Controllare e rivedere i principi
Tutti i DFD consentono solo quattro forme base e ciascuna forma deve avere un nome.
Ogni processo ha almeno un flusso di dati di input e un flusso di dati di output
In DFD, i numeri di elaborazione devono essere assegnati per livello.
Qualsiasi immagine secondaria DFD deve essere elaborata in modo corrispondente al livello sopra di essa. I flussi di dati di input e output di entrambi devono essere coerenti
Nell'intero set di DFD, ogni archivio dati deve avere flussi di dati sia in lettura che in scrittura.
È possibile aggiungere il flusso di materiale al DFD per aiutare gli utenti a comprendere il DFD, ma non è possibile inserire il flusso di controllo.
STD sta per modello comportamentale
Più adatto per descrivere sistemi di controllo in tempo reale guidati dagli eventi
Rappresentare il comportamento del sistema descrivendo gli stati e gli eventi del sistema che causano transizioni di stato
Il nucleo è il dizionario dei dati
Voci del dizionario dati
Elemento dati, elemento dati, la più piccola unità di dati
Struttura dei dati, che descrive la relazione tra gli elementi dei dati
flusso di dati
archivio dati
Logica di elaborazione
entità esterna
Il ruolo del dizionario dei dati
Elenco per vari requisiti
Riferimento incrociato per una facile modifica
Recupera il nome dal contenuto della descrizione
Controllo di coerenza e controllo di completezza
Gestione dizionario dati
Mantenuto e gestito da DBA
Analisi orientata agli oggetti (OOA)
Linguaggio di modellazione unificato UML
Struttura UML
costruzioni
cosa
Affari strutturali
questioni comportamentali
transazioni di gruppo
Transazione di commento
relazione
fare affidamento
associazione
generalizzare
compiere
immagine
Diagramma delle classi
grafico dell'oggetto
Costruisci il diagramma
Diagramma della struttura combinata
diagramma dei casi d'uso
Diagramma di flusso
diagramma di comunicazione
Diagramma temporale
Diagramma di stato
diagramma di attività
Diagramma di distribuzione
Disegno del prodotto
Mappa dei pacchetti
Diagramma panoramico interattivo
meccanismo pubblico
Specifiche (descrizione dettagliata)
Classificazione pubblica (divisione generale)
Meccanismo di estensione
Modificare
regola
Disposizioni per mettere insieme gli elementi costitutivi
Una vista che descrive l'architettura del sistema
visione logica
vista del processo
Vista dell'implementazione
Visualizzazione della distribuzione
vista dei casi d'uso
modello di caso d'uso
Elementi del diagramma dei casi d'uso
partecipanti
Esempio
associazione di comunicazione
Identificare i partecipanti
persone
Altri sistemi
Dispositivi hardware, come le schede IC
orologio
Unisci i requisiti per ottenere casi d'uso
Prestare attenzione alla denominazione dei casi d'uso
Non confondere i casi d'uso con i passaggi che contengono
Prestare attenzione alla distinzione tra casi d'uso aziendali e casi d'uso di sistema
Perfezionare le descrizioni dei casi d'uso
Usa il nome del caso
Una breve descrizione
flusso di eventi
requisiti non funzionali
Precondizioni e postcondizioni
punto di estensione
priorità
Modificare il modello del caso d'uso
rapporto di inclusione
relazione estesa
relazione di generalizzazione
Modello analitico
Definire la classe concettuale
Determinare la relazione tra le classi
relazione di connessione
Dipendenze
relazione di generalizzazione
aggregazione condivisa
aggregazione combinatoria
realizzare la relazione
Aggiungi responsabilità a una classe
Attributi
metodo
Creare un diagramma di interazione
Diagramma di flusso
Diagramma panoramico interattivo
diagramma di comunicazione
Diagramma temporale
Problemi a livello di dettaglio del modello di analisi
Il modello è un lavoro ausiliario nel processo di sviluppo
Analisi orientata al dominio dei problemi (PDOA)
Enfatizza più la descrizione e meno la modellazione
Descrizione composizione
concentrarsi sul dominio problematico
Concentrarsi sulla risoluzione del comportamento desiderato del sistema
Processo di analisi
Raccogliere informazioni di base e sviluppare una struttura del problema per stabilire il tipo di dominio problematico
Raccogli ulteriori dettagli guidati dal tipo di cornice della domanda e fornisci a Descrizione delle caratteristiche rilevanti del dominio problematico
Raccogliere e documentare i requisiti per il nuovo sistema
Definizione dei requisiti
Metodo di definizione dei requisiti
Definire rigorosamente i metodi
Assunzioni base
Tutti i requisiti possono essere predefiniti
Capacità di comunicare in modo accurato e chiaro tra sviluppatori e utenti
Utilizza grafica (o testo) per rappresentare completamente il sistema finale
Adatto alla situazione
Adatto solo per impianti di piccole dimensioni e con funzioni semplici
metodo del prototipo
Un approccio di sviluppo iterativo e ciclico
Problemi che richiedono attenzione
I prototipi possono migliorare in modo incrementale i requisiti
I prototipi forniscono un mezzo per superare le difficoltà di comunicazione
I prototipi forniscono un modello realistico del sistema a cui gli utenti possono partecipare
I prototipi forniscono un ambiente di sviluppo del sistema adatto
Una volta definiti chiaramente i requisiti attraverso la prototipazione, lo sviluppo del sistema dovrebbe essere completato utilizzando un approccio rigoroso
specifica dei requisiti software
Come scrivere
Scrivi documenti basati su testo con una buona struttura e un linguaggio naturale
Costruisci modelli grafici
Scrivere specifiche formali
contenuto e formato
scopo
materiali di riferimento
Bisogno
Norme di ammissibilità
Tracciabilità dei requisiti
questioni irrisolte
annotazione
appendice
Verifica dei requisiti
Revisione dei requisiti
Tipo di revisione tecnica
Revisione
esaminare
Procedura dettagliata
Processo di revisione formale
piano
Preparare
condurre una revisione
Intervieni sui risultati della revisione
Come fare una buona revisione dei bisogni
Revisione gerarchica
Una combinazione di revisioni formali e informali
Revisione graduale
Revisori accuratamente selezionati
Revisori dei treni
Stabilire un processo di revisione standard
Effettuare il lavoro di follow-up dopo la revisione
Sii pienamente preparato per la revisione
Test dei requisiti
Casi di test concettuali
Il processo di test dei requisiti
Gestione della domanda
Gestione del cambiamento dei requisiti
base della domanda
stato della domanda
Cambiano i requisiti
Gestione del rischio della domanda
approccio rischioso
Non ci sono abbastanza utenti partecipanti
Classificazione utente ignorata
Crescenti richieste degli utenti
Bisogni ambigui
funzionalità non necessarie
SSR eccessivamente snello
stima imprecisa
Rischi legati alla domanda
Monitoraggio dei requisiti
Contenuto del monitoraggio della domanda
Lo scopo del monitoraggio della domanda
Matrice di monitoraggio dei requisiti