SE II (Reviewer)

0.0(0)
studied byStudied by 0 people
0.0(0)
full-widthCall Kai
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/81

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.

82 Terms

1
New cards

False

Software design is the same as writing program code.

2
New cards

True

Software design acts as the blueprint or plan before system construction begins.

3
New cards

False

Design principles are unchanging and do not evolve.

4
New cards

True

Interface design defines how software, hardware, and users communicate.

5
New cards

True

A good design must implement all explicit and implicit requirements from the customer.

6
New cards

True

Design should always be traceable to the requirements model.

7
New cards

True

The goal of software design is to make systems understandable, maintainable, and high quality.

8
New cards

Planning structure and components of a system before coding

Which of the following best describes software design?

9
New cards

Interface Design

What design activity defines communication among software, hardware, and users?

10
New cards

Product promotion design

Which of the following is not part of the four main design activities?

11
New cards

Refactoring

The process of reorganizing code without changing its function is called:

12
New cards

Components do one thing independently

High cohesion and low coupling mean:

13
New cards

Principle #1

Which design modeling principle emphasizes that "design should be traceable to the requirements model"?

14
New cards

Complete, sufficient, and primitive

A design class should be:

15
New cards

Randomly connected classes

Which of the following is not a quality guideline?

16
New cards

Iteratively

The design should be developed:

17
New cards

Functional independence

You want your components to work independently so changes in one won't break others. What principle applies?

18
New cards

Refactoring

Your manager asks you to improve messy code but keep its behavior the same. Which concept should you apply?

19
New cards

Traceability

During design review, a teammate cannot trace features back to requirements. Which principle was ignored?

20
New cards

Abstraction

The design team wants to focus on key data and ignore unneeded details at first. Which design concept is this?

21
New cards

User interface design principle

The client requests that the user interface be simple and user-friendly. Which design principle are you focusing on?

22
New cards

Modularity and functional independence

A developer says, “Our software should be easy to update in the future.” What quality guideline supports this idea?

23
New cards

Stepwise refinement

Your team plans to improve design details gradually instead of all at once. What concept are you using?

24
New cards

Use iterative, flexible design models

Your project uses an Agile process. How should you approach design modeling?

25
New cards

Design and Quality principle

The client wants to see how data, function, and behavior connect before coding starts. Which design principle is this?

26
New cards

Abstraction

What concept means simplifying complex systems by focusing on essential details?

27
New cards

Modularity

What design concept allows dividing the system into manageable, independent parts?

28
New cards

Traceability

What principle ensures that each design element can be linked back to a requirement?

29
New cards

Architecture

What do we call the overall structure of software components and how they interact?

30
New cards

Refactoring

What is the process of improving or reorganizing design without changing functionality?

31
New cards

Reducing unnecessary detail through abstraction

The principle of Economy in architecture emphasizes:

32
New cards

The ease of understanding architectural decisions

Visibility in architectural design refers to:

33
New cards

Visual design

What layer represents the artistic endeavor that complements the technical aspects of user experience design?

34
New cards

Clear separation of concerns

What does Spacing ensure in software architecture?

35
New cards

A balanced and consistent system structure

Symmetry in architecture implies:

36
New cards

Self-organizing, scalable behavior

Emergence in architecture is most associated with:

37
New cards

Interface design

What layer defines a set of interface objects and actions that enable a user to perform all defined tasks?

38
New cards

Walking Skeleton

A simplified, runnable architectural model used in Agile development before coding begins.

39
New cards

MVC

The architectural style that separates data, user interface, and control logic.

40
New cards

Understanding how the system must respond to situations

In ATAM, “collecting scenarios” primarily helps in:

41
New cards

Process view

Which architectural view type represents runtime behavior and concurrency?

42
New cards

The geometric structure of control relationships

In Architectural Refinement, “control topology” refers to:

43
New cards

Change isolation and maintainability

An architecture that divides the system into layers of abstraction best supports which design goal?

44
New cards

Initiates control or computation itself

An active data component is one that:

45
New cards

When design changes are still easy to make

When should alternative architectural decisions be evaluated?

46
New cards

Principle #1

Design should be traceable to the requirements model.

47
New cards

Principle #2

Always consider the architecture of the system to be built.

48
New cards

Principle #3

Design of data is as important as design of processing functions.

49
New cards

Principle #4

Interfaces (both internal and external) must be designed with care.

50
New cards

Principle #5

User interface design should be tuned to the needs of the end-user and stress ease of use.

51
New cards

Principle #6

Component-level design should be functionally independent.

52
New cards

Principle #7

Components should be loosely coupled to each other than the environment.

53
New cards

Principle #8

Design representations (models) should be easily understandable.

54
New cards

Principle #9

The design should be developed iteratively.

55
New cards

Principle #10

Creation of a design model does not preclude using an agile approach.

56
New cards

Usability Guidelines

• Anticipation

• Communication

• Consistency

• Controlled Autonomy

• Efficiency

• Flexibility

• Focus

• Human Interface Objects

• Latency Reduction

• Learnability

• Metaphors

• Readability

• Track State

• Visible Navigation

57
New cards

Anticipation

An application should be designed so that it anticipates the user's next move.

58
New cards

Communication

The interface should communicate the status of any activity initiated by the user.

59
New cards

Consistency

The use of navigation controls, menus, icons, and aesthetics (For example, color, shape, layout) should be consistent throughout.

60
New cards

Controlled Autonomy

The interface should facilitate user movement throughout the application, but it should do so in a manner that enforces navigation conventions that have been established for the application.

61
New cards

Efficiency

The design of the application and its interface should optimize the user's work efficiency.

62
New cards

Flexibility

The interface should be flexible enough to enable some users to accomplish tasks directly and others to explore the application in a somewhat random fashion.

63
New cards

Focus

The interface (and the content it presents) should stay focused on the user task(s) at hand.

64
New cards

Human Interface Objects

A vast library of reusable human interface objects has been developed for both Web and mobile apps. Use them.

65
New cards

Latency Reduction

Rather than making the user wait for some internal operation to complete (for example, downloading a complex graphical image), the application should use multitasking in a way that lets the user proceed with work as if the operation has been completed.

66
New cards

Learnability

An application interface should be designed to minimize learning time and, once learned, to minimize relearning required when the app is revisited.

67
New cards

Metaphors

An interface that uses an interaction metaphor is easier to learn and easier to use, as long as the metaphor is appropriate for the application and the user.

68
New cards

Readability

All information presented through the interface should be readable by young and old.

69
New cards

Track State

When appropriate, the state of the user interaction should be tracked and stored so that a user can log off and return later to pick up where he left off.

70
New cards

Visible Navigation

A well-designed interface provides the illusion that users are in the same place, with the work brought to them.

71
New cards

Accessibility Guidelines

• Application Accessibility

• Response Time

• Help Facilities

• Error Handling

• Menu and Command Labeling

• Internationalization

72
New cards

Application Accessibility

Software engineers must ensure that interface design encompasses mechanisms that enable easy for people with special needs.

73
New cards

Response Time

System response time has two important characteristics: length and variability. Aim for consistency to avoid user frustration.

74
New cards

Help Facilities

Modern software should provide online help facilities that enable a user to get a question answered or resolve a problem without leaving the interface.

75
New cards

Error Handling

Every error message or warning produced by an interactive system should: use user understandable jargon, provide constructive error recovery advice, identify negative consequences of errors, contain an audible or visual cue, and never blame user for causing the error.

76
New cards

Menu and Command Labeling

The use of window-oriented, point-and-pick interfaces has reduced reliance on typed commands. How every it is important to: ensure every menu option has a command version, make commands easy for users to type, make

commands easy to remember, allow for command abbreviation, make sure menu labels are self-explanatory, make sure submenus match style of master menu items, and ensure command conventions work across the family of applications.

77
New cards

Internationalization

Software engineers and their managers invariably underestimate the effort and skills required to create user interfaces that accommodate the needs of different locales and languages.

78
New cards
<p>Data Centered Architecture</p>

Data Centered Architecture

Focuses on a central data store (e.g., database or repository) that different components access, update, and share.

79
New cards
<p>Data Flow Architecture</p>

Data Flow Architecture

Uses a pipeline or series of transformations where input data flows through processing steps until output is produced.

80
New cards
<p>Call-Return Architecture</p>

Call-Return Architecture

Organizes software into modules with a hierarchy of control, where higher-level modules call lower-level ones and get results back.

81
New cards
<p>Object-Oriented Architecture</p>

Object-Oriented Architecture

Structures the system as a collection of interacting objects that encapsulate data and behavior.

82
New cards
<p>Layered Architecture</p>

Layered Architecture

Divides the system into layers (e.g., presentation, logic, data) where each layer provides services to the one above it.