Defining system requirements

16
1 ISA&D 7 / 8 / 2013 Defining system requirements

description

Defining system requirements . Lecturer details . Defining System Requirements CRUD Operations Events and Use Cases. SDLC Activities . Techniques for Identifying Use Cases. 1- user goal technique Analyst talks to all users to get them to describe their goals in using the system - PowerPoint PPT Presentation

Transcript of Defining system requirements

Page 1: Defining system requirements

1ISA&D7 /8/2013

Defining system requirements

Page 2: Defining system requirements

2ISA&D7 /8/2013

• Defining System Requirements• CRUD Operations• Events and Use Cases

Lecturer details

Page 3: Defining system requirements

3ISA&D7 /8/2013

SDLC Activities

Page 4: Defining system requirements

4ISA&D7 /8/2013

Techniques for Identifying Use Cases1- user goal technique

– Analyst talks to all users to get them to describe their goals in using the system

2- CRUD technique – Analyst looks at each type of data and includes use cases that create

the data, read or report on the data, update the data, and delete the data

3- elementary business process (EBP) – a task that is performed by one person, in one place, in response to a

business event; it adds measurable business value and leaves the system and its data in a consistent state

– event decomposition technique

Page 5: Defining system requirements

5ISA&D7 /8/2013

• Involves a variety of models to document requirements

• Two key concepts identifying functional requirements

Use cases and the events that trigger them

Things in the users’ work domain

Define system requirement

Page 6: Defining system requirements

6ISA&D7 /8/2013

• Use Case -- An activity the system performs in response to a user request

•Techniques for identifying use cases

User goal technique – by talking to users to get their description of goals in using the system

1. Use Case concept / User goal technique

Page 7: Defining system requirements

7ISA&D7 /8/2013

Four operations with data:

Create

Read

Update

Delete

2. Use Case concept / CRUD technique

Page 8: Defining system requirements

8ISA&D7 /8/2013

• Use case description – a description of the processing steps for a use case

• Actor – a person or thing that uses the system and interacts with the system• Scenario or Instance – a particular set of internal steps/activities to complete a business process

• Preconditions – conditions that must be true before a use case begins•Postconditions - conditions that must be true upon completion of the use case

Use case Description

Page 9: Defining system requirements

9ISA&D7 /8/2013

Example

Page 10: Defining system requirements

10ISA&D7 /8/2013

Event – an occurrence at a specific time and place which requires system to respond• External

Outside system Initiated by external agent or actor (e.g., “Customer places an Order”)

• Temporal Occur as result of reaching a point in time (not external) Based on system (e.g., “Produce a biweekly payroll”)

3. Events and event types

Page 11: Defining system requirements

11ISA&D7 /8/2013

Page 12: Defining system requirements

12ISA&D7 /8/2013

Events and Use Cases in Account Processing

Page 13: Defining system requirements

13ISA&D7 /8/2013

Identifying an Event

Page 14: Defining system requirements

14ISA&D7 /8/2013

• Event table represents events and their details• Trigger: an occurrence that tells the system that an event has occurred• Source: an external agent or actor that supplies data to the system• Activity: behavior that the system performs when an event occurs• Response: an output, produced by the system that goes to a destination• Destination: an external agent or actor that receives data from the system

Documenting an event

Page 15: Defining system requirements

15ISA&D7 /8/2013

Documenting an event example

Page 16: Defining system requirements

16ISA&D7 /8/2013

End

Thank you

??????