Betydningen af ​​Use Case i Business Analyse af Business Analyst

Use Case, i software engineering er en beskrivelse af trin eller transaktioner mellem en bruger (eller "skuespiller"), og et softwaresystem, der tager brugeren til noget meningsfuldt. Brugeren kan en person eller skuespiller eller noget mere abstrakt, ligesom et eksternt software-system eller manuel proces.

Det er en software modellering teknik, der hjælper udviklere til at bestemme, hvilke funktioner til at installere og hvordan du løser fejl yndefuldt.

Inden systemteknik, de skal bruges på et højere niveau end beskrevet i Bøger, ofte de repræsenterer missioner eller interesserede mål. De detaljerede krav kan derefter fanget i Systemkrav diagrammer eller lignende mekanismer.

Den særlige måde at bruge dette er i færd med udvikling, som afhænger af, hvilken udvikling metode, der skal anvendes. I nogle udvikle methodologiesa kræves kort Use case, hvor der som i andre metoder udvikling, de udvikler i kompleksitet og forandring i karakter som udviklings- skrider frem.
De er en værdifuld kilde til oplysninger om brug og bruge test af idéer. Nogle metoder, kan de begynde at bruge som korte business cases, udviklet sig til mere detaljerede systemkrav sager, og til sidst udviklede sig til meget detaljerede og komplette prøvesager.

"Hver af dem beskriver, hvordan til at fokusere på en opgave eller mål om at nå for de fleste software-projekter, betyder det, at flere, måske snesevis af use cases er nødvendige for at omfanget af det nye system. Definitionen af ​​en vis grad af formalitet software projekt og fase af projektet, den detaljeringsgrad, der kræver under alle omstændigheder påvirker brug.

Dette bør ikke forveksles med egenskaberne for systemet. En eller flere funktioner beskriver funktionerne behov eller anmodet interesserede brugerkrav. Opdele hver funktion kan bruges i et eller flere tilfælde, nogle detaljer, hvor en skuespiller at bruge systemet. Hver use case skal spores tilbage til oprindelsen funktion, hvilket igen skal spores tilbage til oprindelsen brugeren anmodning.

Brug sager behandler systemet som en sort boks, og interaktionen med systemet, herunder systemreaktioner, blev betragtet uden for systemet. Det er en bevidst politik, fordi det tvinger kunstneren at koncentrere sig om, hvad systemet skal gøre, ikke hvordan man gør det, og undgå antagelser om, hvordan funktionen vil blive opfyldt
En sag skal bruge:.
* Beskriv hvad systemet vil gøre for skuespilleren et bestemt mål
. * Må ikke implementering-specifikke sprog.
* Vær på det rigtige niveau af detaljer.
* Du må ikke indeholde oplysninger om brugergrænseflader og skærme.
Dette gøres i bruger-interface design, som henviser til brugen af ​​sagen og forretningsregler.

Brug sager meste tekstdokumenter og use case modellering er primært en handling at skrive tekst og tegne diagrammer ikke. Brug case diagrammer bruger sagen i sekundære værker

Så Interview spørgsmål og svar vil lade vide for faq relateret til Business Analyst, Analyse osv ...
.