Role preparation

Systems Analyst interview questions and answers.

Functional and non-functional requirements, API integrations, error scenarios, and testable acceptance criteria.

Questions

Technical questions to practise out loud

  1. 01

    What is the difference between functional and non-functional requirements?

    Functional requirements describe what the system must do; non-functional requirements constrain how well or under what conditions it does it, such as latency, availability, security, capacity, and compliance.

    Read the full breakdown
  2. 02

    When do you use a UML sequence diagram?

    Use a sequence diagram to show time-ordered interactions among actors and components for one scenario, especially synchronous calls, asynchronous messages, alternatives, retries, and ownership across integration boundaries.

    Read the full breakdown
  3. 03

    When do you choose synchronous or asynchronous integration?

    Choose synchronous integration when the caller needs an immediate result and both services can share availability; choose asynchronous messaging for decoupling, buffering, long work, or retries, while accepting eventual consistency.

    Read the full breakdown
  4. 04

    How do you write a useful use case?

    A useful use case names the actor, goal, trigger, preconditions, main success flow, alternate and error flows, postconditions, and business rules without prescribing unnecessary interface implementation details.

    Read the full breakdown
  5. 05

    How do you document an API integration?

    Document an API with operations, schemas, required fields, validation, authentication, authorization, idempotency, pagination, status and error contracts, rate limits, examples, versioning, and timeout or retry expectations.

    Read the full breakdown
  6. 06

    How do you model business data?

    Model business data by identifying entities, stable identities, relationships, cardinality, lifecycle, ownership, invariants, history, privacy, and query needs; distinguish the conceptual model from its physical storage design.

    Read the full breakdown
  7. 07

    How do you capture error scenarios in requirements?

    For each flow, capture invalid input, missing data, authorization failure, dependency timeout, duplicate request, concurrency conflict, partial completion, retry behavior, user message, recovery, and resulting system state.

    Read the full breakdown
  8. 08

    When do you use event modelling?

    Use event modelling when business state changes over time or services need asynchronous integration. Define events as immutable facts with producer, consumers, schema, ordering, duplication, retention, and replay semantics.

    Read the full breakdown
  9. 09

    How do you make requirements testable?

    Make a requirement testable with observable preconditions, an action, measurable expected outcomes, explicit boundaries and examples. Replace words such as fast or user-friendly with agreed thresholds and evidence.

    Read the full breakdown
  10. 10

    How do you identify integration risks?

    Identify integration risks by mapping owners, contracts, data semantics, authentication, rate and size limits, availability, latency, ordering, retries, idempotency, schema evolution, observability, and fallback behavior.

    Read the full breakdown