this ppt on sdlc its model and software testing this slid help you for your mis paper

1. Presented by-
Praveen Chaurasia
Abhinav Shukla

2. SDLC
A framework that describes the
activity performed at each
stage of a software
development project.

3. SDLC PHASES
Requirement Gathering and Analysis
 Design
Development
Testing
Implementation
Maintenance

5. SDLC MODEL
To help understand and implement the
SDLC phases various SDLC model
have been created by software
development expert universities and
standard organizations.

6. REASONS FOR USING
SDLC MODEL
 Provides basis for project planning ,estimating
and scheduling
Provide framework for standard set of
terminologies, activity& deliverable
Provide mechanism for project tracking &
control
Increase visibility of project progress to all
stakeholders

7. Advantage of choosing
An Appropriate SDLC
 Increase development speed
Increase product quality
Improve tracking and control
Improve client and relation
Decrease project risk
Decrease project management overhead

8. COMMON LIFE CYCLE
MODELS
 Waterfall
Spiral
Agile

9. WATERFALL MODEL
Oldest and most well known SDLC model
Follow a Sequence step by step process from
requirement analysis to maintenance
System that have well-define and understood
requirements are good fit for waterfall model

10. User Requirements
Software Requirements
Architecture Design
Detailed design & Coding
Testing
Delivery
”Swimming
upstream”
The Waterfall
Lifecycle Workflow

11. ADVANTAGE OF
WATERFALL MODEL
 Easy to understand
Provide structure
Set requirement stability
Good for management control

12. DISADVANTAGE OF
WATERFALL MODEL
It does not allow for much reflection or
revision.
Estimating time and costs with any degree of
accuracy is often extremely difficult.
Designs that look feasible on paper turn out
to be expensive or difficult in practice.

13. SPIRAL MODEL
 Process is represented as a spiral rather than as a
sequence of activities with backtracking.
Each loop in the spiral represents a phase in the
process.
 Suitable for large, expensive and complicated projects

14. SPIRAL MODEL

15. ADVANTAGE OF
SPIRAL MODEL
Risks are explicitly assessed and resolved
throughout the process.
Software engineers can start working on the project
earlier rather than wading through a lengthy early
design process.

16. DISADVANTAGE OF
SPIRAL MODEL
Requires highly skilled people in risk analysis and
planning
Requires more time, and is more expensive
Estimates of budget and time are harder to judge at
the beginning of the project since the requirements
evolve through the process

17. AGILE(XP) MANIFESTO
XP = Extreme Programming emphasizes:
Individuals and interactions
– Over processes and tools
Working software
– Over documentation
Customer collaboration
– Over contract negotiation
Responding to change
– Over following a plan

18. AGILE PRINCIPLES
 Continuous delivery of software
Continuous collaboration with customer
Continuous update according to changes
Value participants and their interaction
Simplicity in code

19. AGILE ADVANTAGE
 Lightweight methods suit small-medium size
projects
Produces good team cohesion
Emphasises final product
Iterative
Test based approach to requirements and quality
assurance

20. AGILE DISADVANTAGE
 Difficult to scale up to large projects where
documentation is essential
Needs experience and skill
Programming pairs is costly
Test case construction is a difficult and specialised
skill

21. SOFTWARE TESTING
“Testing is the process of executing a program
with the intention of finding errors.”
“Testing can show the presence of bugs but
never their absence.”

22. OBJECTIVE TESTING
 uncover as many as error(or bug) as possible in a
given produce.
 Demonstrate a given software product matching
its requirement specification.
 Validate the quality of a software testing using the
minimum cost and effort.
 Generate high quality test case, perform effective
test and issue correct and helpful problem report.

24. TESTING METHOLOGY
 BLACK BOX TESTING
 WHITE BOX TESTING

25. BLACK BOX TESTING
 No knowledge of internal program design or code
required
 Testing are based on requirement and functionality

27. WHITE BOX TESTING
 Knowledge of the internal program design and
code required.
Test are based on coverage of code
statement,branches,path,condition.

29. LEVEL OF TESTING
 Unit testing
 Integration testing
 System testing

30. UNIT TESTING
 Test each module individually.
 Follows a white box testing.

31. INTEGRATION TESTING
 Once all modules have been tested, integration testing is
perform.
 It is systematic testing
 Produce test to identify errors associated with interfacing.
TYPES:-
 Big bang integration testing
 Top down integration testing
 Bottom up integration testing
 Mixed integration testing

32. SYSTEM TESTING
 This system as a whole is tested to uncover requirement
errors.
 verifies that all system element work properly and that
overall system function and performance has been
achieved.
TYPES:-
 Alfa testing
 Beta testing
 Acceptance testing
 Performance testing