SRS Document For Review
SRS Document For Review
SRS Document For Review
12.6.2019
Table of Contents
1. Introduction .................................................................................................................... 3
1.1 Purpose ........................................................................................................................................ 3
1.2 Scope ........................................................................................................................................... 3
1.3 Product perspective..................................................................................................................... 3
1.4 Product functions ........................................................................................................................ 4
1.5 User characteristics ..................................................................................................................... 4
1.6 Limitations ................................................................................................................................... 4
1.7 Assumptions and dependencies .................................................................................................. 4
1.8 Definitions ................................................................................................................................... 4
1.9 Acronyms and abbreviations ....................................................................................................... 4
2. Requirements .................................................................................................................. 5
2.1 External interfaces ....................................................................................................................... 5
2.2 Functions ..................................................................................................................................... 5
2.3 Usability requirements .............................................................................................................. 10
2.4 Performance requirements ....................................................................................................... 10
2.5 Logical database requirements ................................................................................................. 10
2.6 Design constraints ..................................................................................................................... 10
2.7 Standards compliance ............................................................................................................... 10
2.8 Software system attributes ....................................................................................................... 10
3. Verification .................................................................................................................... 11
4. Supporting information.................................................................................................. 11
5. References ..................................................................................................................... 11
Revision History
Name Date Reason For Changes Version
Libor Buš June 10, Export of Demo Software Requirements 1
2016 Specification from ReqView 2.1.0
Libor Buš June 12, Export of Demo Software Requirements 2
2019 Specification from ReqView 2.6.2
1. Introduction
1.1 Purpose
This document specifies a simplified subset of ReqView version 1.0 functionality
allowing users to capture requirements in a single structured requirement specification
document.
Note: This is an example document, which is not complete.
The main purpose of this document is to provide new ReqView users a working
example of a Software Requirements Specification (SRS) based on ISO/IEC/IEEE
29148:2018 Standard.
1.2 Scope
The application allows users to:
The application stores documents as human readable files with open file format.
The application runs offline without connection to any server.
1.3 Product perspective
1.3.1 System interfaces
The application runs in the latest version of Chrome or Firefox browser on Windows,
Linux and Mac.
1.3.2 User interfaces
The application GUI provides menus, toolbars, buttons, panes, containers, grids
allowing for easy control by a keyboard and a mouse.
1.3.3 Hardware interfaces
1.3.4 Software interfaces
The application allows import a structured MS Word document via HTML data format.
The application allows populating a MS Word document with project data via HTML
data format.
The application allows import / export a list of requirements from / to MS Excel sheet via
CSV data format.
The application stores project data in JSON format to enable easy integration with 3rd
party applications.
1.3.5 Communications interfaces
1.3.6 Memory constraints
1.3.7 Operations
1.3.8 Site adaptation requirements
1.3.9 Interfaces with services
1.4 Product functions
Product functions are summarized in Section 2. User Stories of NEEDS document.
1.5 User characteristics
1.6 Limitations
1.7 Assumptions and dependencies
1.8 Definitions
Custom Attribute: Additional requirement property capturing additional requirements
properties such as requirements source, status, priority, verification method, fit criterion,
...,
Document: A structured requirements specification capturing textual requirements for a
given product or service.
Link: A directed association between related requirements allowing to analyze
requirements coverage, gaps and impact of changes.
Link Type: Property of traceability links allowing to analyze links with different semantic
independently, e.g., satisfaction and verification links.
1.9 Acronyms and abbreviations
CSV: Comma Separated Values
DNF: Disjunctive Normal Form
ID: Identifier
GUI: Graphical User Interface
HTML: Hypertext Markup Language
SRS: Software Requirements Specification
2. Requirements
2.1 External interfaces
2.2 Functions
2.2.1 File Operations
2.2.1.1 Create Document
[DEMO-SRS-53] The application shall allow users to create a new empty document.
[DEMO-SRS-54] If the current document contains unsaved changes then the
application shall allow users to save the changes before closing the document.
2.2.1.2 Open File
[DEMO-SRS-56] The application shall allow users to open a document from a chosen
file.
2.2.1.3 Save Local File
[DEMO-SRS-59] The application shall allow users to save the opened document into a
file.
2.2.1.4 Document Template
[DEMO-SRS-61] The application shall allow users to create a document template file
from the opened document.
[DEMO-SRS-62] Document templates shall store structure of document sections and
definition and values of requirement attributes.
[DEMO-SRS-63] The application shall allow users to create a new document from a
chosen document template file preserving the structure of document sections and the
definition and values of requirement attributes.
2.2.1.5 Import
[DEMO-SRS-72] The application shall allow users to import a MS Word document
preserving structure of document sections and paragraphs, rich text description of
requirements and images.
[DEMO-SRS-73] The application shall allow users to import a MS Excel table of
requirements preserving section headings, levels, unformatted text description of
requirements and values of custom attributes.
2.2.1.6 Export
[DEMO-SRS-76] The application shall allow users to export the displayed document
view to HTML.
[DEMO-SRS-77] The application shall allow users to export requirements to CSV.
2.2.2 Document View
[DEMO-SRS-191] The application shall allow users to set one or more values for
custom attributes of enumeration type.
[DEMO-SRS-122] When a user changes the type of a custom attribute then the
application shall automatically convert all values of the attribute to the new type.
[DEMO-SRS-157] If the automatic conversion fails for any attribute value, then the
application shall prevent the change of custom attribute type.
[DEMO-SRS-120] The application shall allow users to set an optional name of each
custom attribute.
[DEMO-SRS-192] The application shall allow users to remove custom attributes.
[DEMO-SRS-193] When a user removes a custom attribute then the application shall
unset values of the attribute in all requirements.
[DEMO-SRS-165] The application shall allow users to edit custom attributes of the
selected requirement.
2.2.3.4 Attachments
[DEMO-SRS-124] The application shall allow users to attach one or more images or
documents (PDF, Word, Excel, Powerpoint, Visio, …) to the selected requirement.
[DEMO-SRS-126] When a new attachment is added to the document then the
application shall generate its unique attachment ID as a combination of the requirement
ID and the original attachment file name.
[DEMO-SRS-127] The application shall allow users to save attachment files to the local
file system.
[DEMO-SRS-128] The application shall allow users to update content of requirement
attachments from a selected file.
[DEMO-SRS-129] The application shall allow users to permanently remove attachments
from the document.
2.2.3.5 Comments
[DEMO-SRS-132] The application shall allow users to comment the selected
requirement.
[DEMO-SRS-133] When a user creates a new comment then the application shall
record the current date and time and the author of the comment.
2.2.3.6 Traceability Links Configuration
[DEMO-SRS-135] The application shall allow users to define link types and assign them
a unique ID which cannot be changed.
[DEMO-SRS-156] The application shall allow users to set for each link type its name
and role name of the source and target requirements.
[DEMO-SRS-138] The application shall allow users to remove link types.
[DEMO-SRS-161] When a user removes a link type then the application shall remove
all traceability links of the link type from the document.
2.2.3.7 Traceability Links
[DEMO-SRS-137] The application shall allow users to create directed traceability links
of a chosen link type between selections of requirements or document sections.
[DEMO-SRS-139] The application shall allow users to change the link type of a selected
link traceability.
[DEMO-SRS-140] The application shall allow users to revert direction of a selected
traceability link.
[DEMO-SRS-141] The application shall allow users to permanently remove a selected
traceability link from the document.
2.2.3.8 Auto Save
[DEMO-SRS-144] The application shall automatically persist all document changes and
restore them when it is restarted.
[DEMO-SRS-160] When user closes the document the application shall clear all
persisted document data.
2.2.4 Filtering
2.2.4.1 Requirements Filter
[DEMO-SRS-147] The application shall allow users to filter requirements according to a
condition in disjunctive normal form (DNF).
[DEMO-SRS-148] The application shall allow users to enter a filtering condition
matching document sections by their number or heading.
[DEMO-SRS-149] The application shall allow users to enter a filtering condition
matching requirements by their text description or a custom attribute.
[DEMO-SRS-150] The application shall allow users to filter requirements with missing
traceability links of a given type.
2.2.4.2 Full Text Search
[DEMO-SRS-152] The application shall allow users to search requirements matching
one or more given keywords in an string or xhtml attribute.
[DEMO-SRS-153] While the search mode is active the application shall highlight the
matched requirements and allow user to select the next or previous matched
requirement in the document.
2.2.5 History of Changes
[DEMO-SRS-159] When a user changes a requirement the application shall record the
current date and time and the author of the change.
[DEMO-SRS-101] The application shall display all changes of the selected requirement
ordered by date and time.
[DEMO-SRS-102] Each displayed requirement change shall contain author, date & time
and description of the change.
[DEMO-SRS-103] The application shall allow users to expand and collapse all changes
in the History pane.
2.2.6 Reporting
[DEMO-SRS-163] The application shall allow users to print the displayed requirements
table.
[DEMO-SRS-164] The application shall allow users to create a PDF containing the
displayed requirements table.
2.3 Usability requirements
2.4 Performance requirements
2.4.1 Startup Time
[DEMO-SRS-174] The application should display the opened document within 10s after
it is started.
2.4.2 Edit Response Time
[DEMO-SRS-171] The application should display updated values within 1s after user
triggers the edit operation.
2.4.3 Smooth Scrolling
[DEMO-SRS-173] While a user scrolls the requirements table, the application should
not display scrolling jerks longer than 200ms.
2.4.4 Document Size
[DEMO-SRS-170] The application shall allow users to open documents up to 10000
objects and 100 file attachments with total size up to 100MB.
2.5 Logical database requirements
[DEMO-SRS-194] The application shall encrypt the persistent application data.
2.6 Design constraints
2.7 Standards compliance
2.8 Software system attributes
[DEMO-SRS-195] The application shall run in the latest version of Chrome or Firefox
browsers.
[DEMO-SRS-176] The application shall not send any project data to the Internet.
[DEMO-SRS-199] The application shall sanitize any data input or imported by users.
3. Verification
Verification tests are specified in [DEMO-TESTS] document.
4. Supporting information
5. References
[DEMO-NEEDS]: ReqView User Needs
[DEMO-TESTS]: ReqView Verification Tests