Chapter 13 Design Concepts and Principles Software Engineering: A Practitioner's Approach, 5/e.

Slides:



Advertisements
Similar presentations
Lecture 6: Software Design (Part I)
Advertisements

Software Design Fundamentals
Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
Design Concepts and Principles
Chapter 13 Design Concepts and Principles
Design Phase What’s design?
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.
Design Concepts And Principles Software Design -- An iterative process transforming requirements into a “blueprint” for constructing the software.
TCS2411 Software Engineering1 Software Design Principles “Producing the software blueprint”
Component-Level Design
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Design Concepts and Principles
Software Engineering CSE470: Systems Engineering 35 Computer System Engineering Computer System Engineering is a problem-solving activity. Itemize desired.
CS-499G 8/17/ Design Concepts and Principles.
Architectural Design.
Chapter 10 Architectural Design
Design Concepts "You can use an eraser on the drafting table or a sledge hammer on the construction site." Frank Lloyd Wright.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
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.
CSE 303 – Software Design and Architecture
1 COSC 4406 Software Engineering COSC 4406 Software Engineering Haibin Zhu, Ph.D. Dept. of Computer Science and mathematics, Nipissing University, 100.
Chapter 9 Design Engineering
 2004 by SEC Chapter 4 Software Design. 2  2004 by SEC Chapter 4 Software Design 4.1 Design Fundamentals 4.2 Design Method 4.3 Architecture Design
SOFTWARE DESIGN (SWD) Instructor: Dr. Hany H. Ammar
SOFTWARE DESIGN.
SOFTWARE DESIGN Design Concepts Design is a meaningful engineering representation of something that is to be built It can be traced to a customer’s requirements.
Design engineering Vilnius The goal of design engineering is to produce a model that exhibits: firmness – a program should not have bugs that inhibit.
CSEB233: Fundamentals of Software Engineering Software Design.
Drexel University CS 451 Software Engineering Winter Yuanfang Cai Room 104, University Crossings
Chapter : Design Engineering. Design Engineering It covers the set of principles, concepts, and practices that lead to the development of a high quality.
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.
Design Concepts and Principles Instructor: Dr. Jerry Gao.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 11 Slide 1 Design.
SIM3302 SOFTWARE DESIGN & TESTING
1 Chapter 9 Design Engineering. 2 Analysis Model -> Design Model.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/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.
Design Concepts By Deepika Chaudhary.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
SOFTWARE DESIGN. INTRODUCTION There are 3 distinct types of activities in design 1.External design 2.Architectural design 3.Detailed design Architectural.
Developed by Reneta Barneva, SUNY Fredonia Software Design and Software Engineering.
Chapter 1: Design Concepts Prepared by Mohd Kamir Yusof 1.
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 Software Engineering: A Practitioner’s Approach, 6/e Chapter 9: Design Engineering Software Engineering: A Practitioner’s Approach, 6/e Chapter.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/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.
Chapter : 8 Design Concepts
February 19, February 19, 2016February 19, 2016February 19, 2016 Azusa, CA Sheldon X. Liang Ph. D. Software Engineering in CS at APU Azusa Pacific.
DESIGN PROCESS AND CONCEPTS. Design process s/w design is an iterative process through which requirements are translated into a “blueprint” for constructing.
SOFTWARE DESIGN & SOFTWARE ENGINEERING Software design is a process in which data, program structure, interface and their details are represented by well.
Chapter 9 Architectural Design. Why Architecture? The architecture is not the operational software. Rather, it is a representation that enables a software.
Design Engineering 1. Analysis  Design 2 Characteristics of good design 3 The design must implement all of the explicit requirements contained in the.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Design Concepts ch-8
Design (Concepts and Principles)
7. Modular and structured design
CompSci 280 S Introduction to Software Development
Software Design Principles
Design engineering Prepared By:Jay A.Dave..
Software Engineering: A Practitioner’s Approach, 6/e Chapter 9 Design Engineering copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For.
Lecture 9- Design Concepts and Principles
Software Engineering: A Practitioner’s Approach, 6/e Chapter 11 Component-Level Design copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
Software Quality Engineering
CIS 375 Bruce R. Maxim UM-Dearborn
Design Model Like a Pyramid Component Level Design i n t e r f a c d s
Lecture 9- Design Concepts and Principles
Chapter 9 Design Engineering
Design Engineering.
Chapter 9 Architectural Design.
DESIGN CONCEPTS AND PRINCIPLES
Presentation transcript:

Chapter 13 Design Concepts and Principles Software Engineering: A Practitioner's Approach, 5/e

Topics The Design Process Design Principles Design Concepts-Abstraction & Refinement Effective Modular Design Design Heuristics for Effective Modularity The Design Model Design Documentation

Design Concepts And Principles Software Design -- An iterative process transforming requirements into a “blueprint” for constructing the software.

Translating the analysis model into a software design

The Design Model Data Design –Transforms information domain model into data structures required to implement software Architectural Design –Defines relationship among the major structural elements of a program Procedural Design Interface Design Architectural Design Data Design The Design Model Which is mapped from the Analysis model

The Design Model Interface Design –Describes how the software communicates with itself, to systems that interact with it and with humans. Procedural Design –Also Component-Level –Transforms structural elements of the architecture into a procedural description of software construction Procedural Design Interface Design Architectural Design Data Design The Design Model Which is mapped from the Analysis model

The Design Process Suggestions for good design: –Design must enable all requirements of the analysis model and implicit needs of the customer to be met –Design must be readable and an understandable guide for coders, testers and maintainers –The design should address the data, functional and behavioral domains of implementation

Design Guidelines A design should exhibit an architectural structure A design should be modular A design should contain data, architecture, interfaces and components A design should lead to components A design should lead to interfaces that reduce complexity A design should be derived from a repeatable method, driven by analysis.

Design Principles Design Process: –Sequence of steps that enable description of all aspects of the software Design Model –Equivalent to architect’s plan of house

Design Principles: The design process should consider various approaches based on requirements The design should be traceable to the requirements analysis model The design should not reinvent the wheel -- Reuse! Design should mimic the structure in the problem domain

Design Principles-extended The design process should not suffer from ‘tunnel vision.’ The design should be traceable to the analysis model. The design should not reinvent the wheel. The design should “minimize the intellectual distance” [DAV95] between the software and the problem as it exists in the real world. The design should exhibit uniformity and integration. The design should be structured to accommodate change. The design should be structured to degrade gently, even when aberrant data, events, or operating conditions are encountered. Design is not coding, coding is not design. The design should be assessed for quality as it is being created, not after the fact. The design should be reviewed to minimize conceptual (semantic) errors.

Fundamental Concepts Abstraction—data, procedure, control Refinement—elaboration of detail for all abstractions Modularity—compartmentalization of data and function Architecture—overall structure of the software –Structural properties –Extra-structural properties –Styles and patterns Procedure—the algorithms that achieve function Hiding—controlled interfaces

Design Concepts-Abstraction Wasserman: “Abstraction permits one to concentrate on a problem at some level of abstraction without regard to low level details” Data Abstraction –This is a named collection of data that describes a data object Procedural Abstraction –Instructions are given in a named sequence –Each instruction has a limited function Control Abstraction –A program control mechanism without specifying internal details, e.g., semaphore, rendezvous

Data Abstraction door implemented as a data structure manufacturer model number type swing direction inserts lights type number weight opening mechanism

Procedural Abstraction open implemented with a "knowledge" of the object that is associated with enter details of enter algorithm

Refinement Refinement is a process where one or several instructions of the program are decomposed into more detailed instructions. Stepwise refinement is a top down strategy –Basic architecture is developed iteratively –Step wise hierarchy is developed Forces a designer to develop low level details as the design progresses –Design decisions at each stage

Stepwise Refinement open walk to door; reach for knob; open door; walk through; close door. repeat until door opens turn knob clockwise; if knob doesn't turn, then take key out; find correct key; insert in lock; endif pull/push door move out of way; end repeat

Modularity In this concept, software is divided into separately named and addressable components called modules Follows “divide and conquer” concept, a complex problem is broken down into several manageable pieces Let p 1 and p 2 be two program parts, and E the effort to solve the problem. Then, E(p 1 +p 2 ) > E(p 1 )+E(p 2 ), often >> A need to divide software into optimal sized modules

Modular Design

Modularity & Software Cost

Modularity Objectives of modularity in a design method Modular Decomposability –Provide a systematic mechanism to decompose a problem into sub problems Modular Composability –Enable reuse of existing components Modular Understandability –Can the module be understood as a stand alone unit? Then it is easier to understand and change.

Modularity … Modular Continuity –If small changes to the system requirements result in changes to individual modules, rather than system-wide changes, the impact of the side effects is reduced (note implications in previous example) Modular Protection –If there is an error in the module, then those errors are localized and not spread to other modules

Software Architecture Desired properties of an architectural design Structural Properties –This defines the components of a system and the manner in which these interact with one another. Extra Functional Properties –This addresses how the design architecture achieves requirements for performance, reliability and security Families of Related Systems –The ability to reuse architectural building blocks

Structural Terminology

Structural Partitioning Horizontal Partitioning –Easier to test –Easier to maintain (questionable) –Propagation of fewer side effects (questionable) –Easier to add new features F1 (Ex: Input) F2 (Process) F3(Output)

Structural Partitioning… Vertical Partitioning –Control and work modules are distributed top down –Top level modules perform control functions –Lower modules perform computations Less susceptible to side effects Also very maintainable

Information Hiding Modules are characterized by design decisions that are hidden from others Modules communicate only through well defined interfaces Enforce access constraints to local entities and those visible through interfaces Very important for accommodating change and reducing coupling

Effective Modular Design -- Functional Independence Critical in dividing system into independently implementable parts Measured by two qualitative criteria –Cohesion Relative functional strength of a module –Coupling Relative interdependence among modules

Effective Modular Design -- Cohesion A cohesive module performs a single task Different levels of cohesion –Coincidental, logical, temporal, procedural, communications, sequential, functional

…Effective Modular Design -- Cohesion Coincidental Cohesion –Occurs when modules are grouped together for no reason at all Logical Cohesion –Modules have a logical cohesion, but no actual connection in data and control Temporal Cohesion –Modules are bound together because they must be used at approximately the same time

Communication Cohesion –Modules grouped together because they access the same Input/Output devices Sequential Cohesion –Elements in a module are linked together by the necessity to be activated in a particular order Functional Cohesion –All elements of a module relate to the performance of a single function …Effective Modular Design -- Cohesion

Modular Design -- Coupling Coupling describes the interconnection among modules Data coupling –Occurs when one module passes local data values to another as parameters Stamp coupling –Occurs when part of a data structure is passed to another module as a parameter

Modular Design -- Coupling Control Coupling –Occurs when control parameters are passed between modules Common Coupling –Occurs when multiple modules access common data areas such as Fortran Common or C extern Content Coupling –Occurs when a module data in another module

Types of Coupling

Design Heuristics for Effective Modularity Evaluate 1st iteration to reduce coupling & improve cohesion Minimize structures with high fan-out; strive for depth Keep scope of effect of a module within scope of control of that module Evaluate interfaces to reduce complexity and improve consistency

…Design Heuristics Define modules with predictable function & avoid being overly restrictive –Avoid static memory between calls where possible Strive for controlled entry -- no jumps into the middle of things

Program Structure

Design Model The design principles and concepts discussed in this chapter establish a foundation for the creation of the design model that encompasses representation of data, architecture, interfaces and components. In the previous figure, the design model was presented as a pyramid

Documentation

End