CS 4311 Software Design and Implementation Spring 2013.

Slides:



Advertisements
Similar presentations
Presentation by Prabhjot Singh
Advertisements

Tracing CS4310 Fall What is Requirements Traceability? The ability to describe and follow the life of a requirement throughout the system lifecycle,
1 Software Requirement Analysis Deployment Package for the Basic Profile Version 0.1, January 11th 2008.
Requirements Analysis CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology January 7, 2003.
Software Testing and Quality Assurance
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
SE 470 Software Development Processes James Nowotarski 21 April 2003.
Analysis Stage (Phase I) The goal: understanding the customer's requirements for a software system. n involves technical staff working with customers n.
SE 555 Software Requirements & Specification Beyond Requirements Based on Weigers Chapter17.
SE 555 Software Requirements & Specification Requirements Validation.
System Testing CS 414 – Software Engineering I Don Bagert January 21, 2003.
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
1 Software Testing and Quality Assurance Lecture 1 Software Verification & Validation.
Requirement engineering for an online bookstore system
Introduction to Computer Technology
System Design Chapter 8. Objectives  Understand the verification and validation of the analysis models.  Understand the transition from analysis to.
Software Engineering 1 The Life Cicle of Software Lesson 5.
RUP Requirements RUP Artifacts and Deliverables
111 Testing Overview CS 4311 Frank Tsui, Orland Karam, and Barbara Bernal, Essential of Software Engineering, 3rd edition, Jones & Bartett Learning. Sections.
1 Software Construction Software Construction Chapter 1.
Page 1 MODEL TEST in the small GENERALIZE PROGRAM PROCESS allocated maintenance changes management documents initial requirement project infrastructure.
S oftware Q uality A ssurance Part One Reviews and Inspections.
Software System Engineering: A tutorial
Business Analysis and Essential Competencies
CS Welcome to CS 4311 Software Engineering II Spring 2015.
Volunteer Management System Presented by Team SE18-08S.
Verb Expansion Game Team 3 Bryan Bloss Jeremy Comardelle Gordon Gable Gleyner Garden Sponsored By: Dr. Beth Young.
1 / 18 CS 425/625 Software Engineering Requirements Engineering Processes Based on Chapter 6 of the textbook [Somm00] Ian Sommerville, Software Engineering,
Lecture 7: Requirements Engineering
Team Think For You. Outline  Introduction  Process  Requirements Engineering  Architecture  Detailed Design  Testing  Demo  Extensibility  Conclusions.
CS 111 – Nov. 22 Chapter 7 Software engineering Systems analysis Commitment –Please read Section 7.4 (only pp ), Sections –Homework #2.
CS/SWE 421 Project Overview Dan Fleck. Project Overview Team Formation Team Formation - just to get an idea of who you are and what you want to do Detailed.
CS 4850: Senior Project Fall 2014 Object-Oriented Design.
Requirements Specification. Welcome to Software Engineering: “Requirements Specification” “Requirements Specification”  Verb?  Noun?  “Specification”
Reviews and Inspections. Types of Evaluations Formal Design Reviews conducted by senior personnel or outside experts uncover potential problems Inspections.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
Capturing the requirements  Requirement: a feature of the system or a description of something the system is capable of doing in order to fulfill the.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
Chapter 4 Software Requirements
Requirements Management with Use Cases Module 10: Requirements Across the Product Lifecycle Requirements Management with Use Cases Module 10: Requirements.
Requirements Engineering Lesson 2. Terminologies:  Software Acquisition is where requirement engineering significantly meets business strategy.  Software.
Software Testing 1Software testing. V model Software testing2.
Lecture 4: Requirements Engineering COSI 120b, Principles of Software Engineering.
Prof. Hany H. Ammar, CSEE, WVU, and
Requirements engineering The process of establishing the services that the customer requires from a system and the constraints under which it operates.
C++ for Engineers and Scientists, Second Edition 1 Problem Solution and Software Development Software development procedure: method for solving problems.
CS 4311 Software Design and Implementation Spring 2012.
More SQA Reviews and Inspections. Types of Evaluations  Verification Unit Test, Integration Test, Usability Test, etc  Formal Reviews  aka "formal.
CS646: Software Design and Architectures Introduction and Overview †  Definitions.  The general design process.  A context for design: the waterfall.
CS 160 and CMPE/SE 131 Software Engineering May 3 Class Meeting Department of Computer Science Department of Computer Engineering San José State University.
1 The Software Engineering Education at CSULA Jiang Guo Jose M. Macias June 4, 2010.
 System Requirement Specification and System Planning.
Software Engineering cosc 4359 Spring 2017.
CSE784 – Software Studio Jim Fawcett Fall 2002.
SQA project process standards IEEE software engineering standards
PREPARED BY G.VIJAYA KUMAR ASST.PROFESSOR
Software Verification and Validation
SQA project process standards IEEE software engineering standards
CSE784 – Software Studio Jim Fawcett Fall 2006.
Software Requirements
PROJECT SCOPE MANAGEMENT
Software Quality Engineering
Chapter 1 (pages 4-9); Overview of SDLC
Talend Open Studio (TOS)
ARB Schedule Locations
PROJECT SCOPE MANAGEMENT
Managing the Test Process CS 4501 / 6501 Software Testing
Test Process “V” Diagram
Unit IV – Chapter 2 V-Test Model.
Presentation transcript:

CS 4311 Software Design and Implementation Spring 2013

CS4310 Misconceptions “The paper prototype models the system.” “The system prototype is used to design the system.” “Since I am the system analyst I don’t need to be involved in the V&V process.” “The tester should not be involved in an SRS inspection.” –Verifiability

CS4310 Misconceptions “I would model the system’s requirements by doing a traceability matrix.” “Requirements cannot be traced back to the feasibility report because the document is written by the SE team.” Requirements Verification Techniques: –Inspections, walkthroughs, review Requirements Validation Techniques: –Prototype demo, tracing

3 minutes, pairs Create a Venn Diagram that shows the set of programs that solves the problem, and of those that are feasible, maintainable, efficient

Solves Problem Create a Venn Diagram that shows the set of programs that solves the problem, and of those that are feasible, maintainable, efficient Feasible Maintainable Efficient

Solves Problem What does this diagram say? (pairs, 1 minute) Feasible Maintainable Efficient

Solves Problem Feasible Maintainable Efficient We’d like one of these Create a Venn Diagram that shows the set of programs that solves the problem, and of those that are feasible, maintainable, efficient

What 4311 is About Design Implementation Testing

What 4311 is About Design Implementation Testing What are these? (pairs, 3 minutes)

What 4311 is About Design –Detailed view of classes –Detailed understanding of responsibilities and methods to accomplish those –Detailed understanding of interactions (collaborations) between objects Implementation –Coding –Documenting Testing –Verification

Design Many possible designs for any given problem You have to make choices Some are better than others First design is rarely the best

Outline of 4311 Architecture High-level design Detailed Design V&V and Testing Implementation Integration