ScotAir Group Project — First Deliverable

Transcription

ScotAir Group Project — First Deliverable
Second Revision: October 23, 2009
Group 6: Deleuze, E.; Gardiner, R.; Oswald, R.; Saulais, P-A.; Shaw, P.; Trail, D.
Customer
Roger J. Rist
Manager
Murdoch J. Gabby
ScotAir Group Project – First deliverable
Heriot-Watt University 2009–2010
Contents
I
Requirements Specifications
1
1 Introduction
1.1 Document history . . . . . . . . . . . . .
1.2 Purpose . . . . . . . . . . . . . . . . . .
1.3 Scope . . . . . . . . . . . . . . . . . . .
1.4 Definitions, Acronyms and Abbreviations
1.5 References . . . . . . . . . . . . . . . . .
1.6 Overview . . . . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
2 General Description
2.1 Product Perspective . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2 General Capabilities . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.1 Allow Anonymous Customers to Register their details with ScotAir Airlines . . . . . . . .
2.2.2 Allow Anonymous Customers to purchase tickets for a particular ScotAir service . . . . .
2.2.3 Allow Registered Customers to log-in using their account and subsequently purchase tickets for a particular ScotAir service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.4 Allow ScotAir Call-Service Employees to log-in using their account and thereafter purchase tickets on behalf of their customers . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.5 Provide the facilities to enable registered ScotAir Travel Agents to Log-in via their account
and book flights on behalf of their customers . . . . . . . . . . . . . . . . . . . . . . . .
2.2.6 Allow ScotAir Check-In Desk Operators to log-In using their account and view information
concerning ScotAir services and their subsequent passengers . . . . . . . . . . . . . . .
2.2.7 Allow ScotAir Marketing Employees to log-In with their account and subsequently view
Marketing Statistics concerning ScotAir Airlines . . . . . . . . . . . . . . . . . . . . . . .
2.2.8 Allow the CEO of ScotAir Airlines to log-in and view Managerial Statistics concerning
ScotAir Airlines . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.9 Allow the CEO of ScotAir Airlines to log-in and configure the current state of ScotAir’s
services and its employees . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.3 General Constraints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.4 User Characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.5 Operational Environment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.6 Assumptions and Dependencies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3 Specific requirements
3.1 Capability Requirements
3.2 Constraint Requirements
3.2.1 Hardware . . . .
3.2.2 Software . . . .
3.2.3 Data . . . . . . .
II
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Project Plan
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
1
1
1
1
1
2
2
.
.
.
.
2
2
2
3
3
.
3
.
3
.
3
.
3
.
4
.
4
.
.
.
.
.
4
4
4
4
5
.
.
.
.
.
5
5
8
8
8
8
8
4 Tasks
8
5 Scheduling
9
III
Project Costing
9
IV
Risk Management
12
6 Risks
12
7 Corrective actions
12
8 Contingency plans
14
i
V
Group Members’ CVs
14
9 Elodie Deleuze
15
10 Ryan Gardiner
19
11 Ryan Oswald
21
12 Pierre-André Saulais
22
13 Peter Shaw
24
14 David Trail
27
List of Tables
1
2
3
Costs related to the project . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Risks potentially threatening the project . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Corrective actions to carry out to avoid and/or mitigate the risks . . . . . . . . . . . . . . . . . . 14
List of Figures
1
2
3
4
Work breakdown structure (WBS) of the system . . . . . . . . . .
Project schedule, modelled as a Gantt chart . . . . . . . . . . . .
Project schedule, modelled as a PERT diagram (Activity on Node)
Cost breakdown structure (CBS) of the project . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 9
. 10
. 11
. 12
ii
Introduction
For this project we have been asked to implement a flight reservation system, which we dubbed OATS (for
Omnipotent Airline Travel System). This is a one-year university project carried out by a group of six students
(five from the Computer Science course and one from the Information Systems course). The objective is to get
a first experience of what a real-world software engineering project is like.
The whole life cycle is covered, from the early stages of requirements to the later stages of deployment and
maintenance. Our group is working for ScotAir CEO Roger Rist, and is managed by Gabby Murdoch. The
system is meant for customers to book flight reservations and for the managers to get reports of the operations
within the company.
This document is mainly focused on the specifications of the OATS system, but also deals with the initial strategy
for the project. It is divided into five parts:
In the main part — requirements specifications — we describe the different kinds of users for the system and the
features they need, that is we define in detail what the system will be able or not to do.
In the second part — project planning — we outline our strategy for creating the system, that is the breakdown
of the project into tasks; when each task should be done, how long it is expected to take and how many people
should work on it.
In the third part — project costing — we estimate and justify the costs related to the execution of the project,
which include costs to create, deploy and maintain the system.
In the fourth part — risk management — we present the different risks that we feel may threaten the execution
of the project, what actions we can carry out to avoid or mitigate these risks, and finally what to do if the risks
happen anyway.
In the last part — group members’ CVs — we include CVs for every member of the group, in Europass format.
iii
Part I
Requirements Specifications
1
Introduction
1.1
Document history
1.2
Purpose
This document describes the user requirements for an Omnipotent Airline Travel System (OATS) as requested
by Dr. Roger J. Rist, the CEO of ScotAir Airlines. The system will allow ScotAir Customers to purchase tickets
and allow ScotAir Executives/Employees manage the operations of the company.
The intended readers of this documents are:
1. The client, Dr. Roger J. Rist and his associates so that they know what they are buying;
2. Group 6 developers, so that they know what to develop.
1.3
Scope
There is one piece of software being developed – the Omnipotent Airline Travel System (OATS).
The system will ultimately be used to improve the marketability of the existing services ScotAir currently provides – thus in turn allowing the company to maximize profits. The system will also provide the necessary
facilities for any future expansions the company may require.
Customers wishing to fly with ScotAir to a particular destination can visit the website and subsequently purchase
a ticket. Furthermore, customers can also register their details with ScotAir, thus giving them opportunity to
receive emails about promotions, etc.
Alternatively, a customer can phone the ScotAir Call-Center to book a flight. There a ScotAir Call-Service Employee will be tasked with booking flights on behalf of the customer via their terminal.
Travel Agents can also book flights on behalf of the customer with their own specialized account – prearranged
with ScotAir.
ScotAir Check-In Desk Operators can access their terminal to view flight information so that they can easily
check in passengers.
Marketing employees can Log-in to a specialist account that will allow them to view ScotAir statistics. Thereafter,
they can propose marketing strategies to the CEO of ScotAir.
The CEO of the ScotAir Airlines has access to various features, including: view statistics, configure flights and
manage user accounts. These can all be easily done by logging in from any computer.
1.4
SRS
Definitions, Acronyms and Abbreviations
Software Requirements Specification
1
OATS
Omnipotent Airline Travel System
CEO
Chief Executive Officer
OS
Operating System
HTML
Hyper Text Markup Language
1.5
References
Farrow, M (2007); User Requirements for Renal Stent Patients’ Database [Online, accessed: 18 October 2009];
http://www.macs.hw.ac.uk/~monica/Modules/S1/SoftEng3/URD/ExampleURD.pdf
1.6
Overview
Further on in this requirements specification section we essentially delves into more detail of the Functional
User Requirements and the Non-Functional User Requirements.
2
General Description
2.1
Product Perspective
The product is primarily a web-based application that can be used by any ScotAir customer willing to buy a
ticket, providing they have a computer and an internet connection. The web-based application will also work in
conjunction with the CEO of ScotAir Airlines, Marketing Employees, Check-In Desk Operators and Call-Service
Employees to ultimately help aid in the everyday operations of the company from their respective workplaces.
Specified Travel Agents will also be able to log into the web-based system and then if necessary book flights on
behalf of their customers from their work computer.
The system will not have to be integrated into any legacy system that is already in place as the client has
specified that the hardware and software required should all be brand-new. Thereafter, it is stated that there
will be no other system that shall be used in conjunction with the Omnipotent Airline Travel System (OATS).
2.2
General Capabilities
There are 9 main functional requirements:
1. Allow Anonymous Customers to Register their details with ScotAir Airlines in order to receive promotional
offers via email and make the online booking process much faster.
2. Allow Anonymous Customers to purchase tickets for a particular ScotAir service.
3. Allow Registered Customers to log-in using their account and subsequently purchase tickets for a particular
ScotAir service.
4. Allow ScotAir Call-Service Employees to log-in using their account and thereafter purchase tickets on
behalf of their customers.
5. Provide the facilities to enable registered ScotAir Travel Agents to log-in via their account and book flights
on behalf of their customers.
6. Allow ScotAir Check-In Desk Operators to log-In using their account and view information concerning
ScotAir services and their subsequent passengers.
7. Allow ScotAir Marketing Employees to log-In with their account and subsequently view Marketing Statistics concerning ScotAir Airlines.
8. Allow the CEO of ScotAir Airlines to log-in and view Managerial Statistics concerning ScotAir Airlines.
9. Allow the CEO of ScotAir Airlines to log-in and configure the current state of ScotAir’s services and its
employees.
2
2.2.1
Allow Anonymous Customers to Register their details with ScotAir Airlines
If they wish, Anonymous Customers can register their details with ScotAir Airlines – which can be done by
selecting the “Register” option from the ScotAir Airlines homepage. There they can enter their personal details
and bank details which will then be stored in a “Registered Customer Database”. By registering with ScotAir
Airlines, customers shall have the benefit of receiving emails concerning the company’s latest advertising campaign and its subsequent promotional offers. Other benefits include, customers being able to purchase tickets
much faster with ScotAir Airlines.
2.2.2
Allow Anonymous Customers to purchase tickets for a particular ScotAir service
Even if a customer is not registered with ScotAir Airlines, they can still purchase tickets for a particular service.
From the ScotAir Airlines homepage a customer can select a “From” destination and a “To” destination. The
customer will then be directed to a web-page where it will generate a list of available times and dates for that
particular service. Once the customer has made a decision on what service to book, the customer will then be
asked to provide some personal details and bank details in order to purchase tickets. Some of those personal
details will then be stored in a “Aircraft Passenger Database”. Later, a confirmation email will be sent to the
customer to confirm their purchase.
2.2.3
Allow Registered Customers to log-in using their account and subsequently purchase tickets for a
particular ScotAir service
Once a Registered Customer has logged in via the homepage of the ScotAir Airlines website, the customer will
be in a position where they can choose a “From” destination and a “To” destination. Thereafter, the customer
will then have the option of choosing which flight to book from the given times and dates. Once the customer is
happy with the current flight configuration they have selected, personal details and bank details will be extracted
from the “Registered Customer Database”. The booking will be automatically billed and some personal details
will be sent to the “Aircraft Passenger Database”. At this point a confirmation email will be sent thus confirming
the customers purchase.
2.2.4
Allow ScotAir Call-Service Employees to log-in using their account and thereafter purchase tickets
on behalf of their customers
ScotAir Call-Service Employees can log-in from the ScotAir Airlines homepage at their terminal and start to take
calls from customers. When a customer calls the call-service employee shall take some personal details, bank
details and travel information. Once the customer has provided the relevant details over the phone, the callservice employee will then dictate back and confirm the booking with the customer. At this time some personal
details will sent to the “Aircraft Passenger Database”.
2.2.5
Provide the facilities to enable registered ScotAir Travel Agents to Log-in via their account and
book flights on behalf of their customers
Any Travel Agent who has prearranged to have an account with ScotAir Airlines can book flights on behalf of
their customers and by doing so earning money on commission. When a customer is willing to book a flight
with a travel agent, the travel agent can log in to their account via their work terminal and enter the customer’s
personal details and bank details. At which point the travel agent will confirm the booking with the customer
and subsequently print out the details outlined on the confirmation screen. The “Aircraft Passenger Database”
will then be updated with new passenger details for the upcoming flight.
2.2.6
Allow ScotAir Check-In Desk Operators to log-In using their account and view information concerning ScotAir services and their subsequent passengers
ScotAir Check-In Desk Operators shall be able to log-in to their allocated account via a specified link away
from the ScotAir Airlines homepage. From their terminal at their specific airport, they can subsequently access
and produce hard copies of flight/passenger information for that particular day. Check-In Desk Operators can
3
then check-in passengers for a particular service once the customer has shown some form of identification (i.e.
passport or drivers license).
2.2.7
Allow ScotAir Marketing Employees to log-In with their account and subsequently view Marketing
Statistics concerning ScotAir Airlines
ScotAir Marketing Employees will be able to log-in to their specified account from the ScotAir website on any
computer with an internet connection. There they can access relevant statistics that will enable them to make
decisions that could potentially boost company profits. These proposed ideas can then be posed to the CEO of
ScotAir Airlines via email. From this email, the CEO can then make a decision on whether or not these plans
should go ahead. If yes, then the CEO can subsequently make the proposed changes from their terminal.
2.2.8
Allow the CEO of ScotAir Airlines to log-in and view Managerial Statistics concerning ScotAir
Airlines
The CEO of ScotAir Airlines shall be able to log-in via a specified area of the ScotAir Airlines website. From this
point the CEO will have the ability of viewing statistics concerning the general management of ScotAir Airlines.
2.2.9
Allow the CEO of ScotAir Airlines to log-in and configure the current state of ScotAir’s services
and its employees
The CEO of ScotAir Airlines shall be able to log-in via a specified area of the ScotAir Airlines website. From
this point the CEO will have the ability of configuring any flight information, such as resources, airports, routes,
services and prices. In addition, the CEO shall also be able to view/modify the current state of all his employees
and associates from the same terminal, this may include adding new staff or collaborating with any new travel
agencies.
2.3
General Constraints
In order to integrate this system into the working lives of all involved in ScotAir Airlines, each member of
staff shall need certain hardware and software for their place of work. Call-Service Employees, Check-In Desk
Operators and Marketing Employees will each need the following equipment in order to effectively operate
the proposed system: a computer, a printer, Open Office software, an internet connection and a telephone
connection. Similarly, the CEO of the ScotAir Airlines shall also need the same equipment his employees have,
by doing so the company can run efficiently as possible.
With the introduction of this new system, the “Employee Database” shall initially have 100 entires (corresponding to the number of employees ScotAir Airlines currently has) and this number shall probably grow as the
company expands. Furthermore, once the system is up and running the “Registered Customer Database” will
start to grow with new records being added frequently. Additionally, passengers who have booked a flight with
ScotAir Airlines will also be entered into a “Aircraft Passenger Database” and shall remain there until the service has terminated. Therefore, it has been agreed that with the large number of records needing to be stored
regarding employees and customers, that a server should be used to store this large amount of data.
The security of personal information that shall be added to the database is considered satisfactory due to the
user-name and password functionality and there will be no need for further security for the system.
2.4
User Characteristics
The users of the system will be: ScotAir Customers; The CEO of ScotAir Airlines, Dr. Roger, J. Rist; Marketing
Employees; Check-In Desk Operators; Call-Service Employees; and Travel Agents.
The system is likely to be used numerous time daily and is expected to be very user-friendly for all who use it.
2.5
Operational Environment
The Omnipotent Airline Travel System (OATS) will run on various networked Linux machines.
4
2.6
Assumptions and Dependencies
Not Applicable.
3
3.1
Specific requirements
Capability Requirements
F-UR 1 Allow Anonymous Customers to Register their details with ScotAir Airlines
Source: Dr. Roger J. Rist
Priority: Medium
F-UR 1-1 Register Anonymous Customer Anonymous Customers should be able to add themselves to the
“Registered Customer Database” via the ScotAir Airlines website. They will have to include personal details as
well as bank details in order for this process to be successful. Once the form has been filled in a confirmation
email shall be sent to the now Registered Customer.
F-UR 2 Allow Anonymous Customers to purchase tickets for a particular ScotAir service
Priority: High
F-UR 2-1 Purchase ScotAir Airlines Tickets Anonymous Customers should be able to easily purchase a ScotAir Airlines ticket by filling out the online form with personal details, bank details and flight information. They
will then be sent a confirmation email whist they are added to the “Aircraft Passenger Database”.
F-UR 3 Allow Registered Customers to log-in using their account and subsequently purchase tickets for a
particular ScotAir service
Priority: Medium
F-UR 3-1 Purchase ScotAir Airlines Tickets Registered Customers have the luxury of just choosing a specific
flight configuration and they are ready to confirm their booking. This is due to data being extracted from the
“Registered Customer Database” at customer log-in. Once they have confirmed their purchase then a confirmation email shall be sent whilst some data is transferred from the “Registered Customer Database” to the “Aircraft
Passenger Database”.
F-UR 4 Allow ScotAir Call-Service Employees to log-in using their account and thereafter purchase tickets
on behalf of their customers
Priority: Medium
5
F-UR 4-1 Purchase ScotAir Airlines Tickets ScotAir Call-Service Employees will enter booking information
into their terminal on request by a Customer on the telephone. Once the Customer has confirmed the purchase
with the Call-Service Employee then the customer’s details will be sent to the “Aircraft Passenger Database”.
F-UR 5 Provide the facilities to enable registered ScotAir Travel Agents to Log-in via their account and
book flights on behalf of their customers
Priority: Medium
F-UR 5-1 Purchase ScotAir Airlines Tickets Affiliated ScotAir Airlines Travel Agents will enter booking information on behalf of the customer visiting the travel agency. The travel agent will then be taken to a confirmation
screen, thus finalizing the transaction, whilst at the same time the customer details will be added to the “Aircraft
Passenger Database”.
F-UR 5-2 Print out Confirmation Screen At the confirmation screen outlined above, the travel agent has the
opportunity to produce a hard copy of the booking made with the customer if required.
F-UR 6 Allow ScotAir Check-In Desk Operators to log-In using their account and view information concerning ScotAir services and their subsequent passengers
Priority: Medium
F-UR 6-1 View Passenger list for a particular Service ScotAir Check-In Desk Operators can view which passengers shall be on what flight and when by the system extracting data from the “Aircraft Passenger Database”.
F-UR 6-2 Print out Passenger list for a particular Service From a particular service the Check-In Desk
Operator can produce a hard copy of the list of passengers on that service.
F-UR 6-3 Check-in Passengers for a particular Service When Check-In Desk Operators check-in passengers,
the passengers will show some sort of identification, hand over any baggage and receive a boarding pass. At
this point, the passenger shall be removed from the “Aircraft Passenger Database”.
F-UR 6-4 Print out a Boarding Pass for a Customer who is checking in From the list of passengers on a
service, the Check-In Desk Operator can produce a Boarding Pass for a particular passenger. Appendix E shows
a template of what the Boarding Pass may look like.
F-UR 7 Allow ScotAir Marketing Employees to log-In with their account and subsequently view Marketing
Statistics concerning ScotAir Airlines
Priority: High
6
F-UR 7-1 View Marketing Statistics ScotAir Marketing Employees can easily view the “Marketing Statistics”
by logging onto their account.
F-UR 8 Allow the CEO of ScotAir Airlines to log-in and view Managerial Statistics concerning ScotAir
Airlines
Priority: High
F-UR 8-1 View Managerial Statistics The CEO of ScotAir Airlines can easily view the “Managerial Statistics”
by logging onto their account.
F-UR 9 Allow the CEO of ScotAir Airlines to log-in and configure the current state of ScotAir’s services
and its employees
Priority: High
F-UR 9-1 View/Configure Resources The CEO of ScotAir Airlines has the ability to view, add and remove
aircrafts from its fleet currently stored in the database.
F-UR 9-2 View/Configure Airports The CEO of ScotAir Airlines has the ability to view, add and remove
airports currently stored in the database.
F-UR 9-3 View/Configure Routes
currently stored in the database.
The CEO of ScotAir Airlines has the ability to view, add and remove routes
F-UR 9-4 View/Configure Services The CEO of ScotAir Airlines has the ability to view, add and remove
services currently stored in the database.
F-UR 9-5 View/Configure Marketing Employees The CEO of ScotAir Airlines has the ability to view, add,
edit and remove Marketing Employees currently stored in the database.
F-UR 9-6 View/Configure Check-In Desk Operators The CEO of ScotAir Airlines has the ability to view, add,
edit and remove Check-In Desk Operators currently stored in the database.
F-UR 9-7 View/Configure Call-Service Employees The CEO of ScotAir Airlines has the ability to view, add,
edit and remove Call-Service Employees currently stored in the database.
F-UR 9-8 View/Configure Travel Agents The CEO of ScotAir Airlines has the ability to view, add and remove
Travel Agent currently stored in the database.
F-UR 9-9 View/Configure Pilots The CEO of ScotAir Airlines has the ability to view, add, edit and remove
Pilots currently stored in the database.
7
F-UR 9-10 View/Configure Air-Hostesses The CEO of ScotAir Airlines has the ability to view, add, edit and
remove Air-Hostesses currently stored in the database.
3.2
Constraint Requirements
3.2.1
Hardware
NF-UR 1-1 The system shall be accessible from any networked terminal used by an employee of ScotAir
Airlines but the system back-end will ultimately be integrated into a ScotAir Airlines server.
NF-UR 1-2 All hard copies of documents requested by ScotAir Airlines employees shall be printed by a black
and white lazer printer.
NF-UR 1-3 The system shall be integrated by Group 6.
3.2.2
Software
NF-UR 2-1 All work terminals being provided as part of developing the system shall all have Linux as its
default Operating System (OS)
NF-UR 2-2 All work terminals being provided as part of developing the system shall all have Open Office
installed on them.
NF-UR 2-3 The system shall be built using HTML and various other web-based programming languages to
produce a front-end. A back-end shall be programmed in Java and our database provisioner shall be MySQL.
3.2.3
Data
NF-UR 3-1 The system shall have to cater for a maximum of 16,000 passengers per day at the company’s
current state.
NF-UR 3-2 The system shall have to cater for a maximum of 100 employees at the company’s current state.
NF-UR 3-3 When purchasing a ticket, the system shall not permit invalid data to be submitted when entering
personal details, bank details or even flight information.
Part II
Project Plan
4
Tasks
As we can see in figure 1 on the following page, we have divided the project into the following four major tasks:
• Requirements
• Design
• Implementation
• Finalisation
8
Figure 1: Work breakdown structure (WBS) of the system
These tasks correspond to the four deliverables we have to hand in for this project.
5
Scheduling
To have a good idea of how to schedule this project, we have created a Gantt chart (shown in figure 2 on the
next page) and PERT diagram (shown in figure 3 on page 11). The two diagrams show the schedule of the same
tasks, but each kind has its pros and cons. The Gantt chart is better to have a good overview of the schedule
over time (in weeks), and the PERT diagram is more detailed. In particular, since it shows the durations of the
tasks, we can identify the critical path in the project. It is outlined in yellow in the diagram.
Dates and durations are shown based on a 5 day week (Monday-Friday). Tasks finishing on Saturdays imply the
tasks finish in-line with the end of the working week. Tasks noted as beginning during the weekend or on the
Monday imply the tasks start time is the associated Monday of the coming week. Slack is also calculated based
on said 5 day week, hence a slack of 5 would indicate a week-long slack period.
The deadline marked as Deliverable 1 is due on 23rd October (23/10), and as such, the Specification, Planning,
Costing, Risk Analysis and CV tasks all encounter a seeming premature deadline compared to what might
normally be expected.
Deadline 2, due on 4th December (04/12). Subsequently, to keep scheduling accurate, the “(holiday)” task
indicates the holiday between semesters.
Deadline 3, due on 19th February (19/02). This coincides with the overall testing period, hence testing has
been separated into two different tasks. Tasks indicated with a latest finish date of 20/02 (see above note on
Saturdays) are due to finish in time for the deadline.
The tasks “Prototype Website” and “Prototype System” entail initial debugging of the code and ensuring that the
prototypes conform to the standards outlined in the “Evaluation Strategy” task.
The “Final Issue Resolution” task implies clearing up any loose ends regarding the product and its functionality
as well as collating all the documentation for the project.
9
Figure 2: Project schedule, modelled as a Gantt chart
Part III
Project Costing
This part outlines and justifies the costs shown in the costing table (table 1 on page 13). As can be seen in
figure 4 on page 12, we have divided the costs of this project into six categories.
Effort
The costs in this section are for a broadband and phone connection. These are essential for effective communications between the group members and also the customer and manager. A high speed broadband connection
will allow fast upload and download of data allowing both the developers and customer access to the latest
documents regarding the process of the development.
Personnel
This section gives the costs for human resources. The salaries are calculated from the average earnings of each
occupation and have been scaled for the duration of the project. Training covers costs for both project members
and staff.
Equipment
Costs for the hardware and software required for the development and implementation are shown here. The
costs for servers, terminals and devices are based on our understanding of the processing demands this system
will require. The software costs will cover licence purchasing for development tools.
10
(a) First half of the schedule (semester 1)
(b) Second half of the schedule (semester 2)
Figure 3: Project schedule, modelled as a PERT diagram (Activity on Node)
11
Figure 4: Cost breakdown structure (CBS) of the project
Sub-Contracting
Included here are the costs for catering of food and drinks for the entire duration of the development.
Maintenance
Maintenance costs include building rent, upkeep and bills.
Part IV
Risk Management
Even with the most carefully prepared plan the unexpected does happen, usually affecting the project in a
negative way. This is the reason why we have to do our best to anticipate what might go wrong while executing
the project plan, try to reduce the probaility of such adverse events happening, or reduce their impact on the
project’s progress. “Last recourse” plans also have to be prepared to deal with unmitigated crises.
6
Risks
Table 2 on page 14 summarizes the risks that we feel may be threatening the project, their likelihood and the
severity of their impact on the project. As we can see, if nothing is done regarding these risks the project can
suffer a lot of damage. We could either not have enough time to implement the system (risks 1, 4, 7 and 8),
end up delivering an incomplete product (risks 2, 3 and 6) or even worse, being able to deliver nothing (risk
5). Clearly, not doing anything to deal with these risks would be an unacceptable gamble.
7
Corrective actions
Table 3 on page 14 indicates the actions we should undertake to reduce the probability (i.e. avoidance) and/or
severity (i.e. mitigation) of the risks threatening the project, as well as the new probability and severity resulting
of the corrective action. As we can see, by our estimates we can avoid or mitigate the risks pretty well, making
the situation look a lot less dire than when considering the risks in the first table. However, these risks can still
prove to be a problem to the project, and this is why we have to be able to deal with them when they happen.
12
Communications
Effort
Personnel
Equipment
Broadband
Phone
Testing (10% of software + hardware)
£30.00
£175.00
£490.00
Software Engineers
Graphic Designers
Salaries
Web Designers
Marketing
Management
Training (10% of subtotal)
Travel
Insurance (10% of salaries)
£26,250.00
£7,500.00
£7,625.00
£8,250.00
£12,500.00
£9,410.35
£1,500.00
£6,212.50
Hardware
Software
Sub-Contracting
Maintenance
Other
Catering
Servers
Terminals
Devices
General
£250.00
£2,000.00
£250.00
£2,400.00
Food
Drinks
£2,700.00
£1,771.00
General
Running Costs
General
Building Rent
Repairs
Security
Reserve (20% of subtotal)
Subtotal (before training and reserve)
Total
£6,000.00
£800.00
£2,100.00
£5,000.00
£300.00
£18,820.70
£94,103.50
£122,334.55
Table 1: Costs related to the project
13
ID
1
2
3
4
5
6
7
8
Risk description
Unexpected changes to the specifications
Group member can’t do their job (e.g. because of illness)
Group member drops out
Other coursework conflicts with project progress
Losing critical documents or code
Group members are missing required skills for the project
Underestimated system complexity
Underestimated time needed to implement the system
Probability
Very likely
Likely
Very unlikely
Very likely
Unlikely
Likely
Likely
Likely
Severity
Medium
Medium
High
Medium
Critical
Medium
Medium
Medium
Table 2: Risks potentially threatening the project
ID
1
2
3
4
5
6
7
8
Action description
Have precise specifications the system; make sure the customer agrees
Ensure everyone can cover for other group members; don’t specialize
Same as #2; and have some buffer in the planning
Plan ahead; make sure group members’ work is well organized
Use source code control; have frequent, automated backups
Group members learn by themselves to cover missing skills
Think about design early; features should be independant
Prioritise features; release frequently; have some buffer in the planning
New prob.
Unlikely
Likely
Very unlikely
Likely
Very unlikely
Likely
Unlikely
Unlikely
New sev.
Medium
Low
Medium
Low
Low
Low
Medium
Low
Table 3: Corrective actions to carry out to avoid and/or mitigate the risks
8
Contingency plans
Contingency plans are the answer to the question “what if risks do happen, despite our best efforts to avoid or
mitigate them?”. Their purpose is to provide us with a safety net against crises. Not at crises can be dealt with
though, for example there is nothing to save the project if we do manage to lose our source code just before the
deadline.
One of the main kind of risk for this project is schedule overrun (i.e. not enough time to complete the scope and
quality goals by the deadline). Since the schedule for handing in deliverables is fixed, the only sensible solution
in the face of this situation is to sacrifice scope. That is, if it happens, the plan will then be to cut as much from
the features as needed. This will allow to deliver by the deadline a system which both works and meets the
quality goals, at the expense of scope (features).
The other main kind of risk is having someone in the group unable to carry out his or her part of the project.
This is much less of an issue, since each student in the group is expected to be able to do any kind of task needed
for the project. Thus risks of this kind are effectively turned into delays in the schedule – as less members have
to do the same amount of work. This is why arguably for this project most risks are related to the schedule.
14
Part V
Group Members’ CVs
9
Elodie Deleuze
Europass
Curriculum Vitae
Personal information
First name(s) /
Surname(s)
Address(es)
Telephone(s)
E-mail
Nationality
Date of birth
Gender
Elodie Deleuze
5/23 Drummond Street, EH8 9TT Edinburgh, United Kingdom
(+33) 4 78 85 50 05
Mobile:
(+44) 795 17 68 60
ed84@hw.ac.uk
French
11/08/1983
Female
Desired employment IT Architect
/ Occupational field
Work experience
Dates
Occupation or position held
Main activities and
responsibilities
Name and address of
employer
Type of business or sector
Dates
April until June 2009
Librarian
Creation and organisation of the library, the software and it
representation on the website.
Library of the Alliance française du Manitoba, 934 Corydon avenue, MB
R3M 0Y5 Winnipeg, Canada
Language school, Cultural organisation. Semi-Public service
June 2008
Librarian assistant
Main activities and
responsibilities
Name and address of
employer
Library of Lyon, Pôle Part-Dieu, blvd Vivier Merle, 69003 Lyon
Dates
Main activities and
responsibilities
Name and address of
employer
2006/2007
Tutor
Tutored a 10 year old girl for her homework (Mathematical, French,
English, Geometry…)
Mme Dubois, 36 quai Fulchiron 69002 Lyon
Dates
2002/2007 (intermittently)
Personal assistant
Main activities and
responsibilities
Name and address of
employer
Departmental Committee of Tourism of Rhône (Tourism Industry of
Rhône Department), 35 rue Saint-Jean, 69005 Lyon
15
Dates
Main activities and
responsibilities
Name and address of
employer
Dates
Tourism
Invigilator
Invigilator for the entrance examination for ENSSIB (National High-school
for librarians and information professional) and for French and General
Baccalaureate in Lumière High-school.
ENSSIB, 17/21 blvd du 11 novembre 1918, 69100 Villeurbanne
Lumière High school, 69008 Lyon
Education
Temporary switchboard operator and responsible for the physical
reception of the VIP’s
Main activities and
responsibilities
Name and address of
employer
Dates
Main activities and
responsibilities
Name and address of
employer
ENSSIB, 17/21 blvd du 11 novembre 1918, 69100 Villeurbanne
Education
Summer 2001
Employee at the Post office
Mail distribution
Post office of the 8th arrondissement of Lyon (an arrondissement is a
subdivision of the town)
Public service
Education and
training
Dates
Title of qualification
awarded
Principal
subjects/occupational skills
covered
Name and type of
organisation providing
education and training
Level in national or
international classification
Dates
awarded
Principal
covered
Name and type of
Dates
2009/2010
BSc Information Systems
Knowledge Management, Critical and Computational Thinking,
Organisational behaviour, Software Engineering
Heriot-Watt University, Campus of Riccarton, EH14 4AS Edinburgh
(Scotland)
Third year degree, equivalent to a higher national diploma
2007/2009
DUT Information option Book and heritage
Studies about the book universe and publishing
IUT 2 of Grenoble, 2 place Doyen Gosse, 38000 Grenoble (France)
Equivalent to a higher national diploma
2003/2006
16
awarded
Principal
covered
Name and type of
Dates
awarded
Licence in Literature (1st year validated)
Latin, French, French literature…
University of Lyon III, 18 rue Rollet, 69003 Lyon
Equivalent to the Bachelor’s degree
2001/2003
Licence in Law (1st year validated)
Principal
covered
French Law, Foreign Law, History, Economics…
Name and type of
University of Lyon III, 18 rue Rollet, 69003 Lyon
Dates
awarded
Principal
covered
Name and type of
Equivalent to the Bachelor’s degree
2000/2001
Literary Baccalaureate
Literature, philosophy, foreign Languages (English, Spanish, Italian),
geography, music…
Saint-Marc High-school, rue Sainte-Hélène, 69002 Lyon
Equivalent to A-level
Personal skills and
competences
Mother tongue(s)
French
Other language(s)
Self-assessment
European level (*)
Understanding
Listening
Reading
English
B2
B2
Italian
B2
B2
Spanish
Speaking
Writing
Spoken
Spoken
interaction production
B2
B1
B1
A2
B1
A2
A1
B1
A1
A1
A1
(*) Common European Framework of Reference for Languages
Social skills and I know how to work on my own or in a group in different
competences situations with different people.
17
Organisational skills I am able to work in situation of stress, I know how to speak
and competences with different publics
Computer skills and Good command of Microsoft Office pack (Word, Excel, Power
competences Point, Access) and librarian software (PF6, Aloes, WinBiblix).
Artistic skills and Dancing : I did classical dancing in a club for 8 years, then I
competences practiced folkloric dances in a club for 11 years and I trained
the Folk Circle for 2 years
Music : I play the guitar, recorder and flute
Driving licence Full clean driving licence
Referee Mrs Carole Brunie (Head of Alliance française du Manitoba),
934 Corydon avenue, MB R3M 0Y5 Winnipeg (Canada)
M Christian Leygnier (Head of Interior Service at ENSSIB,
17/21 blvd du 11 novembre 1918, 69100 Villeurbanne
(France)
18
10
Ryan Gardiner
Europass
Curriculum Vitae
First name(s) /
Surname(s)
Address(es)
Telephone(s)
E-mail
Nationality
Date of birth
Ryan Gardiner
8 Haining Place, Eliburn, Livingston, EH54 6TJ
01506417278
Mobile:
07846786219
rg106@hw.ac.uk
British
28/10/1989
Work experience
Date
Main activities and
responsibilities
Name and address of
employer
Date
Main activities and
responsibilities
Name and address of
employer
Date
Main activities and
responsibilities
March 2008 – Present
Sales Assistant
Checkout work and replenishing stock
Co-Operative Food
Food Retail
October 2007 – December 2008
Sales Advisor
Helping customers choose a computer system suitable to their needs
Pc World
Computer Retail
August 2007 – September 2007
PAT Assistant
Assistant for PAT electrical safety testing on all electrical equipment
Name and address of
employer
Castle Computer Services
Computer Retail/Services
Date
Main activities and
responsibilities
Name and address of
employer
March 2007 – April 2007
Technical Support
6 Week Employment; Hardware build, help desk, onsite assistant,
network construction
Castle Computer Services (Computer Retail/Services)
Computer Retail/Services
19
Date
Main activities and
responsibilities
Name and address of
employer
Date
Main activities and
responsibilities
Name and address of
employer
January 2007 – October 2007
Sales Assistant
Worked in grocery department and also on checkouts.
Morrisons
Food Retail
October 2006 – January 2007
Sales Advisor
Worked in multimedia department
Toys R Us
Retail
Education and
training
Dates
awarded
Principal
covered
Name and type of
2001 - 2007
Standard Grade/Higher
Standard Grade: Computing, Chemistry, Physics, CDT, Bus Man, Maths,
French, English
Higher: English, Computing, Bus Man, Physics, Maths
The James Young High School
Personal skills and I am competent with Computers and have built hardware systems, loaded
competences software and provided help-desk services. I use word processors to do
coursework, university notes and essays. I also use the internet regularly
and send lots of e-mails and use instant messengers every day.
Driving licence
Full UK Drivers Licence
20
11
Ryan Oswald
Europass
Curriculum Vitae
First name(s) /
Surname(s)
Address(es)
Telephone(s)
E-mail
Nationality
Date of birth
Ryan Oswald
25 Foot Place, Rosyth, Fife, Scotland, KY11 2DF
01383 417026
Mobile:
07851604697
ro23@hw.ac.uk
Scottish
12/04/89
Work experience
Dates
September 2008 – November 2008
Pizza Delivery Expert
Main activities and
responsibilities
Delivery
Name of employer
Dominoes Pizza, Inc.
Restaurant
Education and
training
Dates
Title of qualifications
awarded
Principal
covered
Name and type of
August 2001 - June 2007
Standard Grades and Highers
Mathematics, Computing Studies, English, Modern Studies, Physics,
Biology, Chemistry, French and History
Balwearie High School
SCQF Level 5 and SCQF Level 6 respectively
Personal skills and
competences
Mother tongue(s)
Social skills and
competences
Organisational skills and
competences
Computer skills and
competences
Driving licence
English
I have the ability to work well individually and in a group.
I have good time management skills and organisational skills.
Good office and programming skills
Full UK Drivers License
21
12
Pierre-André Saulais
Europass
Curriculum Vitae
First name(s) /
Surname(s)
Address
Telephone(s)
E-mail(s)
Nationality
Date of birth
Gender
Pierre-André Saulais
8 (2f1) Croall Place
Edinburgh EH7 4LT
United Kingdom
+33 146 38 79 15
Mobile
+44 750 30 31 079
pasaulais@free.fr
French
07/12/1987
Male
Desired employment Software Engineer
/ Occupational field
Work experience
Dates
Main activities and
responsibilities
Name and address of
employer
Dates
Main activities and
responsibilities
Name and address of
employer
01 July 2006 - 31 July 2006
Administrative secretary assistant
Secretarial work
THALES France
Bagneux (France)
Defence
14/04/2009 - 16/08/2009
Software Engineering Intern
Developing a visualization module in C++ for seismic modelling and
simulation software
NORSAR
Kjeller (Norway)
R&D
Education and
training
Dates
awarded
Principal subjects /
occupational skills covered
Name and type of
09/2005 - 06/2009
DUT Informatique
Software Engineering
IUT d'Orsay, Université Paris-Sud 11 (Technical University)
Orsay (France)
22
Personal skills and
competences
Mother tongue(s)
French
Other language(s)
Understanding
Self-assessment
European level (*)
English
German
Listening
C1
Proficient
user
A1 Basic User
Reading
C2
Proficient
user
A2 Basic User
Speaking
Spoken
interaction
C1
Proficient
user
A1 Basic User
Writing
Spoken
production
C2
Proficient
user
A1 Basic User
C2
Proficient
user
A2 Basic User
(*) Common European Framework of Reference (CEF) level
Organisational skills and
competences
Computer skills and
competences
Feb-March 2009: Led a 6-student software development project
(implementing a risk management Web application with PHP and
PostgreSQL)
Languages: C# (thorough knowledge), Java, Python, Lua (good
knowledge), C, C++ (good knowledge), x86 assembly (basics)
DBMS: Oracle, SQL Server, MySQL, PostgreSQL, SQLite – Very proficient
with SQL
Web: ASP.NET, PHP, HTML/CSS, JavaScript
OS: Windows, Linux (I use both of them daily)
Network programming: Sockets, client/server (good knowledge)
Parallel programming: Threads, message passing (good knowledge)
Misc: Design with UML, Perl-compatible regular expressions, UNIX shell
Additional References:
information Head of Studies, 2nd year Mrs. Hélène LE BRETON - I.U.T. d'Orsay,
Université Paris 11
Phone: +33 1 69 15 76 43 email: helene.le-breton@u-psud.fr
Software Engineer Mr. Ludovic POCHON-GUERIN - NORSAR (Kjeller,
Norway)
Phone: +47 63 80 59 55 email: Ludovic.Pochon-Guerin@norsar.no
23
13
Peter Shaw
Europass
Curriculum Vitae
First name / Surname
Address
Telephone(s)
E-mail
Nationality
Date of birth
Gender
Peter Shaw
25 Foot Place, Rosyth, Dunfermline, Fife, KY112DF
(+441383)417026
Mobile:
4471729642
ps125@hw.ac.uk
British
17/04/1989
Male
Work experience
Dates
Main activities and
responsibilities
June-October 2008
Team Member
Duties included working as a team to ensure high throughput, whilst
adhering to strict hygiene standards in the preparation and handling of
food; keeping the restaurant and facilities clean and handling of orders
and payment from customers.
Name and address of Burger King, Ferrymuir Retail Park, South Queensferry, EH30 9QU
employer
Dates
Main activities and
responsibilities
Retail
June-September 2008
Volunteer (Part time)
Duties included working in a busy retail charity shop, replenishing stocks
on shelves and racks and assisting in organising donations and pricing
suitable goods to be sold.
Name and address of Cancer Research UK, East Port, Dunfermline
employer
Retail / Charity
Education and
training
Dates
awarded
Principal subjects
Name and type of
2001-2007
SQA Higher Grades
Computing, Mathematics, English, Graphic Communication, Physics,
Product Design
Balwearie High School, Kirkcaldy, Fife
Personal skills and
competences
Mother tongue
English
Other language(s)
French
24
Self-assessment
European level (*)
Language
Computer skills and
competences
Understanding
Speaking
Writing
Listening
Reading
Spoken
interaction
Spoken
production
A2
A2
A2
A2
A2
Experienced in Java, C, HTML, SQL and agile development
methodologies/tools. Excels at program maintenance.
Other skills and Basic grounding in teaching acquired from a Sports Leadership module
competences completed in 2007
25
26
14
David Trail
Europass
Curriculum Vitae
First name(s) /
Surname(s)
Address
Telephone(s)
E-mail(s)
Nationality
Date of birth
Gender
David Trail
28/2 Gayfield Square
EH1 3PA Edinburgh (Scotland)
01315589076
Mobile
07816930167
napalm10@gmail.com
British
08 January 1990
Male
Work experience
Dates
Name and address of
employer
28/06/2009 - 10/09/2009
Village Orderly
Aberdeenshire Council
Personal skills and
competences
Mother tongue(s)
Computer skills and
competences
Driving licence(s)
English
Good knowledge of dynamic scripting languages (Perl, Python) as well as
a good understanding in other lower level languages including C. Can
pick up new languages quickly. Experience with SQL, HTML and
Javascript.
B
27
Conclusion
In this deliverable, we have explained in detail the features required for the system (i.e. what it should do).
We have also given an overview of our initial strategy for executing the project. The next deliverable will focus
on the actual design of the system (i.e. how it should be done). It will also expand on ideas we discussed in
this document, and will contain any changes in requirements or planning that may be needed after taking into
consideration the design, group members’ skills and customer’s new requirements.
Appendix A – Customer Specifications
Customer
Manager of a small Airline Company
Scenario The company which you manage has been operating as a charter flight service for a number of
years. Over that period the firm has built up a fleet of ten 40-seater short-haul aircraft and sufficient support
infrastructure to move into scheduled services. The removal of restrictions initiated by the EU in recent years
has allowed you the opportunity to make this move by offering scheduled services between all the Scottish
airports (including the Western and Northern Isles.) As Manager of the service you wish to have a software
system developed to manage this scheduled service.
Requirements Software system to maintain details of all scheduled flights provided by the service. Reservations against these flights should be recorded, with current seat availability being immediately available on
request. Costing structure for different flights and types of customer should be developed, with details of income
per flight being generated. Booking system should include payment record. A marketing and promotions plan
will draw information from the system, to propose special offers, promotions, and to influence future purchasing
policy.
Schedule of all flights offered by service, broken down by source and destination, referenced by flight number.
Should include all timings.
Reservation system for flights, based on current seat availability, to incorporate three types of customer - Business, maximum of 40% of seats on any flight, highest cost - Economy, standard cost - Group, minimum of 6
customers for group rate, maximum of 40% of seats on any flight , lowest cost.
Reservations can be made by private individuals with 50% deposit on booking, or by registered travel agents
(against bond) by 50% deposit within 48 hours (or less if flight is less than 48 hours away). Record of all travel
agents recognised by firm should be maintained.
Statistical information on usage; income breakdown; and source of business should be maintained for all routes.
Modelling of current position of routes against potential changes brought about by discount structures, changes
in flight frequency and increased seat numbers for particular client types, should also be considered for all
routes. This information should feed into the marketing and promotions plan, to consider potential for special
offers and promotions for quiet periods and low take-up airports, and to consider future purchasing of craft
against market need.
28
Appendix B – Flight routes map and frequencies
29

ScotAir Group Project — First Deliverable

Transcription

Similar documents

Airpac Service Brochure - Aircraft Interiors Expo

waiver guidelines jakarta incident

Trail of Tears (Robert Lindneux in 1942)

Airpac Interiors - Aircraft Interiors Expo Asia

First-Time User Registration:

Satisfaction And Loyalty To Airlines In Mexico

Ribbon Cutting Ceremony - Great Rivers United Way

SSTF - TUHAYE.mxd - South Summit Trails Foundation

PDF - American Agents

Rannel`s Kettle Run Nature Preserve