Professional Documents
Culture Documents
Christian Eminent College PROJECT PHASE 2
Christian Eminent College PROJECT PHASE 2
PGDCA
Project Phase-I
(Analysis & Design Part)
(Session: 2022-2023)
Guided By Submitted By
SHUBHAM
SHARMA
Affiliated to
Devi Ahilya Vishwavidyalaya, Indore (M.P.)
ACKNOWLEDGEMENT
SHUBHAM SHARMA
CERTIFICATE OF ORIGINALITY
Date:……………………
SHUBHAM SHARMA
APPRAISAL CERTIFICATE
Date: ………………
Internal Examiner External Examiner
TABLE OF CONTENTS
OBJECTIVE
The following are the main objectives of the project titled "Student data management ":
The package provides the means of security, which makes sure that only the concerned
modules and screens are accessible to the particular department after verifying one's validity
and all other modules and screens remains disable. The package is meant to maintain and
provide complete details about students such as personal details, their fees details and cash
details.
The basic objective of the system is to manage the student’s data efficiently & accurately. It
provides the user of the system with personal details of the students their name, address, phone
& etc, it provides the user with fees as well as cash details of the students, how much they have
paid, what is the status of the fees i.e. how many have paid fees & how many are yet to pay the
fees. It also provides the user with details of cash like conveyance details.
“Student data management” package is a Management & Information project, which has these
objectives:
Student data management will be highly user friendly, management information system that
will not help only Accounts, Management & Administrative system to gather, communicate,
computerize but also help to act on critical information much faster and in a better manner.
The solution envisages linking of different departments to streamline the flow of data and
timely availability of information at both the ends. Further, it also aids in generating,
maintaining user definable Queries, Reports. Salient Features of the application will be as
defines below:
User friendliness:
The package developed is easy to learn and understand. Even a new user can use the system
effectively, without any difficulty. The help and user manuals are provided to solve the
further queries of the users. With the help of the user manuals the user can get the full details
of the functionality of the system.
User satisfaction:
The package is such that it stands up to the users expectations. The system is successful in
generating the reports of the task status and details of the student.
The package is currently being successfully run in the organization.
Response time:
The response time for all the operations is less. All the report generations and the listing tasks
are performed in significant time. The queries used are so as to reduce the execution time of
query processing.
Error handling:
Responses to users errors and undesired situation have been taken care of to ensure that the
system operates without halting. Proper error handling codes are put with the codes.
The package is able to avoid or tackle disastrous action. It allows only the authentic user to
access the software as it is protected by the user name and the password. All the administrative
tasks are allowed to the project leader only so the illegal intervention is not possible.
Modularity:
The package has relatively independent and single function parts that are put together to make
complete system. Thus as a result of this modular approach the system, in spite of being robust
is not cumbersome. It also contributes for the fast execution of the system.
Maintainability:
The system is able to decrease the time and effort for program maintenance. The full details of
the projects being undertaken, and the task status corresponding to each student is stored
carefully and the reports are generated as per the requirement.
Timelines:
The package is able to operate well under normal peak and recovery conditions.
NEED OF THE SYSTEM
The Package is developed to help the department maintaining the student details, earlier the
records where maintained manually, with the help of this package the concerned departments
will be able to improve the productivity, reduce the time, cost factors associated with the
system. The automation of the system will help the organization in proper maintenance of the
record, less manpower, less man-days, less cost, proper & accurate functioning.
The basic need for the package was to automate the whole procedure of maintaining of student
details, earlier it was all done manually. By developing this package lot of burden was
removed from the department, which was maintaining students details. It improved the
efficiency, reduced the cost, and reduced the time need to do the work manually. With the help
of this package the past details of the students can assessed and reports can be generated on
this details.
In brief we can say this system was required to automate the processing of students details,
which was done manually before the development of the package. Earlier all the information /
data pertaining to the students was maintained manually or we can say it was on paper, hence
it created a problem for the organization/ school, how to manage it properly. With the help of
this system the organization/school is able to maintain the data properly & accurately.
Solution…?
The solution for all this problem was to automate the system, automation of the students data
maintenance would reduce the manpower, man days will result in accurate data & above all
increase the efficiency of the concerned department.
. INTRODUCTION
The project is titled "SCHOOL Data Management System". This package once developed
will help the school/institute to manage various details pertaining to its students. This will
help accounts department in maintaining the details related to the fees & basic details like
their security deposits, conveyance and etc, it will also help management or we can say
administration department in maintaining students basic details as well as keeping a check
on fees details. This package is basically developed for the authorities of the
school/institute to make their task easier or we can say this package automate their tasks
like maintaining students personal details, marinating cash details, printing of receipts. This
package helps the administrative & accounts department in maintaining the students
personal & fees related details.
This module helps in managing the personal information of the students like their Name,
Address, Phone no., Roll no & etc. The package helps in adding the personal records,
editing the records, retrieval of records, report generation & etc.
Fees Details:
This module helps in managing the fees details of the student like their tuition fees,
security, late fees & etc. The basic purpose behind the development of this module is
printing of receipts of the fees paid by the students.
Fee Status:
This module helps in managing the fees records of the students like how many have paid
their fees & how many are yet to pay their fees & what is the receipt no. of the student who
have paid their fees. Basically this module generates the list of all the students who have
paid their fees & it also generates a list for those students who haven’t paid their fees.
Report Generation:
This module is basically all about report generation; in this package quite a few reports are
generated which are embedded in the form like student details, cash details & etc.
This package helps in managing the student information like their Name, Roll no. annual
charges or we can say personal details, it also manages their fees details, receipt generation
& etc. The package helps in adding the official records, editing the records, retrieval of
records, report generation & etc.
• Security:
•
The package provides security by the help of Username & Password, the package
has been designed to be used on a stand-alone system & by specific user hence
there was no need for multiuser approach.
The package helps in maintaining & manipulating information pertaining to students &
daily activities
of the school/institute authorities for e.g. maintaining students personal details,
fee structures maintaining cash details, fees status & etc.
• Search:
This facility help in searching the required record from the database, package has
the provision of searching of the record through admission no. which is Primary
Key & through the name & class of the student.
Help:
This facility provides for help for the usage of the system. It provides help to the novice
regarding the usage of the package.
The School/institute Data management Package provides the user of the System with a
window like interface. The Front end of the package is developed in VB i.e. Visual Basics,
Back end is made in MS Access.
SYSTEM ANALYSIS AND DESIGN
1. ER DIAGRAM
The data model consists of three interrelated pieces of information: the data object, the
attributes that describe the data object, and the relationships that connect data objects
to one other.
Data Objects:
Attributes:
Attributes define the properties of a data object and take on one of three different
characteristics. They can be used to name an instance of the data object, describe the
instance, or make reference to another instance in another table. The set of attribute
that is appropriate for a given data object is determined through an understanding of
the problem context. One or more of the attributes must be defined, as an identifier
that is identifier attribute becomes a “Key” when we want to find an instance of the data
object. Relationships:
Data object are connected to one another in a variety of different ways. We can define a
set of object-relationships pairs that define the relevant relationships. Objectrelationship
pairs are bi-directional. Different data objects and their attributes are described in data
dictionary and their relationships between these data objects are given in ER diagram of
next section.
1. One-to-one (1:1): An occurrence of object ‘A’ can relate to one and only one
occurrence of object ‘B’ and an occurrence of ‘B’ can relate to only one occurrence
of ‘A’.
2. One-to-many (1:N): One occurrence of object ‘A’ can relate to one or many
occurrences of object ‘B’ but an occurrence of ‘B’ can relate to only one occurrence
of ‘A’.
3. Many-to-many (M: N): An occurrence of object ‘A’ can relate to one or more
occurrences of ‘B’, while an occurrence of ‘B’ can relate to or more occurrences of
‘A’.
Cardinality defines “the maximum number of object relationships that can participate in a
relationship”.
Modality:
The modality of a relationship is zero if there is no explicit need for the relationship to
occur or the relationship is optional. The modality is 1 if an occurrence of the relationship
is mandatory
.
ER-DIAGRAM OF “SCHOOL MANAGEMENT SYSTEM”
DFD s
It stands for Data flow diagram it is a diagrammatic representation of the data objects
of the system. Basically DFD is a way to show the how the data is processed in the
system, it shows how data moves at different stages in the system. DFD is a graphical
representation that depicts information flow & the transformations that are applied as
data moves from input to output. It is also used to represent a system or software at
any level of abstraction it can be partitioned into levels that represent increasing
information flow & functional DFD:
details
.
1. To provide annunciation of how data are transformed as they move through the
system.
DFDs are a excellent mechanism for communicating with the customer during
requirement analysis and are widely used for the representation of external and top-
level internal design specification. In the latter situations, DFDs are quite valuable for
subsystem, files and data links. The DFD methodology is quite effective, especially when
the required design is unclear. In the process, many levels of DFDs are created
depending upon the level of details needed.
The Level 0 DFD is also called Context Level DFD. It depicts the overview of the entire
system. The major external entities, a single process and the output stores constitute
the level-0 DFD. Though this diagram does not depict the system in detail, it represents
the overall inputs, process and output of the entire system at a very high level.
The Level 0 DFD is now expended into a level 1 model. It should be noted that
information flow continuity is maintained between level 0 and level 1. The process
represents at DFD level 1 further refined into lower levels. This further refinement is
continued until an easily implement able program component is reached.
LEVEL ‘0’ DFD OF
“STUDENT DATA MANAGEMENT”
Storing
Modifying
And
Retrieving
Students
Data
Details of
Students
These are the two DFD’S i.e. 0 level & 1 level of “Student Data Management ” package the 1
level dfd can be further refined to represent more detailed or lower level of information. DFD’s
are also known as flow graph or bubble chart.
The function and performance allocated to software as part of system engineering are
refined by establishing a complete information description, a detailed functional and
behavioral description, an indication of performance requirements and constraints,
appropriate validation
criteria, and other data pertinent to requirements. The outlines of system requirement
specification are:
Introduction:
This System Requirement Specifications Document forms the basis for the design and
development of the ”Student data management”. The purpose of this document is to
define all the processes involved in the function of Student data management. The
requirements of the software relating to the functionality, interfaces, logical database
requirements and various other aspects of the software are also explicitly defined. The
SRS document will also act as the basis for understanding between the end-user and
the designer/developer.
Information Description:
The development of this system assists in the maintenance of the information and to
fulfill the complete software requirements of the package.
Functional Description:
A processing narrative is provided for each function, design constraints are stated and
justified, performance characteristics are stated and diagram is included.
Validation and Criteria:
For successful implementation of the system we should define the performance bounds,
and expected software response. At the time of creating new entry, system performs
different types of validations like user can not overwrite the existing information, it asks
the user, this information already exist and also many feature.
FEASIBILITY STUDY
Feasibility is the test of the system it helps in deciding whether it is viable to go through the
project or not. Feasibility study studies the system & tells whether to develop the system or
not. In lay mans terms it can be described as the test of the system & if the system passes in the
test then it is viable to develop the project otherwise not or we can say feasibility study check’s
whether project is feasible or not.
1. Technology
2. Finance
3. Time
4. Resources
The feasibility of the system “SCHOOL Data Management System” is viewed with the help of
these four dimensions.
1.Technology:
This system uses one of the simplest technologies in use, for the development purpose it uses
simple to use & easily available technology. This system is based on windows like interface,
which is very easy to use. The package is been developed for the department, which is not very
familiar with software hence technology used, must be easily understandable, because of
which windows like interface has been chosen. The technology used in this project is VB i.e.
Visual Basics 6.0, M S Access & DAO controls. Visual Basic helps in providing windows like
environment. This system uses menu-based approach in which every thing is given with the
help of menus.
2.Finance:
This dimension measures the system in respect to money or we can say funds. This dimension
checks whether its viable to spend the required amount on the system or it will be a waste.
There is no problem of finance in this project because it uses simple technology, which is very
easy to install. This system is been developed for a standalone computer hence for this system
hardware requirement is very low. For this system to be developed & installed properly we
require very easily available technologies & very basic hardware and all these requirements
doesn’t cost much.
3.Time:
This particular dimension measures the systems worth in respect to time, which is one of the
most important factors to be considered. In this project time factor is very important this
system is scheduled to be installed in one months time. This system is not very big & hence
can be completed within the time period it requires approx. 30 man-days of work. Time is a
crucial factor to be considered & we can say this system can be developed within the required
time period.
4.Resources:
This dimension takes into count the recourses required to develop the system. For this
particular system the resources required are quite nominal which can be fulfilled, the resources
required for this system are basic hardware, an operating which is compatible with VB.
With the help of all these dimension we can measure the feasibility of the system & can decide
whether to go forward with the project or not. By take in count the dimension & their role in
this particular system we can say this system is feasible from all these dimension point of view
& it is viable to go through the project.
Software Requirements:
Software requirement are the basic software needs of the system or the package to
work properly & efficiently.
RDBMS: MS Access 97
OPERATING ENVIORNMENT
The system is developed in Visual Basics 6.0 / M S Access and run under windows 95/98 &
upper versions.
Visual Basics:
Visual basics is event driven programming language, which is used to develop front end for the
application. This is called event driven because every action of the user is an event & the
application is driven with the help of these events, which are programmed with the help of
Visual basics. In Visual basics there are forms, Controls, reports & many more things to
provide the user with overwhelming experience of user friendliness. Visual basics is a
programming language for windows environment & provides the user with windows like
interface.
M.S. Access:
Access is a Relational Database Management System (RDBMS) that you can use to store and
manipulate large amounts of information. Because its tools are user-friendly and because it is a
powerful development environment, Access is equally appropriate for novices and MIS
professionals.
Flow chart:
A flow chart depicts pictorially the sequence in which instructions / processes are
carried out in a system. Flow charts are graphical representation of the processes that
are carried out by the system, it depicts inputs, output and processing of the inputs and
the stages at which processing is done. Flow chart not only helps in accessing the
system but also in designing the algorithms for the system.
Processing Box
Decision
Manipulation of
Student records
Stop
BLOCK DIADRAM
Block Diagram:
Block diagram is a representation of the system as a whole. It
depicts the system as modules, basically block diagram is
representation of the what are its modules, its function & etc.
FILE DESIGNING:
1. Student:
Name, Address. Fathers name, Admission no. Data of Birth &
etc
2. Fee:
Section, Roll no. Admission no. Receipt no.
Program listings:
Fields-
FIELD NAME DATA TYPE
Address Text
Class Text
Section Text
Conveyance
Text
Date of admission Date
Class Text
loc Text
Concession Number
Date Date
Class Text
Admission no Number
Roll no Number
Section Text
Admission Number
Tuition Number
Late Number
Absence Number
Exam Number
Computer Number
Music Number
Total Number
Annch Number
Username Text
Password Text
Quarter Text
Tables-
Student
Fields Data types
Student Name Text
Father Name Text
Address Text
Class Text
Section Text
Security Number
Conveyance Text
Date of admission Date
Class Text
loc Text
Concession Number
Fees
Fields Data types
Receipt no. Text Primary key
Student name Text
Date Date
Class Text
Admission no Number
Roll no Number
Section Text
Admission Number
Tuition Number
Late Number
Absence Number
Exam Number
Computer Number
Music Number
Total Number
Quarter
Text loc
Text
Conveyance Number
Security Number
Class Text
Security
Fields Data type
Username Text
Text
Password
Quarter
MENU CHARTS
Menu Charts:
Menu chart shows the modules / menus of the system it depicts the
modules in the form of menus. Menu chart of “Student data
management” is given below:
Forms:
1. Splash form
2. Login form
3. MDI form
Menu chart:
New
New Admission
Edit
Student details
Fees
Printing of Fee Receipts
Delete
Reprint
Reprinting of receipts
Reports
Fee details
Student details
Conveyance details
Security details
Fee Status
Fee status
Exit
IMPLEMENTATION &
CODING
TOPICS COVERED
II. CODING
Salient Features:
SECURITY:
Splash:
This is the opening screen of the package, user has to click Ok to move
forward or close the package.
Code:
frmpassword.Show
Me.Hide
End Sub
Login Form:
It ask user to enter the User name & Password, if he enter it
correctly access is granted else he is given three chances to enter the correct
Username & Password, if he fail then system is shutdown.
CODE:
Private Sub Command1_Click()
If Text2 = "" Then
End If
If flag < 3 Then
If Text2 = "deepak" Then
MDIForm1.Show
frmpassword.Hide
Else
MsgBox ("Incorrect Password")
flag = flag + 1
End If
Else
End If
End Sub
End
End Sub
End Sub
MDI Form:
This is first form after the access is granted to the user, it shows the
menus that are available to the user.
Code:
Option Explicit
'Public db As Database
'Public ws As Workspace
Edit form
Fee detail
Student Detail Report
Option Explicit
Dim stdnt As Recordset ' recordset used for student table
Dim cla As Recordset ' recordset used for class table Dim
match As Recordset ' used to match the admnno in the
student table Dim str As String
Dim sql As String
Dim r As Variant
Dim i, j, k As Integer
Dim key As Boolean
Dim chk As Boolean
Option Explicit
Dim rs As Recordset
Dim cla As Recordset
Dim SSql As String
Dim totrec As Integer
Dim i As Integer
IMPLEMENTATION STRATEGIES
Conversion begins with a review of the project plant, the system test
documentation, and the implementation plan. The parties involved are
the user, the project team, programmers, and operators
Copying the “old” files intact for the new system is the prime concern
during conversion. The programs that copy the files should produce
identical files to test programs on both systems. At the outset, a
decision is made to determine which files need copying. Personnel files
must be kept of course, but an account receivable file with many
activities might not need copy in. Instead, new customer accounts
might be put on the new system, while running out the old accounts
on the old system.
TOPICS COVERED
I. TESTING
Testing:
Test Plan:
We divided the testing procedure into these levels: -
Unit Testing.
Integration Testing.
Validation Testing.
System Testing.
C Vali
l datio
Desi Integ
gn ratio
Code U
n
Levels of Testing
Unit Testing:
Integration Testing:
The next level of testing is often called the integration testing. In
this many tested modules are combined into subsystems, which are
then tested. The goal here is to see if the modules can be
integrated properly, the emphasis being on testing interfaces
between modules. This testing activity can be considered as testing
design and hence the emphasis on testing interactions.
Validation Testing:
During validation testing, the system is used experimentally to
ensure that the software does not fail, i.e. will run according to its
specifications and in the way users accepts, special test data input
for processing, and the results examined. A limited number of users
may be allowed to use the system so analysts can see whether they
try to use it in unforeseen ways.
System validation checks the quality of the software in both
simulated and live environments. First the software goes through a
phase in which error and failures based on simulated user
requirements are verified and studied, called alpha testing. The
modified software is then subjected to phase two in the actual
user’s site or a live environment, called beta testing.
System Testing:
A series of different tests whose function is to verify that all system
elements have been properly integrated and perform allocated
functions.
Platform:
This system is platform independent, it will work on any
platform. Operating system recommended for this system is Window’s
98 & upper versions.
Addition of records:
Editing Records:
For Sam
records
edi
then e p
enter click
the rs
after
on that
search ah
makechanthe delp
. save
ges ete
Sy
be exited ste
through close button
Same procedure should be applied through the package. This package
has a similar environment to windows, so it is easy to work with.
RESULTS & CONCLUSION
TOPICS COVERED
II. BIBLIOGRAPHY
LIMITATION OF THE SYSTEM
2. This system is quite easy to use this is not its limitation but its
RDBMS.
5. There are few things, which should be kept in mind while using
the system.
BIBLIOGRAPHY
Books Referred:
(BPB Publications)
Boodey
(BPB Publications)