Modeling with Linear Equations

A mathematical model is a mathematical representation of a real-world situation. Models allow us to describe relationships, make predictions, compare possibilities, and understand how changing one quantity affects another.

A linear model is appropriate when two variables have a constant or approximately constant rate of change.

Linear models are commonly written in the form:

y = mx + b

where:

• x = independent variable
• y = dependent variable
• m = rate of change
• b = initial or starting value

For example, suppose a bicycle rental costs $12 to begin and $5 for each hour.

The model is:

C = 5h + 12

where:

C = total cost in dollars

h = number of hours

The slope, 5, represents the hourly charge, while the intercept, 12, represents the starting fee.

What Is Mathematical Modeling?

Mathematical modeling involves translating a real situation into mathematics.

A typical modeling process is:

real situation → variables → relationship → equation → prediction → evaluation

A model simplifies reality so that important patterns can be studied.

Models are not necessarily perfect descriptions of reality. They are useful representations based on assumptions.

For example, a model might assume that:

• a car travels at constant speed
• a worker earns the same hourly wage
• water enters a tank at a constant rate
• a product has a constant cost per item
• temperature changes steadily over a limited period

If those assumptions change, the model may become less accurate.

Recognizing Linear Situations

A situation can be modeled linearly when the dependent variable changes by a constant amount for equal changes in the independent variable.

Suppose a worker earns:

$18/hour

If there is no starting bonus, earnings might be:

The earnings increase by:

$18

for every additional hour.

The constant rate means the relationship is linear.

The model is:

E = 18h

Linear Models with a Starting Value

Many situations have both:

• a starting value
• a constant rate of change

Suppose a person already has $100 and saves $25 each week.

The model is:

S = 25w + 100

where:

S = total savings

w = number of weeks

Here:

m = 25 dollars/week

and:

b = 100 dollars

The starting value does not need to be zero for a relationship to be linear.

 

 

 

9

Recognizing Non-Linear Situations

Not every real-world relationship is linear.

A situation is probably not linear if its rate of change continually changes.

Examples include:

• compound interest
• population growing by a constant percentage
• an accelerating vehicle
• the area of a square as side length changes
• the height of a projectile over time

Consider:

The y-values do not change by a constant amount.

This relationship is:

y = x²

It is not linear.

Constant Difference vs Constant Ratio

A useful way to distinguish linear patterns from some non-linear patterns is to examine how values change.

A linear pattern often has a constant difference.

Example:

10, 15, 20, 25, 30

Difference:

+5 each time

An exponential pattern often has a constant ratio.

Example:

10, 20, 40, 80, 160

Each value is:

2 times the previous value

This is not linear.

Defining Variables

Before creating an equation, clearly define the variables.

Suppose a taxi charges $4 per kilometre plus a $7 starting fee.

We might define:

d = distance travelled in kilometres

C = total cost in dollars

Then:

C = 4d + 7

Defining variables makes the model easier to understand and prevents confusion.

Independent and Dependent Variables

The independent variable is the quantity we choose or control.

The dependent variable changes in response.

For the taxi model:

C = 4d + 7

distance d is the independent variable.

Cost C is the dependent variable.

The cost depends on the distance travelled.

Choosing Appropriate Variable Names

Variables do not always have to be x and y.

Using meaningful letters often makes models easier to understand.

Examples:

d = distance

t = time

C = cost

n = number of items

T = temperature

V = volume

P = population

S = savings

For example:

d = 60t

is often easier to interpret than:

y = 60x

when modeling distance and time.

Identifying the Rate of Change

The slope represents the rate of change.

It can be calculated using:

m = Δy/Δx

Suppose a delivery vehicle travels:

Time	Distance (km)
1	70
2	130
3	190
4	250

The distance increases by:

60 km

each hour.

Therefore:

m = 60 km/h

Finding the Initial Value

The initial value is the value of the dependent variable when the independent variable equals zero.

Using the previous data, work backward:

At t = 1:

d = 70

Since the vehicle adds 60 km each hour:

At t = 0:

d = 10

Therefore:

b = 10

The model is:

d = 60t + 10

The vehicle began 10 km from the reference point.

Creating a Model from a Table

Consider:

Calculate slope:

m = (140 − 100)/(2 − 0)

m = 40/2

m = 20 L/min

The initial value is:

100 L

Therefore:

V = 20t + 100

Checking the Model

Use another point from the table.

At:

t = 6

the model predicts:

V = 20(6) + 100

V = 120 + 100

V = 220

The table also gives:

220 L

The model matches the data.

Creating a Model When x = 0 Is Missing

Consider:

Calculate slope:

m = (25 − 13)/(5 − 2)

m = 12/3

m = 4

Now use:

y = 4x + b

Substitute:

(2, 13)

13 = 4(2) + b

13 = 8 + b

b = 5

Therefore:

y = 4x + 5

Creating a Model from Two Points

Suppose a machine has produced:

120 items after 2 hours

and:

300 items after 5 hours.

Represent these as:

(2, 120)

and:

(5, 300)

Calculate slope:

m = (300 − 120)/(5 − 2)

m = 180/3

m = 60 items/hour

Now determine b:

120 = 60(2) + b

120 = 120 + b

b = 0

Therefore:

P = 60t

Interpreting the Model

For:

P = 60t

the slope means:

The machine produces 60 items per hour.

The intercept means:

At t = 0, zero items have been produced.

A model should always be interpreted in the context of the original situation.

Creating a Model from a Verbal Description

Suppose a streaming service charges:

• $10 monthly base fee
• $2 for each premium rental

Define:

r = number of premium rentals

C = total monthly cost

The constant rate is:

$2/rental

The initial value is:

$10

Therefore:

C = 2r + 10

Translating Common Language

Certain phrases often indicate the rate of change.

Other phrases often indicate the intercept.

Positive Linear Models

Consider:

S = 40w + 250

where:

S = savings

w = weeks

Slope:

40 dollars/week

Intercept:

250 dollars

The positive slope means savings increase as time increases.

Negative Linear Models

Suppose a candle is initially:

30 cm

tall and burns down at:

2 cm/hour

Define:

h = candle height

t = time

The model is:

h = −2t + 30

The negative slope represents a decrease.

 

 

 

7

Predicting with a Linear Model

Once a model has been created, substitute an input value to predict the output.

Using:

h = −2t + 30

predict the candle height after 6 hours.

h = −2(6) + 30

h = −12 + 30

h = 18 cm

The model predicts that the candle will be 18 cm tall after 6 hours.

Predicting an Input

Sometimes the output is known and we need to determine the input.

Using:

h = −2t + 30

when will the candle be 10 cm tall?

Substitute:

10 = −2t + 30

Subtract 30:

−20 = −2t

Divide by −2:

t = 10

The model predicts a height of 10 cm after:

10 hours

Finding a Realistic Domain

The candle model:

h = −2t + 30

cannot remain realistic forever.

Find when:

h = 0

0 = −2t + 30

2t = 30

t = 15

The candle reaches zero height after 15 hours.

Therefore, a reasonable domain is:

0 ≤ t ≤ 15

Values after 15 hours would produce negative candle heights, which are not physically meaningful.

Models Have Limits

Mathematical equations can continue indefinitely.

Real situations usually cannot.

For example:

P = 500 + 100t

might model a population increasing by 100 organisms each month.

Mathematically, the equation can be evaluated for:

t = 10

t = 100

t = 10,000

But real populations are affected by:

• food
• space
• disease
• predators
• environmental conditions

The linear model may only be useful over a limited interval.

Interpolation

Interpolation uses a model to estimate a value within the range of observed data.

Suppose data was collected from:

t = 0 to t = 10 hours

Predicting at:

t = 7 hours

is interpolation.

Because the prediction lies within the observed range, it is often relatively reliable if the model fits the data well.

Extrapolation

Extrapolation uses a model to predict beyond the observed data.

If data was collected from:

t = 0 to t = 10 hours

predicting at:

t = 30 hours

is extrapolation.

This prediction assumes the existing pattern continues.

That assumption may or may not be reasonable.

Why Predictions Become Less Certain

Suppose a company's sales increase approximately:

$8,000/month

for six months.

A linear model might predict next month's sales reasonably well.

Using the same model to predict sales 20 years later would be much less reliable.

Many conditions could change:

• prices
• customer demand
• competition
• population
• technology
• economic conditions

The farther a prediction moves beyond observed data, the more carefully it should be evaluated.

Exact Linear Data

Some relationships are designed to be exactly linear.

For example, a worker earns exactly:

$20/hour

with no bonus.

The model:

P = 20h

may accurately describe the relationship whenever the same wage applies.

Similarly, buying identical items at a fixed unit price may produce an exact linear relationship.

Approximate Linear Data

Measured real-world data is often not perfectly linear.

Consider:

Time	Temperature (°C)
0	12
1	14
2	15
3	18
4	19
5	22

The increases are:

+2, +1, +3, +1, +3

The rate is not exactly constant.

However, the data may still show an approximately linear increasing trend.

A linear model might provide a useful approximation.

Line of Best Fit

When data is approximately linear, a line of best fit can represent the overall trend.

The line does not need to pass through every data point.

Instead, it should pass through the middle of the overall pattern, with data points reasonably distributed around it.

 

 

 

7

Residuals

One way to evaluate the accuracy of a model is to compare:

observed value − predicted value

This difference is called a residual.

Suppose the actual value is:

52

and the model predicts:

49

Then:

residual = 52 − 49

residual = 3

The model underestimated the actual value by 3 units.

Positive and Negative Residuals

Using:

residual = observed − predicted

a positive residual means:

actual value > predicted value

The model predicted too low.

A negative residual means:

actual value < predicted value

The model predicted too high.

A residual of zero means:

actual value = predicted value

Evaluating Model Accuracy

Suppose a model predicts:

The residuals are small.

This suggests that the model fits these observations reasonably well.

However, model accuracy should also be evaluated using context.

Large Residuals

Suppose a model predicts:

50

but the actual value is:

85

Residual:

85 − 50 = 35

A residual of 35 may indicate that the model is inaccurate at that point.

Possible reasons include:

• unusual conditions
• measurement error
• an outlier
• an inappropriate model
• changing conditions

Residual Size Depends on Context

A residual of:

5

might be tiny when predicting a population of 1,000,000.

The same residual could be very important when predicting the number of available hospital beds or buses needed for a group.

Accuracy must be evaluated relative to the situation.

Outliers

An outlier is a data point that differs substantially from the general pattern.

An outlier may result from:

• measurement error
• data-entry error
• unusual circumstances
• genuine natural variation

An outlier should not automatically be removed.

First ask:

Why might this value be different?

Evaluating the Pattern of Errors

A useful model should not consistently overestimate or underestimate the data.

Suppose nearly every actual value is above the predicted line.

This suggests that the model may be systematically predicting values that are too low.

If the errors become larger as x increases, this may suggest that the relationship is not truly linear.

Linear vs Curved Data

Suppose data points form a clear curve.

A straight line might still be drawn through them, but that does not make it a good model.

If the residuals show a systematic pattern such as:

positive → near zero → negative → near zero → positive

the underlying relationship may be curved.

A different mathematical model may be more appropriate.

Correlation Does Not Prove Causation

A linear relationship between two variables does not automatically mean that one variable causes the other.

For example, suppose data shows that:

ice cream sales increase as sunscreen sales increase

The variables may be strongly related.

However, buying ice cream does not cause people to buy sunscreen.

A third variable—such as hot weather—may influence both.

Models describe relationships. They do not automatically establish causes.

Evaluating the Data Source

A model can only be as useful as the data used to create it.

Before trusting a model, consider:

• How much data was collected?
• Was the sample representative?
• Were measurements accurate?
• Were there unusual conditions?
• Is the data current?
• Is the range of data large enough?
• Are important variables missing?

A mathematically well-constructed model can still be unreliable if the underlying data is poor.

Comparing Two Linear Models

Suppose two delivery companies charge:

Company A: C = 3d + 10

Company B: C = 2d + 18

where d is distance in kilometres.

Company A:

slope = 3 dollars/km

intercept = 10 dollars

Company B:

slope = 2 dollars/km

intercept = 18 dollars

Company A starts cheaper.

Company B increases more slowly.

Finding the Break-Even Point

Set the models equal:

3d + 10 = 2d + 18

Subtract 2d:

d + 10 = 18

Subtract 10:

d = 8

Find the cost:

C = 3(8) + 10

C = 24 + 10

C = 34

The models intersect at:

(8, 34)

This means:

At 8 km, both companies charge $34.

Using Models for Decision-Making

From the delivery models:

A: C = 3d + 10

B: C = 2d + 18

For short distances below 8 km, Company A is cheaper.

At 8 km, the costs are equal.

For distances above 8 km, Company B is cheaper.

Linear models therefore help us make decisions, not just calculate values.

Modeling Discrete Quantities

Suppose a bus holds:

45 students

A calculation determines that a school requires:

4.3 buses

Mathematically, 4.3 may be the result.

Practically, the school needs:

5 buses

because part of a bus cannot transport the remaining students.

Models must be interpreted according to the type of quantity involved.

Modeling Continuous Quantities

Quantities such as:

• time
• mass
• distance
• temperature
• volume

can often take decimal values.

A prediction of:

4.3 hours

or:

4.3 L

may be completely reasonable.

Understanding whether a variable is discrete or continuous affects how the result should be interpreted.

Assumptions in Linear Models

Every model relies on assumptions.

For:

d = 80t

we are assuming that:

• speed remains 80 km/h
• the object begins at the chosen reference position
• there are no stops
• the direction does not change

If the car stops for 30 minutes, the simple model no longer describes the entire journey accurately.

A Model Is a Simplification

Real systems can be extremely complicated.

A linear model deliberately ignores some details to focus on an important relationship.

For example, fuel consumption may depend on:

• speed
• traffic
• vehicle mass
• wind
• road slope
• engine efficiency

A simple linear model may ignore many of these variables.

This does not automatically make the model useless.

The important question is:

Is the model accurate enough for its intended purpose?

A Complete Modeling Example

Suppose a tank contains:

180 L

of water initially.

Water enters at a constant rate of:

12 L/min

Define:

t = time in minutes

V = water volume in litres

Initial value:

b = 180 L

Rate:

m = 12 L/min

Model:

V = 12t + 180

Using the Tank Model

Predict the volume after 15 minutes:

V = 12(15) + 180

V = 180 + 180

V = 360 L

The model predicts that the tank contains 360 L after 15 minutes.

Adding a Realistic Constraint

Suppose the tank has a maximum capacity of:

420 L

Find when it reaches capacity:

420 = 12t + 180

240 = 12t

t = 20

The tank reaches capacity after:

20 minutes

The linear model describes the amount inside the tank only while:

0 ≤ t ≤ 20

After that, the tank may overflow.

Evaluating the Tank Model

The equation:

V = 12t + 180

predicts:

V = 12(30) + 180

V = 540 L

But the tank can hold only:

420 L

Therefore, 540 L is mathematically consistent with the equation but physically impossible as the amount contained inside the tank.

The model has been used outside its meaningful domain.

This demonstrates why every prediction should be evaluated.

A Reliable Modeling Process

When creating a linear model:

1. Understand the real-world situation.
2. Identify the important quantities.
3. Define the variables and units.
4. Decide which variable is independent.
5. Decide which variable is dependent.
6. Determine whether the relationship appears linear.
7. Find the rate of change.
8. Determine the initial value.
9. Write an equation in the form y = mx + b.
10. Check the equation against known data.
11. Use the model to make a prediction.
12. Interpret the prediction in context.
13. Identify domain restrictions.
14. Consider whether the prediction is interpolation or extrapolation.
15. Compare predictions with observed values when possible.
16. Evaluate whether the model is accurate enough for its intended purpose.

Questions to Ask About Any Model

Before accepting a linear model, ask:

• Is the rate approximately constant?
• Does a straight line fit the data reasonably well?
• What do the slope and intercept represent?
• Are the units correct?
• What assumptions are being made?
• Is the prediction inside or outside the observed data range?
• Are there natural minimum or maximum values?
• Are any predicted values impossible?
• Are the variables discrete or continuous?
• Are there important outliers?
• How large are the prediction errors?
• Is a different type of model likely to work better?

These questions help move mathematical modeling beyond simply finding an equation.

Common Mistakes

Assuming every relationship is linear

Check for an approximately constant rate of change before choosing a linear model.

Failing to define variables

An equation is much clearer when the quantities and units are identified.

Confusing slope with intercept

Slope represents the rate of change.

Intercept represents the value when the input is zero.

Ignoring units

A slope of 12 should be interpreted as something meaningful, such as:

12 L/min

Using only one point to create a model

One point alone does not determine a unique linear equation. Additional information about the slope or another point is required.

Assuming a model is exact

Many real-world models are approximations.

Extrapolating too far

Patterns can change beyond the observed data.

Ignoring physical limits

A model should not be trusted when it predicts impossible quantities such as negative populations or volumes above a fixed capacity.

Ignoring discrete variables

A model predicting 6.2 buses does not mean 6.2 buses can actually be used.

Removing outliers automatically

Investigate unusual values before deciding how they should be treated.

Assuming correlation proves causation

A relationship between variables does not necessarily mean that one causes the other.

Judging accuracy without considering context

The same numerical error may be insignificant in one situation and unacceptable in another.

Key Terms

Mathematical model — mathematical representation used to describe or predict a real-world situation.

Linear model — model with a constant or approximately constant rate of change.

Variable — quantity that can change.

Independent variable — input variable used to predict or explain another quantity.

Dependent variable — output variable whose value depends on the independent variable.

Slope — rate of change in a linear model.

y-intercept — value of the dependent variable when the independent variable equals zero.

Initial value — starting value of a relationship, often represented by the y-intercept.

Prediction — value estimated using a mathematical model.

Interpolation — prediction made within the observed data range.

Extrapolation — prediction made outside the observed data range.

Domain — set of possible input values.

Domain restriction — limitation on input values based on mathematical or real-world conditions.

Residual — difference between an observed value and the value predicted by a model.

Line of best fit — line representing the overall linear trend of data.

Outlier — observation that differs substantially from the general data pattern.

Correlation — statistical relationship between variables.

Assumption — condition accepted when constructing or applying a model.

Accuracy — how closely a model's predictions agree with observed values.

Discrete variable — variable with separate countable values.

Continuous variable — variable that can take any value within an interval.

Key Takeaways

• Mathematical models use mathematics to represent real-world relationships.
• Linear models are appropriate when the rate of change is constant or approximately constant.
• Linear models are commonly written as y = mx + b.
• The slope represents the rate of change.
• The y-intercept often represents the initial value.
• Variables should always be clearly defined and include appropriate units.
• Linear models can be created from tables, graphs, points, or verbal descriptions.
• Data should be checked for an approximately linear pattern before a linear model is chosen.
• A model can be used to predict both inputs and outputs.
• Interpolation occurs within the observed data range.
• Extrapolation occurs outside the observed data range.
• Extrapolation is generally less reliable than interpolation.
• Real-world data does not need to be perfectly linear for a linear model to be useful.
• A line of best fit can approximate data with an overall linear trend.
• Residuals measure differences between observed and predicted values.
• Smaller residuals generally indicate a closer fit, but their importance depends on context.
• Outliers should be investigated rather than automatically removed.
• A mathematical model is a simplification of reality.
• Every model depends on assumptions.
• Physical and practical restrictions can limit the useful domain of a model.
• Discrete and continuous quantities must be interpreted differently.
• Correlation between variables does not automatically demonstrate causation.
• A mathematically correct prediction can still be unrealistic.
• The quality of a model depends on both mathematical fit and real-world reasonableness.
• The purpose of modeling is not merely to produce an equation, but to describe, predict, interpret, and evaluate a real situation.

Check Your Understanding

1. Explain what makes a real-world relationship suitable for a linear model.
2. A worker receives a $40 starting payment plus $18 for every hour worked. Define appropriate variables and create a linear model.
3. A tank contains 250 L initially and loses 15 L every minute. Write a linear model for its volume after t minutes. Identify and interpret both the slope and intercept.
4. Consider the data:

Determine whether a linear model is appropriate. Find the equation of the model.

5. Consider:

Explain why a linear model would not be appropriate for this relationship.

6. A delivery vehicle is 20 km from a warehouse at t = 0 and travels away at a constant speed of 65 km/h. Create a model and predict its distance from the warehouse after 4.5 hours.
7. A candle is initially 36 cm tall and burns down at 3 cm/hour. Create a linear model, determine when the candle reaches zero height, and state a reasonable domain for the model.
8. Explain the difference between interpolation and extrapolation. Why is extrapolation generally less reliable?
9. A model predicts a value of 84, while the actual observed value is 79. Calculate the residual using observed − predicted and explain what its sign means.
10. A company has observed approximately linear growth for four months. A manager uses the model to predict the company's size 50 years later. Explain why this prediction should be treated cautiously.
11. Two delivery services use the models:

A: C = 4d + 8

B: C = 2d + 20

Determine the distance at which their costs are equal. Explain which service is cheaper before and after this point.

12. A school calculation predicts that 7.3 buses are required for an excursion. Explain how the result should be interpreted and why simply rounding to 7 could create a problem.
13. Data points lie close to a straight line except for one point that lies far above the others. Give at least three possible explanations for this outlier and explain why it should not automatically be removed.
14. A linear model consistently predicts values below the actual measurements, and the differences become larger as x increases. What might this tell you about the quality of the model?
15. A tank initially contains 200 L, fills at 16 L/min, and has a maximum capacity of 600 L. Define the variables, create a linear model, determine when the tank reaches capacity, state an appropriate domain, make a prediction for t = 40 minutes, and explain why the mathematical prediction may not represent the actual amount of water inside the tank.

Systems of Linear Equations

A system of linear equations is a set of two or more linear equations considered at the same time.

For example:

y = 2x + 1

y = −x + 7

Each equation represents a straight line. When both equations are graphed on the same coordinate plane, the lines may intersect.

The point where they intersect is especially important because it satisfies both equations at the same time.

For this system, the lines intersect at:

(2, 5)

Check the first equation:

5 = 2(2) + 1

5 = 5 ✓

Check the second equation:

5 = −2 + 7

5 = 5 ✓

Therefore:

(2, 5) is the solution to the system.

What Is a System?

A system is a collection of equations that describe related conditions.

A simple system might be written as:

y = x + 2

y = −2x + 8

We are looking for values of x and y that make both equations true simultaneously.

This is different from solving one equation.

With one equation such as:

y = x + 2

there are infinitely many ordered pairs that satisfy it:

(0, 2)

(1, 3)

(2, 4)

(3, 5)

and many more.

A system asks:

Which ordered pair belongs to both lines?

The Graphical Meaning of a System

Every linear equation represents a line.

When two equations form a system, graph both lines on the same coordinate plane.

The solution is the point that belongs to both graphs.

In other words:

solution to system = intersection of the graphs

 

 

 

8

Why the Intersection Is the Solution

Suppose:

y = x + 3

and:

y = −x + 7

The lines intersect at:

(2, 5)

For the first equation:

5 = 2 + 3

True.

For the second:

5 = −2 + 7

True.

Therefore, the point:

(2, 5)

satisfies both equations.

That is why an intersection represents the solution to a system.

Ordered Pairs as Solutions

A solution to a two-variable system is normally written as an ordered pair:

(x, y)

For example:

(3, 7)

means:

x = 3

y = 7

For this point to solve a system, it must satisfy every equation in the system.

Satisfying only one equation is not enough.

Testing a Possible Solution

Consider:

y = 2x + 1

y = x + 4

Is:

(3, 7)

a solution?

First equation:

7 = 2(3) + 1

7 = 7 ✓

Second equation:

7 = 3 + 4

7 = 7 ✓

The point satisfies both equations.

Therefore:

(3, 7) is a solution to the system.

A Point That Satisfies Only One Equation

Consider the same system:

y = 2x + 1

y = x + 4

Test:

(2, 5)

First equation:

5 = 2(2) + 1

5 = 5 ✓

Second equation:

5 = 2 + 4

5 = 6 ✗

The point lies on the first line but not the second.

Therefore:

(2, 5) is not a solution to the system.

Solving a System by Graphing

To solve a system graphically:

1. Graph the first equation.
2. Graph the second equation on the same coordinate plane.
3. Locate the intersection.
4. Read its coordinates.
5. Write the solution as (x, y).
6. Substitute the coordinates into both equations to check.

This method is called solving by graphing.

Graphing from Slope-Intercept Form

Equations written as:

y = mx + b

are particularly convenient for graphing.

Remember:

m = slope

b = y-intercept

Consider:

y = x + 1

y = −x + 5

For the first line:

m = 1

b = 1

For the second:

m = −1

b = 5

Graph both lines and locate their intersection.

Worked Example

Solve:

y = x + 1

y = −x + 5

Create some points.

For:

y = x + 1

For:

y = −x + 5

Both tables contain:

(2, 3)

Therefore, the graphs intersect at:

(2, 3)

The solution is:

(2, 3)

Checking the Solution

Substitute:

x = 2

y = 3

into:

y = x + 1

3 = 2 + 1

3 = 3 ✓

Now check:

y = −x + 5

3 = −2 + 5

3 = 3 ✓

The solution is confirmed.

Graphing with Slope and Intercept

Consider:

y = 2x − 1

y = −x + 5

For the first equation:

m = 2

b = −1

Plot:

(0, −1)

Then use slope:

2 = 2/1

Move 1 right and 2 up.

For the second:

m = −1

b = 5

Plot:

(0, 5)

Then move 1 right and 1 down.

The lines intersect at:

(2, 3)

Therefore:

solution = (2, 3)

 

 

 

10

Reading an Intersection from a Graph

Suppose two lines intersect at:

(4, 6)

Then the solution is:

x = 4

y = 6

This means that when x equals 4, both relationships produce y = 6.

The meaning of these values depends on the context.

For example:

• 4 hours and $6
• 4 items and $6
• 4 kilometres and 6 litres

The axes and units determine the interpretation.

Three Possible Types of Systems

When two linear equations are graphed, there are three basic possibilities:

• the lines intersect once
• the lines never intersect
• the lines are actually the same line

These produce different numbers of solutions.

One Solution

Consider:

y = x + 2

y = −2x + 8

The slopes are different:

1 and −2

Therefore, the lines eventually intersect.

The system has:

one solution

This type of system is often called a consistent independent system.

For introductory work, the important idea is:

different slopes → one intersection → one solution

No Solution

Consider:

y = 2x + 1

y = 2x + 5

Both lines have slope:

2

but their y-intercepts are different:

1 and 5

Therefore, the lines are parallel.

Parallel lines never intersect.

The system has:

no solution

 

 

 

6

Why Parallel Lines Have No Solution

Consider:

y = 3x + 2

and:

y = 3x − 4

The lines increase at exactly the same rate.

Their vertical separation remains constant.

No ordered pair lies on both lines.

Therefore, there is no value of x and y that makes both equations true simultaneously.

The solution set is:

∅

where ∅ represents the empty set.

Infinitely Many Solutions

Consider:

y = 2x + 3

and:

2y = 4x + 6

Simplify the second equation:

2y = 4x + 6

Divide by 2:

y = 2x + 3

The two equations represent exactly the same line.

Every point on one line is also on the other.

Therefore, the system has:

infinitely many solutions

Comparing the Three Cases

This allows us to predict the number of solutions before graphing in many cases.

Intersection Does Not Mean the Lines Are Equal Everywhere

Suppose two lines intersect at:

(3, 8)

At that particular point, both equations produce the same output.

Away from the intersection, the outputs are generally different.

Therefore, the intersection means:

the relationships are equal at one particular input

It does not mean the equations describe the same relationship everywhere.

Systems from Tables

Systems can also be recognized using tables.

Consider:

Relationship A

Relationship B

Both relationships contain:

(3, 8)

Therefore, their graphs intersect at:

(3, 8)

This is the solution to the system.

Systems in Real-World Situations

Systems are useful whenever we want to compare two relationships.

Common examples include:

• comparing phone plans
• comparing taxi companies
• comparing wages
• comparing rental costs
• comparing savings plans
• comparing production methods
• determining when two moving objects reach the same position
• finding when two quantities become equal

The intersection represents the point at which the two situations have the same output for the same input.

Comparing Two Taxi Companies

Suppose two taxi companies charge:

Company A: C = 3d + 5

Company B: C = 2d + 10

where:

C = cost in dollars

d = distance in kilometres

We want to know:

At what distance do the two companies charge the same amount?

This question creates a system:

C = 3d + 5

C = 2d + 10

Interpreting the Taxi Graph

Company A has:

slope = 3 dollars/km

intercept = $5

Company B has:

slope = 2 dollars/km

intercept = $10

Company A starts cheaper but increases more quickly.

Company B starts more expensive but increases more slowly.

Their graphs eventually intersect.

Finding the Taxi Intersection

A graph of the two equations shows that they intersect at:

(5, 20)

In context:

d = 5 km

C = $20

Therefore:

At a distance of 5 km, both companies charge $20.

The ordered pair must be interpreted using the variables rather than simply reported as numbers.

Comparing Before and After the Intersection

At distances below 5 km:

Company A is cheaper.

At exactly 5 km:

both cost $20.

At distances greater than 5 km:

Company B is cheaper.

The intersection can therefore act as a break-even point.

Break-Even Points

A break-even point occurs when two quantities are equal.

For example, a business might compare:

revenue

and:

cost

The point where the graphs intersect represents the amount of production or sales at which:

revenue = cost

Before this point, the business may have a loss.

After this point, it may have a profit, depending on the model.

Real-World Example: Gym Memberships

Gym A charges:

A = 8v + 20

Gym B charges:

B = 5v + 35

where:

v = number of visits

cost is measured in dollars.

The graphs intersect at:

v = 5

Check:

A = 8(5) + 20

A = 60

B = 5(5) + 35

B = 60

Therefore, the intersection is:

(5, 60)

Interpretation:

At 5 visits, both gyms cost $60.

Deciding Which Option Is Better

The intersection alone does not always answer the entire question.

For the gym example:

Gym A starts at $20 but costs $8 per visit.

Gym B starts at $35 but costs $5 per visit.

For fewer than 5 visits:

Gym A is cheaper.

At 5 visits:

the costs are equal.

For more than 5 visits:

Gym B is cheaper.

Systems therefore help us compare alternatives.

Real-World Example: Savings

Suppose:

Mia starts with $100 and saves $25 each week.

M = 25w + 100

Noah starts with $220 and saves $10 each week.

N = 10w + 220

We can ask:

When will they have the same amount of savings?

The system is:

S = 25w + 100

S = 10w + 220

Interpreting the Savings Intersection

The graphs intersect at:

(8, 300)

This means:

After 8 weeks, both people have $300.

Before 8 weeks, Noah has more.

After 8 weeks, Mia has more because her savings increase at the greater rate.

Real-World Example: Moving Objects

Suppose two cyclists' positions are represented by:

A: d = 12t + 5

B: d = 8t + 25

where:

d = distance from a reference point in kilometres

t = time in hours

The intersection tells us when the cyclists are at the same position at the same time.

This is important: having the same distance at different times would not solve the system.

Both coordinates must match simultaneously.

Creating a System from a Situation

Suppose:

Company A charges a $30 starting fee plus $4 per item.

Company B charges a $50 starting fee plus $2 per item.

Define:

n = number of items

C = total cost

Company A:

C = 4n + 30

Company B:

C = 2n + 50

Together:

C = 4n + 30

C = 2n + 50

This is a system of linear equations.

Estimating Solutions from Graphs

Not every graphical solution falls exactly on a grid intersection.

Suppose two lines appear to intersect near:

(3.4, 7.2)

The graphical solution might be estimated as:

x ≈ 3.4

y ≈ 7.2

Graphing can therefore produce approximate solutions.

The accuracy depends on:

• graph scale
• plotting accuracy
• line thickness
• how precisely the intersection can be read

Exact and Approximate Solutions

A graph is excellent for understanding what a solution means.

However, graphical solutions are sometimes approximate.

If the intersection is:

(2, 5)

it may be easy to read exactly.

If it is:

(2.67, 4.83)

the graph may only provide an estimate.

Later algebraic methods such as substitution and elimination can often determine solutions more precisely.

Choosing an Appropriate Scale

A graph should use a scale that makes the intersection visible.

Suppose two businesses have costs between:

$1,000 and $5,000.

A y-axis extending only from:

0 to 100

would be useless.

Likewise, a graph extending to:

1,000,000

might compress the lines so much that the intersection becomes difficult to read.

Choose a scale appropriate to the data.

Realistic Domains

Real-world systems often have restricted domains.

Suppose x represents the number of tickets purchased.

Then:

x ≥ 0

and x should normally be a whole number.

An intersection at:

(4.5, 60)

might be mathematically correct but unrealistic if x represents people, buses, or tickets.

Always interpret the solution in context.

An Intersection Outside the Realistic Domain

Suppose two pricing models intersect at:

x = −5

Mathematically, the lines intersect.

But if x represents the number of products purchased:

−5 products

has no practical meaning.

Therefore, the system may have a mathematical solution but no meaningful break-even point within the realistic domain.

Checking a Graphical Solution

Suppose a graph suggests:

(4, 11)

as the solution to:

y = 2x + 3

y = −x + 15

Check the first:

11 = 2(4) + 3

11 = 11 ✓

Check the second:

11 = −4 + 15

11 = 11 ✓

Therefore, the graphical solution is confirmed.

Why Checking Matters

Graphs can contain errors caused by:

• plotting the wrong intercept
• using the wrong slope
• misreading the scale
• drawing a line inaccurately
• estimating the intersection incorrectly

Substitution provides a quick way to verify whether the proposed ordered pair actually solves both equations.

Systems and Different Representations

A system does not always begin as two equations.

One relationship might be shown as:

• a graph
• a table
• an equation
• a verbal description

For example:

Relationship A: y = 3x + 2

Relationship B might be represented by:

From the table, Relationship B follows:

y = −x + 8

Now the two relationships can be graphed as a system.

Finding the Intersection from Mixed Representations

Using:

y = 3x + 2

and:

y = −x + 8

the graphs intersect between x = 1 and x = 2.

Graphing carefully gives approximately:

(1.5, 6.5)

Check:

First equation:

3(1.5) + 2 = 6.5

Second equation:

−1.5 + 8 = 6.5

Therefore:

(1.5, 6.5)

is the solution.

Systems as Simultaneous Conditions

Another useful way to understand a system is as a set of conditions that must all be true at the same time.

For:

y = 2x + 4

y = −x + 10

a solution must satisfy:

the first condition AND the second condition.

This is why the intersection is important.

It is the point where both conditions are satisfied simultaneously.

Systems vs Inequalities

A system of equations asks for points that lie on both lines.

A system of inequalities asks for points that lie in all required solution regions.

For equations, the solution may be:

one intersection point

For inequalities, the solution may be:

an entire feasible region

This distinction becomes important in later applications.

Predicting the Number of Solutions

Before graphing, compare the slopes and intercepts.

For:

y = 2x + 4

y = −3x + 9

different slopes → one solution

For:

y = 5x + 2

y = 5x − 6

same slope, different intercepts → no solution

For:

y = 4x + 7

2y = 8x + 14

simplify the second equation:

y = 4x + 7

same equation → infinitely many solutions

A Complete Graphing Example

Solve:

y = 2x

y = −x + 6

For the first line:

For the second:

Both contain:

(2, 4)

Therefore:

solution = (2, 4)

Check:

4 = 2(2) ✓

4 = −2 + 6 ✓

A Complete Real-World Example

Two bicycle rental companies have the following prices.

Company A:

$15 starting fee plus $6 per hour.

Company B:

$27 starting fee plus $4 per hour.

Define:

h = hours rented

C = total cost

The system is:

C = 6h + 15

C = 4h + 27

The graphs intersect at:

(6, 51)

Therefore:

After 6 hours, both companies cost $51.

Before 6 hours, Company A is cheaper.

After 6 hours, Company B is cheaper.

The intersection provides both a mathematical solution and useful information for making a decision.

 

 

 

9

A Reliable Strategy for Solving by Graphing

When solving a system graphically:

1. Write both equations clearly.
2. Rearrange them into y = mx + b if necessary.
3. Identify the slope and y-intercept of each line.
4. Choose an appropriate coordinate-plane scale.
5. Graph the first line accurately.
6. Graph the second line on the same axes.
7. Locate the intersection.
8. Read the coordinates carefully.
9. Write the solution as (x, y).
10. Substitute the point into both equations.
11. Determine whether the solution is exact or approximate.
12. If there is no intersection, state no solution.
13. If the graphs are the same line, state infinitely many solutions.
14. If the problem has context, interpret both coordinates with appropriate units.

A Reliable Strategy for Real-World Systems

When a real situation contains two relationships:

1. Identify the two situations being compared.
2. Define the variables.
3. Include appropriate units.
4. Write an equation for each relationship.
5. Graph both equations using the same axes.
6. Find their intersection.
7. Interpret the x-coordinate.
8. Interpret the y-coordinate.
9. Determine what happens before the intersection.
10. Determine what happens after the intersection.
11. Check whether the solution is realistic within the context.
12. Verify the solution in both equations.

Common Mistakes

Thinking every point on either line solves the system

A solution must lie on both lines.

Giving only the x-coordinate

A system solution is normally an ordered pair:

(x, y)

Switching coordinate order

The solution:

(3, 7)

means x = 3 and y = 7, not the reverse.

Reading the intersection inaccurately

Check the graph scale carefully.

Graphing the lines on separate coordinate planes

To see the intersection, both equations must be graphed on the same axes.

Assuming every system has one solution

Systems may have:

• one solution
• no solution
• infinitely many solutions

Thinking parallel lines have infinitely many solutions

Parallel distinct lines never intersect, so they have no solution.

Thinking identical lines have one solution

Identical lines share every point, so they have infinitely many solutions.

Ignoring context

An intersection at x = −4 may be mathematically valid but meaningless if x represents the number of tickets purchased.

Interpreting only one coordinate

In real situations, both coordinates usually carry important information.

Assuming graphical answers are always exact

Some intersections must be estimated from the graph.

Failing to check the solution

Substitution into both equations confirms whether the point is correct.

Key Terms

System of linear equations — two or more linear equations considered simultaneously.

Solution of a system — value or ordered pair that satisfies every equation in the system.

Intersection — point shared by two graphs.

Ordered pair — pair of coordinates written as (x, y).

Graphical solution — solution found by locating the intersection of graphs.

One-solution system — system whose graphs intersect at exactly one point.

No-solution system — system whose graphs never intersect.

Infinitely-many-solutions system — system in which the equations represent the same graph.

Parallel lines — lines with the same slope and different intercepts that never intersect.

Coincident lines — different-looking equations that represent the same line.

Break-even point — point at which two quantities, such as costs and revenues, are equal.

Slope — rate of change of a linear relationship.

y-intercept — value of y when x = 0.

Simultaneous — occurring or being true at the same time.

Realistic domain — input values that are meaningful within a particular real-world situation.

Key Takeaways

• A system of linear equations contains two or more linear equations considered together.
• A solution must satisfy every equation in the system simultaneously.
• Graphically, a solution is an intersection shared by the lines.
• A solution to a two-variable system is usually written as an ordered pair.
• A point lying on only one line does not solve the system.
• Systems can be solved graphically by plotting all equations on the same coordinate plane.
• Substitution can be used to verify a graphical solution.
• Two lines with different slopes have exactly one intersection.
• Parallel distinct lines have no solution.
• Identical lines have infinitely many solutions.
• Comparing slopes and intercepts can often predict the number of solutions before graphing.
• Graphical solutions may be exact or approximate depending on the intersection and graph scale.
• Systems are useful for comparing two real-world relationships.
• An intersection can represent equal costs, equal savings, the same position, or a break-even point.
• Both coordinates of a real-world intersection should be interpreted.
• What happens before and after an intersection may be just as important as the intersection itself.
• Realistic domains can restrict whether a mathematical intersection is meaningful.
• Systems may be represented using equations, tables, graphs, or verbal descriptions.
• Graphing provides a strong visual understanding of systems, while later algebraic methods can provide more precise solutions.
• The central idea is simple: the solution is where all of the conditions are true at the same time.

Check Your Understanding

1. Explain in your own words what a system of linear equations is.
2. Explain why the intersection of two lines represents the solution to a system.
3. Determine whether (2, 7) is a solution to the system:

y = 3x + 1

y = x + 5

Show how you know.

4. Graph the system and determine its solution:

y = x + 2

y = −x + 6

5. Solve graphically:

y = 2x − 1

y = −x + 8

Then verify the solution using substitution.

6. Without graphing, predict whether the system has one solution, no solution, or infinitely many solutions:

y = 4x + 2

y = 4x − 7

Explain your reasoning.

7. Determine the number of solutions:

y = −2x + 5

2y = −4x + 10

Explain how you know.

8. One relationship contains the points (0, 3) and (2, 7). Another contains (0, 9) and (2, 7). What is the graphical solution to the system? Explain what the shared point means.
9. Two taxi companies use the models:

A: C = 4d + 6

B: C = 2d + 14

Graph the equations, determine their intersection, and interpret both coordinates in context.

10. Two savings plans are represented by:

A = 30w + 80

B = 15w + 200

Determine when the savings amounts are equal. Explain which plan has more money before and after this point.

11. Explain why two distinct parallel lines cannot have a solution.
12. A system's graph appears to intersect near (3.2, 8.7). Explain why this may be an approximate rather than exact solution and describe how you could check whether the estimate is reasonable.
13. A system describing ticket costs has an intersection at (−5, 20). Explain why this might be a valid mathematical intersection but not a meaningful solution in the real-world situation.
14. Two rental companies charge:

Company A: C = 7h + 18

Company B: C = 4h + 36

Determine the intersection. Interpret it in context and explain which company is cheaper before and after the intersection.

15. A school is choosing between two transportation companies. Company A charges a fixed fee of $250 plus $12 per student. Company B charges a fixed fee of $400 plus $7 per student. Define the variables, create a system of linear equations, determine the intersection, interpret both coordinates, and explain how the school could use the result to decide which company is less expensive for different group sizes.

Capstone Algebra Project

A capstone algebra project brings together the major algebraic ideas learned throughout a course and applies them to a complex real-world problem.

Instead of being told exactly which equation to use, you must make mathematical decisions:

• What quantities are important?
• What variables should represent them?
• Which relationships can be represented with equations?
• Which conditions require inequalities?
• Would a table or graph make the situation clearer?
• Are there several relationships that form a system?
• What do the mathematical results mean?
• Are the answers realistic?
• How could the model be improved?

A capstone project demonstrates more than the ability to perform calculations. It demonstrates the ability to think mathematically about a real situation.

A useful overall process is:

problem → assumptions → variables → data → model → calculations → graphs → analysis → evaluation → improvement → conclusion

What Makes a Problem Complex?

A complex real-world problem usually contains several interacting factors.

For example, imagine planning a school event.

You may need to consider:

• venue rental cost
• ticket price
• expected attendance
• maximum venue capacity
• food costs
• transportation costs
• available budget
• revenue
• profit or loss
• break-even attendance

One equation cannot necessarily describe the entire situation.

Different parts of the problem may require different algebraic tools.

Choosing the Right Mathematics

A major goal of a capstone project is deciding which mathematical tools are appropriate.

You might use:

The project should use mathematics because it helps answer the problem—not simply because a particular technique must be included.

Beginning with a Real-World Problem

A strong capstone begins with a clear problem or decision.

Examples include:

• Which transportation option is best for a school trip?
• How should a school event be priced?
• Which phone plan is most economical?
• How can a small business reach a profit target?
• Which rental company should be selected?
• How many products must be sold to cover costs?
• How should a limited budget be allocated?
• How many participants can attend an event?
• Which pricing strategy produces the best result?

The problem should be complex enough to require several pieces of mathematical reasoning.

Developing a Central Question

A project should have a clear central question.

For example:

What ticket price and attendance level would allow a school event to cover its costs while remaining within the venue's capacity?

This is stronger than:

"Investigate ticket prices."

The stronger question gives the mathematics a purpose.

Breaking the Problem into Smaller Questions

Complex problems become easier when divided into smaller questions.

For the school event, we might ask:

• What are the fixed costs?
• What costs depend on attendance?
• What is the maximum capacity?
• How much revenue is generated per ticket?
• How many tickets must be sold to break even?
• What happens if attendance is lower than expected?
• What is the maximum possible profit?
• Which assumptions have the greatest effect on the result?

Each question can be investigated separately before the results are combined.

Defining Variables

Every important unknown quantity should be represented clearly.

For an event model, we might define:

n = number of attendees

C = total cost in dollars

R = total revenue in dollars

P = profit in dollars

Variables should always be accompanied by their meanings and units.

Avoid using several unexplained letters.

Independent and Dependent Variables

Suppose:

C = 8n + 600

The number of attendees, n, is the independent variable.

The total cost, C, depends on attendance.

Therefore:

n → input

C → output

Understanding this relationship helps determine how tables and graphs should be constructed.

Fixed and Variable Quantities

Many real situations contain both fixed and variable quantities.

Suppose an event has:

Venue rental = $600

Food = $8 per attendee

Then:

C = 8n + 600

The fixed cost is:

$600

The variable cost is:

$8 per attendee

In the equation:

C = mn + b

the variable cost corresponds to the slope.

The fixed cost corresponds to the intercept.

Making Assumptions

Real-world problems rarely provide every possible detail.

A model therefore requires assumptions.

For the event, we might assume:

• every attendee buys one ticket
• the ticket price remains constant
• food costs $8 per person
• the venue fee remains $600
• no tickets are refunded
• attendance does not exceed venue capacity
• all costs have been included

Assumptions simplify reality enough to make the problem manageable.

Why Assumptions Matter

Suppose the model assumes:

every attendee costs exactly $8

But in reality:

• some attendees do not eat
• food prices vary
• extra food must be purchased
• suppliers charge delivery fees

The mathematical model may still be useful, but its predictions are only as good as its assumptions.

A strong project identifies these assumptions explicitly.

Collecting or Obtaining Data

Some capstone projects use data.

Data might come from:

• measurements
• surveys
• school records
• published price lists
• experiments
• observations
• reasonable simulated data supplied for the project

The source should be identified clearly.

If values are estimates rather than measurements, state that.

Organizing Information

Tables help organize complex information.

For example:

Before constructing equations, separate:

• constants
• rates
• constraints
• variables

This reduces modeling errors.

Creating a Cost Model

Suppose:

Venue = $600

Equipment = $150

Food = $8/person

Total fixed cost:

600 + 150 = 750

Let:

n = number of attendees

Then:

C = 8n + 750

This is a linear cost model.

Slope:

8 dollars/person

Intercept:

$750

Creating a Revenue Model

Suppose tickets cost:

$15

Revenue is:

R = 15n

The slope represents:

$15 revenue per attendee

The intercept is:

0

because selling zero tickets produces zero ticket revenue.

Creating a Profit Model

Profit can be modeled using:

profit = revenue − cost

Therefore:

P = R − C

Substitute:

P = 15n − (8n + 750)

Simplify:

P = 7n − 750

This new equation combines information from two earlier models.

Interpreting the Profit Equation

For:

P = 7n − 750

the slope is:

$7/person

Each additional attendee increases profit by $7 after accounting for the $8 variable cost.

The intercept is:

−$750

If no tickets are sold, the event loses the entire fixed cost.

Finding the Break-Even Point

Break-even occurs when:

profit = 0

Set:

0 = 7n − 750

750 = 7n

n = 107.14 approximately

Because attendees are whole people and the event must fully cover its costs:

at least 108 attendees are required to break even.

Notice that simply rounding 107.14 to 107 would not satisfy the requirement.

Checking the Break-Even Conclusion

At 107 attendees:

Revenue:

R = 15(107)

R = $1605

Cost:

C = 8(107) + 750

C = 856 + 750

C = $1606

The event loses:

$1

At 108 attendees:

Revenue:

R = 15(108)

R = $1620

Cost:

C = 8(108) + 750

C = 864 + 750

C = $1614

Profit:

$6

Therefore, 108 is the minimum whole-number attendance needed to avoid a loss.

Systems of Equations

The break-even problem can also be represented as a system:

C = 8n + 750

R = 15n

The intersection of the cost and revenue graphs represents:

cost = revenue

This is the break-even point.

 

 

 

8

Interpreting the Intersection

The mathematical intersection occurs near:

(107.14, 1607.14)

This means the continuous mathematical models have equal cost and revenue at approximately:

107.14 attendees

and:

$1607.14

However, we cannot have 0.14 of an attendee.

Therefore, the practical conclusion requires:

108 attendees

This illustrates an important distinction between a mathematical solution and a realistic solution.

Adding Constraints

Suppose the venue holds no more than:

180 people

Then:

n ≤ 180

Attendance also cannot be negative:

n ≥ 0

Therefore:

0 ≤ n ≤ 180

Because n represents people, n should be a whole number.

Adding a Minimum Attendance Constraint

Suppose organizers will cancel the event unless at least:

80 people

register.

Then:

n ≥ 80

Combining this with capacity:

80 ≤ n ≤ 180

However, this does not guarantee profitability.

Break-even requires:

n ≥ 108

Therefore, if the event must also avoid losing money:

108 ≤ n ≤ 180

This becomes the practical feasible range.

Feasible Solutions

A feasible solution satisfies all relevant constraints.

For this event:

n = 120

is feasible because:

120 ≥ 108

and:

120 ≤ 180

But:

n = 90

satisfies the venue requirements but does not satisfy the profitability requirement.

A capstone project often involves finding solutions that satisfy several conditions simultaneously.

Graphing the Model

Graphs allow multiple relationships to be compared visually.

For the event, graph:

C = 8n + 750

and:

R = 15n

Use:

x-axis = attendance

y-axis = dollars

The intersection shows break-even.

The graph also reveals:

• below break-even → cost exceeds revenue
• at break-even → cost equals revenue
• above break-even → revenue exceeds cost

Graphs therefore support both calculation and interpretation.

Graphing Constraints

Constraints can also be represented graphically.

If:

108 ≤ n ≤ 180

the meaningful portion of the model exists only within this attendance range.

A graph should not encourage the reader to treat impossible attendance values as meaningful.

For example:

n = −50

may exist mathematically on a line but makes no sense for attendance.

Creating Tables

Tables can show how outputs change at selected values.

For the event:

This table makes the relationship between attendance and financial outcome easy to see.

Using Several Representations

Strong mathematical communication often uses more than one representation.

The same model can be communicated through:

• words
• equations
• tables
• graphs
• calculations

Each representation provides different information.

Equations are useful for exact calculation.

Graphs reveal overall relationships.

Tables make selected values easy to compare.

Written explanations provide context and interpretation.

Making Predictions

Suppose organizers expect:

140 attendees

Use:

P = 7n − 750

Substitute:

P = 7(140) − 750

P = 980 − 750

P = $230

The model predicts a profit of:

$230

Predictions Are Conditional

A mathematical prediction depends on the assumptions used to construct the model.

The $230 prediction assumes:

• exactly 140 attendees
• ticket price remains $15
• food remains $8/person
• fixed costs remain $750
• every attendee pays
• no unexpected expenses occur

Therefore, a better statement is:

Under the assumptions of the model, 140 attendees would produce an estimated profit of $230.

Scenario Analysis

A strong capstone project may examine several possible scenarios.

For example:

Low attendance: 100 people

Expected attendance: 140 people

Maximum attendance: 180 people

Using:

P = 7n − 750

we obtain:

Scenario analysis helps reveal how sensitive the outcome is to changing conditions.

What-If Questions

Models allow us to investigate changes before they happen.

For example:

What if food costs increase from $8 to $10 per person?

The new cost model becomes:

C = 10n + 750

Revenue remains:

R = 15n

Profit becomes:

P = 15n − (10n + 750)

P = 5n − 750

Break-even:

0 = 5n − 750

5n = 750

n = 150

The event now needs 150 attendees to break even.

That is a major change.

Sensitivity Analysis

Sensitivity analysis examines how changes in assumptions affect the model's conclusions.

Possible questions include:

• What if costs rise?
• What if ticket price changes?
• What if attendance is lower?
• What if venue capacity changes?
• What if a fixed cost is removed?
• What if the rate of change is different?

This helps identify which assumptions matter most.

Comparing Alternative Models

Suppose another venue charges:

$1100 fixed fee

but only:

$4 per attendee

Its cost model is:

C₂ = 4n + 1100

The original venue has:

C₁ = 8n + 750

The second venue starts more expensive but increases more slowly.

This creates a system of equations.

Finding When the Venue Costs Are Equal

Set:

8n + 750 = 4n + 1100

Subtract 4n:

4n + 750 = 1100

Subtract 750:

4n = 350

n = 87.5

The mathematical intersection occurs at:

87.5 attendees

For whole-number attendance:

• below this region, Venue 1 tends to be cheaper
• above this region, Venue 2 tends to be cheaper

The decision may also depend on capacity, facilities, location, and other non-mathematical factors.

Algebra Supports Decisions Rather Than Making Them Automatically

Mathematics can show:

• which option costs less
• where break-even occurs
• what values satisfy constraints
• how sensitive outcomes are to assumptions

But real decisions may also involve:

• safety
• convenience
• quality
• accessibility
• environmental impact
• uncertainty
• personal or organizational priorities

A mathematical model informs a decision. It does not necessarily make the entire decision.

Evaluating Model Accuracy

A model should be tested against evidence whenever possible.

Suppose the model predicts:

C = $1710

for 120 attendees.

The actual cost turns out to be:

$1765

Difference:

1765 − 1710 = $55

The model underestimated the cost by $55.

This does not automatically make the model useless.

We should investigate why the difference occurred.

Residuals

A residual can measure prediction error:

residual = observed value − predicted value

Using the previous example:

residual = 1765 − 1710

residual = 55

The positive residual means the actual cost was $55 greater than predicted.

Several residuals can help reveal whether the model is systematically inaccurate.

Patterns in Errors

Suppose actual costs are consistently higher than predicted.

This might indicate that the model is missing a cost.

For example:

• service charges
• taxes
• delivery fees
• staffing costs
• cleaning fees

A pattern in prediction errors provides evidence that the model should be improved.

Improving the Model

Suppose investigation reveals a fixed cleaning charge of:

$50

The original model was:

C = 8n + 750

The improved model becomes:

C = 8n + 800

The model should then be analyzed again.

This demonstrates an important modeling cycle:

model → test → evaluate → revise → test again

Model Revision Is a Strength

Changing a model after examining evidence does not mean the original project failed.

Model revision is a normal part of mathematical and scientific work.

Evidence may reveal that:

• an assumption was unrealistic
• an important variable was omitted
• a rate was estimated incorrectly
• the domain was too broad
• the relationship was not actually linear

A strong mathematician adjusts the model when evidence supports a change.

Linear Models May Not Always Be Appropriate

A project may begin with a linear model but later reveal that the relationship is curved.

For example, a business may initially experience approximately constant growth.

Later, growth may slow as the market becomes saturated.

A linear model may work over:

0 ≤ t ≤ 12 months

but fail over:

0 ≤ t ≤ 10 years

The appropriate model depends partly on the domain being investigated.

Evaluating the Domain

Every model should have a meaningful domain.

For attendance:

0 ≤ n ≤ 180

For time:

t ≥ 0

For a tank filling:

the model may stop when capacity is reached.

For a candle:

the model may stop when the candle reaches zero height.

A model should not be trusted automatically outside its meaningful domain.

Discrete and Continuous Variables

Some variables are discrete.

Examples:

• people
• buses
• tickets
• products

These normally require whole-number values.

Other variables are continuous.

Examples:

• time
• mass
• distance
• volume
• temperature

Values such as:

3.7 hours

or:

2.46 kg

may be perfectly meaningful.

This affects how algebraic results are interpreted.

Rounding in Context

Suppose a model gives:

n ≥ 107.14

and n represents attendees needed to cover costs.

The correct practical answer is:

n ≥ 108

Rounding down would fail the requirement.

Suppose instead:

n ≤ 107.14

represents maximum capacity.

The greatest possible whole-number value is:

107

The direction of the constraint determines the appropriate interpretation.

Mathematical Evidence

Strong conclusions should be supported by evidence.

Useful evidence includes:

• equations
• inequalities
• graphs
• tables
• slopes
• intercepts
• intersection points
• residuals
• calculations
• comparisons
• feasible solution sets
• sensitivity analysis

Instead of writing:

"Venue B is better."

write:

"For attendance above approximately 88 people, Venue B has the lower modeled cost because its smaller per-person rate outweighs its higher fixed fee."

The second statement provides mathematical reasoning.

Communicating Reasoning Clearly

A reader should be able to follow how you reached your conclusion.

A clear solution usually includes:

Define

What do the variables represent?

Model

What equations or inequalities represent the situation?

Solve

What mathematical operations were performed?

Interpret

What does the result mean?

Evaluate

Does the result make sense?

Conclude

What decision or finding follows from the evidence?

Explaining Graphs

Do not simply insert a graph and expect it to explain itself.

A strong explanation might say:

"The cost and revenue lines intersect at approximately 107 attendees. Because attendance must be a whole number, the event first becomes profitable at 108 attendees. Above this point, the revenue line lies above the cost line, indicating positive profit."

The written explanation tells the reader what the graph demonstrates.

Explaining Tables

Likewise, a table should support an argument.

For example:

"The table shows that 107 attendees produce a $1 loss, while 108 attendees produce a $6 profit. This confirms that 108 is the minimum whole-number attendance needed to avoid a loss."

The table becomes mathematical evidence rather than decoration.

Evaluating Strengths

Possible strengths of a model include:

• variables are clearly defined
• rates are supported by evidence
• equations fit available data
• constraints are realistic
• predictions match observations closely
• several representations support the same conclusion
• assumptions are clearly stated
• the model is simple enough to interpret

Strengths should be specific to the project.

Evaluating Limitations

Possible limitations include:

• limited data
• estimated costs
• uncertain attendance
• changing prices
• measurement error
• omitted variables
• unrealistic assumptions
• narrow data range
• inappropriate extrapolation
• model only valid over a limited domain

A strong evaluation explains how each limitation could affect the conclusion.

Improving the Evidence

Suppose expected attendance is based on a survey of:

10 students

This may be weak evidence for predicting attendance across an entire school.

An improvement would be:

survey a larger and more representative sample

This could improve the attendance estimate and therefore improve the financial model.

Improving the Mathematics

Sometimes the mathematics itself can be improved.

Possible improvements include:

• adding an omitted fixed cost
• replacing an estimated rate with measured data
• adding another constraint
• restricting the domain
• creating separate models for different conditions
• using a non-linear model if the data is curved
• comparing multiple scenarios rather than relying on one prediction

Improvement should respond directly to evidence.

Uncertainty

Real-world quantities are rarely known perfectly.

Suppose expected attendance is:

140 ± 20 people

Rather than making only one prediction, analyze:

120 attendees

140 attendees

160 attendees

This gives a range of possible outcomes and provides a more realistic picture of uncertainty.

Best-Case and Worst-Case Scenarios

Scenario analysis can include:

Worst reasonable case

low revenue and high costs

Expected case

most likely assumptions

Best reasonable case

high revenue and lower costs

This can reveal whether a plan remains acceptable when conditions change.

 

 

 

9

A Complete Capstone Example

Consider a school charity concert.

The organizers have:

• venue fee: $900
• equipment rental: $300
• variable cost: $6 per attendee
• ticket price: $18
• maximum capacity: 220 attendees
• minimum attendance required to run the event: 80

Define:

n = number of attendees

C = total cost

R = total revenue

P = profit

Fixed costs:

900 + 300 = $1200

Cost model:

C = 6n + 1200

Revenue model:

R = 18n

Profit model:

P = 18n − (6n + 1200)

P = 12n − 1200

Finding Break-Even for the Concert

Set:

P = 0

0 = 12n − 1200

12n = 1200

n = 100

Therefore:

100 attendees are required to break even.

Applying the Concert Constraints

Minimum operational attendance:

n ≥ 80

Capacity:

n ≤ 220

Profitability:

n ≥ 100

If the event must avoid a loss, combine the relevant constraints:

100 ≤ n ≤ 220

The feasible attendance range for a non-loss event is:

100 through 220 attendees

using whole-number values.

Predicting Concert Profit

Suppose expected attendance is:

160 people

P = 12(160) − 1200

P = 1920 − 1200

P = $720

Under the assumptions of the model, expected profit is:

$720

Maximum Modeled Profit

At maximum capacity:

n = 220

P = 12(220) − 1200

P = 2640 − 1200

P = $1440

Therefore, the maximum profit under this simplified model and capacity constraint is:

$1440

Testing a Changed Assumption

Suppose equipment rental rises from:

$300 to $500

Fixed cost becomes:

900 + 500 = $1400

New profit model:

P = 12n − 1400

Break-even:

0 = 12n − 1400

n = 116.67 approximately

Therefore:

at least 117 attendees are required.

A $200 increase in fixed cost raises break-even attendance from:

100 to 117.

This provides useful information about the model's sensitivity.

Evaluating the Concert Model

Strengths

The model clearly represents fixed costs, variable costs, revenue, capacity, and break-even attendance.

Limitations

It assumes:

• every attendee pays $18
• all variable costs remain $6/person
• there are no unexpected expenses
• no complimentary tickets are issued
• attendance estimates are accurate

Possible improvements

The model could include:

• several attendance scenarios
• uncertain costs
• complimentary tickets
• additional staffing costs
• survey-based attendance estimates
• contingency expenses

This would make the model more realistic.

Possible Capstone Project Topics

Students could investigate:

• planning a school event
• comparing transportation options
• designing a fundraising plan
• choosing between phone plans
• planning a class trip
• comparing rental companies
• developing a small-business pricing model
• planning a sports tournament
• analyzing food-service costs
• designing a school merchandise sale
• comparing subscription plans
• planning a community event
• analyzing household energy costs
• comparing commuting options

A good topic should contain enough information to require multiple mathematical decisions.

Suggested Capstone Requirements

A strong capstone could include:

• a clear real-world problem
• central research or decision question
• defined variables
• relevant data
• stated assumptions
• at least one equation
• at least one inequality or constraint
• a table
• at least one graph
• interpretation of slope and/or intercept
• a prediction
• comparison of alternatives
• mathematical justification
• evaluation of strengths and limitations
• at least one model improvement
• final recommendation or conclusion

The mathematics should form a connected argument rather than a collection of unrelated calculations.

Suggested Project Report Structure

Problem and Purpose

Explain the real-world problem and what decision or question will be investigated.

Variables

Define all important quantities and units.

Data and Information

Present the information used to construct the model.

Assumptions

Identify simplifications and assumptions.

Mathematical Model

Develop the relevant equations and inequalities.

Tables and Graphs

Represent important relationships visually and numerically.

Analysis

Solve equations, systems, and inequalities as appropriate.

Predictions

Use the model to investigate possible outcomes.

Interpretation

Explain what the mathematical results mean in context.

Evaluation

Discuss accuracy, strengths, limitations, uncertainty, and assumptions.

Model Improvement

Revise part of the model based on evidence or a changed assumption.

Conclusion and Recommendation

Answer the original question using mathematical evidence.

What Makes a Strong Capstone?

A strong project does not simply contain lots of calculations.

It demonstrates a connected chain of reasoning:

I chose this variable because...

I used this equation because...

This slope means...

This inequality represents...

The graphs intersect here, which means...

This solution is feasible because...

The model predicts...

However, this prediction has limitations because...

The evidence suggests the model could be improved by...

This reasoning demonstrates genuine mathematical understanding.

A Reliable Capstone Workflow

1. Choose a meaningful real-world problem.
2. Write a clear central question.
3. Break the problem into smaller questions.
4. Identify important quantities.
5. Define variables and units.
6. Gather or organize relevant data.
7. State assumptions.
8. Identify fixed and variable quantities.
9. Determine which relationships appear linear.
10. Write appropriate equations.
11. Write inequalities for constraints.
12. Create tables.
13. Construct appropriate graphs.
14. Solve equations or systems when needed.
15. Determine feasible solutions.
16. Make predictions.
17. Interpret all important mathematical results.
18. Test important boundary values.
19. Compare alternative scenarios.
20. Evaluate prediction accuracy when evidence is available.
21. Identify strengths of the model.
22. Identify limitations and uncertainty.
23. Test how changed assumptions affect conclusions.
24. Revise or improve the model.
25. Communicate a final conclusion supported by mathematical evidence.

Common Mistakes

Starting calculations before defining the problem

A capstone should have a clear question or decision.

Using equations without defining variables

Every variable should have a meaning and units.

Choosing mathematics because it is required rather than useful

Use equations, inequalities, systems, and graphs when they genuinely help model the problem.

Ignoring constraints

Budgets, capacities, minimum requirements, and realistic domains often determine the actual feasible solution.

Reporting a mathematical answer without interpreting it

Explain what the result means in the real situation.

Ignoring discrete quantities

People, buses, tickets, and products usually require whole-number answers.

Rounding incorrectly

Rounding must preserve the relevant constraint.

Treating graphs as decoration

Graphs should provide evidence or reveal relationships.

Assuming a model is perfectly accurate

Models simplify reality.

Ignoring assumptions

Every model depends on conditions that may change.

Extrapolating without justification

A model that works over one range may fail outside it.

Giving only one scenario

Complex decisions often benefit from comparing several possibilities.

Listing limitations without explaining their effect

Explain why each limitation matters.

Refusing to revise the model

Evidence-based revision is part of good mathematical modeling.

Making a recommendation without mathematical evidence

Conclusions should follow logically from calculations, graphs, constraints, and analysis.

Key Terms

Capstone project — culminating project combining multiple mathematical concepts to investigate a substantial problem.

Mathematical model — mathematical representation of a real-world situation.

Variable — quantity that can change.

Parameter — quantity treated as fixed within a particular model.

Assumption — condition accepted when constructing a model.

Equation — statement that two mathematical expressions are equal.

Linear equation — equation representing a constant rate of change.

Inequality — mathematical statement comparing quantities using <, >, ≤, or ≥.

Constraint — condition restricting possible solutions.

System of equations — equations considered simultaneously.

Feasible solution — solution satisfying all relevant constraints.

Feasible range — set of values satisfying the required conditions.

Slope — rate of change of a linear relationship.

Intercept — starting value of a linear relationship when the input is zero.

Intersection — point shared by graphs and therefore satisfying both relationships.

Break-even point — point where revenue equals cost.

Revenue — money received.

Cost — money spent.

Profit — revenue minus cost.

Residual — observed value minus predicted value.

Prediction — estimated outcome produced by a model.

Sensitivity analysis — investigation of how changing assumptions or parameters changes model results.

Scenario analysis — comparison of outcomes under different sets of conditions.

Uncertainty — lack of complete certainty about measurements, assumptions, or future values.

Domain — set of input values for which a model is intended to apply.

Evidence — information used to support a mathematical conclusion.

Model revision — changing a model in response to new information or evidence.

Key Takeaways

• A capstone algebra project combines multiple algebraic concepts in one meaningful investigation.
• Complex problems should be divided into smaller mathematical questions.
• Variables and units should be clearly defined.
• Equations model exact or functional relationships.
• Linear equations are useful when quantities change at constant or approximately constant rates.
• Inequalities represent limits and constraints.
• Systems of equations help compare relationships and identify intersections.
• Graphs, tables, equations, and written explanations provide complementary evidence.
• Slope often represents a real-world rate.
• Intercepts often represent starting or fixed quantities.
• Intersections can represent break-even points or conditions where alternatives are equal.
• Feasible solutions must satisfy all relevant constraints.
• Mathematical solutions must also be interpreted within the real-world domain.
• Discrete quantities may require whole-number interpretations.
• Predictions depend on assumptions.
• Scenario analysis helps explore different possible outcomes.
• Sensitivity analysis shows how strongly conclusions depend on assumptions.
• Residuals can help evaluate prediction accuracy.
• Models should be tested against evidence whenever possible.
• Strengths and limitations should be specific to the model.
• Uncertainty should be acknowledged rather than ignored.
• Evidence may justify revising a model.
• Revising a model is a normal and valuable part of mathematical modeling.
• Mathematics supports real-world decisions but may not capture every factor involved.
• Strong conclusions are supported by equations, calculations, graphs, constraints, and clear reasoning.
• A successful capstone demonstrates the complete modeling cycle: define, model, solve, interpret, evaluate, improve, and communicate.

Check Your Understanding

1. Explain why a complex real-world problem may require more than one equation or mathematical representation.
2. A school event costs $500 to rent a venue plus $9 per attendee. Define appropriate variables and create a cost model.
3. Tickets for the event in Question 2 cost $16 each. Create a revenue model and a profit model.
4. Use your models from Questions 2 and 3 to determine the minimum whole-number attendance required for the event to break even.
5. The venue in Questions 2–4 has a maximum capacity of 120 people. Write an inequality representing this constraint and determine the feasible attendance range if the event must also avoid a loss.
6. Explain why an intersection between cost and revenue graphs represents a break-even point.
7. A model predicts that 82.4 customers are needed to meet a minimum revenue target. Explain how the result should be interpreted if customers must be counted as whole people.
8. Two transportation companies have cost models A = 6n + 200 and B = 3n + 350. Determine when their costs are equal and explain how this information could support a decision.
9. A business model predicts a $600 profit at 150 sales. The actual profit is $520. Calculate the residual using observed − predicted and explain what this tells you.
10. A project assumes that material costs remain $5 per item. Explain how increasing material costs could affect the model's slope, break-even point, and predictions.
11. Give an example of a real-world problem in which an equation, an inequality, and a system of equations could all provide useful information.
12. Explain the difference between a mathematical solution and a feasible real-world solution. Provide an example involving a discrete variable.
13. A project produces accurate predictions for values between x = 10 and x = 50. Explain why this does not necessarily mean that the model will remain accurate at x = 5000.
14. Describe how scenario analysis and sensitivity analysis could make a mathematical recommendation more reliable.
15. Design an outline for your own capstone algebra project. Include a central question, variables, likely equations, at least one constraint, a graph you would create, a prediction you would investigate, evidence you would use to evaluate the model, one possible limitation, and one way the model could be improved.