🇺🇸 Certified Information Systems Auditor (CISA) · subject

Certified Information Systems Auditor (CISA) Information Systems Acquisition, Development, and Implementation Syllabus

The Information Systems Acquisition, Development, and Implementation syllabus for Certified Information Systems Auditor (CISA) in full: 5 chapters, 21 topics and 10 sub-topics, every one listed below, plus 71 Information Systems Acquisition, Development, and Implementation flashcards with answers.

5Chapters
21Topics
10Sub-topics
71Flashcards

Information Systems Acquisition, Development, and Implementation syllabus: all 5 chapters

Expand any chapter to see its topics and sub-topics.

  1. Project Governance and Management

    5 topics
    • Project portfolio and program management
      • Business case and benefits realization
    • Project management methodologies
      • Waterfall, Agile, and hybrid approaches
    • Project roles, governance structures, and oversight
    • Project risk, scheduling, and resource management
    • The auditor's role across the project lifecycle
  2. Business Case and Feasibility

    4 topics
    • Feasibility study and requirements definition
    • Cost-benefit and ROI analysis
    • Build vs. buy and acquisition decisions
      • RFP process and vendor evaluation
    • Requirements traceability
  3. System Development Methodologies

    4 topics
    • Systems development life cycle (SDLC) phases
    • Agile, Scrum, and DevOps practices
      • CI/CD pipelines and automated testing
    • Prototyping, RAD, and reuse approaches
    • Application controls design
      • Input, processing, and output controls
      • Data integrity and validation controls
  4. Testing, Configuration, and Quality Assurance

    4 topics
    • Testing strategies and levels
      • Unit, integration, system, and UAT
      • Regression, performance, and security testing
    • Configuration and change management in development
    • Quality assurance and code review practices
    • Test environment and data management
  5. System Implementation and Migration

    4 topics
    • Deployment and go-live readiness
      • Conversion strategies: parallel, phased, pilot, big bang
    • Data migration and conversion controls
    • Post-implementation review
      • Benefits realization validation and lessons learned
    • System acceptance and sign-off

Certified Information Systems Auditor (CISA) Information Systems Acquisition, Development, and Implementation flashcards — 71 questions with answers

  1. What is a project portfolio in IT project management?

    A collection of projects and programs grouped together to enable effective management and prioritization of investments to meet strategic business objectives. Selection is typically based on alignment, risk, and expected return.

  2. How does a 'program' differ from a 'project'?

    A project is a temporary endeavor with a defined start and end that produces a unique product or result. A program is a group of related projects managed in a coordinated way to obtain benefits not available from managing them individually.

  3. What is the primary purpose of project portfolio management (PPM)?

    To select, prioritize, and balance the organization's mix of projects/programs to maximize value and strategic alignment within resource and risk constraints, rather than to manage execution of any single project.

  4. Name three common project management methodologies an IS auditor should recognize.

    Waterfall (traditional/predictive), Agile (iterative/adaptive, e.g., Scrum), and PRINCE2 (structured, process-based). PMBOK is a knowledge framework rather than a strict methodology.

  5. In a project governance structure, what is the role of the project steering committee?

    A senior management body that provides overall direction, approves the business case and major decisions, allocates funding, resolves cross-functional conflicts, and oversees that the project meets business objectives.

  6. What is the role of the project sponsor?

    The senior executive who owns the business case, secures funding and resources, champions the project, and is ultimately accountable for realizing the project's business benefits.

  7. What does the critical path of a project represent?

    The longest sequence of dependent activities through the project network, which determines the shortest possible project duration. Any delay on a critical-path activity delays the whole project.

  8. Define 'slack' (float) in project scheduling.

    The amount of time an activity can be delayed without delaying the project end date (total float) or the early start of the next activity (free float). Critical-path activities have zero total float.

  9. What scheduling technique uses optimistic, most likely, and pessimistic estimates?

    PERT (Program Evaluation and Review Technique). Expected time = (Optimistic + 4 x Most likely + Pessimistic) / 6, accounting for uncertainty in estimates.

  10. In Earned Value Management, how is Schedule Variance (SV) calculated and what does a negative value mean?

    SV = EV - PV (Earned Value minus Planned Value). A negative SV means the project is behind schedule; positive means ahead.

  11. In Earned Value Management, how is Cost Variance (CV) calculated?

    CV = EV - AC (Earned Value minus Actual Cost). A negative CV indicates a cost overrun; positive indicates under budget.

  12. What is a Gantt chart used for in project management?

    A bar chart that displays project activities against a calendar timeline, showing start/finish dates, durations, overlaps, and progress. Good for scheduling/status but does not clearly show dependencies like a network diagram.

  13. What is the IS auditor's appropriate role during a system development project?

    To provide independent, advisory review of controls, risks, and adherence to methodology at each phase WITHOUT making management decisions or designing controls, to preserve auditor independence and objectivity.

  14. Why should an IS auditor be involved early in the SDLC rather than only after implementation?

    Because controls are far cheaper and easier to build in during design than to retrofit afterward, and early involvement lets the auditor identify control weaknesses before they become costly to fix.

  15. What is the purpose of a feasibility study?

    To evaluate whether a proposed system is technically, economically, operationally, and legally viable, and to recommend the best alternative before significant resources are committed.

  16. List the common dimensions of feasibility evaluated in a feasibility study.

    Technical, economic (cost-benefit), operational, schedule, and legal/regulatory feasibility. Some frameworks add the TELOS or PESTLE dimensions.

  17. What characterizes good (well-defined) system requirements?

    They are complete, consistent, unambiguous, testable/verifiable, traceable, feasible, and prioritized, and they reflect actual user/business needs.

  18. What is requirements traceability and why does it matter?

    The ability to link each requirement forward to design, code, and test cases (and back to its source), ensuring every requirement is built and tested and no unauthorized functionality is added (scope creep).

  19. What tool documents requirements traceability?

    A Requirements Traceability Matrix (RTM), which maps each requirement to its design element, code component, and test case to verify coverage.

  20. What is the formula for Return on Investment (ROI)?

    ROI = (Net Benefit / Cost) x 100, where Net Benefit = Total Benefits - Total Costs. It expresses the gain relative to the investment as a percentage.

Show the other 51 Information Systems Acquisition, Development, and Implementation flashcards
  1. What is Net Present Value (NPV) and what decision rule applies?

    NPV is the sum of discounted future cash flows minus the initial investment. Accept the project if NPV > 0 (it adds value); reject if NPV < 0.

  2. What is the payback period in a cost-benefit analysis?

    The length of time required for the cumulative net cash inflows of a project to recover the initial investment. Shorter payback is generally preferred but it ignores time value of money and post-payback returns.

  3. What is Total Cost of Ownership (TCO) and why is it used in acquisition decisions?

    The full lifecycle cost of a system including acquisition, implementation, training, operation, maintenance, and disposal. It gives a more realistic basis than purchase price alone for build-vs-buy comparisons.

  4. In a build-vs-buy decision, what favors buying (acquiring) a commercial off-the-shelf package?

    Faster implementation, lower upfront risk/cost, vendor-supported maintenance and upgrades, and proven functionality—best when requirements are common and not a competitive differentiator.

  5. In a build-vs-buy decision, what favors building (in-house development)?

    Unique/competitive-advantage requirements, the need for full control and customization, no suitable package exists, and integration or security needs that packages cannot meet.

  6. What document is typically issued to vendors to obtain bids for an acquired system?

    A Request for Proposal (RFP), which specifies requirements and evaluation criteria so vendors can submit comparable proposals for objective selection.

  7. What is escrow of source code and why is it relevant when buying software?

    A third party holds the vendor's source code; it is released to the buyer if the vendor fails (e.g., goes bankrupt or stops support), protecting the buyer's ability to maintain the acquired software.

  8. List the traditional phases of the Systems Development Life Cycle (SDLC).

    Feasibility, Requirements definition, Design, Development (build/coding), Testing, Implementation (deployment), and Post-implementation/Maintenance.

  9. What is the key characteristic of the Waterfall SDLC model?

    A linear, sequential approach where each phase must be completed and signed off before the next begins; well-suited to stable, well-understood requirements but inflexible to change.

  10. What distinguishes Agile development from traditional Waterfall?

    Agile is iterative and incremental, delivering working software in short cycles with continuous customer collaboration and the ability to adapt to changing requirements, rather than a single big-bang sequential delivery.

  11. In Scrum, what is a sprint?

    A short, fixed-length time-box (commonly 1-4 weeks) during which the team produces a potentially shippable product increment from items pulled out of the product backlog.

  12. Name the three core roles in Scrum.

    Product Owner (owns and prioritizes the backlog/business value), Scrum Master (facilitates the process and removes impediments), and the Development Team (builds the increment).

  13. What is the product backlog in Scrum?

    A prioritized, evolving list of all desired features, requirements, and changes for the product, owned and ordered by the Product Owner; sprint backlogs are drawn from it.

  14. What is DevOps?

    A set of practices and culture that integrate development and IT operations to deliver software faster and more reliably through automation, continuous integration/continuous delivery (CI/CD), and shared responsibility.

  15. What control concern does DevOps/CI-CD raise for an IS auditor, and how is it addressed?

    Rapid automated deployments can weaken segregation of duties and change approval. It is addressed by automated controls in the pipeline: automated testing, approval gates, version control, and immutable audit logs.

  16. What is prototyping as a development approach?

    Building a working model of the system iteratively with user feedback to refine requirements. It is good for unclear requirements but risks scope creep and weak documentation/controls if not managed.

  17. What is Rapid Application Development (RAD)?

    An approach emphasizing fast development through prototyping, iterative user involvement, and reusable components/tools to deliver systems quickly, trading some rigor and documentation for speed.

  18. What is the main benefit and main risk of software reuse (e.g., components/libraries)?

    Benefit: faster, lower-cost, more reliable development. Risk: inheriting vulnerabilities or licensing/compliance issues from reused components, requiring vetting and inventory control.

  19. What are application controls?

    Controls embedded within an application that ensure the completeness, accuracy, validity, and authorization of transactions and data—classified as input, processing, and output controls.

  20. Give examples of input application controls.

    Edit/validation checks, range checks, limit/reasonableness checks, check digits, sequence checks, completeness checks, and authorization controls to ensure data entered is accurate and valid.

  21. What is the purpose of a check digit?

    An input control: an extra digit computed from a number's other digits to detect transcription/transposition errors in key fields such as account or ID numbers.

  22. Differentiate unit testing from integration testing.

    Unit testing verifies individual components/modules in isolation; integration testing verifies that combined modules work correctly together and that interfaces between them function as intended.

  23. What is system testing versus user acceptance testing (UAT)?

    System testing validates the complete integrated system against technical specifications (usually by IT/QA). UAT validates that the system meets business requirements and is performed/approved by end users before go-live.

  24. What is regression testing and when is it performed?

    Retesting previously working functionality after changes or fixes to ensure that the modifications have not introduced new defects or broken existing features.

  25. Differentiate black-box from white-box testing.

    Black-box testing checks functionality against requirements without knowledge of internal code/logic; white-box (structural) testing examines internal code paths, logic, and structure.

  26. What is the difference between alpha testing and beta testing?

    Alpha testing is conducted in-house by the developer/organization before release; beta testing is conducted by selected real users in their own environment prior to general release.

  27. What is the purpose of change management (change control) in development?

    To ensure that all changes to systems are requested, assessed for impact, approved, tested, documented, and authorized before being moved to production, preventing unauthorized or destabilizing changes.

  28. What is configuration management (CM) and what is a configuration item?

    CM is the process of identifying, controlling, and tracking versions of system components (configuration items) and their relationships, ensuring a known, consistent, and auditable baseline of the system.

  29. Why is version control essential in software development?

    It tracks all changes to source code, supports concurrent work, enables rollback to prior versions, provides an audit trail of who changed what and when, and prevents unauthorized or lost changes.

  30. What is the role of Quality Assurance (QA) versus Quality Control (QC) in development?

    QA is process-oriented and preventive—ensuring development processes/standards are followed to prevent defects. QC is product-oriented and detective—testing/inspecting deliverables to find defects.

  31. What is a code review (peer review) and what control benefit does it provide?

    Systematic examination of source code by developers other than the author to find defects, security flaws, and standards violations early; it also enforces segregation of duties and reduces single-person risk.

  32. Why should test data and production data be kept separate, and what control applies to using production data in testing?

    To protect data integrity and confidentiality. If production data is used for testing, it should be sanitized/masked (de-identified) to protect sensitive information and comply with privacy requirements.

  33. Why must the test environment be separate from the production environment?

    To prevent testing activities from corrupting live data or disrupting operations, to enforce segregation of duties between development/testing and production, and to allow controlled, repeatable testing.

  34. What is go-live (deployment) readiness assessment?

    A pre-implementation check confirming that testing is complete and signed off, data is migrated, users are trained, fallback/rollback plans exist, support is ready, and required approvals are obtained before moving to production.

  35. Compare the parallel and direct (big-bang) changeover (cutover) strategies.

    Parallel runs old and new systems simultaneously until the new is proven (safe but costly/resource-intensive). Direct/big-bang switches off the old and on the new at once (cheap/fast but highest risk—no fallback).

  36. What is a phased changeover approach?

    Implementing the new system in stages (by module, location, or function) rather than all at once, which limits risk to a portion of the system but lengthens the transition and requires interim interfaces.

  37. What is a pilot changeover strategy?

    Deploying the new system to one site or user group first to validate it under real conditions before rolling it out organization-wide, limiting exposure if problems occur.

  38. What controls ensure data integrity during data migration/conversion?

    Record counts and control totals, hash/checksum reconciliation, field-by-field validation, before-and-after balancing, exception reporting, and sign-off that source and target data match completely and accurately.

  39. Why is reconciliation a key control in data conversion?

    To verify that all records were converted completely and accurately—comparing record counts and control/value totals between the legacy source and the new target so no data is lost, duplicated, or altered.

  40. What is the purpose of a post-implementation review (PIR)?

    Conducted after the system has stabilized to assess whether the project met its objectives, delivered expected benefits/ROI, and to capture lessons learned for future projects.

  41. When should a post-implementation review typically be conducted?

    After the system has been in production long enough to stabilize and demonstrate real benefits (commonly a few months post go-live), but soon enough that lessons learned and benefit data remain accurate.

  42. What is system acceptance and sign-off, and who should provide it?

    Formal confirmation that the delivered system meets agreed requirements and acceptance criteria. It should be approved by the system owner/business users (and sponsor), based on successful UAT, before final go-live.

  43. What are acceptance criteria in the context of system acceptance testing?

    Predefined, measurable conditions that the system must satisfy for users to accept it; they form the objective basis for UAT and the sign-off decision.

  44. What is the IS auditor's main concern when reviewing UAT results before go-live?

    That UAT was performed by appropriate end users, covered all critical requirements, that defects were resolved or formally accepted, and that documented sign-off exists before the system moves to production.

  45. What is a fallback (rollback/back-out) plan in deployment?

    A predefined procedure to restore the previous system/state if the new implementation fails, ensuring business continuity; its existence is a key go-live readiness control.

  46. What is scope creep and how is it controlled?

    Uncontrolled expansion of project scope without corresponding adjustments to time, cost, and resources. It is controlled through formal change/scope management, baselined requirements, and a requirements traceability matrix.

  47. What is a Work Breakdown Structure (WBS)?

    A hierarchical decomposition of the total project work into smaller, manageable deliverables and work packages, used as the basis for estimating, scheduling, assigning, and controlling work.

  48. What is function point analysis used for?

    A method to estimate software size and effort based on the functionality delivered to the user (inputs, outputs, inquiries, files, interfaces), independent of the technology or programming language used.

  49. What is the key risk of inadequate user involvement during requirements definition?

    The delivered system may not meet actual business needs, leading to rework, low adoption, scope changes, and benefit shortfalls—making early and continuous user participation a critical success factor.

  50. What is a quality gate (stage gate) in a project lifecycle?

    A predefined decision point between phases where deliverables and criteria are reviewed and formally approved before the project is allowed to proceed, enforcing control and accountability.

  51. What risk does emergency change handling pose, and what compensating control applies?

    Emergency changes may bypass normal approval/testing, risking instability or unauthorized changes. Compensating control: documented emergency procedures with after-the-fact review, approval, and full logging/reconciliation of what was changed.

Certified Information Systems Auditor (CISA) Information Systems Acquisition, Development, and Implementation FAQ

What is in the Certified Information Systems Auditor (CISA) Information Systems Acquisition, Development, and Implementation syllabus?

Certified Information Systems Auditor (CISA) Information Systems Acquisition, Development, and Implementation is split into 5 chapters: Project Governance and Management, Business Case and Feasibility, System Development Methodologies, Testing, Configuration, and Quality Assurance and System Implementation and Migration. Together they contain 21 topics and 10 sub-topics.

How many chapters are in Certified Information Systems Auditor (CISA) Information Systems Acquisition, Development, and Implementation?

5 chapters, containing 21 topics and 10 sub-topics. The largest chapter is Project Governance and Management, with 5 topics.

Are there flashcards for Certified Information Systems Auditor (CISA) Information Systems Acquisition, Development, and Implementation?

Yes — a 71-card Information Systems Acquisition, Development, and Implementation deck, printed in full in the flashcards section of this page and available in the Examius app with spaced repetition. The free plan covers one exam of your choice, including its flashcards; Examius Pro, a one-time purchase, unlocks every other exam and deck.