PROJECT REPORT

ON

ACADEMIC INFORMATION SYSTEM

OF

ASSAM ENGINEERING INSTITUTE

SUBMITTED BY:
SURAJIT SARMA Reg No: 664819

UNDER THE GUIDANCE:

DR. GURUPRASAD KHATANIAR

NAME & ADDRESS OF THE ACCEREDITED INSTITUTE Computer Engineering Department Assam Engineering Institute Chandmari, Guwahati--03 Assam

2|Page

PROFORMA FOR SUBMISSION OF SYNOPSIS IN RESPECT OF DOEACC B/C LEVEL PROJECT PROPOSAL

A STUDENTS DETAILS:
1. Applicant Type : Direct Candidate Candidate from DOEACC Accredited Institute (Strike out whichever is not applicable) 2. DOEACC Regn.No. 3. Level : : 664819 B level C level

4. Name 5. Address

: :

SURAJIT SARMA ANUPAM NAGAR, HATIGAON, GUWAHATI-781038 ASSAM

6. Telephone No (with STD Code) 7. Email

: :

9954136172 suravsarma2007@gmail.com

8. Name of the Institute (Applicable only for candidate from DOEACC Accredited Inst.) : 9. ACCR No of the Institute (Applicable only for candidate From DOEACC Accredited Inst.) :

Assam Engineering Institute

B0100

3|Page

PROJECT DETAILS:

1. Type of project synopsis

: Submitting for the first time ( )

2. Title of the project

: ACADEMIC INFORMATION SYSTEM OF ASSAM ENGINEERING INSTITUTE

3. Hardware & Software to be used Hardware Processor

: 1.6 GHz or higher, Ram: 512 MB or higher

HD: 120 GB or higher

Monitor: 1024 x 768 resolutions (recommended)

Mouse: Windows compatible

Keyboard: Standard,

Printer: Standard (Any)

Scanner: Any

4|Page

OS: Fedora 14

Software

Internet Explorer 7 or later/ Mozilla Firefox,

Apache Tomcat 5

JSP

MySQL Server

DETAILS OF PROJECT GUIDE/SUPERVISOR:

1. Name of the project Guide/Supervisor : DR. GURUPRASAD KHATANIAR

2. Address

LECTURER (SELECTION GRADE) COMPUTER ENGINEERING DEPARTMENT, ASSAM ENGINEERINGINSTITUTE, CHANDMARI, GUWAHATI- 781003, ASSAM

3. Telephone No (with STD code)

09864055805

4. Email Address

: drkhataniar@gmail.com

5. Qualification Qualification PH.D. M.Tech. B.Tech. MCA Any Other (BE, MBA (IT) etc.) 5|Page

Year of Passing

2011

1999

1992

6. Working Experience of the Guide/ Supervisor after the requisite Qualification (in years)

: 20 years Teaching Experience

___________________ Signature of the Student with date

_______________________ Signature of the Guide/Supervisor with date

TABLE OF CONTENTS
1. STATEMENT ABOUT THE PROBLEM.6 a. Background b. Problem Definition

2. WHY IS THE PARTICULAR TOPIC ..6

CHOSEN?

3. METHODOLOGY 7

4. OBJECTIVES & SCOPE ..8 a. Objectives b. Scopes

6|Page

5. PROCESS DESCRIPTION .9 a. Context Diagram b. Data Flow Diagram c. Entity Relationship Diagram d. Flow Chart

6. HARDWARE & SOFTWARE .12 a. Hardware b. Software

7. MY ROLE IN THE PROJECT .13

8. TESTING TECHONOLOGIES 13

9. WHAT CONTRIBUTION THE MAKE?..........................................................15

PROJECT

WOULD

10.LIMITATION ..15

11.CONCLUSION 15

7|Page

12.REFERENCE AND BIBLOGRAPHY 15

SUGGESTION NOTES

1. INSTITUTE PROFILE

1.1 About the Institute

The Assam Engineering Institute was established on 16th January 1948 and it is one of the premier Institutions in the North East catering the needs of Technical manpower in various fields of engineering, presently the institute admits students for 3 years Diploma in Civil, Mechanical, Electrical, Electronics & Telecommunication, Chemical and Computer Engineering Department with total capacity of 240 students, A post polytechnic Diploma course on computer application is also being offered with intake capacity of 30 students. All the courses are under the state council for Technical Education, Assam and recognized by All India Council for Technical Education (AICTE).

1.2 Aim of the Institute

a) To produce highly qualified technical manpower. b) To teaches advance technology to the student. `c) To impart the technical education among people. d) To enable students to draw their skills through engineering to develop the human life live better

1.3 Mission of the Institute

The mission of ASSAM ENGINEERING INSTITUTE is to provide the BEST technical education and to encourage Entrepreneurship and mould Young Men and Women capable of assuming leadership in society for the betterment of the country. The Institute is committed to impart quality education with strong Ethics.

8|Page

1.4 Intellectual Resources

The Institution is provided with magnificent buildings with all requirements such as, Well equipped Laboratories, Spacious Workshops, A good Library, Airy Classrooms and drawing rooms, Seminar Hall, Internet Connection for Computer Labs, Uninterrupted 24hrs Power supply etc.. The institution has a competent Principal, adequate number of qualified Teaching and NonTeaching staffs with considerable rich teaching and Industrial Experience.

2. PROBLEM FORMULATION

2.1 About the system

Currently present web based Assam Engineering Institute System has lots of limitation. It is not so beneficial to the student of Assam Engineering Institute. The currently present system is providing information about Assam Engineering Institute, its various department, staffs only. No facility for study or other purpose has been provided.

2.2 System Objective

The Objectives of the current system are follows: i. To provide information about the AEI. ii. To provide information about admission procedure. iii. To provide information about various departments. iv. To provide information about various courses. v. To provide information about staff and faculties. 9|Page

2.3 System Purpose

The purpose of the current system is to provide information only. Its limited to providing information related to department, staff, and faculty only.

2.4 Need for Recognition

After consulting with the students, staff and faculty of Assam Engineering Institute I come to know that they require a web based solution that fulfills the following needs: Student needs: I. II. III. IV. V. VI. VII. Should be easy to use. Should have the facility of asking query to the faculty Should have the facility to download notes given by faculty. Should have the facility to provide assignments and previous years question papers. Should have the facility to provide information about placement Should have the facility to provide currently going on affairs in the Institution. Should have the facility for downloading prospectus and forms.

Faculty needs:
I. II. III. IV.

Should be flexible and easy to use. Should have the facility to upload notes and video easily. Should have the facility for student to asked query to their teacher and get reply. Should have the facility to asked permission to faculty before asking query.

Staff needs: Should be easy and flexible to use. Uploading facility from client computer to server 10 | P a g e

Should be secure. Easily update facility from client computer. Can be access from anywhere

3. SYSTEM STUDY
3.1 Introduction
System study is a vast field through which a system analyst puts his thoughts and searches of the best solution to the problem. The objective of study phase is to answer the questions: Exactly what the system? What the System must do? During the system study, the analyst attempts to develop a complete functional understanding of the proposed system on a document. The document identifies a number of functions or processes that must be performed by the system. The system analyst studies these functions in detail during the analysis phase. The study phase should include the following steps: Study of existing system, the basic inputs available and outputs desired. The splitting of the available inputs into database files to reduce redundancy and increasing consistency. Give the ideas of essential fields (if any). Idea of implementation code etc.

3.2 Study of Existing System

Currently present web based Assam Engineering Institute System has lots of limitation. It is not so beneficial to the student of Assam Engineering Institute. The currently present system is providing information about Assam Engineering Institute, its various department, staffs only. No facility for study or other purpose has been provided.

The limitations of currently web based system are as follow:

11 | P a g e

(i) Currently present web based Assam Engineering Institute Information System only provide the information about the various departments, teaching staffs, office staffs, various courses etc.

There is no facility provided for academic information management system.

(iii) (iv) (v) (vi) (vii)

Teachers cannot share study materials, audio video tutorials to their students. No facility of previous question paper download and assignment download. No facility of providing forms and prospectus online. No facility of providing software downloads. No facility of providing up-to-date information of current affairs going on in institute. the

3.3 Study of Proposed System

Academic Information Management System of Assam Engineering Institute is a part of Assam Engineering Institute Information System. It is a system that is being developed for maintaining academic information between the teachers and students. Here the teacher can upload study materials, audio video tutorials and other information related to their respective subject and the students can downloads these study materials, audio video tutorials and other information of their respective teacher after getting permission approved by that teacher for downloads.

Apart from providing information related to academic a student can get other information also from this proposed system like job placement or other affairs which are going on in the institute. In order to help the student more in their study some open source software are made available which any student could download it. Facilities like previous years question paper download, assignment download etc. are also made available to further help the student in their studies.

Facilities for online prospectus download, admission forms, transfer forms etc. has been also provided in this system. 12 | P a g e

3.4 Objective and scope of proposed system

3.4.1 Objectives

The objectives of proposed system are stated as followsii. iii. iv. v. vi. vii. viii. ix. x. xi. xii. To maintain interaction between teachers and students To share resources among students. To share resources between teachers and students. To implement audio-video tutorials To provide information about various affairs of the institution To inform the student about job placement. To provide open source software to the students. To provide information about current affair and forthcoming affairs of the institute To provide assignment and pervious years question papers to the students. To provide various forms like transfer certificate application form, re-total application forms etc. To provide facility for downloading prospectus and admission forms.

3.4.2 Scope The scopes of proposed system are stated as followsi. Interaction of students and teachers ii. iii. iv. v. vi. vii. Providing quality education. Sharing of study materials. Making the learning process easy. Bring flexibility in study Providing up-to-date information about institute affairs. Make the updating process easy and flexible for staff.

13 | P a g e

3.5 Feasibility Study

The feasibility study documents the analysis of a business problem, including the determination of whether it can be solved effectively. The operational (will it work?), economical (costs and benefits) and technical (can it be built?) aspects are part of the study. Results of the study determine whether the solution should be implemented. A feasibility study is conducted to select the best system that meets the performance requirements. This entails an identification description, an evaluation of candidate systems, and the selection of the best system for the job. Three key considerations are involved in the feasibility analysis: economic, technical, and operational. Computerizing Personnel operations will involve new costs that can be justified by saving one/two full-time staff and substantially improving member service and overall performance. Also gives exact stock verifications needed from time to time. 3.5.1 Economic Feasibility Economic analysis is most frequently used method used for evaluating the effectiveness of a candidate system. Also known as Cost/Benefit Analysis determines whether the adoption of a system can be cost justified. To access this system: 1) Software: 1.1) 1.2) 1.3) 1.4) 2) Database: Mysql, which is readily available and is the most commonly used database. Operating System: Fedora, which is very easily available and has great security features along with large no. of user support. Web Server: Apache Tomcat, which is very easy to maintain. Client Software: JSP which is Java Platform and again easily available on Internet and other software markets. Hardware requirements are Pentium machine with 2x36GB Hard Disk, 2GB RAM which are quite economical for a huge Personnel system for AEI.

3.5.2 Technical Feasibility JSP pages provide the major advantages as: 1) They have better performance and scalability than CGI scripts. 2) No special client set-up is required.

14 | P a g e

3) They have built-in support for HTTP sessions, which makes application programming possible. 4) They have full access to Java technology-network awareness, threads, and database connectivity without the limitations of client-side applets. 5) They are automatically recompiled when necessary. 6) Since JSP pages are HTML-like, they have greater compatibility with web development tools. 3.5.3 Operational Feasibility Operational feasibility determines how much effort will go into educating, selling, and training the user staff on the proposed system. As such the proposed system is going to make the work of ACADEMIC INFORMATION SYSTEM OF ASSAM ENGINEERING INSTITUTE staff easier so the problem of resistance to change would not arise. Instead the monotonous tasks for the day would be automated, proper tracking of information would be there, re-entry of data not needed, duplication of data would be checked and many more such features are incorporated which make the life of data entry operator and other staff easy. Since staff of ASSAM ENGINEERING INSTITUTE already has the domain knowledge so effort required for user training would be minimal.

3.6 Cost and Benefit Analysis

15 | P a g e

DEVELOPMENT COST System Analysis & Requirement Determination 42 Days (3x42=126 Hrs. @ 100/Hr.)Rs.12600.00 System Design 20 Days (5x20=100 Hrs. @ 100/Hr.)Rs.10000.00 Development & Implementation 125 Days (5x125=625 Hrs. @ 100/Hr.)....Rs.62500.00 Total Development Cost.......Rs.85100.00

PROJECTED ANNUAL OPERATING COST Computer,Server, Electricity, Printer & Maintenance....Rs. 100000.00

SYSTEM BENEFITS 1. Tangible benefits (per year) Reduction in paper work... Rs. 10,000.00

2. Intangible benefits (per year) Relief from additional staffRs.24,000.00 Increase in efficiencyRs.8,000.00 Total System BenefitsRs.42, 000.00

16 | P a g e

4. SYSTEM PLANNING

4.1 METHODOLOGY.
4.1.1 Top-down Design Approach I will follow top-down design approach for building Academic Information System of Assam Engineering Institute. Top-down design approach starts with an description of the overall system and usually consists of a hierarchical structure which contains more detailed descriptions of the system at each lower level. The lower level design details continue until further subdivision is no longer possible, i.e., until the system is described in terms of its "atomic" parts. 4.1.2 Structured Analysis and Structured Design Methodology

I will follow structured analysis and design methodology in order to build the Information System of Assam Engineering Institute. The aim of the structured analysis activity is to transform a textual problem description into a graphic model. More precisely structure analysis is used to carry out the top down decomposition of the set of high-level functions depicted in the problem description and represents them graphically. In structured design all functions identified during structured analysis are mapped to a module structure and is directly implemented using a conventional programming language.

4.1.3 Iterative Waterfall Model Methodology The iterative waterfall methodology will be followed in order to build Academic Information System of Assam Engineering Institute. Iterative waterfall methodology is very well suited for this system because in this methodology we can come back to previous phases, and makes the changes accordingly. In this methodology we reviewed a final output product at the end of the Software Development Life Cycle

17 | P a g e

4.2 PROJECT MONITORING SYSTEM

Basics Scheduling of Task

18 | P a g e

Activity

Duration (IN DAYS)

Dependence

A. Planning of the functionality. B. Defining and understanding the problem. C. Analyzing hardware requirements D. Analysing software requirements. E. Deciding upon the platform to be used F. Analyzing alternative for decided platform G. Analysing alternative for decided software H. Analysing alternative for hardware. I. Technical feasibility J. K. L. M. Operational feasibility Economic feasibility System design System development.

--------

15

--------

5 5 2 2 1 1 2 1 2 20 90 5

B B B E D C F, G, H F, G, H F, G, H I L M

N. Testing O. Implementation 30 N

CHART 19 | P a g e

A-6

2
0 C-5

4
H-1 D-5

B-15

E-2

G-1

7
F-2 K-2 J-1

6
I-2

1 0
L-20

1 1

M-90

1 2

N-5

1 3

O-20

1 4

CRITICAL PATH------1-2-3-6-7-10-11-12-13-14 (157 days) & 1-2-3-6-7-8-9-10-11-12-13-14 (157 days)

Fig: PERT DIAGRAM for ACADEMIC INFORMATION SYSTEM OF ASSAM ENGINEERING INSTITUTE

20 | P a g e

GANTT CHART

150 Implementation

User Manual

35

Testing

50

Coding 300

Database design

50

Analysis & feasibility study Fig: GANTT CHART for ACADEMIC INFORMATION SYSTEM OF ASSAM ENGINEERING INSTITUTE 100 200 300 400 500 600 700

5. SYSTEM ANALYSIS
Academic Information System of Assam Engineering Institute will be a web based system. This system will allow the teachers of Assam Engineering Institute to upload study materials, audio video tutorials and other important information on the web. A registered student can download 21 | P a g e

these study materials, audio video tutorials provided that they have to send request to their respective teacher to get permission for downloading. Facility for asking queries to the teacher has been provided in this system. A registered student can asked query to their respective teacher any time provided that he/she has to send request to get permission for asking query to respective teacher.

This system will also provide other facilities. A student can get up-to-date information about various affairs going on in the institute. Job placement, project information and other information could also be get by student though system.

Software download facility has also been provided for the student to help them in their study.

a. CONTEXT DIAGRAM

ADMINISTRATOR

Query Response

0
Academic Information System OF Assam Engineerin g Institute (A.E.I)

Query Response

STUDENT

STAFF

Query Response

FACULTY

Query Response

Fig: 0 Levels DFD

Update Staff Registration Process STAFF TABLE

Register

22 | P a g e

0.1
ADMIN
Response A u t h e n t i c a t i o n 0.2 Upload Files Staff Login Process Response Retrieve FACULTY TABLE FACULTY ACCOUNT TABLE STAFF ACCOUNT TABLE R e t r i e v e F a c u l t y D e t a i l s

R e s p o n s

Validation Check

Retrieve Account details

0.3 Staff File Upload Process Update PERMISSION TABLE Query

NOTES TABLE VIDEO TABLE SOFTWARE TABLE ADDMISSION TABLE QUESTION PAPER TABLE 0.7

JOB TABLE ASSIGNMENT TABLE PROJECT TABLE

Download Retrieve Authorization Check

0.4

Retrieve Update Retrieve Retrieve Query Table

Downloa d Process

Query Process

Update

Reply Table Send Request Query Response Authentication Student Login Process Validation Check Retrieve Account details 0.6 Response

Retrieve 0.5 Register A.E.I STUDENT TABLE Update Retrieve STUDENT ACCOUNT TABLE

STUDENT
Response

Student Registration Process

Fig: 1st Level

Update L ogin Query FACULTY TABLE Retri eve

0.1.1
Staff Registration

0.1.2
Faculty Registration

23 | P a g e

ADMIN
onse

Resp

Resp onse Update FACULTY ACCOUNT TABLE Retri eve

Update

STAFF TABLE Retri

Query Resp onse

0.1.3
office staff registration

eve Update eve Retri STAFF ACCOUNT TABLE

2nd Level DFD for Staff Registration Process

Query Query eve Retri

STAFF ACCOUNT TABLE

0.2.1
STAFF LOGIN PROCESS Retri eve

0.2.2
Query User account checking process eve Retri FACULTY ACCOUNT TABLE

Update Query Reply Query

SOFTWARE TABLE

0.3.2
FILE UPLOAD by STAFF Res ponse eve Retri

ADDMISSION TABLE

Query Res ponse

0.3.1
STAFF FILE UPLOAD Process

QUESTIONPAPER TABLE

JOB TABLE

0.3.3
FILE UPLOAD BY FACULTY

ASSIGNMENT TABLE

PROJECT TABLE Update Retri eve VEDIO TABLE NOTES TABLE

2nd Level DFD for Login and File Upload Process

Retri eve Query Table eve Retri ate Upd FACULTY TABLE

24 | P a g e

Upd ated Quer

FACULTY

y R eply

0.4.1
ated Reply new Queries onse

Upd Resp Reply Table

Retri eve

Retri eve

0.4.2
Quer

Student

y eply

Asked Query process

Quer y Repl y Request for Permission ated

Quer

0.4.4

Retri eve Resp Upd onse Permission Table Upd ated eply

y R

0.4.3 Permission Checking

2nd Level DFD for Query Process

Retri eve

Quer

STUDENT

y R eply

AEI FACULTY TABLE Quer y Quer PERMISSION TABLE Retri eve

0.7.1 Download Process

y onse

Resp

Quer y Resp

0.7.2 Permission Checking

Quer y Resp onse

0.7.3
y Quer Download Notes

onse

0.7.4
Download Video Quer y

Resp onse NOTES TABLE

Resp onse VIDEO TABLE

2nd Level DFD for Download Process ENTITY RELATIONSHIP DIAGRAM (Crow foot notation)
username password 25 | P a g e

facul_account

Has query_no facul_code Give facul_reg Read queries_table

Upload

notes_upload n_link_no reply_no

Reply to

reply_table

video_upload Get Reply

Aske d

v_ln_no

prem_table

Requests

std_reg enroll_no

per_no Has

std_account

password

Fig: ER DIAGRAM

7. SYSTEM DESIGN

26 | P a g e

7.1 Table Structure

MASTER

Table Name: admin_account

Primary Key: admin_no

COLUMN NAME admin_no Username Password

DATA TYPE INT(11) VARCHAR(45) VARCHAR(45)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQUE KEY YES YES YES

DESCRIPTION Admin serial number. Admin Username Admin Password

Table Name: dept_table

Primary Key: dep_sl_no

COLUMN DATA TYPE NAME dep_sl_no dept_code dept_name INT(11) VARCHAR(45) VARCHAR(45)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQUE FOREIGN DESCRIPTION KEY KEY Department Serial No Department Code Department Name

YES

Table Name: sub_table

Primary Key: sub_sl_no, Foreign Key: dept_code references dept_table (dept_code)

COLUMN DATA TYPE NAME sub_sl_no sub_code sub_name dept_code INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(45)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQUE FOREIGN DESCRIPTION KEY KEY Subject Serial No Subject Code YES Subject Name Department Code 27 | P a g e

Table Name: staf_reg

Primary Key: staff_code. Foreign Key: dept_code references dept_table (dept_code)

COLUMN NAME staff_code staff_name desig dept mobile email photo

DATA TYPE INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(100) VARCHAR(45) VARCHAR(45) VARCHAR(45)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQ UE KEY

FOREIG N KEY

DESCRIPTI ON Staff Serial No Staff Name

YES

Designation Department code Mobile no Email Address of photo

Table Name: staff_acc

Primary Key: staff_acc_no. Foreign Key: staff_code references staf_reg (staff_code)

COLUMN NAME staff_acc_no staff_code username password

DATA TYPE INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(45)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQ UE KEY

FOREIG N KEY

DESCRIPTI ON Staff Account No Staff code Username Password

YES YES YES

28 | P a g e

Table Name: facul_reg

Primary Key: facul_code. Foreign Key: dept references dept_table (dept_code)

COLUMN DATA TYPE NAME facul_code facul_nam e desig dept mobile photo email INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(45) VARCHAR(45) VARCHAR(200) VARCHAR(100)

PRIMAR Y KEY YES

AUTO INCREMENT YES

UNIQU FOREI E GN KEY KEY

DESCRIPTION Faculty Code Faculty Name

YES

Faculty Designation Department Code Mobile no Photo address of Faculty Email address of Faculty

Table Name: facul_account

Primary Key: faccount_no. Foreign Key: facul_code references facul_reg (facul_code)

COLUMN NAME

DATA TYPE

PRIMARY AUTO KEY INCREMENT

UNIQUE FOREIGN DESCRIPTION KEY KEY 29 | P a g e

faccount_no INT(11) facul_code username password VARCHAR(45) VARCHAR(45) VARCHAR(45)

YES

YES YES YES YES

Faculty Account Serial No Faculty Code Username Password

Table Name: std_reg

Primary Key: std_code. Foreign Key: dept_code references dept_table (dept_code)

COLUMN NAME std_code enroll_no std_name sem dept_code batch mobile email photo

DATA TYPE INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(45) VARCHAR(45) VARCHAR(45) VARCHAR(45) VARCHAR(100) VARCHAR(200)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQ UE KEY Yes

FOREIG N KEY

DESCRIPTI ON Student Code Enrolment No Student Name Semister Department Code Batch Year Mobile No Email Address Photo link of student 30 | P a g e

Yes

Table Name: std_account

Primary Key: std_account_no Foreign Key: enroll_no references std_reg (enroll_no )

COLUMN NAME std_account_ no enroll_no password

DATA TYPE INT(11) VARCHAR(45) VARCHAR(45)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQ UE KEY YES YES

FOREIG N KEY

DESCRIPTI ON Student Account No Username Password

YES

NOTES

Table Name: note_upload

Primary Key: n_link_no Foreign Key: facul_code references facul_account (facul_code);

COLUMN NAME n_link_no facul_code

DATA TYPE INT(11) VARCHAR(45)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQ UE KEY

FOREIG N KEY

DESCRIPTI ON Note Serial No Faculty Code

YES

31 | P a g e

n_link_addres VARCHAR(200) s subject_code VARCHAR(45) subject_topic VARCHAR(100)

Notes link YES Subject Code Subject topic brief details

PERMISSION

Table Name: perm_table

Primary Key: per_no Foreign Key: facul_code references facul_account (facul_code),enroll_no references std_reg(enroll_no).

COLUMN NAME per_no enroll_no facul_code per_status

DATA TYPE INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(45)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQ UE KEY

FOREIG N KEY

DESCRIPTI ON Permission Serial No Student Enrol Number Faculty Code Permission Status(1/0)

YES YES

QUERIES

Table Name: queries_table

Primary Key: query_no Foreign Key: facul_code references facul_account (facul_code),enroll_no references std_reg(enroll_no).

32 | P a g e

COLUMN NAME query_no enroll_no facul_code query_sub query_quest status

DATA TYPE INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(45) LONGTEXT VARCHAR(45)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQ UE KEY

FOREIG N KEY

DESCRIPTI ON Query Serial No Student Enrol No Faculty Code Query Subject Query Question Read/ Unread Status

YES YES

REPLY

Table Name: reply_table

Primary Key: quest_no. Foreign Key: dept_code references dept_table (dept_code),subj_code references sub_table(sub_code),query_no reference queries_table(query_no).

COLUMN NAME reply_no enroll_no facul_code reply_sub reply_ans query_no

DATA TYPE INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(45) LONGTEXT VARCHAR(45)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQ UE KEY

FOREIG N KEY

DESCRIPTI ON Reply Serial No Student Enrol No Faculty Code Reply Subject Reply Answer Query Serial No

YES YES YES

VIDEO

Table Name: video_upload

33 | P a g e

Primary Key: v_ln_no Foreign Key: facul_code references facul_account (facul_code),subj_code references sub_table(sub_code)

COLUMN NAME v_ln_no facul_code

DATA TYPE INT(11) VARCHAR(45)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQ UE KEY

FOREIG N KEY

DESCRIPTI ON Video Serial No Faculty Code Video link

YES

v_link_addres VARCHAR(200) s sub_code VARCHAR(45) sub_topic VARCHAR(100)

YES

Subject Code Subject topic brief details

QUESTIONPAPER

Table Name: quest_paper

Primary Key: quest_no. Foreign Key: dept_code references dept_table (dept_code),subj_code references sub_table(sub_code).

COLUMN NAME quest_no dept_code subj_code paper_link year

DATA TYPE INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(45) LONGTEXT

PRIMARY AUTO KEY INCREMENT YES YES

UNIQ UE KEY

FOREIG N KEY

DESCRIPTI ON Question Serial No Department Code Subject Code Question paper Link address Year

YES YES

34 | P a g e

ASSIGNMENT

Table Name: assig_table

Primary Key: assign_no Foreign Key: dept_code references dept_table (dept_code),sub_code reference sub_table(sub_code).

COLUMN DATA TYPE NAME assign_no dept_code sub_code anno_link INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(100)

PRIMARY AUTO KEY INCREMENT YES YES

UNIQUE FOREIGN DESCRIPTION KEY KEY Assignment Serial No Department Code Subject Code Announcement documents/ advertisement link.

YES YES

35 | P a g e

7.2 HARDWARE AND SOFTWARE

7.2.1 Hardware
i.
ii. iii.

Processor :1.6 GHz or higher Ram HD Monitor Mouse :512 MB or higher :120 GB or higher :1024 x 768 resolution(recommended) :Windows compatible

iv.
v.

vi.
vii.

Keyboard :Standard Printer :Standard(Any) :Any

viii. Scanner
ix.

OS:Fedora 14 Server Client :Fedora 14 : Any

x. xi.

36 | P a g e

7.2.2 Software
i. ii.

Explorer Tools Software Platform: Jsp

:Internet Explorer 9 or later/ Mozilla Firefox 5 : Apache Tomcat 5, Neat Beam.

iii.
iv. v.

Programming Language : JSP Back End : MySql Server

7.3 User Interface (Form Design)

37 | P a g e

38 | P a g e

Home Page

Select Department

39 | P a g e

Select Faculty

40 | P a g e

Query List

41 | P a g e

Reply List

42 | P a g e

Asked Query by registered student

Student Notes Download 43 | P a g e

Student Video watch & download

44 | P a g e

Student Security Setting

45 | P a g e

Faculty Inbox for news queries

Faculty Send box for reply queries

46 | P a g e

Faculty New Request by student

47 | P a g e

Faculty Approve Request

Faculty new upload subject select

48 | P a g e

Faculty Notes Upload List

49 | P a g e

Faculty Video Upload List

Faculty Notes Upload

50 | P a g e

Faculty Security Setting

51 | P a g e

Staff Question paper list

Question paper Upload by Staff or Admin

52 | P a g e

Form List for Staff or Admin

Forms Upload by Staff or Admin

53 | P a g e

Jobs Notice Upload by Staff or Admin

Assignment Upload by Staff or Admin

54 | P a g e

Student Registration Form

55 | P a g e

Admin Security Setting

56 | P a g e

Admin Department Creation

Admin Subject Creation

8. SYSTEM IMPLEMENTAION
User Training: Since this system is user friendly and has been made very simple any one with little knowledge of computer can use it. No specific training is required for this system. The system is very simple. Operator can easily understand the logic of program and can easily adjust with it. Even though if anyone needs training then it will be the responsibility of the organization to provide him/her with the training.

Installation: In order to install the system we required the following requirement: a) Fedora Server. b) MySQL. c) Apache Tomcat. d) Jdk 6u25. 57 | P a g e

Procedure to install is as follows: Install Jdk 6u25 if the system does not have Jdk. Install MySQL. Import the file named aei.sql. Install Apache Tomcat. Configure the settings of Jdk, Tomcat, and Mysql Move the project folder to Root of tomcat. Restart the MySQL, Apache tomcat.

I. II. III. V. V. VI. VII.

Functional algorithms
i) Student New Registration BEGIN Step 1: Click the New Registration Option from the Home page Step 2: Select a photo first. Step 3: Input the required data. Step 4: Input Password. Step 5: Clicked Submit END

ii) Login function

BEGIN Step 1: Input Username. 58 | P a g e

Step 2: Input Password. Step 3: Select Usertype. Step 4: Check the Usertype. Step 5: On the basis of Usertype search the username and password in the required table.

If Username and password is valid then Step 6: Direct the user to Query page Else Step 7: Display Invalid Username and Password Message. End if END

iii) Query asked by Student function

BEGIN Step 1: Choose Department from Queries page. Step 2: Select the faculty of Choice and Clicked. Step 3: List the query. Step 4: Clicked the Asked Query button.

If User have permission from teacher to asked query then Step 5: Write the Subject and Message and clicked Submit. Else Step 6: User is directed to Send Request page. End If END

59 | P a g e

iv) Download by student function

BEGIN Step 1: Choose Subject from Subject select page. Step 2: Select the faculty of Choice and Clicked.

If User have permission from teacher to download then Step 5: Download Notes from the Notes List Step 6: Watch and Download Videos from video list. Else Step 7: User is directed to Send Request page. End If END

v) Student Security Setting Function

BEGIN Step 1: Choose Security Setting from the menu above. Step 2: Edit the required information or photo. Step 3: Change the password. Step 4: Clicked the Submitted button.

END

vi) Faculty Reply to Query

BEGIN 60 | P a g e

Step 1: From the Faculty Inbox choose any query and clicked New Step 2: Read the Query. Step 3: Write the Reply in the space provided. Step 4: Clicked the Reply button. END

vii) Faculty Approved New Request

BEGIN Step 1: Select the New Request from the Side Menu Step 2: New Request List Displays Step 3: Clicked the permit option to approved request. END

viii) Faculty Notes Upload

BEGIN Step 1: Choose the Subject for upload. Step 2: Notes list is displayed Step 3: Clicked New to insert notes. Step 4: Clicked Upload to upload notes. Step 5: Clicked Browse and choose the note and clicked submit Step 6: Fill Subject Topic information. Step 7: Click Submit END

61 | P a g e

ix) Faculty Video Upload

BEGIN Step 1: Choose the Subject for upload. Step 2: Notes list is displayed Step 3: Choose the video from side menu. Step 3: Clicked New to insert video. Step 4: Clicked Upload to upload video. Step 5: Clicked Browse and choose the video and clicked submit Step 6: Fill Subject Topic information. Step 7: Click Submit END

x) Faculty Security Setting Function

BEGIN Step 1: Choose Security Setting from the menu above. Step 2: Edit the required information or photo. Step 3: Change the password. Step 4: Clicked the Submitted button. END

62 | P a g e

9. SYSTEM TESTING

Introduction: Testing for Academic Information System of Assam Engineering Institute is

done with an aim to find out error or defects of the system before implementation of the system. Even if a programming is good still there might be error or defect in the program. There could be logical error, erroneous assumption made while coding, failing in understanding the exact requirement etc. The main purpose of testing is to find all those errors

Testing Objectives: The main objectives of testing of ACADEMIC INFORMATION SYSTEM OF ASSAM ENGINEERING INSTITUTE are as follows: To discover yet undiscovered errors. To determine whether all user requirements are being met. To find out whether all design specifications are being met. To ensure that code compiles without error. To find out that there are no dead code areas i.e. the code that never gets executes.

63 | P a g e

To ensure that maximum errors are discovered at this stage to minimize the debugging effort & cost. To ensure that the software produced is of high quality To test the functionality of the system To test the usability of the web page To test whether it is compatible with all browser To test the performance of the system To test the security.

Types of Testing : Testing done for ACADEMIC INFORMATION SYSTEM OF ASSAM ENGINEERING INSTITUTE in following order: 1. Unit Testing 2. Integration Testing 3. System Testing Functionality Testing. Usability testing. Interface testing. Compatibility testing. Security testing.

4.

Acceptance Testing

1.Unit Testing Unit testing is the method of testing in which we test individual units of source code, sets of one or more computer program modules together with associated control data, usage procedures, and operating procedures, are tested to determine if they are fit for use. The following figure describes the unit tests carried at different steps of coding. Different test cases are used to uncover different kinds of errors and bugs. Each test had its own significance in Unit Testing.

64 | P a g e

Coding of JSP Pages

Coding for Database Connectivity with Mysql

Various Test Cases: Interface Checkpoints Local Data Structure Independent Paths Boundary Conditions Error Handling Paths

MYSQL

Connection through driver file

Total no. of tables

Structure of Tables

Data in Tables

Results in form of Errors

Figure for Unit Testing of ACADEMIC INFORMATION SYSTEM OF A.E.I These inputs are mainly as follows: Interface Checkpoints Local Data Structure Independent Paths Boundary Conditions Error Handling Paths All these tests are very useful to understand and uncover the errors. 1. Interface Checkpoints - It is performed to check the information flow across the input and output of the module to be tested. Various tests performed are: 1. The no. of input parameters should be equal to output parameters. 2. Correct number and type of arguments should be passed to the stored procedures. 3. Global Variable definitions are consistent across modules.

65 | P a g e

It is tested that data that is entered should be retrieved properly. Records were entered and saved in the database and then are carried out to ensure that proper records are retrieved and at proper places. Errors Generated: Some errors were generated at the time of retrieval of records. 2. Logical Data Structure It is a common source by which large no. of errors can be generated. It may be: 1. Incorrect database name. 2. Improper or inconsistent typing. 3. Incorrect variable names (names not according to coding standards) 4. Invalid table name or default value a number value is given in place or character value. Therefore, the data structure cannot directly recognize the table name. 5. Inconsistent data type for table field in MySQL. 6. Impact of global data on module is also tested. Errors Generated: The accuracy of the data must be checked with checking points so that if user inputs incorrect data then the user must be informed. 3. Independent Paths Selective testing of execution paths is very important in unit testing. Various test cases are developed to test the control flow, computations and comparisons. Basis Path Testing and loop testing is done to uncover errors in which various values are selected to determine the control flow. Errors Generated: No errors are generated in testing the control flow. 4. Boundary Conditions To see behaviour of module at minimum and maximum values this test is very helpful. Various tests performed are: 1. By providing input to JSP pages, the values more than the upper limit. For example, by inputting a large number of characters in the Text field. 2. Another way to uncover the errors is providing the blank spaces in the field.

Errors Generated: By proving the values that are more than the upper limit, Overflow occurs where client side validations are not used. Otherwise, validations are used to validate the input. 5. Error Handling Paths During the test case, potential errors must be handled. These errors should be carefully managed because they do not tell much about themselves. Error description does not provide enough amount of information to assist errors. Errors messages are coded in JSP pages only. The most common errors that usually creep in are in form of database errors. Appropriate messages are provided as and when errors occur. Errors Generated: Error description is sometimes unintelligible i.e. they do not speak about what they are. It is very difficult to understand them. Otherwise, good description is provided about the nature of errors. Result of Unit Testing The result of unit testing phase is the sum-up of all the errors generated during various test cases. The unit testing is performed using various test logs for various modules and errors are reported therein. Format of test logs are as shown below: 66 | P a g e

Test Log Test Case ID: IPO 01:01 Revision History Sr. Revision No. No. Sections Affected Reason for Revision Changed By Approved by

Test description:

Academic Information System of A.E.I Unit Test The entire Academic Information System of A.E.I is to be tested on verification of the smallest unit of the software; important control paths are tested to uncover errors within the boundary of the module. JSP Network facility for accessing the database.

Function to be tested: Environment: Test Setup:

Test Execution Sr. No 1 2 Inserting Data From Details (*.jsp) Test Procedure Expected Results Field/Column Validations to be followed Field/Column Validations to be followed Actual Results Developer's Comments

Summary Total test procedures passed Total test procedures failed No. of Major defects No. of Minor defects Actual Results: Pass / Failed Querying and Updating Data From Details (*.jsp) Sr. No 1 Test Procedure Field/Column validations 67 | P a g e Expected Results Actual Results Developer's Comments

other than that in insertion form for a process. Summary Total test procedures passed Total test procedures failed No. of Major defects No. of Minor defects Actual Results: Pass / Failed Querying and Deleting Data Form Details (*.jsp) Sr. No 1 Test Procedure Field/Column validations other than that in insertion form for a process. Expected Results Actual Results Developer's Comments

Summary Total test procedures passed Total test procedures failed No. of Major defects No. of Minor defects Actual Results: Pass / Failed

Integration Testing The ACADEMIC INFORMATION SYSTEM OF A.E.I consists of many modules. All these modules are tested unit-wise before conducting integration testing. Each module takes input from other module and provides output to another module. The goal here is to test interfaces between the modules. To conduct the integration testing, it is necessary to realize that each of the modules consists of series of separate screens. The Top Down Approach is being followed to conduct the integration testing on ACADEMIC INFORMATION SYSTEM OF A.E.I. To do this all modules are integrated by moving through control hierarchy. Modules are integrated in a depth- first manner. This is because some modules (screens) provide the input to other modules (screens). During testing, the data is inputted in some screens of some module and are tested for the retrieval of data from other modules/screens. Moreover, modules are also tested for the links they provide to other modules (screens). 68 | P a g e

Result of Integration Testing Data is appropriately reflected in one module that is entered in some other module. Some of the links are not working properly.

System Testing Functionality Testing. Test for all the links in web pages has been tested, forms used in the web pages for submitting or getting information from user are tested Errors Generated: Some errors were generated at the time of display of records from database on the webpage and navigation link which has been resolved Usability testing. Instructions should be provided clearly has been tested. Checked if the provided instructions are correct means and satisfy the purpose for which it has been made. Main menu has been provided on each page is checked. It consistency has been checked. Errors Generated: Main menu has been not provided in some pages which has been resolved. Interface testing. Checked if all the interactions between these servers are executed properly, errors are handled properly; if database or web server returns any error message for any query by application server then application server should catch and display these error messages appropriately to users. Errors Generated: Some error has been detected while interacting with server and error handling which has been resolved

Compatibility testing. Compatibility of our web site is very important testing aspect. Website has been in different browser for browser compatibility. tested

Errors Generated: Error has been detected in compatibility which has been resolved. Security testing: Tested by pasting internal url directly into browser address bar without login. Internal pages have not opened. Logout and login is working perfectly.

69 | P a g e

Tried some invalid inputs in input fields like login username, password, and input text boxes. Checked the system reaction on all invalid inputs and was found satisfactory.

Web directories or files should not be accessible directly unless given download option has been tested. . Errors Generated: Error has been detected in directly accessing download page by pasting the internal url directly in browser.

Acceptance Testing Acceptance testing is performed with realistic data of the client to demonstrate that the software is performing satisfactorily. Testing here focuses on the external behaviour of the system.ACADEMIC INFORMATION SYSTEM OF A.E.I. was tested on the client side in presence of the all the staff. Result of Acceptance Testing ACADEMIC INFORMATION SYSTEM OF A.E.I. was accepted satisfactorily by all the employees

10. SYSTEM CONSTRAINT AND SECURITY

70 | P a g e

System Constraints
Network Connectivity Since the system being proposed is solely dependent on the availability and connectivity of the network, a fast Ethernet network is required. To connect the administration block to the main server Fibber Optic cabling is required. Trained Manpower Skills Data entry being the main purpose of the system, even though required validations and checks will be provided at the front end, trained manpower is required to minimize the chances of errors. Hardware resources Properly configured robust system needs to be configured depending upon the needs of the hospital, since most of the activities are held only during office hours, it would be necessary for the hardware resource to be fully functional at least in those hours. Compatibility of data formats Architecture that is necessary and proposed for the data is based upon open JSP 2.0 standard, therefore all interfaces within and without the system have necessarily to be complied with the above standards. This can help to a large extent in future transactions; both inter department and intra department. The solution will also be scalable if one opts for open Software Standards incorporating platform independence, JSP 2.0 compliance and secure transactions.

SYSTEM SECURITY
The system is of utmost importance and should cover the following aspects: Administrative o Roles and responsibilities should be clearly defined for system related work, power of users, Replicator etc. . Network o As the data traveling on the network will be confidential proper security mechanism should be in place to ensure the credibility and authenticity of the data.

Access Rights
o The system should also be able to grant and revoke privileges with regards to the data access being given to different users. o User classes should be defined in order to specify restrictions on viewing, modifying and updating of the data

Automatic Backup

71 | P a g e

o Data may be lost due to hardware failure or environmental hazard or accident. So backup of data is very important. Since it is a very difficult to take backup every time manually so automated backup is required. o Automatic backup facility has been provided which will keep the backup of data every hour so that data could be recovered easily if it lost. o This Automatic backup will make the system more secure in the case of data lost.

11. CONCLUSION
Academic Information System is a web based project the will help the students of Assam Engineering Institute in their study. Teachers can upload study materials, audio video tutorials and other important information related to their subject which will help the student to a great extent in their study. Students can able to download this study materials and audio video tutorials and even can clear their doubt by sending queries to their respective teacher.

12. REFERENCE AND BIBLOGRAPHY

BOOKS
a) Wiley, 2005 Vivek, Chopra. BEGINNING JAVA SERVER PAGE. USA:

b) Vikram, Vaswan. MYSQL: THE COMPLETE REFERENCE. USA: McGraw-Hill, 2004 c) : SAMS,2002 James, Turner. MYSQL AND JSP WEB APPLICATIONS. USA

72 | P a g e

WEBSITE a) HTML Tutorial. w3school. http://www.w3schools.com/html/default.asp (4 June

2011)

b) JavaScript Tutorial. w3school. http://www.w3schools.com/js/default.asp (6 June

2011)

c)

SQL Tutorial w3school. http://www.w3schools.com/sql/default.asp (6 June 2011)

73 | P a g e