Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

IIBA ECBA Exam - Topic 1 Question 99 Discussion

Actual exam question for IIBA's ECBA exam
Question #: 99
Topic #: 1
[All ECBA Questions]

What requirements are good candidates for reuse?

Show Suggested Answer Hide Answer
Suggested Answer: A

Requirements that are good candidates for reuse are those that are not tied to a specific tool, technology, or system. These requirements are generally applicable across various contexts and can be used in multiple projects without significant changes. They are typically high-level business requirements that describe what the business needs without prescribing how to achieve it. This makes them flexible and adaptable to different situations, which is essential for reuse.


Contribute your Thoughts:

0/2000 characters
Elli
4 months ago
Wait, can we really reuse requirements without tool ties? Sounds risky.
upvoted 0 times
...
Cherelle
4 months ago
D is too specific, not reusable at all!
upvoted 0 times
...
Martina
4 months ago
C seems like a solid choice too, low abstraction is key.
upvoted 0 times
...
Lorrie
4 months ago
I disagree, B can also be reused if detailed enough.
upvoted 0 times
...
Karon
5 months ago
A is definitely a good candidate for reuse!
upvoted 0 times
...
Estrella
5 months ago
I definitely recall that requirements tied to specific departments are usually not reusable, so D seems like a no-go.
upvoted 0 times
...
Elza
5 months ago
I feel like detailed requirements might be more specific and less reusable, but I could be mixing that up with another topic.
upvoted 0 times
...
Donette
5 months ago
I remember a practice question that mentioned low levels of abstraction being less reusable, so I might lean towards option A.
upvoted 0 times
...
Lanie
5 months ago
I think requirements without direct ties to a particular tool could be good for reuse, but I'm not entirely sure.
upvoted 0 times
...
Mitsue
5 months ago
Ah, I see. Requirements that are more detailed and at a lower level of abstraction are likely to be more reusable. I'll make sure to highlight that in my response.
upvoted 0 times
...
Isreal
5 months ago
Okay, I think the key here is that reusable requirements should be more general and not tied to a specific tool or implementation. I'll focus on that in my answer.
upvoted 0 times
...
Lettie
5 months ago
Hmm, I'm a bit unsure about this. I'll need to review my notes on reusable requirements to make sure I understand the criteria.
upvoted 0 times
...
Jeffrey
6 months ago
This seems like a tricky one. I'll need to think carefully about the key factors that make requirements good candidates for reuse.
upvoted 0 times
...
Shelton
6 months ago
I'm a bit confused by the two XQuery expressions. Are they supposed to return the same result, or are they testing different things? I'll need to double-check my understanding of XPath and how to select elements based on both position and attribute values.
upvoted 0 times
...
Devorah
1 year ago
I'd go for option A. Keeps things flexible and avoids the dreaded 'vendor lock-in'.
upvoted 0 times
...
Rosalyn
1 year ago
Ha! Requirements with department references? Might as well just name the company too. Good one!
upvoted 0 times
Arlen
1 year ago
C) Requirements at low levels of abstraction
upvoted 0 times
...
Michel
1 year ago
B) Requirements expressed in more detail
upvoted 0 times
...
Lino
1 year ago
A) Requirements without direct ties to a particular tool
upvoted 0 times
...
...
Isabella
1 year ago
Definitely not the ones with specific references to departments. That's way too specific and tied to a particular organization.
upvoted 0 times
Kate
1 year ago
C) Requirements at low levels of abstraction
upvoted 0 times
...
Albina
1 year ago
B) Requirements expressed in more detail
upvoted 0 times
...
Lawanda
1 year ago
A) Requirements without direct ties to a particular tool
upvoted 0 times
...
...
Delsie
1 year ago
I agree with Alexia. Requirements at a higher level of abstraction are more reusable. But I'd still want some detail, not just vague statements.
upvoted 0 times
Kimi
1 year ago
C) Requirements at low levels of abstraction
upvoted 0 times
...
Lindsey
1 year ago
B) Requirements expressed in more detail
upvoted 0 times
...
Eden
1 year ago
A) Requirements without direct ties to a particular tool
upvoted 0 times
...
...
Francine
2 years ago
I believe requirements expressed in more detail can also be good candidates for reuse, as they provide a clear understanding of what needs to be done.
upvoted 0 times
...
Alexia
2 years ago
A requirements without direct ties to a particular tool sounds like the way to go. That way, we can reuse it across different projects and tools.
upvoted 0 times
Paris
1 year ago
A) Requirements without direct ties to a particular tool sounds like the way to go. That way, we can reuse it across different projects and tools.
upvoted 0 times
...
Lauran
1 year ago
That makes sense. It would make it easier to reuse across different projects.
upvoted 0 times
...
Kandis
1 year ago
C) Requirements at low levels of abstraction
upvoted 0 times
...
Essie
1 year ago
B) Requirements expressed in more detail
upvoted 0 times
...
Jerry
1 year ago
A) Requirements without direct ties to a particular tool
upvoted 0 times
...
...
Melodie
2 years ago
I agree with Percy. Requirements at low levels of abstraction can also be good candidates for reuse.
upvoted 0 times
...
Percy
2 years ago
I think requirements without direct ties to a particular tool are good candidates for reuse.
upvoted 0 times
...

Save Cancel