BIT253 Systems Analysis and Design

Systems Analysis and DesignUnit 110 min read

Systems Development Foundations: Models, Methodologies & SDLC

Unit 1 of Systems Analysis and Design introduces core concepts like systems development life cycle (SDLC), process models (waterfall, iterative, agile), and key methodologies (structured, object-oriented, service-oriented). It explains how to classify systems, analyze feasibility, and understand stakeholder roles—essen

TAKEAWAYS:

  • Understand the SDLC phases (planning, analysis, design, implementation, maintenance) and how they form a structured approach to system development.
  • Compare process models (waterfall, iterative, incremental, spiral, agile) and identify their strengths/weaknesses for real-world projects.
  • Learn methodologies (structured, OO, SOA) and their impact on system design, documentation, and maintenance.
  • Define systems classification (manual vs. automated, transaction vs. information) and assess feasibility (technical, economic, operational, legal).
  • Recognize stakeholder roles (users, developers, managers) and their influence on system success.
  • Apply process modeling (DFD, UML) to visualize system workflows and requirements.

1. Systems Development Life Cycle (SDLC)

The SDLC is a structured framework for developing information systems. It ensures systematic planning, analysis, design, implementation, and maintenance. The phases are sequential but may overlap in iterative models.

SDLC Phases

Phase 1Planning(Feasibility, Scope, BPhase 2Analysis(Requirements, ModelinPhase 3Design (Architecture, Database, UI/UX)Phase 4Implementation(Coding, Testing, DeplPhase 5Maintenance (BugFixes, Updates, FeedbaFeedback Loop→ Back to Planning
SDLC Phases with key activities (timeline format for clarity)

Key Activities in Each Phase

Phase Key Activities
Planning Define project scope, feasibility study, stakeholder identification, budgeting.
Analysis Gather requirements, model processes (DFD, UML), identify constraints.
Design System architecture, database design, UI/UX mockups, technical specifications.
Implementation Coding, testing, deployment, user training.
Maintenance Bug fixes, updates, performance tuning, user feedback integration.
Gather requirementsModel processes (DFD, UML)Identify constraintsAnalysisSystem architectureDatabase designUI/UX mockupsTechnical specsDesignCodingTestingDeploymentUser trainingImplementationBug fixesUpdatesPerformance tuningUser feedbackMaintenanceSDLC Phase
Hierarchical breakdown of SDLC activities (tree structure for better visualization)

Worked Example: Daraz Order Processing System

Scenario: Daraz (Nepal’s e-commerce giant) needs a new order management system.

  • Planning: Scope = real-time order tracking, inventory updates, customer notifications.
  • Analysis: DFD shows 3 processes (order placement → payment → delivery).
  • Design: Database schema for Orders, Customers, Products; API for third-party logistics.
  • Implementation: Python backend, React frontend, AWS hosting.
  • Maintenance: Monthly performance reviews, bug fixes for peak sales (e.g., Dashain).

2. Process Models in SDLC

Process models define how development is executed. Each has trade-offs in flexibility, cost, and risk.

Comparison of Process Models

Model Description Pros Cons Best For
Waterfall Linear, sequential phases (no overlap). Clear milestones, easy documentation. Inflexible; late changes are costly. Small, stable requirements (e.g., NTC billing system).
Iterative Repeats cycles (analysis → design → test) with incremental improvements. Early feedback, adaptable. Higher initial cost, complex management. Medium projects (e.g., Khalti app updates).
Incremental Delivers system in pieces (e.g., MVP first). Early usable version, risk reduction. Integration challenges. Agile startups (e.g., Pathao’s initial ride-hailing).
Spiral Risk-driven; combines iterative + prototyping. High risk management, customizable. Expensive, complex. High-risk projects (e.g., NEPSE trading platform).
Agile Short sprints (2–4 weeks), continuous delivery. Fast adaptation, customer collaboration. Requires disciplined teams, documentation lag. Dynamic projects (e.g., eSewa mobile app).

Real-World Example: eSewa’s Agile Approach

eSewa (Nepal’s fintech leader) uses Agile for its mobile app:

  • Sprints: 2-week cycles for features like QR payments or loan services.
  • Daily standups: Dev teams sync on bugs (e.g., failed transactions during Dashain).
  • Customer feedback: Direct input from merchants using the app.

3. Systems Methodologies

Methodologies provide how-to frameworks for analysis and design.

A. Structured Methodology

  • Focus: Top-down approach, modular design.
  • Tools: Data Flow Diagrams (DFD), Entity-Relationship Diagrams (ERD).
  • Example: Designing a bank loan processing system (see below).

B. Object-Oriented (OO) Methodology

  • Focus: Objects (e.g., Customer, Order) with attributes/methods.
  • Tools: UML diagrams (class, sequence, use case).
  • Example: WhatsApp’s message object has:
    • Attributes: sender, receiver, timestamp, status (read/delivered).
    • Methods: send(), delete(), encrypt().

C. Service-Oriented Architecture (SOA)

  • Focus: Modular services (e.g., payment gateway, inventory) that communicate via APIs.
  • Example: Daraz uses:
    • Payment Service: Integrates with Khalti/Nepal Bank Limited.
    • Inventory Service: Syncs with suppliers in real time.

4. Systems Classification

Systems can be categorized based on automation level, purpose, and scope.

Classification Table

Criteria Types Example
Automation Manual, Semi-automated, Fully automated. NTC’s manual billing → automated NTC online portal.
Purpose Transaction Processing (TPS), Management Information (MIS), DSS. Khalti (TPS) vs. Daraz analytics (DSS).
Scope Departmental (e.g., hospital lab system), Enterprise (e.g., Ncell CRM). Pathao’s driver app (departmental) vs. Ncell’s billing (enterprise).

5. Feasibility Study

Before development, assess 4 key factors:

  1. Technical: Can the system be built with current tech? (e.g., NEPSE’s blockchain trial).
  2. Economic: Cost vs. benefits (e.g., NTC’s fiber-optic upgrade ROI).
  3. Operational: Will users adopt it? (e.g., eSewa’s QR code training).
  4. Legal: Compliance with laws (e.g., data privacy for banks).
022.54567.590Technical Feasibility85Operational Feasibility72Economic Feasibility90Schedule Feasibility68
Example feasibility scores (hypothetical Daraz project)

Worked Example: Ncell’s 5G Feasibility

  • Technical: 5G towers require new infrastructure (feasible but costly).
  • Economic: $50M investment vs. $20M/year revenue boost.
  • Operational: Customer readiness (low initial adoption).
  • Legal: Spectrum license approval from government.

6. Stakeholder Analysis

Stakeholders influence system success. Key groups:

  • Users: End customers (e.g., Daraz shoppers).
  • Developers: IT teams (e.g., Khalti’s backend engineers).
  • Managers: Project leads (e.g., NTC’s IT director).
  • Regulators: Government bodies (e.g., Nepal Rastra Bank for fintech).

In the Real World

  1. eSewa’s Agile + SOA

    • Idea: Agile sprints + SOA for modular services (payments, loans).
    • How: Each service (e.g., LoanService) is independently deployable, reducing downtime during festivals like Dashain.
  2. Daraz’s Incremental Delivery

    • Idea: Incremental model for e-commerce features.
    • How: Started with product listings → added cart → then payments → now AI recommendations.
  3. NTC’s Waterfall for Billing System

    • Idea: Waterfall for stable, regulated systems.
    • How: NTC’s old billing system used a linear approach because requirements (tax laws, user data) rarely changed.

Exam Tip

  1. SDLC Questions:

    • Expect phase-wise questions (e.g., “What DFDs are created in Analysis?”).
    • Trace examples: Link a real system (e.g., Khalti) to SDLC phases.
  2. Process Models:

    • Compare 2 models in exams (e.g., “Why did Pathao choose Agile over Waterfall?”).
    • Draw diagrams: Always sketch a mini-DFD or UML class diagram if asked.
  3. Methodologies:

    • Structured vs. OO: Know when to use each (e.g., OO for WhatsApp’s objects).
    • SOA: Explain APIs and service independence (e.g., Daraz’s payment service).
  4. Feasibility:

    • Calculate ROI for economic feasibility (e.g., “NTC’s fiber upgrade costs $50M; projected savings are $15M/year. Is it feasible?”).
    • Non-technical factors: Always mention legal/operational constraints.
  5. Stakeholders:

    • Role-play questions: “How would you handle a conflict between Ncell’s IT team and regulators?”
    • Diagrams: Draw a stakeholder map for any given system (e.g., hospital management system).

Key Formula to Remember:

  • Return on Investment (ROI): Example: For NTC’s fiber upgrade:

Based on the TU BIT syllabus for Systems Analysis and Design (BIT253), unit 1.

Discussion

Loading…