Requirement model
E N D
Presentation Transcript
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.