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.

---

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.

---

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.