Use Case Limitazioni e Business Analyst

Use Case ha una limitazione a parte i suoi impieghi L'uso della cassa, non scorre bene di catturare facilmente i requisiti di un sistema di non interagenti (come algoritmo o richieste matematiche) o non requisiti funzionali (come la piattaforma, le prestazioni, il calendario, o elementi critici per la sicurezza) appropriati.

L'uso di questo Utilizzo caso Diagramma a scopo chiarezza non è affatto sicuro, Chiarezza dipende dall'abilità del author.There è una curva di apprendimento nell'interpretazione dei casi d'uso coinvolto vero per gli utenti finali e gli sviluppatori . Poiché non esiste una definizione standard di casi d'uso di ciascun gruppo deve evolvere progressivamente la propria interpretazione. Alcune delle relazioni che si estendono come, non sono unici nel design e può essere difficile da capire per le persone colpite.

Sviluppatori definiti, caso d'uso è spesso difficile determinare il livello dell'interfaccia utente (UI) basata su un caso d'uso che deve essere integrato. Quando si applica, teoria sostiene che l'interfaccia utente non sarà considerata in casi di utilizzo, può essere difficile per ignorare questo aspetto del progetto, in quanto può essere difficile da visualizzare.

I casi d'uso possono essere sovrastimati. Nella programmazione orientata agli oggetti il ​​concetto di casi d'uso sono specificati chiaramente. Per alcuni autori, l'applicazione, tuttavia, ritiene che l'uso di pre-e post-condizioni per tutti gli scenari di un caso d'uso, che è un disegno sperimentale limite di posizione. Se le condizioni postali di un caso uso sono così generalmente valida per tutti i possibili scenari di applicazione, non sono suscettibili di essere utile come base per definire il comportamento previsto nel disegno sperimentale.

Ad esempio, non è riuscito il tentativo di prelevare denaro da un bancomat non è lo stesso di una pensione di successo: se le post-condizioni che riflettono, di distinguere se le condizioni post non fanno, possono 't essere utilizzati per la comportamento previsto delle prove che sono specificati. Un'altra prospettiva è post-condizioni pre-e che sono più adatti per la progettazione di test basato sulla specifica del modello.

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