Use case diagram I nøtteskall for Business Analyst

Use case - består av noen få setninger som oppsummerer bruken av saken, som enkelt kan plasseres i en regnearkcelle, mens de andre kolonnene i regnearket prioritet, varighet, en dyr metode for estimering, teknisk kompleksitet, utgivelse nummer, og så trekke
Use case er viktig å bli fulgt for hvert prosjekt design on Det er 2 typer av brukstilfeller:..
Informal use case - Består av et antall avsnitt av teksten oppsummerer use case
Fullt kledd use case -. En formell dokument basert på en detaljert mal med felt for de ulike avdelingene, og det er den mest felles forståelse av betydningen av en use case. Fullt påkledd bruk tilfeller i detalj i følgende artikkel om bruk case maler.

Noen programvareutvikling prosesser krever ikke noe mer enn en enkel brukstilfellet skal definere krav. Men noen andre utviklingsprosesser krever detaljerte bruksmåter for å definere krav. Jo større og mer komplekse prosjektet, jo mer sannsynlig vil det være nødvendig å gjennomføre bruk tilfeller som skal brukes.

Detaljnivået i use case er sannsynlig å variere i henhold til fremdriften av prosjektet. De innledende bruksmåter kan være kort, men hvis utviklingen utvider bruksmåter kan ha flere detaljer. Dette gjenspeiler de ulike kravene til use case. Til å begynne med, de trenger bare å være kort, som brukes til å posisjonere virksomheten kravet til brukeren for å oppsummere. Men senere i prosessen, må utviklere være mye mer konkret og detaljert veiledning.

The Rational Unified Process invitere utviklere en kort beskrivelse av use case diagram use case skriftlig, med en uformell beskrivelse av kommentarer og en detaljert beskrivelse av flyten av hendelser i en tekstanalyse. Alle som kan vanligvis brukes til å taste inn korrekt instrument som UML, SysML osv ...

Use Cases brukes til å bestemme samspillet mellom eksterne aktører og systemet under vurdering et mål. En skuespiller gir en rolle spilt av en person eller ting som samspillet med systemet sikret samme person som bruker systemet kan representeres som ulike aktører, fordi de spiller ulike roller
ulike aktører.

Primær Skuespiller - møter brukeren målene ved å bruke tjenestene til Sud (systemet under reservasjonen)
Ex: "kassen" prosessen inn i et salgssystem Anmeldelser Secondary skuespiller - Gir en tjeneste til Sud... Ex: "Automatisk betaling autorisasjon tjeneste

Outdoor Drama Skuespiller - Har du en interesse i oppførselen til systemet, men er ikke primær eller sekundær Ex:... En statlig skatt byrå

En virksomhet use case er spesifisert i teknologien gratis terminologi system behandles som en svart boks og beskriver forretningsprosesser gjennom sine forretningsområder aktører, som brukes til å møte sine mål (for eksempel håndtering av utbetalinger for å oppnå kostnadsrapport godkjenning, Corporate Eiendom Management). Selskapet bruker en prosedyre som sak verdi for virksomheten skuespilleren beskriver, og beskriver hva prosessen er det ikke. Business Process Mapping er en annen metode for dette nivået av virksomheten beskrivelse.

Et system use case beskriver et system som automatiserer et selskap bruker hendelsen eller prosessen. Det er vanligvis beskrevet på systemet samtalen nivå og angi funksjon eller tjeneste at systemet sørger for aktør. Systemet bruker deler at systemet vil gjøre i respons til handlingene til en aktør. Av denne grunn anbefales det at systemet use case spesifikasjonen begynne med et verb som å stenge betaling, skaper vocher osv …

Så intervju spørsmål og svar vil la vite for ofte stilte spørsmål knyttet til Business Analyst, analyse osv ...
.