Sie sind auf Seite 1von 57

Analysis of the Existing System

Use Case Diagrams and Narratives

Existing: Building Inventory System


Personnel
Administration
Existing: Inventory
System

Identification summary: Inventory System


Title: Check Inventory Level
Summary: This use case allows the operator to check the inventory level of their
building materials and stocks through browsing the inventory ledger.
Actors: Personnel and Engineer
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The Personnel must know how to review the Inventory ledger.
2. The Personnel must be authorized in reviewing the Inventory Ledger.
Main Success Scenario:
1. The personnel will simply look on the inventory ledger which is being updated
by the Maintenance and Housekeeping department.
2. If there are cases of out of stock on certain items, the personnel will notify
the Administration.
3. The personnel will wait for the approval of the Administration before the
personnel do some purchases.
Error Sequences
Ledgers are out Dated and compiled Improperly
– Tracking of the inventory level will be difficult if the ledgers are out dated
and not organized.
Post-Conditions:
1. The inventory is updated due to some purchases by the personnel in-
charge.
2. The inventory level might be lowered due to pending fixtures and needed
materials in maintaining the building.

Existing: Billing System - Meter Reading System


<<includes>>
<Administrator
Record
Operator
Meter
<
i
n
c
l
u
d
e
s
>
>

<<includes>>
Identification summary: Billing System
Title: Read Water Meters
Summary: This use case allows the operator to record the water readings of a
certain Condo unit with the use of form.
Actors: Operator and Administrator
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The Operator must have the water meter form before reading the water
gauges.
2. The Operator knows how to read the water meter.
3. The Operator is authorized and trained by the company in reading the water
meters.
Main Success Scenario:
1. The Operator will go to each condo unit to read one water meter.
2. The operator will record the water readings on the form.
3. The steps 1 and 2 will be repeated according to the number of occupants.
4. The forms will be compiled for future computation of Tenant’s Statement of
Accounts
Error Sequences
Defective Water Gauge
– If a water gauge is defective, the maintenance department will be notified
and the reading will be delayed.
Post-Conditions:
1. Water reading will be stop for a certain unit if there are no occupants.
2. The ledgers for the water readings will be updated after each reading.
3. Every reading will help in knowing if there are defective water meters.
Identification summary: Billing System
Title: Read Electric Meters
Summary: This use case allows the operator to record the electric readings of a
certain Condo unit with the use of form.
Actors: Operator and Administration
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The Operator must have the Electric Meter form before reading the Electric
gauges.
2. The Operator knows how to read the electric meters.
3. The Operator is authorized and trained by the company in reading the
electric meters.
Main Success Scenario:
1. The Operator will go to each condo unit to read one Electric meter.
2. The operator will record the electric readings on the form.
3. The steps 1 and 2 will be repeated according to the number of occupants.
4. The forms will be compiled for future computation of Tenant’s Statement of
Accounts
Error Sequences
Defective electric Gauge
– If an Electric gauge is defective, the maintenance department will be
notified or if the case is worse, the assistance of the power source
provider will be needed that might delay the electric reading.

Post-Conditions:
1. Electric reading will be stop for a certain unit if there are no occupants.
2. The ledgers for the water readings will be updated after each reading.
3. Every reading will help in knowing if there are defective electric meters.

Identification summary: Billing System


Title: Record Meter Readings
Summary: This use case shows the procedures that an operator follows as the
operator summarizes the 2 condo readings.
Actors: Operator and Administration
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The Operator must have the water and electric readings.
2. The Operator must know how to compute the water and electric readings
Main Success Scenario:
1. The Operator will compile the two meter reading data according to the name
of the Tenants.
2. The operator will add the two meter readings to the pending computation of
the Tenant’s Statement of accounts.
3. The steps 1 and 2 will be repeated depends on the number of occupants.
Error Sequences
Incomplete readings
– If there are any lacking records for the 2 meters of one condo unit, the
operator will visit the condo unit and perform again the readings.
Post-Conditions:
1. The water and electric readings are now available for the final computation of
Statement of Accounts.
2. The readings for the electricity and water of a condo unit will be only stopped
if there are no occupants.
3. The summarization of the statement of accounts will be paused if there are
delays or pending fixtures.

Existing: Main Billing System


Administration
Tenant
Billing System
Secretary
Accountant

Messenger

Identification summary: Billing System


Title: Create Statement of Accounts
Summary: This use case shows how the Administration Secretary will compute the
Tenant’s Statement of Accounts.
Actors: Administration Secretary and Accountant
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The Accountant must have the complete Tenant’s billing records including
the 2 condo meter readings.
2. The Accountant must know the computation procedures used by Makati
Prime Tower.
Main Success Scenario:
1. The Accountant will acquire the Tenant’s Statement of accounts from the
Administration Secretary..
2. The Accountant will compute the Tenant’s Insurance and Association Dues.
3. The Accountant will add the Electricity and Water readings.
4. The Accountant will add the Parking and Cable cost which are fix.
5. The Administration Secretary will compile the final Tenant’s Statement of
Accounts and updates their Statement of Accounts.
6. The steps 1 to 5 will be repeated according to the number of occupants.

Error Sequences
Incomplete Tenant’s billing information
– Computation of The Tenant’s Statement of Accounts will be delayed.
Post-Conditions:
1. The Statement of Accounts for each tenant will be updated after the
computation.
2. Statement of Accounts will be stored in forms or ledgers and in a softcopy.
3. The latest Statement of Accounts is available for 1 month then it will be
updated for the next coming month.

Identification summary: Billing System


Title: Deliver the Statement of Accounts
Summary: This use case shows the delivery of the Tenant’s Statement of Accounts
receipts.
Actors: Messenger and Tenants
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The Statement of Accounts must be accurate before the delivery period.
2. The Messenger must know the exact Condo Unit Address as the messenger
delivers the Statement of Accounts.
Main Success Scenario:
1. The Messenger will simply give the Statement of Accounts to the Tenant/s.
2. The Tenant can view his/her Statement of Accounts.
3. The cycle will repeat all throughout the delivery process.

Error Sequences
Incomplete Tenant’s billing information
– Computation of the Tenant’s Statement of Accounts will be delayed.
Post-Conditions:
1. The tenants can now review their next payments.
2. The tenants are able to a lot their budget in paying their bills.
3. The delivered statement of accounts is based on the computed Tenant’s
Statement of Accounts.

Existing: Reservation System - Amenities (Skyline or roof top)


A View Amenities
m
e
n
i
t
i
e
s

R
e
s
e
r
v
a
t
i
o
n

S
y
s
t
e
m
Tenant Administrati
on

Identification summary: Reservation System


Title: View Amenities
Summary: This use case shows the procedures that a Tenant must follow as he or
she ask for a reservation on Makati Prime Tower’s amenities.
Actors: Tenant and Administration
Creation Date: February 23, 2009 Date of Update: February 23, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The Tenant must have the documents or a valid ID for tenant information
record.
2. The Tenant must have money for Payment Reservation.
3. The Tenant has a good record in Makati Prime in terms of occupancy and
usage of amenities.
Main Success Scenario:
1. The Tenant must fill up a form for amenity reservation.
2. Pay the required reservation fee.
Error Sequences
E.1 Wrong Personal Information
– The application will be put on hold.
E.2 Insufficient payment amount.
– The Tenant must pay the reservation fee based on the rules of payment of
Makati Prime or else it will be rejected or put on hold.
Post-Conditions:
1. The amenities are now reserved for the reservist.
2. Some amenity units are under maintenance/repair or constructions.
3. The amenities are fully booked.

Existing: Parking System


P Enter Parking Area
a
r
k
i
n
g

S
y
s
t
e
m

Tenants

Guard

Guest

Identification summary: Parking


Title: Enter Parking Area
Summary: This use case shows how a guest avails for a parking slot in Makati
Prime Tower.
Actors: Tenant, Guest and Guard
Creation Date: February 23, 2009 Date of Update: February 23, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. FOR a Guest, he has an appointment on a Tenant or an Admin Employee.
2. FOR a Tenant, an ID is already available as he/she enters the building
premises.
Main Success Scenario:
I.1 Guest
1. A guard will ask the guest to discuss the purpose of his/her visit.
2. The guard will contact the tenant or Admin employee mentioned by the
visitor.
3. If Approve, the guard will give the designated parking area through a
numbered slot.
I.2 Tenant
1. A guard will ask for an ID or receipt as a proof of occupancy.
2. The Tenant will just proceed to his owned parking slot.
Error Sequences
Invalid ID for the tenant
– The tenant’s entrance will be verified first.

Post-Conditions:
1. The whole parking area is fully booked.
2. Some parking slots are under maintenance/repair or constructions.
3. The tenant enters the parking area after the verification process.
4. The guard allows the guest to enter because of approval from the tenant or
the administration.
Activity Diagrams
[Approved]
O
A
[Out
[Full
[Disapproved]
Review
Revise
Fill stock]
Review
Ask ofpurchase
Stock]
Purchase
up
Canvass
for
Purchase
Inventory
Approval
Order
Itemform
form B
p
d directories
Status
uil
e
m din
ir g
a
n
it
o
s
tr
r
a
t
i
o
n

Inventory System: Check Inventory Level


Billing System: Record water meters
[defective]
[working]
O
A
Read
Report
Notify
Check
FillVisit
Water
updefective
Maintenance
Water
meter
Units
Meter
d Meter
p condition
meter
Crew
form
e
m
ir
a
n
it
o
s
tr
r
a
t
o
r
Billing System: Record Electric Meter
[defective]
[working]
OReport
A Notify
Read
Check
FillVisit
updefective
Maintenance
Electric
Water
meter
Units
d Meter
p condition
meter
Meter
Crew
form
e
m
ir
a
n
it
o
s
tr
r
a
t
o
r
Billing System: Record Meters
ASave
O Submit
Encode
Create
Update
as Readings
Reading
readings
Softcopy
Ledger
p Compilations
d
e
m
ir
a
n
it
o
s
tr
r
a
t
i
o
n

S
e
c
r
e
t
a
r
y
Billing System: Create Account Statements
A Administration
Ready
Organize
Compute
Assign
Add
Compile
AddReady
Finalize
Submit
Tenant
water
Cable
Messenger
Statement
Tenant’s
Add
Tenant’s
and
Bill Secretary
Billing to
of
c Association
electric
Computation
Information
computations
Insurance
Accounts
deliver
readings
Dues
c
o
u
n
t
a
n
t
Billing System: Deliver Statement of Accounts
TReceive
M Acquire
Deliver
ProceedStatement
Statement
Delivery
e of Accounts
s
n
s
a
e
n
tn
g
e
r
Reservation System: View Amenities
[Available]
[Reserve
[Unavailable]
Administration
Ask[View
Tenants
Check
Pay
View
Reserve
Give
for Only]
Slot]
FillReservation
for
Reservations
up
Amenities
Receipt
Available
Form
Client
Amenities
Parking Slot: Get Parking Slot (Guest)
[if approve]
not
Guard
Guest
Verify approve]
Assign
Notify
AskPark
Appointment
the
and
Slot
Car
Visitor
Hold Parking Slot: Get
Entrance
Parking Slot
(Tenants)
[ifAsk
approve]
notGuard
Guest
approve]
Approve
for
Park
Verify
Ask
Occupancy
Car
IDID
passage
Documents

Present ID

Analysis of Proposed System

Proposed: Inventory System (Monitoring level through a Web Application)


<<extends>
<<includes>
Personnel
Administration
Inventory
Server System
>
Identification summary: Inventory System (Monitoring level through a
Web Application)
Title: Review Inventory
Summary: This use case shows how the personnel review the inventory of Makati
Prime Tower’s materials and stocks through the use of internet.
Actors: Personnel and Administration
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The Personnel must have the authorization from the Administration before
accessing the inventory of Makati Prime Tower.
2. The Personnel must know how to review the whole inventory system of
Makati Prime Tower.
Main Success Scenario:
1. The personnel will input his authorization details.
2. The personnel can check the level of the inventory.
3. If the inventory is low or a certain item is out of stock, the personnel must
notify the administration.
4. The Personnel can also check the latest purchases conducted by Makati
Prime Tower.
5. The personnel can also add new items which are cheaper based from the
product and price list provided by their suppliers.
6. If there are necessary concerns, the Personnel can address it to the
administration.
7. After the evaluation of the inventory, the personnel can now Log Out.
Alternative Sequences:
Tracking through the use of paper records
– In case of a down internet connection, the personnel can still do the
monitoring process but in a manual manner. .
Error Sequences
Wrong Log In details
– In case of wrong login attempt, the personnel cannot enter the inventory
system.
A down database or a down internet connection
– Tracking of the inventory level is still available.
Post-Conditions:
1. The inventory is updated after the review.
2. There are possibilities that new price lists are available.
3. Compilation of inventory ledgers are minimized.

Identification summary: Log in using a Web Application


Title: Log in
Summary: This use case shows how the Personnel logs in the inventory system.
Actors: Personnel and Server
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
– The Personnel must have the authorization from the Administration before
accessing the inventory of Makati Prime Tower.
Main Success Scenario:
1. The Personnel enter its authorization details.
2. The server will verify the Login details inputted by the personnel.
3. If approved, the personnel can check latest purchases, measure inventory
level and update item lists.
4. After the review, the personnel must log out.
Error Sequences
E.1 Wrong Login details
– The access will be denied and ask for the right one.
E.1 Down server
– This feature is unavailable in case of server maintenance or a down
connection..
Post-Conditions:
– The personnel is now logged in.

Identification summary: Measuring Inventory Level using a Web


application
Title: Measure Inventory level
Summary: This use case shows how the personnel measure the inventory level of
Makati Prime Tower’s through the use of internet.
Actors: Personnel and Administration
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
3. The Personnel must have the authorization from the Administration before
accessing the inventory of Makati Prime Tower.
4. The Personnel must know how to review the whole inventory system of
Makati Prime Tower.
Main Success Scenario:
1. The personnel will input his authorization details.
2. The personnel can check the level of the inventory.
3. If the inventory is low or a certain item is out of stock, the personnel must
notify the administration.
4. If there are necessary concerns, the Personnel can address it to the
administration.
5. After the evaluation of the inventory, the personnel can now Log Out.
Alternative Sequences:
Checking the level of the inventory through ledgers
– In case of a down internet connection, the personnel can still do the
monitoring process but in a manual manner. .
Error Sequences
Wrong Log In details
– In case of wrong login attempt, the personnel cannot enter the inventory
system.
A down database or a down internet connection
– Tracking of the inventory level is still available.
Post-Conditions:
• The inventory is already been evaluated if does need new purchases or not.

Identification summary: Updating item list using a Web application


Title: Update item list
Summary: This use case shows that the personnel can update their item list by
acquiring new list from their suppliers. .
Actors: Personnel and Administration
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The Personnel must have the authorization from the Administration before
accessing the inventory of Makati Prime Tower.
2. The Personnel must have the new list of suppliers.
Main Success Scenario:
1. The personnel will input his authorization details.
2. The personnel can check the list of suppliers and their product offerings..
3. The personnel add new suppliers with the review and approval of the
administration.
4. In case of supplier pullout, the personnel will notify the administrationand
looks for another possible supplier.
5. If there are other necessary concerns, the Personnel can address it to the
administration.
6. The personnel can now Log Out.
Error Sequences
Wrong Log In details
– In case of wrong login attempt, the personnel cannot enter the inventory
system.
A down database or a down internet connection
– Tracking of the inventory level is still available.
Post-Conditions:
• The lists of suppliers and items are now updated with the latest information.

Identification summary: Updating the latest purchases using a Web


application
Title: Update latest purchases
Summary: This use case shows that the personnel can update the latest purchases
Actors: Personnel and Administration
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
• The Personnel must have the authorization from the Administration before
accessing the inventory of Makati Prime Tower.
Main Success Scenario:
1. The personnel will input his authorization details.
2. The personnel can update their reports on latest purchases.
3. The latest purchases reports will be reviewed by the administration.
4. If there are other necessary concerns, the Personnel can address it to
the administration.
5. The personnel can now Log Out.
Error Sequences
Wrong Log In details
– In case of wrong login attempt, the personnel cannot enter the inventory
system.
A down database or a down internet connection
– Tracking of the inventory level is still available.
Post-Conditions:
• The latest purchases report is now available every time the personnel do
some purchases approved by the head offices.

Proposed: Meter Reading using PDA for Billing System


Operator
Meter Reading

<<includes>> Administrator

<<includes>>
Identification summary: Meter recording using PDA
Title: Record Water Meter
Summary: This use case shows how the operator records the water readings of a
certain Condo unit through the use of a PDA technology.
Actors: Operator and Administrator
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The Operator must have the PDA technology before reading the water
gauges.
2. The Operator must know how to operate the device.
Main Success Scenario:
1. The Operator will go to each condo unit to read one water meter.
2. The operator will record the water readings on his device.
3. The steps 1 and 2 will be repeated according to the number of occupants.
4. The Operator will save the file in “.csv” type.
Alternative Sequences:
Manual meter reading
– The operator will use the forms in recording the water meter for each
condo unit.
Error Sequences
Defective PDA
– If the PDA is defective, the operator can use the manual process of
reading the water meter through recording on a form.
Defective Water Gauge
– If a water gauge is defective, the maintenance department will be notified
and the reading will be delayed.
Post-Conditions:
1. The database of the water reading will be updated once the operator
uploaded the file through sync connection.
2. Water reading will be stop for a certain unit if there are no occupants and id
the condo unit’s main water gauge is malfunctioning.

Identification summary: Meter recording using PDA


Title: Record Electric Meter
Summary: This use case shows how the operator records the electric readings of a
certain Condo unit through the use of a PDA technology.
Actors: Operator and Administrator
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The Operator must have the PDA technology before reading the electric
meters.
2. The Operator must know how to operate the device.
Main Success Scenario:
1. The Operator will go to each condo unit to read one electric meter.
2. The operator will record the electric readings on his device.
3. The steps 1 and 2 will be repeated according to the number of occupants.
4. The Operator will save the file in “.csv” type.
Alternative Sequences:
Manual meter reading
– The operator will use the forms in recording the water meter for each
condo unit.
Error Sequences
Defective PDA
– If the PDA is defective, the operator can use the manual process of
reading the electric meter through recording on a form.
Defective Water Gauge
– If a water gauge is defective, the maintenance department will be notified
and the reading will be delayed.
Post-Conditions:
1. The database of the electric reading will be updated once the operator
uploaded the file through sync connection.
2. Electric reading will be stop for a certain unit if there are no occupants and id
the condo unit’s main water gauge is malfunctioning.
Proposed: Kiosk
KAdministration
<<extends>
<<includes>
Accountant
Tenants
Server
i Secretary
>
o
s
k
Identification summary: Log in using Kiosk
Title: Log in
Summary: This use case shows how the Tenant logs in his/her account.
Actors: Tenant and Server
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The tenant must be a resident of Makati Prime Tower.
2. The tenant must have the specific log in information.
Main Success Scenario:
5. The Tenant will go to the Kiosk which is located on the lobby of Makati
Prime Tower.
6. The Tenant will enter the required log in details such as username and
password primarily.
7. If the log- in details are correct, the server will allow the tenant to access
his or her profile page.
Alternative Sequences:
Online Access
– The Tenant can access his or her account through Makati Prime tower’s
web site. .
Error Sequences
E.1 Wrong Login details
– The access will be denied and ask for the right one.
E.1 Down server
– This feature is unavailable in case of server maintenance or a down
connection..
Post-Conditions:
1. The tenant is now logged in.
2. The tenant can reserve for amenities, view his/her statement of accounts and
view vehicle information.

Identification summary: Viewing Tenant’s Profile using Kiosk


Title: View Tenant’s Profile
Summary: This use case shows the features that a tenant can view on his profile
page..
Actors: Tenant
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The tenant must be a resident of Makati Prime Tower.
2. The tenant is already logged in.
Main Success Scenario:
1. The Tenant must login in its account before viewing the profile page.
2. The Tenant can review his past and future payments through viewing the
Statement of Accounts link updated by the administration.
3. The tenant reserve for available amenities.
4. The tenant can add and update his vehicle information in case of new vehicle
or other personal matters.
Alternative Sequences:
Online Access
– The Tenant can access his or her account through Makati Prime tower’s
web site. .

Error Sequences
E.1 Wrong Login details
– The access will be denied and ask for the right one.
E.2 Down server
– This feature is unavailable in case of server maintenance or a down
connection.
Post-Conditions:
1. The amenities are already reserved for the tenant.
2. Accommodations of future reservation will be postponed if the venues or
equipments are already reserved or under maintenance.
Identification summary: Reservation System using Kiosk
Title: Reserve Amenities
Summary: This use case shows how the Tenant applies for reservation for a certain
amenities through a Kiosk located on the lobby of Makati Prime Tower.
Actors: Tenant and Administration Secretary
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The tenant must be a resident of Makati Prime Tower.
2. The tenant is already logged in.
Main Success Scenario:
1. The Tenant can access the reservation system on its tenant’s profile page.
2. The Tenant must fill up a form for amenity reservation
3. The tenant will print a copy of reservation form with the tenant’s inputted
details.
4. The tenant will submit the printed copy and pay the required reservation fee
in the cashier.
Alternative Sequences:
Online Reservation
– The Tenant can apply for reservation through online by simply filling up
and printing the reservation form then before paying it to the cashier.
Error Sequences
E.1 Wrong Personal Information
– The application will be put on hold.
E.2 Insufficient payment amount.
– The Tenant must pay the reservation fee based on the rules of payment of
Makati Prime or else it will be rejected or put on hold.
E.3 Down server
– This feature is unavailable in case of server maintenance or a down
connection..
Post-Conditions:
1. The amenities are already reserved for the tenant.
2. Accommodations of future reservation will be postponed if the venues or
equipments are already reserved or under maintenance.

Identification summary: Checking Vehicle Information using Kiosk


Title: Check Vehicle information
Summary: This use case allows the tenant view, add or even update his vehicle
information. .
Actors: Tenant and Server
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
1. The tenant must be a resident of Makati Prime Tower.
2. The tenant is already logged in.
Main Success Scenario:
1. Once logged in, the tenant can view his or her personal vehicle information.
2. In case of additional vehicle/s, the tenant can add the new vehicle directly
and a notice to the administration.
3. In case of changes in the car, the tenant can update his vehicle profile.
Alternative Sequences:
Online checking of vehicle information
– The Tenant can add, view or update its vehicle information through online.
Error Sequences
E.1 Wrong Login details
– The access will be denied and ask for the right one.
E.2 Down server
– This feature is unavailable in case of server maintenance or a down
connection.
Post-Conditions:
1. The tenant’s vehicle information is unchanged unless it is been edited by the
owner.
2. The tenant’s vehicle information is available as long as it is a resident of
Makati Prime Tower.

Identification summary: Billing System (Tenant’s Statement of Account)


Title: Create Statement of Accounts
Summary: This use case shows the processes followed by the Accountant in
computing the Statement of Accounts of the tenants.
Actors: Administration Secretary and Accountant
Creation Date: March 10, 2009 Date of Update: March 10, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
– The Accountant must have the complete Tenant’s billing records including
the meter readings.
Main Success Scenario:
1. The Accountant will compute the Tenant’s Insurance and Association
Dues.
2. The Accountant will add the Electricity and Water readings.
3. The Accountant will add the Parking and Cable cost which are fix.
4. The Administration Secretary will compile the final Tenant’s Statement of
Accounts and update their Database.
5. The steps 1 to 4 will be repeated according to the number of occupants.
Alternative Sequences:
Actual bills will be given
– In case of kiosk malfunction or system down in the time of release of
statement of accounts, the administration will simply provide bills to their
tenants.
Error Sequences
E.1 Defective Kiosk
– Viewing of Statement of Accounts on Kiosk will be unavailable.
E. 2 Down server
– This feature is unavailable in case of server maintenance or a down
connection.
E.3 Wrong or questionable Statement of Account computation for a tenant.
– Some parts in the computation is wrong or questionable.
Post-Conditions:
1. The latest Statement of Accounts is now available for viewing.
2. Questionable and wrong computation is unavoidable.
3. The tenant can now pay for their respective dues.

Proposed: Parking System (Using Ticketing Device and RFID )

Parking System

Tenants

Guard

Guest
Identification summary: Parking
Title: Enter Parking Area
Summary: This use case shows how a tenant enters the parking area of Makati
Prime Tower.
Actors: Tenant and Guard
Creation Date: February 23, 2009 Date of Update: February 23, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
– The Tenant must ready his or her RFID before he or she enters the parking
area.
Main Success Scenario:
1. The Tenant will tap his RFID in the RFID scanner.
2. If the RFID is approved, the tenant can now park its car on its private parking
slot.
3. If rejected, the tenant may submit any identification documents of residency
in Makati Prime Tower.

Error Sequences
Invalid RFID for the tenant
– The tenant’s entrance will be verified first.

Post-Conditions:
1. The tenant parks its car in its allotted parking slot.
2. The parking area is unavailable due to another tenant’s mistake of parking.

Identification summary: Parking


Title: Request Parking
Summary: This use case shows how a guest enters the parking area of Makati
Prime Tower.
Actors: Guest and Guard
Creation Date: February 23, 2009 Date of Update: February 23, 2009
Version: 1 Person in Charge: Romir Gian O. Empino
Flow of Events
Preconditions:
– The Tenant must ready its purpose of visit.
Main Success Scenario:
1. The Guard will ask the guest for its purpose of visit.
2. The tenant will state if he or she has an appointment with a tenant or
administration employee/s.
3. The guard will call the specified person.
4. If approved, the guard will issue a ticket and assign a parking slot.
5. If denied, the case will be directed to the administration office.
Error Sequences
The ticketing device is out of ticket paper.
– The guard must place a new set of paper rolls.

Post-Conditions:
3. The guest parks its car in its assigned parking slot.
4. The parking area is full.

Activity Diagram

Inventory System: Log In


[access
[approved]
Verify
Enter
Access
Ask Personnel
Server
Logindenied]
Login
WebDetails
details
Page
Personnel Server

Access Web Page

Enter Login
details
Verify Login
details

[approved] [access
denied]

Ask Login Details

Enter Login
details

[approved]
[low
[has
[disapproved]
Check
Submit
Review
Purchase
Update
Canvass
Personnel
Administration
Login
or
a stock]
inventory
outcanvass
Inventory
of
items
stock] Level
unavailable
level
sheet
items
Inventory System: Measure Inventory level

[has a [low or out of

Canvass
unavailable
items

Submit canvass Review canvass


sheet sheet

[approve
Purchase items

[disapprove

Update Inventory Level

Inventory System: Update Item list


[approved]
[new
[no
[disapproved]
Submit
Add
Update
Review
items
Administration
Add
Check
Login
items
new
Personnel
updated
new
are
item
new
item
are
suppliers
items
available]
list
list
list
available]
Inventory System: Update latest purchases
[no
[with
Check
Review
Add
Add
Update
latest
Submit
Administration
Add
Login
the
item
Log
purchase
item
Personnel
item
latest
purchases
item
out
purchases
suppliers
costs
list
history
purchases]
[approve [disapproved

Kiosk: Log In
[access
[approved]
Verify
Enter
Access
Ask Server
Tenant
Logindenied]
Login
WebDetails
details
Page
Personnel Server

Access Web Page

Enter Login
details
Verify Login
details

[approved] [access
denied]

Ask Login Details

Enter Login
details

[will
Fill
Accept
Pay
Print
Print
Administration
up
apply
not
Reservation
reservation
Tenant
Reservation
View
Receipt
Payment
apply
forLogin
Amenities
reservation]
for
reservation]
Secretary
form
form
Kiosk: Reserve Amenities

Save
Add
Edit
Access
Complete
Submit
Edit
View
Select
Log
Server
new
Car
vehicle
Vehicle
Vehicle
Login
Vehicle
out
details
vehicle
form
car
car
details
Tenant
details
information
details
linkform
Kiosk: Check Vehicle information

Kiosk: Create Statement of Accounts


A Administration
Ready
Compute
Encode
Save
Add
Add
AddUpload
Finalize
Submit Billing Secretary
Association
Tenant
water
Computations
Cable
computations
Tenant’s
latest
and
Bill
cStatement
electric
Computation
Information
Insurance
Dues
readings
of Accounts
c
o
u
n
t
a
n
t
Kiosk: View Tenant’s Profile page
View
Enter
View
Check
Log
Login
Statement
Profile
Amenities
out
Vehicle
page
of Tenants
Information
accounts
[bad
[good
Record
Visit
Record
Proceed
condition]
condition]
Condo
defective
Water
Check
Operator
toUnit
next
Reading
condition
meter
Unit
PDA: water meter reading

[bad
[good
Record
Visit
Proceed
condition]
condition]
Condo
defective
electric
Check
Operator
toUnit
next
Reading
condition
meter
Unit
PDA: electric meter reading

Parking Slot: Get Parking Slot (Guest)


[approved]
[denied]
AskGuard
Guest
Verify
Verify
IssuePark
Appointment
the
Identity
Ticket
Car
Visitor
Guest Guard

Ask the Visitor

Verify
Appointment
[if [if not
approve]

Parking Slot: Get Parking Slot (Tenants)


[approved]
[denied]
Guard
Guest
Verify
Tap Park
RFID
Occupancy
Car
on
Scanner

Das könnte Ihnen auch gefallen