Brs Report Original

8/8/2019 Brs Report Original

1/40


2/40

PREFACE

This report has been submitted in adherence to my four six weeks training at Centre for Computational Engineering, PEC, Chandigarh, as a part of the training required to be undergone

for the degree of B.E. (Information Technology) at University Institute of Engineering and Technology, Panjab University, Chandigarh.

The report explains about the work done by me during the training period, whichincludes the description of the project of Birth Registration System handled at CCE, PEC University of Technology, Chandigarh. The report starts with a brief introduction to the

organization and then explains the said project. Due to the commercial importance of the project, coding part has not been mentioned in the report.


3/40


4/40

CONTENTS

TOPIC PAGE NO

Preface

Acknowledgement

I. Brief Overview of Organization 1 II. Abstract

III. System Engineering 4 1. Introduction 2. Elements of computerized System

IV. Project Planning 6 1. Scope of BRS 2. F easibility Study

V. Requirement Analysis 8 1. Problem Recognition 2. Evaluation And Synthesis 3. F low Chart

4. Proposed System 5. Software Requirement Specification

VI. System Design 15 1. Database Design 2. User Interface Design

VII. Testing 33 1. Testing Process

VIII. Bibliography 36


5/40

BRIEF OVERVIEW OF ORGANIZATIONCentre for Computational Engineering (CCE) at Punjab Engineering College is a central

facility catering to the needs of various organizations for higher end computations. The mission

of CC Eos to provide efficient, high quality, cost effective and time bound solutions toorganizations with Information Technology. CCE- a replica of Centre for Integrated Facilities inEngineering(CIFE),Stanford University, USA, is a centralized department committed to providingconsultancy on Geographical Information System(GIS), Structural Design and ApplicationSoftware, Engineering Analysis, Website Development and Graphics Design.

Until recently, CCE was known as Computational Engineering Lab (CEL). Of late, seeingthe progress of CEL made in making itself self-sustaining and its immense benefits to societythrough sponsored consultancy projects, CEL was converted to Centre for ComputationalEngineering by an order of the Administrator, UT Chandigarh Administration dated 31 st of March 1999. An Administrative Committee headed by the Home Secretary, who is also theSecretary, Technical Education UT Chandigarh has been constituted to govern the affairs of theCentre. Other members of Administrative Committee are Principal PEC, Joint Secretary Finance,Director Information Technology and Dr. SC Dhawan, who acts as Coordinator of Centre forComputational Engg. and looks after its day-to-day affairs.

CCE specializes in the following work areas:y Geographical Information System (GIS)y Application Software Developmenty Structural Designy Engineering Analysisy Web site Developmenty Graphics Design

In addition, work in inter-disciplinary areas like computational mechanics, composite materials,robotics, simulation, networking are also carried out.

Infrastructure

CCE houses latest computing hardware and software tools for solving industrialproblems. Interdisciplinary applications are already being handled. High-end software and stateof the art hardware are present in CCE. CCE regularly keeps on upgrading its courses as per thelatest trends, technology advancement and need of clients/projects.


6/40

Training to studentsIn addition to providing PEC students a higher computational and research facility, CCE

interacts with other educational organizations to including foreign institutions. In addition tocollege students, CCE has trained students from other institutions like Imperial College, LondonUniversity of Sao Paulo, Brazil.

Training and Support to Projects

Department officers have been trained on higher end software during their projects inCCE. The commitment of total support to the client is the key to success in the projects beinghandled at CCE. As a part of the project, more than 200 officers of Punjab State AgricultureDevelopment Bank (PSADB) have been trained at CCE. Officers from Punjab state Council forScience and Technology and Himachal Pradesh Forest Department have also been trained atCCE.

ANSYS Software Pvt. Ltd. has certified CCE as Authorized Training Center (ATC) forproviding training on ANSYS software.

All the above recourses have an edge of quality in CCE. Many dignitaries keep visitingCCE to look for the latest and have commended the work culture and work quality beingmaintained in CCE.


7/40

ABSTRACTThe following report has been made in accordance with the 4-6 weeks training to be

endures by a student doing B.E in UIET after the completion of 2 nd year during the summerholidays.

The product BRS is being developed to computerize the procedure of birth registrationin government Corporations/Councils. BRS is being developed for multi-user environmentkeeping in mind the security considerations. The product facilitates creation of many users withtheir own passwords.

Whenever a child is born, his/her birth registration is to be performed at the Council orCorporation of the village/town to obtain the birth certificate of the child. So, one person(Informer) from the family or known to the family, in which the child is born, fills the birthregistration form available at council/corporation of the said village/town. The informerdeposits the form and registration fees accordingly. The form is verified, and checked for allproofs/formalities at the council required for the registration process. When all suchverification and formalities are over, the Birth Certificate is generated, got signed from somehigher authority, marked with stamp and issued to the informer. Similarly, in case of deathregistration of some person, an informer fills the death registration form; deposits the fees andsubmits the form. Again the council verifies the facts mentioned in the form and on successfulverification generate the death certificate. BRS has been developed to computerize this system.The receipt and certificate generation is automated now.


8/40

SYSTEM ENGINEERING

1. Introduction

The project namely, BRS is being developed for the computerization of Municipal Councilsfor the State of Punjab.

Objectives of the BRS

The following objectives are required to be met in the development of the project BRS The main objective of the said project is to computerize the system of birth registration. The project will implement the security features, which will make the access to the data

more secure and reliable. The data will be more safe and long lasting with the implementation of data backup

features. Moreover, a user friendly and easily understandable interface will make the working of

the system easier.

2 . Elements of Computerized System

Before software can be engineered, the system in which it resides must be understood. To

accomplish this, the overall objective of the system must be determined; the The role of hardware, software, people, database, procedures and other system requirements must beelicited, analyzed, specified, modeled, validated and managed. These activities are thefoundation of system engineering.

Various elements of computer base system required are:

Software : BRS is the main module required. It will include one basic modules, which is:Birth Registration System (BRS)

Hardware : To implement the project, various hardware components are required in additionto computers with sufficient processing power and memory required by the software are:

Ethernet hub/switch Connectors Transmission media


9/40

P eople: The users of the system that will operate on the module developed. Various users atpresent are

Officials for entering data. Officials with essential privilege to perform some specific work, which cannot be

done by data entry users.D atabase : A large, organized collection of information that is accessed via software.D ocumentation : User manual to operate the system.


10/40

PROJECT PLANNING

1. Scope of BRS

BRS receives input (information of the person born) from the user of the system, whichfurther gets it from the informer, payment required for the registration is also taken as aninput. The output of the system is the receipt of the payment ant the certificate generated forhim/her. The system is required to validate that only legal entries can be entered into thesystem. The system also calls for good security to be implemented so that only authorized userscan have access to it. Certificate should be generated only for a registered person, andregistration of the person is done only if the deposit for registration process is made. Systemshould check that all the necessary info for the person to be registered is specified. Graphicalanalysis of the number of births occurring in the region under the concerned Municipal Councilis to be provided for the user defined interval specified. If any of the info of the person who isknown to the operator of the software to be developed then he should be able to search therecord associated with that information. System also demands for Client Server architecture tobe implemented, as database is required to be stored over a single computer, and to beaccessed by multiple users. System demands a good GUI so that even novice users of thesystem do not face any difficulty in working on the system. Performance of the system isdictated by the amount of database in the system, how specific the search query is and so on.Though the impact of failure of the system is less dramatic, still the system should be reliable,and mean time between failures should be large.

2. F easibility Study

The system proposed after considering the scope for the BRS demands for thecomputerization of the BRS system and also requires Client Server architecture to beimplemented. Feasibility study describes and evaluates candidate system and provides for theselection of the best system that meets system performance requirements.

The three key considerations involved are: Technical feasibility:

It revolves around the existing system and to what extent it can support the proposedsystem.

The proposed system requires a computer system with a windows platform (windows98 or higher).

Large no of current registers have to be transferred in computer database files.


11/40

There will be need to set up a Local Area Network in order to use the software atmultiple client systems.

Printing charges will be incurred.

Economical Feasibility:It determines the benefits and savings that are expected from the system and compares

them with the costs. Cost involved in buying a new computer system with sufficient capacity to support

windows 98, NT, 2000, XP. Cost involved in buying of the new operating system. Installation cost. An initial cost will be involved in employing data entry operators for entering the data of

the previous years. Software cost itself. Cost incurred in training the employees who will operate the software. Maintenance cost.

Behavioral Feasibility:It estimates the reaction of the user staff towards the development of the computerized

system. The user will welcomes the new system, as certificate would be generated with a click of

a button. The user can easily acquire information about one s record. Elimination of errors. No botheration of maintaining registers. A lot of time will be saved.

After considering all the above-mentioned factors and the budget of Municipal Councils, BRS isfound to be feasible in all respects.

3. D

evelopment Tools

Development tools considered for BRS are: F ront End: ASP. NET using C# Back End: Microsoft SQL Server.


12/40

REQUIREMENT ANALYSIS1 . P roblem Recognition1 .1 Existing System

The existing system involves a lot of manual work and is quite cumbersome. The manualsystem summarized into points is as follows:

i. Applicant (called informer) approaches MC for Birth registration of some person.ii. He/she fills the registration form accordingly.iii. Then the fee for registration is deposited and a receipt is issued by MC.iv. The registration form along with receipt and other required documents like

identification proofs is the submitted at the registration counter. The person at thecounter notes down the receipt number on the registration form, marks his initials and

returns the receipt to the applicant.v. The applicant leaves and is asked to visit again after around a week or so.

vi. The MC verifies registration form and all the documents submitted. On successfulverification, the certificate is generated and is sent to higher authority for sign andstamp. The certificate id then issued to applicant when he/she visits again. In case of unsuccessful verification the applicant is notified on his/her next visit.

1. 2 Limitations of Non-Computerized System

The complexities involved in the existing manual system as studied and explored are as follows: Updating Problems:

In the existing system, everything is noted down on paper, it is immensely error proneand time consuming to update data.

Redundancy:In the existing system, data is maintained on sheets. This in turn leads to considerable

redundancy in the stored data, thus leading to wastage of stored place. Same data needs tobe written multiple numbers of times, for minor work, which again leads to data

redundancy. Inconsistency:If the system is not aware of duplication, then there can be a case where two entrees

are same. Obviously, such a system ,which is in an inconsistent stage, is liable of supplyingincorrect or conflicting information. Multiple entries of same data lead to erroneoussituation, which are difficult to handle.


13/40

Security Problems:The maintenance of data on manual register leads to security problems, as every person

has easy access to registers. Easy access of the register leads to misusage of data and it sdifficult to trace the modification made by the person..

Timing and Retrieval Problems:It takes a lot of time to retrieve the record of our requirement, as there is no concept of

a database. Error Prone:

To error is human, when huge amount of data is to be recorded and processed,mistakes creep in. even the smallest of mistakes can lead to unpredictable errors, whichmay be hard to overcome and resolve.

Maintenance of Data:Maintenance of data is very difficult. As daily hundreds of data are to be stored, so it s

immensely difficult to store and trace data when required. Cost of Maintenance:

As vast amount of data needs to be properly looked after, which may be required forreference purpose, it becomes necessary to invest huge sum of money, which is a sheerwastage of money.

2 . Evaluation and Synthesis

Evaluation of BRS:Once the problem is identified, the next step is to determine what info is to be processed bythe new system and what data will be provided to the system.

Inputs to the BRS are :

Payment:Payment is required for registration of the person. Unless payment is made, the person

won t be registered. Information of the Person:

For registration purposes all the required info relating to the person need to be supplied

to the system as input. Information of the Informer:

Info of the informer also needs to be stored, so it also needs to be provided as input tothe system.

Proof Document:The identification proof of the family of the person born is required in form of ration

card etc.


14/40

O utputs of BRS are:

Receipt of the Deposit:The output of the system is the receipt of the deposit that was made for the registration

of the person.

Certificate of the Person Registered: When the person is registered, then the Birth Certificate can be issued to the informer.


15/40

3 . F low chart:


16/40

4 . Proposed System

It involves the computerization of the existing system. The working of the proposedsystem is as follows.

i. Applicant (called Informer) approaches MC for birth registration.ii. He/she fills the registration form accordingly.

iii. Then the fee for registration is deposited and a receipt is issued by MC.iv. The registration form along with receipt and other required documents like

identification proofs is then submitted at the registration counter. The person at thecounter notes down the receipt to the applicant. Also provides a unique registrationID automatically, to the applicant to identity his request.

v. The applicant leaves and is asked to visit again after around a week or so.vi. The MC verifies registration form and all the documents submitted. On successful

verification, the certificate is generated at a click of button identified by theregistration ID and is sent to higher authority for sign and stamp. The certificate alsobears a unique number.

Features cum Advantages of the proposed system are:

The new system will automatically generate the unique registration IDs so all theregistrations will be identified by a single registration number. This ID will certainlyhelp in recognizing a persons details if ID is known

U se of computer will relieve MC staff from having care for redundancy.

E asily manageable i.e. easy updating, insertions ,deletions can be done. B ackups can be created easily which makes free from burden of data loss. It s easy to retrieve required info from computerized system. F ast, time saving, efficient and reliable data management. U ser friendly interface. G eneration of the second copy, if required, of certificate would be easy.

The system processes will remain the same to that in the manual system but now it ll be acomputerized one.


17/40

5 . Software Requirement Specification(SRS)

y Introduction

PurposeThe purpose of this document is to specify the various requirements of the system,

internal as well as external. It also describes the interfaces of the system

Definitions, Acronyms, Abbreviationsy B irth F orm: This form is issued to be filled by the person desiring to have the Birth

Certificate for the newly born child. y B

irth Certificate: This is the certificate that is issued to confirm the birth of the childon some specific date(DOB of the child)

y Search Reports: This is the report generated having results to the query input to thesoftware.

Developer s Responsibility OverviewThe developer is responsible for y Developing the system.y Installing the software on client s hardware.y Conducting any user training that might be needed for using the system.y Maintaining the system for a period of one year after installation.


18/40

y G eneral D escription

Product Functions OverviewThe purpose of the product is to computerize the functioning of Municipal Corporation.

The software is required to keep the track of births in the region under the MunicipalCorporation and generation of its certificate. It should also have facilities for search, modify,and delete record. The facility of generation of periodic reports should also be there.

User CharacteristicsThe user of this system will be:

y The clerical staff for the entry of data on the forms(for issuing birth and death

certificates) into the database.y The issuing authority for the certificates.

General Constraints:The system should run using Windows Platform. The configurations of PCs required

should not be higher than a home desktop PC


19/40

SYSTEMD ESIGN 1 . DA TABA SE D ESIGN y general

F ield N ame Type Size

reg_no varchar 50date_of_birth varchar 50

date_of_reg varchar 50child_name nchar 50gender varchar 6father_name nchar 50

mother_name nchar 50mother_age int 4grandfather_name nchar 50address_id int 4

place_of_birth char 10weight int 4birth_procedure char 10

witness_name nchar 50w_address_id int 4special_comments nchar 50b_section text 16

hospital_id int 4copies_issued int 4


20/40


21/40

y tbuser


user_id numeric 50user_name nvarchar 50

password nvarchar 50role nvarchar 50

y receipt


receipt_no int 4reg_no varchar 50

gender char 10dob varchar 50

mode_payment char 10amt varchar 50date_of_reg varchar 50

Master P ages

y state


state_id int 4state_name nvarchar 50

y district


district_id int 4district_name nvarchar 50state_id int 4


22/40

y city


city_id int 4city_name nvarchar 50

district_id int 4state_id int 4

y hospital


hospital_id int 4hospital_name nvarchar 50state_id int 4district_id int 4

city_id int 4


23/40

2. USER IN TERFA CE D ESIGN y Login Screen

o Available to: Administrator/Usero Appears: As a start pageo Purpose: Prompts for the user name and password of the user for authentication

purpose.


24/40

y Home P age o Available to: Administrator.o Appears: when the administrator enters his correct user name and password

in the login page.

o Purpose: It includes the links for all the master pages, registration form andsearch window. Normal user is not allowed to access this page.


25/40

y Change P assword Screeno Available to: User/Administrator.o Appears: when the user/administrator clicks on the Change Password in the

login page

o Purpose: Security.


26/40

y A dd a N ew User Screeno Available to: Administrator.o Appears: When its link is accessed from the home page.o Purpose: If the administrator wishes to add a new user or a partner

administrator, or update or delete a user. User ID will be generatedautomatically


27/40

y State Master Screeno Available to: Administrator.o Appears: When its link is accessed from the home page.o Purpose: allow the administrator to maintain a catalog of states. The State ID will

be generated automatically when the administrator wants to add some newstate. State s name can be updated if required or deleted if it no longer exists


28/40

y D istrict Master Screeno Available to: Administrator.o Appears: When its link is accessed from the home page.o Purpose: Allows the administrator to maintain a catalog of districts. The District

ID will be generated automatically when the administrator wants to add somenew district. District s name can be updated if required or deleted if it no longerexists for a particular state


29/40


30/40


31/40

y B irth Registration Screeno Available to: Administrator/User.o Appears: As a start page for the user and for the administrator it appears when

its link is accessed from the home page.

o Purpose: It has the form that has all the fields pertaining to the birth of the child.Every form requires a unique registration number, which is generated as soon asa new form is loaded. The state, district, city and hospital combo boxes get thereinfo from the back end (database) that is put in from the front end using theirmaster pages. The fields marked * are mandatory, else an error message boxwould appear when a user tries to save it clicking on the Save button.


32/40


33/40

y Receipt G eneration Screen o Available to: User.o Appears: Right after the birth registration form is saved successfully..o Purpose: This receipt is given to the user in return of his payment through

cash/cheque/draft according to his/her convenience for the birth certificate.


34/40

y Certificate G eneration Screeno Available to: Whoever fills the registration form.o Appears: After we click on Certificate button on the receipt page.o Purpose: It is used for the generation of the birth certificate whose form was

filled last. The registration no is taken directly from the database. The Printbutton would be enabled only after we get all the details in the certificate.


35/40


36/40

y D uplicate Certificate o Available to: whoever searches the record of a child.o Purpose: This page appears only if the user wishes to create a duplicate

certificate after searching for a record.


37/40

TESTING1. Testing Process:

The basic goal of the software development process is to produce software that

has no errors or very few errors. In an effort to detect errors soon after they areintroduced, each phase ends with the verification activity such as review. However,most of these verification activities in the early phases of the software development arebased on human evaluation and can t detect all errors. This unreliability of the qualityassurance activities in the early part of the development cycle places a very highresponsibility on testing. In other words, as testing is the last phase before delivery, ithas the enormous responsibility of detecting any type of errors that may be in thesoftware.

LEVELS IN TESTING:The faults can occur in the software at any stage of the system development.

Though verification was done at each step, but some faults will eventually creep into thecode. Testing is usually relied onto to detect these faults in addition to the faultsintroduced during the coding itself. Due to this in the software development cycle, thetesting phase was given its due importance and different levels of testing wereemployed.

CLIENT NEEDS ACCEPTANCE TESTING

REQUIREMENTS SYSTEM TESTING

DESIGN INTEGRATION TESTING

CODING UNIT TESTING


38/40

The basic levels are unit testing, integration testing, system and acceptance testing.These different levels of testing attempt to detect different types of faults.

i. The first level of testing is called unit testing. In this, different modules were

tested against the specification produced during design for modules. Unit testingis essentially for verification of code produced during the coding phase, hencethe goal is to test the module that is considered for use and integration by othersonly after it has been tested satisfactorily. In this testing level the focus was ontesting the code.

ii. The next level of testing used in this project is integration testing. In this, manymodules, which were unit tested earlier, were now combined to formsubsystems and they were then tested, the goal being to check the integration of the modules. So, the emphasis was on testing the interface between themodules.

iii. The next level employed system testing. In this, the entire website i.e. BIRTHREGISTRATION SYSTEM was tested. Testing was done by entering dummy datainto the software. After this, acceptance was performed with realistic data of theclient, demonstrating that the software is working properly.

y Unit TestingUnit testing was done during coding phase and some of the programming bugs that

occurred were:

Tab order of some forms was not set. Some keyboard shortcuts were not working. Maximum length of some varchar boxes was not set. The names of some labels were changed to make them more explanatory to the

user. Some of the fields, which were required to be optional, were handled as mandatory

fields in the coding. Therefore, the change in coding was required. Some graphical reshuffling of some controls was done to make forms more

interactive and sequenced.

Some sample registration forms were studied and after analysis the fields of weightof child and its health status were added to the form.

y Integrated testing:The various modules (forms) of BRS were integrated without much disagreement

between different forms. All the forms are to be called from main form, which provides a tree


39/40

view to call other forms. I also checked whether the master forms (e.g. District, RegisteredHospitals) are called properly from event forms. Since a common designing and coding stylewas followed from start and the interface between different forms was pre planned, thereoccurred almost no problem in integration. The BRS worked well when all its part was

integrated.

y System Testing :

After integration, now it is time to test BRS system as a whole for its variousfunctionalities like addition, deletion, searching etc. with some sample data. The system testingwill be considered successful if valid entries can be successfully stored to and retrieved fromthe database. The system will also be checked for its handling against invalid data. As thepurpose of the system developed is to computerize the deposition, registration and

certification process. But all these components of the system need to be seamlessly integrated.The registration process should register only that person whose deposits have been collectedand certificate generation process should generate the certificate only of a registered child.Moreover as the requirement is, the registration no. of each child should be unique. So, aim of the system is to test if all the components of the system are working fine as a single system onthe whole or not.

Various test cases were prepared to check the accuracy of the product. Test cases were alsoprepared to check whether the data entered in any form was correctly stored and retrieved.Also dummy reports and certificates were prepared to check their correctness.


40/40

BIBLIOGRAPHY

y Sql tutorial.pdf by Michael Gertz y ASP. NET 2.0(Wrox)y w3schools.com

Documents

Brs Report Original