Академический Документы
Профессиональный Документы
Культура Документы
Methodologies
Presentation Overview
What is a Methodology?
Who uses Methodologies?
What are Methodologies used for?
Several types of Methodologies
Waterfall
SDLC
RAD
Agile
Object-Oriented
What is a Methodology?
Multi-step approach to systems
development
Influences the quality of the Final
product
Comprehensive
Consistent method with the
Organizations management style.
Analysis
Information
Gathered and Used to help the
development process
History of Methodologies
Present
Computer-based
day Info Systems
Info Systems began
Popular Methodologies
The Waterfall Methodology
The SDLC Methodology
The RAD Methodology
Agile Methodologies
eXtreme Programming (XP)
Object-Oriented Methodologies
Rational Unified Process (RUP)
Waterfall Methodology
Waterfall Methodology
Overview
Introduced by W.W. Royce in 1970
It was later redesigned using a more
iterative process, unfortunately this way
was ignored resulting in the current
Waterfall methodology
Most System Analysts do not like the
Waterfall Method
Each phase must be completed perfectly
There is no overlap or moving backward
in phases
Waterfall Methodology
Phases
Testing:
Requirements:
After integration
The requirements
the system
of is
tested
the system
and bugs
are collected
are removed.
and set in
stone.
Installation
& Maintenance: The final
installation
Design: A of
blueprint
the system
is made
is done
for the
at this
phase.
programmers
Users are
using
trained
the previously
and the system
is
collected
maintained
requirements.
by the system designers.
Implementation: System components
are designed by coders and integrated
together.
Waterfall Methodology
Cons
Pros
knowinexactly
what is
Impossible
Time spenttoearly
production
can
needed
in each phase
of the software
save a company
hundreds
of
process
before
some time is spent in the
thousands
of dollars.
phase following it.
More emphasis is placed on
Requirments are locked in too early
documentation than any other
leaving no room for user feedback and
methods.
modification.
Too much emphasis on deadlines rather
than user requirments.
Maintenance
Fifth phase
Analysis
Second
phase
Implementation
Fourth phase
Design
Third phase
System
Identification
phase specs turned over to
and Written
programmers
Needs are examined as a whole
Analysis
Implementation process
Studies
current
procedures
and Info Systems
Coding,
testing,
installation
Sub phase - Requirement determination
Maintenance
Design
Systems are in operation
Convert alternative solutions
Specific problems or changes are made
Inputs and Outputs
Reports, databases, computer processes
Requirements
Requirements Planning
Planning
User
User Design
Design
Construction
Construction
Cutover
Cutover
Coding:
iterative
usually
Planning:Very
User
storiesprocess
are collected
done
teams of 2
programmers
at to
a
from with
the customer.
Feedback
is given
time.
Customer
feedback
is understand
constantly
the customer
to help
better
used
during the coding process.
the requirements.
Testing:
Consistently
doneisafter
each
Designing:
Primary focus
on keeping
portion
of code
is created.
the design
simple.
ConstantIf bugs are
found
the code is
reworked
and retested.
communication
with
the customer
is
used to design
andare
redesign
and
Releases:
These
usuallyover
done
in
over again
until Final
they have
reached
small
portions.
product
is thenan
acceptable tested
solution.
thoroughly
upon release.
there
are no cons
to and
XP besides
implemented
the system
a few hours
the
fact thatinto
it may
not bewithin
applicable
to
after it has been written.
every project.
An
TheObject-Oriented
RUP uses six key
iterative
principles
software
in its
development
development process
process.created by the
Rational
Software
Corporation
(a right
division
4.
value
iteratively:
Projects
are
1.
Adapt
the process:
Decide
on the
size
6. Demonstrate
Focus continuously
on
quality:
Encourages
delivered
in2003)
an through
incremental
andnot
iterative
project
and
budget
for the
organization.
of IBM
since
around
1998.
quality
checks
testing
only at
This
encourages
feedback
from
2. fashion.
Balance
stakeholder
priorities:
Determines
the
during
the
creation
of the
RUP
is end
likebut
an
online
mentor
that
stakeholders
and
allows
projectsneeds.
to adjust
business
goals
and
stakeholder
projects.
provides guidelines, templates, and
to
changing across
requirements.
3.
Collaborate
teams:
With
a broad
examples for all aspects
and
stages
of
5. Elevate
the
level
of
abstraction:
Motivates
variety development.
of stakeholders, all voices need to
program
the reuse of software or Framework
be heard. Everyone within the project
already created.
shares information, opinions, and ideas.
coded,
tested,
documented.
At the
determine
the and
feasibility
of the project,
end
of this phase
a beta versionand
of the
understand
user requirements,
project
should have
prepareisa released
softwarethat
development
plan.
capabilities.
operational
Elaboration:
Analysts detail user
requirementsThe
andsystem
develop
baseline
Transition:
is adeployed,
architecture.
this phase
anthe
executable
problems
are In
corrected,
and
users
demonstration
the criticalOnce
pieces will
are
trained andof
supported.
be developed.
acceptable
criteria are met the product
can then be scheduled for final release.
Cons
Pros
If
Establishes
a better
understanding
and
the
users
of
RUP
do
not
understand
communication channel between business
that
RUP isand
a process
engineering
software framework,
engineering. they
may
Provides
pre-configured
for
perceive
it as a process
weightytemplates
and
small, medium and large projects, which can be
expensive
process.
used for easier
adoption.
Requires
Allows for constant
feedback
from
the. business
an
RUP
process
expert
as well as the stakeholders.
May
Encourages
use of reusable
such as
not bethe
applicable
to allassets
situations.
Conclusion
Waterfall
Systems Development Life Cycle (SDLC)
Rapid Application Development (RAD)
eXtreme Programming (XP)
Rational Unifide Process (RUP)