Software LEIC. Lecture 23

Size: px
Start display at page:

Download "Software LEIC. Lecture 23"

Transcription

1 Software LEIC Lecture 23

2 Last Lecture Software Architecture Architectural Patterns Application Architectures Software Architecture in the ES+SD Project

3 Today Software Architecture Dependable System Architecture Security System Architecture Software Implementation Coding Standards Coding Rules Dependable Programming

4 Software Architecture

5 Dependable System Architectures

6 Dependable System Architectures redundancy

7 Dependable System Architectures redundancy diversity

8 Protection Systems

9 (Fig 13.3, Sommerville)

10 Self-monitoring Architectures

11 (Fig 13.4, Sommerville)

12 (Fig 13.4, Sommerville) reliability

13 (Fig 13.5, Sommerville)

14 reliability and availability (Fig 13.5, Sommerville)

15 N-version Programming

16 (Fig 13.6, Sommerville)

17 hardware diversity (Fig 13.6, Sommerville)

18 (Fig 13.7, Sommerville)

19 hardware and software diversity (Fig 13.7, Sommerville)

20 Software Diversity how independent are the implementations?

21 Security System Architecture

22 Security System Architecture protection

23 Security System Architecture protection distribution

24 (Fig 14.4, Sommerville)

25 (Fig 14.5, Sommerville)

26 design guidelines (Fig 14.6, Sommerville)

27 design guidelines tactics (Fig 14.6, Sommerville)

28 Design for Deployment

29 Design for Deployment Include support for viewing and analyzing configurations

30 Design for Deployment Include support for viewing and analyzing configurations Minimize default privileges

31 Design for Deployment Include support for viewing and analyzing configurations Minimize default privileges Localize configuration settings

32 Design for Deployment Include support for viewing and analyzing configurations Minimize default privileges Localize configuration settings Provide easy ways to fix security vulnerabilities

33 Software Implementation

34

35 Design

36 Design Code

37 Design Code

38 Design preserve design Code

39 Design preserve design take advantage of programming language Code

40 Design preserve design take advantage of programming language Code

41 Design preserve design take advantage of programming language rethink design Code

42 Design preserve design take advantage of programming language Code rethink design traceability and refactoring

43 To read or to execute?

44 Processor vs Programmer

45 Performance vs Understandability

46 Code is to be read

47 But, can we ignore performance?

48 Do profiling

49 Encapsulate optimized code

50 Never, never compromise design

51 Coding standards (conventions)

52 The best standard?

53 The best standard? this.name

54 The best standard? this.name _name

55 Following A standard

56 To comment, or not to comment?

57 Extract Method (

58 void printowing() { Enumeration e = this.orders.elements(); double outstanding = 0.0; // print banner System.out.printin ("************************"); System.out.printin ("**** Customer Owes *****"); System.out.printin ("************************"); // calculate outstanding while (e.hasmoreelements()) { Order each = (Order) e.nextelement(); outstanding += each.getamount(); } } //print details System.out.println("name:" + this.name); System.out.println("amount" + outstanding);

59 void printowing() { Enumeration e = this.orders.elements(); double outstanding = 0.0; printbanner(); // calculate outstanding while (e.hasmoreelements()) { Order each = (Order) e.nextelement(); outstanding += each.getamount(); } } //print details System.out.println("name:" + this.name); System.out.println("amount" + outstanding); void printbanner() { System.out.printin ("************************"); System.out.printin ("**** Customer Owes *****"); System.out.printin ("************************"); }

60 void printowing() { Enumeration e = this.orders.elements(); double outstanding = 0.0; printbanner(); // calculate outstanding while (e.hasmoreelements()) { Order each = (Order) e.nextelement(); outstanding += each.getamount(); } } printdetails(outstanding); void printdetails(double outstanding) { System.out.println("name:" + this.name); System.out.println("amount" + outstanding); }

61 void printowing() { printbanner(); double outstanding = getoutstanding(); } printdetails(outstanding); double getoutstanding() { Enumeration e = this.orders.elements(); double outstanding = 0.0; while (e.hasmoreelements()) { Order each = (Order) e.nextelement(); outstanding += each.getamount(); } return outstanding; }

62 1% of the methods need to have comments

63 1% of the methods need to have comments at least agile people do think so...

64 In which cases should we comment the code?

65

66 they are being codified

67 they are being codified it is not possible to refactor

68 they are being codified it is not possible to refactor implements an algorithm which is complex or have a known name

69 they are being codified it is not possible to refactor implements an algorithm which is complex or have a known name due to performance issues it was rewritten and lost legibility

70 Coding rules

71 Coding rules there are many and are language depend

72 Design control structure should be followed

73 Encapsulate local control flow structures

74 Data structures vs Algorithms

75 For the first $10,000 of income, the tax is 10% For the next $10,000 of income above $10,000, the tax is 12% For the next $10,000 of income above $20,000, the tax is 15% For the next $10,000 of income above $30,000, the tax is 18% For any income above $40,000, the tax is 20%

76 tax = 0; if (taxable_income == 0) goto EXIT; if (taxable_income > 10000) tax = tax ; else{ tax = tax +.10*taxable_income; goto EXIT; } if (taxable_income > 20000) tax = tax ; else{ tax = tax +.12*(taxable_income-10000): goto EXIT; } if (taxable_income > 30000) tax = tax ; else{ tax = tax +.15*(taxable_income-20000); goto EXIT; } if (taxable_income < 40000){ tax = tax +.18*(taxable_income-30000); goto EXIT; } else tax = tax +.20*(taxable_income-40000); EXIT;

77 Bracket Base Percentage

78 for (int i=2, level=1; i <= 5; i++) if (taxable_income > bracket[i]) level = level + 1; tax = base[level]+percent[level]* (taxable_income-bracket[level]);

79 Code Smells (

80 An indication for further inspection

81 Code Smells Within Classes

82 Code Smells Within Classes Comments

83 Code Smells Within Classes Comments Long methods

84 Code Smells Within Classes Comments Long methods Long parameter list

85 Code Smells Within Classes Comments Long methods Long parameter list Duplicate code

86 Code Smells Within Classes Comments Long methods Long parameter list Duplicate code Conditional complexity

87 Code Smells Within Classes Comments Long methods Long parameter list Duplicate code Conditional complexity Combinatorial explosion

88 Code Smells Within Classes Comments Large class Long methods Long parameter list Duplicate code Conditional complexity Combinatorial explosion

89 Code Smells Within Classes Comments Long methods Long parameter list Large class Type embedded in name Duplicate code Conditional complexity Combinatorial explosion

90 Code Smells Within Classes Comments Long methods Long parameter list Duplicate code Large class Type embedded in name Uncommunicative Name Conditional complexity Combinatorial explosion

91 Code Smells Within Classes Comments Long methods Long parameter list Duplicate code Conditional complexity Large class Type embedded in name Uncommunicative Name Inconsistent names Combinatorial explosion

92 Code Smells Within Classes Comments Long methods Long parameter list Duplicate code Conditional complexity Combinatorial explosion Large class Type embedded in name Uncommunicative Name Inconsistent names

93 Code Smells Between Classes

94 Code Smells Between Classes Alternative classes with different interfaces

95 Code Smells Between Classes Alternative classes with different interfaces Primitive obsession

96 Code Smells Between Classes Alternative classes with different interfaces Primitive obsession Data class

97 Code Smells Between Classes Alternative classes with different interfaces Primitive obsession Data class Data clumps

98 Code Smells Between Classes Alternative classes with different interfaces Primitive obsession Data class Data clumps Refused bequest

99 Code Smells Between Classes Alternative classes with different interfaces Primitive obsession Data class Data clumps Refused bequest Inappropriate intimacy

100 Code Smells Between Classes Alternative classes with different interfaces Indecent exposure Primitive obsession Data class Data clumps Refused bequest Inappropriate intimacy

101 Code Smells Between Classes Alternative classes with different interfaces Indecent exposure Feature envy Primitive obsession Data class Data clumps Refused bequest Inappropriate intimacy

102 Code Smells Between Classes Alternative classes with different interfaces Primitive obsession Indecent exposure Feature envy Lazy class Data class Data clumps Refused bequest Inappropriate intimacy

103 Code Smells Between Classes Alternative classes with different interfaces Primitive obsession Data class Indecent exposure Feature envy Lazy class Middle man Data clumps Refused bequest Inappropriate intimacy

104 Code Smells Between Classes Alternative classes with different interfaces Primitive obsession Data class Data clumps Indecent exposure Feature envy Lazy class Middle man Divergent change Refused bequest Inappropriate intimacy

105 Code Smells Between Classes Alternative classes with different interfaces Primitive obsession Data class Data clumps Refused bequest Indecent exposure Feature envy Lazy class Middle man Divergent change Shotgun surgery Inappropriate intimacy

106 Code Smells Between Classes Alternative classes with different interfaces Primitive obsession Data class Data clumps Refused bequest Inappropriate intimacy Indecent exposure Feature envy Lazy class Middle man Divergent change Shotgun surgery

107 Dependable Programming

108 (Fig 13.8, Sommerville)

109 Error-prone constructs

110 Error-prone constructs Unconditional branch

111 Error-prone constructs Unconditional branch Floating-point numbers

112 Error-prone constructs Unconditional branch Floating-point numbers Pointers

113 Error-prone constructs Unconditional branch Floating-point numbers Pointers Dynamic memory allocation

114 Error-prone constructs Unconditional branch Floating-point numbers Pointers Dynamic memory allocation Parallelism

115 Error-prone constructs Unconditional branch Recursion Floating-point numbers Pointers Dynamic memory allocation Parallelism

116 Error-prone constructs Unconditional branch Floating-point numbers Recursion Interrupts Pointers Dynamic memory allocation Parallelism

117 Error-prone constructs Unconditional branch Floating-point numbers Pointers Recursion Interrupts Inheritance Dynamic memory allocation Parallelism

118 Error-prone constructs Unconditional branch Floating-point numbers Pointers Dynamic memory allocation Recursion Interrupts Inheritance Aliasing Parallelism

119 Error-prone constructs Unconditional branch Floating-point numbers Pointers Dynamic memory allocation Recursion Interrupts Inheritance Aliasing Unbounded arrays Parallelism

120 Error-prone constructs Unconditional branch Floating-point numbers Pointers Dynamic memory allocation Parallelism Recursion Interrupts Inheritance Aliasing Unbounded arrays Default input processing

Patterns in Software Engineering

Patterns in Software Engineering Patterns in Software Engineering Lecturer: Raman Ramsin Lecture 10 Refactoring Patterns Part 1 1 Refactoring: Definition Refactoring: A change made to the internal structure of software to make it easier

More information

F. Tip and M. Weintraub REFACTORING. Thanks go to Andreas Zeller for allowing incorporation of his materials

F. Tip and M. Weintraub REFACTORING. Thanks go to Andreas Zeller for allowing incorporation of his materials F. Tip and M. Weintraub REFACTORING Thanks go to Andreas Zeller for allowing incorporation of his materials TODAY S LECTURE anti-patterns common response to a recurring problem that is usually ineffective

More information

Credit where Credit is Due. Lecture 25: Refactoring. Goals for this lecture. Last Lecture

Credit where Credit is Due. Lecture 25: Refactoring. Goals for this lecture. Last Lecture Credit where Credit is Due Lecture 25: Refactoring Kenneth M. Anderson Object-Oriented Analysis and Design CSCI 6448 - Spring Semester, 2002 Some of the material for this lecture and lecture 26 is taken

More information

Evolving Software. CMSC 433 Programming Language Technologies and Paradigms Spring Example. Some Motivations for This Refactoring

Evolving Software. CMSC 433 Programming Language Technologies and Paradigms Spring Example. Some Motivations for This Refactoring CMSC 433 Programming Language Technologies and Paradigms Spring 2007 Refactoring April 24, 2007 Lots of material taken from Fowler, Refactoring: Improving the Design of Existing Code 1 Evolving Software

More information

Administrivia. Programming Language Fall Example. Evolving Software. Project 3 coming out Midterm October 28. Refactoring October 14, 2004

Administrivia. Programming Language Fall Example. Evolving Software. Project 3 coming out Midterm October 28. Refactoring October 14, 2004 CMSC 433 Programming Language Fall 2004 Project 3 coming out Midterm October 28 Administrivia Refactoring October 14, 2004 Lots of material taken from Fowler, Refactoring: Improving the Design of Existing

More information

Implementing evolution: Refactoring

Implementing evolution: Refactoring 2IS55 Software Evolution Implementing evolution: Refactoring Alexander Serebrenik Sources / SET / W&I 5-6-2012 PAGE 1 Last week How to implement evolution Last week: evolution strategies and decision making

More information

Refactoring. Chen Tang March 3, 2004

Refactoring. Chen Tang March 3, 2004 Refactoring Chen Tang March 3, 2004 What Is Refactoring (Definition) Refactoring is the process of changing a software system in such a way that it does not alter the external behavior of the code yet

More information

Code Smells & Refactoring

Code Smells & Refactoring Material and some slide content from: - Mehdi Amoui Kalareh SERVICES COMPONENTS OBJECTS MODULES Code Smells & Refactoring Reid Holmes Lecture 21 - Thursday November 25 2010. Program restructuring Software

More information

Code Smells & Refactoring

Code Smells & Refactoring Material and some slide content from: - Mehdi Amoui Kalareh - Fowler Refactoring book Code Smells & Refactoring Reid Holmes Lecture 18 - Tuesday November 22 2011. Program restructuring Software systems

More information

Implementing evolution: Refactoring

Implementing evolution: Refactoring 2IS55 Software Evolution Sources Implementing evolution: Refactoring Alexander Serebrenik / SET / W&I 17-5-2010 PAGE 1 Last week Problem: changing code is difficult Assignment 6 Deadline: Today Assignment

More information

Principles of Software Construction: Objects, Design, and Concurrency

Principles of Software Construction: Objects, Design, and Concurrency Principles of Software Construction: Objects, Design, and Concurrency Designing (sub-) systems Incremental improvements Charlie Garrod Michael Hilton School of Computer Science 1 Administriva HW4 Part

More information

Refactoring. Section (JIA s) OTHER SOURCES

Refactoring. Section (JIA s) OTHER SOURCES Refactoring Section 7.2.1 (JIA s) OTHER SOURCES Code Evolution Programs evolve and code is NOT STATIC Code duplication Outdated knowledge (now you know more) Rethink earlier decisions and rework portions

More information

Lecture Notes. Polymorphism. Polymorphism. If Polymorphism is Not Available. To be placed at:

Lecture Notes. Polymorphism. Polymorphism. If Polymorphism is Not Available. To be placed at: To be placed at: Lecture Notes www.cs.umb.edu/~jxs/courses/cs40 Polymorphism Polymorphism If Polymorphism is Not Available Customer gettotaltax():float * Account accounts # balance: float getbalance():

More information

Refactoring. Kenneth M. Anderson University of Colorado, Boulder CSCI 4448/5448 Lecture 27 11/29/11. University of Colorado, 2011

Refactoring. Kenneth M. Anderson University of Colorado, Boulder CSCI 4448/5448 Lecture 27 11/29/11. University of Colorado, 2011 Refactoring Kenneth M. Anderson University of Colorado, Boulder CSCI 4448/5448 Lecture 27 11/29/11 University of Colorado, 2011 Credit where Credit is Due Some of the material for this lecture is taken

More information

Refactoring. George Dinwiddie idia Computing, LLC

Refactoring. George Dinwiddie idia Computing, LLC Refactoring George Dinwiddie idia Computing, LLC http://idiacomputing.com http://blog.gdinwiddie.com What is Refactoring? Refactoring is a disciplined technique for restructuring an existing body of code,

More information

AgileBill Krebs. Agile3d Academy. Enterprise Open Distributed. Agile Quality. Years 30 Books 240. Certs 8. Badges 6. O, Rq, Pm, Qa, Ns, Agile 01

AgileBill Krebs. Agile3d Academy. Enterprise Open Distributed. Agile Quality. Years 30 Books 240. Certs 8. Badges 6. O, Rq, Pm, Qa, Ns, Agile 01 Agile3d Academy AgileBill Krebs Agile Quality Enterprise Open Distributed Years 30 Books 240 Certs 8 Badges 6 O, Rq, Pm, Qa, Ns, Agile 01 Agile Testing: A Practical Guide for Testers and Agile Teams By

More information

Small changes to code to improve it

Small changes to code to improve it Small changes to code to improve it 1 Refactoring Defined A change made to the internal structure of software to make it easier to understand and cheaper to modify without changing its observable behavior

More information

Refactoring. Thierry Sans. with slides from Anya Tafliovich

Refactoring. Thierry Sans. with slides from Anya Tafliovich Refactoring Thierry Sans with slides from Anya Tafliovich Composing Methods Extract Method void printowing() { printbanner(); //print details System.out.println("name: " + name); System.out.println("amount:

More information

CSE 403 Lecture 21. Refactoring and Code Maintenance. Reading: Code Complete, Ch. 24, by S. McConnell Refactoring, by Fowler/Beck/Brant/Opdyke

CSE 403 Lecture 21. Refactoring and Code Maintenance. Reading: Code Complete, Ch. 24, by S. McConnell Refactoring, by Fowler/Beck/Brant/Opdyke CSE 403 Lecture 21 Refactoring and Code Maintenance Reading: Code Complete, Ch. 24, by S. McConnell Refactoring, by Fowler/Beck/Brant/Opdyke slides created by Marty Stepp http://www.cs.washington.edu/403/

More information

Software Engineering I (02161)

Software Engineering I (02161) Software Engineering I (02161) Week 9 Assoc. Prof. Hubert Baumeister DTU Compute Technical University of Denmark Spring 2015 Last Week Software Development Process Version Control Contents Project planning

More information

Keywords Code clean up, code standard, maintainability, extendibility, software refactoring, bad smell code.

Keywords Code clean up, code standard, maintainability, extendibility, software refactoring, bad smell code. Volume 7, Issue 5, May 2017 ISSN: 2277 128X International Journal of Advanced Research in Computer Science and Software Engineering Research Paper Available online at: www.ijarcsse.com A Review on Bad

More information

What? reorganising its internal structure

What? reorganising its internal structure What? Improving a computer program by reorganising its internal structure without t altering its external behaviour. (http://dictionary.reference.com/browse/refactoring ) Why? Improves the over all design

More information

CSCD01 Engineering Large Software Systems. Refactoring. Joe Bettridge. Winter With thanks to Anya Tafliovich (Based on Refactoring by M.

CSCD01 Engineering Large Software Systems. Refactoring. Joe Bettridge. Winter With thanks to Anya Tafliovich (Based on Refactoring by M. CSCD01 Engineering Large Software Systems Refactoring Joe Bettridge Winter 2018 With thanks to Anya Tafliovich (Based on Refactoring by M. Fowler) What is Refactoring? Process of changing a software system

More information

Refactoring. Kenneth M. Anderson University of Colorado, Boulder CSCI 4448/5448 Lecture 27 04/19/11. University of Colorado, 2011

Refactoring. Kenneth M. Anderson University of Colorado, Boulder CSCI 4448/5448 Lecture 27 04/19/11. University of Colorado, 2011 Refactoring Kenneth M. Anderson University of Colorado, Boulder CSCI 4448/5448 Lecture 27 04/19/11 University of Colorado, 2011 Credit where Credit is Due Some of the material for this lecture is taken

More information

Maintainability and Agile development. Author: Mika Mäntylä

Maintainability and Agile development. Author: Mika Mäntylä Maintainability and Agile development Author: Mika Mäntylä ISO 9126 Software Quality Characteristics Are the required functions available in the software? How easy is it to

More information

R E A D C L E A N C O D E : A H A N D B O O K O F S O F T W A R E C R A F T S M A N S H I P. C H A P T E R S 2 A N D 4.

R E A D C L E A N C O D E : A H A N D B O O K O F S O F T W A R E C R A F T S M A N S H I P. C H A P T E R S 2 A N D 4. R E A D C L E A N C O D E : A H A N D B O O K O F S O F T W A R E C R A F T S M A N S H I P. C H A P T E R S 2 A N D 4. H T T P S : / / R E F A C T O R I N G. G U R U / R E F A C T O R I N G / C A T A

More information

A Study of Bad Smells in Code

A Study of Bad Smells in Code International Journal for Science and Emerging ISSN No. (Online):2250-3641 Technologies with Latest Trends 7(1): 16-20 (2013) ISSN No. (Print): 2277-8136 A Study of Bad Smells in Code Gurpreet Singh* and

More information

COURSE 11 DESIGN PATTERNS

COURSE 11 DESIGN PATTERNS COURSE 11 DESIGN PATTERNS PREVIOUS COURSE J2EE Design Patterns CURRENT COURSE Refactoring Way refactoring Some refactoring examples SOFTWARE EVOLUTION Problem: You need to modify existing code extend/adapt/correct/

More information

Software Design COSC 4353/6353 D R. R A J S I N G H

Software Design COSC 4353/6353 D R. R A J S I N G H Software Design COSC 4353/6353 D R. R A J S I N G H Week 5 Refactoring What is Refactoring? Code Smells Why Refactoring? Techniques IDEs What is Refactoring? Art of improving the design of existing code

More information

Exploring Software Refactoring Decisions in a Lean Startup

Exploring Software Refactoring Decisions in a Lean Startup Ömer Furkan Tercan Exploring Software Refactoring Decisions in a Lean Startup School of Science Thesis submitted for examination for the degree of Master of Science in Technology. Espoo 30.11.2015 Thesis

More information

void printowing(double amount) { printbanner(); printdetails(); void printdetails(double amount) {

void printowing(double amount) { printbanner(); printdetails(); void printdetails(double amount) { Refactoring References: Martin Fowler, Refactoring: Improving the Design of Existing Code; ; Bruce Wampler, The Essence of Object-Oriented Oriented Programming with Java and UML A recent OO technique that

More information

Talking about apples and oranges

Talking about apples and oranges S C I E N C E P A S S I O N T E C H N O L O G Y Talking about apples and oranges Static analysis techniques Part II Birgit Hofer Institute for Software Technology 1 u www.tugraz.at Risk comes from not

More information

Refactoring. Refactoring Methods. Refactoring Methods. Refactoring Methods. Refactoring Methods. Refactoring Methods. Lesson Four:

Refactoring. Refactoring Methods. Refactoring Methods. Refactoring Methods. Refactoring Methods. Refactoring Methods. Lesson Four: Lesson Four: Learning objective good object-oriented methods. Primary refactoring used to produce good methods is Extract Method, but others are covered. Good method is defined as a method with an acceptable

More information

Refactoring 101. By: Adam Culp

Refactoring 101. By: Adam Culp By: Adam Culp Twitter: @adamculp https://joind.in/14927 2 About me PHP 5.3 Certified Consultant at Zend Technologies Organizer SoFloPHP (South Florida) Organized SunshinePHP (Miami) Long distance (ultra)

More information

Software Engineering. Functions

Software Engineering. Functions Software Engineering Functions Project? how s it going? Any Questions? Admin Midterm discussion Quizzes coming Wednesday classes don t meet on Feb 21 Monday classes will meet instead. Actually not many

More information

Clean

Clean Clean Code @mariosangiorgio Why? Goals Readable, maintainable and extendable code Meaningful names A simple example public List getthem() { List list1 = new ArrayList(); for (int[]

More information

Recap: Pointers. int* int& *p &i &*&* ** * * * * IFMP 18, M. Schwerhoff

Recap: Pointers. int* int& *p &i &*&* ** * * * * IFMP 18, M. Schwerhoff Recap: Pointers IFMP 18, M. Schwerhoff int* int& *p &i &*&* ** * * * * A 0 A 1 A 2 A 3 A 4 A 5 A 0 A 1 A 2 A 3 A 4 A 5 5 i int* p; A 0 A 1 A 2 A 3 A 4 A 5 5 i p int* p; p = &i; A 0 A 1 A 2 A 3 A 4 A 5

More information

Understading Refactorings

Understading Refactorings Understading Refactorings Ricardo Terra terra@dcc.ufmg.br Marco Túlio Valente mtov@dcc.ufmg.br UFMG, 2010 UFMG, 2010 Understanding Refactorings 1 / 36 Agenda 1 Overview 2 Refactoring 3 Final Considerations

More information

Does Your Code Measure Up?

Does Your Code Measure Up? Does Your Code Measure Up? By: Adam Culp Twitter: @adamculp https://joind.in/13300 2 About me PHP 5.3 Certified Consultant at Zend Technologies Organizer SoFloPHP (South Florida) Organized SunshinePHP

More information

Motivation was to facilitate development of systems software, especially OS development.

Motivation was to facilitate development of systems software, especially OS development. A History Lesson C Basics 1 Development of language by Dennis Ritchie at Bell Labs culminated in the C language in 1972. Motivation was to facilitate development of systems software, especially OS development.

More information

Designing with patterns - Refactoring. What is Refactoring?

Designing with patterns - Refactoring. What is Refactoring? Designing with patterns - Refactoring Bottom up based application of patterns Improving the design after it has been written What is Refactoring? Two definitions, the object and act of change in software

More information

Kerievsky_book.fm Page 355 Thursday, July 8, :12 PM. Index

Kerievsky_book.fm Page 355 Thursday, July 8, :12 PM. Index Kerievsky_book.fm Page 355 Thursday, July 8, 2004 12:12 PM Index A Absorbing class, 117 Abstract Factory, 70 71 Accept methods, 327 Accumulation methods, 315, 325 330 Accumulation refactorings Collecting

More information

MIPS Programming. A basic rule is: try to be mechanical (that is, don't be "tricky") when you translate high-level code into assembler code.

MIPS Programming. A basic rule is: try to be mechanical (that is, don't be tricky) when you translate high-level code into assembler code. MIPS Programming This is your crash course in assembler programming; you will teach yourself how to program in assembler for the MIPS processor. You will learn how to use the instruction set summary to

More information

Name :. Roll No. :... Invigilator s Signature : INTRODUCTION TO PROGRAMMING. Time Allotted : 3 Hours Full Marks : 70

Name :. Roll No. :... Invigilator s Signature : INTRODUCTION TO PROGRAMMING. Time Allotted : 3 Hours Full Marks : 70 Name :. Roll No. :..... Invigilator s Signature :.. 2011 INTRODUCTION TO PROGRAMMING Time Allotted : 3 Hours Full Marks : 70 The figures in the margin indicate full marks. Candidates are required to give

More information

OOD Smells and Principles

OOD Smells and Principles Contents OOD Smells and Principles Code Smells vs. Refactoring Design Smells vs. Design Principles SOLID Single Responsibility Principle (SRP) Open Closed Principle (OCP) C++ Object Oriented Programming

More information

Badge#8: Geek Refactoring

Badge#8: Geek Refactoring Badge#8: Geek Refactoring Nuno Pombo, Qualidade de Software, 2018/19 1 When To Refactor? Rule of Three When adding a feature When fixing a bug During a code review 2 How To Refactor? The code should become

More information

Lecture 4: MIPS Instruction Set

Lecture 4: MIPS Instruction Set Lecture 4: MIPS Instruction Set No class on Tuesday Today s topic: MIPS instructions Code examples 1 Instruction Set Understanding the language of the hardware is key to understanding the hardware/software

More information

Refactoring. What to refactor Refactor to what How to conduct the refactoring. This website is also very informative

Refactoring. What to refactor Refactor to what How to conduct the refactoring. This website is also very informative Refactoring What to refactor Refactor to what How to conduct the refactoring This website is also very informative https://refactoring.com/catalog/ Definitions Changing/improving the code structure w/o

More information

Volume II, Section 5 Table of Contents

Volume II, Section 5 Table of Contents Volume II, Section 5 Table of Contents 5...5-1 5.1 Scope...5-1 5.2 Basis of...5-1 5.3 Initial Review of Documentation...5-2 5.4 Source Code Review...5-2 5.4.1 Control Constructs...5-3 5.4.1.1 Replacement

More information

Motivation was to facilitate development of systems software, especially OS development.

Motivation was to facilitate development of systems software, especially OS development. A History Lesson C Basics 1 Development of language by Dennis Ritchie at Bell Labs culminated in the C language in 1972. Motivation was to facilitate development of systems software, especially OS development.

More information

COMP 303 Computer Architecture Lecture 3. Comp 303 Computer Architecture

COMP 303 Computer Architecture Lecture 3. Comp 303 Computer Architecture COMP 303 Computer Architecture Lecture 3 Comp 303 Computer Architecture 1 Supporting procedures in computer hardware The execution of a procedure Place parameters in a place where the procedure can access

More information

CMSC 341 Lecture 7 Lists

CMSC 341 Lecture 7 Lists CMSC 341 Lecture 7 Lists Today s Topics Linked Lists vs Arrays Nodes Using Linked Lists Supporting Actors (member variables) Overview Creation Traversal Deletion UMBC CMSC 341 Lists 2 Linked Lists vs Arrays

More information

Refactoring, 2nd Ed. A love story. Michael Hunger

Refactoring, 2nd Ed. A love story. Michael Hunger Refactoring, 2nd Ed. A love story Michael Hunger Michael Hunger Open Sourcerer Neo4j @mesirii It crashed at 940! I know what you're here for! Covers By: dev.to/rly Which Refactoring do you like most? Extract

More information

Lecture 3. COMP1006/1406 (the Java course) Summer M. Jason Hinek Carleton University

Lecture 3. COMP1006/1406 (the Java course) Summer M. Jason Hinek Carleton University Lecture 3 COMP1006/1406 (the Java course) Summer 2014 M. Jason Hinek Carleton University today s agenda assignments 1 (graded) & 2 3 (available now) & 4 (tomorrow) a quick look back primitive data types

More information

Polishing Design Flaw Definitions. Code Quality Knowledge Engineering over The Quest for the Ultimate Good

Polishing Design Flaw Definitions. Code Quality Knowledge Engineering over The Quest for the Ultimate Good Polishing Design Flaw Definitions Code Quality Knowledge Engineering over The Quest for the Ultimate Good Overview Prelude: Why study design flaw definitions and design ideas together? [Not in the paper]

More information

Implementation of an Eclipse-based Model Validation Plug-in for Papyrus-RT. Tuhin Kanti Das & Juergen Dingel

Implementation of an Eclipse-based Model Validation Plug-in for Papyrus-RT. Tuhin Kanti Das & Juergen Dingel Implementation of an Eclipse-based Model Validation Plug-in for Papyrus-RT Tuhin Kanti Das & Juergen Dingel Outline } Background } Research Stages Analysis of UML-RT Models! Goal: Proposing a set of design

More information

Chapter 5: Procedural abstraction. Function procedures. Function procedures. Proper procedures and function procedures

Chapter 5: Procedural abstraction. Function procedures. Function procedures. Proper procedures and function procedures Chapter 5: Procedural abstraction Proper procedures and function procedures Abstraction in programming enables distinction: What a program unit does How a program unit works This enables separation of

More information

CS247. Today s topics. Design matters. What is refactoring?

CS247. Today s topics. Design matters. What is refactoring? Today s topics CS247 Refactoring Adapted from Martin Fowler s text and Mike Godfrey s slides. What is refactoring and why do we care? The rule of three. A simple case study that applies some refactorings.

More information

Design Issues. Subroutines and Control Abstraction. Subroutines and Control Abstraction. CSC 4101: Programming Languages 1. Textbook, Chapter 8

Design Issues. Subroutines and Control Abstraction. Subroutines and Control Abstraction. CSC 4101: Programming Languages 1. Textbook, Chapter 8 Subroutines and Control Abstraction Textbook, Chapter 8 1 Subroutines and Control Abstraction Mechanisms for process abstraction Single entry (except FORTRAN, PL/I) Caller is suspended Control returns

More information

CS 314 Principles of Programming Languages. Lecture 9

CS 314 Principles of Programming Languages. Lecture 9 CS 314 Principles of Programming Languages Lecture 9 Zheng Zhang Department of Computer Science Rutgers University Wednesday 5 th October, 2016 Zheng Zhang 1 CS@Rutgers University Class Information Homework

More information

An Empirical Investigation into Code Smells Elimination Sequences for Energy Efficient Software

An Empirical Investigation into Code Smells Elimination Sequences for Energy Efficient Software An Empirical Investigation into Code Smells Elimination Sequences for Energy Efficient Software A DISSERTATION SUBMITTED IN PARTIAL FULFILLMENT OF THE REQUIREMENT FOR THE AWARD OF THE DEGREE OF MASTER

More information

Review of the C Programming Language for Principles of Operating Systems

Review of the C Programming Language for Principles of Operating Systems Review of the C Programming Language for Principles of Operating Systems Prof. James L. Frankel Harvard University Version of 7:26 PM 4-Sep-2018 Copyright 2018, 2016, 2015 James L. Frankel. All rights

More information

Review of the C Programming Language

Review of the C Programming Language Review of the C Programming Language Prof. James L. Frankel Harvard University Version of 11:55 AM 22-Apr-2018 Copyright 2018, 2016, 2015 James L. Frankel. All rights reserved. Reference Manual for the

More information

Software LEIC. Lecture 24

Software LEIC. Lecture 24 Software Engineering @ LEIC Lecture 24 Last Lecture Software Architecture Dependable System Architecture Security System Architecture Software Implementation Coding Standards Coding Rules Dependable Programming

More information

QUIZ on Ch.5. Why is it sometimes not a good idea to place the private part of the interface in a header file?

QUIZ on Ch.5. Why is it sometimes not a good idea to place the private part of the interface in a header file? QUIZ on Ch.5 Why is it sometimes not a good idea to place the private part of the interface in a header file? Example projects where we don t want the implementation visible to the client programmer: The

More information

Introduction to Computers and C++ Programming p. 1 Computer Systems p. 2 Hardware p. 2 Software p. 7 High-Level Languages p. 8 Compilers p.

Introduction to Computers and C++ Programming p. 1 Computer Systems p. 2 Hardware p. 2 Software p. 7 High-Level Languages p. 8 Compilers p. Introduction to Computers and C++ Programming p. 1 Computer Systems p. 2 Hardware p. 2 Software p. 7 High-Level Languages p. 8 Compilers p. 9 Self-Test Exercises p. 11 History Note p. 12 Programming and

More information

Software re-engineering

Software re-engineering Software re-engineering Reorganising and modifying existing software systems to make them more maintainable Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 28 Slide 1 Objectives To explain

More information

Aryan College. Fundamental of C Programming. Unit I: Q1. What will be the value of the following expression? (2017) A + 9

Aryan College. Fundamental of C Programming. Unit I: Q1. What will be the value of the following expression? (2017) A + 9 Fundamental of C Programming Unit I: Q1. What will be the value of the following expression? (2017) A + 9 Q2. Write down the C statement to calculate percentage where three subjects English, hindi, maths

More information

CS64 Week 5 Lecture 1. Kyle Dewey

CS64 Week 5 Lecture 1. Kyle Dewey CS64 Week 5 Lecture 1 Kyle Dewey Overview More branches in MIPS Memory in MIPS MIPS Calling Convention More Branches in MIPS else_if.asm nested_if.asm nested_else_if.asm Memory in MIPS Accessing Memory

More information

a data type is Types

a data type is Types Pointers Class 2 a data type is Types Types a data type is a set of values a set of operations defined on those values in C++ (and most languages) there are two flavors of types primitive or fundamental

More information

Programming Language Vulnerabilities within the ISO/IEC Standardization Community

Programming Language Vulnerabilities within the ISO/IEC Standardization Community Programming Language Vulnerabilities within the ISO/IEC Standardization Community Stephen Michell International Convenor JTC 1/SC 22 WG 23 Programming Language Vulnerabilities stephen.michell@maurya.on.ca

More information

The Procedure Abstraction Part I Basics

The Procedure Abstraction Part I Basics The Procedure Abstraction Part I Basics Procedure Abstraction The compiler must deal with interface between compile time and run time Most of the tricky issues arise in implementing procedures Procedures

More information

G Programming Languages - Fall 2012

G Programming Languages - Fall 2012 G22.2110-003 Programming Languages - Fall 2012 Lecture 3 Thomas Wies New York University Review Last week Names and Bindings Lifetimes and Allocation Garbage Collection Scope Outline Control Flow Sequencing

More information

Subroutines. Subroutine. Subroutine design. Control abstraction. If a subroutine does not fit on the screen, it is too long

Subroutines. Subroutine. Subroutine design. Control abstraction. If a subroutine does not fit on the screen, it is too long Subroutines Subroutine = procedure (statement) - no return value - side effects function (expression) - return value - (no side effects in some languages) Subroutine Control abstraction Subroutine design

More information

Introduction to Programming Using Java (98-388)

Introduction to Programming Using Java (98-388) Introduction to Programming Using Java (98-388) Understand Java fundamentals Describe the use of main in a Java application Signature of main, why it is static; how to consume an instance of your own class;

More information

Verification and Validation

Verification and Validation Verification and Validation Assuring that a software system meets a user's needs Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 19 Slide 1 Objectives To introduce software verification

More information

8. Functions (II) Control Structures: Arguments passed by value and by reference int x=5, y=3, z; z = addition ( x, y );

8. Functions (II) Control Structures: Arguments passed by value and by reference int x=5, y=3, z; z = addition ( x, y ); - 50 - Control Structures: 8. Functions (II) Arguments passed by value and by reference. Until now, in all the functions we have seen, the arguments passed to the functions have been passed by value. This

More information

Refactorings. Refactoring. Refactoring Strategy. Demonstration: Refactoring and Reverse Engineering. Conclusion

Refactorings. Refactoring. Refactoring Strategy. Demonstration: Refactoring and Reverse Engineering. Conclusion Refactorings Refactoring What is it? Why is it necessary? Examples Tool support Refactoring Strategy Code Smells Examples of Cure Demonstration: Refactoring and Reverse Engineering Refactor to Understand

More information

CSE P 501 Compilers. Java Implementation JVMs, JITs &c Hal Perkins Winter /11/ Hal Perkins & UW CSE V-1

CSE P 501 Compilers. Java Implementation JVMs, JITs &c Hal Perkins Winter /11/ Hal Perkins & UW CSE V-1 CSE P 501 Compilers Java Implementation JVMs, JITs &c Hal Perkins Winter 2008 3/11/2008 2002-08 Hal Perkins & UW CSE V-1 Agenda Java virtual machine architecture.class files Class loading Execution engines

More information

Compiler Construction Lent Term 2015 Lectures 10, 11 (of 16)

Compiler Construction Lent Term 2015 Lectures 10, 11 (of 16) Compiler Construction Lent Term 15 Lectures 10, 11 (of 16) 1. Slang.2 (Lecture 10) 1. In lecture code walk of slang2_derive 2. Assorted topics (Lecture 11) 1. Exceptions 2. Objects 3. Stacks vs. Register

More information

Test, Code, Design: Inverting the Waterfall

Test, Code, Design: Inverting the Waterfall Test, Code, Design: Inverting the Waterfall Agenda Design Change Testing Code Reviews Refactoring Who am I? John Deters jadeters@comcast.net Son of a programmer Programming computers all my life I have

More information

Software Engineering using Formal Methods

Software Engineering using Formal Methods Software Engineering using Formal Methods Introduction to Promela Wolfgang Ahrendt 03 September 2015 SEFM: Promela /GU 150903 1 / 36 Towards Model Checking System Model Promela Program byte n = 0; active

More information

Refactoring Framework for Instance Code Smell Detection

Refactoring Framework for Instance Code Smell Detection International Journal of Advanced Research in Computer Engineering & Technology (IJARCET) Refactoring Framework for Instance Code Smell Detection D. Raj Kumar, G.M. Chanakya Abstract Code and design smells

More information

Control Instructions. Computer Organization Architectures for Embedded Computing. Thursday, 26 September Summary

Control Instructions. Computer Organization Architectures for Embedded Computing. Thursday, 26 September Summary Control Instructions Computer Organization Architectures for Embedded Computing Thursday, 26 September 2013 Many slides adapted from: Computer Organization and Design, Patterson & Hennessy 4th Edition,

More information

Control Instructions

Control Instructions Control Instructions Tuesday 22 September 15 Many slides adapted from: and Design, Patterson & Hennessy 5th Edition, 2014, MK and from Prof. Mary Jane Irwin, PSU Summary Previous Class Instruction Set

More information

Software Design and SOLID Principles

Software Design and SOLID Principles TCSS 360: SOFTWARE DEVELOPMENT AND QUALITY ASSURANCE OBJECTIVES Software Design and SOLID Principles Wes J. Lloyd Institute of Technology University of Washington - Tacoma SessionMgr read_from_db() store_in_db()

More information

G Programming Languages - Fall 2012

G Programming Languages - Fall 2012 G22.2110-003 Programming Languages - Fall 2012 Lecture 4 Thomas Wies New York University Review Last week Control Structures Selection Loops Adding Invariants Outline Subprograms Calling Sequences Parameter

More information

School of Computer & Communication Sciences École Polytechnique Fédérale de Lausanne

School of Computer & Communication Sciences École Polytechnique Fédérale de Lausanne Principles of Dependable Systems Building Reliable Software School of Computer & Communication Sciences École Polytechnique Fédérale de Lausanne Winter 2006-2007 Outline Class Projects: mtgs next week

More information

The Benefits And Reasons for Doing Refactoring

The Benefits And Reasons for Doing Refactoring The Benefits And Reasons for Doing Refactoring CSC508 Software Engineering by Magnus Aase December 11, 2001 The people behind the work of Refactoring seem all to agree on that Refactoring is not a cure

More information

Verification Using Static Analysis

Verification Using Static Analysis Verification Using Static Analysis Outline Today we will discuss static analysis and how it differs from dynamic analysis We will also look at the different types of static analysis including: Control

More information

Verification and Validation. Assuring that a software system meets a user s needs. Verification vs Validation. The V & V Process

Verification and Validation. Assuring that a software system meets a user s needs. Verification vs Validation. The V & V Process Verification and Validation Assuring that a software system meets a user s needs Ian Sommerville 1995/2000 (Modified by Spiros Mancoridis 1999) Software Engineering, 6th edition. Chapters 19,20 Slide 1

More information

Machine Language Instructions Introduction. Instructions Words of a language understood by machine. Instruction set Vocabulary of the machine

Machine Language Instructions Introduction. Instructions Words of a language understood by machine. Instruction set Vocabulary of the machine Machine Language Instructions Introduction Instructions Words of a language understood by machine Instruction set Vocabulary of the machine Current goal: to relate a high level language to instruction

More information

Programming Techniques Laboratory 1 OOP Principles

Programming Techniques Laboratory 1 OOP Principles Programming Techniques Laboratory 1 OOP Principles Finance Application Purpose Develop an application that allows you to query different types of company considering the following filters: Name City Identification

More information

Software LEIC/LETI. Lecture 10

Software LEIC/LETI. Lecture 10 Software Engineering @ LEIC/LETI Lecture 10 Last Lecture Project Management Large Number of Features Project Planning Risk Management Agile Planning Scrum (Sommerville, Fig 3.9) (http://en.wikipedia.org/wiki/scrum_(software_development))

More information

22c:111 Programming Language Concepts. Fall Types I

22c:111 Programming Language Concepts. Fall Types I 22c:111 Programming Language Concepts Fall 2008 Types I Copyright 2007-08, The McGraw-Hill Company and Cesare Tinelli. These notes were originally developed by Allen Tucker, Robert Noonan and modified

More information

Defining Classes and Methods

Defining Classes and Methods Defining Classes and Methods Chapter 4 Chapter 4 1 Basic Terminology Objects can represent almost anything. A class defines a kind of object. It specifies the kinds of data an object of the class can have.

More information

Software dependability. Critical systems development. Objectives. Dependability achievement. Diversity and redundancy.

Software dependability. Critical systems development. Objectives. Dependability achievement. Diversity and redundancy. Software dependability Critical systems development In general, software customers expect all software to be dependable. However, for non-critical applications, they may be willing to accept some system

More information

Data Structures and Algorithms for Engineers

Data Structures and Algorithms for Engineers 04-630 Data Structures and Algorithms for Engineers David Vernon Carnegie Mellon University Africa vernon@cmu.edu www.vernon.eu Data Structures and Algorithms for Engineers 1 Carnegie Mellon University

More information

The Procedure Abstraction Part I: Basics

The Procedure Abstraction Part I: Basics The Procedure Abstraction Part I: Basics Procedure Abstraction Begins Chapter 6 in EAC The compiler must deal with interface between compile time and run time Most of the tricky issues arise in implementing

More information

Introduc)on to So,ware Technology So#ware Quality

Introduc)on to So,ware Technology So#ware Quality Introduc)on to So,ware Technology So#ware Quality Klaus Ostermann Some slides on refactoring adapted from CS246 course at U Waterloo 1 So,ware Quality How can we maintain or improve the quality of so,ware?

More information