Requirement Model To capture the functional requirements
ainayahsyifah2
10 views
10 slides
Oct 20, 2025
Slide 1 of 10
1
2
3
4
5
6
7
8
9
10
About This Presentation
To capture the functional requirements
Size: 63.94 KB
Language: en
Added: Oct 20, 2025
Slides: 10 pages
Slide Content
REQUIREMENT MODEL
Requirement Model
To capture the functional requirements
Describe how a potential user will use the system
End users are involved
Analysis Process
Requirement
Model
Analysis Model
Requirement Model
Determined by the customer’s functional requirements
Delimit the system and define its functionality
Actor constitutes the environment and use cases tell
what take place in the system.
Contract between developer and the customer.
Requirement Model
Determined by the customer’s functional requirements
Delimit the system and define its functionality
Actor constitutes the environment and use cases tell
what take place in the system.
Contract between developer and the customer.
Requirement Model
A use case model: Specify the functionality the system has to
offer from a user’s perspective.
User Interface description: specify what the user interface will
look like when the use cases are performed.
A problem domain object model: to give a conceptual picture
and better understanding of the system, objects are used to
represent occurrences in problem domain.
Requirement Model
A use case model uses actors and use cases as
explained in previous slides.
Requirement Model
User Interface description: When describing the use cases with
the users- describe the interfaces in detail.
If Man-Machine Interface (MMI) :
use sketches of what the user will see on the screen performing
the use case
provide more sophisticated simulations using a User interface
management system (UIMS).
Other system interfaces such as communication protocol that
must be standardized are defined.
Requirement Model
Example:
Customer Interface
Customer panel including Buttons, Holes, Alarm devices
Receipt layout
Operator interface:
For changing information, resetting alarm, request day
summaries and so on.......
Requirement Model
Problem domain objects
•Object Name
•Logical Attributes
•Static instance association(static reference to
an object )
•Inheritance
•Dynamic instance association(Object can
stimuli other)
•Operations
Requirement Model
Problem domain objects
Advantage of problem domain model:
•Support for understanding a system in more detail.
•Support formulation of use case description and MMI
design.