REQUIREMENT MODEL Requirement Model To capture the functional

  • Slides: 10
Download presentation
REQUIREMENT MODEL

REQUIREMENT MODEL

Requirement Model To capture the functional requirements Describe how a potential user will use

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

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

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

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

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

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

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

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

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.