Object Oriented Coding For Car Parking System

Question:

Discuss about the Car Parking System in Management ?

XYZ is an organization that has been operating ten car parking slots at the centre of the city. The administrators of the city require some latest and innovative system in order to control the car parking.

The following report goes through the object oriented coding behind the car parking structure, along with its software and hardware requirements. The limitations are also discussed along with the “software development life cycle” models.

The main problems arising are regarding the Generation of tickets both ordinary and seasonal. Then the tickets are needed to be accepted. Next the payments are to be handled .Lastly the security is needed to be managed.

Let us consider n number of cars is to be parked. Narrow channels must be provided between the cars. One door should be kept for vehicle access. The cars must be arranged according to the time sequences. The special alignments must be according to north to south direction. The entrance lies in the southernmost. As the park is full with n number of cars, the next cars are made to wait in the sidewalk. The parking lot can be designed considering the following specs:

1. The parking shall have multiple slots.
2. The parking lot can park cars and other vehicles of any size.

• The parking must comprise of small compact and large slots.

1. A motorcycle could be parked in any of the slot.
2. Cars can be parked in one compact slot or in a single but large slot (Hamre & Buehler, 2014).

The hardware that can be utilized for the project is Firebird IV. The functionality of the robot of Firebird IV is making use of the following:

1. The left IR sensor.
2. The right IR sensor.
3. The front IR sensor 5
4. The whiteline sensor
5. The 802.15.4 Zigbee module of communication for synchronization between the central coordinator and the automated transports.
6. The DC geared motors to move the vehicle up and down.
7. Payment machines.
8. Machine for generating the tickets (Kaur et al., 2013).

There should be program to pay through cards and ticket generation primarily implemented in the “µC/OS real time kernel”. The IDE WinAVR shall also be used to create the desired executables. Along with this the light weight module of functionality must be implemented in the programming language. In the programming language the maximum number of cars must be defined. This number is n. When anyone tries to introduce more than n number of cars, messages must be generated (Ahamed et al., 2015).

The men power is required regarding every hardware and software aspects. There should be programmer and database administrator. There should be men, who must be maintaining the operating system also. Maintenances should be done on the “Motes Processor Radio boards or the MOPR. The sensor board equipped with sensors of temperature, light, sound wave should be scrutinized my men labor (Ahamed et al., 2015).

The financial criteria must be considered regarding the institutional framework. This framework is used for the design and implementation. While considering the options that are institutional, the political commitment at local and national level must be assured. This is important for financing successfully. This helps in recovering the investments under urban developments. The sources of finance for this type of projects come from the receipts provided by the settlers from the sale of land. There are also resources channeled by community or government institutions. The bilateral or multilateral funds from the agencies also finance the “foreign exchange costs” for the project (Ahamed et al., 2015).

The primary limitation is that the overall system supports only the car parking. It provides no clue on un-parking of the vehicles. Despite this, the un-parking can be done by several modular designs. These contain additional synchronization functionality. These are easily handled by the coordinators. The DC generated gear motors of Firebird are used to take the vehicles up and down. This has limited torque. So moving the lift is required with human assistance. Also since DC geared motors of the Firebird are being used to move the lift up and down and as these posses limited torque, moving of the lift is currently accomplished with human assistance (Jeong et al., 2015).

Limitations

The purpose of the object oriented methodology is to alter the design of class diagram. It also sequences the diagram into an object oriented programming language. The design models all the classes of the system. It also establishes the communication between the various instances of the classes. Going with the “Simplified model”, the inner functionalities of the individual objects are not modeled. Instead of this, the classes are based on the design of the class diagrams and the sequence diagrams. The design focuses on the object structures. It also highlights the object interfaces. The cooperation between the objects is also considered. Thus the programming deals with the core functionality of the objects individually. The important factor is that all the classes with their interfaces are modeled during the design. It must also include the cooperation among the objects. On the basis of the design the programmer is capable to focus on one class with its one member function at a time. Mostly there is hardly any requirement to assist the imposition of one class with extra other graphical notations. As approached with object oriented method, the design of the project is provided hereafter. An abstract class vehicle must be considered. Other classes denoting various vehicles must extend the class. Again an abstract class named “Slot” must be created. This class defines the occupied area, and the slot numbers. The occupied variable determine whether any car is present or not through Boolean logic. If it is occupied, then the slot number is generated. The class slot must be again extended by other inherited classes like small, compact and big slots (Wen et al., 2015).

The software development life cycle or SDLCE deals with certain methodologies. The first step is planning. Then analysis following the designing is done. Next the implementation is performed. Finally, testing is done (Geuens, De Bock & Coussement, 2016). In the planning section, all possible thing required to develop in a parking system are captured.   The requirements are to be collected from the end user. At last the document for requirement specification is submitted. For the feasibility study the customers are to be approached. The data about the domain of the software are understood. Analysis for the users with the specialists with IT is to be done. It comprehends, collect and formalizes logistically the requirements of business (Chan, 2015). The analysis and design important for the whole life cycle development. The specifications of requirements are to be studies from the initial step. The specifications of system design works as the input for the next phases of the model. The technical architectures are designed by choosing the most suited software and hardware needs. Finally the development is to be executed Here the technical architectures are created for buying the materials required. The creation of the programs and the database is done by specialists in IT. This should be ultimately implicated in the system (Zulhelmi & Fauzi, 2015).

Conclusion:

The report identifies every aspects of a car parking development project. The code makes use of the methods. It made the code easier to understand for the reader. The methods are not kept static. This is because it sets the instance variables. Usage of private method is also a proper option. This ensures that the subclasses are unable to change the behavior of the constructor. Thus following the codes and following the SDLC models as suggested, can create an effective car parking system.

References:

Hamre, A., & Buehler, R. (2014). Commuter mode choice and free car parking, public transportation benefits, showers/lockers, and bike parking at work: Evidence from the Washington, DC Region. Journal of Public Transportation, 17(2), 4.

Kaur, N., McLeod, C. S., Jain, A., Harrison, R., Ahmad, B., Colombo, A. W., & Delsing, J. (2013, February). Design and simulation of a SOA-based system of systems for automation in the residential sector. In Industrial Technology (ICIT), 2013 IEEE International Conference on (pp. 1976-1981). IEEE.

Ahamed, N. U., Zulkifli, M., Al-Mamun, M., Rahman, S. A. M., Ahmed, N., & Hassnawi, L. A. (2015). Automatic Car Parking and Controlling System Using Programmable Logic Controller (PLC). International Journal of Applied Engineering Research (IJAER), 10(1), 69-75.

Jeong, K., Ji, C., Koo, C., Hong, T., & Park, H. S. (2015). A model for predicting the environmental impacts of educational facilities in the project planning phase. Journal of Cleaner Production, 107, 538-549.

Wen, X., Shao, L., Xue, Y., & Fang, W. (2015). A rapid learning algorithm for vehicle classification. Information Sciences, 295, 395-406.

Geuens, S., De Bock, K. W., & Coussement, K. (2016). Evaluation of Data Source Combination and Feature Importance in Recommendation Systems: A Practical Framework within an E-Commerce Setting. Evaluation, 1, 51036.

Chan, S. M. (2015). The software implementation of" Smart Gate" for UTAR (Doctoral dissertation, UTAR).

Zulhelmi, M., & Fauzi, M. (2015). UMP vehicle entry & exit monitoring system (UMP VEEMS).