100 likes | 111 Views
This requirement model delimits the system's functionality, involves end users, and outlines how a potential user will interact with the interface. It provides use case and problem domain object models, helping to define the system's features and user interactions. By incorporating actors, use cases, and defining interfaces, it creates a comprehensive contract between developers and customers. Through sketches and simulations, the user interface is visualized to facilitate a clear understanding of the system's operations.
E N D
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.