Professional Documents
Culture Documents
Management System
SOFTWARE REQUIREMENTS SPECIFICATION
Author:
Mousumi Borah
Version:
V1.0
Date:
1 November 2019
Call Center Management System Software Requirement Specification
Confidentiality Statement
XYZ Inc. has prepared this document in good faith. Many factors outside XYZ Inc.’s current
knowledge or control may affect the recipient’s needs and project plans. Errors in the document will
be corrected once discovered by XYZ Inc. The responsibility lies with the recipient to evaluate the
document for applicability. The information in this documentation is proprietary, confidential and an
unpublished work and is provided upon recipient’s covenant to keep such information confidential.
Personal Data supplied in this document may not be used for any purpose other than for which it was
supplied. Personal Data may not be transferred to other parties without prior consent of XYZ Inc. In no
event may this information be supplied to third parties without XYZ Inc.’s prior written consent.
CONTENTS
1 Document Control................................................................................................................ 6
2 Overview.............................................................................................................................. 7
3 Problem Statement.............................................................................................................. 7
3.1 Purpose............................................................................................................................. 7
4.1 Assumptions...................................................................................................................... 8
4.2 Dependencies................................................................................................................... 8
4.3 Constraints........................................................................................................................ 8
5 Requirements...................................................................................................................... 9
5.2 References...................................................................................................................... 10
6 Epic Stories....................................................................................................................... 11
7 User Stories....................................................................................................................... 13
8 Reference Diagrams.......................................................................................................... 15
9 Sitemap............................................................................................................................. 16
10 Wireframes........................................................................................................................ 17
11 Interfaces........................................................................................................................... 18
11.4 Parameters...................................................................................................................... 18
12 Non-Functional Requirements........................................................................................... 20
15 Terms/Acronyms................................................................................................................ 23
FIGURES
Figure 1 Sitemap................................................................................................................. 16
TABLES
1 Document Control
1.1Project Details
Project Details
Title: BPO Management System Software Requirement Specification
Version: v0.01
Prepared by: Mousumi Borah
Requested by:
1.4Distribution List
1.5Associated Documents
Record details of all documents associated with the Software Requirement Specification which will be
relevant to the Project and delivery. For example, Requirements Traceability Matrix ………etc.
2 Overview
This document contains the problem statement that the current system is facing which is hampering
the growth opportunities of the company. It further lists and briefly describes the major features and
a brief description of each of the proposed system.
The following Software Requirement Specification (SRS) contains the detail product perspective
from different stakeholders. It provides the detail product functions of Call Center Management
System with user characteristics permitted constraints, assumptions and dependencies and
requirements subsets.
3 Problem Statement
XYZ Inc. aims to provide telephonic support 24*7 to customers and prospects who work with them.
They want to build an in-house system which may utilize a third-party service to support this
requirement. The in-house system should include the ability to manage calls through a web
interface and mobile interface. The goal is to provide a seamless experience to who-so-ever calls
us for support with proper routing, guidance, prompt response.
3.1Purpose
The purpose of the document is to collect and analyze all assorted ideas that have come up to
define the system, its requirements with respect to consumers. Also, we shall predict and sort out
how we hope this product will be used in order to gain a better understanding of the project, outline
concepts that may be developed later, and document ideas that are being considered, but may be
discarded as the product develops.
In short, the purpose of this SRS document is to provide a detailed overview of our software
product, its parameters and goals. This document describes the project's target audience and its
user interface, hardware and software requirements. It defines how our client, team and audience
see the product and its functionality. Nonetheless, it helps any designer and developer to assist in
software delivery lifecycle (SDLC) processes.
These requirements are organized by the features discussed in the vision document. Features from
vision documents are then refined into use case diagrams and to sequence diagram to best capture
the functional requirements of the system. All these functional requirements can be traced using
requirements traceability matrix. Test Scenarios are also added.
3.2Scope
This SRS is also aimed at specifying requirements of software to be developed but it can also be
applied to assist in the selection of in-house and commercial software products. The standard can
be used to create software requirements specifications directly or can be used as a model for
defining an organization or project specific standard. It does not identify any specific method,
nomenclature or tool for preparing an SRS.
3.3Out of Scope
4.1Assumptions
The organization and client must have basic knowledge of computers and English Language.
The computers must be equipped with web browsers such as Internet explorer.
This application can be run in mobile devices as well.
The product must be stored in such a way that allows the client easy access to it.
Response time for loading the product should take no longer than five minutes.
4.2Dependencies
Provide privacy and security for the documents and client information.
Handling confidential information and sensitive data often makes call centers targets for secu-
rity attacks. Non-trivial security features like good encryption support are necessary.
It allows use of multiple-user provisioning and relevant, effective troubleshooting tools.
4.3Constraints
Although the security is given high importance, there is always a chance of intrusion in the
web world which requires constant monitoring.
5 Requirements
5.1Business Requirements
XYZ Inc. is seeking to identify a Call Center Management Service that can deliver a complete
contact center solution. The solution should, at minimum, consist of the elements listed below.
Additionally, the solution should be readily configurable, with minimal, if any, development efforts
required.
Optionally include:
English
French
Mandarin
Russian
Spanish
Must utilize processes that are compliant with all legal, privacy and data retention require-
ments in the various jurisdictions involved.
5.2References
5.3Applicable Standards
6 Epic Stories
Epic stories are high level description of a group of business requirements, which combine to
deliver a business project or initiative. They contain a high-level overview of the requested feature.
I want So that I
Epic As a user User stories
to can
For details on the individual user stories refer to section User Stories.
7 User Stories
By default, the Statistics Monitor screen is displayed as the home page. Refer to section of Wireframe
section for more details on the proposed user interface details.
Four graphs for Customer Support and Technical Support comparisons based on
Tabular data displaying calls status with number, agent, group, caller name, call duration
and call id etc.
Search
Monitoring
Reports
Company based call log
Agent based call log
Intercom based call log
Agents log
Configuration
Users
8 Reference Diagrams
8.1.1 Actors
BPO Organization
Client
Manager
Supervisor
Agent
<Insert diagram>
8.2Activity Diagram
Activity diagrams are graphical representations of workflows of stepwise activities and actions with
support for choice, iteration and concurrency. In the Unified Modeling Language, activity diagrams
can be used to describe the business and operational step-by-step workflows of components in a
system. An activity diagram shows the overall flow of control. An activity is shown as an rounded
box containing the name of the operation. This activity diagram describes the behavior of the
system.
<Insert diagram>
The UML class diagram is to illustrate class interfaces and their actions. They are used for static
object modeling, we have already introduced and used their UML diagram while domain modeling.
A sequence diagram illustrates a kind of format in which each object interacts via message. It is
generalize between two or more specialized diagram.
<Insert diagram>
8.4Deployment Diagram
Deployment diagrams are used to visualize the topology of the physical components of a system
where the software components are deployed.
<Insert diagram>
9 Sitemap
Figure 1 Sitemap
9.1Page Descriptions
Page Items
/Configuration
/Users
Statistics Monitor /Systems Statistics
/Reports
/Billing
10 Wireframes
Below is an example of wireframe of the Home page. This wireframe can be edited for mobile
compatibility.
11 Interfaces
An intuitive interface is ideal to help customer service agents be resourceful when handling calls.
Call recording, presence management, and collaboration should all be available on the same
interface for best results.
Through call recording, customer service agents can analyze calls and extract useful data from
them. This feature can also be used for training purposes. Consider software that includes
advanced call recording as a primary feature for your call centre. It should easily plug into business
tools like your CRM, PBX, help desk, marketing platform, e-commerce platform, servers,
and Microsoft Outlook, to efficiently solve customer issues, and manage data.
There are many types of interfaces as such supported by the E-Store software system namely;
User Interface, Software Interface and Hardware Interface. The protocol used shall be HTTP. The
Port number used will be 80. There shall be logical address of the system in IPv4 format.
The user interface for the software shall be compatible to any browser such as Google Chrome,
Internet Explorer, Mozilla or Netscape Navigator by which user can access to the system. The user
interface shall be implemented using any tool or software package like Java Applet, MS Front Page,
EJB etc. The application is mobile browser compatible as well.
Since the application must run over the internet, all the hardware shall require to connect internet
will be hardware interface for the system. As for e.g. Modem, WAN – LAN, Ethernet Cross-Cable.
Front End Client: The exporter online interface is built using JSP and HTML.
Web Server: Apache Tomcat Server (Oracle Corporation)
Back End: Oracle 11g database
11.4 Parameters
These parameters are needed for the fields of a particular page. For example, Systems Statistics,
Agents List, Agent Statistics and Reports Scheduler etc.
e
Search Search No
text
field
Statistics
Monitor
Systems
Statistics
Reports
Company
Based Call
Agent
Based Call
Log
Intercom
Based Call
Configuratio
n
Users
User Profile
Billing
Incoming
ACD Calls
Waiting
ACD Calls
Group Frame
Statistics Label
Calls Frame
Monitor Label
Number Colum
n
name
Agent Colum
n
name
Group Colum
n
name
Caller Colum
Name n
name
Call Colum
Duration n
name
Call Id Colum
n
name
The Call Center Managment System application shall use the HTTP protocol for communication
over the internet and for the intranet communication will be through TCP/IP protocol suite. It shall
communicate with the Configuration to identify all the available components to configure the
product. In addition, it shall communicate with CRM system to provide support.
12 Non-Functional Requirements
Provide reference to the location of the Requirements Traceability Matrix that indicates traceabilty
from the system requirements documented in the System Requirements Specification to the design
elements documented in the System Design Description to the software requirements documented
in this Software Requirements Specification (SRS).
15 Terms/Acronyms
Term/Acronym Definition
API Application Program Interface
AUT Application Under Test