Software design question. i need help creating an event table/decomposition for my diagram. The problem i am stuck on is question 3.

i put an example of an event table at the bottom for what is it supposed to look like.

thank you for your help!

Pt 1 (is finished)

Pt 2 (need help with question 3)

=============================================================================================================

This is my diagram i created for the application.

Question 3(please help!)

Example of what the event table should look like. (if you think of anything i should add to diagram, feel free)

Sandia Medical Devices Medical monitoring technology has advanced signifi- long-term complications as vision, circulatory, and cantly in the last decade. Monitoring that once kidney problems. required a visit to a health-care facility can now be Sandia Medical Devices (SMD), an Albuquerque performed by devices located in a patient's home or manufacturer of portable and wearable medical moni- carried or worn at all times. Examples include glucose toring devices, has developed a glucose monitor level (blood sugar), pulse, blood pressure, and electro- embedded in a wristband. The device is powered by cardiogram (EKG). Measurements can be transmitted body heat and senses glucose levels from minute quan- via telephone, Internet connection, and wireless data tities of perspiration. SMD is developing the Real-Time transmission standards, such as Bluetooth. A particu- Glucose Monitoring (RTGM) device in partnership larly powerful technology combination is a wearable with New Mexico Health Systems (NMHS), a compre- device that records data periodically or continuously hensive health delivery service with patients through and transmits it via Bluetooth to a cell phone app. out New Mexico, The system's vision statement reads The cell phone app can inform the patient of problems as follows: and can automatically transmit data and alerts to a RTGM will enable patients and their healthcare central monitoring application (see Figure 2-17). providers to continuously monitor glucose levels, Health-care providers and patients incur signifi- immediately identify short- and long-term medical cant costs when glucose levels are not maintained within acceptable tolerances. Short-term episodes of dangers, and rapidly respond to those dangers in very high or very low glucose often result in expensive medically appropriate ways. visits to urgent care clinics or hospitals. In addition, SMD will develop the initial prototype software patients with frequent but less severe episodes of high for smartphones with Bluetooth capability running or low glucose are more susceptible to such expensive the Google Android operating system. If successful, FIGURE 2-17 Data movement among devices and users Data transmitted to cell phone via Bluetooth Server archives data and generates alerts Data sent to/from server via wireless Internet 11))))) Wristband continuously measures glucose level Medical personnel monitor levels/trends and plan response Cell phone app routes date and interacts with patient for alerts and monitoring Communication with patient via voice or text messages (continued from page 65) NMHS and its patients will have free use of the soft- ware and SMD will resell the software to other health systems worldwide. 1. Who are RTGM's stakeholders? Should NMHS's patients be included in defining the system requirements? Why or why not? Should RTGM interact with medical professionals other than physicians? Why or why not? 2. If you were the lead analyst for RTGM, how would you determine the requirements? Be specific in your answer. List several questions you need answered. 3. What are the primary functional requirements for the system as described so far in the case? 4. Are the parameters for alerting patients and medi- cal personnel the same for every patient? Can they vary over time for the same patient? What are the implications for the system's functional requirements? 5. Briefly describe some possible nonfunctional requirements for RTGM. Sandia Medical Devices high glucose alert might record voice messages describing how they feel or what they had recently eaten. Some patients thought that sharing such information with their health care providers might be valuable, but others only wanted such infor- mation for themselves. Physicians expressed these concerns: 1 Recall the Sandia Medical Devices Real-Time Glucose Monitoring (RTGM) system introduced in Chapter 2 As the project began, interviews with patients and physicians about potential RTGM capabilities and interaction modes identified several areas of concern that will need to be incorporated into the system requirements and design. The relevant patient concerns include: Viewing and interpreting data and trends: Patients want to be able to view more than their current glucose level. They would like the ability to see past glucose levels over various time periods, with a specific focus on time periods during which their glucose was within and outside of acceptable ranges. A graphical view of the data is preferred, although some patients also want to be able to see actual numbers. Additional data: Some patients want to be able to enter text notes or voice messages to supplement glucose level data. For example, patients who see a They do not want to be the "first line of response" to all alerts. They prefer that nurses or physician assistants be charged with that role and that they be notified only when frontline personnel determine that an emergency situation exists. They want to be able to monitor and view past patient data and trends in much the same way as described for patients. They want all their actions to be logged and for patient-specific responses to be stored as part of the patient's electronic medical record. Perform the following tasks by using the information here as well as the system description in Chapter 2: 1. Identify all the actors that will use RTGM. 2. Using the actors that you identified in question 1, develop a list of use cases based on the user goal technique. Draw a use case diagram for these use cases. 3. Using the event decomposition technique for each event you identified in the description, name the event, state the type of event, and name the resulting use case. Draw a use case diagram for these use cases. RTHM Application Alerts Log all patiant data Voice message > > Message your Doctor -> Send alerts to patient Write a note > 00000 View Messages from Doctor Send message to patiant Graphical view of levels Patient > Physicians Assistant > View History Number chart of levels > View messages from patient Doctor Call 911 Use Case Response Destination Class schedule User/ student Event Table from lecture Type of Event Trigger Source Event External Student looks Class | Student up schedule schedule request Temporal Time to "End of first produce semester" attendance report State Registration "GPA hold on student under a certain point" Class schedule lookup Produce attendance report Collage staff Attendance report Registration hold falling Student GPA warning College advisor/ faculty Prior grade report Sandia Medical Devices Medical monitoring technology has advanced signifi- long-term complications as vision, circulatory, and cantly in the last decade. Monitoring that once kidney problems. required a visit to a health-care facility can now be Sandia Medical Devices (SMD), an Albuquerque performed by devices located in a patient's home or manufacturer of portable and wearable medical moni- carried or worn at all times. Examples include glucose toring devices, has developed a glucose monitor level (blood sugar), pulse, blood pressure, and electro- embedded in a wristband. The device is powered by cardiogram (EKG). Measurements can be transmitted body heat and senses glucose levels from minute quan- via telephone, Internet connection, and wireless data tities of perspiration. SMD is developing the Real-Time transmission standards, such as Bluetooth. A particu- Glucose Monitoring (RTGM) device in partnership larly powerful technology combination is a wearable with New Mexico Health Systems (NMHS), a compre- device that records data periodically or continuously hensive health delivery service with patients through and transmits it via Bluetooth to a cell phone app. out New Mexico, The system's vision statement reads The cell phone app can inform the patient of problems as follows: and can automatically transmit data and alerts to a RTGM will enable patients and their healthcare central monitoring application (see Figure 2-17). providers to continuously monitor glucose levels, Health-care providers and patients incur signifi- immediately identify short- and long-term medical cant costs when glucose levels are not maintained within acceptable tolerances. Short-term episodes of dangers, and rapidly respond to those dangers in very high or very low glucose often result in expensive medically appropriate ways. visits to urgent care clinics or hospitals. In addition, SMD will develop the initial prototype software patients with frequent but less severe episodes of high for smartphones with Bluetooth capability running or low glucose are more susceptible to such expensive the Google Android operating system. If successful, FIGURE 2-17 Data movement among devices and users Data transmitted to cell phone via Bluetooth Server archives data and generates alerts Data sent to/from server via wireless Internet 11))))) Wristband continuously measures glucose level Medical personnel monitor levels/trends and plan response Cell phone app routes date and interacts with patient for alerts and monitoring Communication with patient via voice or text messages (continued from page 65) NMHS and its patients will have free use of the soft- ware and SMD will resell the software to other health systems worldwide. 1. Who are RTGM's stakeholders? Should NMHS's patients be included in defining the system requirements? Why or why not? Should RTGM interact with medical professionals other than physicians? Why or why not? 2. If you were the lead analyst for RTGM, how would you determine the requirements? Be specific in your answer. List several questions you need answered. 3. What are the primary functional requirements for the system as described so far in the case? 4. Are the parameters for alerting patients and medi- cal personnel the same for every patient? Can they vary over time for the same patient? What are the implications for the system's functional requirements? 5. Briefly describe some possible nonfunctional requirements for RTGM. Sandia Medical Devices high glucose alert might record voice messages describing how they feel or what they had recently eaten. Some patients thought that sharing such information with their health care providers might be valuable, but others only wanted such infor- mation for themselves. Physicians expressed these concerns: 1 Recall the Sandia Medical Devices Real-Time Glucose Monitoring (RTGM) system introduced in Chapter 2 As the project began, interviews with patients and physicians about potential RTGM capabilities and interaction modes identified several areas of concern that will need to be incorporated into the system requirements and design. The relevant patient concerns include: Viewing and interpreting data and trends: Patients want to be able to view more than their current glucose level. They would like the ability to see past glucose levels over various time periods, with a specific focus on time periods during which their glucose was within and outside of acceptable ranges. A graphical view of the data is preferred, although some patients also want to be able to see actual numbers. Additional data: Some patients want to be able to enter text notes or voice messages to supplement glucose level data. For example, patients who see a They do not want to be the "first line of response" to all alerts. They prefer that nurses or physician assistants be charged with that role and that they be notified only when frontline personnel determine that an emergency situation exists. They want to be able to monitor and view past patient data and trends in much the same way as described for patients. They want all their actions to be logged and for patient-specific responses to be stored as part of the patient's electronic medical record. Perform the following tasks by using the information here as well as the system description in Chapter 2: 1. Identify all the actors that will use RTGM. 2. Using the actors that you identified in question 1, develop a list of use cases based on the user goal technique. Draw a use case diagram for these use cases. 3. Using the event decomposition technique for each event you identified in the description, name the event, state the type of event, and name the resulting use case. Draw a use case diagram for these use cases. RTHM Application Alerts Log all patiant data Voice message > > Message your Doctor -> Send alerts to patient Write a note > 00000 View Messages from Doctor Send message to patiant Graphical view of levels Patient > Physicians Assistant > View History Number chart of levels > View messages from patient Doctor Call 911 Use Case Response Destination Class schedule User/ student Event Table from lecture Type of Event Trigger Source Event External Student looks Class | Student up schedule schedule request Temporal Time to "End of first produce semester" attendance report State Registration "GPA hold on student under a certain point" Class schedule lookup Produce attendance report Collage staff Attendance report Registration hold falling Student GPA warning College advisor/ faculty Prior grade report