Home Appliance Control System

Transcription

1 Home Appliance Control System Object-Oriented Analysis & Design Project Phase 1 CS 6359 Object-Oriented Analysis and Design Dr Lawrence Chung Summer 2005 Section 581 Group Members: Uttama Shakya: Pooja Mohan: Kelly Allison: Kiran Kapinjal: 1

2 Revision History Date Version Number Reason Author 06/11/05 Version 1.0 Primary requirements and analysis Team document 06/14/05 Version 1.1 Complete diagrams Team 06/15/05 Complete classes and CRC cards Team 2

3 Table of Contents CHAPTER 1 HACS OVERVIEW...1 i. Introduction...1 ii. Purpose and Scope CHAPTER 2 PROCESS ARCHITECTURE... 3 i. Organization...3 ii. Relationships and Team Work...5 iii. Meetings...5 CHAPTER 3 REQUIREMENTS SPECIFICATIONS...6 i. Functional Requirements...6 ii. Non-Functional Requirements...6 CHAPTER 4 USE CASE DIAGRAM AND DESCRIPTIONS...8 CHAPTER 5 INTERACTION DIAGRAMS AND DESCRIPTIONS...8 CHAPTER 6 CLASS DIAGRAM AND CRC CARDS REFERENCES

4

5 Figures Figure 1. Depict the overall system...2 Figure 2. A summary of each team member s responsibilities...4 Figure 3. Use Case Diagram of HACS...8 Figure 4. Use Case Sequence Diagram: Authenticate User...10 Figure 5. Use Case Collaboration Diagram: Authenticate User...10 Figure 6. Use Case Sequence Diagram: View and monitor status of devices...11 Figure 7. Use Case Collaboration Diagram: View and monitor status of devices...11 Figure 8. Use Case Sequence Diagram: Set AC Options...13 Figure 9. Use Case Collaboration Diagram: Set AC Options...14 Figure 10. Use Case Sequence Diagram: Set Microwave Options...15 Figure 11. Use Case Collaboration Diagram: Set Microwave Options...16 Figure 12. Use Case Sequence Diagram: Set Security System...17 Figure 13. Use Case Collaboration Diagram: Set Security Systems...18 Figure 14. Use Case Sequence Diagram: Configure Devices...21 Figure 15 Collaboration Diagram: Configure Appliances

6

7 Chapter 1 HACS Overview i. Introduction It s morning and rush hour traffic. You are in your car on your way to work; perhaps almost there. Something doesn t feel right. You start doubting your actions. Did you turn off the iron? What about the stove? Did you close the garage door? You are so unsure that you simply must turn around, go home and check. Sure enough, it s a good thing you went back. You left a burner on the stove on, but now you ll be late for that meeting. Wouldn t it be convenient if you could call your home and request that it check for you rather than wasting your time driving back. When you arrive at work, you could connect through the internet to display results of your query and other system status. You ve been away from home for a few days. You turned down the heat and turned off most of the lights before you left home. You are returning to a cold and dark home. Wouldn t it be nice to call home with the instructions to turn the heat to a warm and cozy degree and light those dark rooms for safety and convenience? How about a refrigerator that s you when the kids drink the last of the milk or juice? You could pick some up on the way home from work. How about a microwave that knows how and when to heat your meal and then keeps it warm until you get home? May we suggest to you the new home local network for the digital home which links appliances to a central control system and allows those appliances to communicate between themselves. This network allows you complete control at home and away from home through your phone/palm-top or over the internet for a convenient and comfortable living environment. No more nagging doubts with the home appliance control system (HACS). Just phone home or log in to your system over the net and ask it those questions or give it those commands and keep it programmed for maximum comfort, safety and efficiency 24 / 7. 1

8 Microwave Remote Interface HAVC Security Login/Out Monitor and Control Subsystem Messages Security Alarms Lights and Doors Figure 1. Depict the overall system. ii. Purpose and Scope The purpose of this document is to provide an analysis and design of a portion of the HACS system. Here we will examine the central controller and three appliances: the microwave, air heating and cooling system, and the security system as it pertains to lights, doors, and alarms. Class- Responsibility-Collaborator (CRC) cards are used as an aid to establish class responsibilities and collaborators during analysis to identify interactions among objects / classes during group brainstorming sessions (sequence diagrams for groups). Furthermore, this document will include use case diagrams, class diagrams and interaction diagrams (both sequence diagrams and collaboration diagrams). The functional model shall be depicted by use cases. These diagrams shall include use cases, actors and their relationships important in organizing and modeling the behaviors of the system. The analysis object model (the concepts visual to the user) shall be depicted with class diagrams. These diagrams depict the static design of the system using classes, interfaces, collaborations and their relationships. The dynamic model which focuses on the behavior / interaction of the system shall be depicted with sequence and collaboration diagrams. These diagrams show an interaction between objects and the relationship including messages dispatched among them. The sequence diagram is 2

9 an interaction diagram that emphasizes the time-ordering of messages. A collaboration diagram is an interaction diagram that emphasizes the structural organization of the objects that send and receive messages. It will also briefly address the requirements which define the key features of the HACS system. These requirements will then be used as a means to communicate the understanding of the HACS system. There will also be a section in this document providing the basis of the software and hardware design and will later be used to ensure that the final product is implemented as specified by the requirements set herein. In general, this document will only be used to provide information for a portion of the HACS system. The entire implementation and design of the HACS system will be outside of the scope of this document. Moreover, the team architecture and each member s role in creating the HACS system will be discussed in this document. This will describe how the team members were divided up in carrying out the design tasks and why each person was assigned that role. Chapter 2 Process Architecture i. Organization Our team has been divided into four groups, since there are four members in our team. The roles are as follows: - The analyst is the application domain expert responsible for detailing use cases. - The architect unifies the use cases from a system point of view. - The document editor is responsible for low-level integration of and overall format of the document. - The configuration manager is responsible for revision history. - The reviewer validates correctness. 3

10 Team Member Responsibility Description Uttama Shakya Project Management Project Analysis Project Specifications System Analysis Diagrams Review Systems Development Initial document editor Kelly Allison Class diagrams Review Pooja Mohan Systems Development Second document editor Describe diagrams Review Figure 2. A summary of each team member s responsibilities. 4

11 ii. Relationships and Team Work We have maintained a professional relationship throughout the course of the project. There is also a great team effort to get the project completed. Then again, we have held brainstorming sessions to come up with various ideas to reach the most desirable solution. Everyone has willingly helped each other out when additional help is needed. Because there were only four people on the team, we were able to work more closely with each other and it was much easier to communicate to one another if any changes needed to be made. Many times, we would work independently on our individual tasks. Once our task has been completed, then we would get together to integrate the solution. Most of our communications were exchanged via the yahoo group It is easier to communicate this way, since we would be able to post any concerns or questions and the other person would respond when they got a chance. We found this to be the most convenient way to communicate and, it has worked well with the size of our team. iii. Meetings Meetings are usually held on weekends or before class, since it was the best time for everyone to meet. These meetings were used to discuss the status of the project and for resolving any issues that may arise. 5

12 Chapter 3 Requirements Specifications i. Functional Requirements The purpose of the HACS system is to accept the user s input to control, monitor, and coordinate home appliances. It must address the following system requirements. System Requirements The heart of the home network is the control system written using J2EE. The central control system (CCS) shall provide secure login to the system. Users are identified with a username and password. It shall accept instructions locally or remotely and communicate those instructions to the appropriate devices within the home. Devices / appliances within the network shall have the capability to communicate between themselves as necessary and coordinate their process activity. It shall allow the user to activate and deactivate the system. It shall allow the system to start, stop and display current status without interfering with normal operations of the devices. It shall allow the user to add or remove, modify the behavior of and view the status of devices. It shall control, monitor, and coordinate appliances as programmed. It shall be adaptable. Detects events that change the environment and respond. It shall encapsulate lower-level functions to allow algorithms to vary independently. It shall accept information from the appliances, decisions made and appropriate messages generated based upon the decistion (i.e. alarms, dial 911). ii. Non-Functional Requirements Portability The system should be able to work on any machine with Java Virtual Machine installed. Reliability 6

13 The system should be able to handle multiple requests without failure. It should be able to detect and handle faults within a given time frame. The system should be available 99.9 percent of the time. User friendliness The system should be usable by non-experts, in which the user can learn to operate, prepare inputs for and interpret outputs of a system component. Flexibility The system should be automatically and manually adaptive and able to detect the various settings and accommodate to the changes accordingly, real-time. Performance The elapsed time between the submission of a request and the computation time should be minimal. Supportability The system should be able to handle new changes to the system including upgrades or changes to the existing system. It should b easily modified to accommodate enhancements and repairs. 7

14 Chapter 4 Use Case Diagram and Descriptions View and Monitor Status of Devices Set AC Options <<uses>> <<uses>> Set Microwave Options <<uses>> Home Owner <<uses>> Set Intrusion System <<uses>> <<uses>> Set Fire Alarm Options Authenticate User Every use case has to use the authentication process Technical Support Technical Support for HACS Configure Devices <<uses>> <<uses>> Configure Users Perform Diagnostics Figure 3. Use Case Diagram of HACS Chapter 5 Interaction Diagrams and Descriptions 8

15 . Use Case Name: Authenticate User Flow of events: Precondition: Each user has a unique username and a password to logon to HACS. Main Flow: 1. The user enters the username and password on the remote device. The remote access system contacts the HACS system to login. 2. The HACS system verifies the username and password. 3. On verifying the user information, the HACS system authenticates the user and displays the system information. Exceptional flow: 3. On failure to login, the system displays the login prompt again. This step is repeated maximum of three times. 4. On failure to provide correct username and password, the system locks up for a pre-set length of time. Post condition: On validation, the trusted user is given access to the HACS system. a. Sequence Diagram: Authenticate User Remote Access sytem is the medium through which the user contacts HACS. e.g. phone, computer, PDA, etc. : Home Owner : Remote Access System : HACS : Authentication Process 1: login(username, password) 2: login(username, password) 5: Display System Information 3: Success 4: verify(username, password) Every user registered in the system must have a valid username and password to enter the HACS system. 9

16 Figure 4. Use Case Sequence Diagram: Authenticate User b. Collaboration Diagram: Authenticate User 1: login(username, password) : Home Owner : Remote Access System 2: login(username, password) 5: displaysysteminformation() : HACS 4: success 3: verify(username, password) HACS uses Authentication Process to validate the user. : Authentication Process Figure 5. Use Case Collaboration Diagram: Authenticate User. Use Case Name: View and Monitor Status of devices Flow of events: Precondition: The user is logged on to the HACS system. Main Flow: 1. When the user wishes to view the status of individual devices, he chooses View Status option from the menu tab. 2. HACS retrieves the current status of appliances. 3. HACS will display the status of all configured appliances on user s request. Exceptional flow: If no appliance is registered in the system, the system shows the appropriate result. Post condition: The user can view the information on the current status of all the appliances. c. Sequence Diagram: View and Monitor status of devices 10

17 : Home Owner 1: viewstatus() : Remote Access System : HACS retrievestatus() retrieves the latest status HACS has received from each of the appliances in... 2: viewstatus() 3: retrievestatus() 4: status info Figure 6. Use Case Sequence Diagram: View and monitor status of devices d. Collaboration Diagram: View and monitor status of devices 4: retrievestatus() : Home Owner 1: viewstatus() : Remote Access System 2: viewstatus() 3: status info : HACS HACS retrieves the latest information on all appliances. Figure 7. Use Case Collaboration Diagram: View and monitor status of devices. Use Case Name: Set AC Options Flow of events: Precondition: The user is logged into the HACS system. Main Flow: 11

18 1. The user chooses to set AC options makes a request to the HACS system via the Remote Access System. 2. The HACS system retrieves and shows available options to adjust the AC system. 3. The user chooses to turn ON the AC from the options. 4. The HACS sends the message to the AC turning it ON. 5. Air Conditioner sends the updated status information to the HACS 6. The HACS displays the updated status on the remote device. Alternative flow: 3. The user chooses to adjust the temperature of AC. 4. The user enters the new temperature value on the remote access system. 5. The new temperature value request is sent to the HACS, which invokes new temperature settings on the AC. 6. The AC sets the temperature and sends updated status information to the HACS. 7. The HACS displays the updated status information on the remote device. Exceptional flow: The user enters temperature value which is out of preset range. HACS displays an error message and prompts the user to re-enter the temperature value. Post condition: The room temperature is modified. e. Sequence Diagram: Set AC Options 12

19 : Remote Access System : HACS : Air Conditioner : Home Owner 1: setacoptions() 2: setacoptions() opt [Opt = Power] User may choose any available options. In this case, may be turn on/ off AC or Adjust Temperature 5: turnon/offac(status) 4: displayavailableoptions() 6: turnon/offac(status) 3: getavailableoptions() 7: turnon/offac(status) 9: Updated Status 8: Updated Status opt [Opt = temperature] 10: AdjustTemp(temperature) 11: AdjustTemp(temperature) 12: AdjustTemp(temperature) 14: Updated Status 13: Updated Status Figure 8. Use Case Sequence Diagram: Set AC Options 13

20 f. Collaboration Diagram: Set AC Options 9: getavailableoptions() : Home Owner 1: setacoptions() 4: turnon/offac(status) : Remote Access System 2: setacoptions() 5: turnon/offac(status) 3: displayavailableoptions() 8: updated status : HACS This is the collaboration diagram of the system when the user chooses to turn on/off AC 7: updated status : Air Conditioner 6: turnon/offac(status) Figure 9. Use Case Collaboration Diagram: Set AC Options. Use Case Name: Set Microwave Options Flow of events: Precondition: The user is logged into the HACS system. Main Flow: 1. The user chooses to set microwave options via the Remote Access System. 2. The HACS system retrieves available microwave options and displays the available options. 3. The user chooses the option to turn ON the microwave. 4. The HACS sends the message to the microwave turning it ON. 5. Microwave sends the updated status information to the HACS 6. The HACS displays the updated status on the remote device. Alternative flow: 3. The user chooses the option to set the heating parameters like temperature, power and time. 4. The user enters the new heating parameter on the remote access system and submits the information. 5. The new settings request is sent to the HACS, which invokes changes on the microwave. 6. The microwave sends updated status information to the HACS. 7. The HACS displays the updated status information on the remote device. Exceptional flow: The user enters wrong values for the heating parameters. HACS displays an error message and prompts the user to re-enter the parameter value. Post condition: On validation, the new microwave settings are set. g. Sequence Diagram: Set Microwave Options 14

21 : Remote Access System : HACS : Microwave : Home Owner 1: setmicrowaveoptions() The user may choose to turn/off microwave or set heating parameters. 2: setmicrowaveoptions() 3: retriveavailableoptions() 4: displayavailableoptions() opt [Opt = Power] 5: TurnOn/Off(status) 6: TurnOn/Off(status) 7: TurnOn/Off(status) 8: Updated Status 9: Updated Status opt [Opt = Heating Parameters] 10: SetHeatingParameters(temperature, power, time) 11: SetHeatingParameters(temperature, power, time) 12: SetHeatingParameters(temperature, power, time) 14: Updated Status 13: Updated Status Figure 10. Use Case Sequence Diagram: Set Microwave Options 15

22 h. Collaboration Diagram: Set Microwave Options 3: retrieveavailableoptions() 1: setmicrowaveoptions() 5: turnon/off(status) : Home Owner : Remote Access System 2: setmicrowaveoptions() 6: turnon/off(status) 4: displayavailableoptions() 9: updated status : HACS This diagram shows the scenario of turning on/off microwave. 8: updated status : Microwave 7: turnon/off(status) Figure 11. Use Case Collaboration Diagram: Set Microwave Options. Use Case Name: Set Security System Flow of events: Precondition: The user is logged in to the HACS System. Main Flow: 1. The user chooses to set the security options. 2. The HACS system retrieves the available security options and displays them to the user. 3. The user chooses to set the fire alarm settings. 4. The user sets the threshold temperature value and forwards the request to the HACS. 5. The HACS system triggers the necessary action on the Home Security system. 6. The Home Security System sends the updated status to the HACS. 7. The HACS displays the updated status on the remote access device. Alternative flow: 3. The user chooses to change the intrusion alarm options. 4. The user chooses new settings for the intrusion alarm system and submits the information. 5. The HACS system triggers the necessary action on the Home Security system. 6. The Home Security System sends the updated status to the HACS. 7. The HACS displays the updated status on the remote access device. Exceptional flow: None Post condition: On validation, the changes are applied to the home security system. i. Sequence Diagram: Set Security System 16

23 : Remote Access System : HACS : Home Security System : Home Owner 1: setsecurityoptions() 2: setsecurityoptions() 3: retrieveavailableoptions() 4: displayavailableoptions() 5: SetFireAlarmOptions (Threshold Temperature) 6: SetFireAlarmOptions(Threshold Temperature) 7: AdjustFireAlarmSettings() The diagram shows only the scenario where the user chooses to set fire alarm options. Setting intrusion alarm system is not shown in the diagram. 9: Updated Status 8: Updated Status Figure 12. Use Case Sequence Diagram: Set Security System j. Collaboration Diagram: Set Security System 17

24 : Home Owner 1: setsecurityoptions() 5: SetFireAlarmOptions (Threshold Temperature) : Remote Access System 4: displayavailableoptions() 9: Updated Status 2: setsecurityoptions() 6: SetFireAlarmOptions(Threshold Temperature) : Home Security System 8: Updated Status 7: AdjustFireAlarmSettings() : HACS 3: retrieveavailableoptions() Retrieving available options imply to getting the available options for user to choose from to set the security system. In our system, fire alarm system and intrusion detection system are included in Home security System. Figure 13. Use Case Collaboration Diagram: Set Security Systems. Use Case Name: Configure Appliances Flow of events: Precondition: The user is logged on to the HACS. Main Flow: 1. The user chooses configure appliances options from the main menu. 2. The system checks the user privilege and displays the options to add, remove or modify the appliances. 3. The user chooses to add a new appliance. 4. The system presents the form to enter information on new appliance. 5. The user sends the new appliance information including the appliance name, the room in which the user has configured the appliance, preset settings for the appliance to the HACS. 6. The HACS verifies the appliance settings, adds the new appliance to the system and informs the user about successful addition of the appliance. Alternate flow: o A. Removing the appliance from the system. 3. The user chooses to remove the existing appliance. 4. The system displays a list of existing appliances in the system. 5. The user chooses the appliance to be removed from the list. 6. The system removes the chosen appliance from the system and informs the user. o B. Modifying the appliance in the system. 3. The user chooses to modify the existing appliance. 4. The system displays a list of existing appliances in the system. 5. The user chooses the appliance to be modified from the list. 6. The system displays a form with appliance information to be edited 7. The user modifies the appliance information and submits the information. 18

25 8. The system saves the modified information in the system and informs the user. Exceptional flow: If the user is not authorized to add/remove/modify appliances, HACS will generate an error message and deny any changes. Post condition: On validation, the new device is added or the information on existing device is modified or removed from the HACS system. k. Sequence Diagram: Configure Appliances 19

26 : Remote Access System : HACS : Appliance : Home Owner 1: configureappliances() The user may choose to add new appliance, remove appliance and modify appliance (not shown in the diagram) 2: configureappliances() 3: checkuserprivilege() opt [Opt = Add] 5: addnewappliance() 4: displayconfigureoptions() 6: addnewappliance() 7: getnewapplianceinfo() 8: setnewapplianceinfo() 9: setnewapplianceinfo() 10: verifynewapplianceinfo() 11: addnewappliance() 13: success 12: create() opt [Opt = Remove] 14: removeexistingappliance() 15: removeexistingappliance() 16: displayexistingappliances() 17: displayexistingappliances() 18: removeexistingappliance(appliance ID) 19: removeexistingdevice(appliance ID) 20: destroy() 21: success 20

27 Figure 14. Use Case Sequence Diagram: Configure Devices l. Collaboration Diagram: Configure Appliances : Home Owner 1: configureappliances() 5: addnewappliance() 7: setnewappliancesinfo() : Remote Access System This diagram shows the collaboration of the scenario in which the user chooses to add new appliance to the system. 4: displayconfigurationoptions() 2: configureappliances() 6: addnewappliance() 8: setnewappliancesinfo() 3: checkuserprivilege() 9: addnewappliance() : Appliance : HACS 10: create() Figure 15 Collaboration Diagram: Configure Appliances Note: Collaboration diagrams for removing and modifying the appliances are not shown due to time constraints. Sequence diagram does not include modifying the appliance information due to the same reason.. Use Case Name: Configure Users Add/modify/delete Flow of events: Precondition: The user with administrator privileges logs on to the HACS system. Main Flow: 1. The user chooses to configure users. 2. The system checks for user privileges to configure users. On verifying the privileges, the system retrieves available options add user, modify user and remove user - and displays it to the user. 3. The user chooses to add a new user. 4. The system presents a form for the user to enter the new user information. 5. The user enters new user information and submits it to the system. 6. HACS will add the new user to the system and informs the user. Alternative flow: 21

28 3. The user chooses to remove an existing user account. 4. The HACS retrieves and presents a list of existing users. 5. The user chooses a user to be removed from the system. 6. HACS removes the user from the system. Exceptional flow: If the user is not authorized to add/remove users, HACS will generate an error message and deny any change. Post condition: On validation, the new user is added or an existing user is removed from the HACS system. m. Sequence Diagram: Configure Users 22

29 : Remote Access System : HACS : User : Home Owner 1: configureusers() The user may choose to add, modify or remove users. opt 2: configureusers() 4: displayconfigurationoptions() 3: verifyuserprivilege() Only users with administrative privileges may configure users. [Opt = Add] 5: addnewuser() 6: addnewuser() 8: setnewuserinfo() 7: getnewuserinfo() 9: setnewuserinfo() 10: verifynewuserinfo() 11: addnewuser() 12: create() 13: success opt [Opt = Remove] 14: removeexistinguser() 15: removeexistinguser() 16: displayexistingusers() 17: removeexistinguser(user ID) 18: removeexistinguser(user ID) 19: destroy() 20: success Figure 16. Use Case Sequence Diagram: Configure Users 23

30 n. Collaboration Diagram: Configure Users 1: addnewuser() 5: setnewuserinfo() : Remote Access System : Home Owner The diagram shows the scenario of adding a new user to the system. 4: getnewuserinfo() 9: success 2: addnewuser() 6: setnewuserinfo() 3: verifyuserprivilege() 7: addnewuser() : User : HACS 8: create() Figure 17. Use Case Collaboration Diagram: Configure Users. Use Case Name: Perform Diagnostics Flow of events: Precondition: Technician is logged on to HACS. There is a software related problem in the HACS system. Main Flow: 1. The technician enters the username and password on the remote device. 2. The technician chooses to check the status of appliances; He chooses View Status option from the menu tab. 3. HACS retrieves the current status of devices from the database 4. HACS will display the status of all configured devices on user s request. 5. The technician determines a fault in one of the devices. 6. If the problem is software related, the technician applies software patches to HACS, it there exists one for the particular problem. 7. The system shows the updated status of all the appliances in the system. Exceptional flow: If the patch does not solve the problem, the problem in the HACS system is not resolved. 24

31 Post condition: The software problem in HACS is resolved. o. Sequence Diagram: Perform Diagnostics : Technical Support : Remote Access System : HACS : Appliance 1: viewstatus() 2: viewstatus() 3: retrievestatus() 5: applysoftwarepatch() 4: displaystatus() This scenario assumes the problem in HACS is due to software bugs. 6: applysoftwarepatch() 7: testappliance() 8: updated status 9: updated status Figure 18. Use Case Sequence Diagram: Perform Diagnostics p. Collaboration Diagram: Perform Diagnostics 25

32 1: viewstatus() 5: applysoftwarepatch() : Remote Access System : Technical Support 4: displaystatus() 9: updated status 2: viewstatus() 6: applysoftwarepatch() : Appliance 8: updated status 7: testappliance() Refers to checking if the appliance is working right. : HACS 3: retrievestatus() Figure 19. Use Case Collaboration Diagram: Perform Diagnostics 26

33 Chapter 6 Class Diagram and CRC Cards Home Owner username password Technician username password Authentication Process privileges authenticateuser() 1 Remote Access System IP Address userinfo accessdevicetype submituserinput() Remote Access can be from PDA, laptop, phone, etc. User username password createuser() deleteuser() 0..* 1..* 1 1 HACS sessionkey date time displaysysteminfo() addnewuser() login() logout() viewstatus() retrievestatus() getavailableoptions() displayavailableopitions() setacoptions() setmicrowaveoptions() setsecurityoptions() setfirealarmoptions() displayexistingappliances() configureappliances() 1 1..* Appliance appliancetype 1 create() delete() Microwave powersettings times setheatingparameter() turnonoff() updatestatus() Air Conditioner tempsettings times turnonoffac() adjusttemp() updatestatus() Home Security System alarmsettings times adjustfirealaramsettings() adjustsecurityoptions() updatestatus() Figure 20. Class Diagram 27

34 User Responsibilities Collect input from User Forward input to HACS Display response to User Collaborators HACS homeowner and technician CRC card for User class (superclass for homeowner and Technician) Remote Access System Responsibilities Establish and maintain session Submit user input to HACS Collaborators HACS CRC card for Remote Access System class 28

35 HACS Responsibilities Verify user privileges for user requests Configure users and devices Forward user requests to appliance Coordinate system status requests Log and report problems and user activity Maintain session with remote systems Collaborators Remote Access System Authentication Process Appliance User CRC card for HACS class AuthenticationProcess Responsibilities Authenticate user session privilege Authenticate user action request privilege Collaborators HACS CRC card for AuthenticationProcess class 29

36 Appliance Responsibilities Monitor device. Report trouble Handle appliance requests Create and delete appliances Collaborators HACS configured appliances CRC card for Appliance class Microwave, Air Conditioner, Home Security System Responsibilities Report trouble Accept user setting change requests Perform diagnostic tests Perform any schedule / script activities Collaborators Appliance CRC card for Microwave, air conditioner and home security system class 30

37 References Bruegge, Bernd and Dutoit, Allen H. ed. Object-Oriented Software Engineering: Using UML, Patterns, and Java. New Jersey: Pearson Education, Inc., Garland, David and Shaw, Mary. Software Architecture: Perspectives on an Emerging Discipline. New Jersey: Prentice Hall, Booch, Rumbaugh, Jacobson. The Unified Modeling Language User Guide. Massachusetts: Addison Wesley,