370 likes | 458 Views
H elping O ur P eople E asily. V isionaries. Project Phase 1. System Requirements Specification Instructor :Dr. Lawrence Chung Teaching Assistant :Rutvij Mehta Subject :Advanced Requirement Engineering. Visionaries Team. Balaji Teja S Karthik Reddy Kevin Dsouza. Rakesh Pratap
E N D
HelpingOurPeople Easily Visionaries
Project Phase 1 System Requirements Specification Instructor :Dr. Lawrence Chung Teaching Assistant :Rutvij Mehta Subject :Advanced Requirement Engineering
Visionaries Team Balaji Teja S Karthik Reddy Kevin Dsouza Rakesh Pratap Sudharsan L ThanikaiRaajan Koushik T M Kumar R Naresh Reddy Rakesh Surendra
SYNOPSIS • Why, What and How ? • What is the process being used? • Specifications ? • Prototype ? • Next Step ?
Scenario • Alzheimer's Disease. • Symptoms can include confusion, irritability and aggression, mood swings, trouble with language, and long-term memory loss. • Basic source of inspiration for Pill Reminder, Auto Screen Feature and Emergency Feature.
WHY ??? • As people get older, they might face problems like memory loss, weak vision, hearing issues, unclear speech, etc. • Old people suffering with these problems usually require a lot of immediate care and attention (24 X 7). • There is an Urgent requirement for a system which can help old people communicate and live independently without depending on people around them.
WHAT ??? • One unique system to address most basic issues of the elderly people like reduced vision, hearing and memory loss. • With the help of this system, the dependency factor on other people (Family Members, Relatives, Caretaker etc) to help them in carrying out daily activities is reduced and hence they become more independent. • A complete system which will always be with elderly people and help them during emergencies.
HOW ??? • Phone is something which has become very common in our life. So we can use phone to help and assist elderly people. • This is realized through a Smart Phone(Android Phone) which runs on Android with various Java Applications running on this platform, each to serve a specific purpose. • The application are tailored to meet a range of needs of the elderly, and address possible issues they might face with age and since it is all incorporated on a single phone, it is easily accessible and available at emergencies when they need it.
Requirement Engineering Process Spiral Model
Types of Requirements • DOMAIN REQUIREMENTS • FUNCTIONAL REQUIREMENTS • NON-FUNCTIONAL REQUIREMENTS
Domain Requirements • DR.P1.1 Fully Functional Android Smart Phone • DR.P1.2 Hope Application must be installed on the phone • DR.P1.3 Message settings should be enabled for receiver(Caretaker, Primary Doctor, Neighbor etc) • DR.P1.4The phone should have an active SIM service. • DR.P1.5 Both user and the person assisting must have knowledge of using Smartphone and applications
Functional Requirements • FR.P1.1 - Text to Speech feature is required to convey user input text / pictorial representation into speech clearly using English language. • FR.P1.2 – Emergency feature is required to send current GPS location along with Default emergency text template consisting of Name, Age, Address, Phone Number, Blood Group, Allergies and Ailments related to Elder User through a text message to 3 emergency contacts i.e. Family Doctor, Caretaker, Neighbor. A phone menu option will always be available which allow the user to call 911 directly.
Functional Requirements • FR.P1.3 – Picture Reminder feature will consist of pictures related to user’s family which will help user to remember his family and relatives. • FR.P1.4 – Pill Reminder feature is required to alert the user/doctor about his/her medication regime. Alarm Notifications need to alert the user about the status and quantity of pills assigned in the medication regime. • FR.P1.5 – Settings feature is required to allow the user/doctor/caretaker to customize settings of the Hope Application.
Functional Requirements • FR.P1.6 – About Me feature is required to get important information about User like 3 Emergency Contact Numbers, Name, Age, Address, Phone Number, Blood Group, Allergies and Ailments related to Elder User. • FR.P1.7 – Auto-Screen-Shut-Off feature is required to switch off the screen automatically when the phone is put into a pocket or a bag.
Non-Functional Requirements • NFR.P1.1 The reminder should be invoked at the correct time. • NFR.P1.2 The alarm if not snoozed nor if any input is provided should stop the alarm after 1 minute and display the 3 options (taken, skipped, snooze) until any button is pressed. • NFR.P1.3 The default language of all these feature including the audio is American English. • NFR.P1.4 Store few photos to identify a family member or an object.
Non-Functional Requirements • NFR.P1.5 The vocabulary organization, pill alarm audio should be clear and bold: maintaining a normal sound level of 70 decibel. • NFR.P1.6 The picture icon should be of pixel not less than “128 x 128“. • NFR.P1.7 The output audio should be clear. • NFR.P1.8 The font should be readable to the user.
TECHNICAL SPECIFICATIONS • Application intended to target ANDROID 2.2 Devices and higher (API level - 8). • Proximity Sensor should be present in the android phone. • Android phone should have GPS receiver and transmitter.
ASSUMPTIONS • Elderly people and receiver must be able to read, write and understand English language. • Smartphone must be switched on. • Smartphone GPS feature must be switched on. • Icons and features must be identifiable and distinguishable. • For Emergency feature to work, emergency contact details must be saved in the database.
WHY ARE WE BETTER? • Mainly because, we can accommodate changing practically possible stakeholder requirements into our project. • Team focuses on simple solutions for real-time problems and is always ready to contribute towards the success of the project. • Emergency feature and Auto-Screen feature are unique features of HOPE. • We are better because we care about elderly people. We don’t try implementing sophisticated features which elder people cannot understand or use.
FUTURE SCOPE • Planning to accommodate, most commonly used local and international languages into Text to Speech. • Planning to include Speech to Text feature.
SCOPE CREEP • Practically not possible to gather 100% requirements in the initial phases. • Uncontrolled changes and continuous growth in the project scope. • Text to Speech feature was implemented at basic level.
References http://en.wikipedia.org/wiki/Spiral_model http://developer.android.com/index.html http://en.wikipedia.org/wiki/Software_engineering Software Engineering (6th Edition) Ian Sommerville (Author) http://www.utdallas.edu/~chung/RE/syllabus.htm Project Supernova