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

Slides:



Advertisements
Similar presentations
Basic SDLC Models.
Advertisements

2003 Mateusz Żochowski, Marcin Borzymek Software Life Cycle Analysis.
Software Development Life Cycle (SDLC)
Ch 3: Unified Process CSCI 4320: Software Engineering.
CEN nd Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Software Process Models.
The software process A software process is a set of activities and associated results which lead to the production of a software product. This may involve.
CHAPTER 1 SOFTWARE DEVELOPMENT. 2 Goals of software development Aspects of software quality Development life cycle models Basic concepts of algorithm.
Modeling the Process and Life Cycle CSCI 411 Advanced Database and Project Management Monday, February 2, 2015.
MapleLeaf, LLC SDLC Methodology. MapleLeaf, LLC, has established standard phases and processes in regards to project management methodologies for planning.
Adapted from a presentation by John Petlicki of DePaul University, USA.
Chapter 2 – Software Processes
Software Process Models
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Agile Software Development. Traditional Software Development 1.Initiation (RFP) 2.Feasibility study Technical – can we build it? Economic – should we.
Software Process Activities. Process activities Real software processes are inter-leaved sequences of technical, collaborative and managerial activities.
Introduction to Computer Technology
Software Development Life Cycle (SDLC)
S/W Project Management Software Process Models. Objectives To understand  Software process and process models, including the main characteristics of.
Lecture 2 Software Processes CSC301-Winter 2011 Hesam C. Esfahani
Chapter 2 The process Process, Methods, and Tools
IT Systems Analysis & Design
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
SOFTWARE ENGINEERING MCS-2 LECTURE # 3. SOFTWARE PROCESS  A software development process, also known as a software development life- cycle (SDLC), is.
Software Development Life Cycle by A.Surasit Samaisut Copyrights : All Rights Reserved.
An Introduction to Software Engineering
Rendezvous Team Concepts in Software engineering MidTerm-2 Presentation.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
Chapter 2: Testing in Software Life Cycle MNN1063 System Testing and Evaluation.
CHAPTER ONE Problem Solving © Prepared By: Razif Razali1.
Software Development Life Cycle (SDLC)
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Week 7 - Tutorial Interactive Digital Moving Image Production | CU3003NI | - Pratik Man Singh Pradhan.
第 11 組 MIS 報告. Phases of any information system ~ recognition of a business problem or opportunity ~ recognition of a business problem or opportunity.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
Modelling the Process and Life Cycle. The Meaning of Process A process: a series of steps involving activities, constrains, and resources that produce.
Software Model Process
PI2134 Software Engineering IT Telkom.  Layered technology  Software Process  Generic Process (by Pressman)  Fundamental activities (by Sommerville)
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Software Development Life Cycle (SDLC)
Chapter 2 Software Development Model and 1. Topics covered Software process models Process iteration Process activities The Rational Unified Process Computer-aided.
V-Shaped Software Development Life Cycle Model. Introduction: Variation of water fall model. Same sequence structure as water fall model. Strong emphasis.
A framework that describes the activities performed at each stage of a software development project. A life-cycle or a software process is the organisational.
SE 548 IŞIL ÖZTÜRK.  Software Development Life Cycle (SDLC ) is a framework that describes the activities performed at each stage of a software development.
Software Lifecycle Models Place of Testing in Software Lifecycle 1.
SOFTWARE DEVELOPMENT Presented By : Emporiumtech This presentation is brought you by
The Software Lifecycle Stuart Faulk. Definition Software Life Cycle: evolution of a software development effort from concept to retirement Life Cycle.
The Software Development Process. Contents  Product Components  Software project staff  Software development lifecycle models.
Software Engineering cosc 4359 Spring 2017.
Chapter 2 – Software Engineering Approaches
Software Development Life Cycle (SDLC) by Manoj V. Nikum
Chapter3:Software Processes
Definition CASE tools are software systems that are intended to provide automated support for routine activities in the software process such as editing.
Software Verification and Validation
Software Process Activities.
The Systems Engineering Context
IEEE Std 1074: Standard for Software Lifecycle
Software Myths Software is easy to change
V-Shaped SDLC Model Lecture-6.
Classical Waterfall Model
Software Process Models
Software Development Life Cycle (SDLC)
IT Systems Analysis & Design
CMPE 412 Software Engineering
Introduction to OOSD– UFCFC Lecture Notes Week 1
Software Development Life Cycle (SDLC)
Software life cycle models
Software Process Models
Baisc Of Software Testing
Presentation transcript:

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

Waterfall Model Requirements – defines needed information, function, behavior, performance and interfaces. Design – data structures, software architecture, interface representations, algorithmic details. Implementation – source code, database, user documentation, testing.

Waterfall Strengths Easy to understand, easy to use Provides structure to inexperienced staff Milestones are well understood Sets requirements stability Good for management control (plan, staff, track) Works well when quality is more important than cost or schedule

Waterfall Deficiencies All requirements must be known upfront Deliverables created for each phase are considered frozen – inhibits flexibility Can give a false impression of progress Does not reflect problem-solving nature of software development – iterations of phases Integration is one big bang at the end Little opportunity for customer to preview the system (until it may be too late)

When to use the Waterfall Model Requirements are very well known Product definition is stable Technology is understood New version of an existing product Porting an existing product to a new platform.

VEE Model The V-model is a graphical representation of the systems development lifecycle. It summarizes the main steps to be taken in conjunction with the corresponding deliverables within computerized system validation framework. It describes the activities and results that have to be produced during product development. The left side of the VEE represents the decomposition of requirements, and creation of system specifications. The right side of the V represents integration of parts and their verification. V stands for "Verification and Validation"

VEE Model Objectives The following objectives are intended to be achieved by a project execution: Minimization of Project Risks: It permits an early recognition of planning deviations and risks and improves process management, thus reducing the project risk. Improvement and Guarantee of Quality: V-Model ensures that the results to be provided are complete and have the desired quality. Reduction of Total Cost over the Entire Project and System Life Cycle: The effort for the development, production, operation and maintenance of a system can be calculated, estimated and controlled .

V-Shaped SDLC Model A variant of the Waterfall that emphasizes the verification and validation of the product. Testing of the product is planned in parallel with a corresponding phase of development

V-Shaped Steps Project and Requirements Planning – allocate resources Product Requirements and Specification Analysis – complete specification of the software system Architecture or High-Level Design – defines how software functions fulfill the design Detailed Design – develop algorithms for each architectural component Production, operation and maintenance – provide for enhancement and corrections System and acceptance testing – check the entire software system in its environment Integration and Testing – check that modules interconnect correctly Unit testing – check that each module acts as expected Coding – transform algorithms into software

V-Shaped Strengths Emphasize planning for verification and validation of the product in early stages of product development Each deliverable must be testable Project management can track progress by milestones Easy to use

V-Shaped Weaknesses Does not easily handle concurrent events Does not handle iterations or phases Does not easily handle dynamic changes in requirements Does not contain risk analysis activities

When to use the V-Shaped Model Excellent choice for systems requiring high reliability – hospital patient control applications All requirements are known up-front When it can be modified to handle changing requirements beyond analysis phase Solution and technology are known