Computer Science · Topic Cheatsheet
Topic 1 · System Fundamentals
29 key results accumulated across 2 chapters.
Software vs hardware
Ch 1
Hardware = physical (chip, screen). Software = invisible instructions (app, OS).
SDLC = 7 stages
Ch 1
Planning → Analysis → Design → Implementation → Testing → Deployment → Maintenance. Memory: P-A-D-I-T-D-M.
Planning
Ch 1
Feasibility study, rough budget, risks. Cheapest stage — biggest leverage.
Analysis
Ch 1
Capture requirements from real stakeholders. Skipping this = building the wrong thing.
Design
Ch 1
Architecture diagrams + UI mockups + data models. Fixing a flaw here is 10–100× cheaper than fixing it after launch.
Implementation
Ch 1
Actual coding. Usually only ~30% of total project time.
Testing layers
Ch 1
Unit → Integration → System → User Acceptance Testing (UAT). UAT = real users approve.
Deployment
Ch 1
Move new system live + migrate data + train users + plan rollback.
Maintenance
Ch 1
Corrective (bugs), Adaptive (env changes), Perfective (new features), Preventive (tidy code). Usually >50% of lifetime cost.
Waterfall
Ch 1
Linear, doc-heavy; each stage finishes before next. Best for stable + regulated (medical, aerospace).
Iterative / Agile
Ch 1
Short sprints; working code each cycle. Best for uncertain + fast-feedback (apps, startups).
Hybrid
Ch 1
Most real projects mix both — Agile day-to-day, Waterfall for major releases.
Brooks's Law
Ch 1
Adding people to a late project makes it later. Communication overhead explodes.
Exam trap
Ch 1
Implementation ≠ Deployment. Implementation = coding; Deployment = rolling out.
Why deployment is risky
Ch 2
Real users + real data + real load behave in ways tests cannot fully simulate.
Big Bang
Ch 2
Switch everyone overnight. Fastest, cheapest, riskiest. Only for small, bounded projects.
Parallel
Ch 2
Run BOTH systems; compare outputs. Safest, most expensive. Use for mission-critical (payroll, tax, banking).
Pilot
Ch 2
Roll out to a small group first → expand. Best when org has natural sub-units (one school, one ward, one branch).
Phased
Ch 2
Roll out one module OR region at a time. Best when system is modular or geographic.
Data migration
Ch 2
Moving old data to new system. Hardest invisible work — old data is messier than expected.
Training
Ch 2
Workshops + docs + videos + in-app help + super-users. Underbudgeting training = failed adoption.
Rollback plan
Ch 2
Pre-planned UNDO if go-live fails. Triggers + mechanism + data handling + time budget.
Change management
Ch 2
Involve users early · train BEFORE launch · communicate WHY · provide fallback. People fear looking incompetent.
TSB Bank 2018
Ch 2
Big Bang migration disaster — 1.9M users lost access, CEO resigned, £330M compensation. Lesson: never Big Bang critical systems.
Stakeholders
Ch 2
End users · clients · developers · project managers · ops/IT · external (regulators, public). Client ≠ end user.
Functional req.
Ch 2
What the system DOES. 'A user can reset their password.' Specific actions.
Non-functional req.
Ch 2
How WELL it does it. Performance, scalability, security, usability, '-ility' words.
Good req. = SMT
Ch 2
Specific, Measurable, Testable. 'Fast' is bad; '<1 s on 4G' is good.
Gathering methods
Ch 2
Interview (depth) · Survey (breadth) · Observation (hidden patterns) · Document analysis (legacy rules).