procurement Flashcards

1
Q

sources of HF design requirements

A

Refinements can occur as a result of:
-Change/better defined scope of project
-Analysis being started (OER, FA, TA)
-User requirements are better understood
- Concepts of Operations is defined

also requirements come from standards/guidelines

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

8 areas of requirements

A
  1. Basic Design Elements
  2. Simplicity
  3. Consistency
  4. Standardization
  5. Safety
  6. User-Centered Perspective
  7. Support
  8. Maintenance
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Simplicity

A

The equipment shall represent the simplest design consistent with
functional requirements and expected operational conditions.

Functions shall be automated only to attaingreater overall effectiveness, efficiency, reliability, simplicity, economy, and system safety rather than relying on human performance alone

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

Critera for requirements

A
  1. Clear, unique, consistent,
  2. Traceable to source requirement
  3. Verifiable
  4. Not redundant, nor in conflict with, any other known requirement
  5. Not biased by any particular implementation
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

example of requirement

A

The System shall fit a 95th percentile US Male Patient

Headlight replacement shall take no more than 15 minutes

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

bad requirements

A

The software architecture needs to be flexible and modular

The GUI shall be user friendly

(subjective) (needs to be user validated)

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

Shall v. should in requirements

A

shall for safety considerations

sometimes you can do something vague and say should, or specific and say shall

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

Ways to communicate requirements to a project

A

-include in system/sub-system design requirements(specific section)
-Include in technical specifications for procurement
-Identify standards to be followed
-Produce specific project design guidelines

-communicated in DR document

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

Design Requirements (DR) Document

A
  • It can be a constantly evolving document.
  • There can be a need to modify requirements as the
    project progresses and as more information is learned.
    -Detail is added as the design progresses.
  • BUT, typically, design projects want to FREEZE the DR quite early so that the design can be progressed and finished.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Minimum inclusion for DR

A

Functional requirements
Performance requirements
Maintenance/Layout requirements
Operating environment requirements
Human Factors requirements (User requirements)

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

Steps of typical procurement process

A
  1. Prepare Engineering Quotation Request (EQR)
  2. Evaluation of bids
  3. Selection
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Selection

A

Should define acceptance criteria (not just cost)

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

Prepare Engineering Quotation Request (EQR)

A

Includes
-Technical Specification
-Required documentation (drawings, manuals)
-Training requirements

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

Evaluation of bids

A

Evaluate product
Accept/reject exception

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

why are HF issues often viewed as difficult to incorporate into requirements?

A

HF issues often viewed as difficult to incorporate into requirements/ specifications and assessments because they are considered difficult to specify and measure consistently (“soft” requirements)

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

HF Criteria for Proposal Evaluation

A
  1. HFI Management Activities
  2. HFI Design Activities
  3. Human Factors Engineering
  4. Manpower (Staffing)
  5. Personnel
  6. Training
  7. System Safety and Health Hazards
  8. Evaluation
17
Q

Commercial Off The Shelf (COTS) Equipment background

A

COTS equipment procurement may include matching technologies to a stated need (most common) or identifying potential uses for emerging technologies (not as common)

Use of COTS products is increasing due to potential cost savings and quick availability of solutions

Evaluations of COTS equipment needs to consider long-term costs including implementation (training, integration), maintenance and supporting costs

18
Q

unique COTS characteristics

A
  1. Assessment is performed after design stage (no influence on design)
  2. COTS Equipment is not custom made
  3. Need for integration with other parts of a system
19
Q

Major HF issues with COTS

A

Product Issues- Product may not meet current standards/guidelines

Integration Issues- Compatibility with existing interface design philosophies

20
Q

COTS equipment assessment

A
  1. FUNCTIONALITY - Does product provide a function the operator needs?
  2. USABILITY - Does product interface with users in some way?
  3. INTEGRATION - Does product need to be integrated with other parts of system users interact with?
  4. ONE-OFF COST - Does product impact design of work system (training, manuals, organization)?
  5. RECURRING COSTS - Does product impact system operating costs?
  6. CONTEXT - Is product constrained by task needs or operational context?
  7. RELATED PARTS - Does product require additional components
    operator may need/use?
21
Q

Equivalency evaluation

A

Depending on project, may need to procure equipment identical to
reference design
Specific models may not be available (obsolete) and vendor will
suggest alternative

then need to do an equivalency evaluation

22
Q

Equivalency evaluation

A

Depending on project, may need to procure equipment identical to
reference design
Specific models may not be available (obsolete) and vendor will
suggest alternative

then need to do an equivalency evaluation

23
Q

HFI Management Activities

A
  • Coordination of human factors activities with the total management system and work breakdown structure

-Shows that system design and human factors analysis will be performed, so that problems are fed back and eliminated early in the design phase

24
Q

HFI Design Activities

A

Adequacy of vendor’s concept for assuring that the system design will reflect human factors goals and constraints

Shows that trade-off and sensitivity analyses are used to
evaluate design alternatives with appropriate emphasis on
human impacts

25
Q

Human Factors Engineering

A

-Adequacy of plan for functional and/or task analysis and critical task identification to determine appropriate
task burden on humans

-Addresses the design of the work environment, including
space claims and other workstation variables, as the work
environment influences system performance

26
Q

Staffing

A

Addresses the impact of varying staffing levels on total system performance

27
Q

Personnel
(HR Skills)

A

Demonstrates an understanding of the projected operators and maintainers and the human factors goals and constraints that are imposed by that target population

Identifies skills that are critical to successful mission
performance and explains how these skills relate to the
capabilities of the operators, maintainers, and supporters

28
Q

Training

A

Recognizes the impact of skill decay on sustainment training and demonstrates capability for reducing skill decay through cost-effective changes in the design

Recognizes the influence of human aptitude on success in training and consequently, on system performance

29
Q

System Safety and Health Hazards

A

Adequacy of plans to establish pre-defined levels of acceptable risk and estimates the influence of these risks
on operator and maintainer performance

Evaluates hazards in the intended operating environments and determines priorities for control through initial design and retrofit