IM GONNA SWEAT PUSS OUT OF MY COCKALATORY

5.0(1)
studied byStudied by 3 people
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/88

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.

89 Terms

1
New cards

project

A temporary endeavor undertaken to create a unique product, service, or result.

2
New cards

Software engineering

The practice of using computer science, mathematics, and the software engineering design process to solve technical problems, increase efficiency and productivity, and improve software systems.

3
New cards

Computer science

The study of algorithms, data structures, and the theory of computation.

4
New cards

Agile software development

A software development methodology that emphasizes flexibility and adaptability over strict planning and control.

5
New cards

planning

The process of setting goals, defining tasks, and estimating resources for a project.

6
New cards

control

The process of monitoring progress, identifying problems, and taking corrective action to ensure that a project meets its goals.

7
New cards

software process

A set of activities, methods, and practices that guide the development of software products

8
New cards

software life cycle model

A high-level description of the stages that a software product goes through from conception to completion

9
New cards

waterfall model

A software life cycle model that envisions software development as a set of steps performed in sequence

10
New cards

requirements analysis

The process of gathering requirements for a software product from the customer or user

11
New cards

system design

The process of creating a high-level design of a software product

12
New cards

implementation

The process of creating the software product

13
New cards

testing

The process of exercising the software product to ensure that it meets the requirements

14
New cards

deployment

The process of making the software product available to users

15
New cards

maintenance

The process of fixing defects in the software product, adding new features, and updating the software product

16
New cards

defect

A problem in a software product that causes it to behave incorrectly

17
New cards

agile

A software development methodology that emphasizes flexibility and adaptability over strict planning and control

18
New cards

iterative

Describing a process that involves repeating the same steps

19
New cards

spiral model

A software life cycle model that combines the iterative nature of prototyping with the systematic approach of the waterfall model

20
New cards

risk

The likelihood that something will go wrong in the software development process

21
New cards

incremental

Describing a process that involves adding to a product over time

22
New cards

prototype evolution model

A software life cycle model that involves developing a software product in increments, with each increment being a prototype

23
New cards

prototype

A preliminary version of a software product that is used to evaluate the product and gather feedback

24
New cards

heavyweight

Requiring a lot of documentation, planning, and control

25
New cards

lightweight

Requiring less documentation, planning, and control

26
New cards

Agile Software Development

A set of software development processes that are meant to be more in line with how humans actually work and think

27
New cards

Scrum

A popular agile software development process that is meant to be a framework for teams to work within.

28
New cards

Transparency

The property of being honest about what is being done and what is not being done

29
New cards
30
New cards

Adaptation

The process of changing course as needed.

31
New cards

Product Backlog

A list of all the work that needs to be done on the project, as the project is currently understood

32
New cards

Product Goal

A high-level objective that the team is working towards.

33
New cards

Product Backlog Item

A unit of work on the product backlog.

34
New cards

Sprint Backlog

A list of all the work that needs to be done during the sprint

35
New cards

Potentially Shippable Product Increment

A working product that is better than the one the stakeholders have now

36
New cards

Product Owner

A member of the team who is responsible for the product backlog.

37
New cards

Scrum Master

A member of the team who is responsible for ensuring that the team is following the Scrum framework.

38
New cards

Development Team

The team that is responsible for implementing the product backlog items.

39
New cards

Sprint

A fixed period of time during which all implementation work takes place.

40
New cards

Sprint Planning Meeting

A meeting where the team plans the work that will be done during the sprint.

41
New cards

Daily Scrum

A short meeting where the team coordinates their work.

42
New cards

Sprint Review

A meeting where the team demonstrates the work they have done to stakeholders.

43
New cards

Sprint Retrospective

A meeting where the team reflects on the work that has been done during the sprint, and identifies ways to improve.

44
New cards

Definition of Done

The team's criteria for what constitutes a completed product increment.

45
New cards

Acceptance Criteria

A set of conditions that must be met in order for the implementation to be considered correct.

46
New cards

Quality

The degree to which a system, component, or process meets specified requirements.

<p>The degree to which a system, component, or process meets specified requirements.</p>
47
New cards

Quality assurance

The process of making sure that the software meets its requirements.

<p>The process of making sure that the software meets its requirements.</p>
48
New cards

Defect

Anything that doesn't meet the requirements, such as an error, omission, or inconsistency

<p>Anything that doesn't meet the requirements, such as an error, omission, or inconsistency</p>
49
New cards

validation

The process of ensuring that the software meets the customer's needs and expectations

<p>The process of ensuring that the software meets the customer's needs and expectations</p>
50
New cards

verification

The process of ensuring that the software meets its requirements

<p>The process of ensuring that the software meets its requirements</p>
51
New cards

defect detection

The process of finding defects in the software

<p>The process of finding defects in the software</p>
52
New cards

defect correction

The process of fixing defects in the software

<p>The process of fixing defects in the software</p>
53
New cards

defect prevention

The process of preventing defects from occurring in the first place

<p>The process of preventing defects from occurring in the first place</p>
54
New cards

functional correctness

The degree to which the software does what it's supposed to do

<p>The degree to which the software does what it's supposed to do</p>
55
New cards

review

A process or meeting during which a work product is examined by a group of people to identify defects

<p>A process or meeting during which a work product is examined by a group of people to identify defects</p>
56
New cards

work product

Anything produced as part of the software development process, such as requirements, design documents, or code

<p>Anything produced as part of the software development process, such as requirements, design documents, or code</p>
57
New cards

peer review

A review in which the work product is examined by a group of peers, or people of similar experience and expertise

<p>A review in which the work product is examined by a group of peers, or people of similar experience and expertise</p>
58
New cards

walkthrough

A type of review in which the author of the work product explains the work product to a group of people

59
New cards

inspection

A type of review in which the work product is examined by a group of people using a formal process

60
New cards

requirements verification

The process of ensuring that the requirements are clear, complete, and testable

61
New cards

requirements validation

The process of ensuring that the requirements meet the customer's needs and expectations

<p>The process of ensuring that the requirements meet the customer's needs and expectations</p>
62
New cards

design verification

The process of ensuring that the design meets the requirements

63
New cards

coding standards

A set of guidelines that developers follow when writing code

64
New cards

code reviews

A process in which a developer's code is examined by a group of peers to identify defects

65
New cards

unit testing:

The process of testing individual units or components of code to ensure that they work correctly

66
New cards

static analysis

The process of analyzing code without executing it

<p>The process of analyzing code without executing it</p>
67
New cards

Quiet backshots with Philip Riley

HIS BUTTHOLE MAKES MY PENIS TIP CREAMY.

<p>HIS BUTTHOLE MAKES MY PENIS TIP CREAMY.</p>
68
New cards

Requirement

A statement of some behavior or property that the software must exhibit in order to fulfill the product vision

69
New cards

Functional requirement

A statement about what the software must do.

70
New cards

Non-functional requirement

A statement about how the software must behave

71
New cards

Product vision

A high-level description of the problem to be solved and the solution to be developed

72
New cards

Efficiency

How much memory or CPU the software must use software must be.

73
New cards

Reliability

How rarely the software must crash or produce incorrect results

74
New cards

Compatibility

What other software or hardware the software must work with

75
New cards

Availability

What percentage of the time the software must be available

76
New cards

Security

The level of protection the software must provide against unauthorized access and other security threats

77
New cards

Usability

The ease of use, pleasurability, and learnability of the software.

78
New cards

Scalability

How well the software must perform as the number of users or the amount of data increases

79
New cards

Maintainability

How easy it must be to fix bugs, add features, or otherwise modify the software

80
New cards

Portability

How easy it must be to move the software from one platform to another

81
New cards

Stakeholder

Anyone who has an interest in the software

82
New cards

Requirements document

A formal document that describes the requirements of the software

83
New cards

User story

A lightweight way of documenting requirements, typically consisting of a short, informal description of a feature of the software, written from the perspective of the end user

84
New cards

Use case

A lightweight way of documenting requirements, typically consisting of a short, informal description of a feature of the software, but detailed enough to be used as a basis for testing

85
New cards

User interface mockup

A simpler and less expensive version of a prototype, used to help stakeholders understand what the software will look like and how it will behave

86
New cards

Storyboard

A series of pictures or drawings that show how the software will be used

87
New cards

Diagram

A visual representation of how the software will work behind the scenes

88
New cards

Requirements review

The process of ensuring that the requirements are correct, complete, consistent, and unambiguous

89
New cards

Performance

How fast the software must be