Page 1217 - The Mechatronics Handbook

0066_frame_C49.fm Page 12 Thursday, January 10, 2002 5:05 PM

TABLE 49.1 System Oriented Object Properties of Development Before the Fact
Quality (better, faster, cheaper)
• Reliable Handles the unpredictable
• Affordable • throughout development and operation
• Without affecting unintended areas
Reliable (better) • Error detect and recover from the unexpected
• In control and under control • Interface with, change and reconfigure in asynchronous,
• Based on a set of axioms distributed, real-time environment
–domain identification (intended, unintended)
–ordering (priority and timing) Flexible
–access rights: Incoming object (or relation), outgoing • Changeable without side effects
object (or relation) • Evolvable
–replacement • Durable
• Formal • Reliable
–consistent, logically complete • Extensible
–necessary and sufficient • Ability to break up and put together
–common semantic base –one object to many: modularity, decomposition,
–unique state identification instantiation
• Error free (based on formal definition of “error”) –many objects to one: composition, applicative operators,
–always gets the right answer at the right time and in integration, abstraction
the right place • Portable
–satisfies users and developers intent –secure
• Handles the unpredictable –diverse and changing layered developments
• Predictable –open architecture (implementation, resource allocation,
and execution independence)
Affordable (faster, cheaper) –plug-in (or be plugged into) or reconfiguration of
• Reusable different modules
• Optimizes resources in operation and development –adaptable for different organizations, applications,
–in minimum time and space functionality, people, products
–with best fit of objects to resources
Automation
Reusable • the ultimate form of reusable
• Understandable, integratable and maintainable • formalize, mechanize, then automate
• Flexible –it
• Follows standards –its development
• Automation –that which automates its development
• Common definitions
–natural modularity Understandable, integratable and maintainable
-natural separation (e.g., functional architecture • Reliable
from its resource architectures); • A measurable history
-dumb modules • Natural correspondence to real world
-an object is integrated with respect to structure, –persistence, create and delete
behavior and properties of control –appear and disappear
–integration in terms of structure and behavior –accessibility
–type of mechanisms –reference
-function maps (relate an object’s function to other –assumes existence of objects
functions) –real time and space constraints
-object type maps (relate objects to objects) –representation
-structures of functions and types –relativity, abstraction, derivation
–category • Provides user friendly definitions
-relativity –recognizes that one user’s friendliness is another user’s
instantiation nightmare
polymorphism –hides unnecessary detail (abstraction)
parent/child –variable, user selected syntax
being/doing –self teaching
having/not having –derived from a common semantic base
-abstraction –common definition mechanisms
encapsulation • Communicates with common semantics to all entities
replacement • Defined to be simple as possible but not simpler
(continued)

©2002 CRC Press LLC