BSA 400 – Week 3 Individual Paper University of Phoenix, Online Object Oriented Development When I first started learning how to write code, I had never heard the term “Object Oriented Development”, or even “Object Oriented Modeling.” I’m sure that some form of both of these existed, but they might not have been referred to in exactly those words. Fifteen years of coding later, I was finally indoctrinated in the ways of object oriented development. The first language that I learned to use was BASIC, which was very simple and easy to learn. There were no objects per se, and the code was pretty much written from the top down. Now that I understand the mechanics of object oriented development, I can see that there were parts of the language that could be considered objects, especially from a design point of view. Even though most of my programs were written from the top down and were executed from the top down, a lot of them incorporated logic that was reused multiple times.
Blocks of code that contained that logic could usually be segregated from the rest of the code. Instead of appearing multiple times, these blocks would be written only once, but “called” multiple times. After BASIC, the next language that I learned was Pascal, named after the seventeenth century French mathematician. Compared to BASIC, Pascal was a much more organized language, with the code separated into actual blocks demarcated with “BEGIN” and “END” statements. Against my instructor’s wishes, as well as popular programming practice, I still coded from the top down. I suppose this would have been an issue if I was entering code on punch cards.
The Term Paper on Object Oriented Oop Information Software
Object-Oriented Programming the desire for an easy transition from existing languages ABSTRACT Now it is clear that Object-Oriented Software Development is here to stay and is the preferred way to develop software. To be successful in the world of object-oriented programming (OOP) one has to unlearn quite a few of the habits acquired from the years of procedure-oriented programming and learn some ...
Luckily, though, these programs were all on monitors, so I could go back and forth through the document, correcting errors and changing the code where necessary. After Pascal, I learned a few more languages, slowly realizing that maybe it wasn’t a great idea to always code from the top down. Another bad habit that I was slowly trying to rid myself of was writing code without a design document. A design document can be written in either plain English or pseudo code. With plain English, I would just write out what each part of the program should do, and then translate those concepts into code. Pseudo code is a cross between plain English and full code, using elements of both.
Even though it might not be easily readable by someone without a working knowledge of that particular language, a lot of the time it could be figured out fairly quickly. By the time I got to college, I was quite proficient in writing up design documents, especially since we would be graded on them. I preferred writing in pseudo code, since I found it much easier to turn it into real code, than to code from plain English. A few years later, I found an occasion or two where I needed to write some code for my job. Most of the time the situation called for a quick bit of code, which I would write from the top down, of course. There were other times, though, that required me to plan out the program using a design document.
As I wrote more and more programs, though, I found that I would have to write the same bit of code to perform a certain task. For example, connecting to the network was a pretty straightforward task, but in order to bring up a list of connected computers, I would have to write a few extra lines of code. Instead of doing this every time that I needed to, I wrote it once and saved it as an object module. Each time I needed to access the list of computers, I could just reference that module, and save myself a few minutes of coding. I was able to make a lot of modules, so I saved a lot of time. This method of coding also lent itself very well to design.
The Essay on Manage Business Document Design & Development
1. Consider this scenario. You and four friends have developed a new environmentally friendly heater. You all have extensive business experience. Together, you have established a new company, Green Heaters Pty Ltd ACN 512 302 XXX, which will manufacture and sell the new heater to wholesalers. The five of you will comprise the board of directors. The board has forecasted that Green Heaters Pty Ltd ...
When preparing a design document for larger programs, I could easily create and place objects, because a lot of my code was already in object format. Even though I still tend to code from top down when I’m just writing a quick program, I recognize the benefits of object oriented programming. I’m glad that I have the ability to use both methods when I’m designing and writing code.
