1 / 39

PROJECT PRESENTATION - PHASE 2 System Requirements Specification

This presentation focuses on the system requirements specification for an Android-based application aimed at improving accessibility for users with disabilities. We will discuss changes from Phase 1, including how our solution addresses critical issues like usability, security, and performance. Key features include an emergency service interface, medical device monitoring, finance planning, medication reminders, and support for sign language. We leverage systematic decision-making and traceability to ensure a refined user experience. Join us to explore how we stand out in addressing user needs.

alaqua
Télécharger la présentation

PROJECT PRESENTATION - PHASE 2 System Requirements Specification

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. PROJECT PRESENTATION - PHASE 2 System Requirements Specification INSTRUCTOR : Dr. LAWRENCE CHUNG TEACHING ASSISTANT : RUTVIJ MEHTA

  2. INTRODUCTION Problem Process Product Changes from Phase 1 Demo Why we are better

  3. PROBLEM

  4. PROBLEM STATEMENT

  5. PROBLEM STATEMENT

  6. PROBLEM STATEMENT

  7. FISHBONE DIAGRAM

  8. PROCESS

  9. ACTIVITY DIAGRAM

  10. SADT DIAGRAM LEVEL 0

  11. SADT DIAGRAM LEVEL 1

  12. SADT DIAGRAM LEVEL 2

  13. PRODUCT

  14. HIGH LEVEL USE CASE DIAGRAM

  15. SPECIFIC VISUAL USE CASE DIAGRAM

  16. CLASS DIAGRAM

  17. SEQUENCE DIAGRAM

  18. SEQUENCE DIAGRAM

  19. HIGH LEVEL ARCHITECTURE

  20. SADT LEVEL 0 DIAGRAM

  21. SADT LEVEL 1 DIAGRAM

  22. SIG - USABILITY

  23. SIG - SECURITY

  24. SIG - PERFORMANCE

  25. CHANGES FROM PHASE 1

  26. DOMAIN REQUIREMENT ISSUE - INCOMPLETERequirement: The user shall know how to use the basic features of the Android phone.

  27. DOMAIN REQUIREMENT ISSUE - AMBIGUITYRequirement: The user shall have an Android Phone

  28. DOMAIN REQUIREMENT ISSUE - INCOMPLETERequirement: The phone must have an inbuilt microphone to record speech

  29. FR ISSUE – INCOMPLETE, AMBIGUITY The call for help feature will allow the user to select from the emergency services, family and their assistant and puts them in touch within 10 seconds.

  30. FR ISSUE – INCOMPLETE The medical device monitor will allow elderly people to send their vital signs data from remote devices such as a weighing scale, sphygmomanometer and cardio belt to the smart phone via Bluetooth, where it is saved in the same format in which it is received and maintaining the case history of patients.

  31. FR ISSUE – American Sign Language

  32. NON-FUNCTIONAL

  33. Issue IN+001 – Tradeoff between Reliability and Responsiveness

  34. Issue IN+003–PREFERENCE FOR ANDROID API

  35. WHY ARE WE BETTER? All disabilities considered Systematic Decision Making Traceability Spiral Model Pareto principle Version Control

  36. WHY ARE WE BETTER? Key Features: Emergency Service Medical Device Monitor Finance Planner Medication Reminder Photo Album Sign Language

  37. DEMO

  38. Any Questions???Thank You…

More Related