Computer Science · Cheatsheet
Topic 1 · System Fundamentals
Chapter 2 · Deploying systems
📋 Reference · always available
Why deployment is risky
Real users + real data + real load behave in ways tests cannot fully simulate.
Big Bang
Switch everyone overnight. Fastest, cheapest, riskiest. Only for small, bounded projects.
Parallel
Run BOTH systems; compare outputs. Safest, most expensive. Use for mission-critical (payroll, tax, banking).
Pilot
Roll out to a small group first → expand. Best when org has natural sub-units (one school, one ward, one branch).
Phased
Roll out one module OR region at a time. Best when system is modular or geographic.
Data migration
Moving old data to new system. Hardest invisible work — old data is messier than expected.
Training
Workshops + docs + videos + in-app help + super-users. Underbudgeting training = failed adoption.
Rollback plan
Pre-planned UNDO if go-live fails. Triggers + mechanism + data handling + time budget.
Change management
Involve users early · train BEFORE launch · communicate WHY · provide fallback. People fear looking incompetent.
TSB Bank 2018
Big Bang migration disaster — 1.9M users lost access, CEO resigned, £330M compensation. Lesson: never Big Bang critical systems.
Stakeholders
End users · clients · developers · project managers · ops/IT · external (regulators, public). Client ≠ end user.
Functional req.
What the system DOES. 'A user can reset their password.' Specific actions.
Non-functional req.
How WELL it does it. Performance, scalability, security, usability, '-ility' words.
Good req. = SMT
Specific, Measurable, Testable. 'Fast' is bad; '<1 s on 4G' is good.
Gathering methods
Interview (depth) · Survey (breadth) · Observation (hidden patterns) · Document analysis (legacy rules).