Week 1 - MH
Week 1 - MH
Design
9th Edition
Chapter 1
The Systems Development
Environment
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Introduction
• Information Systems Analysis and Design
– Defined as the complex, challenging, and simulating
organizational process that a team of business and
systems professionals uses to develop and maintain
information systems. A Team Manage this system analysis
and design.
• Application Software –لتطبيقات..مج ا.را..ب
– Software designed to support organizational function or
process. Help us To create a design
• Systems Analyst
– Organizational role most responsible for analysis and
design of information systems – other people with IT
development write code , I want people to create.
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Systems Analyst Role in Systems Development
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Information Systems Components
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Information Systems Components
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Key Types of Information Systems
Transaction Processing Systems (TPS)
– Automate handling of data about business activities
(transactions)
Management Information Systems (MIS)
Converts raw data from transaction processing system into
meaningful form.
Development Decision Support Systems (DSS)
Designed to help decision makers
Provides interactive environment for decision making
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Figure 1-1: An Organizational Approach to Systems
Analysis and Design Is Driven by Methodologies,
Techniques, and Tools
• Methodologies: sequence of step-by-step
approaches that help develop the information
system
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Developing Information Systems and the
Systems Development Life Cycle
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Systems Development Life Cycle
• A circular process, with the end of the useful life
leading to the start of another
• At any given phase the project can return to a
previous phase when needed
• Can be an iterative process
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Figure 1-2: Systems Development
Life Cycle
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Figure 1-3: Evolutionary Model
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Phases of the SDLC (1 of 3)
• Planning
– Need for a new or enhanced system is identified
– Needs are identified, analyzed, prioritized, and arranged
– Determine the scope of the proposed system
– Baseline project plan is developed
• Analysis
– System requirements are studied from user input and structured
– Requires careful study of current systems, manual and
computerized, that might be replaced or be enhanced
– Output is description of the alternate solution recommend by the
analysis team
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Phases of the SDLC (2 of 3)
• Design
– Analyst converts the alternate solution into logical and physical
specifications
– Logical Design
▪ The design process part that is independent of any specific
hardware or software platform
– Physical Design
▪ The logical specifications of the system from logical design are
transformed into technology-specific details from which all
programing/system construction can be accomplished
– Choices of language, database, and platform are many times
already decided by the organization or client
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Phases of the SDLC (3 of 3)
• Implementation
– Occurs when the information system is coded, tested, installed,
and supported in the organization
– New systems become part of the daily activities of the
organization
• Maintenance
– The phase in which an information system is systematically
repaired and improved
– Organization’s needs may change over time requiring changes
to the system based on user’s needs
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Table 1-1: Products of SDLC Phases
1.2 Describe the information systems development life cycle (SDLC)
Phase Products, Outputs, or Deliverables
Planning • Priorities for system and projects; an architecture for data, networks, and
selection hardware, and information systems management are the result of
associated systems
• Detailed steps, or work plan, for project
• Specification of system scope and planning and high-level system requirements
or features
• Assignment of team members and other resources
• System justification or business case
Analysis • Description of current system and where problems or opportunities exist, with a
general recommendation on how to fix, enhance, or replace current system
• Explanation of alternative systems and justification for chosen alternative
Design • Functional, detailed specifications of system elements (data, processes, inputs,
and outputs)
• Technical, detailed specifications of all system elements (programs, files,
network, system software, etc.)
• Acquisition plan for new technology
Implementation • Code, documentation, training procedures, and support capabilities
Maintenance • New versions or releases of software with associated updates to
documentation, training, and support
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Slide
17
Categories of Methodologies
1. Structured Design
– Waterfall Development
3. Agile Development
– eXtreme Programming
– Scrum
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
1.Traditional Waterfall SDLC
Figure 1-8:
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
The SDLC Traditional Waterfall
Problems
• Once one phase ends another begins, going
downhill until complete
• Makes it difficult to go back
• Results in great expense to make changes
• Limited user involvement
• Focused on deadlines
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
2. Rapid Application Development
(RAD)
• Process of creating workable systems in a very short period of
time.
• Analyst needs to use special techniques and tools to speed up
analysis, design, and implementation:
– CASE tools
– JAD sessions (joint application design)
– Fourth generation/visualization programming languages:
simplify and speedup programming
– Code generators: automatically produce program from
design
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
CASE Tools
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
2.1 Joint Application Design (JAD)
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
• Brings end users and
information systems
specialists together in
interactive session to
discuss system’s
design
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
2.2 Prototyping
• Iterative development process
• Requirements quickly converted to a working
system
• System is continually revised.
• Close collaboration between users and analysts.
• Perform analysis, design, implementation
concurrently, and the three phases are
performed repeatedly in a cycle till system is
completed.
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
System prototyping: perform
Prototyping analysis, design, implementation
rapidly and concurrently, and the
three phases are performed
repeatedly in a cycle till system is
completed.
The Prototyping Process (Another Look)
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Prototyping
•
Advantages of prototyping
– Useful if some uncertainty in requirements or design
solutions
– Often used for end-user interface design
– More likely to fulfill end-user requirements
•
Disadvantages
– May not undergo full testing or documentation
– May not accommodate large quantities of data or large
number of users
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
3. Agile Methodology
• Agile model is a combination of a simple iterative and incremental
process models with focus on process adaptability and customer
satisfaction by rapid delivery of working software product.
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Agile Key Principles
– Key Agile principles (www.AgileAlliance.org):
▪ The highest priority is to satisfy the customer through early and
continuous delivery of valuable software.
▪ Welcome changing requirements, even late in development. Agile
processes harness change for the customer’s competitive
advantage.
▪ Deliver working software frequently, from a couple of weeks to a
couple of months, with a preference to the shorter timescale.
▪ Businesspeople and developers work together daily throughout the
project.
▪ Build projects around motivated individuals. Give them the
environment and support they need and trust them to get the job
done.
▪ The most efficient and effective method of conveying information to
and within a development team is face-to-face conversation.
▪ Working software is the primary measure of progress.
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
3.1 Extreme programming (XP)
• XP is based on four core values:
Communication, simplicity, feedback, and
courage
• Short, incremental development cycles
• Two-person programming teams
• Coding and testing operate together
• Advantages:
–Communication between developers
–High level of productivity
–High-quality code
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
3.2 Scrum
• Uses small teams to produce small pieces of deliverable
software using sprints (2 weeks to a month), or 30-day
intervals, to achieve an appointed goal.
– Sprint means a set period of time during which specific tasks
must be completed.
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Selecting the Appropriate
Development Methodology
Selecting the Appropriate
Development Methodology
Important factors to consider in
selecting the development methodology
- Clarity of User Requirements
- Familiarity with Technology
- System Complexity
- System Reliability
- Short Time Schedules
- Schedule Visibility
4. Object-Oriented Analysis and
Design (OOAD)
• Based on objects rather than data or processes
• Combines data and processes (called methods) into
single entities call objects
• Object: A structure that encapsulates attributes and
methods that operate on those attributes
• Inheritance: Hierarchical arrangement of classes
enabling subclasses to inherit properties of superclasses
• Object Class: Logical grouping of objects that have the
same attributes and behaviors
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
4.1 Relational Unified Process (RUP)
• Relational Unified Process (RUP) is an object-
oriented systems development methodology
• Based on an iterative, incremental approach to
systems development
• RUPs four phases (each can be further divided)
– Inception
– Elaboration
– Construction
– Transition
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
Unified Process Phases
Inception Elaboration Construction Transition
Inception
◦ Establish the business case for the system, define risks, obtain 10% of
the requirements, estimate next phase effort.
Elaboration
◦ Develop an understanding of the problem domain and the system
architecture, risk significant portions may be coded/tested, 80%
major requirements identified.
Construction
◦ System design, programming and testing. Building the remaining
system in short iterations.
Transition
◦ Deploy the system in its operating environment. Deliver releases for
feedback and deployment.
Phase Deliverables
Inception Phase Elaboration Construction Transition Phase
Phase Phase
• The initial version of • The completed • The initial user • All the artifacts
the domain model domain model manual and other (final versions)
• The initial version of • The completed manuals, as • The completed
the business model business model appropriate manuals
• The initial version of • The completed • All the artifacts
the requirements requirements (beta release
artifacts artifacts versions)
• A preliminary • The completed • The completed
version of the analysis artifacts architecture
analysis artifacts • An updated version • The updated risk
• A preliminary of the architecture list
version of the • An updated list of • The project
architecture risks management plan
• The initial list of • The project (for the remainder
risks management plan of the project)
• The initial ordering (for the rest of the • If necessary, the
of the use cases project) updated business
• The plan for the • The completed case
elaboration phase business case
• The initial version of
the business case
Summary
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved
A video to watch
https://www.youtube.com/watch?
v=Xt5tBXRTtkM
Copyright
Copyright © 2020, 2017, 2014 Pearson Education, Inc. All Rights Reserved