Software Engineering I - Final

0.0(0)
studied byStudied by 0 people
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/36

encourage image

There's no tags or description

Looks like no tags are added yet.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

37 Terms

1
New cards

Responsibilities in responsibility-driven design

Knowing and doing responsibilities

2
New cards

Creator pattern

Focuses on who should create an instance of a class

3
New cards

When should Class B create Class A according to the Creator pattern?

When Class B aggregates or contains instances of Class A

4
New cards

Primary goal of the Low Coupling pattern

To reduce the impact of changes in one element on other elements

5
New cards

Risk of high coupling between objects

Greater likelihood of ripple effects when one class changes

6
New cards

GRASP

General Responsibility Assignment Software Patterns

7
New cards

Primary goal of GRASP patterns

To assign responsibilities to classes and objects in a design

8
New cards

Responsibility in object-oriented design

A function or duty assigned to a class or object

9
New cards

Assigning responsibilities helps determine

The methods and properties each class should have

10
New cards

Benefit of thinking in responsibilities in OO design

Leads to more understandable and maintainable code

11
New cards

GRASP 'Controller' Pattern

Assign responsibility for handling system events to a non-UI object

12
New cards

Primary responsibility of a controller

Handle system events and delegate work to other objects

13
New cards

Good controller class

A class with minimal logic that coordinates tasks

14
New cards

High cohesion in a class

The class focuses on a single, well-defined task

15
New cards

Benefit of high cohesion

Better encapsulation and easier maintenance

16
New cards

Purpose of an abstract class in UML

Serve as a template without allowing direct instantiation

17
New cards

Interface in UML

A special class type with only method definitions and no implementation

18
New cards

Representation of an interface in UML class diagram

Rectangle with the stereotype <>

19
New cards

Dependency in UML

A change in one class may require changes in another

20
New cards

Symbol representing a dependency in UML class diagrams

Dashed arrow from dependent to independent class

21
New cards

UML class diagram

A static structure diagram showing classes, attributes, and relationships

22
New cards

Association in UML

A relationship between two classes

23
New cards

Purpose of multiplicity in UML class diagrams

Shows how many instances of a class relate to another

24
New cards

Invalid UML visibility modifier

* (Global)

25
New cards

Operations in UML class diagrams

Methods or functions that a class can perform

26
New cards

Valid UML basic message expression syntax

return = message(parameter : parameterType) : returnType

27
New cards

Iteration over a collection in a sequence diagram

Sending the same message to all members of a collection

28
New cards

Nesting of frames in UML sequence diagrams

Placing one frame inside another

29
New cards

Messages to static methods in sequence diagrams

Messages sent to a 'metaclass'

30
New cards

Key trait of polymorphic messages in UML

They require multiple sequence diagrams

31
New cards

Use Case Diagram

knowt flashcard image
32
New cards

UML Class Diagram

knowt flashcard image
33
New cards

Domain Model

knowt flashcard image
34
New cards

UML Interaction Diagram

knowt flashcard image
35
New cards

Communication Diagram

knowt flashcard image
36
New cards

Logical Architecture

knowt flashcard image
37
New cards

Class Responsibility Cards (CRC)

knowt flashcard image