Grady Booch, "Object-Oriented Development", IEEE Transactions on Software Engineering, February 1986, Vol. SE-12, No. 2, pp. 211-221  Home/Search   Document Not in Database   Summary   Related Articles   Check

....Report Design of Dynamically Reconfigurable Real Time Software using Port Based Objects David B. Stewart Richard A. Volpe Pradeep K. Khosla CMU RI TR 93 11 Advanced Manipulators Laboratory, The Robotics Institute, and Department of Electrical and Computer Engineering Carnegie Mellon University 5000 Forbes Avenue Pittsburgh, PA 15213 July 1, 1993 I993 Carnegie Mellon Unviersity The research reported in this paper is supported, in part by, ....

....Real Time Software using Port Based Objects David B. Stewart Richard A. Volpe Pradeep K. Khosla CMU RI TR 93 11 Advanced Manipulators Laboratory, The Robotics Institute, and Department of Electrical and Computer Engineering Carnegie Mellon University 5000 Forbes Avenue Pittsburgh, PA 15213 July 1, 1993 I993 Carnegie Mellon Unviersity The research reported in this paper is supported, in part by, U.S. Army AMCOM and DARPA under contract DAAA 2189 C 0001, the National Aeronautics and Space Adw inislration (NASA) under contract NAGl 1075, the Depart ment of Electrica and ....

[Article contains additional citation context not shown here]

G. Booch, "Object-oriented development," IEEE Transactions on Software Engineering, vol. S 12, no. 2, pp. 211-221, February 1986.

....to the relationships are also expressed in terms of the navigation functions. Finally, we provide a scenario to explain the navigational characteristic of our model. 1. Introduction Function oriented software development methodologies have been rapidly replaced by object oriented ones [1, 7, 11]. According to IDC(International Data Corporation) at 1995, the market size of object oriented analysis design tools has been expanded up to 82.8 for last two years. There is no longer any doubt that object oriented (OO) technology is the software development solution of the next century [12] ....

G. Booch, "Object-Oriented Development," IEEE Trans. on Software Engineering, vol. SE-12, no. 2, pp. 211-221, Feb. 1986.

.... Department of Computer Science and Software Engineering Auburn University, Auburn, AL 36849 younglee,kchang eng.auburn.edu Abstract It is claimed that object oriented programming has the advantages of extensive reuse of software objects and easier maintenance through data encapsulation [Booc86]. In this research, we develop a quality measurement model for object oriented systems in terms of reusability and maintainability. To this end, we propose a framework to construct a software quality measurement model. Keywords Software metrics, software quality, quality measurement model, ....

G. Booch, "Object-Oriented development," IEEE Trans. Software Eng., vol. SE-12, pp. 211-221, Feb. 1986.

....software, research into abstract data type theory, and the evolution of related, programming languages, spurred the development of analysis and design approaches based on an object orientation. The first such approach, object oriented development (OOD) is reported in the literature by Booch. [BOOC91, BOOC86] Booch describes a design approach that structures a system into objects (rather than the operations that had been used up to that time in DFDs) From that point, each object is augmented with the operations supported, the attributes represented, and the relationships to other objects. Booch s ....

G. Booch, "Object-Oriented Development," IEEE Transactions On Software Engineering, Vol. SE-12, No. 2, February 1986, pp. 211-221.

....to the relationships are also expressed in terms of the navigation functions. Finally, we provide a scenario to explain the navigational characteristic of our model. 1 1. Introduction Function oriented software development methodologies have been rapidly replaced by objectoriented ones [1, 7, 11]. Obviously, object oriented (OO) technology seems to be the software development solution of the next century [12] A major characteristic of the OO methodologies lies in its way of thinking about software to put emphasis on static data perspectives rather than dynamic functional ones [7, 19] In ....

G. Booch, "Object-Oriented Development," IEEE Trans. on Software Engineering, vol. SE-12, no. 2, pp. 211-221, Feb. 1986.

....have made strong claims about the cognitive benefits of this paradigm. Typically, the purported advantages of such languages include claims to the effect that they constitute a more natural mapping with the external world of modelled objects and events that they are intended to represent (Booch, 1986; Rossen and Alpert, 1990) However, empirical research which has addressed these claims in more detail presents a rather different picture. For example, Davies et al. (1995) showed that novice OO programmers tended to focus upon objects and inheritance when asked to classify fragments of code, ....

Booch, G. (1986). Object-Oriented development. IEEE transactions on software engineering, SE-12, 211-221.

....follows this approach, but before we describe our system we provide a brief survey of existing work. Abbott [1] proposed a linguistic based method for analysing software requirements, expressed in English, to derive basic data types and operations. This approach was further developed by Booch [3]. Booch described an ObjectOriented Design method where nouns in the problem description suggest objects and classes of objects, and verbs suggest operations. However, both Abbott and Booch recognise the importance of semantic and real world knowledge in the analysis process: although the steps ....

G. Booch. Object-oriented development. Trans. on Software Eng., SE-12(2):211--221, 1986.

....for example, have been widely explored and applied. Over the years concepts relating to the syntax, semantics and use of programming languages have emerged. Examples include structured programming [dij68, knu74, you79] successive refinement [wir71] or, more recently, object orientation [boo86]. Together these led the way to more detailed consideration of the overall technical programming process. It was, for example, successively recognised over many years that program development must be preceded by a design activity, that this must be preceded by development of a specification and ....

Booch G, Object-Oriented Development, IEEE Trans. on Softw. Engineering v. 12, n. 12, pp. 211 - 221

....of data flow diagrams (DFD) each of which is a graph showing the flow of data values and the transformations on them. 12 2.3. 3 The Booch Method The Booch method supports class diagrams, object diagrams, module diagrams, state transition diagrams, interaction diagrams, and process diagrams [11, 12, 87]. Class diagrams, object diagrams, and state transition diagrams used by the Booch method are similar to those usde by other methodologies. A module diagram shows the allocation of classes and objects to modules. An interaction diagram shows a trace of messages generated by an execution of a ....

Grady Booch. Object Oriented Development. IEEE Trans. on Software Engineering, 12(2), February 1986.

....treatments defined by the system designer. The linked prototype may be used to study performances of the system. Several studies, like [Pomello 90, Di Giovanni 90, Bastide 91, van Hee 91, Bachatne 92] have outlined the interest of combining Petri Nets [Jensen 92] and Object Oriented Approaches [Booch 86, Loomis 87] The Object Oriented paradigm brings structuration of the specification and Petri nets allow semantic checks. Our method involves three formalisms to describe the system during its design (Figure 1) Each one is dedicated to one purpose : The high level formalism is dedicated to ....

G. Booch, "Object Oriented Development", IEEE Transactions on Software Engineering, February 1986.

....to suggest some answers to this question. A model problem will be used to help illustrate the use of ABASs. 4. 1 Model Problem The Sea Buoy problem: A collection of buoys is floating in the sea to acquire and maintain navigation and weather data, and to provide these data to air and sea traffic [Booch 96] Each buoy collects and maintains air and water temperature, wind speed, and buoy location data. Wind speed readings are to be taken every 30 seconds; air and water temperature readings are to be taken every 10 seconds; and buoy location readings are taken every 10 seconds. Temperature, wind, ....

Booch, G. "Object-Oriented Development." IEEE Transactions on Software Engineering 12, 2 (February 1996): 211-221.

....those who must review and understand the meaning of a design. In effect, a software design method encodes knowledge about good design practices into a form that designers can use to construct software designs. For these reasons, numerous software design methods have been proposed and practiced [2 15]. Using automated support for software design methods can lead to several benefits. First, automation can improve the rigor with which a software design method is applied. Automation can ensure that a designer does not overlook any of the myriad details associated with the design process. ....

Booch, G. (1986) "Object-Oriented Development", IEEE Transactions on Software Engineering, February 1986, pp. 211-221.

.... methods include: structured analysis and design (DeMarco, 1978; Yourdon and Constantine, 1979) Jackson System Development (Jackson, 1983) real time structured analysis and design (Ward and Mellor, 1985; Mellor and Ward, 1986; Hatley and Pirbhai, 1988) and object oriented analysis and design (Booch, 1986; Booch, 1991; Coad and Yourdon, 1991; Rumbaugh et al., 1991; Shlaer and Mellor, 1992) To move effectively from a graphical model of a problem to a software architecture, a designer uses information from the textual description to interpret the elements of the graphical model with a semantic ....

Booch, G. (1986) "Object-Oriented Development", IEEE Transactions on Software Engineering, February 1986, pp. 211-221.

....is sensed. In this case, upon a press of the resume button the control is resumed to maintain the suspended speed, provided the brake and gas pedals are not pressed) This example has been chosen since it is extensively worked out in the literature concerning real time system specification [33, 8, 9, 10, 15, 32, 34]; thus it can serve as a case study for a comparison of different approaches. 5.2 Specification in MASS At the top level, the act Control ACC Operation considers the control operation, denoted by the task CruiseCrl, as an atomic activity. Act Control ACC Operation is Tasks Environment ....

G. Booch, Object Oriented Development, IEEE Trans. on SE, SE-12, N-2, Feb. 1986, pp. 211-221.

....problem analyzed and its solution. These two worlds are related by assigning particular linguistic structures to certain conceptual structures. This relation has been defined mainly on OO models. One of the first attempts to define this relation was set out by Abbot [1] and later adopted by Booch [3], assigning: a) an object to a noun, b) a method to a verb, and (c) an adjective to an attribute. This assignation was refined by several authors, including Rolland [16] Kristen [10] Buchholz [4] and Naduri [14] One recent research has been carried out by Burg [5] and has brought more ....

G. Booch, "Object Oriented Development". IEEE Transactions on Software Engineering, 12 (2), February 1986, 211-221.

.... System Development (Jackson, 1983) or real time structured analysis and design (Mellor and Ward, 1986; Ward and Mellor, 1985; Hatley and Pirbhai, 1988) The popularity of visual notations has continued to increase as software analysis and design methods have adopted object oriented concepts (Booch, 1986; Booch 1991; Coad and Yourdon, 1991; Rumbaugh et al.; 1991; Shlaer and Mellor, 1992) In fact, the adoption of the Unified Modeling Language (UML) as a standard for modeling the structure and behavior of object oriented software seems to have firmly established the popularity of visual notations ....

Booch, G. (1986) "Object-Oriented Development", IEEE Transactions on Software Engineering, February 1986, pp. 211-221.

.... System Development (Jackson, 1983) or real time structured analysis and design (Mellor and Ward, 1986; Ward and Mellor, 1985; Hatley and Pirbhai, 1988) The popularity of visual notations has continued to increase as software analysis and design methods have adopted object oriented concepts (Booch, 1986; Booch 1991; Coad and Yourdon, 1991; Rumbaugh et al.; 1991; Shlaer and Mellor, 1992) In fact, the adoption of the Unified Modeling Language (UML) as a standard for modeling the structure and behavior of object oriented software seems to have firmly established the popularity of visual notations ....

Booch, G. (1986) "Object-Oriented Development", IEEE Transactions on Software Engineering, February 1986, pp. 211-221.

....available for reusing components are presented, namely object oriented design and the Ada language and environment. 2.5.1. Object Oriented Design Object oriented design is becoming increasingly espoused as a methodology which results in more maintainable and flexible systems. It is claimed [Booch86] that traditional functional development methods are imperative in nature. They force the designer to concentrate on the operations required rather than the design of data structures, resulting in functionally oriented systems that emphasise algorithmic abstractions instead of modelling reality. ....

....instead of modelling reality. Object oriented design is based around the decomposition of a system into objects which model real world concepts. The design process entails firstly identifying the object entities which are part of the system, normally the nouns used in describing the problem space [Booch86] and the operations they suffer and require, given by the verbs. The topology is analysed next to establish dependencies and hence visibility between objects. Then the objects are furnished with an interface. Objects exhibit information hiding, in that the only way the user can access the object ....

Booch, G. "Object-Oriented Development", IEEE Transactions on Software Engineering, Vol. 12, No. 2, pp.211-221 (February 1986). 82

....who must review and understand the meaning of a design. In effect, a software design method encodes knowledge about good design practices into a form that designers can use to manually construct software designs. For these reasons, numerous software design methods have been proposed and practiced [2 15]. Providing automated support for software design methods can lead to several benefits. First, automation can improve the rigor with which a software design method is applied. Automation can ensure that a designer does not overlook any of the myriad details associated with the design process. ....

Booch, G. (1986) "Object-Oriented Development", IEEE Transactions on Software Engineering, February 1986, pp. 211-221.

.... approaching maturity, in the form of many different languages (for example: Objective C [31] C [106] LOOPS [7] Flavours [21, 88] CLOS [42, 73] Eiffel [84] and Common Objects [103] and methods (for example: those of Rumbaugh [101] Coad and Yourdon [25, 26] Cox [31] Meyer [84] and Booch [13, 12]) 89] provides a good review of object oriented languages and methods with respect to object oriented analysis and design. Unfortunately, none of the well accepted methods provides a formal framework upon which the work in this thesis could be based. 1.2.4 Formal Methods and Object Orientation ....

G. Booch. Object Oriented Development. IEE Software Engineering, February 1986.

....each class, and to the dependencies between them. 3. Sequential implementation: An implementation of each class is defined. After this step, tests to ensure the correctness of the sequential algorithms and implementations are possible. For further discussions on sequential OOD, see for instance [1], 2] 13] and [19] 8 1. Sequential design and programming: ffl Object identification ffl Interface and topology ffl Sequential implementation 2. Process identification: ffl Initial activities ffl Shared objects 3. Process programming: ffl Define each process class ffl Define the ....

Booch, G., "Object-Oriented Development" IEEE Transaction on Software Engineering, February 1986.

No context found.

Grady Booch, "Object-Oriented Development", IEEE Transactions on Software Engineering, February 1986, Vol. SE-12, No. 2, pp. 211-221

No context found.

G. Booch, "Object-Oriented Development," Trans. Software Eng., pp. 211-221, Feb. 1986.

No context found.

Booch, G. (1986). Object-oriented development, IEEE Trans. on Software Engineering, SE-12. (2), 211-221.

No context found.

G.Booch, "Object-oriented Development", IEEE Transactions of Software Engineering 12(2), 1986, 211-221

First 50 documents  Next 50

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC