Академический Документы
Профессиональный Документы
Культура Документы
ON
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
: :
: :
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.) :
B0100
3|Page
PROJECT DETAILS:
Keyboard: Standard,
Scanner: Any
4|Page
OS: Fedora 14
Software
Apache Tomcat 5
JSP
MySQL Server
2. Address
LECTURER (SELECTION GRADE) COMPUTER ENGINEERING DEPARTMENT, ASSAM ENGINEERINGINSTITUTE, CHANDMARI, GUWAHATI- 781003, ASSAM
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)
TABLE OF CONTENTS
1. STATEMENT ABOUT THE PROBLEM.6 a. Background b. Problem Definition
CHOSEN?
3. METHODOLOGY 7
6|Page
5. PROCESS DESCRIPTION .9 a. Context Diagram b. Data Flow Diagram c. Entity Relationship Diagram d. Flow Chart
8. TESTING TECHONOLOGIES 13
PROJECT
WOULD
10.LIMITATION ..15
11.CONCLUSION 15
7|Page
SUGGESTION NOTES
1. INSTITUTE PROFILE
8|Page
2. PROBLEM FORMULATION
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.
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.
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.
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
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.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
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.
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
18 | P a g e
Activity
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
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
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
NOTES TABLE VIDEO TABLE SOFTWARE TABLE ADDMISSION TABLE QUESTION PAPER TABLE 0.7
0.4
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
0.1.1
Staff Registration
0.1.2
Faculty Registration
23 | P a g e
ADMIN
onse
Resp
Update
0.1.3
office staff registration
0.2.1
STAFF LOGIN PROCESS Retri eve
0.2.2
Query User account checking process eve Retri FACULTY ACCOUNT TABLE
SOFTWARE TABLE
0.3.2
FILE UPLOAD by STAFF Res ponse eve Retri
ADDMISSION TABLE
0.3.1
STAFF FILE UPLOAD Process
QUESTIONPAPER TABLE
JOB TABLE
0.3.3
FILE UPLOAD BY FACULTY
ASSIGNMENT TABLE
24 | P a g e
FACULTY
y R eply
0.4.1
ated Reply new Queries onse
Retri eve
Retri eve
0.4.2
Quer
Student
y eply
Quer
0.4.4
Retri eve Resp Upd onse Permission Table Upd ated eply
y R
Quer
STUDENT
y R eply
Resp
Quer y Resp
0.7.3
y Quer Download Notes
onse
0.7.4
Download Video Quer y
2nd Level DFD for Download Process ENTITY RELATIONSHIP DIAGRAM (Crow foot notation)
username password 25 | P a g e
facul_account
Upload
Reply to
reply_table
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
COLUMN DATA TYPE NAME dep_sl_no dept_code dept_name INT(11) VARCHAR(45) VARCHAR(45)
UNIQUE FOREIGN DESCRIPTION KEY KEY Department Serial No Department Code Department Name
YES
COLUMN DATA TYPE NAME sub_sl_no sub_code sub_name dept_code INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(45)
UNIQUE FOREIGN DESCRIPTION KEY KEY Subject Serial No Subject Code YES Subject Name Department Code 27 | P a g e
UNIQ UE KEY
FOREIG N KEY
YES
UNIQ UE KEY
FOREIG N KEY
28 | P a g e
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)
YES
Faculty Designation Department Code Mobile no Photo address of Faculty Email address of Faculty
COLUMN NAME
DATA TYPE
YES
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)
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
FOREIG N KEY
YES
NOTES
UNIQ UE KEY
FOREIG N KEY
YES
31 | P a g e
PERMISSION
UNIQ UE KEY
FOREIG N KEY
DESCRIPTI ON Permission Serial No Student Enrol Number Faculty Code Permission Status(1/0)
YES YES
QUERIES
32 | P a g e
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
UNIQ UE KEY
FOREIG N KEY
DESCRIPTI ON Reply Serial No Student Enrol No Faculty Code Reply Subject Reply Answer Query Serial No
VIDEO
Primary Key: v_ln_no Foreign Key: facul_code references facul_account (facul_code),subj_code references sub_table(sub_code)
UNIQ UE KEY
FOREIG N KEY
YES
YES
QUESTIONPAPER
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
COLUMN DATA TYPE NAME assign_no dept_code sub_code anno_link INT(11) VARCHAR(45) VARCHAR(45) VARCHAR(100)
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.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.
viii. Scanner
ix.
x. xi.
36 | P a g e
7.2.2 Software
i. ii.
iii.
iv. v.
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
44 | P a g e
45 | P a g e
46 | P a g e
47 | P a g e
48 | P a g e
49 | P a g e
50 | P a g e
51 | P a g e
52 | P a g e
53 | P a g e
54 | P a g e
55 | P a g e
56 | P a g e
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.
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
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
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
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
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
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
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
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
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
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
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
Various Test Cases: Interface Checkpoints Local Data Structure Independent Paths Boundary Conditions Error Handling Paths
MYSQL
Structure of Tables
Data in Tables
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.
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
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.
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
c)
73 | P a g e