Abstraction in Java - Research Paper Example

ion in Java ion as used in Java Programming is a simplification of a complex reality through modeling es thatare appropriate to the problem, while working at the level of inheritance that is most appropriate for a certain aspect of the problem (Benjamin, 2007). It involves representing vital features of a system without being involved within the complexity of the system. This makes only the required elements of the object to be represented while hiding the irrelevant object details. In doing so, it helps define an object in terms of its interface, properties or attributes, as well as its functionality (behavioral).

More often than not, it is used in separation of the members that are prone to change. Abstraction is among the main principle of Object oriented analysis and Design (David, 2008). Its application in OOAD, especially during the process of design and domain modeling, aids a lot in the designing of the system that is maintainable and flexible. Abstraction Example: Abstraction can be achieved by Composition. For instance, a class Car is made up of Steering objects, an engine, and many other components.

When building the Car class, it is not mandatory for an individual to be aware of how different components seem to be working internally (Gu, 2011). Knowing how to interface with the parts of the car, such as sending messages to them, receiving messages from them, and making different objects able to compose the class interact with each other is what is necessary. When writing the characteristic of the car, wheel and Engine in a single class, it looks like this: Public class car { int price; String color; String name; String wheel Name; int wheelprice int engineHorse power int engine Capacity the void move() { // move forward Void rotate () {wheel methods .

} Void internal combustion () //Engine method } } In the example given above, the attributes of the engine, as well as the wheel and are added to the Car type. According to the programming, this would not end up creating any kind of issues. However, coming to maintenance of the application, it becomes somehow more complex. When the abstraction with composition is applied, the example above becomes modified as given in the example below: Public class car { Wheel wheel =new wheel (); Engine engine = new Engine (); String name; int price; String color; Void move () { //move forward } Int enginecapacity; Public class Engine Void internal combustion () (//Engine method } } Publc class wheel { String wheel Name; Intwheel price; Void rotates () { // Wheel method } } One can easily see that attributes, as well as methods that relate to the Engine and Wheel are moved to the respective classes.

As can be seen, both wheel and Engine are referred just from the Car type. In cases where the instance of Car becomes created, the Engine and Wheel would be always available for the Car, and whenever there are noticeable changes to the Types i.e. Engine and Wheel, these chances are only confined to such classes and would not in any way affect the Car class. The inventory program, as well as the car simulation program, would be using the car abstraction created. The inventory programs implemented in my system include the manage inventory, the view inventory and the search inventory.

Manage Inventory is the key element that the system focuses. The View inventory would be used in viewing all the current cars in the database displaying them in an understandable and easy layout. Search Inventory would be used in searching the database for certain specific vehicle. Add cars inventory helps in adding cars to the database, making Model, price etc. There would be a list of criteria, which helps in organizing and making managing the inventory easy. The sell Cars helps in marking the cars as sold, while keeping in the database for the future statistical calculations (John, 2001).

The car abstraction would be used in driving simulators for training of the driver. On many occasions, driving simulators have been built from the five key components: traffic model, visuals, vehicle model, motion and scenarios, and instructions. For all these components, the bottom line is current simulators do not present all the information that is relevant for the driver. Driving simulators have relatively simple environments that are inhabited by traffics that at times behave in an odd manner (Kemeny, & Panerai, 2003).

This environment is not ideal for the expert to train though more suitable for the novices (Jerry, 1998). Car abstractions are used in 2 ways. These are before the normal training of the driver and the integrated system use. In vehicle modeling, car simulators use simple, but special purpose vehicle model. The models of this types, often allow the steering behavior of a Car to get modeled in the real time, following the limited computed power that is available. Vehicle models are approaching perfection, and the simulators simply use the same model, software tools and programming languages such as those used by engineers in designing of their vehicles.

It helps allow the handlings of the driving conform and characteristics of the vehicle so that it is evaluated early at the design phase. Simulators Car simulators involve visually dominant work, and the presentation of visual information is a vital issue in Car simulators. Following this discussion, it is clear that car abstraction and inventory programs do not share common abstraction. The details are essential when doing driving simulation includes traffic model, visuals, vehicle model, motion and scenarios, and instructions, while details that are essential when using an inventory program for a car dealer include manage Inventory, view inventory, and search inventory (Jerry, 1998).

References. Benjamin, C. (2007). Study on Application of Inventory Control Process by Application of Genetic Algorithims. Budapest University of Technology and Economics. David, J. (2008). Developing and Implementing Computer Simulated Performance Tests. Cambridge University, UK. Gu, Y. (2011). A Model of Jointly Managed Inventory Simulation in the Steel market’s ERP System. Advanced material Research.Volume:187pp492-497. Jerry, B. (1998). Discrete System Simulation. Prentice Hall International Series. John, W. (2001).

Developments in Business Simulation & Experiential Exercises. A proposed interactive Inventory Control simulation. University of Vermont. Kemeny, A, & Panerai, F. (2003). Evaluation of perception in driving simulation experiments Trends in Cognitive Science, 7(1):31-376.