Introduction: 

A portal development is done by a real estate company. Their current system is analyzed and a report is needed to make in the back-end of that application system.

An interview is conducted by the assessor for finding the class specifications utilized in the system. The following report reviews the classes and objects used in the system.

1. Analyzing the behavior of the objects in the application: 

The spatial data types are assumed here. This includes the polygon, line, and points with proper operations available. Some of the object classes defined here are designed to be spatial. This indicates that they have the attribute denoting the spatial value like the point or polygon. The object here is also regarded as the [point object or the polygon object. The operations of various spatial values have been applied directly to the objects. One of the class names used is the JTextField under the package swing. It has been delivering the container regarding one user test or line. Next, there is the ActionListener
. This has been falling under the package at event. It is the interface for the classes listening and controlling the action events.

More particularly it could be assumed that every spatial object has been either the polygon class, line class and point class. For special interest in the model are the objects. The initial way to model the point objects has been letting them possess special attribute known as pos. This, on the other hand, has possessed the sub-attributes known as the pos.x and pos.y. Apart from the object class, the database has been containing a particular object known as Time. This has been yielding the present time at any instant. The Time has been discrete and the value of this object has been increasing by one at every tick of the clock.

At first, the abstract classes are defined and all the common functionalities are put in simple methods. As all the necessities of the class containing the common methods, it has been better to utilize the abstract class before the Interface. The abstract class has been delivering the flexibility for having particular concrete manners and other processes. These are to be implemented by the derived class. At the other end, as the interfaces are used the real estate company could require implementing every method in that abstract extending the interface. The abstract class has been the efficient choice as the real estate has been planning for the further expansion.

2. Preparing the state model:

The list has been identifying the data required to assess the latest active ingredients. This also includes the new protection of plant having the active ingredients. Moreover, this has been making clear what data has been needed always and what is required conditionally.

The application data flow has comprised of the existing members, new members, agent-based sale, web app, employee and the phone call. The new member is further comprising of the household data, benefits, financial info, and notifying member call. The agent-based sale has comprised of the commission management, lead source reports, production reports, paper forms and the guided online.

The broker is the individual party arranging transaction taking place between the buyer and the seller for the commission where the deal has been executed. The main role of the broker has been to bring the sellers and the buyers under one umbrella. Thus the broker has been a third-person facilitator among the buyers and the sellers. For instance, the stockbroker could be considered. He could make the sales and purchasing of the securities representing the clients. Thus the brokers are playing a huge role in selling stocks, bonds and the other services of finance.

3. Describing the roles and responsibilities of the classes:

The functional requirements have comprised of various elements. The first one is the interface diagram. The field here has been accepting the numeric data entry and the dates before the present date. The screen has been able to print the data to the printer. Next, there are the business requirements. The data is needed to be entered before the request could be approved. Through clicking the approve button has been moving the request to Approval Window. Then there have been the compliance o regulatory requirements. The database has possessed the functional trial of the audit. The system limits the access to the authorized users. Moreover, the spreadsheet has been securing the data with the electronic signatures. Lastly, there have been the security requirements. The members of the data entry group have been able to enter the requests. However, they are unable to delete or approve the requests. The members of the management team could approve or enter the request but have been unable to delete the requests. Lastly, the members of the administrator's group have been able to approve or enter the requests. However, they have been unable to delete the requests.

b. Assigning the responsibilities and recommending the updates: 

The responsibilities for the class must “get” or “know” its name and address. The responsibilities for the knowledge have been known as the get address and get a name. The responsibilities for the behavior have been more like the tasks assigned in the top-down design.

c. Specifying the requirements of interface and class communication: 

The interface has been defining the primary operations over the entity. It has also set the communication boundaries between the two entities. It has been denoting to the abstraction provided by the asset externally. The main idea of the interface has been to distinguish the functions from implementations. The requests matching the interface or the signature of an object have been also sent to the object. This has been regardless of the implementation. As it has not been mattering what implementation of the particular class has been used, the class has been exchanged simply without altering the code of the class called. The idea of the interface has been basic in many “object-oriented programming languages”. Here the objects have been known through the interfaces. Hence there has been no method to access the object without traveling through the interface.

4. Iterating and reviewing the objects model:

The model can automate the program such that it starts the tests and stops the test. Moreover, it has been analyzing the reports and performing other tasks.

b. Class relationships, priorities and inheritance hierarchy for the objects identified:

Here the superclass has been the user. Under this, there has been the existing user and the new user. Then there is the buying under which the buying of the share and property are regarded as the subclass.  However, no inheritance has been occurring here.

c. Reviewing the class-service requirements and the initial test criteria of this application: 

To understand this let the block-service storage class be considered. It has been specifying the properties like the RAID level The initial test criteria is that the storage resources has been able to do encrypt or the thin provision volumes.  

d. Listing the object processes and reuse class: 

The object processes have been including the use of the real estate components for assigning the objects of real estate. This has been including the building, rental unit, property, business entity to various business process regarded as objects. This has been including the rental or lease out, lease in like using the general contractor and the third-party management or the management contract.

It has been evident that the above object-oriented paradigm has been the only path for developing the reusable code. Thus the object-oriented method has been delivering various mechanisms to develop the reusable code.

Conclusion: 

In this report, the spatial data types are assumed. It has been including the polygon, line, and points with proper operations available. It has been seen that every spatial object has been either the polygon class, line class and point class. The report has identified the broker as the individual party arranging transaction taking place between the buyer and the seller for the commission where the deal has been executed. The main role of the broker has been to bring the sellers and the buyers under one umbrella. While designing the code, at first the abstract classes are defined and all the common functionalities are put in simple methods. Here, the interface has been defining the primary operations over the entity. It has been also setting the communication boundaries between the two entities.

Bibliography:

Barnes, D.J., Kölling, M. and Gosling, J., 2017. Objects first with Java: A practical introduction using Bluej. Pearson.

Corral, J.M.R., Balcells, A.C., Estévez, A.M., Moreno, G.J. and Ramos, M.J.F., 2014. A game-based approach to the teaching of object-oriented programming languages. Computers & Education, 73, pp.83-92.

Ege, R.K., 2014. Programming in an Object-oriented Environment. Academic Press.

Kumar, A., 2017. Difference Between Abstract Class And Interface.

Mezini, M., 2013. Variational Object-Oriented Programming Beyond Classes and Inheritance (Vol. 470). Springer Science & Business Media.

Nanakorn, P., Petprakob, W. and Naga, V.C., 2014. Object-oriented programming for topology optimization of steel truss structures by multipopulation particle swarm optimization.

Schuster, F., Tendyck, T., Liebchen, C., Davi, L., Sadeghi, A.R. and Holz, T., 2015, May. Counterfeit object-oriented programming: On the difficulty of preventing code reuse attacks in C++ applications. In Security and Privacy (SP), 2015 IEEE Symposium on (pp. 745-762). IEEE.

Smith, B., 2015. Object-oriented programming. In Advanced ActionScript 3(pp. 1-23). Apress.

Srivastav, M.K. and Nath, A., 2014. A Mathematical Modeling of Object Oriented Programming Language: a case study on Java programming language. Current Trends in Technology and Science (CTTS) Vol-3, Issue-3, pp.134-141.

Stückler, J., Waldvogel, B., Schulz, H. and Behnke, S., 2015. Dense real-time mapping of object-class semantics from RGB-D video. Journal of Real-Time Image Processing, 10(4), pp.599-609.

Xinogalos, S., 2015. Object-oriented design and programming: an investigation of novices’ conceptions on objects and classes. ACM Transactions on Computing Education (TOCE), 15(3), p.13.