60 likes | 192 Vues
This chapter delves into the object-oriented methodology for analyzing system requirements, emphasizing the importance of business events and their documentation. It illustrates how objects collaborate to support business functions and describes various diagrams such as use case, collaboration, sequence, interaction, and statechart diagrams. These tools help visualize user roles and system interactions, defining system components and their behaviors. The chapter provides a comprehensive understanding of how to clearly articulate requirements using object-oriented principles.
E N D
Chapter 7 The Object-Oriented Approach to Requirements
Overview • System analysis -begins by defining business events and things -business events are documented in the event table which provides the basis for discovering the data flows and processes that are included in the new system -things are documented In ERD for the traditional approach and in class diagrams for the object-oriented approach
Overview(cont) • Object-Oriented Viewpoint --the world consists of objects --Business functions are supported by a set of objects that work together, or collaborate, to implement the function
Object-Oriented Requirements • Use case diagrams –show the various user roles and how those roles use the system • Collaboration diagram –identify which objects collaborate, to accomplish a use case or business function • Message –communication between objects within a use case • Sequence diagram– shows the sequence of messages among objects during a use case • Interaction diagram– A collaboration or sequence diagram that shows the interactions between objects • Statechart diagram –a diagram showing the life of an object in states and transitions
The Class Diagram • Class Diagrams --define the components of the system (tell what the components make up the system) • Use case, interaction and Statechart diagrams --describe the behavioral aspects of the system (tell what the components do)
The System Activities:An OO use case/scenario view • Use case– a single use or task performed by the system for those who use the system (describes an activity that the system carries out in response to an event) • Actor – a role played by a user of the system.