1

STUDENT INFORMATION SYSTEM

TABLE OF CONTENTS

Abstract Customer Specifications Technical specifications Hard are specifications Soft are specifications !ro"ect #oals !ro"ect Ob"ecti%es !rocess flo dia&rams Lo&in )ain !rocess Add !rocess -elete !rocess )odif. !rocess 0ie !rocess Entit. 2elationship -ia&ram -atabase -esi&n -ata Flo -ia&ram Screen -esi&n /+ Lo&in Screen )ain Screen Add Screen -elete Screen )odif. Screen /* 0ie Screen

4 4 5 5 5 $ $ ' ( * +, ++ +/ +1 +4 +$ +(

// /1 /4 /'

1+

Student 2eport 0alidations #lobal 0alidations 41 Lo&in 0alidations 41 Screen 0alidations 44 Future Enhancements 45 Codin& Standards 45 2eferences 4$

1/

STUDENT INFORMATION SYSTEM

The Student information System is a software project that runs on Swing Environment in java. This application helps to store the students information in the data ase. !part from storing" it maintains the information y doing proper updation in the data ase. The Student #nformation System has the following features$ Students information can e added" deleted" modified and viewed. %or each option proper user validation is done while entering. asic

CUSTOMER SPECIFICATION
The Student #nformation System meets the following re&uirements of customer$ 'ser %riendly Efficient record maintenance. (enerates report of a particular student. )roper validations are done for each and every fields of the student details.

)rovides security+ only privileged users can alter the information stored in data ase. ,as proper structure and flow throughout the application.

The Technical specifications of the system are as follows$ HARDWARE SPECIFICATIONS: )entium 4 or a ove. 2*-./ 0!. or a ove. SOFTWARE SPECIFICATIONS: 123 1.*.4 or a ove 5indows 6) or a ove 7racle 8i 2ata ase or a ove.

PROJECT GOALS The goal of the project is as follows$ To maintain the record of every student of a school in the data ase. 'ser can add" modify" view" delete a record in the data ase in swing environment which is more user friendly. )roper privileges is given to the user. So that only privileged user can login and alter the data ase. PROJECT OBJECTIVES:

Validation o t!" #$"%$

The user name and password which is entered y the user is validated in the java program itself.

Maintain"n&" o data)a$":

int"'%it( o

t!" %"&o%d in

#f the students record is altered in the front end parallely it is altered in the data ase . Thus apart from integrity of the data ase. eing user friendly it maintains the

PROCESS FLOW

DIAGRAMS

Main Pa'"

Add Lo'in Pa'"

Add O*"%ation

D"l"t" Lo'in Pa'"

14

D"l"t" O*"%ation

11

Modi (Lo'in

Modi ( O*"%ation

12

Vi"+ Lo'in

13

Vi"+ O*"%ation

14

1*

Vi"+ all Lo'in

1-

Vi"+ All O*"%ation

End Pa'"

19

1:

ENTITY RELATIONSHIP DIAGRAM

18

24

DATABASE DESIGN STUDENT,DETAILS TABLE

NAME S;#2 S;<!.E S;!22 S;%!T,E0 S;(E<2E0 S;AB!SS S;SEAT#7< S;A0E2#TS DATATYPE <'./E0=:> @!0A,!02=24> @!0A,!02=*4> @!0A,!02=14> @!0A,!02=14> @!0A,!02=14> @!0A,!02=14> <'./E0=9"2> CONSTRAINTS )0#.!0? 3E? <7T <'BB <7T <'BB <7T <'BB <7T <'BB <7T <'BB <7T <'BB <7T <'BB

21

DATAFLOW DIAGRAM

LEVEL -

22

23

LEVEL ./ ADMIN

24

LEVEL ./ PRINCIPAL

2*

LEVEL ./USER

MAIN SCREEN

2-

29

ADD LOGIN SCREEN : EMPTY FIELDS

2:

LOGIN SCREEN: INVALID USER NAME

LOGIN SCREEN: CORRECT USER NAME AND

28

PASSWORD

34

ADD SCREEN : SUBMITTING EMPTY FIELDS

ADD SCREEN: NAME VALIDATION

31

32

ADD SCREEN: COMBO BO0 VALIDATION

33

ADD SCREEN : CREDENTIAL VALIDATION

ADD SCREEN : SUCCESSFUL INSERTION

34

3*

DELETE SCREEN : VALIDATION

3-

DELETE SCREEN : SUCCESSFUL DELETION

39

MODIFY SCREEN

3:

MODIFY SCREEN: SUCCESSFUL UPDATION

38

VIEW SCREEN

44

VIEW SCREEN

41

VIEW ALL LOGIN SCREEN

42

VIEW ALL SCREEN : REPORT

43

END SCREEN

44

LOGIN VALIDATION

#<)'T

7'T)'T

'sername entered. <o password. <o 'sername. )assword entered <o 'sername. <o )assword.

Error message$ )lease enter username and password. Error message$ )lease enter username and password. Error message$ )lease enter username and password.

5rong username and Error message$ #nvalid )assword. username and )assword Aorrect 'sername and Successful Bogin. Bogin
VALIDATION RECORD FOR ADDING AND MODIFYING A

#<)'T #llegal name #llegal gender #llegal class #llegal section

7'T)'T Error$ )lease enter alpha ets in name field Error$ )lease choose correct option in gender field. Error$ )lease choose correct option in class field. Error$ )lease choose correct

4*

#llegal fathers name #llegal credentials !ny lanC field !ll data correct

option in section field. Error$ )lease enter alpha ets in name field Error$ )lease enter credentials from 1.4 to 14.4 Error$ )lease checC all fields Successfully modified or inserted.

VALIDATION FOR ENTERING STUDENT ID IN DELETING1 MODIFYING AND VIEWING A RECORD

#<)'T #llegal num er /lanC field Aorrect num er

7'T)'T Error$ <o data found. Error$ )lease enter valid num er. Successfully deleted or report generated or data retrived for modification.

4-

FUTURE ENHANCEMENTS

49

Student information system can e implemented to get records class wise or section wise or gender wise etc. 2uring students admission process all the students details can e easily entered in the data ase. The attendance of the students can e maintained. The time ta le for each and every class can maintained. The performance of every student can e monitored and reports can e given to parents.
CODING STANDARDS

'se proper names methods. !ll varia les must egin with a small alpha et and follow ,ungarian <otation. E.g. driver<ame" vehicle<ame Aonstants must e declared in capital letters. 'nnecessary import from java.lang. Empty finally locCs. Empty catch locC. !void using varia les with no proper descriptions.

4:

%or loops use varia les such as counter instead of using DEF or DiF. 0E%E0E<AES$
1>

1!@! T,E A7.)BETE 0E%E0E<AE y ,er ert Schildt

2> www.google.com
3>

www.wiCipedia.org

4> javadocs