تخطي إلى المحتوى

6 Phases · Roles at a Glance

Every phase has distinct stakeholders, inputs, and outputs. The cycle is iterative — not strictly linear.
01Analysis
  • Product Owner
  • Project Manager
  • Business Analyst
  • CTO
02Design
  • System Architect
  • UX/UI Designer
03Development
  • Frontend Developer
  • Backend Developer
04Testing
  • Solutions Architect
  • QA Engineer
  • Tester
  • DevOps
05Deployment
  • Database Administrator
  • DevOps
06Maintenance
  • End Users
  • Testers
  • Technical Support

01 — Analysis

Understand the problem before solving it
What is this phase?

Transform vague stakeholder expectations into precise, documented requirements. Define what the system must do — never how it should do it.

Key Output
Requirements Specification Document
Requirements Breakdown
  • VisionThe big picture and project goals
  • Functional RequirementsWhat the system does
  • Non-Functional RequirementsPerformance, security, and scalability
  • ConstraintsHard limits and boundaries
  • AssumptionsAccepted unknowns
Decision Checkpoints
  • Is the vision clear to ALL stakeholders?
  • Are requirements measurable and testable?
  • Are constraints documented explicitly?
  • Have assumptions been validated?
  • Can non-functional requirements be measured?
Roles
Product Owner · Project Manager · Business Analyst · CTO
Key Question
What problem are we solving?
Next Phase Trigger
All requirements are reviewed and signed off
Risk if Skipped
Building the entirely wrong system

02 — Design

Translate requirements into architectural blueprints
What is this phase?

Convert functional requirements into system structures. Define the problem domain, establish boundaries, model use cases, and define architectural decomposition.

Key Output
Architectural Blueprint and UML Diagrams
Design Activities
  • Problem DomainDefine system boundaries
  • Mission Use CasesCore system purpose flows
  • System Use CasesAll user-system interactions
  • ActorsWho interacts with the system
  • Architectural DecompositionLayers, modules, and interfaces
Decision Checkpoints
  • Are domain boundaries drawn explicitly?
  • Are ALL actors (human and system) identified?
  • Do use cases cover every user goal?
  • Is the architecture scalable for future requirements?
  • Are external interfaces and APIs defined?
Roles
System Architect · UX/UI Designer
Key Question
How will the system be structured?
Next Phase Trigger
Architecture is reviewed and approved by the team
Risk if Skipped
Unscalable, brittle codebase from day one

03 — Development

Turn architectural design into working, tested code
What is this phase?

Implement the designed architecture. Frontend and backend teams build the system following the approved specifications, data models, and workflow designs.

Key Output
Working Source Code and Unit Tests
Build Activities
  • Entities (Data Model)Define data structures
  • FlowchartsImplement application logic flow
  • PseudocodePlan logic before writing code
  • Sequence DiagramsObject interaction ordering
  • Frontend and BackendUI, APIs, business logic, and database
Decision Checkpoints
  • Does the code match the approved architecture?
  • Are coding standards enforced via peer reviews?
  • Are edge cases and null values handled?
  • Is unit test coverage adequate?
  • Is pseudocode drafted before coding?
Roles
Frontend Developer · Backend Developer
Key Question
Does the code correctly implement the design?
Next Phase Trigger
Feature complete and code reviews passed
Risk if Skipped
Technical debt compounds rapidly

04 — Testing

Validate every behavior against its requirements
What is this phase?

Systematically verify that the system meets every requirement. Find and eliminate defects before they reach real users in production.

Key Output
Test Reports and Bug-Free Release Candidate
Testing Types
  • Unit TestingIndividual component correctness
  • Integration TestingCombined module behavior
  • System TestingFull end-to-end flows
  • UATUser acceptance validation
  • Performance TestingLoad, stress, and scalability
Decision Checkpoints
  • Are ALL use cases covered by tests?
  • Are non-functional requirements validated?
  • Are test cases traceable to requirements?
  • Is regression testing automated?
  • Has the product owner signed off on UAT?
Roles
Solutions Architect · QA Engineer · Tester · DevOps
Key Question
Does the system do exactly what we promised?
Next Phase Trigger
All critical bugs resolved and test coverage met
Risk if Skipped
Production failures and broken user trust

05 — Deployment

Release to the live production environment safely
What is this phase?

Move the tested system into the live production environment. Configure infrastructure, run migrations, activate monitoring, and execute the go-live plan.

Key Output
Live System and Deployment Documentation
Deployment Activities
  • Environment SetupServers, configurations, and secrets
  • Database MigrationSchema and seed data
  • CI/CD PipelineAutomated release processes
  • Smoke TestingPost-deployment verification
  • Rollback PlanDefined revert strategy
Decision Checkpoints
  • Is a rollback strategy clearly defined?
  • Are monitoring and alerts active?
  • Is the deployment window communicated to stakeholders?
  • Are secrets and configurations secured?
  • Is data migration reversible?
Roles
Database Administrator · DevOps
Key Question
Is the system safely live for end users?
Next Phase Trigger
System is stable in production and users are onboarded
Risk if Skipped
Data loss, downtime, and security exposures

06 — Maintenance

Sustain, evolve, and continuously improve the live system
What is this phase?

Monitor and keep the system healthy. Respond to user feedback, patch production bugs, and feed learnings into the next SDLC iteration.

Key Output
Patches, Updated Docs, and Next Iteration Feed
Maintenance Types
  • CorrectiveFix reported production bugs
  • AdaptiveAdjust to environment changes
  • PerfectivePerformance improvements
  • PreventiveRefactoring and reducing tech debt
Decision Checkpoints
  • Is monitoring surfacing real issues early?
  • Is user feedback channeled into the backlog?
  • Are hotfixes following a proper process?
  • When does the next SDLC cycle start?
Roles
Users · Testers · Support
Key Question
Is the system still meeting real user needs?
Next Phase Trigger
Major new requirements identified
Risk if Skipped
System decay and user abandonment
OOA&D Process Pipeline

Analysis & Design Workflow

The structured pipeline from raw requirements to deployed architecture — each stage produces concrete artifacts that feed the next.
1Requirements
  • Vision
  • Functional Requirements
  • Non-Functional Requirements
  • Constraints
  • Assumptions
2Problem Domain
  • Define system boundaries
  • Identify core entities
  • Map domain relationships
  • Establish scope limits
3Use Cases
  • Mission use-case
  • System use-cases
  • List all Actors
  • Activity diagrams
4Define Architecture
  • Decompose architecture
  • Define components
  • Map interfaces
  • Select patterns
5Deployment
  • Infrastructure setup
  • CI/CD pipeline
  • Environment config
  • Go-live plan

Decision Flow System

The conditional logic an architect applies when something is wrong, incomplete, or ambiguous — and how to recover.
IF requirement is unclear

→ Return to Analysis. Re-engage stakeholders. Clarify vision and functional expectations before any design work begins.

IF architecture is unstable

→ Revisit Design. Decompose further. Validate the architecture against requirements again before resuming development.

IF use case is incomplete

→ Return to Design. Add missing actors, flows, or edge cases. Re-model before writing a single line of code.

IF a test fails

→ Return to Development. Fix root cause — not the symptom. Re-run the full regression suite before resubmitting for QA.

IF deployment fails

→ Execute Rollback Plan. Investigate root cause. Fix in Development → re-test → redeploy with confidence.

IF all checkpoints pass

→ Proceed to next phase. Document decisions and rationale. Notify stakeholders and update progress tracking.