Vous êtes sur la page 1sur 12


PROJECT TITLE: Government Public Schemes


Sneha Hatti Laxmi Amarappanavar


Title of the project: Public Scheme Introduction: Most of the schemes introduced by the Government go into dustbin just because the officials who implement the schemes could not make them available to suitable people. Public Schemes a software application to automate the process for utilization of various schemes provided by government for various panchayats. Public Scheme Software takes care of the activities related to the schemes provided by the government. The major responsibility is to take care of the proper utilization of different schemes in a transparent way. Existing System: Most of the schemes introduced by the Government who implement the schemes could not make them available to suitable people. n ordinary person can!t apply to the scheme directly. There is no secured system to the applied person. The person unable to know about the rejection of an application. The funds can!t reach to an ordinary person there is a chance of mis"utilization of funds. Proposed System: Public Schemes a system which enable an ordinary person to directly apply for a scheme and track the status from time to time #irectly an $rdinary person can apply to the scheme through this portal. %n case the application is rejected then the person will come to know the rejection of pplication. This system provides effective way to manage the important information in a very secure manner by authenticating users at various levels. Project Analysis:

This application has been divided in to four modules 1. Admin Module: This module is completely under the control of dministrator. &e is having authority to

view all types of schemes' all the users' adding new schemes' generating reports' deleting the e(pired schemes etc. This module plays a major role in this portal. 2. ser Module: This module is all about the users' &ere users can view the types of schemes' if they are eligible for scheme then users can apply to that specific scheme. %n this module the users will come to know the reason of rejecting their application. !. Scheme Module: This module is all about the schemes. %n this module all the newly introduced schemes by the government are presented in this module. )sers and administrator is interacted with this module. ". #eports Module: This module is all about the reports. This module provides final reports of the users' i.e. the details of the users' eligibility of the users' e(pired date of the scheme' about rejected and accepted applications.
So$t%are Engineering Methodology:

$bject $riented nalysis and #esign *$$ # Standards+ So$t%are re&uirements: $perating System Technology -eb Technologies -eb Server #atabase Software!s 'ard%are re&uirements: &ardware 8 M Pentium based systems with a minimum of p7 059M1 *minimum+ , -indows , .ava/.0ee *.#12' Servlets' .SP+ , &tml' .avaScript' 2SS , Tomcat , $racle , .0S#34.5' Tomcat 5.5' $racle 6i

Additional (ools: &TM: #esigning #evelopment Tool kit , #ream weaver Tool , My ;clipse

Data Flow Diagrams

Data flow diagram will act as a graphical representation of the system in terms of interaction between the system, external entities, and process and how data stored in certain location. External entities Data stores Process Data Flow

Data flow diagrams (bubble charts) are directed graphs in which the nodes specify processing activities and the arcs specify data items transmitted between processing nodes. A data flow diagram might represent data flow between individual statements or blocks of statements in a routine data flow between se!uential routines data flow between concurrent process or data flow in a distributed computing system where each node represents a geographically remote processing unit. "nlike flow charts data flow diagrams do not indicate decision logic or condition under which various nodes in the diagram might be activated. Data flow diagrams can be e#pressed using special symbols. $hese symbols can be used to denote processing nodes data nodes data sources and data stores. #ata <low

Processing =ode

Source or #estination

#ata Store

%. &onte#t 'evel DFD(

The major objective of a context diagram is to provide a graphical representation of the whole system. As stated earlier it consists of all the system bo!ndaries, all the external entities that interact with the system and major data flow between the entities in the system. "efer to the following diagram.

Online Scheduling Summary & %sers Access To #chemes nfo$ 'overnment A!tomation #ystem Deals with p!blic #chemes #chemes Administration Registration Scheduling

)igure: *ontext +iagram

+anchayat Application



D) ,chemes








.eports dministrator

Figure( 'evel)* Data Flow Fig!re (.) shows all major entities, process and data flows between entities. Each of major process consists of two s!b processes. The following diagrams will show the related s!b processes. Fig!re (.( below shows the level*+ DFD for login A!thentication process. This s!b process from level , DFD will foc!s on a!thenticating and validating both the administrator and lect!rer. t receives !ser$s login information as inp!t and depending on the type of the !sers- the process will direct the !ser to either the administrator or the lect!rer main page. Employees

+anchayat Add -ew

D/ /iew


Panchayat #etails Figure( 'evel)% 'ogin Authentication

D0 Add -ew D1 /iew ,chemes D2 0dit





Schemes #etails

Figure( 'evel)% 'ogin Authentication

Fig!re (.. show the level 3+ DFD of Acco!nt %pdating process for lect!rer. This is the s!b process from ,*level DFD on viewing and !pdating lect!rer$s details. This process is for lect!rer !se only. Any changes to lect!rer details will be stored in lect!re file.

Add -ew


Districts D4




#istricts #etails

Figure( 'evel)% 'ogin Authentication

,cheme wise Applications schemedetails

+anchayat 1ise Applications "ser 1ise Applications Approved Applications Delete .e2ected Applications Delete

D+& .eports D++




8eports #etails

Figure( 'evel)% 'ogin Authentication






##$ #etails

Figure( 'evel)% 'ogin Authentication

Figure( level % Account "pdating

Fig!re (./ shows the level 3+ DFD of Activate #ession process. This is the s!b process from level , DFD, which foc!s on viewing the act!al t!torial and learning environment. n this process, once the !ser has chosen their respective session, they will be directed to a learning environment for that partic!lar session. The session details will be accessed from session file.


D+. applications