ThesaHelp: references a-b
Group: program design
Topic: requirement specification by function
Topic: design for change
Topic: object-oriented objects
Topic: object-oriented classes
Topic: user-defined languages
Topic: interface between program modules
Topic: state machine
Topic: requirement specification by behaviors
Topic: object-oriented modelling language
Topic: object-oriented packages
Topic: dependency analysis
Topic: abstraction in programming language
Topic: extensible languages
Topic: attribute-value pairs as information
Topic: constraints
Topic: graphs
| |
Reference
Booch, G., Rumbaugh, J., Jacobson, I.,
The Unified Modeling Language User Guide, Reading, Massachusetts, Addison-Wesley, 1999.
Google
Quotations
10 ;;Quote: functional design of software leads to brittle systems that can not change easily
| 11 ;;Quote: objects are things drawn from the problem/solution space; a class describes a set of common objects
| 11+;;Quote: each object has a identity or name, data or state, and behavior
| 54 ;;Quote: use classes to model abstractions from the problem or solution space
| 54+;;Quote: classes define the vocabulary for describing a system
| 55 ;;Quote: classes represent objects in the problem/solution space with a set of responsibilities that are implemented through attributes and operations
| 163 ;;Quote: need to know a component's mechanisms and the order for calling its operations
| 300 ;;Quote: a state machine defines the legal ordering of states over time; how the current behavior depends on the past
| 435 ;;Quote: UML defines software through structures (classes, interfaces, use cases), behavior (state machines), groups (packages), and notes or annotations
| 438 ;;Quote: a UML dependency occurs when a change in one thing affects the semantics of another
| 438 ;;Quote: a UML association describes a set of links between objects; e.g., an employer employs employees
| 438 ;;Quote: a UML generalization substitutes for objects of the specialized element
| 439 ;;Quote: extend UML with stereotypes (new elements), tagged values (new attributes), and constraints (new semantics)
| 439 ;;Quote: UML diagrams for classes, objects, use cases, sequences, collaboration, statecharts, activities, components, and deployment
| 439+;;Quote: a diagram is a graphical presentation of a set of elements and their relationships
|
Related Topics
ThesaHelp: references a-b (396 items)
Group: program design (13 topics, 453 quotes)
Topic: requirement specification by function (20 items)
Topic: design for change (75 items)
Topic: object-oriented objects (36 items)
Topic: object-oriented classes (66 items)
Topic: user-defined languages (38 items)
Topic: interface between program modules (55 items)
Topic: state machine (67 items)
Topic: requirement specification by behaviors (16 items)
Topic: object-oriented modelling language (6 items)
Topic: object-oriented packages (6 items)
Topic: dependency analysis (31 items)
Topic: abstraction in programming language (47 items)
Topic: extensible languages (69 items)
Topic: attribute-value pairs as information (53 items)
Topic: constraints (35 items)
Topic: graphs (18 items)
|