Software Requirements Specification
Software Requirements Specification
Software Requirements Specification
To be prepared and submitted in partial fulfillment of the requirements of MCA VIth Semester
Submitted To LNMCBM
DISTANCE LEARNIN
S!STEM
#ro$e%t I*V*LAL
uide
Contents
1. Introduction
1.1 Purpose 1.2 Scope 1.3 Reference
2. Overall Description
2.1 Product Perspective 2.2 Product Function 2.3 User Characteristics 2.4 eneral Constraints
3. Specific Re!uire"ents
3.1 #$ternal Interface Re!uire"ents 3.1.2 #$ternal Interfaces 3.2 Functional Re!uire"ents 3.3 %on Functional Re!uire"ents 3.3.1 Securit& 3.3.2 Porta'ilit& 3.4 Perfor"ance Re!uire"ents 3.( )o*ical Data'ase Re!uire"ents
4. Docu"ent +pproval
INTR+D(CTI+N
The current system that is working is manual one. So it is cumbersome, slow, and sometime unreliable as well .It cannot be easily manipulated and can be easily tempered. Also the software which is available is hard to operate by individual who have no knowledge of computer. So the software which we are developing can be easily understood. So it is user friendly and can run easily on cheap hardware which is easily available on software Platform. It increases accuracy and dependability of the system. It is assumed software that we are developing would be widely appreciated by various organizations. hich are thinking of computerizing their operation. Its simplicity and dependability is the greatest advantage. Another advantage of the software is that it can be modified further according to the increasing need of the user.
,*, #(R#+SE
The purpose of this pro!ect is """ . One of the most important uses of computers is an aid to users and administrators. This DISTANCE LEARNING SYSTEM helps scholars to do all information flows and communicate immediately, which saves a lot of time in doing paperwork. This report covers all information about working of the project and their benefits. In the information chapter all the information about the project is given. This chapter also inform about the platform on which the project has been developed. System analysis describes existing system, proposed system according to the needs and the feasibility. System testing informs about the testing module of the system, by which system has been tested after testing implementation describes how the user will interact with the system. In the input output screen layout input and the output are given, which is important to ensure that the results obtained from this project are correct and reliable. The next chapter about the scope of development indicates the benefits of the project.
,*- SC+#E
As the scope of the pro!ect is much large, It is very important in case of this organization where internet connection is not available. The future scope of this pro!ect is large# this pro!ect can be developed with oracle back ground and implementing nested table also.It can also be added to this engine in the form of a $uiz. The $uiz can be designed in a effective manner which can assess the knowledge gained by the student much accurately and the result can be further be used to enhance the contents of the website.
,*. RE/ERENCES
%. Internet &. An Integrated Approach to Software 'ngineering " ()*IT +*,(A-A .. Software 'ngineering " Pressman
-* +VERALL DESCRI#TI+N
/istance 0earning system will give an e1tra spin to train the employee2s through networking and communication technology. This innovation will give many benefited to organization in training the employees. It is user" friendly pro!ects were user could work in there own place and in convenient time. This system mainly consists three different roles. )rganizer3 4onitors the whole system. Administrator3 Send response to the employee and maintains repository. Thus the pro!ect category is Internet and RDBMS.
+d"inistrator "odule
This actor is a second and final authority of the system. The role of this actor is to monitor the re$uest from the employee. This actor also has the responsibility to follow the orders of the organizer. This actor is responsible to update the repository.
To use this product the user must have following knowledge and $ualification. Edu%ational 'ualifi%ation2 There are different kinds of user which has different educational
$ualification according to their level. 5or ,ser 3 ,ser must have knowledge of computer and Internet. 5or Administration Staff3 Admin staff also must have knowledge of computers and Internet. Therefore there is no need of technical /egree but as the level of accessing the product ,ser must have few idea in computer and Internet.
-*3
ENERAL C+NSTRAINTS
-*3*, &ard4are Limitation2 The hardware 0imitation for the end user are 3 There should be internet connection (A4 should be atleast &78 49
-*3*- Soft4are Limitation2 The hardware 0imitation for the end user are 3 There should be any software compatible web browser such as Intenet '1plorer : netscape navigator to use this product
";There should be an operating System which must be capable to run this product< indows 6P: indows =ista etc> -*3*. Safet" and Se%urit" Consideration2 It will provide security features, such as provision of passwords and access permissions. System must provide the facility for secure login of the administrator into the system. Administrator is the person who manages the website and adds ? updates multimedia information about topics and other details to the website.
.* Spe%ifi% Requirements
3.1 #$ternal Interface Re!uire"ents, This section contains all the software requirements at the level of detail sufficient to enable designers to design a system to satisfy those requirements and the tester to that the system satisfies those requirements. 3.1.1 #$ternal Intefaces, It contains a detailed description of all inputs into and output from the software system.It contents following:
(ser #ro%ess2 ,ser process interacts with student as follows3 Request for lo1in 3 ,nder this re$uest the process takes login@I/ and password as input checks if it is valid and also checks the validity period. If the password is valid is not e1pired yet then student is allowed to access the contents of the sub!ect re$uested . Request for 4eb pa1e 3 ,nder this re$uest the process checks whether the web page is access protected or not if the re$uested page is protected then process would check whether the student is logged in or not, if he:she is logged in then the level of access is checked whether the page is for student or not, if all these checks allow the access then the page is send to the student. Request for topi% 3 The topic is searched in the database and send to the student if the student has logged in. The topics are self interactive and most of the interaction is handled by the swf file of the topic. If the there is a need of interaction handling from server side then it is handled by this process itself.
Administrator #ro%ess2 Administrator processes interacts with administrator as follows3 Site map 3 Site map contains complete structure of the website, it is received from the administrator and is stored in the site@details database table. (ser Membership details2 These details are received from administrator and are stored in the student@details database table, which is used by the student process for validation of login purpose. Confirmation /or Membership Re1istration2 membership registration confirmation is send administrator from web server by this process. Student to the
/eedba%5 /rom (ser2 5eedback from student is very important issue, these feedbacks are stored in student@messages database table, and are used by the administrator to find out areas of improvements for the website and its content.
Content Desi1ner #ro%ess2 Aontent /esigner process interacts with content designer as follows3 Sub$e%t details2 Sub!ect information of the sub!ects covered is received from content designer, and it is stored in sub!ect@details database table. Topi% details2 Topic information of the topics covered is received from content designer, and it is stored in topic@details database table.
Se%tion details2 Section information of the sections covered is received from content designer, and it is stored in section@details database table. Mo0ie %lips2 4ovie clips of topics are received from content designer, and they are stored in movie@clips database table. Te6t files2 Te1t files of topics e1planation are received from content designer, and they are stored in te1t@files database table.
#R+CESS L+ IC2
Student #ro%ess2 Student process interacts with student as follows3 Request for lo1in 3 ,nder this re$uest the process takes login@I/ and password as input checks if it is valid and also checks the validity period. If the password is valid is not e1pired yet then student is allowed to access the contents of the sub!ect re$uested . Request for 4eb pa1e 3 ,nder this re$uest the process checks whether the web page is access protected or not if the re$uested page is protected then process would check whether the student is logged in or not, if he:she is logged in then the level of access is checked whether the page is for student or not, if all these checks allow the access then the page is send to the student. Request for topi% 3 The topic is searched in the database and send to the student if the student has logged in. The topics are self interactive and most of the interaction is handled by the swf file of the topic. If the there is a need of interaction handling from server side then it is handled by this process itself.
Administrator #ro%ess2 Administrator processes interacts with administrator as follows3 Site map 3 Site map contains complete structure of the website, it is received from the administrator and is stored in the site@details database table. Student Membership details2 These details are received from administrator and are stored in the student@details database table, which is used by the student process for validation of login purpose.
Confirmation /or Membership Re1istration2 membership registration confirmation is send administrator from web server by this process
Student to the
/eedba%5 /rom Student2 5eedback from student is very important issue, these feedbacks are stored in student@messages database table, and are used by the administrator to find out areas of improvements for the website and its content.
Content Desi1ner #ro%ess2 Aontent /esigner process interacts with content designer as follows3 Sub$e%t details2 Sub!ect information of the sub!ects covered is received from content designer, and it is stored in sub!ect@details database table. Topi% details2 Topic information of the topics covered is received from content designer, and it is stored in topic@details database table.
Se%tion details2 Section information of the sections covered is received from content designer, and it is stored in section@details database table. Mo0ie %lips2 4ovie clips of topics are received from content designer, and they are stored in movie@clips database table. Te6t files2 Te1t files of topics e1planation are received from content designer, and they are stored in te1t@files database table.
These reports are to be used by the administrators for analyzing the feedback from the students , and also the $ueries of the students about the contents of the website. 5urther these messages can be used to solve the students problem online. Administrator Mail Reports These reports are to be used by the administrators to check which messages are send to the students for solving a problem in many steps.
3.3.2 Porta'ilit&
It will provide portability feature ,such we can run this software on any kind of plate form because it is totally designed in !ava script and !ava 0anguage.
.*3#erforman%e Requirements
It Specifies both dynamic and static numerical requirements. Static mumerical requirement includes: 1. %u"'er of ter"inals it support
9asically this system is designed for internet user who have valid account to access this site. It can support large number of system simultaneous.
2. %u"'er of Si"ultaneous user to 'e supported Actually this system is a web site so it can supported hundreds of user simultaneously.
4. Docu"ent +pproval
Approver2s -ame Signature /ate
Topic "ontents
Admin sg Info
Administrator! essages
sg Data
ovie "lips Info
&eb 'age
Student
Student!details Static!Images
$ogin %equest
Site!details
Deliverable "ontents
"ontents Info
Student!details
"ontents
Site!details
+d"inistrator