Unit 3 Waterfall Fundamentals: Process Groups and Knowledge Areas Part 1 Flashcards

1
Q

Business requirements

A

software features and functionality required to execute the business workflow and/or meet business guidelines and standards.

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

Change control

A

the process of reviewing change requests, approving changes, and managing changes to deliverables and the project plan and communicating the decisions.

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

Control schedule

A

monitoring and updating the project schedule to reflect the current task status and approved change requests.

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

Gantt Chart

A

a graphical depiction of a project schedule showing tasks scheduled over time.

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

Medical device

A

anything that could be used for the following applications:

  • Manufacturing or dispensing medications.
  • Diagnosing, mitigating, treating, or preventing disease in humans or other animals.

• Affecting the structure or function of the body of humans
or other animals.

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

Medical device software

A

software used for operating a medical device, manufacturing a medical device, or supporting medical purposes that are not part of the hardware.

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

Milestone

A

a task of zero duration that marks an important achievement in a project at a point in time.

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

Post-mortem review

A

a meeting with all internal stakeholders and the project sponsor
to discuss how well the project was initiated, planned, executed, and controlled.

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

Project baseline

A

a starting point from which to measure a project’s progress.
The three components of a project baseline include:

Scope baseline:
the first approved version of a scope statement and work breakdown structure (WBS).

• Schedule baseline:
the first approved version of the project schedule.

• Cost baseline:
the first approved version of the project budget.

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

Project charter

A

a high-level document summarizing the general project information, problems, goals, deliverables, scope, schedule, resources, benefits, and risks. Its purpose is to define the project at a high level and tie it to the business case.

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

Project integration management

A

the act of identifying, defining, coordinating, and managing the interrelationship between project management processes and activities.

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

Project knowledge

A

the combination of project documentation and the skills, experience, and expertise of the project team and other stakeholders used before, during, and after the project.

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

Project life cycle

A

the five phases that PMs follow to manage a project from initiation to closure.

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

Project Management Body of Knowledge (PMBOK)

A

a set of standard project management guidelines published by the Project Management Institute (PMI).

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

Project management plan

A

a document consisting of the project schedule and budget that describes the process for carrying out the project.

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

Project schedule

A

a timetable that outlines start and end dates and milestones that must be met for the project to be completed on time.

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

Project schedule management

A

planning and monitoring how and when the project will deliver work products as defined in the project WBS.

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

Project schedule management plan

A

describes how the schedule will be developed, monitored, and controlled.

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

Project scope management

A

the act of ensuring that the project includes only the work required to complete the project successfully.

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

Project stakeholder management

A

the act of identifying the individuals, groups, or organizations that may impact, or be impacted by, the project.

21
Q

Requirements elicitation

A

the process of gathering requirements and analyzing them to produce a set of requirements.

• Document analysis:
reviewing paper or electronic documentation to determine software requirements.

• Interviews:
questions verbally asked by BA of one or more specific stakeholders that might or might not be predefined.

• Observations:
looking and/or listening to stakeholders performing a task related to the software being created.

• Surveys:
a set of predefined questions that a BA asks a stakeholder, either in written or verbal form.

22
Q

Requirements gathering

A

the process of writing down what stakeholders say they want.

23
Q

Requirements specification

A

a document written by the business analyst with input from the end users and project team containing text statements and diagrams describing how the software product should function.

24
Q

Requirements Traceability Matrix (RTM)

A

links each requirement to the associated design document and test case used to implement the requirement.

25
Q

Scope

A

all the functional pieces that make up the final project deliverable.

26
Q

Scope creep

A

uncontrolled addition of product features or project deliverables without adjustments to time, cost, and resources.

27
Q

Scope management plan

A

a document written by the project manager with input from the sponsors containing several sections that describe how the project and product scope will be defined, validated, and controlled. Sections include:

• Scope statement:
lists the product features and project deliverables
to be created during the project.

• Work breakdown structure (WBS):
a hierarchy diagram that breaks down the project scope, as defined in the project charter, into smaller pieces.

28
Q

Stakeholder

A

a person who has an interest in or is responsible for a project
or project component.

• Internal stakeholder:
a stakeholder who works for the organization executing the project.

• External stakeholder:
a stakeholder who does not work for the organization executing the project.

• Key stakeholders:
stakeholders who rank as high interest and high power on a power/interest grid.

29
Q

Stakeholder register

A

a document that lists internal and external project stakeholders and identifying information about them pertaining to the project.

30
Q

System requirements

A

technical and measurable specifications for the development team to understand how to practically meet user requirements using available technologies.

31
Q

Functional system requirements

A

the requirements specifically used by software developers to create the software design.

– General system requirements:
used in waterfall development as more detailed user requirements.

– Interface requirements:
System requirements that must be met for the software to communicate with another system.

– Regulatory requirements:
Requirements resulting from government or industry standards to be met by the software.

32
Q

Non-functional system requirements

A

specify criteria that can be used to judge the operation of a system rather than specific behaviors.

– Performance requirements:
define how well the system should perform certain functions under specific conditions.

– Recoverability requirements:
specifications to recover the system to normal operations in the event it goes offline.

– Security requirements:
features the system must possess to administratively, physically, and technically safeguard it.

33
Q

Task list

A

a detailed table view of the work items in the WBS containing tasks necessary to create the work items.

34
Q

User requirements

A

features and functionality expected of users of a software product. They explain from a user’s perspective why a business requirement is important to the end user.

35
Q

Waterfall methodology

A

a software development methodology where one phase immediately follows the next. Phases include: requirements, design, development, testing, deployment, and maintenance.

36
Q

Explain the purpose of project stakeholder management.

A
37
Q

Complete a stakeholder register for a waterfall software project.

A
38
Q

Describe the purpose of project integration management.

A
39
Q

Write a project charter for a waterfall software project using a business case and template.

A
40
Q

Create the outline of a project management plan for a waterfall customization project.

A
41
Q

Explain the purpose of the project management plan.

A
42
Q

Define the scope management plan and its components.

A
43
Q

Fill in a work breakdown structure for a waterfall customization project.

A
44
Q

Analyze a business case to determine business requirements.

A
45
Q

Differentiate between business, user, system, regulatory, interface, and performance requirements.

A
46
Q

Compare and contrast various requirements elicitation techniques.

A
47
Q

Document business requirements as statements in industry-standard language.

A
48
Q

Determine dependencies for project activities in a project task list based on knowledge of the sequence of software development artifact creation.

A
49
Q

Determine project schedule task start dates based on dependencies in the task list to complete a Gantt chart.

A