Dillon: CSE470: SYSTEM INTEGRATION 1 Build Plan l Development or integration strategies l Decide the order in which components of the system will be developed.

Slides:



Advertisements
Similar presentations
1 Integration Testing CS 4311 I. Burnstein. Practical Software Testing, Springer-Verlag, 2003.
Advertisements

The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
MapleLeaf, LLC SDLC Methodology. MapleLeaf, LLC, has established standard phases and processes in regards to project management methodologies for planning.
Planning for Enterprise Systems
Chapter 29: Integration Jacob Harper. The Integration Approach The order of adding components to a system is crucial Benefits to careful integration –
Software Integration Testing Speaker: Jerry Gao Ph.D. San Jose State University URL:
Introduction to Software Engineering Lecture 3 André van der Hoek.
Integration testing Satish Mishra
Agile Software Development. Traditional Software Development 1.Initiation (RFP) 2.Feasibility study Technical – can we build it? Economic – should we.
Integration and System Testing CSSE 376, Software Quality Assurance Rose-Hulman Institute of Technology March 29, 2007.
1 Software Testing and Quality Assurance Lecture 30 - Introduction to Software Testing.
Integration Testing Presented By Nesreen Ahmad. *Main Points:-  Definition Of Integration Testing.  Procedure Of Integration Testing.  Integration.
INTEGRATION TESTING ● After or during Unit Testing ● Putting modules together in a controlled way to incrementally build up the final system. ● Start with.
Common System Components
Software Testing Name: Madam Currie Course: Swen5431 Semester: Summer 2K.
Chapter 2- Software Process Lecture 4. Software Engineering We have specified the problem domain – industrial strength software – Besides delivering the.
Software Testing & Strategies
Software Testing Introduction. Agenda Software Testing Definition Software Testing Objectives Software Testing Strategies Software Test Classifications.
Design, Implementation and Maintenance
Software System Integration
©Ian Sommerville 1995 Software Engineering, 5th edition. Chapter 22Slide 1 Verification and Validation u Assuring that a software system meets a user's.
1 CSE 403 Software Lifecycle Models Reading: Rapid Development Ch. 7, 25 (further reading: Ch. 21, 35, 36, 20) These lecture slides are copyright (C) Marty.
Overview Integration Testing Decomposition Based Integration
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
CS 501: Software Engineering Fall 1999 Lecture 16 Verification and Validation.
Software Testing.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
OHT 7.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Chapter 7.1.
INT-Evry (Masters IT– Soft Eng)IntegrationTesting.1 (OO) Integration Testing What: Integration testing is a phase of software testing in which.
Testing Basics of Testing Presented by: Vijay.C.G – Glister Tech.
Implementation 1. Software Implementation – transforming design into code Requirements Analysis Software Design Implementation Testing Deployment Evolution.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
UNIT 2 TESTING TECHNIQUES Testing begins with a proposal for software/system application development/maintenance and end with the system is formally accepted.
1 Introduction to Software Testing. Reading Assignment P. Ammann and J. Offutt “Introduction to Software Testing” ◦ Chapter 1 2.
Principles of Engineering System Design Dr T Asokan
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
1 Integration Testing CS 4311 I. Burnstein. Practical Software Testing, Springer-Verlag, 2003.
WATERFALL DEVELOPMENT MODEL. Waterfall model is LINEAR development lifecycle. This means each phase must be completed before moving onto the next!!! WHAT.
Chapter 7 Implementation. Implementation Approaches F Big bang –Code entire system and test in an unstructured manner F Top-down –Start by implementing.
Integration testing Integrate two or more module.i.e. communicate between the modules. Follow a white box testing (Testing the code)
1 Software Testing & Quality Assurance Lecture 15 Created by: Paulo Alencar Modified by: Frank Xu.
Integrating the Code during the Development Alexander Vakrilov Telerik Corporation
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
CS 325: Software Engineering February 16, 2016 Designing a Design Class Diagram Design Class Diagrams DCD: Restaurant Example DCD: ATM Example Software.
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.
Software Lifecycle Models Place of Testing in Software Lifecycle 1.
CHAPTER 9 - PART 1 Software Testing Strategies. Lesson Outlines Definitions and objectives Software testing strategies Software test classifications White.
Structured Programming The Basics
Group mambers: Maira Naseer (BCS ).
Integration Testing.
Integration Testing This is the step after the individual pieces of code or modules (programs) are tested. A set of programs do not exist in vacuum. They.
CS 5150 Software Engineering
WARNING These slides are not optimized for printing or exam preparation. These are for lecture delivery only. These slides are made for PowerPoint 2010.
Chapter 18 Software Testing Strategies
Levels Of Testing and Special Tests
Definition of Integration Testing
Software System Integration
Higher-Level Testing and Integration Testing
Different Levels of Testing
Mary Jean Harrold Georgia Institute of Technology
Chapter 10 – Software Testing
Integration Testing CS 4311
Integration Testing.
COSC 4506/ITEC 3506 Software Engineering
Software Testing “If you can’t test it, you can’t design it”
Integration Reading: McConnell, Code Complete, Ch. 29
Software System Integration
Chapter 11: Integration and System Testing
Integration Testing.
Presentation transcript:

Dillon: CSE470: SYSTEM INTEGRATION 1 Build Plan l Development or integration strategies l Decide the order in which components of the system will be developed

Dillon: CSE470: SYSTEM INTEGRATION 2 Uses Graph Play Game Collect Cards Determine Winner Play Hand Deal Announce Winner Compare Hands Get Hand Value

Dillon: CSE470: SYSTEM INTEGRATION 3 Common build strategies l Big Bang »All coding precedes all integration l Bottom Up »Start at low-level utility modules l Top Down »Start at high-level control modules l Incremental/Sandwich »Integrate control modules top down and utility modules bottom up

Dillon: CSE470: SYSTEM INTEGRATION 4 Big Bang Integration l Advantages »No need to write stubs or drivers l Disadvantages »Difficult to identify units causing errors »Critical modules receive no extra testing »Major design flaws are discovered very late »No flexibility in scheduling

Dillon: CSE470: SYSTEM INTEGRATION 5 Bottom Up Integration l Implement a module l Implement a test driver »often a quick prototype l Execute tests l Implement and test all modules called by the driver (prototype), one at a time

Dillon: CSE470: SYSTEM INTEGRATION 6 Bottom Up Integration (cont.) l Replace the test driver (prototype) with its implementation l Implement a test driver for the new module l Repeat until all modules are integrated

Dillon: CSE470: SYSTEM INTEGRATION 7 Bottom Up Integration l Advantages »no need to write stubs »low level utilities are well tested »high-level (often simple) drivers are not as well tested l Disadvantages »not all low level utilities are important »emphasis on low level functionality »major design flaws are dis- covered late

Dillon: CSE470: SYSTEM INTEGRATION 8 Top Down Integration l Implement highest level component l Create stubs for called component l Test the component with the stubs l Implement and test stubs one by one »use stubs for any called components l Repeat until all stubs are implemented

Dillon: CSE470: SYSTEM INTEGRATION 9 Top Down Integration l Advantages »no need to write drivers »high-level drivers are well tested »unimportant low- level utilities are not as well tested l Disadvantages »important low- level utilities are not as well tested »simple high-level drivers may not need the extra testing

Dillon: CSE470: SYSTEM INTEGRATION 10 Incremental Top Down Integration l Identify most important path through the uses graph »implement and test the highest module in the path –creating drivers and stubs as necessary »select the next module on that path »repeat until the path is done

Dillon: CSE470: SYSTEM INTEGRATION 11 Incremental Top Down Integration (cont.) l Select next most important path and follow the same process l Repeat until all paths have been implemented l Paths do not have to start at the root or end with leaves

Dillon: CSE470: SYSTEM INTEGRATION 12 Incremental Top Down Integration l Advantages »test the most important functionality first »easy to isolate errors »find major design flaws early »have an incomplete but “working” system early –good for morale, visibility, early assessment »minimizes the need for drivers and stubs

Dillon: CSE470: SYSTEM INTEGRATION 13 Developing an incremental build plan l Identify most important paths through the uses graph »most used functionality; centrality »complex component that plays a key role l Save “frills” for later paths l Produce something that works early »add features incrementally for easier testing and debugging