Chapters 3 to 4

Analysis of the Existing System

Use Case Diagrams and Narratives

Existing: Building Inventory System

Identification summary: Inventory System Title: Check Inventory LevelSummary: 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 EngineerCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 SequencesLedgers 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.

Administration

Check Inventory Level

Existing: Inventory System

Personnel

Existing: Billing System - Meter Reading System

Identification summary: Billing System Title: Read Water MetersSummary: This use case allows the operator to record the water readings of a certain Condo unit with the use of form. Actors: Operator and AdministratorCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 SequencesDefective Water Gauge

- If a water gauge is defective, the maintenance department will be notified and the reading will be delayed.

<<includes>>

Record Meters

Read Electric Meter

Record Meter

Read Water Meter

<<includes>>

Operator Administrator<<includes>>

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 MetersSummary: This use case allows the operator to record the electric readings of a certain Condo unit with the use of form. Actors: Operator and AdministrationCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 SequencesDefective 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 ReadingsSummary: This use case shows the procedures that an operator follows as the operator summarizes the 2 condo readings. Actors: Operator and AdministrationCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 SequencesIncomplete 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

Messenger

Accountant

Create Statement of

Accounts

Billing System

Deliver Statement of Accounts

Tenant

Administration Secretary

Identification summary: Billing System Title: Create Statement of AccountsSummary: This use case shows how the Administration Secretary will compute the Tenant’s Statement of Accounts. Actors: Administration Secretary and AccountantCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 SequencesIncomplete 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 AccountsSummary: This use case shows the delivery of the Tenant’s Statement of Accounts receipts. Actors: Messenger and TenantsCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 SequencesIncomplete 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)

Identification summary: Reservation SystemTitle: View AmenitiesSummary: 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 AdministrationCreation Date: February 23, 2009 Date of Update: February 23, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 SequencesE.1 Wrong Personal Information

- The application will be put on hold. E.2 Insufficient payment amount.

AdministrationTenant

View Amenities

Amenities Reservation System

- 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

Identification summary: ParkingTitle: Enter Parking AreaSummary: This use case shows how a guest avails for a parking slot in Makati Prime Tower. Actors: Tenant, Guest and GuardCreation Date: February 23, 2009 Date of Update: February 23, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 Tenant1. 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.

Tenants

Guard

Guest

Enter Parking Area

Parking System

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

Building Inventory System: Check Inventory Level

Operator Administration

Review Inventory Status

Fill up purchase form

Canvass Item directories

Ask for Approval

Review Purchase form

Revise Purchase form

Ask for Approval

Purchase Order

[Out of Stock][Full stock]

[Approved][Disapproved]

Billing System: Record water meters

Operator Administrator

Visit Units

Read Water Meter

Check meter condition

Fill up Water Meter form

Report defective meter

Notify Maintenance Crew

[working] [defective]

Billing System: Record Electric Meter

Operator Administrator

Visit Units

Read Electric Meter

Check meter condition

Fill up Water Meter form

Report defective meter

Notify Maintenance Crew

[working] [defective]

Billing System: Record Meters

Operator Administration Secretary

Create Reading Compilations

Submit Readings

Encode readings

Update Ledger Save as Softcopy

Billing System: Create Account Statements

AccountantAdministration Secretary

Ready Tenant Billing Information

Ready Add Association Dues

Add Cable Bill

Compute Tenant’s Insurance

Add water and electric readings

Finalize Computation

Submit Computation

Organize Statement of Accounts

Compile Tenant’s computations

Assign Messenger to deliver

Billing System: Deliver Statement of Accounts

Messenger Tenant

Receive Statement of Accounts

Deliver Statement of Accounts

Acquire Statement of Accounts

Proceed Delivery

Reservation System: View Amenities

Tenants Administration

View Amenities

Ask for Reservations

Fill up Form

Pay Reservation

[Reserve Slot][View Only]

Check for Available Amenities

Reserve Client

Give Receipt

[Available] [Unavailable]

Parking Slot: Get Parking Slot (Guest)

Ask the Visitor

Notify and Hold Entrance

Guest Guard

Verify Appointment

Assign Slot

Park Car

[if approve] [if not approve]

Parking Slot: Get Parking Slot (Tenants)

Ask ID

Ask for Occupancy Documents

Guest Guard

Verify ID

Approve passage

Park Car

[if approve]

[if not approve]

Present ID

Analysis of Proposed System

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

Identification summary: Inventory System (Monitoring level through a Web Application)Title: Review InventorySummary: 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 AdministrationCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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.

Review Inventory

Inventory System

AdministrationPersonnel

Log-in Update latest purchases Inventory

Level<<includes>>

<<extends>>

Measure Inventory

Level Inventory

Level

Update Item List

<<includes>><<includes>>

Server

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 SequencesWrong 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 ApplicationTitle: Log inSummary: This use case shows how the Personnel logs in the inventory system. Actors: Personnel and ServerCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

- 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 SequencesE.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 applicationTitle: Measure Inventory levelSummary: This use case shows how the personnel measure the inventory level of Makati Prime Tower’s through the use of internet. Actors: Personnel and AdministrationCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:


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. .




The inventory is already been evaluated if does need new purchases or not.

Identification summary: Updating item list using a Web applicationTitle: Update item listSummary: This use case shows that the personnel can update their item list by acquiring new list from their suppliers. . Actors: Personnel and AdministrationCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:


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.




The lists of suppliers and items are now updated with the latest information.

Identification summary: Updating the latest purchases using a Web applicationTitle: Update latest purchasesSummary: This use case shows that the personnel can update the latest purchasesActors: Personnel and AdministrationCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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.




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

Identification summary: Meter recording using PDATitle: Record Water MeterSummary: 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 AdministratorCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 SequencesDefective PDA

<<includes>><<includes>> Administrator

Read Electric Meter

Meter Reading

Read Water MeterOperator

- 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 PDATitle: Record Electric MeterSummary: 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 AdministratorCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 SequencesDefective 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

Identification summary: Log in using KioskTitle: Log inSummary: This use case shows how the Tenant logs in his/her account. Actors: Tenant and ServerCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 login 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. .

Tenants

Create Statement of Accounts

View Tenant’s Profile

Log in

Accountant

Administration Secretary

Reserve Amenities

Check vehicle information

Kiosk

<<extends>>

<<includes>>

<<includes>><<includes>>

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 KioskTitle: View Tenant’s ProfileSummary: 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, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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. .



- 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 KioskTitle: Reserve AmenitiesSummary: 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 SecretaryCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow 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 reservation3. 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 SequencesE.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 KioskTitle: Check Vehicle informationSummary: This use case allows the tenant view, add or even update his vehicle information. . Actors: Tenant and ServerCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

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 SequencesE.1 Wrong Login details


- 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 AccountsSummary: This use case shows the processes followed by the Accountant in computing the Statement of Accounts of the tenants. Actors: Administration Secretary and AccountantCreation Date: March 10, 2009 Date of Update: March 10, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

- 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 SequencesE.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 )

Identification summary: ParkingTitle: Enter Parking AreaSummary: This use case shows how a tenant enters the parking area of Makati Prime Tower. Actors: Tenant and GuardCreation Date: February 23, 2009 Date of Update: February 23, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

- 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.

Tenants

Guard

Guest

Parking System

Request Parking

Enter Parking Area

Identification summary: ParkingTitle: Request ParkingSummary: This use case shows how a guest enters the parking area of Makati Prime Tower. Actors: Guest and GuardCreation Date: February 23, 2009 Date of Update: February 23, 2009Version: 1 Person in Charge: Romir Gian O. EmpinoFlow of EventsPreconditions:

- 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 SequencesThe 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

Personnel Server

Access Web Page

Enter Login details

Verify Login details

Ask Login Details

[access denied][approved]

Enter Login details

Personnel Server

Access Web Page

Enter Login details


Ask Login Details


Enter Login details

Inventory System: Measure Inventory level

Canvass unavailable

items

Submit canvass sheet

Review canvass sheet

Purchase items

Update Inventory Level

[low or out of stock][has a

[approved]

[disapproved]


Personnel Administration

Login

Check inventory level

Canvass unavailable

items

Submit canvass sheet

Purchase items

Update Inventory Level

[low or out of stock][has a stock]

[approved]

[disapproved]


Inventory System: Update Item list


Login

Submit updated list

Add new suppliers

Check item list

Add new items

Review new list

Update item list

[new items are available][no items are available]

[approved] [disapproved]

Inventory System: Update latest purchases

[approved] [disapproved]


Login

Submit purchases

Add item purchases

Check purchase history

Add item costs

Review purchases

Update item list

[with the latest purchases][no latest purchases]

Add item suppliers

Log out

Kiosk: Log In

Personnel Server

Access Web Page

Enter Login details


Ask Login Details


Enter Login details

Tenant Server

Access Web Page

Enter Login details


Ask Login Details


Enter Login details

Kiosk: Reserve Amenities

Tenant Administration Secretary

Login

View Amenities

Fill up reservation form

Print Reservation form

Pay Reservation

Accept Payment

[will apply for reservation][will not apply for reservation]

Print Receipt

Kiosk: Check Vehicle information

Tenant Server

Login

Edit Vehicle details

Add new vehicle

View Vehicle information

Access Vehicle link

Complete car details form

Select car

Edit Car details

Submit form Save vehicle details

Log out

Kiosk: Create Statement of Accounts

AccountantAdministration Secretary

Ready Tenant Billing Information

Add Association Dues

Add Cable Bill

Compute Tenant’s Insurance

Add water and electric readings

Finalize Computation

Submit Computation

Encode computations

Save Computations

Upload latest Statement of Accounts

Kiosk: View Tenant’s Profile page

Tenants

Login

Enter Profile page

View Statement of accounts

View Amenities Check Vehicle Information

Log out

PDA: water meter reading

Operator

Visit Condo Unit

Check conditionRecord Water Reading

Proceed to next Unit

Record defective meter

[bad condition] [good condition]

PDA: electric meter reading

Operator

Visit Condo Unit

Check conditionRecord electric Reading

Proceed to next Unit

Record defective meter

[bad condition] [good condition]

Parking Slot: Get Parking Slot (Guest)

Ask the Visitor

Guest Guard

Verify Appointment

[if approve] [if not approve]

Verify IdentityIssue Ticket

Park Car

Ask the Visitor

Guest Guard

Verify Appointment

[approved] [denied]

Parking Slot: Get Parking Slot (Tenants)

Guest Guard

Verify Occupancy

Tap RFID on Scanner

Park Car

[approved] [denied]

Chapters 3 to 4

Documents

Transcript of Chapters 3 to 4