Beruflich Dokumente
Kultur Dokumente
Specification
For
Students of IPU
Version 1.0
M-tech (CSE)
Table of Contents
1 Introduction.................................................................................................................................1
1.1 Purpose ............................................................................................................................................... 1
Almost every activity in the world today is controlled by online systems.............................................. 1
1.2 Document Conventions....................................................................................................................... 1
1.3 Intended Audience and Reading Suggestions..................................................................................... 2
1.4 Project Scope....................................................................................................................................... 2
1.5 References .......................................................................................................................................... 2
Appendix for the E-Tutorial for Engineering Students of IPU................................................ 2
Software Engineering book by “K.K. Aggarwal”......................................................................2
Internet and many online e- book on online tutorial................................................................. 2
2.0 Overall Description..................................................................................................................2
2.1 Project Perspective.............................................................................................................................. 3
2.2 User Characteristics............................................................................................................................ 3
2.3 Operating Environment....................................................................................................................... 3
2.4 Design and Implementation Constraints............................................................................................. 3
2.5 User Documentation........................................................................................................................... 4
2.6 Assumptions and Dependencies......................................................................................................... 4
3.0 System Features....................................................................................................................... 4
3.1 System Feature 1................................................................................................................................ 4
3.2 System Feature 2 (and so on)............................................................................................................. 5
4 External Interface Requirements.............................................................................................. 5
4.1 User Interfaces.................................................................................................................................... 5
4.2Hardware Interfaces............................................................................................................................ 5
4.3 Software Interfaces............................................................................................................................ 5
4.5 Communications Interfaces................................................................................................................ 6
5 Other Nonfunctional Requirements..........................................................................................6
5.1 Performance Requirements................................................................................................................ 6
5.2 Safety Requirements.......................................................................................................................... 6
5.3 Security Requirements....................................................................................................................... 6
5.4 Software Quality Attributes............................................................................................................... 6
Revision History
Name Date Reason For Changes Version
Software Requirements Specification for <E-Tutorial for Engineering Students of IPU>
1 Introduction
The following subsections of the Software Requirements Specifications (SRS) document provide an
overview of the entire SRS.
The Software Requirements Specification (SRS) will provide a detailed description
of the requirements for the E-Tutorial for Engineering Students of IPU .This SRS will allow for a
complete understanding of what is to be expected of the Website to be constructed. The clear
understanding of this website and its’ functionality will allow for the Learning, Downloading study
material, Expertise of subject, students Queries, class videos etc. for the end user. This SRS will
provide the foundation for the project. From this SRS, the E-Tutorial for Engineering Students of
IPU can be designed, constructed, and finally tested.
This SRS will be used by the software engineers constructing the E-Tutorial for Engineering
Website and the University end users. The software engineers will use the SRS to fully understand
the expectations of this Website to construct the appropriate system. The University end users will
be able to use this SRS as a “test” to see if the software engineers will be constructing the system to
their expectations. If it is not to their expectations the end users can specify how it is not to their
liking and the software engineers will change the SRS to fit the end users needs.
1.1 Purpose
According to the above facts, managing and maintaining a Tutorials and Study material could
also be controlled by efficient websites. This project focuses attention on designing
efficient and reliable website which provides study materials and resolve problems of students
related with their subjects.
In real world, it tends to associate with website as they provide many
benefits than doing the same thing in searching the specific material for the subjects. As above
mentioned, here we have introduced a website which can be used to maintain notes,
presentations, E-books, Expertise, video etc...In briefly, the manual searching process is very
slow. But automation will reduce the time taken in the whole process.
with no
Cost.
Provides information about Engineering subjects and Syllabus.
Can avail the facility of providing tutors who are the senior students of university or
expertise of the specific
Subject.
Students are provided with up to date information on the stuff related to all the subjects
of engineering.
Facilitates easy searching of intended data online any where with free of cost.
Can avail the facility of purchasing and selling second hand books.
1.5 References
This project is a web-based application which can connect the people of the University.
This website is totally self contained and works relatively as efficient as other
websites related to the subjects. It provides simple database rather than complex ones
for high requirements and it provides good and easy graphical user interface to both
new, naive as well as experienced users of the computers.
Internet connection, web browser, minimum RAM capacity 128MB, minimum screen resolution
600×800.
We are providing site map in the web site, it will help the students and teachers while accessing the
web application.
Total available memory for programming, logic, tables etc as specified in this
document should not be exceeded.
<Don’t really say “System Feature 1.” State the feature name in just a few words.>
3.1.1 Description and Priority
<Provide a short description of the feature and indicate whether it is of High,
Medium, or Low priority. You could also include specific priority component ratings,
such as benefit, penalty, cost, and risk (each rated on a relative scale from a low of
1 to a high of 9).>
3.1.2 Stimulus/Response Sequences
Software Requirements Specification for <E-Tutorial for Engineering Students of IPU>
<List the sequences of user actions and system responses that stimulate the
behavior defined for this feature. These will correspond to the dialog elements
associated with use cases.>
3.1.3 Functional Requirements
<Itemize the detailed functional requirements associated with this feature. These
are the software capabilities that must be present in order for the user to carry out
the services provided by the feature, or to execute the use case. Include how the
product should respond to anticipated error conditions or invalid inputs.
Requirements should be concise, complete, unambiguous, verifiable, and
necessary. Use “TBD” as a placeholder to indicate when necessary information is
not yet available.>
REQ-1:
REQ-2:
4.1User Interfaces
The website provides good graphical interface for the front end of the database and a
good informative interface for the rear end.
4.2Hardware Interfaces
The software requires the support of the following softwares for the database and other
requirements
• C#,ASP.NET and html editor for web interface
• SQL 2005 for database
• Server (windows 2000,apache or…)
Software Requirements Specification for <E-Tutorial for Engineering Students of IPU>
All the data stored in the database should be handled by the person which are the part of the
organization and have the knowledge about the database, and these operators should have
authenticated ID’s.
<Specify any requirements regarding security or privacy issues surrounding use of the product or
protection of the data used or created by the product. Define any user identity authentication
requirements. Refer to any external policies or regulations containing security issues that affect
the product. Define any security or privacy certifications that must be satisfied.>
6 Other requirements:-
Appendix A: Glossary
<Define all the terms necessary to properly interpret the SRS, including acronyms and
abbreviations. You may wish to build a separate glossary that spans multiple projects or the
entire organization, and just include terms specific to a single project in each SRS.>