Practice Free OMG-OCUP2-ADV300 Exam Online Questions
Question #11
What is true about a MOF 2.x Model?
- A . It is always a valid UML 2 x Model
- B . It can be a valid UML 2.x Model, when certain limitations are observed.
- C . The visual representation resembles a UML 2.x Model, but the underlying Model is a MOF-Model.
- D . There is a subtle difference between it and a UML 2.x Model, but only theoretical computer scientists care.
Correct Answer: B
B
Explanation:
A MOF (Meta Object Facility) 2.x Model is not always a valid UML (Unified Modeling Language) 2.x Model. The MOF 2.x and UML 2.x serve different purposes and have different scopes of application. While UML is a general-purpose modeling language used to define software systems, MOF is a language for defining metamodels, which can include UML itself1.
The MOF 2.x specification provides the basis for metamodel definition in OMG’s (Object Management Group’s) family of modeling languages, which includes UML. However, it is based on a simplification of UML 2’s class modeling capabilities1. MOF is designed to be simpler, directly implementable, and provides a set of CORBA interfaces for manipulating meta objects2. In contrast, UML is used as a general-purpose modeling language with potentially many implementation targets2.
Therefore, a MOF 2.x Model can be a valid UML 2.x Model when certain limitations are observed, such as adhering to the simplified class modeling capabilities that MOF is based on. This means that while a MOF model can resemble a UML model in terms of visual representation, it is fundamentally a MOF model, and its validity as a UML model depends on the extent to which it conforms to the UML specifications
B
Explanation:
A MOF (Meta Object Facility) 2.x Model is not always a valid UML (Unified Modeling Language) 2.x Model. The MOF 2.x and UML 2.x serve different purposes and have different scopes of application. While UML is a general-purpose modeling language used to define software systems, MOF is a language for defining metamodels, which can include UML itself1.
The MOF 2.x specification provides the basis for metamodel definition in OMG’s (Object Management Group’s) family of modeling languages, which includes UML. However, it is based on a simplification of UML 2’s class modeling capabilities1. MOF is designed to be simpler, directly implementable, and provides a set of CORBA interfaces for manipulating meta objects2. In contrast, UML is used as a general-purpose modeling language with potentially many implementation targets2.
Therefore, a MOF 2.x Model can be a valid UML 2.x Model when certain limitations are observed, such as adhering to the simplified class modeling capabilities that MOF is based on. This means that while a MOF model can resemble a UML model in terms of visual representation, it is fundamentally a MOF model, and its validity as a UML model depends on the extent to which it conforms to the UML specifications
Question #12
Given the following diagram fragment:
Which review comment is valid and applicable?
- A . The Realization relationships should be reversed
- B . The Generalization relationships should be replaced by Realization relationships.
- C . The Realization relationships should be replaced by Generalization relationships.
- D . The UML syntax rules do not allow the use of Realization relationships between Components and Classes without the application of the stereotypes in a profile.
Correct Answer: C
C
Explanation:
The provided diagram fragment shows what appears to be Components or Classes with dashed arrows pointing towards them. Typically in UML, a dashed arrow with an unfilled arrowhead represents a Realization relationship, which is used to show that an element (such as an interface) is realized by another element (such as a class or component). However, when we are talking about Classes like "EventRegistration," "MessagePacket," "Attendee," and "Session" which seem to share a common nature or purpose with "EmailServices," these relationships are more appropriately modeled as Generalizations, indicating that they inherit from a common superclass or implement a common interface. Realizations are typically not used in this context. Hence, the dashed arrows in the diagram should be solid lines representing Generalization, not Realization. This answer aligns with the UML 2.x Superstructure Specification, which provides guidance on the usage of Realization and Generalization relationships in class diagrams.
C
Explanation:
The provided diagram fragment shows what appears to be Components or Classes with dashed arrows pointing towards them. Typically in UML, a dashed arrow with an unfilled arrowhead represents a Realization relationship, which is used to show that an element (such as an interface) is realized by another element (such as a class or component). However, when we are talking about Classes like "EventRegistration," "MessagePacket," "Attendee," and "Session" which seem to share a common nature or purpose with "EmailServices," these relationships are more appropriately modeled as Generalizations, indicating that they inherit from a common superclass or implement a common interface. Realizations are typically not used in this context. Hence, the dashed arrows in the diagram should be solid lines representing Generalization, not Realization. This answer aligns with the UML 2.x Superstructure Specification, which provides guidance on the usage of Realization and Generalization relationships in class diagrams.
Question #13
Which statement is correct about the compiled model resulting from Alt text?
- A . It does not have to be conformant to the fUML subset.
- B . It must to be the same as a model resulting from the mapping to fUML
- C . It can be executed by any UML tool, even those are not fUML-conformant.
- D . It must have the equivalent effect as a model resulting from the mapping to fUML
Correct Answer: D
D
Explanation:
The compiled model resulting from the Action Language for Foundational UML (fUML) must have the equivalent effect as a model resulting from the mapping to fUML. In other words, the compiled model should behave in the same way as if it were directly executed using the fUML execution semantics
D
Explanation:
The compiled model resulting from the Action Language for Foundational UML (fUML) must have the equivalent effect as a model resulting from the mapping to fUML. In other words, the compiled model should behave in the same way as if it were directly executed using the fUML execution semantics
Question #14
Consider the following piece of UML definition:
What is the typing of xx. xy and result?
- A . xx Cattle. xy:Bull. resultCattle
- B . xx:Cow, xy:CattlG, result;Donor
- C . xx:Cow. xy:Cattle. result:Cattle
- D . xxCow. xv Bull. resultCattle
Correct Answer: C
C
Explanation:
The UML diagram illustrates two types of reproduction for cattle: natural and assisted. In natural reproduction, a bull (xy) and a cow (xx) result in a new cattle (result), which aligns with biological principles. The same principle applies to assisted reproduction, where the donor is also cattle (xy), and the result is a new cattle. Since both Ferd Bull and Don Donor are specialized types of Cattle, and the result of both reproductions is Cattle, it implies that both xx and xy are of type Cattle, but within the context, xx is specifically a Cow. Therefore, xx is a Cow, xy is Cattle (which can be a Bull or Donor), and the result is also Cattle. This interpretation aligns with the principles of UML where specific instances (like Ferd Bull and Don Donor) are instances of the more general classifier Cattle.
C
Explanation:
The UML diagram illustrates two types of reproduction for cattle: natural and assisted. In natural reproduction, a bull (xy) and a cow (xx) result in a new cattle (result), which aligns with biological principles. The same principle applies to assisted reproduction, where the donor is also cattle (xy), and the result is a new cattle. Since both Ferd Bull and Don Donor are specialized types of Cattle, and the result of both reproductions is Cattle, it implies that both xx and xy are of type Cattle, but within the context, xx is specifically a Cow. Therefore, xx is a Cow, xy is Cattle (which can be a Bull or Donor), and the result is also Cattle. This interpretation aligns with the principles of UML where specific instances (like Ferd Bull and Don Donor) are instances of the more general classifier Cattle.
Question #15
What is correct about the modeling of individual things with UML?
- A . A UML Model can contain individual things (e.g. Instances) UML does not prescribe the level of detail to be used in the description.
- B . A UML Model can contain statements about individual things If a thing is an instance of a Classifier, these statements must be consistent (all mandatory Properties must be defined, all Constraints must be satisfied).
- C . A UML Model can contain statements about individual things These statements can be incomplete, imprecise, and abstract, but not wrong.
- D . A UML Model can contain statements about individual things. These statements can be incomplete, imprecise, abstract, may turn out to be wrong, or even be asserted as counterfactual
- E . A UML Model can only contain statements about sets of individual things (e.g. Classifiers).
Correct Answer: D
D
Explanation:
In UML, modeling individual things (such as instances) involves making statements about them. Here are the details for each option:
D
Explanation:
In UML, modeling individual things (such as instances) involves making statements about them. Here are the details for each option:
Question #16
What must a modeler do to use an Action that coordinates other Actions?
- A . extend Behavior and add the desired Actions
- B . use one of the Structured Activity Nodes in UML
- C . use the standard Action and add desired tag values
- D . extend Action and specify the constraints to be relaxed or removed
Correct Answer: B
B
Explanation:
To orchestrate multiple actions within UML, a modeler should use StructuredActivityNodes:
B
Explanation:
To orchestrate multiple actions within UML, a modeler should use StructuredActivityNodes:
Question #17
Which statement is correct about working with multiple profiles?
- A . The only way to integrate profiles is to merge them into one big profile
- B . Only profiles that represent the same domain can be integrated together.
- C . A profile can reuse all or parts of another profile, and extend other profiles.
- D . A profile can reuse all or parts of another profile, but cannot extend other profiles.
Correct Answer: C
C
Explanation:
In UML, profiles are mechanisms to extend the UML for a specific domain or purpose. The UML specification allows for one profile to reuse or import elements from another profile. This enables modularity and encourages reusability of profile elements across different domains. Additionally, one profile may extend the stereotypes or metaclasses defined in another profile, which allows for the creation of layered profiles where each layer adds its own specificities. This is a common practice in software and systems modeling to cater to different aspects of a system within separate profiles, which are then integrated to form a comprehensive model. The capability to reuse and extend profiles is defined in the UML 2.x Superstructure Specification, which gives guidelines on how to define and use profiles within UML.
C
Explanation:
In UML, profiles are mechanisms to extend the UML for a specific domain or purpose. The UML specification allows for one profile to reuse or import elements from another profile. This enables modularity and encourages reusability of profile elements across different domains. Additionally, one profile may extend the stereotypes or metaclasses defined in another profile, which allows for the creation of layered profiles where each layer adds its own specificities. This is a common practice in software and systems modeling to cater to different aspects of a system within separate profiles, which are then integrated to form a comprehensive model. The capability to reuse and extend profiles is defined in the UML 2.x Superstructure Specification, which gives guidelines on how to define and use profiles within UML.
Question #18
In addition to ObjectFlow. which mechanism could be used to move data within an Activity?
- A . Pin
- B . Variable
- C . Property
- D . ControlFlow
Correct Answer: B
B
Explanation:
In addition to ObjectFlow, which is used to denote the flow of objects between activities in a UML Activity diagram, data movement can also be facilitated through:
B
Explanation:
In addition to ObjectFlow, which is used to denote the flow of objects between activities in a UML Activity diagram, data movement can also be facilitated through:
Question #18
In addition to ObjectFlow. which mechanism could be used to move data within an Activity?
- A . Pin
- B . Variable
- C . Property
- D . ControlFlow
Correct Answer: B
B
Explanation:
In addition to ObjectFlow, which is used to denote the flow of objects between activities in a UML Activity diagram, data movement can also be facilitated through:
B
Explanation:
In addition to ObjectFlow, which is used to denote the flow of objects between activities in a UML Activity diagram, data movement can also be facilitated through:
Question #20
What two protocol state machine interpretations can be defined?
- A . behavioral and protocol
- B . declarative and procedural
- C . declarative and executable
- D . executable and non-executable
Correct Answer: C
C
Explanation:
Protocol State Machines in UML are used to specify the allowable protocol transitions that can be observed in the instances of a classifier.
The interpretations that can be defined for protocol state machines are:
C
Explanation:
Protocol State Machines in UML are used to specify the allowable protocol transitions that can be observed in the instances of a classifier.
The interpretations that can be defined for protocol state machines are: