Project Report
Project Report
PROJECT REPORT
On
BACHELOR OF TECHNOLOGY
In
INFORMATION TECHNOLOGY
(2020)
Submitted by
ANAMIKA SINGH(1712213015)
ANSHI SRIVASTAVA(1712213018)
PROFESSIONAL COLLEGES
LUCKNOW Affiliated to
LUCKNOW
1
DDS
2
DDS
DECLARATION
We hereby declare that the project entitled “Disease Diagnosis through Symptoms”
submitted by us in the partial fulfillment of the requirements for the award of the
Bachelor Of Technology (Information Technology) of Dr. APJ Abdul Kalam University
is record of our own work carried under the supervision and guidance of the Mr. Amit
Kumar Sachan. To the best of our knowledge this project has not submitted to Dr. APJ
Abdul Kalam Technical University or any University or Institute for the award of any
degree.
(1712213015) (1712213018)
3
DDS
(1712213015) (1712213018)
4
DDS
PREFACE
The project report has been divided into 6 chapters. The topics covered under each are as
follows:
Chapter 1 - This chapter gives our problem definition along with the aims and
objectives. This part also includes a section on System Analysis which gives information
about the Technical, Economical and Operational Feasibility of our project.
Chapter 2 - A detailed literature survey is done of the convolutional codes and various
parameters related to it.
Chapter 3 - The methodology proposed to develop the project is explained containing the
description of the various modules and the designing section.
Chapter 5 -It gives the implementation of our entire work and the coding done. It
contains the results obtained after the simulation is done. It also deals with the testing of
the structure using modalism simulator. Gives various advantages, limitation and
application and conclusion of the project.
5
DDS
ABSTRACT
We have faced issue in this critical time in which diseases could not be find out
easily due to lockdown. The health care industries collect huge amounts of data that
contains some hidden information, which is useful for making effective decisions.
6
DDS
TABLE OF CONTENTS
Certificate (ii)
Declaration (iii)
Acknowledgement (iv)
Preface (v)
Abstract (vi)
1. INTRODUCTION
1-3
1.2 Structure 1
2.1.2 Development
7
DDS
2.3.1 Advantages
8
DDS
3.10.1 Application
3.10.2 Database
5. CONCLUSION 37
Appendices (x-xii)
1. LIST OF FIGURES
2. REFERENCES
9
DDS
APPENDICES
10
DDS
REFERENCES
https://developer.android.com/reference/android/car/classes
https://developer.android.com/courses
https://www.dummies.com/programming/java/10-useful-classes-and-interfacesin-the-
android-api
https://www.mayoclinic.org/symptom-checker/select-symptom/itt-20009075
https://symptomate.com/diagnosis/#0-66
https://www.everydayhealth.com/symptom-checker/
https://www.medicinenet.com/symptoms_of_serious_diseases_and_health_pr
oblems/article.htm
https://www.nhsinform.scot/illnesses-and-conditions/
11
DDS
CHAPTER 1
INTRODUCTION
1.1 OVERVIEW OF PROJECT:
The main aim of this project is to provide a platform to the public where they can
See their basic diseases according to symptoms or vice versa. It is for the users
who face challenges while trying to determine the diseases.
Users can use this application without internet connection. Users can get knowledge
about diseases and their symptoms. They can quiz themselves added features. Users
can find out the causes of diseases, they can get knowedage about test and
medicines.
It also tells about how to prevent that disease from happening. It can also help when
to go to hospital.
We hope that this project will encourage the public to take active part and make this
place a better place to live in.
1.2 STRUCTURE:
12
DDS
Technical Feasibility
A technical feasibility is done on our project to ensure that our
project is both technically an legally feasible. Our project is
technically feasible as all the technology for this project i.e. the
software and the hardware specifications required to develop
13
DDS
and use this project is easily available and free of cost. ADT
bundle used for developing Android application including
Android SDK Tools, Android Platform-tools the latest Android
platform, the latest Android image for the emulator is an open
source technology. Open
Operational Feasibility
The Operational feasibility assessment focuses on the degree
to which the our proposed development projects fits in with the
existing business environment and objectives with regard to
development schedule , delivery date, corporate culture and
existing business processes. Our application is very easy to use
and interactive. The interface of the application is simple and
efficient. Hence we conclude that this project is operationally
feasible.
Economical Feasibility
It is also known as cost benefit analysis. It basically is cost
outlook for a business project or proposed project. We are
investing only our knowledge and time in this project so it is
economically feasible. We will not only be benefited with our
project but can also use our experience and knowledge while
making other project in future. It can be well understood and
can be used in some other technologies or development. Hence
we conclude that this project is operationally feasible.
14
DDS
CHAPTER 2
LITERATURE REVIEW
2.1 ANDROID:
Android is a mobile operating system developed by Google. It is based on
a modified version of the Linux kernel and other open source software,
and is designed primarily for touchscreen mobile devices such as
smartphones and tablets. In addition, Google has further developed
Android TV for televisions, Android Auto for cars, and Wear OS for wrist
watches, each with a specialized user interface. Variants of Android are
also used on game consoles, digital cameras, PCs and other electronics.
Initially developed by Android Inc., which Google bought in 2005,
Android was unveiled in 2007, with the first commercial Android device
launched in September 2008. The operating system has since gone 17
through multiple major releases, with the current version being 9 "Pie",
released in August 2018. Google released the first Android Q beta on all
Pixel phones on March 13, 2019. The core Android source code is known
as Android Open Source Project (AOSP), and is primarily licensed under
the Apache License.
15
DDS
16
DDS
2.1.2 Development
Android is developed by Google until the latest changes and updates are
ready to be released, at which point the source code is made available to
the Android Open Source Project (AOSP), an open source initiative led by
Google. The AOSP code can be found without modification on select
devices, mainly the Nexus and Pixel series of devices. The source code is,
in turn, customized and adapted by original equipment manufacturers
(OEMs) to run on their hardware. Also, Android's
source code does not contain the often proprietary device drivers that are
needed for certain hardware components. As a result, most Android
devices, including Google's own, ultimately ship with a combination of
free and open source and proprietary software, with the software required
for accessing Google services falling into the latter category.
17
DDS
2.1.3 Firebase
Firebase is a technology that allows you to create web applications
without server-side programming, making development faster and easier.
It supports Web, iOS, OS X and Android clients. Apps that use Firebase
can use and control data without thinking about how data is stored and
synchronized across different instances of the application in real-time.
Working with Firebase from a developer's perspective is a wonderful
benefit, as they are the core technology of development.
2.1.3.1 Advantages:
Authentication. Firebase authentication includes a built-in
email/password authentication system. It supports OAuth2 for Facebook,
Google, Twitter and GitHub. Additionally, the Firebase standard
integrates directly into the Firebase database so that you can use it to
control access to your data.
18
DDS
Hosting. Firebase comes with an easy-to-use hosting service for all your
static files. It works from a global CDN with HTTP / 2.
Real-time synchronization of data across all clients, be it Android, iOS
or the Web, is very useful. With minimal code, you can notify users of
chat boxes, live news feeds, new posts or friend requests, and more.
The code for AJS is straightforward in any way. From querying data to
integrating Twitter, Facebook and Google+ logins, you can implement it
very quickly with some nice features.
With automatic update notifications, it can sync both systems without
manual messaging, Web Sockets, etc.
Allows you to consider data streams to create more scalable
applications.
2.1.3.2. Some benefits of using Firebase
Firebase Real-Time Database
Firebase standard
Firebase storage
19
DDS
20
DDS
21
DDS
Android Studio helps to give real-time experience with IOT based project
development with dynamic upgrades in the application.
Firebase connectivity help to create direct updates and provide databases
connectivity. To build high-quality applications we must use Firebase
connectivity it helps to build the scalable infrastructure for building the
application. You can create chat applications by using firebase
connectivity it helps you to do happy chat experience.
Support KOTLIN
Kotlin the official language can be considered for Android. It is a
language without having any new restrictions and has various advantages
in it. The great feature of Kotlin is it run without any disturbances in older
android versions as well that means no issues of specific android versions.
It runs fast and equivalent to Java. Java developers can easily hands-on
Kotlin with no-issues because it is based on automated java.
22
DDS
CHAPTER 3
PROPOSED METHODOLOGY
3.1 PROBLEM DEFINITION:
3.2PROJECT OBJECTIVES:
1. Identify symptoms that enable you to understand how to address any disease.
23
DDS
24
DDS
Iterative Waterfall Model is used to develop the project. The Iterative Waterfall Model
follows the same approach as the Waterfall Model except that it also provides an iterative
approach to do any kind of modification needed even if the Phase of the Software
Development Life Cycle is complete.
The software development life cycle (SDLC) is a framework defining tasks performed
at each step in the software development process.
25
DDS
We have used this model in our project (Lucknow Metro World) android application
because of the following factors:
We have complete knowledge of the requirements of the user and the system needs.
We as beginners opted for iterative waterfall model over other models because we
decided to release our projects in builds.
This project involves only two members so iterative waterfall model was the best
choice as this model is used where less number of people are involved in the project.
For a very small time span at least core product can be delivered.28 Our project is an
android application so we decided to update it frequently according to the market needs.
Feasibility Study: In this phase our aim is to determine that whether it would be
technically and financially feasible to develop the desired Project. Since android is an
open source platform so the cost of the project in monetary terms in nil. Technically as
android supports sharing of various contents it became possible for us to implement our
objectives.
Coding: In this phase we mainly worked to translate the software design into source
code. Here the various features like playing audio and video files on a single station in a
very comprehensive manner.
26
DDS
Testing: In this phase we mainly worked to remove all the errors form our project. The
testing of the project was done in two ways:
Unit Testing: In this each module was unit tested to determine the correct
working of all the individual module. We have used Toasts as a mean of visual
display to know the proper working of a module. Along with it we have used
Toast pop-ups to inform whether it is the first or last song in the list.
3.4. THEORY:
Technology used
Android is a software package and Linux based operating system for mobile
devices such as tablet computers and smartphones. It is developed by Google and
later the OHA (Open Handset Alliance). Java language is mainly used to write the
android code even though other languages can be used.
27
DDS
There are many code names of android such as Lollipop, Kitkat, Jelly 30 Bean,
Ice cream Sandwich, Froyo, Eclair, Donut etc. which is covered in next page.
JDK 8
For accelerated emulator: 64-bit operating system and Intel processor with support for
Intel VT-x, Intel EM64T (Intel 64), and Execute Disable (XD) Bit functionality
Software Requirements
Windows 10
Hardware Requirements
28
DDS
RAM – 3 GB
3.6MODULE DESCRIPTION
The project is basically aimed at providing a platform where users can see diseases according to
symptoms and also provide first aid.
User can also see all details of diseases and also precautions of that diseases. User can see risk
factors and treatment and how they can care for self.
User can see only diseases which is not according to symptoms and also take advice of risk
factor, treatment and selfcare.
29
DDS
To conclude,
All Diseases
All Symptoms
Services
Advice
Context Diagram. A context diagram is a top level (also known as "Level 0") data flow diagram. It
only contains one process node ("Process 0") that generalizes the function of the entire system
in relationship to external entities.
DFD Layers- Draw data flow diagrams can be made in several nested layers. A single process
node on a high level diagram can be expanded to show a more detailed data flow diagram. Draw
the context diagram first, followed by various layers of data flow diagrams.
DFD Levels- The first level DFD shows the main processes within the system. Each of these
processes can be broken into further processes until you reach pseudo code.
Level-0 DFD :
30
DDS
31
DDS
3.10 SCREENSHOTS
3.10.1 Application:
User
Splash Screen:
32
DDS
Home Page
33
DDS
CHAPTER 4
4.1 TESTIN
Our application Disease Diagnosis through Symptoms is tested ensuring that it meets all the
objectives and fulfill user requirement.
Unit Testing
Integration Testing
System Testing
Device testing
Unit Testing
Unit testing is a level of software testing where individual units / components of a software are
tested. The purpose is to validate that each unit of the software performs as in the application
we have performed unit testing by running our code after every build. This will verify that the
logic of individual unit is correct. Running unit tests after every build helps us to quickly catch
and fix software regression introduced by code changes to your app. For every submodule
made, we run that application to see if there is any error. If any error, it appear in the run
window of android studio.
Integration Testing
Integration testing (sometimes called integration and testing, abbreviated I&T) is the phase in
software testing in which individual software modules are combined and tested as a group.
Integration testing is conducted to evaluate the compliance of a system or component with
specified functional requirements. It occurs after unit testing and before validation testing.
Integration testing takes as its input modules that have been unit tested, groups them in larger
34
DDS
aggregates, applies tests defined in an integration test plan to those aggregates, and delivers as
its output the integrated system ready for system testing
System Testing
35
DDS
System testing takes, as its input, all of the integrated components that have passed integration
testing. The purpose of integration testing is to detect any inconsistencies between the units
that are integrated together (called assemblages). System testing seeks to detect defects both
within the "inter-assemblages" and also within the system as a whole. The actual result is the
behavior produced or observed when a component or system is tested System testing is
performed on the entire system in the context of either functional requirement specifications
(FRS) or system requirement specification (SRS), or both. System testing tests not only the
design, but also the behaviour and even the believed expectations of the customer. It is also
intended to test up to and beyond the bounds defined in the software or hardware
requirements specification(s).
Device Testing
We have made Disease Diagnosis through Symptoms application flexible enough such that it
can be used in different device. Minimum requirement of Android version is 6.0 (Marshmallow).
It includes Relative Layout thus making it adaptable to different mobile phone’s screen sizes. We
have made our application to run various android devices to see if the application is working
properly in different environment.
Test Cases In addition to functionality based test cases, Mobile application testing requires
special cases which should cover following scenarios
Battery usage
It's important to keep a track of battery consumption while running application on the mobile
devices. Our application does not consume much battery
The response time on different devices with different memory parameters with different
network types etc. The app works smoothly and efficiently only the functionality that required
internet can work slowly when the network or internet connection is poor.
36
DDS
Data requirements
For installation one does not require any data plan the application is only of size 2 MB so it can
be easily downloaded by the user with limited data plan
Memory requirement
It is important to know the memory that has been used for installing the application Too big
application are not much handy or useful The application is downloaded again to analyze if it’s
still running smoothly without any bug
We have made sure that application is not crashing due to network failure or anything else. The
functionality that require internet will not work if the internet is not present or any network
failure all the other functionality offline objective) will still work smoothly
Maintenance We
will maintain the project by releasing new updates of the project As per the and new
requirements of the user, new functionality will be 50 added to the New update can also include
many more emotions to be judged.
Cost/Benefit Analysis
Cost Benefit analysis performed to ascertain whether the cost in the system match with the
benefits it will provide. Various cost that incur in one project is cost-There is no extra cost
incurred in sassing this project except requirement of smart phone Our application is free and
can be easily download from the Google play store Software cost-There is no cost required to
make this project apart from the effort and knowledge.
Cost Estimation
The objective of the cost estimation is to enable the client or developer to perform a cost-
benefit analysis and for project monitoring and control. The accuracy of the estimate depends
on the amount of reliable information about the final product. When the product is delivered,
37
DDS
the cost can be accurately determined, as all the dates about the project and the resource spent
can be fully known by then.
COCOMO Model
We have performed cost estimation of this project through Basic COCOMO model since all the
requirements are already known. Now given below is the detailed description of Basic COCOMO
model that will helps to understand the cost estimation of the app better.
Program size is expressed in estimated thousands of source lines of code (SLOC, KLOC)
Applications
Provides the facility to user to share their stories, incidents, experiences on public platform on
above mentioned topics.
It tracks the location of user and sends to associated authorities so that immediate action can
take place.
Advantages:
The main advantage of such a system is to:
1) It helps to know about your medical health.
38
DDS
Limitations
CHAPTER 5
CONCLUSION
39
DDS
CHAPTER 6
FUTURE SCOPE OF THE PROJECT
The disease diagnosis is used to diagnose any specific disease through its symptoms and
vice versa.
This project will help people to diagnose any illness from anywhere.
It will also tell whether the user will need to get test to get confirm result of their
disease.
It tells users about precautions of disease. It also finds appropriate medicine for the
illness.
It also helps find specific hospitals and specialist for disease. It also finds the contact
details of hospitals and doctors.
40