Netspective Logo

Phases

Understanding the seven phases of the NUP lifecycle for regulated software development

The NUP lifecycle is organized into seven distinct phases, extending the traditional OpenUP four-phase model with additional phases for strategic planning and production operations. Each phase is designed to ensure quality, compliance, and audit-readiness throughout the software development process.

What is a Phase?

A phase is a distinct stage in the project lifecycle with specific goals and deliverables. Each phase addresses unique needs and produces artifacts required for regulatory compliance.

A phase is a span of time between two major milestones and has specific focus and objectives. At each phase-end, an assessment is performed to determine whether the objectives of the phase have been met.

In regulated software development, phases provide:

  • Clear milestones for stakeholder review and go/no-go decisions
  • Audit checkpoints for compliance verification
  • Quality gates before proceeding to next phase
  • Documentation requirements specific to each stage
  • Risk reduction through incremental validation

The Seven NUP Phases

The Seven NUP Phases

1. Strategy Phase

Purpose: Establish strategic direction, conduct market research, and define objectives and key results (OKRs) for the project.

Key Activities:

  • Define Project: Conduct market research, initial project scoping
  • Define OKR: Establish Objectives and Key Results
  • Plan and Manage Iteration: Iteration planning throughout the phase

Key Tasks:

  • Conduct Market Research
  • Identify and Document OKR
  • Plan Iteration
  • Manage Iteration

Key Deliverables:

ArtifactDescription
Project DefinitionMarket research findings and project scope
OKR DocumentationObjectives and Key Results framework
Iteration PlansStrategic iteration planning documents
Market AnalysisCompetitive and market research findings

Compliance Focus:

  • Document organizational context for auditors
  • Establish governance and accountability structures
  • Define regulatory landscape considerations
  • Align with enterprise quality management system

Exit Criteria:

  • Market research completed
  • OKRs defined and approved
  • Project definition documented
  • Initial iteration plan established
  • Decision to proceed to Envision

2. Envision Phase

Purpose: Develop comprehensive enterprise and solution architecture vision, strategy, and governance frameworks.

Key Activities:

  • Develop Intellectual Property Strategy
  • Define and Establish Architecture Capability: Governance, team, principles, tools, scope, framework tailoring
  • Develop Architecture Vision: Establish project, identify stakeholders, confirm business goals, evaluate capabilities, assess readiness, define scope, develop vision, identify risks
  • Develop Business Architecture
  • Develop Data Architecture
  • Develop Application Systems Architecture
  • Develop Technology Architecture
  • Generate Architecture Roadmap
  • Develop Migration Plan
  • Manage Architecture Change
  • Establish Implementation Governance

Key Tasks:

  • Architecture capability establishment (6 major subtasks)
  • Architecture vision development (9 major subtasks)
  • Business, Data, Application, Technology architecture development
  • Architecture roadmap generation
  • Migration planning and governance establishment

Key Deliverables:

ArtifactDescription
Architecture Vision DocumentComprehensive architecture vision
Business ArchitectureBusiness capability and process models
Data ArchitectureData models and specifications
Application ArchitectureApplication systems design
Technology ArchitectureTechnology stack and infrastructure
Architecture RoadmapPhased implementation plan
Migration PlanTransition and migration strategy
Implementation GovernanceGovernance framework for execution

Compliance Focus:

  • Document intended use and user populations
  • Identify applicable regulatory frameworks (FDA, HIPAA, etc.)
  • Establish architecture principles aligned with compliance
  • Define quality objectives and governance

Exit Criteria:

  • Architecture vision approved by stakeholders
  • Business, Data, Application, Technology architectures defined
  • Architecture roadmap established
  • Implementation governance framework in place
  • Decision to proceed to Inception

3. Inception Phase

Purpose: Initiate the project, establish scope, understand users and requirements, and identify risks.

Milestone: Lifecycle Objectives Milestone - Do we agree on project scope and objectives, and should the project proceed?

Key Activities:

  • Initiate Project: Plan the project
  • Plan and Manage Iteration: Multiple iterations throughout phase
  • Understand User Experience: Understand users and their needs, use customer journey maps
  • Identify and Detail Requirements: Find and outline requirements, detail requirements, create test cases
  • Ensure DevOps Involvement: Early DevOps team engagement

Key Tasks:

  • Plan Project
  • Plan and Manage Iteration
  • Understand Users and Their Needs
  • Use Customer Journey Maps
  • Find and Outline Requirements
  • Detail Requirements
  • Create Test Cases
  • Ensure DevOps Involvement

Key Deliverables:

ArtifactDescription
Project PlanComprehensive project planning document
User PersonasUser profiles and characteristics
Customer Journey MapsUser experience flow documentation
Initial RequirementsRequirements list and specifications
Test CasesInitial test case definitions
Risk AssessmentsIdentified risks and mitigation plans

Compliance Focus:

  • Define all applicable regulatory frameworks in detail
  • Document intended use, indications, and contraindications
  • Establish traceability from the start
  • Define quality and compliance objectives
  • Initial hazard analysis (for safety-critical systems)

Exit Criteria:

  • Project plan approved
  • User research completed
  • Initial requirements documented
  • Test cases created for key requirements
  • Go/no-go decision made (Lifecycle Objectives Milestone)

4. Elaboration Phase

Purpose: Refine requirements, develop solution architecture, and build foundational solution increments.

Milestone: Lifecycle Architecture Milestone - Do we agree on the architecture and is the remaining risk acceptable?

Key Activities:

  • Identify and Detail Requirements: Expanded requirements analysis
  • Plan and Manage Iteration: Iterative development management
  • Develop the Architecture: Outline and refine architecture
  • Develop Solution Increment: Design, implement, test, integrate
  • Test Solution: Implement test scripts, integrate, run tests
  • Ongoing Tasks: Change requests, artifact versioning

Key Tasks:

  • Find and Outline Requirements (expanded detail)
  • Detail Requirements
  • Create Test Cases
  • Outline the Architecture
  • Refine the Architecture
  • Design the Solution
  • Implement the Solution
  • Code Review
  • Implement Developer Tests
  • Run Developer Tests
  • Integrate and Create Build
  • Implement Test Scripts
  • Run Tests
  • Request Change
  • Ensure Artifact Versioning

Key Deliverables:

ArtifactDescription
Detailed RequirementsComprehensive requirements specifications
Architecture DesignSystem structure and component design
Style GuidesDevelopment standards and guidelines
Solution DesignComponent-level design documents
Build ArtifactsInitial integrated builds
Test ScriptsAutomated test implementations
Architecture BaselineValidated architecture foundation

Compliance Focus:

  • Map requirements to regulatory controls
  • Document design decisions (ADRs)
  • Perform security threat modeling (STRIDE, DREAD)
  • Plan for data protection and privacy (HIPAA, GDPR)
  • Validate architecture against regulatory requirements

Exit Criteria:

  • Architecture reviewed and validated
  • Requirements baseline established
  • Initial solution increments built and tested
  • Compliance mapping verified
  • Lifecycle Architecture Milestone achieved

5. Construction Phase

Purpose: Build the complete system through iterative development with continuous quality gates.

Milestone: Initial Operational Capability Milestone - Is the product ready for beta testing and deployment preparation?

Key Activities:

  • Iterative feature development
  • Unit testing and code coverage
  • Integration and system testing
  • Continuous integration/deployment
  • Documentation updates

Key Deliverables:

ArtifactDescription
Source CodeVersion-controlled implementation
Unit TestsAutomated tests with coverage reports
Code Review RecordsPR approvals and review comments
Build ArtifactsCompiled, deployable packages
User DocumentationUser manuals and help content

Compliance Focus:

  • Maintain traceability (requirement → code → test)
  • Follow secure coding standards
  • Document all code changes with rationale
  • Preserve code review evidence
  • Conduct incremental verification activities

Exit Criteria:

  • All planned features implemented
  • Unit tests passing with required coverage
  • Code reviews completed for all changes
  • No critical/high defects open
  • Initial Operational Capability Milestone achieved

6. Transition Phase

Purpose: Prepare and execute controlled release of the system to production environments.

Milestone: Product Release Milestone - Is the application ready for release and have objectives been met?

Key Activities:

  • Beta testing and user acceptance testing
  • Deployment planning and preparation
  • Training and documentation finalization
  • Production environment setup
  • Cutover and go-live execution

Key Deliverables:

ArtifactDescription
Deployment PlanStep-by-step deployment procedure
Release NotesChanges included in release
Training MaterialsUser and operator training
Rollback PlanProcedure to revert if needed
Go-Live ChecklistPre-deployment verification

Compliance Focus:

  • Complete validation testing
  • Obtain regulatory approvals if required
  • Document deployment procedures
  • Verify production configuration
  • Ensure rollback capability tested

Exit Criteria:

  • User acceptance testing completed
  • Training delivered
  • Deployment plan approved
  • Production deployment successful
  • Product Release Milestone achieved

7. Production Phase

Purpose: Operate, monitor, and continuously improve the system in production.

Key Activities:

  • Production monitoring and alerting
  • Incident response and resolution
  • Bug fixes and security patches
  • Enhancement requests processing
  • Periodic compliance reviews

Key Deliverables:

ArtifactDescription
Monitoring DashboardSystem health and metrics
Incident ReportsIssues and resolutions
Change RequestsRequested modifications
Patch RecordsApplied fixes and updates
Compliance ReportsOngoing compliance evidence

Compliance Focus:

  • Maintain comprehensive audit trails
  • Document all production changes
  • Conduct periodic compliance reviews
  • Update risk assessments based on operational data
  • Preserve system records per retention requirements

Ongoing Activities:

  • Monitor system health and performance
  • Respond to incidents within SLA
  • Apply security patches promptly
  • Review compliance status periodically
  • Gather and act on user feedback

Phase Milestones

Each phase ends with a major milestone that provides stakeholders with go/no-go decision points:

PhaseMilestoneKey Question
StrategyStrategic CommitmentShould we invest in this initiative?
EnvisionVision ApprovalDo we have a clear, shared vision?
InceptionLifecycle ObjectivesShould the project proceed?
ElaborationLifecycle ArchitectureIs the architecture validated and risk acceptable?
ConstructionInitial Operational CapabilityIs the product ready for beta/deployment prep?
TransitionProduct ReleaseIs the application ready to release?
ProductionOngoing OperationsIs the system meeting operational objectives?

Mapping to OpenUP Phases

NUP extends the traditional OpenUP four-phase model:

OpenUP PhaseNUP PhasesFocus
(Pre-project)Strategy + EnvisionStrategic alignment, vision, roadmap
InceptionInceptionEstablish scope, feasibility, commitment
ElaborationElaborationValidate architecture, reduce risk
ConstructionConstructionBuild, test, integrate iteratively
TransitionTransitionDeploy, train, release
(Post-project)ProductionOperate, monitor, maintain

Why NUP Extends OpenUP

Traditional OpenUP focuses on project delivery but doesn't address:

  • Pre-project planning: Strategy and Envision phases ensure projects align with business objectives
  • Post-project operations: Production phase covers ongoing maintenance and compliance

For regulated software, these additional phases are critical for:

  • Demonstrating business justification to auditors
  • Maintaining compliance throughout the product lifecycle
  • Ensuring proper handoff to operations teams

Mapping to Regulatory Frameworks

PhaseFDA QSRHIPAANIST CSFFedRAMP
StrategyQuality PlanningRisk AnalysisIdentifyCategorize
EnvisionDesign InputAdministrative SafeguardsIdentifyCategorize
InceptionDesign InputRisk AnalysisIdentifySelect Controls
ElaborationDesign OutputTechnical SafeguardsProtectSelect Controls
ConstructionDesign TransferImplementationProtectImplement
TransitionDesign ValidationDeploymentRespondAuthorize
ProductionDesign HistoryMaintenanceRecoverMonitor

Iterations Within Phases

Each phase is divided into iterations. An iteration is:

A complete development loop resulting in a build (internal or external) of an executable system, usually a subset of the final product under development, which grows incrementally from iteration to iteration to become the final product.

Iteration Characteristics

AspectDescription
DurationTypically 2-4 weeks (time-boxed)
OutputWorking, demonstrable software
ScopeManaged to fit the time box
FeedbackEnables stakeholder review and course correction

Why Iterations Matter

Traditional waterfall development has a critical flaw: meaningful feedback comes too late to address without costly rework. Iterative development solves this by:

  1. Early validation: Stakeholders see working software early
  2. Risk reduction: Critical risks are addressed first
  3. Adaptability: Course corrections are less expensive
  4. Quality: Issues are found and fixed incrementally

Typical Iteration Count by Phase

PhaseTypical IterationsFocus
Strategy1-2Strategic planning sessions
Envision1-2Vision workshops and roadmapping
Inception1-2Requirements and feasibility
Elaboration2-3Architecture validation
Construction3-8+Feature development
Transition1-2Deployment and training
ProductionOngoingMaintenance cycles

Risk and Value Through Phases

The project lifecycle focuses on two key stakeholder drivers:

Risk and Value Through Phases

  • Risk is highest early: Unknown requirements, unvalidated architecture
  • Risk decreases: As iterations validate assumptions and reduce uncertainty
  • Value is lowest early: No working software yet
  • Value increases: As features are implemented and validated

Best Practices

Phase Transitions

  • Conduct formal phase reviews with stakeholders
  • Obtain documented sign-off before proceeding
  • Archive phase artifacts in version control
  • Update project plans for next phase

Documentation

  • Document as you go, not at the end
  • Use templates for consistency across projects
  • Maintain version control for all artifacts
  • Enable bidirectional traceability

Quality Gates

  • Define clear, measurable exit criteria
  • Review all criteria before proceeding
  • Address all blocking issues before phase exit
  • Preserve evidence of gate passage

Do

  • Define clear, measurable objectives for each phase
  • Conduct milestone reviews with stakeholders
  • Adjust iteration length based on project risk
  • Document decisions and their rationale

Don't

  • Skip phases (even if they seem unnecessary)
  • Extend phases indefinitely (use additional iterations instead)
  • Ignore milestone criteria
  • Treat phases as waterfall stages (maintain iteration within phases)


Compliance

This section fulfills ISO 13485 requirements for QMS planning (5.4.2), planning of product realization (7.1), and design and development (7.3), and ISO 27001 requirements for information security in project management (A.5.8) and secure development lifecycle (A.8.25).

View full compliance matrix

How is this guide?

Last updated on

On this page