Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

CS2002 - Software Development and Management > Week 2 - Use Case Diagrams > Flashcards

Week 2 - Use Case Diagrams Flashcards

1
Q

What is the fundamental concept behind use case diagrams?

A

They express stakeholder expectations and are essential for detailed design in object-oriented development methods.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

During which process are use case diagrams utilized?

A

They are utilized during the system analysis and design process.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What three main questions do use case diagrams answer?

A

1) What is being described? (the system)
2) Who interacts with the system? (the actors)
3) What can the actors do? (the use cases)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

What are the components of a use case system diagram structure?

A

System, Actors, and Use Cases.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Are actors part of the system?

A

No, actors are outside the system boundaries.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

How do actors interact with the system?

A

Through use cases or by being used by use cases, acting as a function for that use case.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Can actors adopt multiple roles?

A

Yes, actors can adopt and set aside multiple roles simultaneously.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

What are the types of actors in use case diagrams?

A

Human and non-human (e.g., email servers). They can also be primary, secondary, active, or passive.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

How are actors connected to use cases?

A

Via binary associations represented by solid lines.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

What does an ‘Includes Relationship’ signify?

A

The behavior of an included use case is integrated into the behavior of another base use case.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

What does an ‘Extends Relationship’ signify?

A

One extending use case may integrate with another base use case, but integration is conditional and not mandatory.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

What happens in the generalization of use cases?

A

A use case inherits behaviors and relationships from another, and it can extend or override those behaviors.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Can abstract use cases be executed directly?

A

No, only the inheriting use case can be executed.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

What does the generalization of actors allow?

A

It allows actors to inherit roles and communication abilities from other actors.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

What are the key elements in the structured approach to use cases?

A
  1. Name,
  2. Short Description,
  3. Precondition,
  4. Postcondition,
  5. Error Situations,
  6. System State on Error,
  7. Actors,
  8. Trigger,
  9. Standard Process,
  10. Alternative Process.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

What questions help identify actors in a system?

A

1) Who uses the main use cases?
2) Who needs system support for daily work?
3) Who is responsible for system administration? 4) Which external devices or systems does the system communicate with?
5) Who is interested in system results?

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

What questions help identify use cases?

A

1) What are the main tasks of an actor?
2) Does an actor want to query or modify system information?
3) Does an actor want to inform the system about external changes?

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Why should use cases not model workflows?

A

Use cases focus on user interactions and not on processes or workflows.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Where are actors positioned in use case diagrams?

A

Outside the system boundaries.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

What is the role of use case diagrams in object-oriented development?

A

They are essential for expressing stakeholder expectations and guiding detailed design.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

How do actors provide functionality to use cases?

A

By acting as a function to the use case or directly interacting with the system.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Can an abstract use case define system functionality?

A

Yes, but it cannot execute directly; only inherited use cases execute.

23
Q

What defines the boundaries between the system and external entities?

A

The system boundary, which positions actors outside of it.

24
Q

Why are use case diagrams vital in stakeholder communication?

A

They express stakeholder expectations and are crucial for detailed design in object-oriented methods.

25
Q

How do use case diagrams assist in system analysis?

A

They outline the system, its actors, and interactions, providing clarity during the system analysis and design process.

26
Q

What does the ‘Includes Relationship’ in use cases integrate?

A

The behavior of an included use case into the behavior of another base use case.

27
Q

Can an actor interact with multiple use cases simultaneously?

A

Yes, actors can interact with multiple use cases as part of their role.

28
Q

What are the different categories of actors in use case diagrams?

A

Actors can be primary or secondary, active or passive, and human or non-human.

29
Q

How do ‘Extends Relationships’ differ from ‘Includes Relationships’?

A

Extends relationships are conditional and independent, whereas includes relationships are integral to the base use case.

30
Q

How are actors visually represented in relation to the system?

A

Actors are placed outside the system boundaries and connected to use cases via solid lines.

31
Q

What kind of questions help identify external systems as actors?

A

Questions such as, ‘What external systems must the system communicate with?’ help identify such actors.

32
Q

What must all use cases have to function properly?

A

They must be connected to at least one actor.

33
Q

Can abstract actors be directly involved in a use case?

A

No, abstract actors represent roles or inherited capabilities and are not directly involved.

34
Q

Why should use cases avoid modeling workflows?

A

Use cases are focused on user interactions, not the step-by-step processes or workflows.

35
Q

What kinds of roles can an actor adopt in a use case diagram?

A

Actors can adopt multiple roles, functioning dynamically as needed within different use cases.

36
Q

In what way do use case diagrams clarify system interactions?

A

By mapping the roles of actors, their interactions, and the system’s functionality.

37
Q

What differentiates primary actors from secondary actors?

A

Primary actors benefit directly from a use case, while secondary actors do not.

38
Q

When are extension points used in use cases?

A

They are used to define where the behavior of an extending use case integrates into a base use case.

39
Q

What are the different Actor Types

A
40
Q

Explain this Diagram

A
41
Q

1.

Explain this Diagram

A
  • Actors are connected to use cases
    • Via association - always binary
    • Solid Lines
  • Actors must have at least one use case
  • Multiplicities may be specified
42
Q

Explain this Diagram

A
43
Q

Explain this Diagram

A
  • Shows an Extend Relationship
  • A decides if B is executed
  • Exetention points define at which point the behavior is integrated
  • There are conditions which define when the behavior is integrated
44
Q

Explain this Diagram

A
  • A generalises use case B
    • B inherits the behavior of A
      • May extend or overwrite it
    • B also inherits all relationships from A
      • Adopts basic functionality of A
      • Independently decides execution and changes from A functinoality
  • A may be labeled {abstract}
    • Cannot be executed directly
    • Only B is executed
45
Q

Explain this Diagram

A
  • Generalisation of Actors
  • Actors A inherits from actor B
  • A can communicate with X and Y
  • B can only communicate with X

Note

  • Multiple inherited is permitted
  • Abstract actors are possible
46
Q

Explain this diagram

A
47
Q

Explain this diagram

A

UC Issue information needs EITHER

One actor Assistent OR one actor professor for execution

48
Q

Explain this diagram

A

UC that have the same objective must be grouped into one UC

49
Q

Explain this diagram

A

Various steps are parts of the UC NOT seperate UC themselves

No functional decomposition

50
Q

What does this show

A
51
Q

What does this show

A
52
Q

What does this show?

A
53
Q

What does this show

A

CS2002 - Software Development and Management (2 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2025 Bold Learning Solutions. Terms and Conditions