BEN Ltd

badamian@gmail.com

Benedict

BEN Ltd

badamian@gmail.com

Ben LTD Harrow badamian@gmail.com

Volere Template by Benedict Damian for or Stevenage Dramatic Society This document is a blueprint for designing a Online system for Stevenage Dramatic Society .This project is intent to build Online e-commerce system for there business. So we need to develop the system and implement it.

Benedict

BEN Ltd

badamian@gmail.com

Index

The Purpose of the Project......................................................4 The Stakeholders......................................................................4 Mandated Constraints..............................................................5 The Current System ............................................................8 Data flow within SADS ..........................................................9 Functional Requirements and Use Cases..............................10 Work Partitioning.......................................................................10 business events.........................................................................11 Functional Requirements.........................................................14 Non-functional Requirements...................................................32 Set of specifications For Reserve Seats..................................37 Use Cases Diagrams .................................................................38 Analysis class model..................................................................42 class Digram.................................................................................45 Appendix.......................................................................................45

Benedict

BEN Ltd 1.1 The Purpose of the Project

badamian@gmail.com

The purpose of this project is to build a online booking e-commerce system(Box office System ) for SADS .Because the current Box office phone Booking Reservation is outdated and not efficient enough for the current business environment and it's performance and the reachability become the main disadvantage for the business growth of SADS . So to over come this issues SADS Key members and staffs decide to move form the old business model to a new online systems. This will help the SADS to reach wider customers and the new system will increase the business and performance of business administration. This new online system will handle the business activities like booking, payment, timetable,and other customer services. 1.2 The Stakeholders SADS is a local dramatic society driven buy it members comity and staffs . Before I start to building a new system I need to investigate with the SADS staffs and the comity members to understand how the current booking system work and the roll of the organizational structure in the business and management also I need to investigate the current customer need and opinion. This investigate will help me to understand need of the SADS. Also I need to conceder about End-User Computing(ECI) to understand the people who are using this and 0there IT skills. Also the End product must be checked by the staff and members and the required improvement must be made. The product will be release online when it get the full recognition of the comity. Organisational chart of SADS

Benedict

BEN Ltd

badamian@gmail.com

SADS is a drama society run buy it members it got a elected members board for decision making the board elect the CEO of SADS he is the head of the SADS activities and it got a Secretary who will be supporting CEO on management. SADS also employed one event manager and a three operational staffs they are employed to carry out multiple tasks like run the box office ,membership management,and organising events. The new website must satisfied all the board members and staff before it officially realise. 2.1Mandated Constraints The new box-office reservation system I am going to build is a database driven website it will contain a database to save the data and the website will provide online access for this database .This website will be a online booking e-commerce system. Which will handle all the box-office activities. Because this is the only solution help SADS to reach the wider market and also it is the only affordable solution which can achieve throughout free and open source technology. Also this will help to run the box-office 24 hours and also on holidays this will increase the sales. Because of financial situation in SADS there is no fund available for the web development so I am ultimately push in to choosing free and open source software to develop the web solution and also I need to stick with a hardware resources what is only available. Resources currently available to me:a) Broadband b) Hosting package c) web- saver with large disk space. d) A Database e) A e-mail saver with 20 separate e-mail account I addition I need to find some free and open source software and some dynamic tools create a web sites they are .

Benedict

BEN Ltd Softwares to implement website

badamian@gmail.com

Apache HTTP Server :- Apache is a free most popular web server it is extremely flexible millions of blogs and websites are running on this web server. Aptena Studio:- It is the most powerful open-source web development IDE .It support HTML , DOM,CSS,JavaScript, and it also got a additional plugins for PHP,Ruby on rails,Python,Perl.It also support for uploading and downloading using a synchronizing FTP or SFTP. FileZilla :-It is a very successful cross platform FTP client.FileZilla is a hugely successful, cross-platform FTP client. Its also available as a server, for Windows only. Created in January 2001 by Tim Klosse as a class project, FileZilla has gone on to become the 5th most popular download of all time from SourceForge.net. GIMP: -This is a open source Image editor this will help to edict images for website ,it is a alternate to photo shop . Umbrello:- This is a free softwares UML

Pay Pal:-I decide to choose Pay Pal as a purchaser software for this Website because most of the website users use Paypal .There is more than 150 million satisfied users all over the world .London alone pay pal got 1.2 million users also payment will deposited into the account directly. Pay pal got good reputation among customers because of it security. Also it dont have any initial payment it charge 2.9% on sales Witch is affordable. Also customer doesnt have to be a member to send money via Pay Pal if he use his credit card. There is more than 150milion satisfied pay pal customers in the world .Pay Pal used by most websites than any other gate ways in the world .It cost nothing to send money so many people using this. It is also quickest interface for paying online

Benedict

BEN Ltd Dynamic Tools

badamian@gmail.com

HTML :- It means Hyper Text Mark-up Language it allow to create websites I can use HTML tags and write text and save as html this will make a web page . CSS:-It is a style language that define layout of HTML documents. It can colour ,and create margins, lines, height, width, also display background images . The meaning of CSS is Cascading Style Sheets. Java Script :-is a object oriented scripting language its used in millions of web pages and server applications. Java Script is developed by Netscape . All so is a dynamic scripting language supporting prototype based object construction. The basic syntax is similar to Java and C++ to reduce the number of new concepts required to learn the language. It can function as both a procedural and object oriented language.

PHP:-It is a scripting language originally designed for producing dynamic web page it mean Hypertext Pre-processor but the letter make PHP is Personal home page tools. and it is server-side scripting language for creating dynamic WEB pages when we create a web page with PHP and HTML when a visitor open the page, the server processes PHP command first and then send the results to the visitors browser .PHP is Open Source and cross-platform. PHP runs on windows NT and many Unix version. PHP build Web Pages are normally live up the plain HTML . MySQL :- It is a most popular database . It is a open-source free database software. We can use MySQL phpMyAdmin which will give us a web-based control.

Benedict

BEN Ltd

badamian@gmail.com

The Current System . The current system is a paper base Catalogue booking system The system contain two main paper catalogue books one for maintain the members and another One to maintain the daily seat reservation for the event. When a customer call to reserve seats first box office staff will make sure the person is just a customer or club member then he reserve the seats he want and pass the unique reservation number to the customer . To make a payment customer need to post a cheque or he need to visit the SADS box-office. Main disadvantage of the current system a) When a customer want reserve a seat by telephone box-office admin person need to go throw the present and advance booking in the booking book to find the seats which is available and also if he is a member then the staff need to make sure if he is a member or not and what type of member so this all take more time to serve a single customer. b) To record data the staff need to write manually . c) Even for a single function staff have to go throw various books to do a single information finding task. d) She can only do one task at a time. e) Customer need to stay long on the phone it will cost extra money for him. If we take a general overview of the current system it is really out dated for the current business load handled by SADS because throw telephone staff can handle one customer at a time and there is a extra cost for telephone. This system is not capable of handling information processing in a certain time periods. Also there is a potential delay in finding information this will let to bad customer services. Also manual data handling will led to poor data administration So there is a big need to change the current system and fiend a new way to manage SADS.

Benedict

BEN Ltd Data flow within SADS

badamian@gmail.com

I drown a Context digram to bring the entire SADS box-office system under investigation. This digram contain the physical data flows of the box-office system not the computer system shows the input and output data flows to central process th9at represents the Boxoffice system under analysis. The context diagram focuses on relationships with external entities and the Box-office system under review. The Context Diagram for SADS system

The above context diagram represent the entire SADS under investigation. This is the fist diagram I drown to help balding my new system and bring full detail of the SADS functions under investigation. In this diagram SADS process are sow as one process and it is connect with four external entities communicates with it. This external entities are Customer's Members,Staffs and Management.

Benedict

BEN Ltd Functional Requirements and Use Cases

badamian@gmail.com

Functional requirements describe the system behaviour. This system behaviour can be services ,tasks and the functions need to perform by the system. To understand the main functional areas of the SADS using Use Case is a good way also it is part of UML. To begin this I need to partitions the events from the DFD and the actors who are related to that event and the type of the events . Work Partitioning There four type of external actors are interact with the SADA system Every one got their own task to do with the system. 1) 2) 3) 4) Customers Members Box-office staff Management

Also there is four subsystems are in the SADS MAIN SYSTEM each one is specialise in different tasks of the system. 1) 2) 3) 4) Box office subsystems(BOS) Membership-subsystem on-line payment subsystems Assess subsystem.

I am going to list all the business events of each system and find out it is a input or out put and also going to drew a use case for each single system separately .

Benedict

10

BEN Ltd Box- office subsystems(BOS)

badamian@gmail.com

Event Name Display Seats availability Reserve Seats Display unique reservation number Record Payment

Input and Output BOS display (output) Reserve Seats as customer request.(Input) Reservation Number display(output) Enter the Payment Detail to system(Input)

Summary of BUC This is a record display from the database. Staff will Reserve the seats in the database This number given by database for successful reservation. Staff will enter the payment details like,Payment Due,Receive Payment,Refund Payment. When the full payment made staff will conform the booking in the database. The staff will cancel booking when a customer ask to do and the BOS system will also cancel it self when

Conform Booking

Enter data to database to conform booking.(Input) Cancelling the seat reservation (Input)

Cancel Booking

Membership subsystems(MEMS) Event Name Enter Name and Address Input and Output Membership manager will enter the new member Detail(Input) Enter the membership type which is appropriate to the member .(Input) Summary of BUC This will be saved in the MEMS Database. This will save in the database to decide the price.

Enter Membership type.

Enter email address

If the member got a email Save the email in the address enter email address. database. (Input) Payment made for Annual subscription by the member This will be saved in the MEMS Database. 11

Enter the Payment.

Benedict

BEN Ltd will Enter by Membership manager.(Input) Print Labels.

badamian@gmail.com

MEMS will Print subscription This is a type of report print reminders,newsletters,event by MEMS according to the detail.(output) data saved in the Database. MEMS will email event This is a type of report detail,newsletters,reminders( producing according to the output) data in database. Alter a detail of a current Member.(Input) Member ship manger is the only person can change the detail of an excising member in the database.

E-mail Detail

Alter Detail

Payment Subsystem(PAY)

Event Name Display the seats available

Input and Output

Summary of BUC

The system will display the This is out put will display seats numbers which is with a help of the Box-office available for a event.(output) subsystem. Customer or Member will select the seats(Input) Customer or member will select the seats are choose the seats available to book in the database.

Select the seats

Enter Detail.

Customer or member who Customer or member will want to book seats will enter save his personal detail in the personal detail(Input) the database to reserve the seats for them. The payment made will enter The payment detail will be by the purchaser software. enter to the database by the (Input) purchaser software. When the full payment is made the PAY system will conform the booking. (Output) When the payment The PAY system well sent the conformation to the customer throw the purchase software. If the payment transaction is 12

Enter Payment Detail

Confirm booking.

Cancel booking. Benedict

BEN Ltd transaction is unsuccessful System will delete the booking. (Input)

badamian@gmail.com unsuccessful then the system will delete the book detail from the database after 30 minites.

Assess subsystem ACC- Business Event List Event Name Display the Online booking and payment system. Enter User name Input and Output Summary of BUC

Online booking system page This page will display to will displayed.(output) customers for booking with out login. Members,Staffs and The members ,staffs managers need to enter the ,Managers need to enter user name(Input) user name to get assess to the sub system they need to work on. Members,Staffs and The members ,staffs managers need to enter the ,Managers need to enter pass ward(Input) pass ward to get assess to the sub system they need to work on. Allow entry when user name When the user name and pass ward match to the and pass ward is correct . database allow entry. (output) Either user name or pass ward is wrong denies entry. (output) When the user name or pass ward didnt match then denies entry.

Enter Pass ward.

Give access to entering

denies access

Benedict

13

BEN Ltd Functional Requirements for Box office subsystems

badamian@gmail.com

Requirement ID Box-1

Requirement FR Type
Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: The system shall maintain database of seats available for each night. To display seating plan and help booking. Interview Documentation All seats must have a unique ID 4

Customer 1 dissatisfaction: Priority: Supporting materials: Conflict: highest -1 Report form secretary none

******************* ***************************************************************************************** Requirement ID Box -2 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

The system shall display the seating plan on a screen. Help to find the available seats.
Interview Documentation

Available seats numbers shall appear. 4

1 Customer dissatisfaction:
Priority: Supporting materials: Conflict: highest -1 Report form secretary

none

****************** ********************************************************************************

Benedict

14

BEN Ltd
Requirement ID Box-3 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

badamian@gmail.com

The system shall allow Box-office staff to reserve seats on the box-office opening hours. To do telephone reservation for customer's Interview Documentation Need to display a unique number. 4

Customer 1 dissatisfaction: Priority: Supporting materials: Conflict: highest -1 Report form secretary

none
****************************************************************************************

***************

Requirement ID Box-4 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

The system shall give a unique reservation number for successful reservation. To conform the reservation for customer's.
Interview Documentation Reserve seats can't be book again.

2 Customer dissatisfaction:
Priority: Supporting materials: Conflict: highest -1 Report form secretary

none

****************** ****************************************************************************** Requirement ID Box-5 Requirement Definition Rationale

The system shall record payment for collected tickets. To conform the seat reservation. 15

Benedict

BEN Ltd
Originator: Fit Criterion: Customer satisfaction: Interview Documentation This must test by the box-office staff and approve.

badamian@gmail.com

1 Customer dissatisfaction:
Priority: Supporting materials: Conflict: highest -1 Report form secretary

none

****************** ********************************************************************************** Requirement ID Box-6 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

The system shall allow box-office staff to handle return tickets and cancel booking. To cancelling the reservation and allow others to reserve seats
Interview Documentation Seats shall available to book again.

1 Customer dissatisfaction:
Priority: Supporting materials: Conflict: highest -1 Report form secretary

none

***************** ********************************************************************************** *
Requirement ID Box-7 Requirement Definition Rationale Originator: Fit Criterion: Customer

The system shall allow box-office staff to enter refund payment. To Solve cancellation .
Interview Documentation This must test by the Management and approve.

5 16

Benedict

BEN Ltd
satisfaction: Priority: Supporting materials: Conflict: highest -1 Report form secretary

badamian@gmail.com

none ********************************************************************************** The system shall allow staff to conform reservation when the full payment is made. To avoid more than one booking of seats.
Interview Documentation Customer shall get a unique reservation number

************

Requirement ID Box-8 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

1 Customer dissatisfaction:
Priority: Supporting materials: Conflict: highest -1 Report form secretary

none

***************** **********************************************************************************
Requirement ID Box-9 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

The system shall set free all non-paid reservation automatically 2 days before performance for other customers to book. To allow to sell all tickets.
Interview Documentation

Allow the non paid seats to book again. 5

1 Customer dissatisfaction:
Priority: Supporting materials: highest -1 Report form secretary

Benedict

17

BEN Ltd
Conflict: ****************

badamian@gmail.com none ********************************************************************************

Requirement ID Box-10 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

The system shall coordinates with Membership subsystem to get the membership detail. To verification and give discount
Interview Documentation Get access to Membership subsystem.

1 Customer dissatisfaction:
Priority: Supporting materials: Conflict: highest -1 Report form secretary

none

Functional Requirements for Membership subsystem(MEMS)

Requirement ID Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: Customer dissatisfactio

MEMS-1 The system shall maintain database of Members detail, System to make decision
Interview Documentation

1.Able to store 5000 membership detail 2. Able differentiate in to many type 5 1

Benedict

18

BEN Ltd
n: Priority: Supporting materials: Conflict: highest -1 Interview Documentation

badamian@gmail.com

none

***************** ********************************************************************************* Requirement ID Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: Customer dissatisfactio n: Priority: Supporting materials: Conflict: ************ Requirement ID Requirement Definition Rationale Originator: Fit Criterion:

MEMS-2 The system shall maintain record of payment of annual subscription on the database. To maintain Membership.
Interview Documentation

Able to differentiate the expired subscription. 5 1

highest -1 Report form secretary

none ********************************************************************************* MEMS-3 The system shall able print subscription reminders,news Letters, programs of events. To post information
Interview Documentation

1.Must print subscription reminders for only the members without emailaddress. 2.Able to print whenever there is a need. 5

Customer satisfaction:

Benedict

19

BEN Ltd
Customer dissatisfactio n: Priority: Supporting materials: Conflict:

badamian@gmail.com 1

highest -1 Report form secretary

none

*************** ******************************************************************************************
Requirement ID Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: Customer dissatisfactio n: Priority: Supporting materials: Conflict:

MEMS-4 The system shall able to e-mail subscription reminders,news Letters, programs of events members with e-mail address Send information to members .
Interview Documentation

Able to e-mail whenever there is a need. 5 1

highest-1
Report form secretary

none ******************************************************************************** MEMS-5 The system shall able to create and maintain different type of membership according to the detail provide by member. To maintain a varies prises for members .
Interview Documentation

************
Requirement ID Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: Customer dissatisfactio

Every member must have a type . 5 1

Benedict

20

BEN Ltd
n: Priority: Supporting materials: Conflict: **************** Requirement ID Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: Customer dissatisfactio n: Priority: Supporting materials: Conflict:

badamian@gmail.com

highest-1
Report form secretary

none ********************************************************************************* MEMS-6 The system shall allow to pay different subscription rate for different type of membership. To continue the membership .
Interview Documentation

5 1

highest-1
Report form secretary

none ***************************************************************************** MEMS-7 The system shall allow patrons to pay concessionaire price for tickets. This help patrons to buy a cheaper tickets.
Interview Documentation

*************
Requirement ID Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: Customer dissatisfactio n:

Only patrons must get concessionaire price 5 1

Benedict

21

BEN Ltd
Priority: Supporting materials: Conflict:

badamian@gmail.com highest-1
Report form secretary

none

***************** *********************************************************************************** * Requirement ID Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: Customer dissatisfactio n Priority: Supporting materials: Conflict:

MEMS-8 System shall allow box-office system to access for membership detail. Box -office system need to verify membership detail when doing a phone reservation.
Interview Documentation

Must give Access to check Member detail and type. 5 1

highest-1
Report form secretary

none ********************************************************************************* MEMS-9 System shall allow members with e-mail address to access online and pay membership fee. To pay membership fee using paypal.
Interview Documentation

*************
Requirement ID Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: Customer dissatisfactio n

5 Only members with valid e-mail account can allowed. 1

Benedict

22

BEN Ltd
Priority: Supporting materials: Conflict:

badamian@gmail.com highest-1
Report form secretary

none MEMS-10 System shall allow members with e-mail address to access online and purchase tickets. This will allow member to get concessionaire price
Interview Documentation

*************** **********************************************************************************
Requirement ID Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: Customer dissatisfactio n Priority: Supporting materials: Conflict:

Only members with valid e-mail account can allowed. 5 1

highest-1
Report form secretary

none MEMS-11 System shall not allow members to alter any of their detail. Member is not allowed to alter any detail in the system.
Interview Documentation

**************** *********************************************************************************
Requirement ID Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: Customer dissatisfactio n Priority:

Not allow access to alter. 5 1

highest-1

Benedict

23

BEN Ltd
Supporting materials: Conflict: Report form secretary

badamian@gmail.com

None. ********************************************************************************** MEMS-12 System shall allow membership manager to alter membership detail . Membership manager can alter member detail when request by a member.
Interview Documentation

**************
Requirement ID Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction: Customer dissatisfactio n Priority: Supporting materials: Conflict:

Only give access to alter member Detail to membership manager. 5 1

highest-1
Report form secretary

none

Functional Requirements for Payment-subsystem(PAY)

***************

*********************************************************************************

Requirement ID PAY-1 Requirement Definition Rationale Originator: Fit Criterion:

System shall display seat availability for each show on website.

To help customer /Member to find the available seats. Interview Documentation Use the database of seats.

Benedict

24

BEN Ltd
Customer satisfaction:

badamian@gmail.com 5

1 Customer dissatisfaction
Priority: Supporting materials: Conflict:

highest-1
Report form secretary

none ***************************************************************************** System shall allow customers/Members to choose seats online Customer's/Members can book available seats.
Interview Documentation

**************

Requirement ID PAY-2 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

Ask the customer to book the seat. 5

1 Customer dissatisfaction
Priority: Supporting materials: Conflict:

highest-1
Report form secretary

none ******************************************************************************** System shall allow customers/members to book seats online. Customer/member is allow to book the available seats.
Interview Documentation

*************

Requirement ID PAY-3 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

Must ask to make payment. 5

1 Customer dissatisfaction

Benedict

25

BEN Ltd
Priority: Supporting materials: Conflict:

badamian@gmail.com highest-1
Report form secretary

none ************************************************************************ System shall allow customers/members to make payments for the booking seats online. Help customer/member to make payment for booking he made.
Interview Documentation

***************

Requirement ID PAY-4 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

Must ask to make payment. 5

1 Customer dissatisfaction
Priority: Supporting materials: Conflict:

highest-1
Report form secretary

none ****************************************************************************** System shall conform booking only a full payment made successfully. Customer/Member will get a conformation for the booking he made.
Interview Documentation

***************

Requirement ID PAY-5 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

Must sent a e-mail conformation or print a ticket. 5

1 Customer dissatisfaction
Priority: Supporting materials: Conflict:

highest-1
Report form secretary

none 26

Benedict

BEN Ltd **************

badamian@gmail.com ********************************************************************************** System shall integrated with purchaser software to clear the payment transaction. System shall verify with Pay-pal to get the payment detail.
Interview Documentation

Requirement ID PAY-6 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

Must get a message from pay-pal about every payment transaction. 5

1 Customer dissatisfaction
Priority: Supporting materials: Conflict:

highest-1
Report form secretary

none

****************

**********************************************************************************

Requirement ID PAY-7 Requirement Definition Rationale Originator: Fit Criterion: Customer satisfaction:

System shall cancel any booking within 30 minutes if payment is not made or cancelled. System will cancel booking automatically when the payment fail.
Interview Documentation

Must display a cancellation message. 5

1 Customer dissatisfaction
Priority: Supporting materials: Conflict:

highest-1
Report form secretary

none

Benedict

27

BEN Ltd

badamian@gmail.com

Functional Requirements for Assess subsystems(ACC)

Requirem ACC-1 ent ID Requirem System shall give access to online booking system without login to members ent Definition of public. Rationale To book a seat user don't need to login. Originator Interview Documentation Fit 1.Display the booking system screen. Criterion: Customer satisfactio 5 n: Customer dissatisfa 1 ction Priority:

highest-1

Supportin g Report form secretary materials: Conflict:

none ****************************************************************************************

**********

Requirem ACC-2 ent ID Requirem System shall give access to box-office staff to access the BOS after ent successfully login. Definition Rationale Staff must have a user account to work on Boss. Originator Interview Documentation

After successful login box-office staff must get the full access to BOS Fit Criterion:
Customer 5 satisfactio

Benedict

28

BEN Ltd
n:

badamian@gmail.com

Customer 1 dissatisfa ction Priority:

highest-1

Supportin Report form secretary g materials: Conflict:

none

*********** *****************************************************************************************
Requirem ACC-3 ent ID Requirem System shall give access membership manager to work with MEM subsystem ent after successful login. Definition Rationale Membership manager have a user account to work in MRM subsystem. Originator Interview Documentation

After successful login Membership manager must get full access to MRM Fit Criterion: subsystem.
Customer 5 satisfactio n: Customer 1 dissatisfa ction Priority:

highest-1

Supportin Report form secretary g materials: Conflict:

none **************************************************************************************

**********

Requirem ACC-4 ent ID Requirem System shall allow member to login and pay membership fee. ent Definition

Benedict

29

BEN Ltd

badamian@gmail.com

Rationale Member can login and make a payment to renew his membership. Originator Interview Documentation

After successful payment transaction member must get a conformation email. Fit Criterion:
Customer 5 satisfactio n: Customer 1 dissatisfa ction Priority:

highest-1

Supportin Report form secretary g materials: Conflict:

none **************************************************************************************

*********

Requirem ACC-5 ent ID Requirem System shall allow member to login and book seats and make payment in ent concessionaire prices. Definition Rationale Member must login to get concessionaire price. Originator Interview Documentation Fit System must give a conformation for successful payment transaction. Criterion: Customer 5 satisfactio n: Customer 1 dissatisfa ction Priority:

highest-1

Supportin Report form secretary g materials: Conflict:

none

*********** ************************************************************************************* Benedict 30

BEN Ltd
Requirem ACC-6 ent ID

badamian@gmail.com

Requirem System shall allow administrator to login and create new user account and ent delete obsolete ons. Definition Rationale System administrator is only allow to create and delete accounts. Originator secretary

System administrator must git full access to the whole system. Fit Criterion:
Customer 5 satisfactio n: Customer 1 dissatisfa ction Priority:

highest-1

Supportin Report form secretary g materials: Conflict:

none

Benedict

31

BEN Ltd

badamian@gmail.com

Non-functional Requirements
Requirement ID NFR-1 Requirement Type Requirement Definition Rationale Originator Fit Criterion: Customer satisfaction: Customer dissatisfaction Priority: Supporting materials: Conflict: ***************

NFR Need a user friendly Appearance Requirements The system shall be a very user-friendly interface.
Report form secretary

1. System shall to display all the information very clearly. 2. Member of SADS should be able to use with out training. 5 1 highest-1
Interview Documentation

none *******************************************************************************

Requirement ID NFR2 Requirement Type Requirement Definition Rationale Originator Fit Criterion:

NFR

Unique Style Requirements which can attract people of all age

Report form secretary

1.The Style must be uniquely represent the Stevenage and it pride about the art. 2.Also it must have the Stevenage Coat of Arms and the motto in the left hand corner of the website.

Benedict

32

BEN Ltd

badamian@gmail.com 2.The colours which in the Cote of Arms must be the main colour of the website.

Customer satisfaction: Customer dissatisfaction Supporting materials: Priority: Conflict:

5 1
Report form secretary

highest-3 none

******************* ********************************************************************************* Requirement ID NFR3 Requirement Type Requirement Definition Rationale Originator Fit Criterion:

NFR

System shall consider end user requirements System should focus on End user computing
Report form secretary

1.It can be use by any members of public with out any training. 2.It can be use by a member of staff after minimal training.

Customer satisfaction: Customer dissatisfaction Supporting materials: Priority: Conflict: ****************

5 1
Report form secretary

none ********************************************************************************

Requirement ID NFR4 Requirement Type

NFR

Benedict

33

BEN Ltd
Requirement Definition Rationale Originator Fit Criterion:

badamian@gmail.com System shall conciser Speed and Latency Requirements. System must have a good site speed.
Report form secretary

System must respond to any web requests in good speed to satisfy the users. 5 1
Report form secretary

Customer satisfaction: Customer dissatisfaction Supporting materials: Priority: Conflict: ******************

highest-1 None. ******************************************************************************

Requirement ID NFR5 Requirement Type Requirement Definition Rationale Originator Fit Criterion:

NFR

The system shall achieve Reliability and Availability Requirements Must satisfy the users expectation of reliability
Report form secretary

1.The system must be online for 24 hours for booking 2. It shall allow to update information while it is working . 3.The system shall allow access to box-office system only in opening hours. 4. The system shall work on Pads,cell phones . 5. The system must work will all the main internet browsers 6. System shall hold an documentation on maintenance and maintainability.

Customer

5 34

Benedict

BEN Ltd
satisfaction: Customer dissatisfaction Supporting materials: Priority: Conflict: ***************

badamian@gmail.com

1
Report form secretary

none ******************************************************************************

Requirement ID NFR6 Requirement Type Requirement Definition Rationale

NFR

System must apply all the Security Requirements

System must implement Security to prevent data and access.

Originator Fit Criterion:

1.The system must implement access privileges for different type of actors who interact with the system. 2.The system must safeguard the visitors and users privacy so It must set out a privacy police and make aware for users. Also implement data control. 5 1

Customer satisfaction: Customer dissatisfaction Supporting materials: Priority: Conflict: ******************

Report form secretary

highest-1 none *********************************************************************************

Requirement ID NFR Requirement Type

NFR7

Benedict

35

BEN Ltd
Requirement Definition Rationale Originator Fit Criterion:

badamian@gmail.com System must implement Standards Requirements System shall implement web standards.
Report form secretary

1.The system shall comply with W3C web standards. 2.Also It must use Unicode characters to work on any platform. 3.The system must work will all the main internet browsers

Customer satisfaction: Customer dissatisfaction Supporting materials: Priority: Conflict:

5 1
Report form secretary

highest-2 none

******************* ********************************************************************************* Requirement ID NFR8 Requirement Type Requirement Definition Rationale Originator Fit Criterion:

NFR Because of limited resource need to Economic requirement There is no extra budget for the system building
Report form secretary

1.Because of limited resource need to plan the life cycle of the system carefully. 2.There is no extra budget for the system building so need use opensource softwares.

Customer satisfaction: Customer dissatisfaction

5 1

Benedict

36

BEN Ltd
Supporting materials: Priority: Conflict: Report form secretary

badamian@gmail.com

highest-1 none

Set of specifications For Reserve Seats.

Use case ID: Use case:Reserve Seats Primary actors: Staff Secondary actors:Purchaser Preconditions: System is operational. The staff has Login and able to view the available seats on the screen and able to chose the seats need to reserve. Main flow: 1.The Purchaser case ask the staff case to reserve seats for a event. 2.The staff case select the Event which the purchaser case ask. 3.The staff case view the available seats in the screen . 4.The staff case replay the availability of the seats. 5.The Purchaser case will ask number of seats he need to reserve. 6.The system store the new reservation. 6.The Staff case Enter the reservation in to the system. 7.The system display the unique number when the reservation is successful. 8. The staff case view the unique number. Postconditions: 1.The Purchase will get the unique number. 2.The system will update the seat availability. Alternative flow:Payment not made Preconditions: Customer didnt pay in full 2 days before the performance. Alternative flow:6.BOS system will cancel the reservation and delete the unique number Postconditions: Seats are released to book again.

Benedict

37

BEN Ltd

badamian@gmail.com

Benedict

38

BEN Ltd

badamian@gmail.com

Benedict

39

BEN Ltd

badamian@gmail.com

Benedict

40

BEN Ltd

badamian@gmail.com

Benedict

41

BEN Ltd Analysis class model Consolidated noun list

badamian@gmail.com

Stevenage Amateur Dramatic Society :- Name of the organisation theatre :- an essential class from the problem domain. show :-an essential class from the problem domain. computers :-irrelevant for the modelled functionality broadband modems :-irrelevant for the problem domain. A design/implementation detail. printers :-irrelevant for the problem domain. A design/implementation detail. membership secretary :-an essential class from the problem domain. Modelled with Staff class and a role office :-irrelevant for the problem domain. A design/implementation detail. Equipment :--irrelevant for the problem domain. A design/implementation detail. software packages :-irrelevant for the problem domain. A design/implementation detail. broadband subscriptions :-irrelevant for the problem domain. A design/implementation detail. hosting package :-irrelevant for the problem domain. A design/implementation detail. Web-server :-irrelevant for the problem domain. A design/implementation detail. Box-office :-irrelevant for the problem domain. A design/implementation detail. Membership :-modelled as an actor, and an essential class from the problem domain subscriptions. :-attributes of class Member. member :-ditto software engineer :-irrelevant for the modelled functionality (will be identified as Administrator ) customer :-modelled as an actor, and an essential class from the problem domain box-office subsystem :-a name of the subsystem theatre seats :- An essential class from the problem domain box-office staff :-modelled as an actor, and an essential class from the problem domain telephone :-irrelevant for the problem domain. A design/implementation detail. Customer :-ditto system :-ditto payments :-modelled as an operation of the class Member /Customer. The membership subsystem :-a name of the subsystem database :-a name of storage system members :-ditto annual subscriptions :-modelled as attribute of Member class subscription reminders :- irrelevant for the modelled functionality newsletters :- irrelevant for the modelled functionality programmes of events :- irrelevant for the modelled functionality email :-ditto members :-ditto e-mail address,:-modelled as attribute of Member class types :-modelled as attribute of Member class membership :-ditto junior :-a specific Member senior :-a specific Member citizen :-a specific Member patron:-a specific Member Benedict 42

BEN Ltd

badamian@gmail.com

subscription rate :-ditto concessionaire price :-ditto tickets :-an essential class from the problem domain BOS :- Name of the subsystem membership :-ditto email address -ditto membership fee :-ditto system :-ditto members :-ditto membership manager :-an essential class from the problem domain. Modelled with Staff class and a role payment subsystem :-The Name of the subsystem. Payments :-ditto customers :-ditto members :-ditto customers :-ditto seats :-ditto performance :-modelled as attribute of Show class payment t:-ditto external Payment Processor PayPal :-Name of a purchase software payment :-ditto on-line payment :-ditto Assess subsystem :-Name of the subsystem. Receptionist :-an essential class from the problem domain. Modelled with Staff class and a role box-office :- Name of the office BOS :-Name of the subsystem. membership manager :-ditto MEM subsystem :-ditto system administrator:- an essential class from the problem domain. Modelled with Staff class and a role user accounts :-modelled as attribute of Login class customers :-ditto members of the public :-ditto payments :-ditto login :- an essential class from the problem domain Members :-ditto SADS :-ditto membership :-ditto payments ;-ditto members :-ditto concessionaire prices :-ditto PAY subsystem :-Name of the subsystem. Security :-irrelevant for the modelled functionality site.:-irrelevant for the modelled functionality web application :-irrelevant for the modelled functionality member :-ditto SADS :-ditto Benedict 43

BEN Ltd

badamian@gmail.com

Members of staff :-ditto new system :-ditto Consolidated verb list: Reserved :-implemented as an operation reserveSeat. Maintain :- irrelevant for the model. Display:-operation displaySeating plan on Screen Enter :-Modelled as enterName,enterAddress operation in Member class Response:-irrelevant for the model. Give(given a unique reservation number):-Modelled as returnResavionID in Seat class. Record:-Modelled as recordPayment operation in box-office Staff class. Handle(handle returned tickets ):-operation cancelBooking does the necessary. cancel:-modelled as up to 2 operations, cancelBooking,cancelResavation in Ticket class. Refund:- Modelled as refundPayment operation in box-office Staff class. Collect:-Modelled as getPayment ,getTicket operation s in box-office Staff and customer class Present :-irrelevant for the model. Confirmed:-Modelled as confirmTicket operation in Ticket class. Paid:-modelled as makePayment operation in Customer,Member class. Book:-Modelled as bookTicket operations in Customer,Member class. Maintain:- a set of classes and attributes used. Cancel(booking,reservation):-Modelled as setCancelTickets,cancel booking in Member,customer,staff class. purchase :-achieved by a customer,member class. Record( subscriptions ):-Operation in Membership manger class. Print (information) :- implemented as an operation in Ticket class email (members ):Handling subscriptions :communicate with MEMS :Check the type of membership :Offered (an on-line access ):purchase:Contact( the membership manager ) apply change:- implement as an operation in Membership manager class. allow on-line bookings payments to be made by customers/members payments to be made by customers/members Bookings will be confirmed only if a payment in full is made successfully payment is cancelled payment transaction fails payment is received booking will be cancelled. will offer a basic authentication procedure for the users receptionist will be able to use the BOS membership manager will be able to work with the MEM subsystem system administrator will be creating new user accounts and deleting obsolete ones customers will be able to make on-line bookings and payments. adequate security protection pay their membership fee Benedict 44

BEN Ltd

badamian@gmail.com

Benedict

45

BEN Ltd Appendix Nowns List. Scenario

badamian@gmail.com

In the Stevenage Amateur Dramatic Society (SADS) theatre after the show one night, you are talking to the secretary of the society and discover that SADS have bought two second hand personal computers (each with a fairly large hard disk and a DVD player), two broadband modems, and two printers. The membership secretary will have one computer, printer and modem at home. The other computer, printer and modem will be located in the theatre box office. Having bought this equipment, SADS do not have enough funds left in this financial year to buy any standard software packages, but can afford two broadband subscriptions. The CEO of one of the local Internet Service Providers (ISP), also a long term SADS supporter, has offered a minimal hosting package free of charge for a year that includes a, web-server large disk space, a single database, email server with up to 20 separate email accounts, and many software packages necessary for creating a minimalistic website. SADS urgently require a software solution to help them to manage box-office reservations and membership subscriptions. Being a graduate software engineer and a freelancer, and being also a life-long member of SADS, you offer to produce some cheap software for them. By talking to the secretary, you discover that the following seem to be the main requirements for the software that SADS wish to acquire: - The box-office subsystem (BOS) will allow theatre seats to be reserved by telephone. It will maintain a database of the seats available for each night, and display these on a seating plan on screen to the box-office staff who will enter the reservations in response to reservation requests made by telephone, but they will only be available to do this during box office opening hours. The customer making a phone reservation will be given a unique reservation number once the reservation has been successfully made. The system must also record payment for tickets as and when these are collected. The system must also allow the box office staff to handle returned tickets and cancelled bookings (e.g. all refunds are made in cash and the relevant reservations are cancelled). The payments will be collected by staff either in cash or with credit/debit card when tickets are collected: the customer collecting the ticket(s) is expected to present the box-office staff with the reservation number so that staff can retrieve the amount due. Once a payment is collected, the respective reservation is recorded in the system as confirmed. The phone bookings are expected to be paid for in full at least 2 days before the particular performance. In case this does not happen SADS would like the system to cancel those (non-confirmed) bookings automatically so that other customers can book the released seats. - The membership subsystem (MEMS) will maintain a database of members' names and addresses, record the payment of annual subscriptions, print the labels for posting of subscription reminders, newsletters and programmes of events or email them to members who have an e-mail address,. Handling subscriptions will be made more complicated by the fact that there are several types of membership: junior, senior citizen, non acting patron, etc., each with its own subscription rate. In addition, patrons Benedict 46

BEN Ltd

badamian@gmail.com

pay a concessionaire price for tickets, so BOS must communicate with MEMS to check the type of membership. Members who provide an email address will be offered an online access to the system and will be able to pay their membership fee or purchase tickets on-line (see PAY subsystem below). The members, however, will not be able to alter any of their details. Should they require changes of their details they should contact the membership manager (e.g. by email) to request the change which only the membership manager can apply. - On-line payment subsystem (PAY). This subsystem will allow on-line bookings and payments to be made by customers/members. The customers will be able to view on their screen and choose from the seats available for a particular performance. 2 Bookings will be confirmed only if a payment in full is made successfully (PAY will interact with an external Payment Processor such as PayPal to clear the payment transactions). If the on-line payment is cancelled, the on-line payment transaction fails or no on-line payment is received within 30 min of the respective on-line booking, the on-line booking will be cancelled. - Assess subsystem (ACC). This subsystem will offer a basic authentication procedure for the users of the system: o receptionist (the staff working in the box-office who will be able to use the BOS subsystem), o membership manager (who will be able to work with the MEM subsystem), o system administrator (who will be responsible for creating new user accounts and deleting obsolete ones. The SADS are keen to delegate this responsibility to you). o customers, (i.e. members of the public, who will be able to make on-line bookings and payments. No login is required). o Members of the SADS, who will be able to pay their membership fee (login required), and make on-line bookings and payments (login required in case the members wish to use the concessionaire prices they are entitled to). SADS expressed concerns about the PAY subsystem and the consequences of security breaches. They would like you to put in place measures to achieve adequate security protection of the site. Also, they stated that usability of the web application is of high priority: they expect that a typical member of SADS should be able to use the system without training. Members of staff working for SADS should be able to use the new system after a minimal training.

Benedict

47

BEN Ltd Verb List.

badamian@gmail.com

Scenario In the Stevenage Amateur Dramatic Society (SADS) theatre after the show one night, you are talking to the secretary of the society and discover that SADS have bought two second hand personal computers (each with a fairly large hard disk and a DVD player), two broadband modems, and two printers. The membership secretary will have one computer, printer and modem at home. The other computer, printer and modem will be located in the theatre box office. Having bought this equipment, SADS do not have enough funds left in this financial year to buy any standard software packages, but can afford two broadband subscriptions. The CEO of one of the local Internet Service Providers (ISP), also a long term SADS supporter, has offered a minimal hosting package free of charge for a year that includes a web-server, large disk space, a single database, email server with up to 20 separate email accounts, and many software packages necessary for creating a minimalistic website. SADS urgently require a software solution to help them to manage box-office reservations and membership subscriptions. Being a graduate software engineer and a freelancer, and being also a life-long member of SADS, you offer to produce some cheap software for them. By talking to the secretary, you discover that the following seem to be the main requirements for the software that SADS wish to acquire: - The box-office subsystem (BOS) will allow theatre seats to be reserved by telephone. It will maintain a database of the seats available for each night, and display these on a seating plan on screen to the box-office staff who will enter the reservations in response to reservation requests made by telephone, but they will only be available to do this during box office opening hours. The customer making a phone reservation will be given a unique reservation number once the reservation has been successfully made. The system must also record payment for tickets as and when these are collected. The system must also allow the box office staff to handle returned tickets and cancelled bookings (e.g. all refunds are made in cash and the relevant reservations are cancelled). The payments will be collected by staff either in cash or with credit/debit card when tickets are collected: the customer collecting the ticket(s) is expected to present the box-office staff with the reservation number so that staff can retrieve the amount due. Once a payment is collected, the respective reservation is recorded in the system as confirmed. The phone bookings are expected to be paid for in full at least 2 days before the particular performance. In case this does not happen SADS would like the system to cancel those (non-confirmed) bookings automatically so that other customers can book the released seats. - The membership subsystem (MEMS) will maintain a database of members' names and addresses, record the payment of annual subscriptions, print the labels for posting of subscription reminders, newsletters and programmes of events or email them to members who have an e-mail address,. Handling subscriptions will be made more complicated by the fact that there are several types of membership: junior, senior citizen, non acting patron, etc., each with its own subscription rate. In addition, patrons pay a concessionaire price for tickets, so BOS must communicate with MEMS to check the type of membership. Members who provide an email address will be offered an online access to the system and will be able to pay their membership fee or purchase tickets on-line (see PAY subsystem below). The members, however, will not be able to Benedict 48

BEN Ltd

badamian@gmail.com

alter any of their details. Should they require changes of their details they should contact the membership manager (e.g. by email) to request the change which only the membership manager can apply. - On-line payment subsystem (PAY). This subsystem will allow on-line bookings and payments to be made by customers/members. The payments to be made by customers/members. 2 Bookings will be confirmed only if a payment in full is made successfully (PAY will interact with an external Payment Processor such as PayPal to clear the payment transactions). If the on-line payment is cancelled, the on-line payment transaction fails or no on-line payment is received within 30 min of the respective on-line booking, the on-line booking will be cancelled. - Assess subsystem (ACC). This subsystem will offer a basic authentication procedure for the users of the system: o receptionist (the staff working in the box-office who will be able to use the BOS subsystem), o membership manager (who will be able to work with the MEM subsystem), o system administrator (who will be responsible for creating new user accounts and deleting obsolete ones. The SADS are keen to delegate this responsibility to you). o customers, (i.e. members of the public, who will be able to make on-line bookings and payments. No login is required). o Members of the SADS, who will be able to pay their membership fee (login required), and make on-line bookings and payments (login required in case the members wish to use the concessionaire prices they are entitled to). SADS expressed concerns about the PAY subsystem and the consequences of security breaches. They would like you to put in place measures to achieve adequate security protection of the site. Also, they stated that usability of the web application is of high priority: they expect that a typical member of SADS should be able to use the system without training. Members of staff working for SADS should be able to use the new system after a minimal training.

Benedict

49