Thursday, 25 December 2008
Tuesday, 23 December 2008
Tuesday, 16 December 2008
Green Street Car Park-- Use Case Diagram
Green Street Car park Case study
Green Street management wishes to increase security, both in their building and on site, without antagonising their employees. They would also like to prevent people who are not part of the company from using the Green Street car park.
It has been decided to issue cards to all employees, which they are expected to wear while on the Green Street site. The cards record the name, department and number of the member of staff, and permit access to the Green Street car park.
A barrier and a card reader are placed at the entrance to the car park. The driver of an approaching car inserts his or her numbered card in the card reader, which then checks that the card number is known to the Green Street system. If the card is recognised, the reader sends a signal to raise the barrier and the car is able to enter the car park.
At the exit there is also a barrier, which is raised when a car wishes to leave the car park.
When there are no spaces in the car park, a sign at the entrance displays Full and is only switched off when a car leaves.
Special visitor’s cards, which record a number and the current date, also permit access to the car park. Visitor’s cards may be sent out in advance, or collected from reception. All visitor’s cards must be returned when the visitor leaves Green Street.
1. Nouns
2.Use case Diagram:-
Green Street management wishes to increase security, both in their building and on site, without antagonising their employees. They would also like to prevent people who are not part of the company from using the Green Street car park.
It has been decided to issue cards to all employees, which they are expected to wear while on the Green Street site. The cards record the name, department and number of the member of staff, and permit access to the Green Street car park.
A barrier and a card reader are placed at the entrance to the car park. The driver of an approaching car inserts his or her numbered card in the card reader, which then checks that the card number is known to the Green Street system. If the card is recognised, the reader sends a signal to raise the barrier and the car is able to enter the car park.
At the exit there is also a barrier, which is raised when a car wishes to leave the car park.
When there are no spaces in the car park, a sign at the entrance displays Full and is only switched off when a car leaves.
Special visitor’s cards, which record a number and the current date, also permit access to the car park. Visitor’s cards may be sent out in advance, or collected from reception. All visitor’s cards must be returned when the visitor leaves Green Street.
1. Nouns
- Employee
- Cards
- Card record
- Name
- Department
- Number
- Barrier
- Card reader
- Car park
- Driver
- Car
- Check
- Signal
- Raise
- Exit
- Spaces
- Visitor
- Visitor's card
- Reception
2.Use case Diagram:-
- Use case 1:-
- Use Case 2
- Use Case 3
Thursday, 27 November 2008
CLASS DIAGRAM--2
Casestudy 1:-
GoGreen Bikes Required System
GoGreen Bikes is a bicycle hire company. The new system for keeping track of bike hiring will work as follows:A customer goes to the reception desk and asks for the type of bike they want to hire e.g. a woman’s ten speed racer in blue. The receptionist relays this information to one of the mechanics who brings out a suitable bike from the store room. The receptionist checks the bike number and looks up the details of this bike on the computer system to find the hire and deposit charges. If the customer accepts the cost of the hire the receptionist records customer details such as name, address and telephone number. She also records details about the hire transaction such as the start date, estimated number of days required and the bike number. The deposit and hire charge are paid by the customer and the system prints out a receipt. The customer then takes the bike and departs.For each customer, an account is kept of the amount charged and the amount paid. Recording such details is also the job of the receptionist.When the bike is returned, the customer tells the receptionist his or her name. The records are checked to see that they correspond with the bike that is being returned. The date of return is also checked; if the return is late, the customer is required to pay an extra charge.The bike is then examined by a mechanic to check for any damage. If the bike is in good condition, the mechanic records this on the system and the receptionist returns the deposit to the customer.Details of new bikes are recorded on the computer by a clerk.Additional functionality:· The system should keep a record of all customers and their past hire transactions.· Keep track of how many bikes a customer is hiring so that the customer gets one receipt for all bikes hired.· Cope with a customer who wants to hire bikes for different lengths of time.· Automatically work out any extra payments due for bikes that are returned late.· Keep track of the state of each bike e.g. in stock, hired or being repaired.· Provide the means to record details about specialist bikes e.g. tandems and penny farthings that are also available for special occasions.Procedure for building Class diagrams
--Aggregation--Inheritance
--Inheritance
--Final class diagram
GoGreen Bikes Required System
GoGreen Bikes is a bicycle hire company. The new system for keeping track of bike hiring will work as follows:A customer goes to the reception desk and asks for the type of bike they want to hire e.g. a woman’s ten speed racer in blue. The receptionist relays this information to one of the mechanics who brings out a suitable bike from the store room. The receptionist checks the bike number and looks up the details of this bike on the computer system to find the hire and deposit charges. If the customer accepts the cost of the hire the receptionist records customer details such as name, address and telephone number. She also records details about the hire transaction such as the start date, estimated number of days required and the bike number. The deposit and hire charge are paid by the customer and the system prints out a receipt. The customer then takes the bike and departs.For each customer, an account is kept of the amount charged and the amount paid. Recording such details is also the job of the receptionist.When the bike is returned, the customer tells the receptionist his or her name. The records are checked to see that they correspond with the bike that is being returned. The date of return is also checked; if the return is late, the customer is required to pay an extra charge.The bike is then examined by a mechanic to check for any damage. If the bike is in good condition, the mechanic records this on the system and the receptionist returns the deposit to the customer.Details of new bikes are recorded on the computer by a clerk.Additional functionality:· The system should keep a record of all customers and their past hire transactions.· Keep track of how many bikes a customer is hiring so that the customer gets one receipt for all bikes hired.· Cope with a customer who wants to hire bikes for different lengths of time.· Automatically work out any extra payments due for bikes that are returned late.· Keep track of the state of each bike e.g. in stock, hired or being repaired.· Provide the means to record details about specialist bikes e.g. tandems and penny farthings that are also available for special occasions.Procedure for building Class diagrams
1. Identifying the objects and deriving classes
List of nouns:-
- GoGreen Bike
- Bicycle
- Bike
- Customer
- Bike number
- Hire
- Deposit charge
- Records
- Name
- Address
- Telephone number
- Hire transactions
- Start date
- Receipt Account
- Date of return
- Deposit
- Amount charged
- Amount paid
- Past hire transactions
- Length of time
- Stock
- Specialist bike
- Cost of hire
2. Identifying attributes of classesList of attributes:-·
- Bike number
- Deposit charge
- Bike size
- Bike status
- Date of return
- Deposit
- Amount charged
- Past hire transactions
- Length of time
- Tandems
- Penny
- cost of hire
3. Idendifying relation between classes
--Assosiation and multiplicity
--Aggregation--Inheritance
--Inheritance
--Final class diagram
Monday, 10 November 2008
CLASS DIAGRAM--1
CASE STUDY -1
GoGreen Bikes Required System
GoGreen Bikes is a bicycle hire company. The new system for keeping track of bike hiring will work as follows:
A customer goes to the reception desk and asks for the type of bike they want to hire e.g. a woman’s ten speed racer in blue. The receptionist relays this information to one of the mechanics who brings out a suitable bike from the store room. The receptionist checks the bike number and looks up the details of this bike on the computer system to find the hire and deposit charges. If the customer accepts the cost of the hire the receptionist records customer details such as name, address and telephone number. She also records details about the hire transaction such as the start date, estimated number of days required and the bike number. The deposit and hire charge are paid by the customer and the system prints out a receipt. The customer then takes the bike and departs.
For each customer, an account is kept of the amount charged and the amount paid. Recording such details is also the job of the receptionist.
When the bike is returned, the customer tells the receptionist his or her name. The records are checked to see that they correspond with the bike that is being returned. The date of return is also checked; if the return is late, the customer is required to pay an extra charge.
The bike is then examined by a mechanic to check for any damage. If the bike is in good condition, the mechanic records this on the system and the receptionist returns the deposit to the customer.
Details of new bikes are recorded on the computer by a clerk.
Additional functionality:
· The system should keep a record of all customers and their past hire transactions.
· Keep track of how many bikes a customer is hiring so that the customer gets one receipt for all bikes hired.
· Cope with a customer who wants to hire bikes for different lengths of time.
· Automatically work out any extra payments due for bikes that are returned late.
· Keep track of the state of each bike e.g. in stock, hired or being repaired.
· Provide the means to record details about specialist bikes e.g. tandems and penny farthings that are also available for special occasions.
Procedure for building Class diagram
1. Identifying the objects and deriving classes
List of nouns:-
· GoGreen Bike
· Bicycle
· Bike
· Customer
· Bike number
· Hire
· Deposit charge
· Records
· Name
· Address
· Telephone number
· Hire transactions
· Start date
· Estimated number
· Receipt
· Account
· Date of return
· Deposit
· Past hire transactions
· Length of time
· Stock
· Specialist bike
· Cost of hire
2. Identifying attributes of classes
List of attributes:-
· Bike number
· Deposit charge
· Bike size
· Bike model
· Name
· Address
· Telephone number
· Start date
· Estimated number
· Bike status
· Date of return
· Deposit
· Past hire transactions
· Length of time
· Tandems
· Penny
.cost of hire
3. Idendifying relation between classes
--Assosiation and multiplicity
--Aggregation
--Inheritance
--Final class diagram
GoGreen Bikes Required System
GoGreen Bikes is a bicycle hire company. The new system for keeping track of bike hiring will work as follows:
A customer goes to the reception desk and asks for the type of bike they want to hire e.g. a woman’s ten speed racer in blue. The receptionist relays this information to one of the mechanics who brings out a suitable bike from the store room. The receptionist checks the bike number and looks up the details of this bike on the computer system to find the hire and deposit charges. If the customer accepts the cost of the hire the receptionist records customer details such as name, address and telephone number. She also records details about the hire transaction such as the start date, estimated number of days required and the bike number. The deposit and hire charge are paid by the customer and the system prints out a receipt. The customer then takes the bike and departs.
For each customer, an account is kept of the amount charged and the amount paid. Recording such details is also the job of the receptionist.
When the bike is returned, the customer tells the receptionist his or her name. The records are checked to see that they correspond with the bike that is being returned. The date of return is also checked; if the return is late, the customer is required to pay an extra charge.
The bike is then examined by a mechanic to check for any damage. If the bike is in good condition, the mechanic records this on the system and the receptionist returns the deposit to the customer.
Details of new bikes are recorded on the computer by a clerk.
Additional functionality:
· The system should keep a record of all customers and their past hire transactions.
· Keep track of how many bikes a customer is hiring so that the customer gets one receipt for all bikes hired.
· Cope with a customer who wants to hire bikes for different lengths of time.
· Automatically work out any extra payments due for bikes that are returned late.
· Keep track of the state of each bike e.g. in stock, hired or being repaired.
· Provide the means to record details about specialist bikes e.g. tandems and penny farthings that are also available for special occasions.
Procedure for building Class diagram
1. Identifying the objects and deriving classes
List of nouns:-
· GoGreen Bike
· Bicycle
· Bike
· Customer
· Bike number
· Hire
· Deposit charge
· Records
· Name
· Address
· Telephone number
· Hire transactions
· Start date
· Estimated number
· Receipt
· Account
· Date of return
· Deposit
· Past hire transactions
· Length of time
· Stock
· Specialist bike
· Cost of hire
2. Identifying attributes of classes
List of attributes:-
· Bike number
· Deposit charge
· Bike size
· Bike model
· Name
· Address
· Telephone number
· Start date
· Estimated number
· Bike status
· Date of return
· Deposit
· Past hire transactions
· Length of time
· Tandems
· Penny
.cost of hire
3. Idendifying relation between classes
--Assosiation and multiplicity
--Aggregation
--Inheritance
--Final class diagram
Subscribe to:
Posts (Atom)