ADT

Subdecks (8)

Cards (415)

  • Systems Analysis and Design
    The process of discovering, understanding, and documenting the details of a problem or need, and then defining the requirements for an information system to address that problem or need
  • Chapter 2 expands the SDLC processes to cover a wider range of concepts, tools and techniques
  • Core process 3: Discover and understand the details of the problem or need—is the main focus of systems analysis
  • RMO has an elaborate set of information systems that support operations and management
  • Customer expectations, modern technological capabilities, and competitive pressures led RMO to believe it is time to upgrade support for sales and marketing
  • A new Consolidated Sales and Marketing System (CSMS) was proposed
  • Technology architecture
    The set of computing hardware, network hardware and topology, and system software employed by the organization
  • Application architecture
    The information systems that supports the organization (information systems, subsystems, and supporting technology)
  • Existing RMO information systems
    • Supply Chain Management (SCM)
    • Phone/Mail Order System
    • Retail Store System
    • Customer Support System (CSS)
  • Subsystems in the new Consolidated Sales and Marketing System (CSMS)
    • Sales Subsystem
    • Order Fulfillment Subsystem
    • Customer Account Subsystem
    • Marketing Subsystem
  • The SDLC indicates the project starts with identifying the problem, obtaining approval, and planning the project
  • Systems Analysis Activities
    1. Gather Detailed Information
    2. Define Requirements
    3. Prioritize Requirements
    4. Develop User-Interface Dialogs
    5. Evaluate Requirements with Users
  • Functional Requirements
    The activities the system must perform
  • Non-Functional Requirements
    Other system characteristics, such as constraints and performance goals
  • Types of Non-Functional Requirements
    • Usability requirements
    • Reliability requirements
    • Performance requirements
    • Security requirements
  • Types of Non-Functional Requirements
    • Design constraints
    • Implementation requirements
    • Interface requirements
    • Physical requirements
    • Supportability requirements
  • Stakeholders
    Persons who have an interest in the successful implementation of the system
  • Types of Stakeholders
    • Internal Stakeholders
    • External Stakeholders
    • Operational Stakeholders
    • Executive Stakeholders
  • Stakeholders for the RMO CSMS project
    • Phone/mail sales order clerks
    • Warehouse and shipping personnel
    • Marketing personnel who maintain online catalog information
    • Marketing, sales, accounting, and financial managers
    • Senior executives
    • Customers
    • External shippers (e.g., UPS and FedEx)
  • Information-Gathering Techniques
    • Interviewing users and other stakeholders
    • Distributing and collecting questionnaires
    • Reviewing inputs, outputs, and documentation
    • Observing and documenting business procedures
    • Researching vendor solutions
    • Collecting active user comments and suggestions
  • Interviewing
    1. Prepare detailed questions
    2. Meet with individuals or groups of users
    3. Obtain and discuss answers to the questions
    4. Document the answers
    5. Follow up as needed in future meetings or interviews
  • Models
    Representations of some aspect of the system being built
  • Types of Models
    • Textual model
    • Graphical models
    • Mathematical models
  • Unified Modeling Language (UML)

    Standard graphical modeling symbols/terminology used for information systems
  • Benefits of Modeling
    • Learning from the modeling process
    • Reducing complexity by abstraction
    • Remembering all the details
    • Communicating with other development team members
    • Communicating with a variety of users and stakeholders
    • Documenting what was done for future maintenance/enhancement
  • Workflow
    Sequence of processing steps that completely handles one business transaction or customer request
  • Activity Diagram
    Describes user (or system) activities, the person who does each activity, and the sequential flow of these activities
  • Activity Diagrams are UML diagrams used to show a graphical model of a workflow
  • Systems analysis activities correspond to the core SDLC process Discover and understand details
  • The RMO CSMS Project will be used throughout the text as an example of analysis and design
  • FURPS+ is the acronym for functional, usability, reliability, performance, and security requirements
  • Stakeholders are the people who have an interest in the success of the project
  • Information gathering techniques are used to collect information about the project
  • The UML Activity Diagram is used to document (model) workflows after collecting information
  • Models and modeling are used to explore and document requirements
  • Unified Modeling Language (UML) is the standard set of notations and terminology for information systems models
  • User Stories
    A one-sentence description of a work-related task done by a user to achieve some goal or result
  • Acceptance Criteria
    Identify the features that must be present at the completion of the task
  • User Story Template
    "As a <role> I want to <goal> so that <benefit>"
  • Use Case
    An activity that the system performs, usually in response to a request by a user