Software Requirements Specification For PDF
Software Requirements Specification For PDF
Software Requirements Specification For PDF
Specification
for
Point Of Communication Sale System
Version <1.0>
Prepared by
Group Name:
Table of Contents
TABLE OF CONTENTS ...........................................................................................................................................II
1 INTRODUCTION ...............................................................................................................................................1
1.1 DOCUMENT PURPOSE ................................................................................................................................1
1.2 PRODUCT SCOPE .......................................................................................................................................1
1.3 DEFINITIONS, ACRONYMS AND ABBREVIATIONS ........................................................................................2
1.4 REFERENCES AND ACKNOWLEDGMENTS...................................................................................................2
2 OVERALL DESCRIPTION ..............................................................................................................................3
2.1 PRODUCT FUNCTIONALITY .........................................................................................................................3
2.2 END USERS AND CHARACTERISTICS .........................................................................................................3
2.3 SYSTEM STAKEHOLDERS ...........................................................................................................................4
2.4 OPERATING ENVIRONMENT ........................................................................................................................4
3 SPECIFIC REQUIREMENTS ..........................................................................................................................4
3.1 USER INTERFACE .......................................................................................................................................4
3.2 FUNCTIONAL REQUIREMENTS ....................................................................................................................5
3.3 USE CASE DIAGRAM ..................................................................................................................................6
4 NON-FUNCTIONAL REQUIREMENTS ........................................................................................................6
4.1 SOFTWARE QUALITY ATTRIBUTES .............................................................................................................7
5 OTHER REQUIREMENTS ..............................................................................................................................9
APPENDIX A - GROUP LOG ................................................................................................................................. 10
FIGURE
……………………………………………………………………………………………………………….9
SRS for Point Of Communication Sale System Page 1
1 Introduction
1.1 Document Purpose
A POCSS (Point Of Communication Sale System) is a computer system typically used to manage
the communication sales in the mobile shop. It includes hardware components such as a computer, a
bar code scanner, a printer and also software to manage the operation of the mobile shop.
The most basic function of a POCSS is to handle communication sales. When a customer arrives
at a POCSS counter with a product to purchase, the cashier will start a new sale transaction. When
the barcode of a product is read by the POCSS, it will retrieve the name and price of this product
from the backend catalogue system and interact with inventory system to deduce the stock amount
of this product. When the sale transaction is over, the customer can pay in cash, or check. After the
payment is successful, a receipt will be printed.
Note that for promotion, the supermarket frequently issue gift coupons. The customer can use the
coupons for a better price when purchasing goods.
A user must log in to use the POCSS. The users of a POCSS are the employees of the mobile shop
include cashiers and administrator. Administrator can access the system management functions of
the POCSS including user management and security configuration that cashiers can’t do.
For the database of items, the system will only store information about the products offered in the
supermarket. The product type may be devices or accessories, the system shall be able to store the
unique product identification number, the product name, product type, the price the item was
bought, and the selling price, for each item in the database.
In generating reports on sales, the system can shows detailed reports on the sales made on a daily,
weekly, monthly, or cumulative basis. The user can view this report any time he wishes. To do so,
he or she must input a specific day (for daily), a starting day for a week (for weekly), or a month
(for monthly). All transactions are stored by the system for future reference. Each transaction has
the items purchased, the discounts applied, and the prices.
SRS for Point Of Communication Sale System Page 2
Administrator: System administrator who is given specific permission for managing and
controlling the system.
Mobile shop's owner: Someone who has a supermarket and wants his supermarket to be a
part the application.
Stakeholder: Any person who has interaction with the system who is not a developer.
Sale: commercial transaction between customer and retailer, where customer buys a number
of products from the retailer.
Sale transaction: commercial transaction between customer and retailer.
Product Record: descriptor of physical products with same bar code.
Product: physical product.
1.3.2 Acronyms
(2) ANSI/IEEE Std 1233-1996, IEEE Guide for Developing System Requirements Specifications
(3) http://www.softwareengineering-9.com/
(4) srs_example_2010_group2
SRS for Point Of Communication Sale System Page 3
2 Overall Description
2.1 Product Functionality
The Transactions Module provides facilities for the cashier to record and manage customer orders.
Including Add order, Cancel order, and Bill out.
The Administration Module provides facilities for the administrator to manage the menu and item
details. Including Add item, Edit item, Delete item, and Create new account.
The reports module provides facilities for the administrator to view sales report, view transactions
log, and track cashier performance.
2.2.1 Administrator
The administrator is one of the two users of the system. In this case, the administrator is the
operations manager of the shop. However, there can be more than one administrator. Other users
can also become administrators provided that they are qualified and authorized.
Administrators can access the administration module and the reports module. They are
permitted to add new item, edit and update item details. Moreover, they are also allowed to
generate sales and cashier performance reports.
2.2.2 Cashier
The cashier is the second user of the system. The cashiers are responsible for the transactions
made with the customers. Thus, they are limited to accessing transaction module only. They can
view, add, edit and cancel orders. They use the system for every transaction created.
SRS for Point Of Communication Sale System Page 4
3 Specific Requirements
3.1 User Interface
Show below
SRS for Point Of Communication Sale System Page 5
3.4
SRS for Point Of Communication Sale System Page 7
4 Non-functional Requirements
4.1 Software Quality Attributes
4.1.1 Reliability
The following requirements describe the expected reliability of the Operational Interface
4.1.1-R1 The Operational Interface shall have a Mean Time Between Failures of no less than 7 days
4.1.2 Availability
The following requirements indicate the expected availability of the Operational Interface.
4.1.2-R1 The system shall be available 99.5% of the time
4.1.3 Security
The software system needs a robust security mechanism in place so that unauthorized users are
not allowed access to parts of the system.
All users of the system must be uniquely identified. This could be done by using a user name and
associated password scheme that would authenticate and authorize the user access to the system
and, if applicable, grant the user access to restricted or controlled parts of the system. If a user
cannot be identified, he/she will be given “anonymous” access with read-only capabilities. In order
to monitor all past access to the system, all attempts to access the system must be logged.
4.1.3-R1 All users of the system shall login using some form of unique identification (e.g., username and password)
4.1.3-R2 All login attempts shall be done so in a secure manner (e.g., encrypted passwords)
4.1.3-R3 Each user shall either be trusted or not trusted.
4.1.4 Maintainability
The following requirements increase the maintainability of the Operational Interface software.
4.1.4-R1 All source code and development related documents shall be controlled under a version control system
4.1.4-R2 All source code shall adhere to an agreed upon and well-defined set of coding standards for each
development language used.
4.1.4-R3 A standard naming convention for classes, variables and packages shall be agreed upon and adhered to.
4.1.5 Portability
4.1.5.1 Hardware
The system’s user interface intuitive, easy to use and provide an overall positive user experience.
It do what the user expects it to do, Tell the user of its current state, and when something goes
wrong it explain the problem in a meaningful context that is understandable by the user and
guidance toward correcting the problem.
4.1.7 Training
The system will facilitate training of new operators with the system by having a feature that
simulates the Operational Interface.
SRS for Point Of Communication Sale System Page 9
5 Other Requirements
5.1 Database
Has been the use of a database in order to save the information and data shop it (Sql database)
SRS for Point Of Communication Sale System Page 10