City Glazier Company Software Requirements Specification Supply System

City Glazier Company Software Requirements Specifications Supply System for City Glazier Company Contents Specification Document 1 INTRODUCTION 1 a) Executive summary 1 b) System description 1 c) Purpose of the system 1 d) Scope 1 e) Feasibility analysis 1 f) REQUIREMENTS 2 Functional Requirements 2 Non- Functional Requirements 2 Safety measures 2 Security Requirement measures 2 Software Quality 2 g) Assumptions/Constraints 3 h) Product Features 3 i) Use case diagram 3 i) Context model 4 j) Level set

City Glazier Company
Software Requirements Specification
Supply System for City Glazier Company

Contents
Specification Document...............................................................................................................1
INTRODUCTION.......................................................................................................................1
a) Executive summary..............................................................................................................1
b) System description................................................................................................................1
c) Purpose of the system...........................................................................................................1
d) Scope.....................................................................................................................................1
e) Feasibility analysis................................................................................................................1
f) REQUIREMENTS...............................................................................................................2
Functional Requirements.............................................................................................................2
Non- Functional Requirements....................................................................................................2
Safety measures............................................................................................................................2
Security Requirement measures...................................................................................................2
Software Quality..........................................................................................................................2
g) Assumptions/Constraints......................................................................................................3
h) Product Features...................................................................................................................3
i) Use case diagram.....................................................................................................................3
i) Context model.......................................................................................................................4
j) Level set Functional model...................................................................................................5
Design Document.........................................................................................................................5
a) Executive Summary..............................................................................................................5
b) Architectural Design.............................................................................................................5
c) Hardware Requirements.......................................................................................................6
d) Software Requirements.........................................................................................................6
e) Class diagram design............................................................................................................6
f) Interface Design.....................................................................................................................8
......................................................................................................................................................9
g) Activity Diagram................................................................................................................10
h) BUSINESS PROCESS MODEL NOTATION using BPMN 2.0......................................11
i) Sequence diagram...............................................................................................................12
1

j) Interaction Diagram............................................................................................................13
....................................................................................................................................................13
k) State Diagram.....................................................................................................................13
l) System Architecture............................................................................................................14
Clint-Server Architecture...........................................................................................................14
Conclusion.................................................................................................................................15
Reference...................................................................................................................................16
2

Specification Document
INTRODUCTION
a) Executive summary
City Glazier Company supplies glass for windows and doors for both large scale and small scale
construction sites. The business has been running since 2001. The company started with one
track and has now increased to eleven tracks making it efficient for transport services within the
company. It has also expanded and opened other branches of its own around the city.
As a result of this expansion the company tends to link with glass manufacturers directly and
also create a system that will enhance efficiency as a result of it expanding. This will make the
company handle huge amount of data, making it possible for it to make appropriate decisions
when it comes to decision making process.
b) System description
The purpose of this document is to showcase City Glazier's new system that the company will
use in ensuring that it has efficiently supply its services and product to its precise consumer. As
per now the company still operates under the manual based system. This makes it difficult to
record sales that occur daily since the company has grown in size (Azar & Vaidyanathan,2015).
As a result of this growth, the company is required to make some advancement that will suit its
growth rate and also put all the records as they are supposed to be. The company will also ensure
that its branches are well connected to allow easy flow of reports from one branch to another.
The system will also incorporate a new payment system which will make it easier for customers
to pay for products and services via PayPal and email.
c) Purpose of the system
The following are some of the reasons why this system is being built:
 Ensuring that transactions are accurately recorded.
 Creating new payment methods.
d) Scope
The system links City glazier to its manufacturers and also ensures that goods are being tracked
according to when it’s being transported. While the software requirement specification shows
how the system is integrated into one another.
e) Feasibility analysis
This analysis is used to show the loop holes that exist from the system being used by the
company. It is also used in gathering information that are required by the people who are going
3

to use the system (Dennis, Wixom, & Roth,2018). In our case the consumers are requesting
payment system to be made in such a way that will enable them pay via PayPal and emails.
f) REQUIREMENTS
Functional Requirements
 Personal details about consumers will be secured during online registration.
 The system will also generate reports on invoices that have not been paid for.
 The consumers will be able to register for them to get an account.
 Staffs from large projects will be able to send response to companies that have sent their
response forms.
 Branches from different parts of the city will be able to transfer data to one another.
 The users will be able to open files that contain their invoices for reference purposes.
Non- Functional Requirements
Safety measures
Consumers are always given three to four extra glasses when they do their purchase which caters
to the loss they may incur in case some break during transportation (Dennis, Wixom, &
Tegarden, 2009).
Signs and posters have been placed to remind people of safety measures while they are in the
firm.
Security Requirement measures
Appropriate data encryption techniques have been used to prevent data from being accessed by
unauthorized user when being sent to another branch.
Software Quality
AVAILABILITY: hosting is done on the server making the system to be always available.
CORRECTNESS: All records should be generated accordingly since they are all contained in the
database
MAINTAINABILITY: The system should be accurate when it comes to scheduling of time in
different activities.
USABILITY: Users should find it easy to use and it should be able to satisfy relative all their
needs.
4

g) Assumptions/Constraints
It is assumed that the system will work best when installed in windows due to the specifications
be considered during the development of the system.
It is assumed that the system will not be hacked easily due to security measures taken into
consideration at the beginning of the project.
It is assumed that the system will always be available for use at all times.
h) Product Features
The major features of this system area listed below.
The system ensures only authorized users are the ones using the system.
The system helps the administrator in tracing of goods from one place to another.
It provides efficiency in terms of how records are being handled.
It increases the rate of production since the company is linked to manufacturing firms making it
easier to know when the quantity of stock is low.
i) Use case diagram
a) Interaction between consumer, staff, admin and the system.
5

Admin can update his/her profile which stands for the system itself, likewise, the staff and the
consumer can log in and update their profile too. This use case diagram is used to show the
actors and the description of how a system works. In this case, we have the following actors and
description.
b) Use Case Description
Actor Description
Consumers They can pay the bill
They can send quotes to the company
They can also log in to the system
System It generates reports that are required by the company every month
Staff They contact companies that have sent their quotes
They update reports on payments that have not been paid
Admin Can send reports to other branches
i) Context model
6

The above context diagram shows how the company co-exists with both its internal and external
affairs. From this one is able to know the types of servers and networks that will be used in
merge the branches to one distribution source depending with type of server that will be put to
place when designing.
j) Level set Functional model
This model is used to show the combination of everything associated with the company and how
it affects the company (Pedrycz, 2016). This is always an overview of the whole system with
simple high level language written on it, which makes it easy for everyone to understand it.
Design Document
a) Executive Summary
The aim and objectives of this part of the system are as follow:
 Enable tracking of tracks to be more efficient and easy.
 Include a new payment system as requested by the consumer.
 Enable huge amount of data to be stored and accessed easily.
7

b) Architectural Design
This design is used to give an overview of what happens within a system but in a summarized
way that is very easy to understand. It also enables one to know the factors that will be affecting
the system before it is fully built.
c)
Hardwar
e Requirements
 Pentium Processor
 1000 MB RAM
 3 Gb hard free drive space or more
d) Software Requirements
 PHP
 HTML
 JavaScript
 Microsoft Word 13 or later
 Web Browser: Microsoft Internet Explorer, Mozilla, Google Chrome or later
 MySQL Server
 Operating System: Windows XP / Windows7/ Windows Vista
e) Class diagram design
Class diagram - example
8

From the above class diagram we have the following classes:
a. Branch
This class shows the different sites that the company is located and opened. It also controls the
rate at which branches are added to the system because of the add method.
b. Consumers
This class show details about consumers of the product such as their phone number, place of
residence, email and has also the password of the user.
c. Payment
This class has the attributes for payments such as the id payment for locating different payments
being made during the month.
9

f) Interface Design
a) Home Page
This is the main page that is viewed by users once they visit the website or the application before
signing in to the system (Dennis, Wixom, & Tegarden, 2015). The page is normally designed to
attract the attention of the users so that they can be able to visit the site daily. Below is an
example of how the home page looks like.
10

b) Login Page
This login page is used to register users to the system or it is where registered users can access
further privileges that cannot be accessed by those who are not members (Kaddoum, Richardson,
and Gagnon, 2013). For new users, one is given the option of giving their credentials for
approval.
11

g) Activity Diagram
This activity diagram shows how registered users can log in to the system. This diagram gives
more information on what normally happens to depend on the activity that one is looking at
(Valacich, George & Hoffer,2014). In this case, it shows how a registered user can log in and use
the system up to the level of logging out the system.
12

h) BUSINESS PROCESS MODEL NOTATION using BPMN 2.0
Business process model notation is used in showing how one activity is carried out from one
stage to the other within the business itself. In our case, we have used the BPMN 2.0 in
illustrating what happens when one wants to ship goods using the new system that is to be
created (Satzinger, Jackson & Burd,2011). This illustration is more advanced than the BPNM1.0
since it gives the information in a very easy way to understand.
13

i) Sequence diagram
Sequence diagram
The above sequence diagram s shows how consumers will be paying for their service using the
new system that will be incorporated into the system (Siau & Rossi,2011). This sequence
diagram captures almost every single step that is taken when paying for bills that arise as a result
of a transaction taking place. These steps are followed such that errors occurring can be traced
easily within the system.
14

j) Interaction Diagram
Interaction diagram is a general term used in showing how events occur from one point to
another but in a single use case (Kendall, & Kndall,2010). In our example we have used payment
using the SMS method which we have stated its processes clearly from the sequence diagram
that we had earlier. This diagram shows flows of event from one use case in an easy way.
k) State Diagram
15

This diagram is used to show the dynamic nature any process before the system is put to test. In
this case we have the new payment system and we are able to see each of its states clearly before
any event is triggered (Pedrycz, 2016).
l) System Architecture
Clint-Server Architecture
This model of computing is somehow a distributed application structure that allows workloads to
be divided at the client level. Here the server normally communicates over a network from
different computers where we have the host machine which ran’s programs that are to be shared
within the client (Shelly, & Rosenblatt, 2011).
Client-server software architecture is versatile and flexible in today’s fast-changing IT landscape.
It is modular in structure and relies on messaging services for communication between
components. They were designed to improve flexibility, usability, and scalability. Software
flexibility implies the ability for a program to change easily according to different users and
different system requirements.
The admin creates different users. Admin can generate reports that are to be sent to other
branches of the company from his/her desk. Users include staff and consumers of products
generated from the company. The user can register complaints about services delivered to them.
The registered complaints will be sent to Admin. The staff maintains documentation of software,
hardware and he also provides the report of equipment conditions to the admin. He performs the
tasks assigned by admin. He gets alerted via SMS report that is due to be paid and in turn, he/she
informs the admin
Another profile in our project is the branch profile. Here branches can see the complaints lodged
by his/her department consumers. Branches can also request for extra materials from the
warehouses to the Admin. Based on the available slots, the admin defines the slots and sends a
reply to the specified branch.
Conclusion
This system will enable City Glazier Company to handle huge data since reports will be stored in
a database that is easily accessible when needed for decision support. It will also increase the
16

efficiency in which the report is being recorded since all this process will be automated hence
preventing misplacement of files. It will also make it easier for goods to be traced during
transportation which in turn creates a good relationship between consumers and the company.
This will be an added advantage to the company since it will be shifting from manual based
system to an automated system
Reference
Azar, A. T., & Vaidyanathan, S. (Eds.). (2015). Chaos modeling and control systems design
(Vol. 581). Germany: Springer.
Dennis, A., Wixom, B. H., & Roth, R. M. (2018). Systems analysis and design. John wiley &
sons.
17

Dennis, A., Wixom, B. H., & Tegarden, D. (2009). Systems Analysis and Design UML
Version 2.0. Wiley.
Dennis, A., Wixom, B. H., & Tegarden, D. (2015). Systems analysis and design: An object-
oriented approach with UML. John wiley & sons.
Diniz, P. S., Da Silva, E. A., & Netto, S. L. (2010). Digital signal processing: system
analysis and design. Cambridge University Press.
Kaddoum, G., Richardson, F.D. and Gagnon, F., 2013. Design and analysis of a multi-
carrier differential chaos shift keying communication system. IEEE Transactions on
Communications, 61(8), pp.3281-3291.
Kendall, K. E., & Kendall, J. E. (2010). Systems analysis and design. Prentice Hall Press.
Pedrycz, W. (2016). Granular computing: analysis and design of intelligent systems. CRC
press.
Satzinger, J. W., Jackson, R. B., & Burd, S. D. (2011). Systems analysis and design in a
changing world. Cengage learning.
Shelly, G. B., & Rosenblatt, H. J. (2011). Systems analysis and design. Cengage Learning.
Siau, K., & Rossi, M. (2011). Evaluation techniques for systems analysis and design
modelling methods–a review and comparative analysis. Information Systems Journal,
3(21), 249-268.
Valacich, J., George, J., & Hoffer, J. (2014). Essentials of systems analysis and design.
Prentice Hall Press..
18

19