Online Interactive Counselling SRS

SRS ONLINE INTERACTIVE COUNSELLING
1

Shri G.S. Institute of Technology and Science,
Indore
Department of Computer Engineering

SOFTWARE REQUIREMENT SPECIFICATION
ONLINE INTERACTIVE COUNSELLING

Submitted To Submitted By
Mr Harshal Charhate Prateek Maheshwari (AB34059)
Ms Sonika Tomar Pritesh Mandwariya (AB34060)


2

Table of Contents

Table of Contents...........................................................................................................................2
1. Introduction ........................................................................................................................... ...3
1.1 Purpose .....................................................................................................................................3
1.2 Document Conventions ............................................................................................................3
1.3 Project Scope ............................................................................................................................4
1.4 Abbreviations ............................................................................................................................4
1.5 Benefits of System ....................................................................................................................5
1.6 References .................................................................................................................................5
1.7 Technologies .............................................................................................................................5
1.8 Overview....................................................................................................................................5
2. Overall Description ...................................................................................................................6
2.1 Product Perspective ...................................................................................................................6
2.2 Product Features ........................................................................................................................7
2.3 User Classes and Characteristics ............................................................................................8-18
2.4 Design and Implementation Constraints...................................................................................19
2.5 User Documentation..................................................................................................................19
2.6 Assumptions and Dependencies ...............................................................................................19
2.7 Apportioning of Requirements ......................................................................................................19
3. System Requirements and Analysis
..........................................................................................20
3.1 User Interface ............................................................................................................................20
3.2 Student View Functionality.......................................................................................................20
3.3 Counselling View Functionality ...............................................................................................21
3.4 Expert ........................................................................................................................................21
3.5 System .......................................................................................................................................21
4. Supplementary Requirements
.................................................................................................22
5. Other Nonfunctional Requirements
........................................................................................23
5.1 Performance Requirements ......................................................................................................23
5.2 Security Requirements..............................................................................................................23
5.3 Portability Requirements .........................................................................................................23
5.4 Maintainability Requirements ...................................................................................................23
5.5 Reliability Requirements ..........................................................................................................23
5.6 Usability Requirements ............................................................................................................23
5.7 Availability Requirements ........................................................................................................24
5.8 Software System Attributes.......................................................................................................24
6.
References25


3

1. Introduction

Student counselling is a vital part of any admission process because it is the counselling
process that facilitates the admission process for students. The student Counselling is one of
the most important activities within a university as it is this basis by which the student is able
to efficiently decide and select the institute of his choice. A poor Counselling system can
mean an inefficient admission system because of mistakes or an overly slow response
time.so there is a need of a system which is fast an d which enables a student to make a
better choice of his career

1.1 Purpose
The purpose of this SRS document is to specify software requirements of the Online
Counselling for the university or college. It is intended to be a complete specification of what
functionality the online interactive Counselling system provides. The main purpose of the
system is to automate the task carried out by different peoples in the organization to perform
the student Counselling in an interactive manner. Specific design and implementation details
will be specified in a future document

1.2 Document Conventions
Items that are intended to stay in as part of your document are in bold
Explanatory comments are in italic text.
Plain text is used where you might insert wording about your project

1.3 Project Scope
This projects aim is to automate the system, pre-checking the inclusion of all required
material and automatically ranking each students application based on a number of criteria.
These criteria include the ranking of their university, their grade at said university and their
language grade Certificate. The data used by the system is stored in a database that will be
the centre of all information held about students and the base for the remainder of the
process after the initial application has been made. This enables things to be simplified and
considerably quickened, making the jobs of the people involved easier. It supports the
current process but centralizes it and makes it possible for decisions to be made earlier and
easier way.

1.3.1 Goals
The main goal of the system is to automate the process carried out in the organization with
improved performance and realize the vision of paperless Counselling. Some of the goals of
the system are listed below:
Improve the counseling process by providing means so the system can be made secure
so as to avoid scams/frauds.
Improve the counseling process by providing means so the system can be made
interactive
Manage large number of student details.
Manage all details of student who registered and send appropriate notification about the
process to the students account regularly.
Create student accounts and maintain the datas effectively.
experts opinion involvement to make the system more efficient

Reduce the work load in interview the students for selection .
The System must support Undo the Previous activities if any Problem Occurs.


4

1.3.2 Objectives of the Proposed System:
The aim of the proposed system is to address the limitations of the current system. The
requirements for the system have been gathered from the defects recorded in the past and
also based on the feedback from users of previous metrics tools. Following are the
objectives of the proposed system:
An Interactive System. One of the important objectives of the online interactive
Counselling system is communicate with all the students scattered geographically .

Reducing time in activities. Reduce the time taken process the applications of
students, admitting a student, and send call letters to selected students.

Secured data handling. Transfer the data smoothly to all the departments involved and
handle the data in a centralized way.

Paperless Counselling with reduced manpower. Reduce the manpower needed to
perform all the Counselling and administration task by reducing the paper works needed.

Cost cutting. Reduce the cost involved in the Counselling process.

Operational efficiency. Improve the operational efficiency by improving the quality of
the process.

1.4 Abbreviations
Verification: Student verifies the marks they scored in the online entrance exam
conducted by the university.

Counselling: University conduct the online Counselling to admit the students in the
respective Courses.

Course Catalog: Course Catalog contains all the details about the course and schedule
of the course. It is generated by the Superior Persons like Register in the university.

Maintenance: Student informations are maintained in a separate Log for maintenance.

Student Log: Student informations are maintained in a separate log for future
reference and retrieved for any contacting Purpose.

HTML: Hyper Text Markup Language is a markup language used to design static web
pages.

HTTP: Hypertext Transfer Protocol is a transaction oriented client/server protocol
between web browser & a Web Server.

TCP/IP: Transmission Control Protocol/Internet Protocol, the suite of communication
protocols used to connect hosts on the Internet. TCP/IP uses several protocols, the two main
ones being TCP and IP.


5

1.5 Benefits of the system
As with most real world activities, there are numerous benefits to using a software system for
university Counselling. The most apparent to this project is the unification of the entire
process. Another benefit of a software system is the use of a central database. This
database is the basis for all actions in the system and can be trivially updated and used to
aid in all of the systems processes, meaning all of the required information is stored in one
central location and thus is easily accessible. This is a far more reasonable storage method
than a paper-based file system, where the time of traveling to and physically searching the
records for the required information could be a burden. Human error could also be a factor in
that mistakes could be made in the filing process which would not occur in a well written
database system and mistakes or changes on physical records can be messy to correct.
Software systems are also much faster at performing certain tasks than humans, meaning
that time can be saved performing processes such as sending communication e-mails,
creating recommendations and the comparison of applications. This also means that these
tasks can be done solely by the system, freeing up those involved to perform more important
tasks. In the long term, if methods or minor details concerning the Counselling process at
universities changes, this can be reflected in potentially minor changes to the code of the
system, to retrain employees rather than having regarding the new practices.

1.6 References
The document in this file is adopted from the IEEE Guide to Software Requirements
Specifications (Std 830-1993).

Basic Record Structure for designing and developing an OO System given by OMG.

1.7 Technologies
Wamp server (PHP): Application Architecture.
Mysql or oracle10g: Database.
WAS: Web Server.

1.8 Overview
SRS will include two sections. Overall Description will describe major components of the
system, interconnection and external interfaces. Specific Requirements will describe the
functions of actors, their role in the system and constraints. 1.8.1 Overall Description: The
rest of this document will give further details on the overall product description, including the
hardware, software, and communications interfaces, product functions, user characteristics,
and any assumptions that will be made. 1.8.2 Specific Requirements: The document will
also include the specific requirements needed. These will include the functions,
performance, design, and software attributes. This document is organized in a logical
manner and is easy to follow. Readers should refer to the table of contents, appendices, or
index if looking for something in specific. Otherwise, reading this document from start to
finish will start with a vague description and get more specific and detailed as changing
sections and reading further.


6

2. Overall Description

2.1 Product Perspective
Figure 1: Model of the System
The web pages (XHTML) are present to provide the user interface on customer client
side. Communication between customer and server is provided through HTTP/HTTPS
protocols.

The Client Software is to provide the user interface on system user client side and for
this TCP/IP protocols are used.

On the server side web server is Wamp Server (PHP language) and database server is
for storing the information.

2.1.1 System Interfaces
Client on Internet: Web Browser, Operating System (any)

Client on Intranet: Client Software, Web Browser, Operating System (any)

Web Server: WAS, Operating System (any)

Data Base Server: MySQL or oracle10g, Operating System (any)

Development End: Wamp Server(PHP), DB2, OS (Windows), Web server.

2.1.2 Hardware Interfaces

2.1.3 Communication Interface
Client on Internet will be using HTTP/HTTPS Protocol.

Client on intranet will be using TCP/IP protocol.

2.1.4 Memory Constraints
Hardware memory: The growth of students in couselling is unpredictable; to resolve the
future problems occurs while enhancing the system is controlled by larger memory as
possible. So the memory constraint in the server side is extended up to 1TB.

2.1.5 Site Adaptation requirements
site adaptation is necessary in this project. Because the University Counselling system is
not portable. A site will be made which would be used by students for online counseling
process


7

2.2 Product Features
Some of the features are identified for the software. They are listed below:
View Course Informations: The student must able log as student and see all details
about course without any constraints.

Apply for Course: The student can able download the application form or register for
the course online.

Advanced Expert support: Enable the students to ask and clear doubts via video or
online chatting.

Current vacancy status: Enable the students to know the current status of their choice
they filled

Automated admission system: Enable a system in which redundancy of information
shall be avoided and once a student provides a information need not to provide it again at
the admission time.

Report Generation: The system supports generation of reports based on different
criteria.

Record maintenance: The system also must keep track the statistical reports of daily
activities of the Student Registration Process.


8

2.3 User Classes and Characteristics

Use Case Diagram

REGISTER
ASK DOUBT

VIEW AND
SOLVE DOUBT
STUDENT
EXPERT
MANAGE
STUDENTS
DATA STORE
SEAT LOCKING
& SELECTION
ADMIN
ADD OR REMOVE
EXPERTS
MANAGE
COLLEGES

ONLINE INTERACTIVE COUNSELLING
IDENTITY
VERIFICATION

9

Activity Diagram
1.STUDENT REGISTRATION

OPEN REGISTRATION
PAGE
ENTER THE DETAILS
SAVE
SAVED
SUCCESSFULLY
?
YES
NO
SHOW ERRORS

10

Description

Primar Actor

User

Goal in
Context

Purpose of this feature is to register user to the system.

Trigger

User wants to register to the system

Normal Flow of Events

1. User opens the registration page
2. User specifies his information
3. System validate the specified information
4. User is registered to the system

Alternative Event Flow 1

4. User can not registered to the system due to inappropriate information


11

2. STUDENT LOGIN FOR SEAT LOCKING OR OTHER
PURPOSES

SIGN UP FROM YOUR
LOGIN ID
FILL YOUR CHOICES

LOCK CHOICES

SEAT LOCKED
SUCCESSFULLY
?

YES
NO
SHOW ERRORS

12

Description

Primary Actor

User

Goal in Context

Purpose of this feature is to login to the
system with user credentials in order
to use system.

Trigger

User wants to login to the system


1. User opens the login page
2. User tries to login to the system with his credentials
4. User is logged into the system
5. Now the user can use the system to choose the preferred seats and lock them accordingly
6. User has finally locked his choices successfully


4. User cannot logged into the system due to incorrect credentials


13

3. ADMIN MANAGING EXPERTS

REMOVE EXPERT
ADD EXPERT
ENTER EXPERT DOMAIN
ADMIN LOGIN
DONE ?
NO
YES

14

Description

Primary Actor

Admin

Goal in Context

system with Admin credentials in order
to use system.

Trigger

Admin wants to login to the system to
manage experts(add or remove expert)


1. Admin opens the login page
2. Admin tries to login to the system with his credentials
4. Admin is logged into the system
5.Now the Admin performs the specific task of adding or removing expert


4. Admin cannot logged into the system due to incorrect credentials


15

4. ADMIN MANAGING STUDENTS

OPEN DATABASE

REMOVE OR EDIT
ACCOUNT
ACCOUNT

DONE

?

YES
NO
SHOW ERRORS

16

Description

Primary Actor

Admin

Goal in Context

system with Admin credentials in order
to use system.

Trigger

Admin wants to login to the system


1. Admin opens the login page
2. Admin tries to login to the system with his credentials
4. Admin is logged into the system
5.Now the Admin performs the specific task of adding or removing student




17

5. EXPERT LOGIN FOR VIEWING AND SOLVING DOUBTS

Description

Primary Actor

EXPERT

Goal in Context

system with expert credentials in order
to use system.

Trigger

expert wants to login to the system


1. Expert opens the login page
2. Expert tries to login to the system with his credentials
4. Expert is logged into the system
5.Now the Expert performs the specific task of viewing and reply for the doubts




18

6. Expert Chat And discussion Forums

Primary Actor

User

Goal in Context

Purpose of this feature is to provide user
to post it doubts or queries for expert
consultancy

Trigger

User wants to post a doubt or query

In case of a Doubt Users are free to Use discussion forums ,every registered user is free to
post their doubts and discuss
There is also a facility for chatting with an expert in order to get your doubts solved

Normal Flow of events:
1. User login
2. Post Query
3. Discuss
4. Chat
5. Exit

2.3.1 User Characteristics
The Student should have the basic idea to operate (use) the system and he already has the
experience to work in the internet (browser). Default Language is English.

2.3.2 User Classes
Some of the users identified for this system through use case analysis are listed below:
Students

Data entry operators

Experts or Tutors

Administrators

Counselling Authorities


19

2.4 Design and Implementation Constraints
Some of the design and implementation constraints identified are listed below:
Student is not allowed to register for more than one time

Student not has any rights to edit any data in the system.

Student pays the application fees by NEFT or online banking

This system is not support distributed database Facility.

System is limited to HTTP/HTTPS Protocols.

2.5 User Documentation
Online documentation facility is available for the students to assess them for the easy
use.

A specific document should be prepared for the maintenance of the system and should
say the system in easiest way.

2.6 Assumptions and Dependencies
Courses are already created and informations available for use.

Roles and responsibilities are already established.

Administrator is already created.

2.7 Apportioning of Requirements
It is possible in the future that a few additional features be implemented into this system.
Management System: This will allow the system to manage effectively the other
resources in the easiest way.

Training Facility: This will allow effectively train the staffs and improve the quality of
education in the institution.


20

3. System Requirements and Analysis:

The following sections will introduce the numerous requirements of the system from the point
of view of different users and will introduce a number of decisions that have been made
regarding implementation. These sections also attempt to somewhat describe the role of
each user group in the system, discussing their individual roles through the functions they
can perform.

3.1 User Interface
The user interface for this system will have to be simple and clear. Most importantly, the
ages must be easy to read, easy to understand and accessible. The color scheme should be
appropriate to provide familiarity with the university and there should be no contrast issues.

3.2 Student View Functionality:
Registration and Login System: Applicants will carry out their own registration,
providing the system with a way to associate a user to their application(s). This will enable
the system to display personalized information when the user logs in and certain information,
such as name and address, to be added to each application automatically. Giving each
student a specific ID will also allow a user to apply to a number of courses, while giving the
system a way to prevent unnecessary duplication of applications.

Application System: The application process will be as straightforward as possible,
using an intuitive form layout, with the necessary information being completed in stages.
When regarding supplementary documentation, such as degree transcripts, these could be
uploaded through the form in digital format, upon which it will be saved to the database.
Secondly student can choose and lock the colleges of their choice and view status of their
seat allotment at any stage of process.so these are some of the applications of the system
as a view of a student

Update Details: Applicants, Counsellings staff and tutors will all have the ability to
update their personal details at any time. Applicants, however, will also be able to update
their
application details. After the user has confirmed the update, an e-mail is dispatched with the
original and new details as confirmation.


21

3.3 Counselling View Functionality or admin (counselling forum) view :

New registration: Registering is not something Counselling office staff or tutors will be
required to complete. These accounts will be created by the Counselling office to prevent
unauthorized users obtaining global access, with the login information being given to the
appropriate user.

Manage Colleges

Manage Experts: This include adding or removing experts .also includes keeping a
track of expert functionality process

Generate Emails or generate notifications: For most users, who apply through the
website, communication can be handled most effectively by e-mails. These will be less
formal than the documents created by the system, but nonetheless will convey the same
information. The Counselling office staff will select the type of communication required,
based on templates, and include any additional required information and the system will
automatically send the e-mail to the correct user.

View Logs: Whenever an action has been completed, a time stamped log should be
created by the system, detailing the action completed and the user who performed it for
reference purposes. These logs should be viewable by the Counselling office staff and by
default should display the logs for the past two hours.

Edit/Add Universities: From time to time, a universitys rank may change in the tables
used by the Counselling office. Since this table will be held by the system for automatic
ranking of applications, it would be wise to include the ability to edit this information. A
member of the Counselling office staff will be able to view the list of universities included in
the university ranking and edit its details, including name, rank and location.

3.4 Tutor:
View Doubts: This is a functionality provided to the expert or the tutor which is a part of
this counseling system to provide ease of decision making to the students so whenever a
student places his doubts these doubts will be sent through a notification to the expert and
by using this system an expert can view the doubts placed in front of him

Solve doubts: This is another feature which the expert uses .whenever uses replies for
the doubt this system generates a notification for the respective student regarding the same

3.5 System
Validation: On the completion of each form in the system, the system will use a set of
validation functions to ensure that information is of the right type in each field.

Statistics: If the Counselling office so wishes, they should be able to view statistics
gathered by the system regarding applications. These statistics should be displayed on a
page with individually expandable sections, such as extending the number of applications
received from the past year to the past two years.

Report Generation: Generate reports based on the selected criteria.


22

4. Supplementary Requirements

Immediate Feedback: The System must try to answer all the queries of the students
and it should provide immediate feedback after getting any request from the students. The
system must provide the illusion to the students that, they are contact the real peoples for
process the Counselling task.

Reduce the Cost of Counselling Process: The main aim of the System is to reduce
the cost needed for Counselling Process, so it automatically reduces the manual power
needed to perform the entire task and improve the quality of the work.

Increase the Quality of the Process: The System facilitates the work of the
universities and the same time it must reduce the work load of the organization with
expected quality. Quality in the sense, the system try to avoid the mistakes that are usually
happen during the Counselling Process because names of the students sometimes missed
in the selected list and call letters for the students also not send properly to the qualified
students.

Make the Interface Simple as Possible: The System must provide the simple and
easy interface for beginners and also provide facilities for technical peoples who are using
the system. The interface must be simple as possible.

Reduced Time: To perform any task time is one of the important factors to consider. If
the system not utilize properly time, than the entire aim of system is fails and the system is
fails to reach its goal. So time take to process all these activities should be less but the
output should be effective.

Make the System as Global Unit: The System must provide facilities to tie up with any
other existing system and transformation of messages between that other existing system
should be not depend upon any other server architecture and any other platform.


23

5. Other Nonfunctional Requirements

5.1 Performance Requirements
Some Performance requirements identified is listed below:
The database shall be able to accommodate a minimum of 10,000 records of students.

The software shall support use of multiple users at a time.

There are no other specific performance requirements that will affect development.

5.2 Security Requirements
Some of the factors that are identified to protect the software from accidental or malicious
access, use, modification, destruction, or disclosure are described below. Specific
requirements in this area could include the need to:
Utilize certain cryptographic techniques
Keep specific log or history data sets
Assign certain functions to different modules
Restrict communications between some areas of the program
Check data integrity for critical variables
Later version of the software will incorporate encryption techniques in the user/license
authentication process.
The software will include an error tracking log that will help the user understand what
error occurred when the application crashed along with suggestions on how to prevent the
error from occurring again.
Communication needs to be restricted when the application is validating the user or
license. (i.e., using https).

5.3 Portability Requirements
Some of the attributes of software that relate to the ease of porting the software to other host
machines and/or operating systems. This may include:
PHP is used to develop the product. So it is easiest to port the software in any
environment.

5.4 Maintainability
The user will be able to reset all options and all stored user variables to default settings.

5.5 Reliability
Some of the attributes identified for the reliability is listed below:
All data storage for user variables will be committed to the database at the time of entry.

Data corruption is prevented by applying the possible backup procedures and
techniques.

5.6 Usability requirements
Some of the usability requirements identified for this system are listed below:
A logical interface is essential to an easy to use system, speeding up common tasks.
Error prevention is integral to the system and is provided in a number of formats from
sanity checks to limiting free-text input.


24

5.7 Availability
All cached data will be rebuilt during every startup. There is no recovery of user data if it
is lost. Default values of system data will be assigned when necessary.

5.8 Software System Attributes
There are a number of attributes of software that can serve as requirements. It is important
that required attributes by specified so that their achievement can be objectively verified. The
following items provide a partial list of examples.
The input system will allow for inputting numbers, operands, special symbols and letters of
the alphabet.


25

References

1. The document in this file is adopted from the IEEE Guide to Software Requirements
Specifications (Std 830-1993).
2. www. scribd.com
3. http:// www.researchautism.net/interventionitem.ikml?print&ra=15&infolevel=4
4. www. ncge.ie
5. http:// aut.sagepub.com/content/3/3/255

Online Interactive Counselling SRS

Încărcat de

Informații document

Descriere originală:

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Online Interactive Counselling SRS

Încărcat de

Drepturi de autor:

Formate disponibile

SRS ONLINE INTERACTIVE COUNSELLING

S-ar putea să vă placă și