How Systems are Developed

Slides:



Advertisements
Similar presentations
Testing Workflow Purpose
Advertisements

DETAILED DESIGN, IMPLEMENTATIONA AND TESTING Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
1 Integration Testing CS 4311 I. Burnstein. Practical Software Testing, Springer-Verlag, 2003.
ITIL: Service Transition
Documentation Testing
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
School of Computing, Dublin Institute of Technology.
1 Introduction to Software Engineering Lecture 42 – Communication Skills.
Illinois Institute of Technology
Configuration Management
Software Engineering CSE470: Systems Engineering 35 Computer System Engineering Computer System Engineering is a problem-solving activity. Itemize desired.
1 A Student Guide to Object- Orientated Development Chapter 9 Design.
CSE Senior Design II Test Planning Mike O’Dell Based on an earlier presentation by Mike O’Dell, UTA.
Software System Integration
The Project AH Computing. Functional Requirements  What the product must do!  Examples attractive welcome screen all options available as clickable.
Effective Methods for Software and Systems Integration
Software Engineering Term Paper
Page 1 MODEL TEST in the small GENERALIZE PROGRAM PROCESS allocated maintenance changes management documents initial requirement project infrastructure.
Software Configuration Management
How Systems are Developed The Commercial Life Cycle Model Common form of the Software Life Cycle Used through the commercial, industrial, institutional.
Requirements for Multi-Program Systems
Testing Basics of Testing Presented by: Vijay.C.G – Glister Tech.
SOFTWARE DESIGN (SWD) Instructor: Dr. Hany H. Ammar
Testing Workflow In the Unified Process and Agile/Scrum processes.
1 UML Basic Training. UML Basic training2 Agenda  Definitions: requirements, design  Basics of Unified Modeling Language 1.4  SysML.
Eighth Hour Lecture 7:30 – 8:20 pm, Thursday, September 13 Workflows of the Process (from Chapter 8 of Royce’ book)
SOFTWARE CONFIGURATION MANAGEMENT. Change is inevitable when computer software is built. And change increases the level of confusion among software engineers.
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
L6-S1 UML Overview 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
TESTING LEVELS Unit Testing Integration Testing System Testing Acceptance Testing.
Computing and SE II Chapter 9: Design Methods and Design Models Er-Yu Ding Software Institute, NJU.
UNIT-1 SOFTWARE PRODUCT AND PROCESS: Introduction – S/W Engineering paradigm – Verification – Validation – Life cycle models – System engineering –
Design Methods Instructor: Dr. Jerry Gao. Software Design Methods Design --> as a multistep process in which we design: a) data structureb) program structure.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
DETAILED DESIGN, IMPLEMENTATION AND TESTING Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Software Production ( ) Lecture 3: Dr. Samer Odeh Hanna (PhD) office: 318.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
Software Test Plan Why do you need a test plan? –Provides a road map –Provides a feasibility check of: Resources/Cost Schedule Goal What is a test plan?
SQA project process standards IEEE software engineering standards
ITIL: Service Transition
Accelerator Readiness Review October 31, 2006
Chapter 7: Software Engineering
Chapter 7: Software Engineering
Integration Testing.
Definition CASE tools are software systems that are intended to provide automated support for routine activities in the software process such as editing.
Chapter ? Quality Assessment
SQA project process standards IEEE software engineering standards
Configuration Management Why do we need it? What does it do?
THE PROCESS OF EMBEDDED SYSTEM DEVELOPMENT
System Design.
IEEE Std 1074: Standard for Software Lifecycle
Software Engineering: A Practitioner’s Approach, 6/e Chapter 11 Component-Level Design copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
Session 5b Dr. Dan C. Surber, ESEP
Software Requirements
EIN 6133 Enterprise Engineering
Manfred Huber Based on an earlier presentation by Mike O’Dell, UTA
The Process of Object Modeling
The Open Group Architecture Framework (TOGAF)
Software System Integration
Static Testing Static testing refers to testing that takes place without Execution - examining and reviewing it. Dynamic Testing Dynamic testing is what.
SOFTWARE DESIGN (SWD) Instructor: Dr. Hany H. Ammar
CS 8532: Advanced Software Engineering
CIS 375 Bruce R. Maxim UM-Dearborn
Testing, Inspection, Walkthrough
Our Process CMSC 345, Version 1/04.
Logical Architecture & UML Package Diagrams
Presentation transcript:

How Systems are Developed The Commercial Life Cycle Model Common form of the Software Life Cycle Used through the commercial, industrial, institutional government communities University of Houston Clear Lake Natural and Applied Science James C. Helm, Ph.D.,P.E.

Example Software Development Process This process illustrates the major steps and flow that might be typical of a DoD or major Government Contractor. The documents would be obtained from the DoD standard, MIL-STDs, or IEEE NASA Software Document Standard, Software Engineering Program, NASA-STD-2100-91

Example Software Development Process Completed Software System Requirements Analysis A B Engineering Change Control Formal SCCB C Example Software Development Process RR Allocated Baseline HDR IDR Architecture Design Interface Verification and Validation Test D Data Structure Algorithm Coding Unit Testing Component ENGINEERING BUILD Configuration Item Management Load Build Product TPR SCM Release Dr Jim Helm Metric Point Dictionary Cases DataBase Informal Test Data PDL Flowchart Package or Declaration SOFTWARE REQUIREMENTS ANALYSIS PRELIMINARY DESIGN DETAILED CODE CSU / CSC INTEGRATION TEST CSCI BLOCK TEST VALIDATION TEST Requirements Analysis Object Oriented Analysis Content Diagram Bound Limits Information Modeling Object Flow Diagram Object Specification State Transition Diagrams Structured Walkthroughs Requirements Comments Report Object Oriented Design Object Reuse Design Specification Decision Tables Object Activation Tables Prototypes Superior Refinement Structured Walkthrough Update Prototype Update Preliminary Desing into Test Case Design Structured Programming Package Reuse Structured Codes Walkthrough Structured Test Walkthrough Update Software Development Folders Update Requirements Matrix Execute White Box Testing Execute Black Box Testing Review Test Results CSU Integration Top-Down Bottom-Up Sandwich Code / Test data Walkthrough Execute Interface Tests Execute Black Box Tests Development Folder Update Requirements Matrix Execute Regression Tests CSCI Integration Test / Requirements Metrix Test Walkthrough Formal Test Execution Test Results Review Final Test Results CSCI Verification Formal Test Case Test Procedures Software Validation Test Reports

Requirement Phase Deals with all kinds of requirements system software hardware human system Interface human in the loop

Design Phase Normally consists of two parts Preliminary Design Detailed Design

Code Phase Implements the detailed design Some form of programming language Three possible coding options top-down bottom-up middle-out

Develop Large Driver to Stimulate System Establish/ Retain Required Databases TOP-DOWN Code Top Level CSC Then Next Level, etc. Final Integration is minimal Select Appropriate Compiler/ Assembler Test Whole System Each Time OPTION 1 Select Appropriate Programming Support Environment Develop Several Drivers to Stimulate Subsystems Code CSCs as functional threads Integration is moderate throughout Test Each Functional Thread MIDDLE-OUT OPTION 2 Determine Optimum Coding Strategy & Sequence Ready for I & t FROM DESIGN PHASE Initiate Appropriate Controls Follow Standards & Conventions OPTION 3 Develop many drivers to Stimulate CSUs Establish Software Library BOTTOM-UP Code CSUs separately Integration is Time Consuming Test Each CSU Extensively

Correlation Between Specifications and Test Match the kind of software being developed and the manner in which it is being implemented and integrated Specification hierarchy Test hierarchy

Integration and Testing Phase Major Activities shown on next slide Determine early the selection and specification of the optimum test strategy Select: tools, instrumentation, recording methods and SW drivers Select environment: hardware configuration and location of tests