Android App Project 14

A Minor Project Report on BILL GENERATOR  GENERATOR  (ANDROID APPLICATION) Submitted In partial fulfillment For the award of the degree of 

Bachelor of Technolog In Infor!ation Technolog

Project Guide: Mr .Ashish Payal Assistant Professor SI!"#GGSIP SI!"#GGSIP

Submitted by:

 

SI!"#GGSIP

Gurteg Sawhney $oll %o: &'(')(&'*'' +."ech I" ,th Semester 

"ni#er$it %chool of Infor!ation an& Co!!'nication Technolog GG% In&rapra$tha "ni#er$itDelhi

CERTIICATE "his is to certify ce rtify that the project report entitled -+ill GeneratorA%/$0I/ Application12 done by Mr Gurteg Sawhney# $oll %0.&'(')(&'*'' is an authentic wor3 carried out by him at ni4ersity School of Information and !ommunication "echnology under my guidance."he matter embodied in this project wor3 has not been submitted earlier for the award of any degree or diploma to the best of my 3nowledge and belief.

/ate:

%ignat're of the G'i&e

Mr. AS5IS5 AS5 IS5 PA6 PA6A7 Assistant Assistant Professor   

SI!"#GGSIP

CERTIICATE "his is to certify ce rtify that the project report entitled -+ill GeneratorA%/$0I/ Application12 done by Mr Gurteg Sawhney# $oll %0.&'(')(&'*'' is an authentic wor3 carried out by him at ni4ersity School of Information and !ommunication "echnology under my guidance."he matter embodied in this project wor3 has not been submitted earlier for the award of any degree or diploma to the best of my 3nowledge and belief.

/ate:

%ignat're of the G'i&e

Mr. AS5IS5 AS5 IS5 PA6 PA6A7 Assistant Assistant Professor   

SI!"#GGSIP

AC*NO+LEDGEMENT I am deeply deeply indebt indebted ed to my project project guide guide Mr.A Mr.Ashi shish sh Payal Payal #Assis #Assistan tantt Profes Professor sor in ni4 ni4er ersi sity ty

Scho School ol

of

Info Inform rmat atio ion n

and and

!omm !ommun unic icat atio ion n

"echno chnolo logy gy##

whos whosee

help#stimulating suggestions and encouragement helped me during the wor3ing with the  project on -+ill GeneratorA%/$0I/ Application12.

Gurteg Sawhney  

&'(')(&'*'' +."ech I"#,th semester 

 

SI!"#GGSIP

 List of figures

CHAPTERS 

ii

 PAGE NO

'1 Intro&'ction '.' Project +ac3ground '.9 04er4iew '. 0bjecti4e '.( /e4elopment $e;uirements

,

91 Preparation 9.' Introduction ii1 Introduction to Android iii1 Features of Android i41 Android Architecture 41 Application Framewor3  4i1 "he /al4i3 >irtual Machine 4ii1 7ifecycle of an Android Application

'&

1 Re,'ire!ent %pecification$ i1 Functional $e;uirements ii1 %on = Functional $e;uirements () Re,'ire!ent Anal$i$ an& De$ign i1 Proposed System ?n4ironment ii1 About Front ?nd iii1 About +ac3 ?nd *1 Project I!ple!entation

8 <

 

''='9 '

 

'='( '( '* ')

 

',=9& 99

 

9=9( 9(=9) 98 9<

 

&=(

 

*=)

 

,=)8

*.' sing the ?mulator  *.9 Project Screenshots )1 Concl'$ion ).' Scope for further Impro4ement  Bibliography

 

)<=8&

 

8'=8(

8<

Li$t of ig're$

Chapter – 1  Introduction

-.- Project Bac/gro'n&

"he purpose of the project is to present the re;uirement of an Android application of  Mobile +ill Generator. "he project thus calculates the mobile bills call and sms charges1automatically. It does almost e4ery wor3 which is related to automatic mobile  billing system#the same that we recei4e from our mobile ser4ice pro4ider@s monthly  postpaid bill. -+ill Generator2is de4eloped as per seeing the re;uirement to gi4e brief   bill details to the person and thus remo4es any ambiguity or confusion created when the ser4ice pro4ider@s postpaid bill is generated. "he person can tally the mobile bills generated by the android application with the ser4ice pro4ider@s postpaid bill. "hus a new software has been proposed to pro4ide greater fleibility #user=friendliness and a sense of  satisfaction as the the postpaid bills may pop up with some errors .

-.0 O#er#ie1

"his application is based on the features of +ac3ground ser4ices and SB7ite /atabase for  data storage and retrie4al.Android supports applications and ser4ices designed to run in the bac3ground while our application isn@t being acti4ely used.Modern mobiles and tablets are by nature multifunctional de4ices#howe4er#their screen siCes and interaction models mean that generally only one interacti4e application is 4isible at any time.

Platforms that don@t support

bac3ground eecution limit the 4iability of 

applications that don@t need your constant attention.+ac3ground ser4ices ma3e it possible to create in4isible application components that perform automatic processing without direct user action.

In our application#once the user ma3es a call or sends a message to any number#the corresponding number#the duration of the call#date and time of the call or sms are stored in the database."he call rates per second and the sms charges can be set as per  your ser4ice pro4ider@s charges."he duration of the call in sec is multiplied by thecall rate  per second and similarly the sms charge is multiplied by the number of messages sent to a number#the total bill is generated by adding the pre4iously obtained call and sms charges. .

"he purpose of the project is to present the re;uirement of the !omputeriCation of  "elephone +illing System. "he project thus calculates the telephone bills automatically. It does almost e4ery wor3 which is related to automatic telephone billing connection system 4ia= new connection # customer record modification# 4iewing customer records D all wor3s related to rate of bills# meter readings in addition to bill calculation and bill generation. -"elephone +illing

System 2 is de4eloped as per seeing the increasing

re;uirement to speed up the wor3 and incorporate a new wor3 culture. "hus a new software has been proposed to reduce manual wor3# impro4ing wor3 efficiency# sa4ing time and to pro4ide greater fleibility and user=friendliness as the system pre4iously followed was totally manual one with lots of errors.

-.2 O3jecti#e "he objecti4es of this project were to create an Application:

i.

"hat can gi4e the call details such as mobile no. on which call was made#date and

time of the call#duration of the call and the call charges for the last '* E& days.

ii.

"hat can gi4e the sms details such as mobile no. on which the sms was sent#date and

time of the sent message and the sms charges for the last '*E& days.

iii. "hat generates a mobile bill for all the calls and all the messages sent by the userin the last '*E& days.

-.4 De#elop!ent Re,'ire!ent$ "his process was de4eloped on ?clipse using the android de4eloper tool3it. It was de4eloped in android api le4el ,. "his ma3es it a4ailable to a majority of  android users. e decided to use ?clipse because it is the google appro4ed de4elopment en4ironment and as such has the greatest le4el of online upport .android applicaton are de4eloped uing the ja4a framewor3.the app was run on sony peria u running android 9.., 

Operating System:indows ,



 Programming Languages:a4a



 Mobile Technology:Adroid 9.9 or higher 



Softares: •

?clipse HIndigo

•

Android S/

•

SB7ite /atabase +rowser 9.&

Chapter – !  Preparation

0.- Intro&'ction System analysis is the performance management and documentation of acti4ities related to the four life cycle phases of any software namely:

•

"he Study Phase

•

"he /esign Phase

•

"he /e4elopment Phase

•

"he 0perators Phase

System analysis is a 4ast field of study through which system analyst puts his thoughts and searches for the solution of problem. 5e has to get a clear idea of what he has in hand and what he has to produce. 5e has to etract the essence of epectations. 5e has to satisfy the user in the 4ery possible way. System analysis needs and should include the following steps of study:



Study of current methods# the basic inputs a4 ailable and output desired.



"he splitting of a 4ariable inputs into .dbf1 files so as to reduce redundancy and increase consistency.



Gi4e the idea of 3ey H field if any1 .



Ideas regarding code generation.

Software Analysis starts with a preliminary analysis and later switches on to a detailed one. /uring the preliminary analysis the Analyst ta3es a ;uic3 loo3 at what is needed and whether the cost benefits. /etailed analysis studies in depth all the cornered factors# which builds and strengthens the software. A system study is a step=by=step process used to identify and then de4eloped the software needed to control the processing of specific application. System study is also 3nown as S/7! Software /e4elopment 7ife !ycle1.  Steps of SDLC are:

'. Problem /efinition

9. Feasibility Study

. System Analysis

(. System /esign

*. Implementation

). Post Implementation

,. Maintenance

0.0 Intro&'ction to An&roi& Android is a software stac3 for mobile de4ices that includes an operating system# middleware and 3ey applications. Android is a software platform and operating system for mobile de4ices based on the 7inu operating system and de4eloped by Google and the 0pen 5andset Alliance. It allows de4elopers to write managed code in a a4a=li3e

language that utiliCes Google=de4eloped a4a libraries# but does not support programs de4eloped in nati4e code. "he un4eiling of the Android platform on * %o4ember 9&&, was announced with the founding of the 0pen 5andset Alliance# a consortium of ( hardware# software and telecom companies de4oted to ad4ancing open standards for mobile de4ices. hen released in 9&&8# most of the Android platform will be made a4ailable under the Apache free=software and open=source license.

0.0.- T5E BIRT5 O ANDROID Google Ac,'ire$ An&roi& Inc. In uly 9&&*# Google ac;uired Android Inc.# a small startup company based in Palo Alto# !A. AndroidJs co=founders who went to wor3 at Google included Andy $ubin co=founder of /anger1# $ich Miner co=founder of ildfire !ommunications# Inc1# %ic3  Sears once >P at "=Mobile1# and !hris hite one of the first engineers at eb">1. At the time# little was 3nown about the functions of Android Inc. other than they made software for mobile phones.

0.0.0 Open 5an&$et Alliance o'n&e& 0n * %o4ember 9&&,# the 0pen 5andset Alliance# a consortium of se4eral companies which include Google# 5"!# Intel# Motorola# Bualcomm# "=Mobile# Sprint  %etel and %>I/IA# was un4eiled with the goal to de4elop open standards for mobile de4ices. Along with the formation of the 0pen 5andset Alliance# the 05A also un4eiled their first product# Android# an open source mobile de4ice platform based on the 7inu operating system.

0.0.2 5ar&1are Google has un4eiled at least three prototypes for Android# at the Mobile orld !ongress on February '9# 9&&8. 0ne prototype at the A$M booth displayed se4eral basic Google applications. A Jd=padJ control Cooming of items in the doc3 with a relati4ely ;uic3 response.

0.2 eat're$ of An&roi& Application fra!e1or/  enabling reuse and replacement of components

Dal#i/ #irt'al !achine  optimiCed for mobile de4ices Integrate& 3ro1$er  based on the open source ebit engine Opti!i6e& graphic$  powered by a custom 9/ graphics libraryK / graphics based on the

0penG7 ?S '.& specification hardware acceleration optional1 %7Lite  for structured data storage Me&ia $'pport for common audio# 4ideo# and still image formats MP?G(# 5.9)(# MP#

AA!# AM$# PG# P%G# GIF1 G%M Telephon  hardware dependent1 Bl'etooth EDGE 2G an& +ii  hardware dependent1 Ca!era GP% co!pa$$ an& accelero!eter  hardware dependent1 Rich &e#elop!ent en#iron!ent including a de4ice emulator# tools for debugging#

memory and performance profiling# and a plugin for the ?clipse I/? .

0.4 An&roi& Architect're "he following diagram shows the major components of Android

ig. 0.-8 Architecture of Android 0S

0.9 Application ra!e1or/ 

/e4elopers ha4e full access to the same framewor3 APIs used by the core applications. "he application architecture is designed to simplify the reuse of componentsK any application can publish its capabilities and any other application may then ma3e use of  those capabilities subject to security constraints enforced by the framewor31. "his same mechanism allows components to be replaced by the user. nderlying all applications is a set of ser4ices and systems# including: L

A rich and etensible set of >iews that can be used to build an application#

including lists# grids# tet boes# buttons# and e4en an embeddable web browser L

!ontent Pro4iders that enable applications to access data from other applications

such as !ontacts1# or to share their own da ta L

A $esource Manager# pro4iding access to non=code resources such as localiCed

strings# graphics# and lat files L

A %otification Manager that enables all applications to display custom alerts in the

status bar L

An Acti4ity Manager that manages the life cycle of applications and pro4ides a

common na4igation bac3stac3

0.9.- Li3rarie$

Android includes a set of !E! libraries used by 4arious components of the Android system. "hese capabilities are eposed to de4elopers through the Android application framewor3. Some of the core libraries are listed below: L

%$te! C li3rar  = a +S/=deri4ed implementation of the standard ! system library

libc1# tuned for embedded 7inu=based de4ices L

Me&ia Li3rarie$ = based on Pac3et>ideoJs 0pen !0$?K the libraries support

 playbac3 and recording of many popular audio and 4ideo formats# as well as static image files# including MP?G(# 5.9)(# MP# AA!# AM$# PG# and P%G L

%'rface Manager = manages access to the display subsystem and seamlessly

composites 9/ and / graphic layers from multiple applications

L

Li3+e3Core  = a modern web browser engine which powers both the Android

 browser and an embeddable web 4iew L

%GL = the underlying 9/ graphics engine

L

2D li3rarie$  = an implementation based on 0penG7 ?S '.& APIsK the libraries use

either hardware / acceleration where a4ailable1 or the included# highly optimiCed / software rasteriCer L

ree Tpe = bitmap and 4ector font rendering

%7Lite = a powerful and lightweight relational database engine a4ailable to all

applications.

0.9.0 An&roi& R'nti!e

Android includes a set of core libraries that pro4ides most of the functionality a4ailable in the core libraries of the a4a programming language. ?4ery Android application runs in its own process# with its own instance of the /al4i3 4irtual machine. /al4i3 has been written so that a de4ice can run multiple >Ms efficiently. "he /al4i3  >M eecutes files in the /al4i3 ?ecutable .de1 format which is optimiCed for minimal memory footprint. "he >M is register=based# and runs classes compiled by a a4a language compiler that ha4e been transformed into the .de format by the included NdN tool. "he /al4i3 >M relies on the 7inu 3ernel for underlying functionality such as threading and low=le4el memory management. At the same le4el there is Android $untime# where the main component /al4i3  >irtual Machine is located. It was designed specifically for Android running in limited en4ironment# where the limited battery# !P# memory and data storage are the main issues. Android gi4es an integrated tool -d2# which con4erts generated byte code from .jar to .de file# after this byte code becomes much more efficient to run on the small  processors.

ig 0.0 8 !on4ersion from .ja4a to .de file

As the result# it is possible to ha4e multiple instances of /al4i3 4irtual machine running on the single de4ice at the same time. "he !ore libraries are written in a4a language and contains of the collection classes# the utilities# I0 and other tools.

0.9.2 Lin': *ernal

Android Architecture is based on 7inu 9.) 3ernel. It helps to manage security# memory management# process management# networ3 stac3 and other important issues. "herefore# the user should bring 7inu in his mobile de4ice as the main operating system and install all the dri4ers re;uired in order to run it. Android pro4ides the support for the Bualcomm MSM, chipset family. For instance# the current 3ernel tree supports Bualcomm MSM ,9&&A chipsets# but in the second half of 9&&8 we should see mobile de4ices with stable 4ersion Bualcomm MSM ,9&&# which includes major features:

'. !/MAE5SPA and ?GP$S networ3 support 9. +luetooth '.9 and i=Fi support . /igital audio support for mp and other formats (. Support for 7inu and other third=party operating systems *. a4a hardware acceleration and support for a4a applications ). Bcamera up to ).& megapiels ,. gps0ne H solution for GPS

0.; The Dal#i/
"he /al4i3 4irtual machine is an interpreter only machine optimiCed for use on low powered# low memory de4ices li3e phones. %otably# /al4i3 does not ma3e use of   just in time I"1 !ompilation to impro4e the performance of an application at runtime. Furthermore# /al4i3 is not a a4a 4irtual machine. "his is because /al4i3 is unable to read a4a bytecode(# instead it uses its own bytecode format called -de2. Google claims this format allows battery power to be better=conser4ed at all different stages of 

eecution of an application. "his means that standard a4a S? applications and libraries cannot be used directly on the Android /al4i3 4irtual machine. /al4i3 howe4er stands at the center of the Android 4alue proposition. Its low electrical power consumption# rich libraries# and unified# non=fragmented application  programming interfaces ma3e it stand out# or so Google hopes# o4er the fragmented ecosystem that is a4a M?* today. Furthermore# since /al4i3 uses the a4a programming language but not the a4a eecution en4ironment >M1# Google is free to de4elop Android without the need to license or obtain certification from Sun Microsystems Inc# the legal owner of the a4a trademar3 and brands.

0.= Lifeccle of an An&roi& Application In most cases# e4ery Android application runs in its own 7inu process. "his  process is created for the application when some of its code needs to be run# and will remain running until it is no longer needed and   the system needs to reclaim its memory for use by other applications. An important and unusual feature of Android is that an application processJs lifetime is not  directly controlled by the application itself. Instead# it is determined by the system through a combination of the parts of the application that the system 3nows are running# how important these things are to the user# and how much o4erall memory is a4ailable in the system. It is important that application de4elopers understand how different application components in particular Acti4ity# Ser4ice# and Intent$ecei4er1 impact the lifetime of the applicationJs process. Not '$ing the$e co!ponent$ correctl can re$'lt in the $$te! /illing the application>$ proce$$ 1hile it i$ &oing i!portant 1or/.

A common eample of a process life=cycle bug is an Intent$ecei4er that starts a thread when it recei4es an Intent in its on$ecei4eIntent1 method# and then returns from the function. 0nce it returns# the system considers that Intent$ecei4er to be no longer  acti4e# and thus its hosting process no longer needed unless other application components are acti4e in it1. "hus# it may 3ill the process at any time to reclaim memory# terminating the spawned thread that is running in it. "he solution to this problem is to

start a Ser4ice from the Intent$ecei4er# so the system 3nows that there is still acti4e wor3   being done in the process. "o determine which processes should be 3illed when low on memory# Android  places them into an Nimportance hierarchyN based on the components running in them and the state of those components. "hese are# in order of importance: '.

A foregro'n& proce$$  is one holding an Acti4ity at the top of the screen that

the user is interacting with its on$esume 1 method has been called1 or an Intent$ecei4er  that is currently running its on$ecei4eIntent 1 method is eecuting1. "here will only e4er be a few such processes in the system# and these will only be 3illed as a last resort if  memory is so low that not e4en these processes can continue to run. Generally at this  point the de4ice has reached a memory paging state# so this action is re;uired in order to 3eep the user interface responsi4e. 9.

A #i$i3le proce$$  is one holding an Acti4ity that is 4isible to the user on=

screen but not in the foreground its onPause1 method has been called1. "his may occur# for eample# if the foreground acti4ity has been displayed with a dialog appearance that allows the pre4ious acti4ity to be seen behind it. Such a process is considered etremely important and will not be 3illed unless doing so is re;uired to 3eep all foreground  processes running. .

A $er#ice proce$$  is one holding a Ser4ice that has been started with the

startSer4ice1 method. "hough these processes are not directly 4isible to the user# they are generally doing things that the user cares about such as bac3ground mp playbac3 or   bac3ground networ3 data upload or download1# so the system will always 3eep such  processes running unless there is not enough memory to retain all foreground and 4isible  process. (.

A 3ac/gro'n& proce$$  is one holding an Acti4ity that is not currently 4isible

to the user its onStop1 method has been called1. "hese processes ha4e no direct impact on the user eperience. Pro4ided they implement their acti4ity life cycle correctly see Acti4ity for more details1# the system can 3ill such processes at any time to reclaim memory for one of the three pre4ious processes types. sually there are many of these  processes running# so they are 3ept in an 7$ list to ensure the process that was most recently seen by the user is the last to be 3illed when running low on memory.

*.

An e!pt proce$$ is one that doesnJt hold any acti4e application

components. "he only reason to 3eep such a process around is as a cache to impro4e startup time the net time a component of its application needs to run. As such# the system will often 3ill these processes in order to balance o4erall system resources  between these empty cached processes and the underlying 3ernel caches. hen deciding how to classify a process# the system pic3s the most important le4el of all the components currently acti4e in the process.

Chapter – "  #e$uirement Specifications

"his chapter will co4er the initial stage of de4elopment in which the 4arious re;uirements for the mobile application is gathered . the re;uirements are grouped into functional and non= functional re;uirements.

2.- 'nctional Re,'ire!ent$ "he application should satisfy the following functional re;uirements:

i.

Pro4ide user with the ability to 4iew the total call and sms tariffs.

ii.

Allow user to sa4e the call and sms rate as per hisEher ser4ice pro4ider.

iii.

Allow the user to set a password for logging in.

i4.

eep log of the call and sms details for the last '*E& days.

2.0 Non ? 'nctional Re,'ire!ent$ i.

 Performance% "he system should be prompt in response to user actions#the application should ha4e minimum lag time.

ii.

&sability% "he I of the application should be fairly simple for any user to understand.

iii.

 'ependency% "he application should ha4e a stable networ3 connection#also the bac3ground ser4ice should not not be 3illed by any other process running in the phone.

i4.

 Bac(ard Compatability% "he application should function without any faults from the (.&. 4ersion of android to 4ersion 9.9.

4.

 #eco)ery: "he application should be able to reco4er from an error upon re= launch and the data should rollbac3 to the state prior to the error.

 

Chapter – * #e$uirement  +nalysis and 'esign

Chapter – , Pro-ect Implementaion

9.- "$ing the E!'lator

ig. 9.- An&roi& E!'lator

9.0 Project %creen$hot$

ig. 9.0 Bill Generator App

ig.9.28 login page

ig 9.4 Main Acti#it

ig .9.98 Bac/'p option$

ig 9.;8 call@$!$ charge(a$ per $er#ice pro#i&er)

 fig

ig 9.8 total $!$ charge$

Chapter – .  Conclusion

 

%COPE OR "RT5ER IMPRO
?4ery project whether large or small has some limitations no matter howe4er diligently de4eloped. In some cases limitations is small while in other cases they may be broad also. "he android app has got some limitations. Major areas where modifications can be done are as follows:



0ur app does not gi4e the data usage charges of the customer so further it can be impro4ed.



It should gi4e the data usage details in M+s and also the charges for the data used o4er a period of time.

.