Your IP: 38.107.179.212 United States Near: United States

Lookup IP Information

2 3 4 5 6 7 8 Next

Below is the list of all allocated IP address in 41.12.0.0 - 41.12.255.255 network range, sorted by latency.

Object-oriented analysis and design (OOAD) is a software engineering approach that models a system as a group of interacting objects. Each object represents some entity of interest in the system being modeled, and is characterised by its class, its state (data elements), and its behavior. Various models can be created to show the static structure, dynamic behavior, and run-time deployment of these collaborating objects. There are a number of different notations for representing these models, such as the Unified Modeling Language (UML). Object-oriented analysis (OOA) applies object-modelling techniques to analyze the functional requirements for a system. Object-oriented design (OOD) elaborates the analysis models to produce implementation specifications. OOA focuses on what the system does, OOD on how the system does it. Contents 1 Object-oriented systems 2 Object-oriented analysis 3 Object-oriented design 4 Literature 5 See also 6 References 7 External links // Object-oriented systems An object-oriented system is composed of objects. The behavior of the system results from the collaboration of those objects. Collaboration between objects involves them sending messages to each other. Sending a message differs from calling a function in that when a target object receives a message, it itself decides what function to carry out to service that message. The same message may be implemented by many different functions, the one selected depending on the state of the target object. The implementation of "message sending" varies depending on the architecture of the system being modeled, and the location of the objects being communicated with. Object-oriented analysis Object-oriented analysis (OOA) looks at the problem domain, with the aim of producing a conceptual model of the information that exists in the area being analyzed. Analysis models do not consider any implementation constraints that might exist, such as concurrency, distribution, persistence, or how the system is to be built. Implementation constraints are dealt during object-oriented design (OOD). Analysis is done before the Design[citation needed]. The sources for the analysis can be a written requirements statement, a formal vision document, interviews with stakeholders or other interested parties. A system may be divided into multiple domains, representing different business, technological, or other areas of interest, each of which are analyzed separately. The result of object-oriented analysis is a description of what the system is functionally required to do, in the form of a conceptual model. That will typically be presented as a set of use cases, one or more UML class diagrams, and a number of interaction diagrams. It may also include some kind of user interface mock-up. The purpose of object oriented analysis is to develop a model that describes computer software as it works to satisfy a set of customer defined requirements. Object-oriented design Main article: Object oriented design Object-oriented design (OOD) transforms the conceptual model produced in object-oriented analysis to take account of the constraints imposed by the chosen architecture and any non-functional – technological or environmental – constraints, such as transaction throughput, response time, run-time platform, development environment, or programming language. The concepts in the analysis model are mapped onto implementation classes and interfaces. The result is a model of the solution domain, a detailed description of how the system is to be built. Literature Grady Booch. "Object-oriented Analysis and Design with Applications, 3rd edition":http://www.informit.com/store/product.aspx?isbn=020189551X Addison-Wesley 2007. Rebecca Wirfs-Brock, Brian Wilkerson, Lauren Wiener. Designing Object Oriented Software. Prentice Hall, 1990. [A down-to-earth introduction to the object-oriented programming and design.] A Theory of Object-Oriented Design: The building-blocks of OOD and notations for representing them (with focus on design patterns.) Martin Fowler. Analysis Patterns: Reusable Object Models. Addison-Wesley, 1997. [An introduction to object-oriented analysis with conceptual models] Bertrand Meyer. Object-oriented software construction. Prentice Hall, 1997. Brett McLaughlin, Gary Pollice, David West. Head First Object-Oriented Analysis and Design. O'Reilly, 2006. Craig Larman. Applying UML and Patterns - Introduction to OOA/D & Iterative Development. Prentice Hall PTR, 3rd ed. 2005. See also Schlaer-Mellor Object-oriented modeling Object-oriented programming Object-oriented user interface Meta-model Software analysis pattern Model Driven Engineering (MDE) Model-driven architecture (MDA) Domain Specific Language (DSL) Domain-specific modelling (DSM) Model-based testing (MBT) Object modeling language QVT The OMG Queries/Views/Transformations Model Transformation Language Unified Modeling Language UML ATLAS Transformation Language ATL Meta-Object Facility MOF XML Metadata Interchange XMI Class-Responsibility-Collaboration card (CRC cards) Domain-driven design References This article includes a list of references, related reading or external links, but its sources remain unclear because it lacks inline citations. Please improve this article by introducing more precise citations where appropriate. (May 2009) This article was originally based on material from the Free On-line Dictionary of Computing, which is licensed under the GFDL. External links Article Object-Oriented Analysis and Design with UML and RUP an overview (also about CRC cards). Applying UML - Object Oriented Analysis & Design tutorial OOAD & UML Resource website and Forums - Object Oriented Analysis & Design with UML. Article Object-Oriented Analysis in the Real World v • d • e Unified Modeling Language Actors Organizations: Object Management Group • UML Partners Persons: Grady Booch • Ivar Jacobson • James Rumbaugh Concepts Object oriented: Object-oriented programming • Object-oriented analysis and design Structure: Actor • Attribute • Artifact • Class • Component • Interface • Object • Package Behavior: Activity • Event • Message • Method • State • Use case Relationships: Aggregation • Association • Composition • Dependency • Generalization (or Inheritance) Extensibility: Profile • Stereotype Other concepts: Multiplicity Diagrams Structural Class diagram • Component diagram • Composite structure diagram • Deployment diagram • Object diagram • Package diagram Behaviour   Activity diagram • State Machine diagram • Use case diagram Interaction Communication diagram • Sequence diagram • Interaction overview diagram • Timing diagram Derived languages Systems Modeling Language (SysML) • UML eXchange Format (UXF) • XML Metadata Interchange (XMI) Other topics Glossary of UML terms • Rational Unified Process • Comparison of UML tools • UML colors