PE Software study plan
PE Software · Give each week a clear focus.
8 weeks · About 7 hours per week
Software engineering (official domain list not enumerated in source)
Map the exam's software engineering scope into a personal checklist of subareas (requirements, design, construction, testing, maintenance, configuration management, quality, process) and rate your current confidence on each from 1 to 5
Define the core vocabulary of software engineering precisely in your own words: software life cycle, verification versus validation, defect versus failure, quality attribute, technical debt
Compare plan-driven and iterative/incremental life cycle models on cost of change, risk exposure, and documentation burden, and state when each is defensible
Set up a spaced-repetition deck and a single notes file so every later week feeds one reviewable artifact
Your checkpoint
A one-page scope map listing every subarea with a 1-5 confidence rating, plus 40 vocabulary flashcards created and reviewed once
Software engineering (official domain list not enumerated in source)
Write good and bad requirement statements for the same feature and label each as functional, non-functional, or constraint
Apply the properties of a verifiable requirement (unambiguous, testable, traceable, feasible, necessary) to critique ten sample statements you write yourself
Distinguish elicitation techniques (interviews, observation, workshops, prototyping) by the risk each one mitigates
Draft a small traceability chain from stakeholder need to requirement to test case for one realistic feature
Your checkpoint
A requirements review worksheet: ten requirements you authored, each rewritten to be verifiable, with a traceability chain for one feature
Software engineering (official domain list not enumerated in source)
Explain cohesion and coupling with two original code examples each, and rank five design alternatives by maintainability
Contrast layered, client-server, pipe-and-filter, event-driven, and microservice architectures by their failure modes and operational cost
Apply information hiding and abstraction to refactor one poorly structured module you write for practice
Identify which design decisions are expensive to reverse and justify each classification
Your checkpoint
A design rationale document for one small system: chosen architecture, two rejected alternatives, and a list of irreversible decisions with justification
Software engineering (official domain list not enumerated in source)
Write unit tests for a small module and measure statement and branch coverage, then explain what the coverage number does not prove
Select black-box techniques (equivalence partitioning, boundary value analysis, decision tables, state transition) for given specifications and derive the test cases
Explain integration strategies (big bang, top-down, bottom-up, sandwich, continuous) by the defects each surfaces earliest
Describe how static analysis, code review, and inspection differ in cost and defect class detected
Your checkpoint
A test plan for one module with at least 20 derived test cases, executed results, and a coverage report with a written interpretation of its limits
Software engineering (official domain list not enumerated in source)
Trace a defect from symptom to root cause using an original worked example, separating the fault from the failure it produced
Classify maintenance activities as corrective, adaptive, perfective, or preventive for ten realistic change requests you write
Explain the risks of refactoring without tests and the role of regression suites in safe change
Describe configuration management essentials: version control branching, baselines, build reproducibility, and release identification
Your checkpoint
A maintenance and configuration management brief: a defect root-cause walkthrough plus a branching and baseline policy for a small team
Software engineering (official domain list not enumerated in source)
Define process and product quality metrics and state one decision each metric should and should not drive
Compare process models (waterfall, V-model, spiral, agile Scrum, Kanban) by feedback frequency and change tolerance
Explain estimation approaches (analogy, expert judgment, function points, story points) and the sources of error in each
Describe risk management steps and produce a ranked risk register for a sample project
Your checkpoint
A quality and process comparison table across five process models plus a six-item risk register with mitigation actions
Software engineering (official domain list not enumerated in source)
Explain how requirements, design, construction, and testing artifacts connect through traceability and what breaks when the chain is missing
Analyze a realistic failure scenario (safety-relevant or high-availability system) and identify which engineering practice was absent
Practice justifying a trade-off decision in writing, taking a position and defending it against the strongest counterargument
Review your week 1 confidence ratings and close the weakest two subareas with targeted study
Your checkpoint
A written trade-off analysis of 600 or more words on one engineering decision, plus updated confidence ratings showing movement on the two weakest subareas
Software engineering (official domain list not enumerated in source)
Answer a full set of self-written practice questions across every subarea under timed conditions
Diagnose every missed question by subarea and by error type (knowledge gap, misread, reasoning slip)
Re-derive the ten facts you are least sure of from first principles rather than memorization
Consolidate one final one-page reference sheet you could reconstruct from memory
Your checkpoint
A timed mock run of at least 60 self-written questions with a scored error analysis and a final one-page reference sheet
Milestones
Week 2: You can rewrite any vague requirement into a verifiable one in under two minutes and name the property it violated
Week 4: You can derive boundary and equivalence test cases from an unfamiliar specification without notes, and explain why 100 percent coverage is not correctness
Week 6: You can compare five process models on feedback frequency and change tolerance from memory, and justify a choice for a given project context
Week 8: Timed mock score is stable across subareas with no subarea below your own pass threshold, and every error is classified with a corrective action