Professional Documents
Culture Documents
Version 1.1
October 19, 2010
Lewis Saliza
Introduction.................................................................................3
Purpose...................................................................................................................................3
Scope of the System................................................................................................................3
References...............................................................................................................................4
Overview of the Document.....................................................................................................4
Overall Description.......................................................................5
System Environment...............................................................................................................5
Product Features.....................................................................................................................6
User Classes and Characteristics............................................................................................6
Operating and Development Environment.............................................................................6
General Constraints ...............................................................................................................7
Assumptions and Dependencies ............................................................................................7
Documentation Requirement..................................................................................................7
User View of the System........................................................................................................7
Requirement Specifications...........................................................8
Functional Requirements........................................................................................................8
External Interface Requirements..........................................................................................19
Non-Functional Requirements .............................................................................................20
Introduction
Purpose
This document is intended for both the stakeholders and the developers of the
system and will be proposed to ComputerTech Solutions (T) Ltd for its
approval.
The CPS system will run behind a database and it will interface with a
telephone system and an e-mail system. The system shall not need to print
worksheets.
References
The remainder of this document is in four chapters. The next chapter, the
Overall Description chapter gives an overview of the functionality of the
product. It describes the informal requirements and is used to establish a
context for the technical requirements specification in the next chapters. The
last three chapters of this document are written primarily for the developers
and describe in technical terms the details of the functionality of the product.
Overall Description
The CPS encompasses data from the telephone and e-mail systems. This
system will be completely web-based, linking to the remote web server from a
system.
System Environment
CPS System
Telephone
Users
Em ployee
CPS M anager
Database
Client
e-m ail
Helpdesk
The CPS system has three active actors and two cooperating systems. Any
client communication with the system is through the email or telephone
systems. The helpdesk and other users interact directly with the CPS system
through a standard web browser. There is a link to the employee database.
Product Features
Users are CTS employees from technical and other departments and they are
expected to be Internet and windows literate and to be able to use button, pull-
down menus, and similar tools.
Clients are expected to be Internet literate and to be able to use email and
voicemail function of the telephone.
This product shall be developed using ASP.NET and SQL Server 2008. So we
would preferably use Windows Operating System for developing this software.
The Programming Environment shall be Microsoft Visual Studio 2008 and the
platform shall be Windows.
General Constraints
CPS shall comply with United Nations principals of data protection. The
principals shall be applicable to any kind of the information CPS shall handle. It
shall also follow company’s regulations and policy.
Security – CPS must allow access to data based on levels of access identified
per user and group of users.
The CPS system will contain an SQL server database and it will run on the
Server with high speed Internet capability. The physical machine shall have the
minimum requirement of 2.6 GHz processor, 2GB Ram and screen resolution of
1280 x 800.
The software developed here assumes the use of a tool such as ODBC for
connection between the Web pages and the database. The speed of the user’s
connection will depend on the hardware used rather than characteristics of this
system.
Documentation Requirement
This software will have graphical user interface that are very user friendly. The
user will have no difficulty in working with these user interfaces. The users will
import required commands through the software’s screen, and navigate
through information stored by using tools of the web page provided on the
screen.
Requirement Specifications
Functional Requirements
Stimulus/Response sequence
Opening a call
Helpdesk
Basic Flow
1. From the company’s intranet site the user click on the CPS link
2. System prompt user to enter CPS password
3. User enters CPS password
4. CPS verifies and accept CPS password
5. System displays a window in which the user can make a selection of the
access level he/she belongs.
6. The user select the access level he/she belongs to
7. Employee choose the function for opening a new call record
8. System accepts and saves the call record
9. User log-out
Alternative flow 1
1. Password is incorrect and not accepted, system prompt the user to enter
correct password.
2. After three incorrect password attempts, the system blocks the user and
close the CPS.
Stimulus/Response sequence
C losing a call
Helpdesk
Basic Flow
1. From the company’s intranet site the user click on the CPS link
2. System prompt user to enter CPS password
3. User enters CPS password
4. CPS verifies and accept CPS password
5. System displays a window in which the user can make a selection of the
access level he/she belongs.
6. The user select the access level he/she belongs to
7. Employee choose the function for close a call record
8. System accepts and saves the call record
9. The user choose to close the Close Call dialogue
10.The system returns the user to the CPS main page.
Alternative flow 1
1. Password is incorrect and not accepted, system prompt the user to enter
correct password.
2. After three incorrect password attempts, the system blocks the user and
close the CPS.
Stimulus/Response sequence
C all L oggin g
T elephone
e-m a il
Stimulus/Response sequence
Helpdesk
Basic Flow
1. From the company’s intranet site the user click on the CPS link
2. System prompt user to enter CPS password
3. User enters CPS password
4. CPS verifies and accept CPS password
5. System displays a window in which the user can make a selection of the
access level he/she belongs.
6. The user select the access level he/she belongs to
7. Employee choose the function for checking job status
8. The system returns a scrollable list of all active jobs with their status.
9. The system returns the user to the CPS main page.
Alternative flow 1
1. Password is incorrect and not accepted, system prompt the user to enter
correct password.
2. After three incorrect password attempts, the system blocks the user and
close the CPS.
Stimulus/Response sequence
Check employee
status
Helpdesk
Basic Flow
1. From the company’s intranet site the user click on the CPS link
2. System prompt user to enter CPS password
3. User enters CPS password
4. CPS verifies and accept CPS password
5. System displays a window in which the user can make a selection of the
access level he/she belongs.
6. The user select the access level he/she belongs to
7. Employee choose the function for checking employee status
8. The system returns a scrollable list of all employees with their status.
9. The system returns the user to the CPS main page.
Alternative flow 1
1. Password is incorrect and not accepted, system prompt the user to enter
correct password.
2. After three incorrect password attempts, the system blocks the user and
close the CPS.
Stimulus/Response sequence
Assign job to
employee
Helpdesk
Alternative flow 1
1. Password is incorrect and not accepted, system prompt the user to enter
correct password.
2. After three incorrect password attempts, the system blocks the user and
close the CPS.
Stimulus/Response sequence
Check job
assignment
user
Basic Flow
1. From the company’s intranet site the user click on the CPS link
2. System prompt user to enter CPS password
3. User enters CPS password
4. CPS verifies and accept CPS password
5. System displays a window in which the user can make a selection of the
access level he/she belongs.
6. The user select the access level he/she belongs to
7. Employee chooses the function for viewing an employee and a list of
jobs assigns to him/her.
8. The system returns a scrollable list of jobs assigns to that employee.
9. The system returns the user to the CPS main page
Alternative flow 1
1. Password is incorrect and not accepted, system prompt the user to enter
correct password.
2. After three incorrect password attempts, the system blocks the user and
close the CPS.
Stimulus/Response sequence
Print report
Helpdesk
Basic Flow
1. From the company’s intranet site the user click on the CPS link
2. System prompt user to enter CPS password
3. User enters CPS password
4. CPS verifies and accept CPS password
5. System displays a window in which the user can make a selection of the
access level he/she belongs.
6. The user select the access level he/she belongs to
7. Employee choose the function for printing reports
8. The system prompts the user to enter report parameters.
9. The user provides parameters.
10.The system prints requested report.
11.The system returns the user to the CPS main page.
Alternative flow 1
1. Password is incorrect and not accepted, system prompt the user to enter
correct password.
2. After three incorrect password attempts, the system blocks the user and
close the CPS.
Stimulus/Response sequence
S en d au to
-reply
m essag e
Basic flow
1. The system forwarded the unique call number to e-mail system.
2. The system sends emails to a client giving feedback about the status of
problem reported.
Stimulus/Response sequence
Search client
Helpdesk
Basic Flow
1. From the company’s intranet site the user click on the CPS link
2. System prompt user to enter CPS password
3. User enters CPS password
4. CPS verifies and accept CPS password
5. System displays a window in which the user can make a selection of the
access level he/she belongs.
6. The user select the access level he/she belongs to
7. Employee choose the function for searching client information
8. The system the system displays client information.
9. The system returns the user to the CPS main page.
Alternative flow 1
1. Password is incorrect and not accepted, system prompt the user to enter
correct password.
2. After three incorrect password attempts, the system blocks the user and
close the CPS.
System interfaces
The interfaces for this system are:
1. Telephone system
2. CPS windows
3. Email interface
User interfaces
1. Users will receive reminders for outstanding jobs through the email
interface use.
2. CPS screens and windows give system-user interactions.
Hardware interfaces
1. Computers
2. Telephone PABX
3. CPS server and mail sever
Software interfaces
1. Call transcription software
CPS receives other client calls from this system. The purpose of this
software is to convert all voice message calls onto text and forward it to
CPS.
2. Employee database
CPS accesses employee’s information from the company employees’
database system.
Communications interfaces
1. Network protocols (LAN)
2. Email protocols
Non-Functional Requirements
Client
Helpdesk
nt
Se
Logs makes
assignment
Call
sent
A tt en
ds
Technician
Performance Requirements
This software should perform the same way irrespective to its Operating
System environments. Time taken for logging calls and sending auto-reply
message to client should be minimum.
Security Requirements
The server on which the CPS system resides will have its own security to
prevent unauthorized write/delete access. There is no restriction on read
access. The email functionality is on another cooperating system and thus is
external to the CPS system. There should be some protection measures to
ensure no spam mails are forwarded to CPS system.
The PCs on which the users will use to access CPS system have its own
security. Only the authorized personnel will have physical access to the
machines and the program on them. There is no special protection built into
this system other than to provide the users with levels of access to information
on it. Users will access data based on there levels of access.
Quality Requirements
As a basic characteristic the software needs to be testable to ensure
correctness.