Brug Case Diagram I nøddeskal for Business Analyst

Brug tilfælde - består af nogle få sætninger sammenfatter brugen af ​​sagen, som nemt kan placeres i et regneark celle, mens de øvrige kolonner i regnearket prioritet, varighed, en dyr metode til estimering, teknisk kompleksitet, release nummer , og så at trække
Use case er vigtigt, der skal følges for hver projektets design
Der er 2 typer af use cases:..
Uformel brug tilfælde - Består af en række afsnit af teksten opsummerer bruger sagen
Fuldt påklædt use case -. Et formelt dokument er baseret på en detaljeret skabelon med felter til de forskellige afdelinger, og det er den mest almindelige forståelse af betydningen af ​​et use case. Fuldt påklædt use cases i detaljer i følgende artikel på use case skabeloner.

Nogle software udviklingsprocesser kræver intet mere end en simpel brug sag at definere krav. Men et par andre udviklingsprocesser kræver detaljerede use cases til at definere krav. Jo større og mere komplekse projektet, jo mere sandsynligt vil det være nødvendigt at gennemføre use cases, der skal bruges.

Detaljeringsgraden i brug tilfælde vil sandsynligvis variere alt efter udviklingen i projektet. De indledende use cases kan være kort, men hvis udviklingen udvider use cases kan have flere detaljer. Dette afspejler de forskellige krav i use case. I første omgang, de skal blot være kort, som anvendes til at positionere virksomheden kravet om brugeren at opsummere. Men senere i processen, skal udviklerne være meget mere konkret og detaljeret vejledning.

Rational Unified Process invitere udviklere en kort beskrivelse af use case diagram use case skriftligt med en uformel beskrivelse af kommentarer, og en detaljeret beskrivelse af strømmen af ​​begivenheder i en tekstanalyse. Enhver, der kan normalt bruges til at indtaste det rette instrument Ligesom UML, SYSML osv ...

Use Cases anvendes til at bestemme samspillet mellem eksterne aktører og det betragtede system et mål. En aktør giver en rolle af en person eller ting spilles som interaktionen med systemet .Den samme person ved hjælp af systemet kan være repræsenteret som forskellige aktører, fordi de spiller forskellige roller
forskellige aktører:.

Primære Actor - opfylder brugernes mål ved hjælp af de tjenester i Sud (Systemindstillinger under forbehold)
Ex: "kassen" proces i et salgssystem
Sekundær skuespiller - Giver en service til Sud... Ex: "Automatisk betaling tilladelse tjeneste

Udendørs Drama Actor - Har du en interesse i opførsel af systemet, men er ikke primær eller sekundær Ex:... En regering skat agentur

En business use case er angivet i den teknologi fri terminologi system, behandles som en sort boks, og beskriver business proces gennem sine forretningsmæssige aktører, der anvendes til at opfylde deres mål (f.eks håndtering af betalinger for at opnå omkostningerne rapport godkendelse, Corporate Real Estate Management). Virksomheden anvendelser en procedure, som tilfældet værdi for virksomheden skuespiller beskriver, og beskriver, hvad processen er ikke. Business Process Mapping er en anden metode for dette niveau af business beskrivelse.

Et bruge systemet tilfælde beskriver et system, der automatiserer en virksomhed bruger begivenheden eller proces. Det er normalt beskrevet på systemet opkald niveau og angiv den funktion eller tjeneste, at systemet giver mulighed for skuespilleren. Systemet bruger case detaljer, at systemet vil gøre som reaktion på handlinger skuespiller. Af denne grund anbefales det, at bruge systemet tilfældet specifikation begynder med et verbum som lukker betaling, skaber vocher etc …

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