Topic Deep DiveISC

System Development and Change Management for the CPA Exam

Guide to system development and change management for the ISC section of the CPA exam. Covers SDLC phases, agile methodology, change management controls, and system implementation strategies.

System Development and Change Management

System development and change management controls are critical topics on the ISC section of the CPA exam. CPAs must understand how organizations develop, implement, and modify information systems while maintaining appropriate controls and minimizing risk.

System Development Life Cycle (SDLC)

The SDLC is a structured approach to developing information systems. The traditional waterfall model includes these sequential phases:

PhaseActivitiesKey Deliverables
PlanningDefine project scope, objectives, feasibility study, resource allocationProject charter, feasibility report, project plan
AnalysisGather and document business requirements, analyze current systemsRequirements specification, use cases, process models
DesignCreate system architecture, database design, interface design, security designSystem design document, data models, interface prototypes
DevelopmentWrite code, build database, develop interfaces, create documentationWorking software, technical documentation, user manuals
TestingUnit testing, integration testing, system testing, user acceptance testing (UAT)Test plans, test results, bug reports, sign-off
ImplementationDeploy system, migrate data, train users, go-liveDeployed system, training materials, support procedures
MaintenanceOngoing support, bug fixes, enhancements, performance monitoringChange requests, patch releases, performance reports

Agile Development Methodology

Agile is an iterative approach that delivers working software in short cycles (sprints):

  • Scrum: Framework with defined roles (product owner, scrum master, development team), events (sprint planning, daily standup, sprint review, retrospective), and artifacts (product backlog, sprint backlog, increment)
  • Sprints: Time-boxed iterations (typically 2 to 4 weeks) that produce a potentially shippable product increment
  • User stories: Requirements expressed from the user's perspective ("As a [user], I want [functionality] so that [benefit]")
  • Continuous integration/continuous deployment (CI/CD): Automated build, test, and deployment pipelines that enable frequent, reliable releases

For CPA exam purposes, understand that agile still requires appropriate controls: code reviews, automated testing, access restrictions, and documentation of changes.

Change Management Controls

Change management ensures that modifications to production systems are properly controlled:

  1. Change request: Formal documentation of the proposed change, including business justification, scope, risk assessment, and rollback plan
  2. Impact analysis: Evaluate potential effects on existing systems, data, users, and business processes
  3. Authorization: Appropriate management approval before changes are developed or implemented
  4. Development and testing: Changes built in a development environment, tested in a separate testing/QA environment, never directly in production
  5. Deployment approval: Final review and sign-off before promoting changes to production
  6. Post-implementation review: Verify the change works as intended and no unintended side effects occurred

Environment Segregation

A critical IT control is maintaining separate environments:

  • Development environment: Where code is written and initially tested by developers
  • Testing/QA environment: Where changes undergo formal testing, including integration and UAT
  • Production environment: The live system used by the business. Developers should not have direct write access to production.

Segregation prevents untested or unauthorized changes from affecting live operations and financial data.

Implementation Strategies

StrategyDescriptionRisk LevelCost
ParallelOld and new systems run simultaneously until new system is verifiedLowestHighest (double operations)
Phased (modular)New system implemented in stages or modulesModerateModerate
PilotNew system tested in one location or department before full rolloutModerateModerate
Direct cutover (big bang)Old system replaced entirely at onceHighestLowest

Data Conversion and Migration

Moving data from legacy systems to new systems requires careful planning:

  • Data mapping between old and new system structures
  • Data cleansing to correct errors before migration
  • Validation and reconciliation to ensure completeness and accuracy after migration
  • Rollback procedures in case migration fails or data integrity issues are discovered

Strengthen your SDLC knowledge with ISC flashcards and timed mini exams. Sign up free for complete CPA exam prep.

Ready to put this into practice?

CPAprep has 300 flashcards, 30 mini exams, and 5 full-length simulations for ISC.

Content is protected