Sunteți pe pagina 1din 9

WSUTCCptS322

SoftwareRequirementsSpecificationTemplate

University Database Information System


Software Requirements Specification

Vishal Kumar

<ProjectName>

Revision History
Date
<date>

Description
<Version 1>

SoftwareRequirementsSpecification

Author
Vishal

Comments
<First Revision>

Pageii

<ProjectName>

Table of Contents
REVISION HISTORY.................................................................................................................II
1. INTRODUCTION.....................................................................................................................1
1.1 PURPOSE.................................................................................................................................1
1.2 SCOPE.......................................................................................................................................
.......................................................................................................................................................
1.5 OVERVIEW..............................................................................................................................1
2. GENERAL DESCRIPTION.....................................................................................................2
2.1 PRODUCT PERSPECTIVE..........................................................................................................2
2.2 PRODUCT FUNCTIONS.............................................................................................................2
2.3 USER CHARACTERISTICS........................................................................................................2
2.4 GENERAL CONSTRAINTS........................................................................................................2
2.5 ASSUMPTIONS AND DEPENDENCIES.......................................................................................2
3. SPECIFIC REQUIREMENTS.................................................................................................2
3.1 EXTERNAL INTERFACE REQUIREMENTS.................................................................................3
3.1.1 User Interfaces...............................................................................................................3
3.1.2 Hardware Interfaces.......................................................................................................3
3.1.3 Software Interfaces.........................................................................................................3
3.1.4 Communications Interfaces............................................................................................3
3.2 FUNCTIONAL REQUIREMENTS................................................................................................3
3.2.1 <Functional Requirement or Feature #1>.....................................................................3
3.2.2 <Functional Requirement or Feature #2>.....................................................................3
3.3 USE CASES.............................................................................................................................3
3.3.1 Use Case #1....................................................................................................................3
3.3.2 Use Case #2....................................................................................................................3
3.4 CLASSES / OBJECTS................................................................................................................3
3.4.1 <Class / Object #1>.......................................................................................................3
3.4.2 <Class / Object #2>.......................................................................................................3
3.5 NON-FUNCTIONAL REQUIREMENTS.......................................................................................4
3.5.1 Performance...................................................................................................................4
3.5.2 Reliability.......................................................................................................................4
3.5.3 Availability......................................................................................................................4
3.5.4 Security...........................................................................................................................4
3.5.5 Maintainability...............................................................................................................4
3.5.6 Portability.......................................................................................................................4
3.6 INVERSE REQUIREMENTS.......................................................................................................4
3.7 DESIGN CONSTRAINTS...........................................................................................................4
3.8 LOGICAL DATABASE REQUIREMENTS.....................................................................................4
3.9 OTHER REQUIREMENTS..........................................................................................................4
4. ANALYSIS MODELS...............................................................................................................4
4.1 SEQUENCE DIAGRAMS............................................................................................................5
SoftwareRequirementsSpecification

Pageiii

<ProjectName>
4.3 DATA FLOW DIAGRAMS (DFD)..............................................................................................5
4.2 STATE-TRANSITION DIAGRAMS (STD)...................................................................................5
5. CHANGE MANAGEMENT PROCESS.................................................................................5
A. APPENDICES...........................................................................................................................5
A.1 APPENDIX 1...........................................................................................................................5
A.2 APPENDIX 2...........................................................................................................................5

SoftwareRequirementsSpecification

Pageiv

<ProjectName>

1. Introduction
This SRS describes the software functional and nonfunctional requirements of the University
Database Information System. Unless otherwise noted, all requirements specified here is high
priority.
1.1 Purpose
This SRS describes the software functional and nonfunctional requirements for release 1.0 of the
University Database Information System. This document is intended to be used by the members
of the project team that will implement and verify the correct functioning of the system. Unless
otherwise noted, all requirements specified here are high priority and committed for release 1.0
1.2 Scope
The University Database Information System will permit Process Impact employees to support
querying the academic details of each student by inputting his registration number. A detailed
project description is available in the University Database Information System Document [1].
The section in that document titled Scope of Initial and Subsequent Releases lists the features
that are scheduled for full or partial implementation in this release.
1.3 Overview
This subsection should:
(1) Describe what the rest of the SRS contains
(2) Explain how the SRS is organized.
2. General Description
2.1 Product Perspective
TheUniversityDatabaseSystemisanewsystemthatreplacesthecurrentmanualprocessof
Inventorymanagementandqueryingtheacademicdetailsaboutthestudentenrolled.
ThecontextdiagraminFigure1illustratestheexternalentitiesandsysteminterfacesforversion
1.0..Thesystemisexpectedtoevolveoverseveralreleases,ultimatelyconnectingtothe
Internetandenablingstudentstoregisterfornewcoursesontheinternetportal.
2.2 User Characteristics

Student,university details

Department
Secretary

Student information,
SoftwareRequirementsSpecification

UniversityInformationDatabase
Dept.Inventorysystem
Cashbookaccount
Researchtrackingsystem
Grantsystem
Studentdetails
Page1

<ProjectName>
Accounts,expenditure, research
information
(a) context level diagram of University information database system

2.3 General Constraints

DesignandImplementationConstraints
CO-1:
CO-2:

The system shall use a SQL Database to correctly store student and Department
details.
All Code written should conform to Java coding rules.

2.5 Assumptions and Dependencies

3. Specific Requirements(Not Required)


3.1 External Interface Requirements
3.1.1 User Interfaces
FORMS:
1) FORM1:DepartmentSecretarymayaccessInventoryManagementsystem.
2) FORM2:ThisistheUniversityLoginInterface,heretheuserisfirstaskedtoenter
usernameandpassword.Ondoingsocorrectly,theuserisdirectedtoFORM3.
3) FORM3:Thisinterfaceallowstheusertochecktheregisteredcourses,CGPA,registerfor
newcoursesandbacklogspending.
3.1.2 Hardware Interfaces
3.1.3 Software Interfaces
3.1.4 Communications Interfaces
3.2 Functional Requirements
3.2.1 R1 : Add a new course
3.2.1.1 Inputs: Student Details
3.2.1.3 Processing: University Details
3.2.1.4 Outputs : Student courses updated
3.2.2 R2 : Add Stationary items to Inventory
3.2.2.1Inputs:DepartmentName
3.2.2.2Processing:DepartmentInventoryDetails
SoftwareRequirementsSpecification

Page2

<ProjectName>
3.2.2.3Outputs:PrepareInventory
3.2.3R3:CheckUndergoingResearch
3.2.3.1Inputs:DepartmentName
3.2.1.2Processing:OngoingProjectDetails.
3.2.1.3Outputs:ListofResearchAreasandProfworkingontheresearch.

3.3 Use Cases (Not Required)


3.4 Classes / Objects (Not Required)
3.5 Non-Functional Requirements
Non-functional requirements may exist for the following attributes. Often these requirements
must be achieved at a system-wide level rather than at a unit level. State the requirements in the
following sections in measurable terms (e.g., 95% of transaction shall be processed in less than
a second, system downtime may not exceed 1 minute per day, > 30 day MTBF value, etc).
3.5.1 Performance
PE1:Responsestoqueriesshalltakenolongerthan10secondstoloadontothescreenafter
theusersubmitsthequery.
3.5.2 Reliability
RE1:
Thesoftwareshouldcorrectlyupdateallrecordsasandwhenrequired.
RE2:
Duringinputthesoftwareshouldcorrectlyapplyinputconstraintsandavoid
incorrectinput.
3.5.3 Availability
AV1: TheSoftwareshouldbeaccessible24/7andshouldreflectcorrectsystemtimeanddate.
3.5.4 Security
SE1: OnlytheDeptSecretaryshallbegivenaccesstotheinventorymanagementsystem
throughtheuseofpasswordandloginid.
4.3 Data Flow Diagrams (DFD)
4.4 Structured Chart.
5. Change Management Process
A. Appendices >(Not Required)
Appendices may be used to provide additional (and hopefully helpful) information. If present,
the SRS should explicitly state whether the information contained within an appendix is to be
considered as a part of the SRSs overall set of requirements.

SoftwareRequirementsSpecification

Page3

<ProjectName>
Example Appendices could include (initial) conceptual documents for the software project,
marketing materials, minutes of meetings with the customer(s), etc.
A.1 Appendix 1
A.2 Appendix 2

SoftwareRequirementsSpecification

Page4