FINAL BLACK BOOK - Pratima InfoSys Solutionspratimainfosys.weebly.com/uploads/1/0/4/4/10441765/blackbook.pdf · 3.6 Class Diagram 26 ... 5.2 List of tables with attributes and constraints

STUDENT MANAGEMENT SYSTEM 2011

1

INDEX

Sr. No Title Page No. 1 Acknowledgement 3 2 Preliminary Investigation 4-13

2.1 Organizational Overview 5 2.2 Description Of System 6 2.3 Limitations of the present system 7 2.4 Proposed system and its advantages 8-9 2.5 Feasibility Study 10-11 2.6 Stakeholders 12 2.7 Gantt Chart 13 3 System Analysis 14-30

3.1 Fact Finding Techniques 15 3.2 Event Table 16 3.3 Use Case Diagram & Use Case Description 17-23 3.4 Entity Relationship Diagram 24 3.5 Activity Diagram 25 3.6 Class Diagram 26 3.7 Object Diagram 27 3.8 Sequence Diagram 28 3.9 Collaboration Diagram 29 3.10 State Diagram 30

4 System Design 31-39 4.1 Converting ERD to Tables 32-33 4.2 Component Diagram 34 4.3 Package Diagram 35 4.4 Deployment Diagram 36 4.5 System Flow Chart 37 4.6 Structure Chart Diagram 38-39 5 System Coding 40-94

5.1 Menu Tree 41 5.2 List of tables with attributes and constraints 42-44 5.3 Program Description 45-47 5.4 Validations 48-58 5.5 Test Cases 59-74


2

Sr. No Title Page No. 5.6 Screen Layouts & Report Layouts 75-94 6 Future Enhancements 95 7 References and Bibliography 96


3

ACKNOWLEDGEMENT

It is nearly impossible to thank everyone who is involved in the process of taking the concept of the ‘Student Management System’ to a live running project of the same. This book is the direct result of the help of all the people who directly or indirectly helped us in making the project successful.

First of all I would like to thank GOD for providing me with the potential and right decision power on right time to make this project possible.

The satisfactory completion of this project is not merely due to my efforts but also due to valuable guidance recommended by our internal guides and the requisite infrastructure and facilities made available by our college.

I also express our sincere thanks to the staff of ‘NAGINDAS KANDWALA COLLEGE’ , our project guide ‘Mr. Kiran Raorane’ for their unstinted co-operation and support, which resulted in successful completion of the project.

Also I would like to thank my friend ‘Mr. Gaurav Chandarana’ to help me out through the project whenever I had any difficulty.

At last I would like to thank my friends who encouraged me and shown a great interest in my work to make me confident about my work and hence getting the great potential to work ahead.


4

PRELIMINARY

INVESTIGATION


5

Organizational Overview

The software is going to be implemented by an education based institution named “Shree Lohana Vidyarthi Bhavan”.

It is a trust based hostel established in the year 1904. The initial donors or the establishers of this institution were Shri Banatwala and Shri Sukhadwala. It is located in the heart of Mumbai known as Andheri, with well organized and well built building of four floors.

The hostel at present works under the presidency of Shri Ramesh N. Vasani and other as treasurer working under them for the institution. The hostel is managed by one superintendent and one rector as the main head.

Students from far of the country travel here for studies. Since it is a cast based hostel, only Lohana cast students are allowed to stay and study in this institution.

At present there are 100 students staying in the hostel. Almost 80% of them are in college doing different courses. Remaining 20% are school students. Students get many different facilities for studies like library, computer lab and other guidance from the seniors. Besides studies there are many facilities like sports for playing different games. Also cultural activities are also arranged for students. Also the festival of hostel is also celebrated like all colleges are arranging. This festival is given the name “REVOLUTION” in which students get lots of enjoyment and different events are carried out in this. It is celebrated in the last week of December during Christmas. Many other cultural activities like Navratri, Ganeshostav, Holi, etc.. are also celebrated.

The students need to pay an amount of 17000/- Rs as the fees for this hostel. The fees includes the charges of washing clothes and food. For the students who are from low class family, who are not able to pay the fees and wants to make their future by studying are allowed to stay in the hostel with some concession. These students need to pay half of the fees only as it is a trust based hostel.

Thus this institution gives the students the platform to study and brighten their future.


6

DESCRIPTION OF THE SYSTEM

My system is based on VISUAL STUDIO 2008. It is a Student Management System where the administrator can work on it different processes like admission of the student, fees record, rooms allotment, attendance of the student, etc.. The database language used is MICROSOFT SQL 2005.

Through this system the admin or the user can easily perform their work and lessen the burden of paper work and using registers which is very tedious. There are almost 100 students which is difficult to manage and keep the record of all students using manual procedure. So to make the work run comfortably and to save time and energy this software is being implemented. The administrator can get the record of any student at whatever time he needs using this system. He can maintain the record of past students very easily who has left the hostel. There is no tension of keeping the registers for long time and maintaining them. Also the records of fees can also be maintained. Whether the student has paid the full fees or half of installments is remaining and get the details of the same very easily.


7

LIMITATION OF THE PRESENT SYSTEM

Currently the system is performing the work manually through paper work, registers and maintenance sheet which is very difficult to maintain. Every time it needs to enter the new student names in the registers. Also the fees schedule is also difficult to maintain.

The security of the data is also not much. If one of the registers is lost by mistake or any of the student misplaces it, it creates a lot of problem. Thus to maintain the data there must be some security.

The records of the past students is also not maintained by this procedure. It is difficult to keep the record of last years. Thus it is not possible to do so.

Thus to avoid this many problems we need to introduce a new software through which all these problems can be solved and can reduce the hardwork.


8

PROPOSED SYSTEM AND ITS ADVANTAGES

The proposed system helps the administrator or the user to enter the data very fast and with greater security. There is no tension of doing paperwork or entering data into the register everytime.

Security is the main advantage of this system. The administrator can easily get the details of different students very easily using this. Admission procedure can be done by entering the data of respective students in it. Fees payment record can also be maintained. Leave forms of every student is also maintained using this system. Allotment of rooms to the students can be done through this.

Different modules included in this system are as follows:

1.Login form module

2.Admission module

3.Fees module

4.Leave module

5.Rooms module

6.Reports

7.User

LOGINFORM : Through this module admin or user can login differently by entering their name and password. The admin has the full right to change the data of the system while the user can’t do this.

ADMISSION: Through this module the user can enter the entire data of different students very easily. The address and the city of the student and the contact no can be entered.

FEES: The fees procedure of all students can be done through this module. Whether the student has paid the full fees or only the first installment, the information can get through this.

LEAVE: The students going on leave needs to fill up the details for leave. The data can be maintained using this system. Students name and date range is entered and total no of days is calculated. Students address during leave is also entered and contact no.


9

ROOMS: The room allotments of every student can be done using this module. Floor is selected and roomno and bedno is selected to allot it different student. Also deallotment of rooms can also be done.

REPORT: The entire details of every student can be found using the report module. The admin can find the individual details of each student. Also the printout of each data can be done through this.

USER: Through this user can search a particular student or change password for login. Only the user can change password. Also if the user wants to logout of the system, it can be done using this.


10

FEASIBILITY STUDY

SCHEDULE FEASIBILITY:

Schedule feasibility involves completion of different states of the project in the given time.

As my software will be completed in the given time period only, it is feasible for the client. Also in between, different phase completion will be shown to the client which ensures that the project is being made for them.

OPERATIONAL FEASIBILITY:

Operational feasibility includes whether the software is feasible for the operation by the client. The client is having the ability to do the operation of different softwares used for the system.

Visual Studio 2008 is being used for this software. As the client is having the knowledge to operate this, it is feasible for them.

Microsoft SQL Server 2005 is used to maintain database. Thus the user can maintain the database as the SQL is well known to the user.

Thus the software is feasible for the operation. Thus the project is operationally feasible.


11

TECHNICAL FEASIBILITY:

Technical Feasibility involves different requirements for the system. Different hardware and software requirements are specified below as per the system.

HARDWARE & SOFTWARE SPECIFICATION

1: Hardware specification:

Our System Required:

• 10GB of Hard Disk

• 512MB RAM (minimum)

• Processor Pentium 4 or newer versions

• Printer

2: Software Specification:

Our System Required:

• Operating System: – Windows XP or Windows 7

• Front end:- Microsoft Visual Studio 2008

• Back end:- Microsoft SQL Server 2005

Thus the system software is technically feasible for the admin or the user to use it.


12

STACKHOLDERS

Stackholders are those persons who are successfully involved in completion of the project at the specified time period. Different stackholders included in the completion of the project are :

The Client or Administrator :

He is the one for whom the project is being made. He is successfully engaged for the completion of the software as soon as possible.

The Technical Staff:

They are the people who provides guidance in area of programming language to the programmer. The guidance is given to the student or the programmer so that he can complete the given project properly.

The Creator or Programmer:

The student itself is the programmer who wants the project to be completed in the specified time. He is the main stackholder for the project.


13

GANTT CHART

GANTT CHART MONTHS PHASE

JUNE

JULY

AUG

SEP

OCT

NOV

DEC

JAN

Preliminary Investigation

System Analysis

System Design

System Coding

Implementat-ion

Project Report

Submission

EXPECTED TIME - PERIOD

ACTUAL TIME - PERIOD


14

SYSTEM ANALYSIS


15

Fact finding techniques

1. Is it a trust based institution?

Yes No

2. Does any outsider or any of the student uses the system? Yes No

3. How many students are there in the institution? 50 100 120 Above 120

4. At present how the work is maintained in the institution? FILES REGISTERS COMPUTERS

5. Does the institution collect fees through Cheque / DD also? Yes No

6. Do you want any software that maintains your daily work very easily and without any stress? Yes No


16

EVENT-TABLE

EVENT TRIGGER SOURCE ACTIVITY RESPONSE DESTINATION

Admin comes to

enter student details.

Admin Logs in.

Admin /

User

Names are taken and verified

Acknowledgement for validated details

Admin /

User

User enters student

Admission details

Details accepted

User Students details are taken and saved

Admission details are added

User

User wants to enter students

fees details

Fees form review

User Students Fees details are accepted

and total is generated.

Fees details updated

User

User wants to enter

details of student on

leave

Leave form review

User Students leave date and name is

accepted and total no of days of leave

is calculated.

Students leave is accepted

User

User allots room to

the students

Room allotment

review

User Room allotment of every student is

done.

Allotment is maintained

User

User wants to deallot room to

the student

Room deallotment

review

User Room deallotment of every student is

done.

Deallotment is maintained

User

User wants to search student

Search Student review

User Student details can be found by

entering name

Student is searched User

User wants to

generate report

Report review

User Different reports are generated.

Reports being generated

User


17

USECASE DIAGRAM

Admin

Admin

Enter Admission details

Enter students details

Enter student fees details

Enter student leave details

Allot/deallot rooms to student

Generate Report

Room no and bed no is

allotted/dealloted

LOGS IN TO THE SYSTEM


18

Admin

Enter Academic year

Enter Student details

Enter Fees Status

Collect fees from student

Allot/Deallot Rooms to student

Save Student Details

Update Student Details

Delete Student Details


19

USE CASE DESCRIPTION

Use case name Create new student admission details entry Scenario Enter student details Triggering event Administrator create new student entry Brief Description When a student enters in a new academic year,

the administrator adds his details into the system.

Actors Administrator Related Use Case None

Stack holder new_stud Pre-Condition The student must take admission and only he

can be entered as a student. Post-Condition New student id should be generated & new

student details should be entered. Flow of Activity Actor System 1. A student takes

admission into hostel.

2. The Administrator wants to add that student details.

3. The Administrator adds the students details.

2.1 Displays admission details form and new student id is generated 3.1 Finalize the creation of student.

Exception None


20

Use case name Enter student fees details. Scenario Administrator enters fees details. Triggering event Enter student fees details. Brief Description When the Administrator wants to add details

about fees, he adds fees details of the student. Actors Administrator Related Use Case None

Stack holder Student Pre-Condition The student must pay fees for the particular

admission taken. Post-Condition The student fees details is added into the

system Flow of Activity Actor System 1. The Administrator

wants to add fees details in fees details form.

2. The Administrator adds fees status and amount details into the form.

1.1 Retrieves a student_id from admission form. 2.1 Finalize the fees details.

Exception None


21

Use case name Enter student leave details. Scenario Administrator enters leave details. Triggering event Enter student leave details. Brief Description When the Administrator wants to add details

about leave, he adds leave details of the student.


Stack holder Student Pre-Condition The student must be on leave for the particular

leave date. Post-Condition The student leave details is added into the


wants to add leave details in leave details form.

4. The Administrator adds date range and address info.

1.1 Retrieves a student_id from admission form. 2.1 Finalize the leave details.

Exception None


22

Use case name Allot/deallot room to student. Scenario Administrator selects floor and room no. Triggering event Select student room details. Brief Description When the Administrator wants to allot/deallot

rooms to student, he selects room details of the student.


Stack holder Student Pre-Condition The student must have taken admission in the

hostel. Post-Condition The student room details is added into the


wants to allot/deallot rooms to student.

2. The Administrator selects floor and room details.

1.1 Retrieves a student_id from admission form. 2.1 Finalize the room details.

Exception None


23

Use case name Create Report. Scenario Administrator selects particular report to

generate. Triggering event Select report. Brief Description When the Administrator wants to generate

report, a report is created as per the details. Actors Administrator Related Use Case None

Stack holder Student Pre-Condition The student must have taken admission in the

hostel. Post-Condition The student report is generated. Flow of Activity Actor System 1. The Administrator

wants to generate report.

2. The Administrator wants to print report.

1.1 Retrieves report details from the forms. 2.1 Print the report.

Exception None


24

ENTITY RELATIONSH IP DIAGRAM

* 1..* 1..*

1 1..*

1 *

1..* *

1

1..*

1..*

ADMIN/ USER

HOLDS

Generates

Allots

Enters

Prints REPORT

FEES

Second Floor

LEAVE

Date From

Date To

No Of Days

Contact_NO

Standard

Student_name

Student_ID

ADMISSION

Student_ID

Stud_name

Address

D.O.B.

AcademicYear

Standard

Contact_NO

Guard_details

Parents_details

Student_ID

Stud_name

Standard

Total

Stud Status

Fees Status

Amount Status

Amt_Left

Amt_Paid

Cheq_Date

Cheq_NO

Create Crystal Report

Crystal Report

Select Student

Select Room

Select Student

Select Bed

Select Room

Select Bed

Third Floor


25

ACTIVITY DIAGRAM

Display login form

Enter username and password

Logs in the user

Enter admission details

Checks the details of the student

If student

Accept Update

Collect Fees

Save Fees Details

Enter Room Allotment

Display Floors rooms

Select particular Room Room allotted

Successfully

Report Generation Generate Report Print Report


26

CLASS DIAGRAM

TROOMS

- Room_no :int

- Bed_no : char

- Student_id : varchar

+Retrieve Room Allotment ()

ROOMS

- Room_no :int

- Bed_no : char

- Student_id : varchar

+Retrieve Room Allotment ()

LEAVE FEES

ADMISSION

- SID :varchar

-Year : int

-Standard : varchar

-Firstname : varchar

-Lastname : varchar

-DOB : datetime

-Native Place : varchar

-SubCaste : varchar

-Local Addr : varchar

-Native Addr : varchar

-Father : int

-Mother : int

-None : int

Mothername : varchar

MotherContactNo : bigint

Fathername : varchar

FatherContactNo : bigint

Guardianname : varchar

GuardianContactNo :bigint

- SID : varchar

-DateFrom : datetime

-DateTo : datetime

-Address : varchar

-ContactNo : bigint

- SID : varchar

-StudentStatus : varchar

-FeesStatus : varchar

-AmountStatus : varchar

-ChequeNo : bigint

- ChequeDated : varchar

-AmountPaid : bigint

-AmountLeft : bigint

+Retrieve Fees Details()

+Retrieve Admission Details ()

+Retrieve Leave Details ()


27

OBJECT DIAGRAM

FEES Student_id : S1 StudentName : ABC StudentStatus : NEW FeesStatus : FULL AmountStatus : CASH Cheque_No: Cheque_date : AmountPaid : 8000 AmountLeft : 7000 Total : 15000

LEAVE

Student_id :S1 StudentName : ABC DateFrom : 24-dec-2010 DateTo : 29-dec-2010 NoOfDays : 6 Address : Kandivali Contact No : 26164552

ROOMS

Room No : 208 Bed No : B Student _Id : S1

LOGIN USERNAME: STUDENT PASSWORD:

ADMISSION

Student_id : S1 AcademicYear : 2010-11 FirstName : ABC DateOfBirth : 01-09-1990 NativePlace : Mumbai Address : Mumbai MotherName : XYZ Contact No: 9882234344 FatherName : PQR Contact No: 8809009067 GuardianName : ABC Contact No: 8088879777

TROOMS

Room No : 301

Bed No : A

Student_id :S2


28

COLLABORATION DIAGRAM

1.Enter Student 2.Enter Fees Status

Admission Details. & other Details.

3.Confirms Fees Details.

4.Enters Students

Leave Details.

5.Select Student_id for Room Allotment

6. Select Floor

8. Crystal Report Generation

7. Select Room & Bed_no

9. Generate Report

10. Print Report

ADMIN AdmissionForm FEES

LEAVE

Room Allotment

FLOORS

ROOMS Crystal Report

Generate Report Print Report


29

SEQUENCE DIAGRAM

1. Enter stud_details() 2.Retrieve student details() 3. Enter Gd_details() 4. Save all Details()

5. Enter fees status and all details () 6.calculate total Fees()

7. Enter students Leave Details() 8.Calculate No of Days()

9.Select student to allot/deallot rooms() 10.Allot/Deallot Rooms()

11. Generate Reports() 12. Print Reports()

Admin / User

Admission Form

Admission Controller

FEES LEAVE ROOMS Crystal Report

Printer Interface


30

STATE DIAGRAM

ADMIN/USER LOGS IN

THE USER GETS LOGGED INTO SYSTEM

USER ENTERS ADMISSION DETAILS

USER SAVES, UPDATES ALL DETAILS

ALL DETAILS MAINTAINED

USER ENTERS FEES AND LEAVE DETAILS

USER RETRIEVES ALL DETAILS

ALL DETAILS RETRIEVED

USER ALLOTS, DEALLOTS ROOMS

ROOMS ALLOTED, DEALLOTED

USER GENERATES REPORTS

USER PRINTS OR SAVES REPORT


31

SYSTEM

DESIGN


32

CONVERTING ERD TO TABLES

• ADMISSION DETAILS :

Student_id

Academic Year

Name Address Standard Date of Birth

Parents Name

Guardian Name

Contact Number

S1 S2

2009-10 2009-10

YASH SUNNY

MALAD MALAD

F.Y.J.C S.Y.J.C

13-12-1994 5-6-1994

ALKABEN JAGDISHBHAI

POOJABEN POOJABEN

9887865643 9866687333

• LEAVE DETAILS :

Student_id Student_name Standard Date From

Date To

No of Days

Address

S1 S2

YASH SUNNY

F.Y.J.C. S.Y.J.C.

20-OCT-10 15-NOV-10

25-OCT-10 18-NOV-10

6

4

MALAD MALAD


33

• FEES DETAILS

Student Id

Student Name

Standard Fees Status

Student Status

Amount Status

Cheque No

Cheque Date

Amount

Paid

Amount

Left

Total

S1

S2

YASH

SUNNY

F.Y.J.C

S.Y.J.C

FULL

HALF

OLD

NEW

CASH

CHEQUE

-

809987

-

20-10-10

7000

4000

8000

3500

15000

7500

• ROOMS ALLOTMENT SECOND FLOOR

THIRD FLOOR

SELECT_STUDENT FLOOR ROOM NO BED N0

S1

S2

2ND FLOOR

2ND FLOOR

206

210

A

B

SELECT_STUDENT FLOOR ROOM NO BED N0

S3

S4

3RD FLOOR

3RD FLOOR

301

310

C

D


34

COMPONENT DIAGRAM

LOGIN ADMISSION DETAILS

FEES DETAILS

FEES STATUS

LEAVE DETAILS

CRYSTAL REPORTS

ROOM ALLOTMENT


35

PACKAGE DIAGRAM

ADMIN CLASS

LOGIN

STUDENT DETAILS

Admission

FEES DETAILS

FEES

CRYSTAL REPORT

REPORT STUDENT’S

FESS STATUS

Fees status

LEAVE DETAILS

LEAVE

PRINT REPORTS

Report Generation

ROOM ALLOTMENT

ROOMS


36

DEPLOYMENT DIAGRAM

SYSTEM

PRINTER


37

SYSTEM FLOW CHART

ADMISSION FILE

STUDENT MANAGEMENT

SYSTEM

CRYSTAL REPORT FILE

FEES FILE

ROOMS FILE

LEAVE FILE

Contains Student Admission Programs

Contains Student Details Programs

Contains Fees Details Program

FEES RECEIVE FILE

Fees Received From Student

Fees Received Report

Generates Reports

DeAllots Rooms to student

Allots Rooms to student

Contains Student Leave Details

Prints Reports


38

STRUCTURE CHART DIAGRAM

ADMIN

ADMISSION DETAILS

LEAVE DETAILS FEES DETAILS

Retrieve AcademicYear

Add new student

Select Fees Status

Modify existing student

Retrieve student name

Calculate Fees Amt

Calculate no of days

SYSTEM DATABASE

Retrieve student name


39

ADMIN

ROOMS

DEALLOT ROOMS ALLOT ROOMS

SYSTEM DATABASE


40

SYSTEM

CODING


41

MENU TREE MAIN FORM

ADMISSION

ADMISSION DETAILS

FEES

FEES DETAILS

LEAVE

LEAVE DETAILS

ROOMS

ALLOT ROOMS

SECOND FLOOR

THIRD FLOOR

DEALLOT ROOMS

REPORTS

VIEW REPORTS

USER

SEARCH STUDENT

CHANGE PASSWORD

LOGOUT


42

List of Tables With Attributes & Constraints

TABLE NAME :LOGIN

COLUMN NAME DATA TYPE FIELD LENGTH

CONSTRAINT REQUIRED FIELD

USERNAME varchar 20 - YES

PASSWORD varchar 20 - YES

TABLE NAME : ADMISSION DETAILS



STUDENT_ID varchar 50 IS PRIMARY KEY YES

YEAR int - - YES

STANDARD varchar 50 - YES

FIRST_NAME varchar 50 - YES

MIDDLE_NAME varchar 50 - YES

LAST_NAME varchar 50 - YES

DATEOFBIRTH Datetime - - YES

NATIVE_PLACE varchar 50 - YES

SUB-CASTE varchar 50 - YES

LOCAL_ADDRESS varchar 100 - YES

NATIVE_ADDRESS varchar 100 - YES

FATHER int - - NO

MOTHER int - - NO

NONE int - - NO

MOTHER_NAME varchar 50 - YES

MOTHER_CONT_NO bigint - - YES

FATHER_NAME varchar 50 - YES


43



FATHER_CONT_NO bigint - - YES

GUARDIAN_NAME varchar 50 - YES

GUARDIAN_CONT_NO bigint - - YES

TABLE NAME : FEES DETAILS

COLUMN NAME

DATA TYPE FIELD LENGTH CONSTRAINT REQUIRED FIELD

STUDENT_ID varchar 50 IS FOREIGN KEY YES

STUDENT_STATUS varchar 50 - YES

FEES_STATUS varchar 50 - YES

AMOUNT_STATUS varchar 50 - YES

CHEQUE_NO Bigint - - YES

CHEQUE_DATE Datetime - - YES

AMOUNT_PAID bigint - - YES

AMOUNT_LEFT bigint - - YES


44

TABLE NAME : LEAVE DETAILS

COLUMN NAME



DATE_FROM datetime - - YES

DATE_TO datetime - - YES

ADDRESS varchar 100 - YES

CONTACT_NO bigint - - YES

TABLE NAME : ROOMS DETAILS

COLUMN NAME


ROOM_NO int - - YES

BED_NO char 10 - YES



45

PROGRAM DESCRIPTION

1. Name : LOGIN INPUT: USERNAME AND PASSWORD OUPUT: ERROR MESSAGE OR NEXT PAGE

IF TEXTFIELDS ARE BLANK THEN GIVE ERROR MESSAGE OF BLANK FIELD ELSEIF USERNAME AND PASSWORD DOESNOT MATCH THEN GIVE ERROR MESSAGE OF INCORRECT USERNAME AND PASSWORD ELSEIF USERNAME AND PASSWORD MATCHES THEN GIVE ACCESS TO NEXT PAGE ENDIF

2. Name : ADMISSION DETAILS Input : STUD_ID, ACA_YEAR, STD, NAME, DOB, NATIVE_PL, SUB-CASTE, LOCAL ADDRESS, NATIVE ADDRESS, PARENTS_ALIVE, PARENTS_NAME, PARENTS_CONTACT_NO, GUARDIAN_NAME, GUARDIAN_CONTACT_NO. Output: ERROR MESSAGE OR NEXT PAGE OR EXIT FROM PAGE. IF TEXTFIELDS ARE BLANK THEN GIVE ERROR MESSAGE OF BLANK FIELD ELSEIF TEXTFIELD’S ARE NOT OF PROPER DATATYPE THEN GIVE ERROR MESSAGE OF INVALID DATA ELSEIF ALL FIELDS ARE PROPERLY FILLED THEN GIVE MESSAGE FOR SUCCESSFULL COMPLETION OF EVENT ENDIF


46

3. Name : FEES DETAILS Input : STUDENT_NAME, STUDENT_STATUS, FEES_STATUS, AMOUNT_STATUS, CHEQUE-NO, CHEQUE-DATE, AMOUTN_PAID, AMOUNT_LEFT. Output: ERROR MESSAGE OR EXIT FROM PAGE. IF TEXTFIELDS ARE BLANK THEN GIVE ERROR MESSAGE OF BLANK FIELD ELSEIF TEXTFIELD’S ARE NOT OF PROPER DATATYPE THEN GIVE ERROR MESSAGE OF TO ENTER PROPER DATA ELSEIF ALL FIELDS ARE PROPERLY ENTERED THEN GIVE MESSAGE OF SUCCESSFULL COMPLETION. ENDIF

4. Name : LEAVE DETAILS Input : STUDENT_NAME, LEAVE DATE RANGE, ADDRESS, CONTACT-NO. Output : ERROR MESSAGE OR EXIT FROM PAGE. IF TEXTFIELDS ARE BLANK THEN GIVE ERROR MESSAGE OF BLANK FIELD ELSEIF TEXTFIELD’S ARE NOT OF PROPER DATATYPE THEN GIVE ERROR MESSAGE OF TO ENTER PROPER DATA ELSEIF ALL FIELDS ARE PROPERLY ENTERED THEN GIVE MESSAGE OF SUCCESSFULL COMPLETION. ENDIF


47

5. Name : ROOM ALLOTMENT,DEALLOTMENT Input : SELECT STUDENT NAME , SELECT FLOOR, SELECT BED-NO. Output : ERROR MESSAGE OR EXIT FROM PAGE. IF STUDENT SELECTED AND WANT TO PROCEED FURTHER THEN GIVE ACCESS TO NEXT PAGE ELSEIF STUDENT ALREADY ALLOTED ROOM AND TRYING TO ALLOT AGAIN THEN GIVE ERROR MESSAGE STUDENT ALREADY ALLOTED THE ROOM ELSEIF STUDENT NOT ALLOTED THE ROOM THEN GIVE MESSAGE STUDENT ALLOTED ROOM SUCCESSFULLY ELSEIF WANT TO EXIT FROM PAGE THEN GIVE EXIT FROM PAGE. ENDIF

6. Name : CHANGE PASSWORD Input : CURRENT_PASSWORD, NEW_PASSWORD, CONFIRM_PASSWORD Output : ERROR MESSAGE OR CONFIRMATION MESSAGE OR EXIT FROM PAGE. IF TEXTFIELDS ARE BLANK THEN GIVE ERROR MESSAGE OF BLANK FIELD ELSEIF CURRENT_PASSWORD DOESNOT MATCH THEN GIVE ERROR MESSAGE OF CURRENT_PASWORD ELSEIF NEW_PASSWORD IS NOT CONFIRMED AGAIN THEN GIVE ERROR MESSAGE OF NEW_PASSWORD MISMATCH ELSEIF ALL FIELDS ARE PROPERLY FILLED AND MATCHED THEN GIVE CONFIRMATION MESSAGE ELSEIF WANT TO EXIT FROM PAGE THEN GIVE EXIT FROM PAGE ENDIF


48

VALIDATIONS

LOGIN FORM


49

ADMISSION FORM


50


51

FEES FORM


52


53


54

LEAVE FORM


55

ROOMS FORM


56

CHANGE PASSWORD FORM


57


58

LOGOUT


59

TEST-CASES

PROJECT NAME :- STUDENT MANAGEMENT SYSTEM 1.0

TESTCASE_ID : ADM_01

TESTCASE_NAME : ADMISSION DETAILS FORM

DESCRIPTION : TO VERIFY ACADEMIC YEAR TEXTFIELD IN ADMISSIONDETAILS FORM

SR.NO TEST DESCRIPTION TEST DATA

EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

A_YEAR :5.5.1.1 Enter 6 alpha character and press tab

Abcdef It should not accept

It doesnot accepts

Pass

2 Enter 14 alphanumeric character and press tab

Abcdefgh12345

It should not accept

It doesnot accepts

Pass

3 Enter 6 alpha character at upper case and press tab

ABCDEF It should not accept

It doesnot accepts

Pass

4 Enter 8 alpha & special character and press tab

Abcde&$#


It doesnot accepts

Pass

5 Enter 8 alphanumeric & special character and press tab

Abc123$#


It doesnot accepts

Pass

6 Enter 5 special character and press tab

!@#$% It should not accept

It accepts Fail

7 Enter 5 numeric character and press tab

12345 It should accept It accepts Pass


60

DESCRIPTION : TO VERIFY STANDARD TEXTFIELD IN ADMISSION DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

STANDARD :5.5.2.1 Enter 6 alpha character and press tab

TYBSCCS It should accept It accepts Pass


TYBSCCS1234


It accepts Fail


TYBSCIT It should accept It accepts Pass


tybsc&$# It should not accept

It accepts Fail


tycs123$#


It doesnot accepts

Pass



It accepts Fail


101112 It accept It accepts Pass

DESCRIPTION : TO VERIFY NAME TEXTFIELD IN ADMISSION DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

NAME :5.5.3.1 Enter 6 alpha character and press tab

JagirT It should accept It accepts Pass


JagirThobhani2

It should accept It accepts Pass


JAGIRT It should accept It accepts Pass


JAGIR$ It should not accept

It accepts Fail


12JAGIR#


It doesnot accepts

Pass



It doesnot accepts

Pass


10111 It should not accept

It doesnot accepts

Pass


61

DESCRIPTION : TO VERIFY NATIVE PLACE TEXTFIELD IN ADMISSION DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

NATIVE_PL :5.5.4.1 Enter 6 alpha character and press tab

Mumbai It should accept It accepts Pass


Mumbai400058



MUMBAI It should accept It accepts Pass


Mumbai%$


It accepts Fail


58mumbai#


It doesnot accepts

Pass



It doesnot accepts

Pass



It doesnot accepts

Pass

DESCRIPTION : TO VERIFY LOCAL & NATIVE ADDRESS TEXTFIELD IN ADMISSION DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

ADDRESS :5.5.5.1 Enter 6 alpha character and press tab

Rajkot It should accept It accepts Pass


Rajkot345532



RAJKOT It should accept It accepts Pass


RAJKOT#@



Rajkot3# It should accept It accepts Pass


!@#$% It should accept It accepts Pass




62

DESCRIPTION: TO VERIFY PARENT & GUARDIAN NAME TEXTFIELD IN ADMISSION DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

PG_NAME :5.5.6.1 Enter 6 alpha character and press tab

Ramesh It should accept It accepts Pass


Ramesh12345678


It doesnot accepts

Pass


RAMESH It should accept It accepts Pass


Ramesh$@


It accepts Fail


9ramesh@


It doesnot accepts

Pass



It doesnot accepts

Pass



It doesnot accepts

Pass

DESCRIPTION: TO VERIFY CONTACT_NO TEXTFIELD IN ADMISSION DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

CONTACT_NO :5.5.7.1

Enter 6 alpha character and press tab

Helloo It should not accept

It doesnot accepts

Pass


Hellohow12345


It doesnot accepts

Pass


HELLOO It should not accept

It doesnot accepts

Pass


Hello#$@


It doesnot accepts

Pass


Hello12@


It doesnot accepts

Pass



It accepts Fail


98988789



63

DESCRIPTION: TO VERIFY ALL BUTTONS IN ADMISSION DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

CREATE :5.5.8.1 It should create a new student_id and activate all fields


SAVE :5.5.9.1 It should save all the details of entered student in textfield


UPDATE :5.5.10.1 It should update details of existing student


DELETE :5.5.11.1 It should delete all the details of student


RETRIEVE :5.5.12.1 It should open the retrieve form of the student


EXIT :5.5.13.1 It should exit from the application.



64

TESTCASE_ID : FEE_01

TESTCASE_NAME : FEES DETAILS FORM

DESCRIPTION : TO VERIFY NAME TEXTFIELD IN FEES DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL


Yashrm It should accept It accepts Pass


Yashmandaviya23



YASHRM It should accept It accepts Pass


YASH@ It should not accept

It accepts Fail


12YASHM#


It doesnot accepts

Pass


&*%$@ It should not accept

It doesnot accepts

Pass



It doesnot accepts

Pass


65

DESCRIPTION : TO VERIFY STUDENT,FEES,AMOUNT STATUS TEXTFIELD IN FEES DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

STATUS :5.6.2.1 Enter 6 alpha character and press tab

NEWFULL



NEWFUL22


It doesnot accepts

Pass


NEWFUL It should accept It accepts Pass


YASH@ It should not accept

It accepts Fail


1234NEWW


It doesnot accepts

Pass



It doesnot accepts

Pass



It doesnot accepts

Pass

DESCRIPTION: TO VERIFY CHEQUE_NO TEXTFIELD IN FEES DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

CHEQUE_NO :5.6.3.1


Cheque It should not accept

It doesnot accepts

Pass


MAC1980092222


It doesnot accepts

Pass


CHEQUE It should not accept

It doesnot accepts

Pass


Cheq$#%@


It doesnot accepts

Pass


Cheque!2


It doesnot accepts

Pass



It accepts Pass


12345744



66

DESCRIPTION: TO VERIFY AMOUNT PAID,LEFT TEXTFIELD IN FEES DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

AMOUNT :5.6.4.1 Enter 6 alpha character and press tab

Amount It should not accept

It doesnot accepts

Pass


Amount12345


It doesnot accepts

Pass


AMOUNT


It doesnot accepts

Pass


Amt##@$%#


It doesnot accepts

Pass


Amot234#


It doesnot accepts

Pass



It accepts Pass



DESCRIPTION: TO VERIFY ALL BUTTONS IN FEES DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL









CLEAR :5.6.9.1 It should clear all the textfields of the form





67

TESTCASE_ID : LEAVE_01

TESTCASE_NAME : LEAVE DETAILS FORM

DESCRIPTION : TO VERIFY NAME TEXTFIELD IN LEAVE DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL




Jagirthobhani1





jagir@$T It should not accept

It accepts Fail


12jagir$ It should not accept

It doesnot accepts

Pass



It doesnot accepts

Pass



It doesnot accepts

Pass


68

DESCRIPTION : TO VERIFY ADDRESS TEXTFIELD IN LEAVE DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

ADDRESS :5.7.2.1 Enter 10 alpha character and press tab

Ahmedabada



Ahmedabad1234



AHMDEDABAD



ahmedabad@#



Ahmedabad

1234@



!@#$% It should accept It accepts Pass

7 Enter 6 numeric and special character and press tab

118-119 It should accept It accepts Pass

DESCRIPTION: TO VERIFY CONTACT_NO TEXTFIELD IN LEAVE DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

CONTACT_NO :5.7.3.1


Helloo It should not accept

It doesnot accepts

Pass


Hellohow12345


It doesnot accepts

Pass

3 Enter 6 alphacharacter at upper case, press tab

HELLOO It should not accept

It doesnot accepts

Pass


Hello#$@


It doesnot accepts

Pass

5 Enter 8 alphanumeric & special char & press tab

Hello12@


It doesnot accepts

Pass



It accepts Fail




69

DESCRIPTION: TO VERIFY ALL BUTTONS IN LEAVE DETAILS FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL









CLEAR :5.7.8.1 It should clear all the textfields of the form





70

TESTCASE_ID : ROOMS_ALLOT_01

TESTCASE_NAME : ROOM ALLOTMENT FORM

DESCRIPTION : TO VERIFY STUDENT SELECTION IN ROOM ALLOTMENT FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

SELECT_STUDENT :5.8.1.1

It should select a student from the

combobox.

Select It should select It selects Pass

FLOOR_BUTTON :5.8.2.1

It should proceed to the selected floor

button

Click It should accept It accepts Pass

LABLE_CLICK :5.8.3.1

It should show confirmation message or an error message





71

TESTCASE_ID : ROOMS_DEALLOT_01

TESTCASE_NAME : ROOM DEALLOTMENT FORM

DESCRIPTION : TO VERIFY STUDENT SELECTION IN ROOM DEALLOTMENT FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

SELECT_STUDENT :5.9.1.1

It should select an entire row from the

table

Select It should select It selects Pass

DEALLOT :5.9.2.1 It should deallot the room to the student





72

TESTCASE_ID : CHANGE_PASSWORD_01

TESTCASE_NAME : CHANGE_PASSWORD DETAILS FORM

DESCRIPTION : TO VERIFY PASSWORD TEXTFIELD IN CHANGE PASSWORD FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

PASSWORD :5.10.1.1


Passwr It should accept It accepts Pass


Password234567



PASSED It should accept It accepts Pass


Pass#$## It should accept It accepts Pass


232pass@



&*%$@ It shoul accept It accepts Pass




73

DESCRIPTION : TO VERIFY BUTTONS IN CHANGE PASSWORD FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

CONFIRM :5.10.2.1 If the entered password mathches the criteria,it

should confirm the entered password in

the textfield


2 If the entered password is incorrect or doesnot

mathches, it should show an error message

on screen


EXIT :5.10.3.1 It should exit from the application



74

TESTCASE_ID : SEARCH_STUDENT_01

TESTCASE_NAME : SEARCH_STUDENT FORM

DESCRIPTION : TO VERIFY NAME TEXTFIELD IN SEARCH_STUDENT FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL




JagirThobhani2





JAGIR$ It should not accept

It accepts Fail


12JAGIR#


It doesnot accepts

Pass



It doesnot accepts

Pass



It doesnot accepts

Pass

DESCRIPTION : TO VERIFY BUTTONS IN SEARCH STUDENT FORM


EXPECTED RESULT

ACTUAL RESULT

LOG PASS/ FAIL

SEARCH :5.11.2.1 If the entered name is present in the system it will show all the details

of the particular student in the table


2 If the entered name is not present it shows an

error message


EXIT :5.11.3.1 It should exit from the application



75

SCREEN LAYOUTS & REPORT LAYOUTS

LOGIN FORM


76

MAIN SCREEN FORM


77


78

ADMISSION DETAILS FORM


79


80

RETRIEVE ADMISSION DETAILS


81

FEES DETAILS FORM


82


83

LEAVE DETAILS FORM


84


85

ROOMS ALLOTMENT


86


87

ROOMS DEALLOTMENT


88

SEARCH STUDENT FORM


89

CHANGE PASSWORD FORM


90

LOGOUT


91

REPORTS LAYOUT


92

BIRTHDATE REPORT LAYOUT


93

FEES REPORT LAYOUT


94

LEAVE REPORT LAYOUT


95

FUTURE ENHANCEMENTS

There is a huge scope of enhancement in the project by adding functionalities to the system.

The project can be enhanced in the near future by adding more modules and can be implemented for more better use. Also modules of student attendance details can be added and daily attendance of every student can be done which is at present tedious to do using registers.

Also the messbill can also be generated based on students present and monthly can be calculated using this. This can be improved and implemented in future.

History of all students can be maintained and can be retrieved whenever student leaves from hostel. Progress report of the student can be generated.

This all can be modified and can be implemented in the near future.


96

REFERENCES AND BIBLOGRAPHY

References :

1. SOFTWARE ENGINEERING BY ROGERS BRESHNEN

2. SYSTEM ANALYSIS & DESIGN BY SATZINGER

Documents

FINAL BLACK BOOK - Pratima InfoSys Solutionspratimainfosys.weebly.com/uploads/1/0/4/4/10441765/blackbook.pdf · 3.6 Class Diagram 26 ... 5.2 List of tables with attributes and constraints