You are on page 1of 10

SOFTWARE REQUIREMENT

SPECIFICATION DOCUMENT

Google
docs
Contents

1 Introduction
1.1 Purpose
1.2 Scope

2 General Description
2.1 User Characteristics

3 Specific Requirements
3.1 Functional Requirement
3.2 Technical Issues
3.3 User Interface Description

4 Attributes
4.1 Reliability
4.2 Availability
4.3 Security
4.4 Maintainability
4.5 Portability
1. Introduction
1.1. Purpose
Google Docs is an online word processor included as part of the free, web-
based Google Docs Editors suite offered by Google, which also includes: Google
Sheets, Google Slides, Google Drawings, Google Forms, Google Sites and Google Keep.
Google Docs is accessible via an internet browser as a web-based application and is also
available as a mobile app on Android and iOS and as a desktop application on
Google's Chrome OS..

1.2 Scope

Edit or create documents from just about anywhere using the Word mobile app on
your mobile device.
2.1 User Chracterstics

There are mainly two users for this software :


1. Customers
The customers interact with the website or the application. It
must be very easy for them to use the website. They should get
every possible trending T.V. shows & other media on this
website which is available in database & get entertained.
2. Developer
The developer interact with production industry and expand the
production of both television and web series. There are so many
programmers/coders working together to maintain the database
and the internal functions that we can't see.

NETFLI X
3. Specific Reqirement

3.1 External Interface Requirements


The following list presents the external interface
requirements:
 The product requires very limited graphics usage with
just a simple keypad for taking the user input.
 The product does not require usage of sound or
animation. The hardware and operating system requires
a screen resolution not more than 320 x 240 pixels
(owing to the small form factor).
 Sound is not an essential feature but it can be
considered for future variants of the system wherein the
user will be greeted by his name as he swipes his card
against the reader-writer terminal.
3.1. Technical Issues
This system will work on client-server architecture. It will require an
internet server and which will be able to run PHP application. The
system should support some commonly used browser such as Internet
Explorer etc.

1. Attributes
1.1 Reliability

The system provides storage of all databases on redundant computers


with automatic switch over.
The reliability of the overall program depends on the reliability of the
separate components.
The main pillar of reliability of the system is the backup of the
database which is continuously maintained and updated to reflect the
most recent changes.
Thus the overall stability of the system depends on the stability of
container and its underlying operating system.

1.2 Availability

The system should be available at all times, meaning the user can
access it using a web browser, only restricted by the down time of the
server on which the system runs. In case of a of a hardware failure or
database corruption, a replacement page will be shown. Also in case
of a hardware failure or database corruption, backups of the database
should be retrieved from the server and saved by the administrator.
Then the service will be restarted. It means 24 X 7 availability.

1.3 Security

The system use SSL (secured socket layer) in all transactions that
include any confidential customer information.
The system must automatically log out all customers after a period of
inactivity.
The system should not leave any cookies on the customer’s computer
containing the user’s password.
Sensitive data will be encrypted before being sent over insecure
connections like the internet.
1.4 Maintainability

A commercial database is used for maintaining the database and the


application server takes care of the site. In case of a failure, a re-
initialization of the program will be done. Also the software design is
being done with modularity in mind so that maintainability can be done
efficiently.
1.5 Portability

The application is HTML and scripting language based. So The end-user


part is fully portable and any system using any web browser should be
able to use the features of the system, including any hardware platform
that is available or will be available in the future.
An end-user is use this system on any OS , either it is Windows or Linux
or iOS.
The system shall run on PC, Laptops , Mobile phones and Tablets etc.

3.5 Quality Attributes


The product is target towards a wide variety of users such as Student,
staff, student cum staff, etc. The product must load quickly and work well
on a variety of terminals. It must also tolerate wide variety of input
possibilities from a user, such as incorrect responses or unforeseen
keystrokes.

You might also like