The Advantages of ParkSure
The project is developed or the development of a PARKSURE parking system introduced by city council for the development of a parking system. The system is developed such that the customers are enabled to reserve a parking space before they arrives at the parking spot. The records of the customer are stored and extra time is added for the loyal customer. A messaging system is embedded with the system and if any suspicious activity is noted a message is delivered to the user. Each of the parking space named “pods” are kept under surveillance. The actors and the use case related with the project development is analysed for the development of the use case. The pre-condition and the post conditions are analysed for the identification of the flow of information between the use cases.
Use Case 1: Driver parks their car and uses the app to start the parking clock
- The parking process needs 10 minutes for alerting the user for parking the vehicle illegaly.
- The alert message is generated and sent to the driver for moving to a new space and an the system waits for 5 minutes for sending the notification into the police for the illegally parked vehicles.
- A penalty is applied for the illegal vehicles and the parking charge is applied by starting the parking clock.
- The history of parking of the customer are categorized as excellent, neutral and poor depending on the vehicle on time and the history of payment. Extra minutes are credited for the excellent customers and for the neutral and poor no extra time is credited.
For parking the vehicle there must be free pods available and the user history should be excellent or neutral. The vehicles also needs to be registered with the ParkSure application and the parking clock should be running.
The post condition is that the parking time requested by the user should not be exceeded more than 2 minutes and the payment process should be completed by the user.
- The driver needs to register with the ParkSure application with the details such as username, vehicle registration number and contact details for using the system.
- After successful registration the user can log in into the account and search for free space and the charges for the parking.
The user opens the application request for space finds it and closes the application. The vehicle is located automatically and parking clock is started.
- The mobile application locate the free space parking pod by connecting with the Park Sure information system and using the cameras and the sensors for locating the location.
- The location details are displayed to the user for parking the car to the allotted space.
- The user can manually find a free space and park their vehicle to the space but is considered as unregistered vehicle.
- The details of the car is searched and the owner of the car is notified and the parking clock is started.
The main primary actors are the System user, Administrator, users and the Agent
The secondary actor for the use case is the vehicles, payment system, vehicles, cameras and sensors, parking clock.
Use Case 2: Driver picks up their car and moves it to another ParkSure pod
- If the parking time exceeded and the vehicle stays in the parking pod more than 5 minutes of the expiry a 3 times charge is applied for each of the extra minutes.
- For moving to a different parking space different parking pod must be selected.
- The new parking space should be 200m meter away from the previous parked space.
- For receiving a request of new parking space within the same pod a warning message is generated for change the parking pod.
Pre-Conditions:
- Before moving to the new pod the user needs to park the car previously in a pod and should be registered with the parking system such that the details of the user, vehicles are saved in the information system.
- A reservation is needed to be done and the parking clock of the new space is updated with the previous time.
Post-Conditions:
- After moving to the new space the parking system is updated with the new space and the old space is shown vacant such that it can be allotted to the new user entering the parking.
- The vehicle is detected and the new reservation process is completed.
After completion of the parking time the user needs to move their vehicle from the allotted parking space but before its expiry the user can move to a new space within 200 meter from the previous allotted space.
For moving to a new space greater than 200m a request is needed to be made by the user from the application to move to the new space.
No reservation is made by the user and the user moves to a new space that is within 200 m from the old space.
Main Flows:
- The location of the car is tracked with the help of the cameras and the gps and the information system is updated according to movement of the car.
- The new location is updated and the user is notified by phone for maintaining a communication with the user.
Alternate flows:
The new space reserved by the user can be used by another registered driver before the arrival of the driver.
In this condition the application is used to find an alternative space and ark the vehicle.
Primary actor:
The primary actor for the use case is the Parking system, driver and system user
Secondary actor:
The secondary actor are the registered and the unregistered vehicles, camera and sensors, payment system, parking clock.
Use Case 3: An unregistered driver parks and asks to be notified by phone
Business Rules:
- The kiosk system is used by the driver for parking their vehicle and the input of the user should be taken and assigning him a parking space.
- Choice should be given to the user for activating phone notification for notifying the user when the time is about to expire or anyone try to steal the car.
Pre-Conditions:
The space should be available for parking when the unregister user parks the vehicle and the details of the user should be taken as input from the kiosk system and the system is updated.
How ParkSure Works
Post-Conditions:
The city council database is searched for getting the details of the user and the user is contacted for notifying the charges and the time of parking the vehicles in the parking pods.
Main Scenario:
- Detection of the unregistered driver can arise a problem for the management of the scheduled booking and the system can generate error message.
- For the elimination of the error the parking clock is started automatically for the unregistered vehicle and an alternate space is allocated to the register user.
- The details of the vehicles are taken as input from the user and the information system is updated.
Main Flows:
When the unregistered user parks their vehicle the kiosk displays notification to input their details and if the details are not found the user is considered as unregistered. After the completion of the activity the clock is started and the charges are displayed for using the parking.
Alternate flows:
The user can download the application and register themselves for using the parking system and immediately book the parking space.
Primary actor:
The primary actor are the system, unregistered user, administrator and the Kiosk system.
Secondary actor:
The secondary actors are the unregistered vehicles, parking clock, cameras and sensors
Business Rules:
- During the parking the vehicle the user is notified for activating notification for alerting them if anyone tries to steal the car.
- The camera identifies a car as stolen if it has disappeared without stopping the parking clock.
- Notification is sent to the user for 3 times for confirmation of the stealing activity and if the user cannot be contacted after 15 min the police is contacted.
Pre-Conditions:
The parking clock should be at running stage and the vehicle must be absent before confirming with the user.
Post-Conditions:
The presence of the vehicle is detected and the user is confirmed for 3 times before contacting the police and reporting the stolen incident.
Main Scenario:
The vehicles parked are continuously monitored and an alert message is generated if the car space becomes vacant without stopping the parking timer. The driver is contacted and a confirmation is taken and if it is confirmed that the vehicle is stolen notification is sent to police station.
Main Flows:
The camera installed in the parking pod detects the presence of the car and if it finds that the spot is empty and the parking timer is on a notification message is generated and forwarded to the user for confirmation. The process is repeated for three times and the confirmation if it is correct the notification is sent to the police.
Alternate flows:
If the user is unavailable and does not respond to the notification the system waits for 15 minutes and a notification is sent to the police station.
Primary actor:
The primary actor are the administrator, user and the police station
Secondary actor:
The secondary actor are the camera and the sensors.
Cunha, A., Garis, A., & Riesco, D. (2015). Translating between Alloy specifications and UML class diagrams annotated with OCL. Software & Systems Modeling, 14(1), 5-25.
Geng, Y., & Cassandras, C. G. (2013). New “Smart Parking” system based on resource allocation and reservations. IEEE Transactions on Intelligent Transportation Systems, 14(3), 1129-1139. Ma, T., & Mohammed, O. A. (2014). Optimal charging of plug-in electric vehicles for a car-park infrastructure. IEEE Transactions on Industry Applications, 50(4), 2323-2330.
Hanumantharaju, M. C., Ravishankar, M., & Rameshbabu, D. R. (2013). Design of Novel Algorithm and Architecture for Gaussian Based Color Image Enhancement System for Real Time Applications. In Advances in Computing, Communication, and Control (pp. 595-608). Springer Berlin Heidelberg.
Larman, C. (2015). Applying UML and Patterns: An Introduction to object-oriented Analysis and Design and iterative development”, Pearson Education, 2005.
Levy, N., Martens, K., & Benenson, I. (2013). Exploring cruising using agent-based and analytical models of parking. Transportmetrica A: Transport Science, 9(9), 773-797.
Straub, J., Whitney, T., Leben, T., Karboviak, K., Maguire, Z., Korvald, C., & Kerlin, S. (2013). OpenOrbiter Combined Software Work Breakdown Structure. In 2nd Annual North Dakota Space Robotics Forum.
Sun, S. P., & Chao, W. S. (2013). An Architecture-Oriented Design Method For Gaming Business Administration Systems. In C], Asia Pacific Conference on Gambling & Commercial Gaming Research (APCG2013), Taiwan.
Zhou, Y., Yang, Y., Xu, B., Leung, H., & Zhou, X. (2014). Source code size estimation approaches for object-oriented systems from UML class diagrams: A comparative study. Information and Software Technology, 56(2), 220-237.
Order an Essay Now & Get These Features For Free:
Turnitin Report
Formatting
Title Page
Citation
Outline
