https://www.academia.

edu/4083326/A_proposed_Web_Portal_for_the_College_of_Computing_and_In
formation_Technology

http://ieeexplore.ieee.org/xpls/icp.jsp?arnumber=7233087&tag=1#references

https://www.slideshare.net/zobiazafar1/online-student-portal

http://www.oit.ucsb.edu/committees/ITPG/2003_proposals/student_portal.asp

http://inpressco.com/wp-content/uploads/2015/04/Paper69976-980.pdf

Purpose of document

A students' portal is an online gateway where students can log into a university website to
access important program information. Student portals contain information about courses
offered, transcripts, e-mail programs, timetables, exam schedules and department contact
numbers. They may also offer links to useful web resources such as research tools and
online journals.The overall objective of this research is to define a new framework for
distributed students' portal components.
Project overview

What is a portal? An Internet portal is “a single integrated, ubiquitous, and useful [point of]

access to information (data), applications, and people” . More than simply an archive of information,

portals facilitate a dynamic exchange of knowledge, data and information. By compiling content from

multiple sources, they limit redundancy and efficiently increase the dissemination of information.

major reason for deploying portals is “to improve productivity by increasing the speed and

customizing the content of information provided to internal and external constituencies.” They also

suggest that portals serve a knowledge management function by “dealing with information glut in an

organized fashion.”

Web portals have been used to streamline and automate administrative functions in higher

education. The most recent application of portals in higher education has been to create a point of

access for administrative functions for students, such as registration, financial aid and academic records,
or for staff, such as timesheets, leave balances and the like . In this way, use of portals maximizes

efficient use of staff and students’ time .

The portal will improve the efficiency of knowledge exchange and deliver a set of shared business
objectives that include communications around best practices

1. Project Scope
We are going to make automation system for our department including online admission system,
Alumini system and the information system having teacher panel, student panel ,employee panel and
a separate panel for information outside the department.it will be Capable of minimizing the time
required for accessing data and at the same time maintaining the consistency and integrity of the data
, Track and update records of faculty and students at one's fingertips, Retrieve and delete data from
database by firing simple SQL queries, Keep all information about faculty and student in a single
colossal database. The proposed system aims at implementing automation at department level.

1. Overall System Description

Based on these explorations, a university knowledge portal was developed to fill a perceived gap in
knowledge sharing and accessibility within the University.
The features rich portal system offers many more facilities for students, faculties and administrator
like upload of self photograph, images(jpeg file) and articles(doc file) with which everyone can enjoy
the thrill of world wide web and experience the feel of globalizing their identity (online profile). This
helps institutes in achieving best of communication levels and avail global exposure to their students.

It include following components

 My profile
 Subject enrollement
 Time table
 Attendance
 Cource outline
 Assignments
 Academic detail
 Fee detail
 Message board
 QEC ranking
 Date Sheet

USER CHARACTRISTICS
Facilities for Students: Facilities for Faculties:
1. After registration by administrator/getting mail 1. After registration by administrator/getting mail
of registration student can login with login details of registration student can login with login details
shown in mail shown in mail
2. After login student can fill up 3-step 2. After login student can fill up 3-step
registration form registration form
a. Personal Details form a. Personal Details form
b. Favorites Details form b. Favorites Details form
c. Educational Details form c. Teaching Details form
3. Can keep sensitive information (like address, 3. Can keep sensitive information (like address,
phone) public or private so that the information
can be visible/invisible on profile
4. Can Edit/Update registration Details
5. Upload images, Articles, Projects, Seminars
6. View images, Articles, Projects, Seminars(self
uploaded)
7. Delete images, Articles, Projects, Seminars
8. Send Internal Messages to other students,
Faculties or Administrator
9. Inbox (Read messages sent by other Student,
Faculty or Administrator)
10. View Notice(Posted by Administrator or
Faculty)
phone) public or private so that the information
can be visible/invisible on profile
4. Can Edit/Update registration Details
5. Upload images, Articles, Projects, Seminars
6. View images, Articles, Projects, Seminars
7. Delete images, Articles, Projects, Seminars
8. Send Internal Messages to other students,
Faculties or Administrator
9. Inbox (Read messages sent by other Student,
Faculty or Administrator)
10. Post Notice
11. View Notice(Posted by Administrator or other
Faculty)

Facilities for Administrator:

1. Registration of students & Faculties
2. Automatic Mail generation for showing registration details to student/faculty on successful
registration
3. View Student/ Faculty list & their profile (registered only)
4. Block/Unblock & Delete of Student/ faculty
5. View all images uploaded by students/ Faculties
6. Delete images
7. View all uploaded Articles, Projects & Seminars (self uploaded)
8. Delete Articles, Projects & Seminars
9. Post Notice (which is visible to student & faculty after login)
10. Send internal Messages to a particular student/faculty
11. Inbox (read messages sent by student/faculty)

1.1 Operating environment

 Bootstrap studio
 Apache server 7.0
 xamp
 Sublime Editer
 Html
 bootstrap
 Css
 MySQL database
 Windows 7
 Php framework

System constraints

2. External Interface Requirements

DATA FLOW DIGRAM

2.1 Hardware Interfaces

Server Side
The web application will be hosted on one of the department¶s Linux servers and connecting
toone of the school Oracle Database server. The web server is listening on the web standard
port, port 80.
Client Side
The system is a web based application; clients are requiring using a modern web browser such
asMozilla Firebox 1.5, Internet Explorer 6 and Enable Cookies. The computer must have

anInternet connection in order to be able to access the system

2.2 Software Interfaces

.
Server Side
,Bootstrap studio, Apache server 7.0 along with xamp server to host the database locally and
Sublime Editer , Html, bootstrap and css have been used for designing the user interface
whereas MySQL database is used for storing data and for testing Chrome will be used.
Client Side
An OS is capable of running a modern web browser which supports HTML version 3.2
or higher.
COMMUNICATIONSINTERFACES
The HTTP protocol will be used to facilitate communications between the client and server
3. Functional Requirements
Login Capabilities

The system shall provide the users with logon capabilities.

Alerts

e system can alert the administrator in case of any problems.

Usability

The system shall allow the users to access the system from the Internet using HTMLor it¶s
derivative technologies. The system uses a web browser as an interface.Since all users are
familiar with the general usage of browsers, no specific training isrequired.The system is user
friendly and self-explanatory.

RELIABILITY

The system has to be very reliable due to the importance of data and the damages incorrect
or incomplete data can do.

Availability

The system is available 100% for the user and is used 24 hrs a day and 365 days a year.The
system shall be operational 24 hours a day and 7 days a week.

Mean Time Between Failures (MTBF)

The system will be developed in such a way that it may fail once in a year.

Mean Time to Repair (MTTR)

Even if the system fails, the system will be recovered back up within an hour or less.

Accuracy

The accuracy of the system is limited by the accuracy of the speed at which the employees of the
library and users of the library use the system.

Maximum Bugs or Defect Rate

Not specified.
Access Reliability

The system shall provide 100% access reliability.

4. Non-functional Requirements
PERFORMANCE

Response Time

The Splash Page or Information page should be able to be downloaded within a minuteusing
a 56K modem. The information is refreshed every two minutes. The access time for a mobile
device should be less than a minute. The system shall respond to the member innot less than
two seconds from the time of the request submittal. The system shall beallowed to take more
time when doing large processing jobs.

Administrator/Librarian Response

The system shall take as less time as possible to provide service to the administrator or the
librarian.

Throughput

The number of transactions is directly dependent on the number of users, the users may bethe
administrator, employees of the school and also students or teachers.

Capacity

The system is capable of handling 250 users at a time.

Resource Utilization

The resources are modified according the user requirements and also according to the
booksrequested by the users

Safety Requirements
1 Functional Requirements
Online College Portal system aims to improve the efficiency of college
information management, and the main function is managing and maintaining
information. The administrator and students are two major functional
requirements in the system. The Administrator will be given more powers
(enable/disable/ update) than other users. It will be ensured that the
information entered is of the correct format. For example name cannot contain
numbers . In case if incorrect form of information is added, the users will be
asked to fill the information again. Students use the system to query, get
information and enter their information only.

3.2 Non-Functional Requirements

 Performance Requirements: The proposed system that we are going to
develop will be used as the chief performance system for helping the
organization in managing the whole database of the student studying in the
organization and having message notifications. Therefore, it is expected that
the database would perform functionally all the requirements that are specified
.  Safety Requirements: The database may get crashed at any certain time due
to virus or operating system failure. Therefore, it is required to take the
database backup.
 Security Requirements: We are going to develop a secured database. There
are various categories of people namely Administrator, Student who will be
viewing either all or some specific information. Depending upon the category
of user the access rights are decided. It means if the user is an administrator
then he can be able to modify the data, append etc. All other users only have
the rights to retrieve the information from d