Lecture 1 and 2 Flashcards

1
Q

What is Software

A
  • Computing continues to dramatically impact society
  • Software exists within an increasingly complex and diverse technological infrastructure
  • Our understanding of what software is evolves along with these changes

So should our understanding of how it is made

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

What is Engineering?

A

The meeting of science and economics

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

What is Software Engineering?

A

SE (IEEE): systematic approach to development,…., of software

Systematic approach: methodologies and practices that can be used to solve a problem from problem domain

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

Name components of software/system quality

A
Functionality suitability
Performance efficiency
Compatibility
Usability
Reliability
Security
Maintainability Portability
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

What governs quality and premise

A

People
Processe
Technology

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

What is the SE focus

A

Processes for achieving the goals

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

Name some characteristics of Agile

A
  • not any one specific methodology. Lightweight.
  • emphasizes teamwork (self-organizing, interdependent smaller group) over management. Values individual creativity and motivation.
  • anticipates and welcomes change
  • planning minimized through continual client engagement, short goal-focused iterations leading to releases of working software
  • high internal standards of quality
  • devoted to simplicity (in design and process), software is the key documentation
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

What is a user?

A

A real person with real constraints trying to get their job done

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

Why are user stories considered a “proto-requirement”

A
  • very terse, often action oriented

* face to face elicitation of details with client / users as needed • leads directly to a short term development goal

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

What are the three Ws of user stories

A
  • WHO needs/wants the functionality
  • WHAT the functionality does, in user or client-centric terms
  • WHY the functionality is important, what benefit is derived from it
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

What is the anatomy of a user story

A

As a , I want so that .

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

Name two characteristics that constitutes a good user story

A
  • User stories should provide enough detail to make a reasonable estimate about how long they should take to realize
  • User stories should lead directly to one or more concrete (and often automated) acceptance tests that will verify that the story has been realized
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

What are acceptance tests?

A

A way to verify that the WHAT has been accomplished with a user story.

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

Who validates acceptance tests?

A

The client

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

How acceptance tests affect a project task?

A

The acceptance test is broken down into actionable engineering tasks. This ensures that only what is required to fulfill a user is implemented, and no more.

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

What is a suggested format for an acceptance test?

A

A [named user role] can [select/operate] [feature/function] so that [output] is [visible/complete/etc.]