Operations Research

Chapter 1
Foundations of Operations Research

Post Graduate Program in Operations Management
Operations Research   •   Post Graduate

Foundations of Operations Research

Introduction and Context

Operations Research (OR) is the disciplined use of scientific methods, mathematical models, data, and analytical reasoning to support better decisions in complex systems. It is concerned with how scarce resources—such as money, people, machines, time, energy, space, and information—can be allocated among competing activities. OR is especially valuable when decisions involve multiple objectives, uncertainty, interdependence, and constraints.

A manager deciding how many products to manufacture, a hospital allocating operating-room time, an airline assigning aircraft to routes, and a public authority scheduling emergency services are all addressing OR problems. In each case, the decision maker must identify alternatives, understand system behaviour, assess trade-offs, and select an action that is feasible and appropriate for the organization’s objectives.

OR does not replace managerial judgment. Rather, it makes judgment more structured by clarifying assumptions, quantifying consequences, exposing trade-offs, and testing the robustness of proposed decisions. The best OR studies combine analytical modelling with organizational knowledge, stakeholder participation, and implementation discipline.

Learning Objectives

After studying this chapter, the learner should be able to:

  1. Explain the historical evolution, scope, and interdisciplinary character of Operations Research.
  2. Distinguish systems, decisions, objectives, constraints, parameters, variables, and models.
  3. Differentiate descriptive, predictive, and prescriptive analytics.
  4. Formulate a basic decision problem using objective functions and constraints.
  5. Apply the OR methodology from problem definition through validation and implementation.
  6. Evaluate the assumptions, limitations, ethical implications, and managerial usefulness of OR models.

1. The Evolution of Operations Research

Although quantitative decision techniques existed before the twentieth century, modern OR emerged from the practical demands of the Second World War. Military organizations brought together mathematicians, statisticians, engineers, physicists, economists, and military officers to study radar deployment, convoy protection, aircraft operations, search strategies, and resource allocation. These teams were asked not merely to describe military operations but to recommend improved operating policies.

The term “operations research” reflected the original focus on studying military operations. After the war, the methods migrated into industry, transport, public administration, healthcare, finance, telecommunications, and environmental management. The expansion of electronic computing made it possible to solve larger models and conduct extensive scenario analysis.

Important developments included:

  • Statistical decision analysis and experimentation, used to study variability and compare alternatives.
  • Linear programming, developed during the 1940s for allocation problems involving divisible resources.
  • The simplex method, introduced by George Dantzig in 1947 as a systematic procedure for solving linear programs.
  • Queuing theory, used to analyse waiting lines and service capacity.
  • Inventory theory, used to balance ordering, holding, shortage, and purchasing costs.
  • Game theory, used to study strategic interaction among decision makers.
  • Network models, used for routing, scheduling, project management, and connectivity.
  • Simulation, used to represent systems whose complexity makes exact analysis difficult.
  • Decision support systems and analytics, which integrate models, data, visualization, and organizational workflows.

Contemporary OR includes optimization, stochastic modelling, simulation, machine learning, robust decision-making, behavioural operations, and sustainable operations. Its central identity remains the analysis of decisions within systems.

2. Scope and Interdisciplinary Nature

OR is interdisciplinary because operational problems rarely belong to one academic field. A supply-chain decision may require economics to evaluate costs, statistics to model demand, engineering to represent capacity, information systems to obtain data, psychology to understand human behaviour, and management theory to implement change.

The principal areas of application include:

DomainTypical OR questions
ManufacturingWhich products should be produced, in what quantities, and in what sequence?
LogisticsWhich routes, carriers, facilities, and shipment schedules minimize total cost?
HealthcareHow should staff, beds, equipment, and appointments be allocated?
FinanceHow should a portfolio balance return, risk, liquidity, and regulatory limits?
MarketingHow should a budget be allocated across channels and customer segments?
EnergyHow should generation, storage, and demand be coordinated?
Public servicesHow should emergency vehicles, schools, or social services be located and scheduled?
Project managementHow can activities be scheduled to meet deadlines under resource limits?

The interdisciplinary character of OR creates both strength and difficulty. Diverse expertise improves problem understanding, but specialists may use different terminology, measures of success, and assumptions. Effective OR therefore requires translation between technical and managerial perspectives.

3. Core Concepts and Terminology

3.1 System and system boundary

A system is a set of interacting elements that produces outputs from inputs. A hospital system may include patients, clinicians, beds, diagnostic equipment, information systems, and policies. The system boundary identifies what is included in the analysis and what is treated as external.

A boundary is an analytical choice, not an objective fact. Excluding supplier delays from a production model may make the model simpler but can also produce unrealistic schedules. A sound boundary includes factors that materially influence the decision or its consequences.

3.2 Decision maker and stakeholders

The decision maker has formal authority or responsibility for choosing an action. Stakeholders are individuals or groups affected by, influencing, or supplying information to the decision. Their objectives may conflict. For example, a low-cost delivery policy may disadvantage customers who value speed or employees who face unstable work schedules.

3.3 Alternatives, decision variables, and parameters

An alternative is a possible course of action. A decision variable represents a choice controlled by the decision maker. A parameter is a value treated as known or estimated for a particular analysis, such as unit cost, available capacity, or forecast demand.

Decision variables may be:

  • continuous, such as production quantity;
  • integer, such as number of vehicles;
  • binary, such as whether to open a facility;
  • categorical, such as selecting one supplier from a set.

3.4 Objective and objective function

An objective expresses what the decision maker seeks to improve, such as profit, service level, safety, resilience, or environmental performance. An objective function translates that purpose into a mathematical expression.

For a single-objective maximization model, a general form is:

Maximize Z = f(x)

Here, x is the vector of decision variables, f(x) is the objective function, and Z is the resulting objective value. The expression is meaningful only when the units and interpretation of all terms are compatible.

Many real problems are multi-objective. Cost, quality, speed, risk, equity, and emissions may need to be considered together. A weighted-sum formulation can be written as:

Maximize Z = w₁f₁(x) + w₂f₂(x) + ... + wₖfₖ(x)

where fᵢ(x) is the normalized performance measure for objective i, and wᵢ is its non-negative weight. Usually ∑wᵢ = 1, although other scaling conventions are possible. This approach assumes that the objectives have been made commensurable and that the weights reasonably represent priorities. It should not be used mechanically when objectives are ethically non-substitutable.

3.5 Constraints and feasibility

A constraint restricts the values that decision variables may take. Constraints can represent resource limits, contractual obligations, technical requirements, safety standards, demand fulfilment, or policy rules.

A general constrained model is:

Optimize f(x)
subject to gⱼ(x) ≤, =, or ≥ bⱼ, j = 1, 2, ..., m
x ∈ X

Here, gⱼ(x) represents constraint function j, bⱼ is its right-hand-side limit, m is the number of constraints, and X specifies domains such as non-negativity, integrality, or binary restrictions. A solution satisfying all constraints is feasible. An optimal solution is a feasible solution with the best objective value according to the model.

3.6 Model

A model is a purposeful representation of a real system. Models may be:

  • physical, such as a scale model of a warehouse;
  • conceptual, such as a process map;
  • mathematical, such as a linear program;
  • simulation-based, such as a discrete-event representation of a hospital;
  • data-driven, such as a predictive model of demand.

A model is not a complete copy of reality. It is useful when it retains relationships important to the decision while omitting irrelevant detail. Greater complexity does not automatically produce greater validity.

4. Descriptive, Predictive, and Prescriptive Analytics

Analytics can be distinguished by the question it addresses.

Descriptive analytics: What happened?

Descriptive analytics summarizes historical or current data. Examples include monthly sales reports, machine downtime dashboards, average waiting time, and inventory turnover. It may use measures such as the mean, median, frequency, variance, or trend.

For observations x₁, x₂, ..., xₙ, the arithmetic mean is:

x̄ = (1/n)∑ᵢ₌₁ⁿ xᵢ

where n is the number of observations. The mean is appropriate when the numerical values are meaningfully averaged and extreme observations do not distort interpretation.

Descriptive analytics is essential for understanding the current situation, but it does not by itself identify the best future action.

Predictive analytics: What is likely to happen?

Predictive analytics estimates future or unobserved outcomes using historical data, statistical relationships, simulation, or machine learning. A simple linear prediction model may be written as:

ŷ = a + bx

where ŷ is the predicted response, x is an explanatory variable, a is the intercept, and b is the estimated change in the response for a one-unit increase in x. The relationship should not be interpreted causally without appropriate design and assumptions.

Examples include forecasting demand, predicting equipment failure, estimating arrival rates, and assessing credit risk. Predictions are uncertain and should be accompanied by error measures, intervals, or scenario ranges where appropriate.

Prescriptive analytics: What should be done?

Prescriptive analytics recommends actions by combining predictions, objectives, constraints, and decision rules. An optimization model may determine a production plan using forecast demand, available capacity, labour limits, and costs. A simulation may compare staffing policies under uncertain arrivals.

The three forms are related but distinct. A forecast of demand does not automatically determine a production plan; the plan also depends on inventory, capacity, costs, service commitments, and risk preferences.

Analytics typeCentral questionTypical output
DescriptiveWhat happened or is happening?Reports, indicators, dashboards
PredictiveWhat may happen?Forecasts, probabilities, risk estimates
PrescriptiveWhat action is preferred?Schedules, policies, allocations, recommendations

5. The Operations Research Methodology

An OR study is a structured inquiry rather than a single mathematical calculation. The stages are iterative: results at one stage may reveal that earlier assumptions must be revised.

Iterative Operations Research methodology flow Defineproblem Collect andanalyse data Formulatemodel Solve andanalyse Validate andimplement Iteration and stakeholder feedback may return the study to an earlier stage
Iterative Operations Research methodology flow
Figure: Iterative Operations Research methodology flow

Figure: The OR methodology is iterative rather than strictly linear.

Stage 1: Problem definition

The analyst must identify the decision to be made, the decision maker, the time horizon, the system boundary, relevant stakeholders, objectives, constraints, and performance measures. A vague statement such as “reduce logistics costs” should be refined into a decision question such as “Which weekly shipment plan meets delivery commitments while minimizing transport and inventory cost?”

Problem definition should distinguish symptoms from causes. High overtime may be a symptom of poor scheduling, inaccurate forecasts, equipment unreliability, or insufficient staffing. Solving the wrong problem accurately is still failure.

Stage 2: Data collection and analysis

Data may include demand, processing times, costs, capacities, failure rates, staffing, routes, service times, and policy rules. Data quality must be assessed for completeness, consistency, bias, measurement error, and changes in definitions.

Analysts should document data sources, time periods, units, transformations, missing-value treatment, and privacy restrictions. When data are limited, expert judgment and scenarios may be used, but they should be clearly distinguished from observed facts.

Stage 3: Model formulation

Model formulation translates the decision context into variables, parameters, objectives, constraints, and assumptions. For example, a product-mix model can be written as:

Maximize Z = ∑ᵢ pᵢxᵢ
subject to ∑ᵢ aᵢⱼxᵢ ≤ bⱼ, j = 1, ..., m
xᵢ ≥ 0, i = 1, ..., n

Here, xᵢ is the quantity of product i, pᵢ is contribution per unit, aᵢⱼ is the amount of resource j used by one unit of product i, and bⱼ is the available amount of resource j. The model assumes linear contribution and resource use, known coefficients, divisible production quantities unless integrality is added, and a single planning period.

Stage 4: Solving and analysing the model

A model may be solved using algebra, graphical methods, linear programming, integer programming, dynamic programming, heuristics, simulation, or specialized software. The solution process should not end with a single output. Analysts should examine:

  • whether the solution is feasible;
  • which constraints are binding;
  • how sensitive the recommendation is to parameter changes;
  • whether alternative solutions have similar performance;
  • whether uncertainty could materially change the decision.

A sensitivity analysis changes important assumptions systematically. For example, demand may be varied by ±10%, labour availability may be reduced, or fuel prices may be increased. Robust recommendations perform acceptably across plausible conditions.

Stage 5: Verification and validation

Verification asks whether the model and computer implementation correctly represent the specified logic. It includes checking equations, units, code, data transformations, and solver settings.

Validation asks whether the model is an adequate representation of the real system for the intended purpose. Validation may use historical comparisons, expert review, extreme-condition tests, pilot studies, and comparison with current practice.

A model can be verified but not valid: the software may correctly solve a model that omits a critical operational constraint. Conversely, a conceptually valid model may be implemented incorrectly. Both forms of assurance are necessary.

Stage 6: Implementation and monitoring

Implementation converts an analytical recommendation into a policy, schedule, process change, contract, or information-system function. It requires communication, training, ownership, incentives, and monitoring. People may resist recommendations if they do not understand the model, distrust the data, or believe that the change threatens professional autonomy.

Post-implementation monitoring should compare predicted and actual outcomes. If the environment changes, the model should be updated. OR is therefore a continuing management capability rather than a one-time report.

6. Worked Example: A Basic Product-Mix Model

A small manufacturer produces desks and shelves. Each desk contributes $60 and uses 4 labour hours and 2 units of wood. Each shelf contributes $40 and uses 2 labour hours and 3 units of wood. The factory has 40 labour hours and 30 units of wood available for the planning period. Let x₁ be desks and x₂ be shelves.

The model is:

Maximize Z = 60x₁ + 40x₂
subject to 4x₁ + 2x₂ ≤ 40 labour hours
2x₁ + 3x₂ ≤ 30 wood units
x₁, x₂ ≥ 0

The coefficients are dimensionally consistent: each objective term is dollars, each labour constraint term is hours, and each wood constraint term is wood units.

At the intersection of both resource constraints:

4x₁ + 2x₂ = 40
2x₁ + 3x₂ = 30

Dividing the first equation by 2 gives 2x₁ + x₂ = 20, so x₂ = 20 − 2x₁. Substitution into the second equation gives:

2x₁ + 3(20 − 2x₁) = 30, hence x₁ = 7.5 and x₂ = 5. The contribution is 60(7.5) + 40(5) = $650.

The linear-programming solution permits fractional desks. If desks and shelves must be whole units, an integer restriction is required. Nearby integer combinations should then be checked for feasibility; for example, 7 desks and 5 shelves use 38 labour hours and 29 wood units and yield $620, while 6 desks and 6 shelves use 36 labour hours and 30 wood units and yield $600. Thus, 7 desks and 5 shelves is better than these two nearby feasible alternatives, although a complete integer solution should be obtained using an integer-programming method or systematic enumeration.

This example illustrates an important modelling issue: mathematical optimality depends on the model. If setup costs, minimum order quantities, demand limits, overtime, or product quality are relevant, they must be represented. Otherwise, the calculated solution may be operationally inappropriate.

7. Illustrative Case: Emergency Department Staffing

Background

This fictional case illustrates an OR study in a regional hospital. The emergency department experiences long waits during evening periods, while staffing levels are constrained by budgets and labour agreements.

Problem

Management initially asks the analyst to “add more nurses.” Preliminary investigation identifies several interacting factors: arrivals vary by hour, triage and treatment times differ by patient category, physicians are shared across areas, and some patients leave before treatment. The real decision is how to schedule nurses and physicians across shifts while meeting service targets at acceptable cost.

Analysis

The team defines a 24-hour planning horizon and separates patients into three broad categories. Historical arrival data are examined by hour, service-time distributions are estimated, and exceptional events are documented. A discrete-event simulation is selected because queues, staffing changes, priority rules, and variable service times interact in ways that are difficult to represent with a simple average-rate model.

Several policies are tested: the current roster, an additional fixed evening shift, staggered nurse shifts, and a flexible pool activated when arrivals exceed a threshold. Performance measures include the percentage of patients beginning assessment within the target time, average waiting time, overtime, and staff utilization.

Approach and solution

The simulation is validated by comparing its output under the current roster with observed waiting times and queue lengths. Clinicians review whether patient-flow rules are realistic. The model does not produce a universal optimum; it compares policies under specified assumptions and random variation.

Results suggest that staggered shifts reduce evening congestion more effectively than adding the same number of staff uniformly across the day. A threshold-based flexible pool performs well during ordinary variation but is vulnerable when several high-acuity cases occur together. Management therefore chooses a hybrid policy: staggered core staffing plus a limited escalation protocol.

Outcome

In the pilot period, the department records improved timeliness without the full cost of permanent staffing expansion. However, the hospital continues monitoring because seasonal demand and workforce availability may change. The result is treated as evidence supporting a policy, not as proof that the model is permanently correct.

Learning points

  1. The operational problem may differ from the initial managerial request.
  2. Average demand alone is insufficient when variability and queues matter.
  3. Stakeholder review is part of validation, not an optional presentation step.
  4. A policy can be robust and useful even when an exact optimum is unavailable.
  5. Implementation requires escalation rules, training, ownership, and monitoring.

8. Challenges, Limitations, and Ethical Issues

Simplifying assumptions

Every model omits some reality. Linear models may assume proportional relationships; forecasts may assume historical patterns remain informative; queueing models may assume particular arrival or service distributions. Assumptions should be explicit, tested, and linked to the decision context.

Data limitations and model risk

Poor-quality data can produce precise but misleading recommendations. Historical data may reflect past discrimination, incomplete reporting, selection bias, or unusual conditions. Model risk increases when users treat outputs as objective facts rather than conditional results.

Human behaviour and organizational response

People adapt to performance measures. If a call centre is judged only by average call duration, employees may shorten calls at the expense of service quality. If a hospital is rewarded only for throughput, patient complexity and staff well-being may be neglected. Behavioural responses should be considered when defining objectives and constraints.

Fairness and distributional consequences

An aggregate objective can hide unequal effects. A delivery model that minimizes average distance may systematically provide poorer service to remote communities. A staffing model may allocate resources efficiently while disadvantaging vulnerable patient groups. Analysts should examine subgroup outcomes, access, transparency, and appeal mechanisms.

Privacy, security, and accountability

OR studies may use sensitive health, employee, customer, or financial data. Data minimization, access controls, lawful processing, secure storage, and appropriate anonymization are essential. Automated recommendations should have accountable owners, documented assumptions, and mechanisms for human review.

Explainability and responsible AI

Machine learning can improve forecasting and anomaly detection, but predictive accuracy does not guarantee a fair or useful decision. AI-supported OR should include out-of-sample evaluation, drift monitoring, bias assessment, interpretability appropriate to the risk, and safeguards against automation bias. Human oversight is especially important where decisions affect rights, safety, employment, healthcare, or essential services.

9. Contemporary Developments and Best Practices

Modern OR increasingly combines optimization with real-time data, cloud computing, digital twins, Internet-of-Things sensors, and machine learning. A forecast may supply demand estimates to an optimization model; optimization may then determine actions subject to capacity and policy constraints. Digital twins can connect simulation models to operational data, although their value depends on data quality and model governance.

Robust and stochastic optimization address uncertainty explicitly. Robust optimization seeks solutions that perform acceptably across a specified uncertainty set. Stochastic models represent uncertain quantities using probability distributions or scenarios. Neither approach eliminates uncertainty; each makes the treatment of uncertainty more transparent.

Best practices include:

  • begin with a clearly owned decision, not a fashionable technique;
  • involve stakeholders throughout the study;
  • define success measures before examining results;
  • maintain an assumptions and data dictionary;
  • use the simplest model that is adequate for the decision;
  • verify code and validate behaviour independently;
  • conduct sensitivity, scenario, and stress testing;
  • communicate limitations and uncertainty honestly;
  • assess fairness, privacy, safety, and distributional effects;
  • design implementation and monitoring before final recommendation.

Chapter Summary

Operations Research applies scientific and analytical methods to decisions involving scarce resources, competing objectives, uncertainty, and system interactions. It evolved from wartime operational studies into a broad field serving manufacturing, logistics, healthcare, finance, public services, energy, and many other sectors.

The central vocabulary includes systems, boundaries, stakeholders, decision variables, parameters, objectives, constraints, feasible solutions, optimal solutions, and models. Mathematical models are purposeful representations whose usefulness depends on appropriate scope, assumptions, data, and validation.

Descriptive analytics explains what has happened, predictive analytics estimates what may happen, and prescriptive analytics evaluates or recommends what should be done. Prescriptive analysis commonly uses optimization, simulation, decision analysis, and related methods.

A professional OR study proceeds iteratively through problem definition, data analysis, model formulation, solution, verification, validation, implementation, and monitoring. The quality of an OR study depends not only on mathematical correctness but also on problem relevance, stakeholder acceptance, data integrity, ethical governance, and organizational execution.

Key Terms

Operations Research: The analytical study of decisions and systems to improve the allocation and use of resources.

System: Interacting elements that transform inputs into outputs.

System boundary: The chosen distinction between factors included in a model and those treated as external.

Stakeholder: A person or group affected by, influencing, or providing information to a decision.

Decision variable: A quantity or choice controlled by the decision maker.

Parameter: A value treated as known or estimated within a model.

Objective function: A mathematical representation of a goal or performance measure.

Constraint: A restriction on allowable decisions or system behaviour.

Feasible solution: A solution satisfying every model constraint.

Optimal solution: The feasible solution with the best objective value under the model.

Model: A purposeful representation of a real system or decision problem.

Linear programming: Optimization with linear objective and constraint relationships.

Simulation: Experimental analysis using a representation of system behaviour over time.

Descriptive analytics: Analysis of historical or current conditions.

Predictive analytics: Analysis used to estimate future or unobserved outcomes.

Prescriptive analytics: Analysis used to recommend or evaluate actions.

Verification: Checking whether a model and its implementation correctly follow their specifications.

Validation: Assessing whether a model is adequate for its intended real-world purpose.

Sensitivity analysis: Studying how results change when assumptions or parameters change.

Robustness: The ability of a recommendation to perform acceptably under variation or uncertainty.

Review Questions

Short Answer Questions

  1. What is the central purpose of Operations Research?
  2. Distinguish a decision variable from a parameter.
  3. What is the difference between verification and validation?
  4. Define descriptive, predictive, and prescriptive analytics.
  5. Why is the system boundary important in an OR study?

Long Answer Questions

  1. Trace the evolution of Operations Research from its military origins to contemporary applications.
  2. Explain the interdisciplinary nature of OR using a supply-chain or healthcare example.
  3. Discuss the assumptions and limitations of a linear product-mix model.
  4. Explain the stages of the OR methodology and why the process is iterative.
  5. Discuss ethical, privacy, fairness, and accountability issues in analytics-supported decisions.

Analytical / Application Questions

  1. A manufacturer has three products, limited labour and materials, and uncertain demand. Design the variables, objective, constraints, data requirements, and validation plan for an OR study.
  2. A city wants to reduce ambulance response time. Compare how descriptive, predictive, and prescriptive analytics could contribute to the decision.
  3. A scheduling model recommends a policy that is mathematically optimal but unpopular with employees. Analyse possible reasons for resistance and propose an implementation and monitoring plan.

Multiple Choice Questions with Answers

Question 1

Which statement best describes Operations Research?

A. The use of scientific and analytical methods to support decisions in complex systems

B. The preparation of historical financial statements only

C. The replacement of managers by automated software

D. The study of consumer advertising without resource constraints

Correct Answer: A. The use of scientific and analytical methods to support decisions in complex systems

Question 2

Which item is normally a decision variable in a production-planning model?

A. The unit contribution margin supplied by accounting

B. The number of units of each product to manufacture

C. The legally permitted maximum working hours

D. The estimated demand forecast

Correct Answer: B. The number of units of each product to manufacture

Question 3

Descriptive analytics primarily addresses which question?

A. What action is mathematically optimal?

B. What will happen under every possible scenario?

C. What happened or is happening?

D. Which constraint should be removed?

Correct Answer: C. What happened or is happening?

Question 4

What does a feasible solution satisfy?

A. Only the objective function

B. All model constraints and variable-domain requirements

C. The historical average outcome

D. The preferences of every stakeholder

Correct Answer: B. All model constraints and variable-domain requirements

Question 5

Which activity is an example of model validation?

A. Checking whether a formula was entered correctly in software

B. Comparing model outputs with observed system behaviour and expert judgement

C. Changing the objective to obtain a preferred answer

D. Removing all uncertainty from the data

Correct Answer: B. Comparing model outputs with observed system behaviour and expert judgement

Question 6

A product contributes $60 and uses 4 labour hours. What is its contribution per labour hour?

A. $10

B. $15

C. $24

D. $64

Correct Answer: B. $15

Question 7

Which method is especially suitable for a system involving variable arrivals, service times, queues, and staffing rules?

A. Discrete-event simulation

B. A financial balance sheet

C. A simple organizational chart

D. A fixed descriptive table only

Correct Answer: A. Discrete-event simulation

Question 8

In the general constrained model, what does a constraint represent?

A. A restriction on allowable decisions or system behaviour

B. The name of the decision maker

C. A forecast error that must equal zero

D. A guarantee that the model is valid

Correct Answer: A. A restriction on allowable decisions or system behaviour

Question 9

Which practice best supports responsible AI-assisted OR?

A. Using predictions without checking data quality

B. Removing human review from high-impact decisions

C. Monitoring drift, assessing bias, and documenting assumptions

D. Selecting the most complex model regardless of purpose

Correct Answer: C. Monitoring drift, assessing bias, and documenting assumptions

Question 10

What is the main purpose of sensitivity analysis?

A. To determine whether results change when important assumptions or parameters change

B. To prove that a model has no limitations

C. To convert every variable into an integer

D. To replace problem definition with computation

Correct Answer: A. To determine whether results change when important assumptions or parameters change

Operations Research
Chapter 1 of 15