“While a small domain (consisting of fifty or fewer objects) can generally be analyzed as a unit, large domains must be partitioned to make the analysis a manageable task. To make such a partitioning, we take advantage of the fact that objects on an information model tend to fall into clusters: groups of objects that are interconnected with one another by many relationships. By contrast, relatively few relationships connect objects in different clusters.
When partitioning a domain, we divide the information model so that the clusters remain intact… Each section of the information model then becomes a separate subsystem. Note that when the information model is partitioned into subsystems, each object is assigned to exactly one subsystem.”

— Sally Shlaer

Source: Object-Oriented Systems Analysis: Modeling the World In Data (1988), p. 145; as cited in: The Object Agency, Inc. (1995) " A Comparison of Object-Oriented Development Methodologies http://www.ipipan.gda.pl/~marek/objects/TOA/OOMethod/mcr.html"

Adopted from Wikiquote. Last update June 3, 2021. History

Help us to complete the source, original and additional information

Do you have more details about the quote "While a small domain (consisting of fifty or fewer objects) can generally be analyzed as a unit, large domains must be …" by Sally Shlaer?

Sally Shlaer 2

American computer scientist 1938–1998

Stephen J. Mellor (1952) British computer scientist

“In object-oriented analysis, we seek to model the world by identifying the classes and objects that form the vocabulary of the problem domain, and in object-oriented design, we invent the abstractions and mechanisms that provide the behavior that this model requires.”

Grady Booch (1955) American software engineer

Source: Object-oriented design: With Applications, (1991), p. 141

“Object-oriented analysis is a method of analysis that examines requirements from the perspective of the classes and objects found in the vocabulary of the problem domain.”

Grady Booch (1955) American software engineer

Source: Object-oriented design: With Applications, (1991), p. 37

“Whereas object-oriented analysis typically focuses upon one specific problem at a time, domain analysis seeks to identify the classes and objects that are common to all applications within a given domain, such as missile avionics systems, compilers, or accounting software.”

Grady Booch (1955) American software engineer

Source: Object-oriented design: With Applications, (1991), p. 142

“Object-oriented domain analysis seeks to identify reusable items localized around objects e. g., classes, instances, systems of interacting objects, and kits.”

Edward V. Berard

Source: Essays on object-oriented software engineering (1993), p. 185

“[Object-oriented analysis is] the challenge of understanding the problem domain and then the system's responsibilities in that light.”

Ed Yourdon (1944–2016) American software engineer and pioneer in the software engineering methodology

Source: Object-oriented design (1991), p. 8-9; as cited in: Elisa Bertino, ‎Susan Urban (1994) Object-Oriented Methodologies and Systems. p. 160.

“Rather than a series of levels, we have a distinguished level,, the level at which interpretation of the symbols is in the intentional, or cognitive, domain or in the domain of the objects of thought.”

Zenon Pylyshyn (1937) Canadian philosopher

Source: Computation and cognition, 1984, p. 95

“The analysis model will not be a reflection of what the problem domain looks like… The reason is simply to get a more maintainable structure where changes will be local and thus manageable. We thus do not model reality as it is, as object orientation is often said to do, but we model the reality as we want to see it and to highlight what is important in our application.”

Ivar Jacobson (1939) Swedish computer scientist

Source: Object-Oriented Software Engineering: A Use Case Driven Approach (1992), p. 185: cited in: " Object Oriented Software Engineering: A Use Case Driven Approach Ivar Jacobson, et al. (1992) http://tedfelix.com/software/jacobson1992.html", Book review by Ted Felix on tedfelix.com, 2006.

“In a quality object-oriented software system, you will find many classes that speak the language of the domain expert”

Grady Booch (1955) American software engineer

Source: Object Solutions: Managing the Object-Oriented Project. (1996), p. 39; as cited in: Journal of Database Management. Vol 10-11. p. 33

“The control objects model functionality that is not naturally tied to any other object… We do not believe that the best (most stable) systems are built by only using objects that correspond to real-life entities, something that many other object-oriented analysis and design techniques claim… Behavior that we place in control objects will, in other methods, be distributed over several other objects, making it hard to change this behavior.”

Ivar Jacobson (1939) Swedish computer scientist

Source: Object-Oriented Software Engineering: A Use Case Driven Approach (1992), p. 133 as cited in: " Object Oriented Software Engineering: A Use Case Driven Approach Ivar Jacobson, et al. (1992) http://tedfelix.com/software/jacobson1992.html", Book review by Ted Felix on tedfelix.com, 2006.

Help us to complete the source, original and additional information

Sally Shlaer 2

Related quotes

Related topics