Oms Srs
Oms Srs
For
Team Members: 1. ABINASH BHERA 2. KHUSHBOO MISHRA 3. VIVEK KUMAR 4. AYUSHI MOHANTY
Page ii
Table of Contents
Table of Contents .......................................................................................................................... ii Revision History ............................................................................................................................ ii 1. Introduction..............................................................................................................................1
1.1 Purpose ............................................................................................................................................ 1 1.2 Document Conventions ................................................................................................................... 1 1.3 Intended Audience and Reading Suggestions ................................................................................. 1 1.4 Project Scope ................................................................................................................................... 1 1.5 References........................................................................................................................................ 2
6. Other Requirements ................................................................................................................5 Appendix A: Glossary ...................................................................................................................5 Appendix B: Analysis Models .......................................................................................................6
Revision History
Name Date Reason For Changes Version
Page 5
1. Introduction
Online Mentor System is a web based system through which mentor and mentee can communicate to each other regarding the problems and its solution.
1.1 Purpose
The purpose of this document is to describe the design of the project name ONLINE MENTOR SYSTEM. The purpose of design documentation is to express the vision for the project, describe the contents, and present a plan for implementation. The main purpose of our project are the following:
Font-Times New Roman Size 16 for main heading Size 14 for sub heading Size 12 for the rest of the document Words in Bold are important terms , and have been formatted to grab the attention
References
Principle of Software Engineering by Rajib Mall Fundamental of Software Project management by Rajib Mall http://www.studentmentor.org/ http://www.mentornet.net/ http://otc.rutgers.edu/remp/mentors.php
Page 6
2. Overall Description
2.1 Product Perspective
This section aims to describe both the existing and the proposed systems, with respect to why the proposed system is needed. There is not any existing ONLINE MENTOR SYSTEM. The benefits of this project is it is online and can be accessed from anywhere.
Login system of online mentor system Registration Update student information Display students information Give response through email Remove members Providing security Low cost Basic computer knowledge required Configurable and extensible application UI design
o o o o
o o o
Page 7
2.4 Operating Environment Minimum requirement for execution of the project is:
1. A java supporting operating system(Windows XP and later, linux). 2. Minimum of 512 MB of RAM. 3. 1 GB of hard disk. 4. A web browser(Internet Explorer ,Mozila Firefox etc.) 5. PC must have access to the internet.
2.5
1) The interface will be in English only. 2) The system is working for single server. 3) There is no maintainability or backup so availability will get affected. 4) The system is a single user system. 5) GUI features available.
Page 8
3. System Features
3.1 LOGIN
3.1.1 DESCRIPTION & PRIORITY This feature will be used to LOG IN into the online mentor system (only permitted users can use the OMS). It is done in order to prevent any misuse of OMS.
Inputs
The input will be username and password combination
outputs
The user will be transferred to the main page on successful validation and will be alerted if the validation is unsuccessful
Inputs
The required data for registration of a new member in the OMS (Like Name, Address, branch, ID, Designation etc).
Output
Page 9
A Success Message be displayed on successful registration or else an error message will be displayed.
Inputs
The required data for updating the information of a mentor /student would be given
Output
Either a successful acknowledgment is displayed or else an error message is displayed.
Input
Id and password
Output
On successful verification, the details of the respective entities are displayed or else an error message is displayed.
3.6. Logout
3.6.1 DESCRIPTION & PRIORITY
This feature would enable the user to successfully end his Session and Logout the OMS. After Logging Out, he/she would not be able to perform any of the operations until he/she is again logged In.
Page 10
Inputs
The input will be Username and Password combination
Output
The user will be transferred to the main page on successful validation and will be redirected to the Login Page if the validation is unsuccessful.
Page 11
4.1 User Interfaces User of the system will be provided with the Graphical user interface, there is no command line interface for any functions of the product. The user will get 2 pages 1. Login page followed by Password
4.2 Hardware Interfaces Hardware requirements for Insurance on internet will be same for both the parties which are follows: Processor: - Pentium IV or above. 128 MB or above. HD: NIC: 4.3 20 GB or above. For each party RAM:
Software Interfaces
1. Operating system:
Page 12
It can work on Operating Systems like Windows XP/7/VISTA. 2. JAVA development tool kit.
Page 13
4.4 Communications Interfaces The two parties should be connected through either by LAN or WAN for the communication.
Page 14
5.1 Performance Requirements In order to maintain an acceptable speed at maximum number of uploads allowed from a particular user will be any number of users can access the system at any time. Also connections to the servers will be based on the criteria of attributes of the user like his location, and server will be working whole 24X 7 times. 5.2 Safety Requirements It will be maintained by developer as no information cant lost for damages to the system for any causes. 5.3 Security Requirements
Sensitive data is protected from unwanted access by users appropriate technology and implementing strict user-access criteria. Facility of unique user number and Password in such a way that unauthorized user cannot log in. Operational rights for each user/terminal can be defined. Thus, a user can have access to specific terminals and specific options only.
Page 15
This project would be developed completely using open source software and platforms. So, Anybody can use and enhance the software further without spending any money.
6. Other Requirements
Not Applicable
Appendix A: Glossary
Page 16
Internal Issues:
manpower labor
problems
objections
social
acceptability