1 / 40

H. O. P. E. (Helping “Our” People Easily)

H. O. P. E. (Helping “Our” People Easily). TEAM NAME : ANDROMEDA Instructor: Prof. Dr. L awrence Chung. Aarthi Giridharan (lead) Balaji Shanmugam Govindarajan Panneerselvam Kumaran Senapathy Neha Malloli Sriram Sridharan Vignesh Swaminathan. Crew Members.

sol
Download Presentation

H. O. P. E. (Helping “Our” People Easily)

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. H. O. P. E.(Helping “Our” People Easily) TEAM NAME : ANDROMEDA Instructor: Prof. Dr. Lawrence Chung

  2. AarthiGiridharan (lead) • BalajiShanmugam • GovindarajanPanneerselvam • KumaranSenapathy • Neha Malloli • SriramSridharan • VigneshSwaminathan Crew Members

  3. System Requirements Specification – Synopsis • Project Outline • Requirement Engineering Process • Problems & Proposed Solutions • Requirement Analysis • Writing Specifications • Model Development • Future Enhancements Project : Phase 1 (Interim)

  4. PROJECT OUTLINE

  5. Present Scenario Proposed Idea A mobile communication device is the best option to use as a Single tool to serve as a multi-functional help device. All the day-to-day needs could be communicated to the one who is helping by using just one device • There is need for devices to help the speech, hearing and vision impaired. • Devices currently developed by Augmentative and Alternative Communication (AAC) are bulky to handle and are not multi-functional. Why this project?

  6. A classic approach definition to an “all-in-one” solution where the user need not depend on any other device but the mobile phone to meet most of the basic needs. • Drastically reducing the level of dependency on a third person as many of the services are available in a pocket device. • Developing user friendly application to support features like emergency contacts, speed dialing, drug reminders, speech recognition, profiles, etc. What the project deals with?

  7. Designing comprehensible GUI helps the users to access any of the applications with a just a click or touch on the main screen. • Implementing HOPE on a smart phone that uses the ANDROID platform to run these applications with the help of other JAVA based applications. • Developing HOPE applications with the ultimate goal of meeting the need of an elderly person who might require assistance in times of emergency. How is this possible?

  8. REQUIREMENT ENGINEERING PROCESS

  9. Process Model

  10. Analyze the essential requirements for the project development and discussing with the other co-developers. • Build the deliverables. • Check for correctness and completeness in the deliverables. • Before final submission, review and check the deliverables. Process

  11. Project Deliverables

  12. Phase 0 / Phase 1 Phase 2 Understand Problems Establish Outline Requirement Select Prototyping System Develop Prototype Evaluate Prototype ReqEnggDomain Expert ReqEnggEnd User Software Engg.Project Mgr ReqEnggSoftware Engg Domain ExpertEnd-User Software EnggReqEngg Role Actor Diagram

  13. Team Roles & Responsibilities

  14. Team Functionality

  15. PROBLEMS AND SOLUTIONS

  16. Incompleteness • Undefined terms • Incomplete list • Uncertainty • Dubious terms • Unclear phrases • Inconsistency • Contradictory Statements Possible Problems

  17. Detect the problem • Suggest appropriate solutions • Use different approaches to solve • List the essential requirements for solving Problem Detection & Solution Proposal

  18. REQUIREMENT ANALYSIS

  19. Requirements Domain Functional Non Functional Requirement Types Reflects the set of inputs, its behaviors and resulting outputs Criteria to judge the operation of the system Reflects the environment in which the system operates

  20. DR-01 : Emergency DR-02 : Speech2Text DR-04 : FaceLook DR-03 : Text2Speech Domain Requirements

  21. DR-05 : MyPage DR-06 : PillTracker DR-07 : MyShelf DR-08 : DietManager Domain Requirements

  22. DR-09 : Walk-O-Meter DR-10 : PicTalk Domain Requirements

  23. Functional Requirements

  24. Functional Requirements

  25. NON FUNCTIONAL REQUIREMENTS USER SPECIFIC SYSTEM SPECIFIC Non-Functional Requirements

  26. RELIABILITY EMERGENCY SPEECH2TEXT PILLTRACKER USER SPECIFIED NFR SCALABILITY PICTALK MYSHELF FACELOOK User Specific NFR USABILITY ALL THE DRs

  27. TESTABILITY CHECK AGAINST VARIOUS HYPOTHESIS SYSTEM SPECIFIED NFR INTEROPERABILITY SHOULD WORK ON VARIOUS PLATFORMS System Specific NFR EXTENSIBILITY IMPORTING/ EXPORTING DATA

  28. Unambiguous: Each requirement definition shall have no more than one interpretation • Concise: Minimal words yet maximum information • Wholeness: The specification contains all requirements known • Stableness: There are no conflicting requirements • Systematized: Organized into meaningful groups Better Analysis

  29. WRITING REQUIREMENT SPECIFICATIONS

  30. Follow uniquely recognizable naming convention • Maintain a solitary storage spot for all SRS • Use a single standard document format • Abide by the customary rules for writing a good WRS • Make an accommodative/adaptive document quality Guidelines

  31. MODEL DEVELOPMENT

  32. H.O.P.E. Home Screen

  33. Sample prototype of the app “Speech2Text” STEP 1 A prototype of the application Speach2Text – STEP 1 Sample Application Layout

  34. Sample prototype of the app “Speech2Text” STEP 2 Sample Application Layout

  35. Self Explanatory – Icons/App Names User Friendly Layout Why we stand out of the crowd?? Unique Apps Wide Area of Service V Model

  36. FUTURE ENHANCEMENT

  37. One Touch Emergency Text/ Voice Message Wireless Medical Report Transmission Profile Retrieval Using Image Recognition

  38. Change Accommodation Percentage

More Related