Importanza del caso d'uso in Business Analysis dalla Business Analyst

caso d'uso, in Ingegneria del Software è una descrizione di passi o transazioni tra un utente (o "attore") e di un sistema software che porta l'utente a qualcosa di significativo. L'utente può una persona o un attore o qualcosa di più astratto, come un sistema software esterno o processo manuale.

E 'una tecnica di modellazione di software che aiuta gli sviluppatori per determinare quali funzioni installare e come risolvere gli errori di grazia.

In ingegneria dei sistemi, sono da utilizzare a un livello più alto di quanto descritto in libri, spesso rappresentano missioni o obiettivi interessati. I requisiti specifici possono essere catturati in System diagrammi esigenza o meccanismi simili.

Il modo specifico per utilizzare questo è in fase di sviluppo che dipende da quale sviluppo metodologia da utilizzare. In alcuni methodologiesa sviluppo è necessaria breve Usa caso, dove come in altre metodologie di sviluppo, si sviluppano in complessità e il cambiamento di carattere con il procedere dello sviluppo.
Essi sono una preziosa fonte di informazioni sull'uso e utilizzare la sperimentazione di idee. Alcune metodologie, si può iniziare ad utilizzare casi aziendali come brevi, sviluppato in casi più dettagliate del sistema, e, infine, sviluppato in casi altamente dettagliati e completi di test.

"Ognuno di loro descrive come concentrarsi su un compito o un obiettivo da raggiungere per la maggior parte dei progetti software, questo significa che molti, forse decine di casi d'uso sono necessari per il campo di applicazione del nuovo sistema. La definizione di un certo grado di progetto software formalità e la fase del progetto, il livello di dettaglio che richiede in ogni caso influisce uso.

Questo non deve essere confuso con le proprietà del sistema. Uno o più caratteristiche descritte le funzioni necessario o richiesto a qualsiasi esigenza dell'utente interessate. Decomporre ogni funzione può essere utilizzata in uno o più casi, alcuni dettagli dove un attore utilizzando il sistema. Ogni caso d'uso deve essere ricondotta alla funzione di origine, che a sua volta deve essere fatta all'utente origine richiesta.

I casi d'uso trattano il sistema come una scatola nera, e l'interazione con il sistema, comprese le risposte del sistema, è stato considerato fuori del sistema. Si tratta di una politica deliberata, perché costringe l'artista a concentrarsi su ciò che il sistema deve fare, non come farlo, e di evitare ipotesi su come si realizzerà la funzione
Un caso dovrebbe utilizzare:.
* Descrivere ciò che il sistema farà per l'attore un determinato obiettivo
. * Non-specifica implementazione del linguaggio.
* Essere al giusto livello di dettaglio.
* Non comprende i dettagli su interfacce utente e schermi.
Questo viene fatto nella progettazione dell'interfaccia utente, che si riferisce a l'uso delle norme cassa e commerciali.

I casi d'uso per lo più documenti di testo e l'uso modellazione dei casi è in primo luogo un atto di scrivere testo e disegnare diagrammi no. Diagrammi dei casi d'uso usano caso in opere secondarie

Quindi, Intervista domande e risposte vi permetterà di conoscere per la faq relativa al Business Analyst, analisi ecc ... Hotel  .;