What are two use cases enabled by IF-MAP Federation?（）

In a world where it seems we already have too much to do,and too many things to think about,it seems the last thing we need is something new that we have to learn.But use cases do solve a problem with requirements:with__1__declarative requirements it's hard to describe steps and sequences of events.Use cases,stated simply,allow description of sequences of events that,taken together,lead to a system doing something useful.As simple as this sounds,this is important.When confronted only with a pile of requirements,it's often__2__to make sense of what the authors of the requirements really wanted the system to do.In the preceding example,use cases reduce the ambiguity of the requirements by specifying exactly when and under what conditions certain behavior occurs;as such,the sequence of the behaviors can be regarded as a requirement.Use cases are particularly well suited to capturing these kind of requirements.Although this may sound simple,the fact is that__3__requirement capture approaches,with their emphasis on declarative requirements and"shall"statements,completely fail to capture the__4__of the system's behavior.Use cases are a simple yet powerful way to express the behavior of the system in way that all stakeholders can easily understand.But,like anything,use cases come with their own problems,and as useful as they are,they can be__5__.The result is something that is as bad,if not worse,than the original problem.Therein it's important to utilize use cases effectively without creating a greater problem than the one you started with.
4、_____

A.statics
B.nature
C.dynamics
D.originals

In a world where
it seems we already have too much to do, and too many things to think about, it
seems the last thing we need is something new that we have to learn.

But use cases do
solve a problem with requirements:with （71） declarative requirements it's hard to describe steps and sequences of
events.

Use cases, stated
simply, allow description of sequences of events that, taken together, lead to
a system doing something useful.As simple as this sounds,this is important.
When confronted only with a pile of requiements, it's often（72）to make sense of what the authors of the
requirements really wanted the system to do.In the preceding example, use cases
reduce the ambiguity of the requirements by specifying exactly when and under
what conditions certain behavior occurs;as such, the sequence of the behaviors can
be regarded as a requirement. Use cases are particularly well suited to capture
approaches. Although this may sound simple, the fact is that （73） requirement capture approaches, with their
emphasis on declarative requirements and "shall"
statements,completely fail to capture fail to capture the （74） of the system's behavior. Use cases are a
simple yet powerful way to express the behavior of the system in way that all
stakeholders can easily understand.

But,like
anything, use cases come with their own problems, and as useful as they
are,they can be （75）. The result is something that is as bad, if not worse, that the original
problem.Therein it's important to utilize use cases effectively without
creating a greater problem than the one you started with.

A.misapplied
B.applied
C.used
D.powerful

In a world where it seems we already have too much to do，and too many things to think about，it seems the last thing we need is something new that we have to learn.But use cases do solve a problem with requirements:with（ ）declarative equirements it's hard to describle steps and sequences of events.Use cases，stated simply，allow description of sequences of events that，taken together，lead to a system doing something useful.As simple as this sounds，this is important.When confronted only with a pile of requiements，it's often（ ）to make sense of what the authors of the requirements really wanted the system to do.In the preceding example，use cases reduce the ambiguity of the requirements by specifying exactly when and under what conditions certain behavior occurs;as such，the sequence of the behaviors can be regarded as a requirement.Use cases are particularly well suited to capture approaches.Although this may sound simple，the fact is that（ ）equirement capture approaches，with their emphasis on declarative requirements and"shall"statements，completely fail to capture the（ ）of the system's behavior.Use cases are a simple yet powerful way to express the behavior of the system in way that all stakeholders can easily understand.But，like anything，use cases come with their own problems，and as useful as they are，they can be（请作答此空）.the result is something that is as bad，if not worse，that the original problem.Therein it's important to utilize use cases effectively without creating a greater problem than the one you started with.

A.misapplied
B.applied
C.used
D.powerful