Software Development
|
|
- Lee Parks
- 6 years ago
- Views:
Transcription
1 Software Development and Professional Practice Object-Oriented Design Part the Third: (in which we revisit several parts of the OOA&D process, culminating in some general design principles) Object Oriented Design 1
2 Unless otherwise expressly stated, all original material of whatever nature created by John F. Dooley and included in this web site and any related pages, including the site's archives, is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License. A number of slides in this file contain figures and data from Head First Object-Oriented Analysis and Design, and are copyrighted by O Reilly Media, Inc., Intro to Development 2
3 Object-Oriented Design Principles Let s review some general design principles that relate to pretty much all object-oriented designs. Using proven OO design principles results in more maintainable, flexible, and extensible software. Object Oriented Design 3
4 Here s a good list from HFOOA&D (page 418) We ll talk about each one in turn. (Look at Chapters, 3, 5, and 8 for these.) Object Oriented Design 4
5 OO Design Principle #1 Encapsulate what varies. page 226 Object Oriented Design 5
6 Object Oriented Design 6
7 Object Oriented Design 7
8 OO Design Principle #2 Code to an interface rather than an implementation. page 224 Object Oriented Design 8
9 Interface? Object Oriented Design 9
10 Object Oriented Design 10
11 OO Design Principle #3 Each class in the implementation should have only one reason to change. meaning that you have high cohesion - the class does one thing and everything in the class is related to that one thing. we ll come back to this in a couple of principles page 269 Object Oriented Design 11
12 Object Oriented Design 12
13 OO Design Principle #4 Classes are about behavior and functionality. The reason you usually create a subclass is because the behavior of the subclass is different than the superclass. page 241 Object Oriented Design 13
14 Object Oriented Design 14
15 Object Oriented Design 15
16 Design Principle # 4.5 Make your classes cohesive A cohesive class does one thing really well and does not try to do or be something else. The more cohesive each class is, the more cohesive the entire application is. Object Oriented Design 16
17 Summary of the first four principles + 1 Well-designed software is easy to change and extend. Use basic OO principles like encapsulation and inheritance to make your design more flexible. Make each of your classes cohesive: each of your classes should focus on doing one thing really well. Always strive for higher cohesion. Object Oriented Design 17
18 OO Design Principle #5 The Open-Closed Principle Classes should be open for extension, but closed for modification. The OCP is all about allowing change, but doing it without requiring you to modify existing code. page 377 Object Oriented Design 18
19 The OC(P) InstrumentSpec is closed to modification but open to extension. Object Oriented Design 19
20 OO Design Principle #6 The Don t Repeat Yourself (DRY) Principle: Avoid duplicate code by abstracting out things that are common and placing them in a single location. 1. Abstract out the common code either into a separate method, or a separate class. 2. remove the code from other locations, and at the same time 3. replace it with the new method calls. page 382 Object Oriented Design 20
21 DRY is about having each piece of information and behavior in your system in a single, sensible place. Dry is really about ONE requirement in ONE place. Object Oriented Design 21
22 How DRY I am... DRY is about having one place where a requirement is implemented removing duplicate code into a single class making sure that that single class is the right place for it to be so that changes are easy and the place to make them obvious. so really, DRY applies to your requirements, architecture and design as well as your code - you want the system to be organized so that there s a place for everything and everything in it s place. Object Oriented Design 22
23 OO Design Principle #7 The Single Responsibility Principle (SRP): Every object in your system should have a single responsibility, and all the object s services should be focused on carrying out that single responsibility. You ve implemented the Single Responsibility Principle correctly when each of your objects has only one reason to change. page 390 What other word does SRP remind you of? Object Oriented Design 23
24 So what the heck does this mean??? Try this Take a class diagram Then for each method in the class, write down The Automobile itself. Object Oriented Design 24
25 Does each line make sense? If not, maybe you need another class (or 4). Object Oriented Design 25
26 So that each class is responsible for a single behavior Object Oriented Design 26
27 OO Design Principle #8 The Liskov Substitution Principle (LSP): Subclasses must be substitutable for their base classes. (That is, this is about doing inheritance right; you must be able to substitute your subclass for the super class without things going horribly wrong.) The LSP is all about well-designed inheritance. When you inherit from a super class, you must be able to substitute your sub-class for that super class without things going wrong. Otherwise, you ve used inheritance incorrectly! page 400 Object Oriented Design 27
28 An LSP Example Say we re designing a game board and we want to extend it to a 3-D board. (see HFOOA&D, Chapter 7.) Is there anything wrong with the Board class that will complicate extending it to a 3-D representation? Object Oriented Design 28
29 What s a Programmer to do? Object Oriented Design 29
30 LSP means not abusing inheritance In this example, the 3DBoard class can t be substituted for the Board class So what do we do? What options are there besides inheritance? Object Oriented Design 30
31 Delegate! When you delegate responsibility to another class, you often create an association between the two classes. Association means that the classes are related to each other, often through an attribute, or a set of related methods. That s what we ll have. Object Oriented Design 31
32 So instead of using inheritance to extend the Board class, we ll create a new 3DBoard class and delegate some of the responsiblities to the Board class via association. In this case, we re making a 3D Board as a collection of 2D Boards, letting the z- coordinate choose which 2D board to use. Object Oriented Design 32
33 Delegation is your friend... Yes, but association isn t the only way to enforce the substitution principle... Object Oriented Design 33
34 It s not? In the previous example, the 3DBoard class always uses instances of the Board class to do its work, and the behavior of the Board methods always stays the same. That s what delegation is all about. But, sometimes we want to have more than one behavior to choose from. Object Oriented Design 34
35 Compose your way to happiness... Say we re continuing to design our board game... We ve got Units (army guys, airplanes, etc), and Weapons that the Units will carry and use...(weapons are properties) Object Oriented Design 35
36 BUT Composition Units can change weapons so we don t want to be stuck with a single weapon type for a unit instance we want to be able to change weapons - i.e. to be able to choose between the available weapon types (sword, gun, club, mace,.50 cal, laser, phaser, Teddy Bear, etc) so we want our Units to be able to reference a whole family of behaviors - that s composition! Object Oriented Design 36
37 Object Oriented Design 37
38 Oh, and one more thing... Object Oriented Design 38
39 In composition, the object composed of other behaviors owns those behaviors. When the object is destroyed, so are all of its behaviors. The behaviors in a composition do not exist outside of the composition itself. Object Oriented Design 39
40 Yes, but what if I want them to stick around? Well, then you can t use composition! Rats! What to use instead??? Object Oriented Design 40
41 Aggregation: composition without the abrupt ending Object Oriented Design 41
42 Object Oriented Design 42
43 Object Oriented Design 43
44 So, to sum up... Object Oriented Design 44
45 So, back to the LSP... What do delegation, composition, and aggregation have to do with the LSP? The LSP is about when to create a subclass when your subclass can substitute for the superclass. it s about well-mannered inheritance. delegation, composition, and aggregation are about what to do instead of using inheritance. Object Oriented Design 45
46 References Sommerville, Ian, Software Engineering, 6th ed., Addision-Wesley, 2000, (Chapter 12). McConnell, S., Code Complete, 2nd edition, Microsoft Press, 2004, (Chapter 6). Fowler, M., UML Distilled, 2nd edition, Addison- Wesley, 2000, (Chapters 1 through 5). Alhir, S., UML in a Nutshell, O Reilly & Associates, Inc., 1998, (Chapter 4) (but really not a good book). and, of course McLaughlin, et. al. Head First OOA&D. Object Oriented Design 46
08. DESIGN PRINCIPLES. Originality is Overrated PRINCIPLES OF SOFTWARE BIM209DESIGN AND DEVELOPMENT
PRINCIPLES OF SOFTWARE BIM209DESIGN AND DEVELOPMENT 08. DESIGN PRINCIPLES Originality is Overrated it s not about doing it your way this week is all about doing it the smarter, faster way. Design principle
More informationOriginality is Overrated: OO Design Principles
Originality is Overrated: OO Design Principles Kenneth M. Anderson University of Colorado, Boulder CSCI 4448/6448 Lecture 13 10/09/2007 University of Colorado, 2007 1 Lecture Goals Review material from
More informationProgrammazione. Prof. Marco Bertini
Programmazione Prof. Marco Bertini marco.bertini@unifi.it http://www.micc.unifi.it/bertini/ Software engineering techniques and tools A fool with a tool is still a fool. - Grady Booch Use case A use case
More informationSoftware Engineering
Software Engineering CSC 331/631 - Spring 2018 Object-Oriented Design Principles Paul Pauca April 10 Design Principles DP1. Identify aspects of the application that vary and separate them from what stays
More informationCS 292 Software Development
CS 292 Software Development and Professional Practice Structured Design and More Design Principles CS 292 Design Principles 1 Unless otherwise expressly stated, all original material of whatever nature
More informationOriginality is Overrated: OO Design Principles & Iterating And Testing
Originality is Overrated: OO Design Principles & Iterating And Testing Kenneth M. Anderson University of Colorado, Boulder CSCI 4448/5448 Lecture 12 10/01/2009 University of Colorado, 2009 1 Lecture Goals:
More informationPRINCIPLES OF SOFTWARE BIM209DESIGN AND DEVELOPMENT 00. WELCOME TO OBJECTVILLE. Speaking the Language of OO
PRINCIPLES OF SOFTWARE BIM209DESIGN AND DEVELOPMENT 00. WELCOME TO OBJECTVILLE Speaking the Language of OO COURSE INFO Instructor : Alper Bilge TA : Gökhan Çıplak-Ahmet Alkılınç Time : Tuesdays 2-5pm Location
More informationProgramming 2. Object Oriented Programming. Daniel POP
Programming 2 Object Oriented Programming Daniel POP Week 14 Wrap-up last week Software Development Process Activities Approaches (models) Object-Oriented Analysis Overview Discovering objects Object relationships
More informationCOURSE 2 DESIGN PATTERNS
COURSE 2 DESIGN PATTERNS CONTENT Fundamental principles of OOP Encapsulation Inheritance Abstractisation Polymorphism [Exception Handling] Fundamental Patterns Inheritance Delegation Interface Abstract
More informationGood-Enough Design. Kenneth M. Anderson University of Colorado, Boulder CSCI 5828 Lecture 11 02/17/2009
Good-Enough Design Kenneth M. Anderson University of Colorado, Boulder CSCI 5828 Lecture 11 02/17/2009 University of Colorado, 2009 1 Goals 2 Review material from Chapter 5 of Pilone & Miles Software Design
More informationAs a programmer, you know how easy it can be to get lost in the details
Chapter 1 Congratulations, Your Problem Has Already Been Solved In This Chapter Introducing design patterns Knowing how design patterns can help Extending object-oriented programming Taking a look at some
More informationUnderstading 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 informationThe Strategy Pattern Design Principle: Design Principle: Design Principle:
Strategy Pattern The Strategy Pattern defines a family of algorithms, encapsulates each one, and makes them interchangeable. Strategy lets the algorithm vary independently from clients that use it. Design
More informationThe following topics will be covered in this course (not necessarily in this order).
The following topics will be covered in this course (not necessarily in this order). Introduction The course focuses on systematic design of larger object-oriented programs. We will introduce the appropriate
More informationPlan. Design principles: laughing in the face of change. What kind of change? What are we trying to achieve?
Plan Design principles: laughing in the face of change Perdita Stevens School of Informatics University of Edinburgh What are we trying to achieve? Review: Design principles you know from Inf2C-SE Going
More informationBCS Higher Education Qualifications. Diploma in IT. Object Oriented Programming Syllabus
BCS Higher Education Qualifications Diploma in IT Object Oriented Programming Syllabus Version 3.0 December 2016 This is a United Kingdom government regulated qualification which is administered and approved
More informationCSC207H: Software Design SOLID. CSC207 Winter 2018
SOLID CSC207 Winter 2018 1 SOLID Principles of Object-Oriented Design How do we make decisions about what is better and what is worse design? Principles to aim for instead of rules. e.g. there is no maximum
More informationUML & OO FUNDAMENTALS CSCI 4448/5448: OBJECT-ORIENTED ANALYSIS & DESIGN LECTURE 3 08/30/2011
UML & OO FUNDAMENTALS CSCI 4448/5448: OBJECT-ORIENTED ANALYSIS & DESIGN LECTURE 3 08/30/2011 1 Goals of the Lecture Review the material in Chapter 2 of the Textbook Cover key parts of the UML notation
More informationDepartment of Computer Science Undergraduate Events
Events this week Public Speaking 101 Date: Mon., Jan 25 Time: 5 6 pm Location: DMP 101 CS Co op Info Session Date: Wed., Jan 27 Time: 5:00 6:30 pm Location: DMP 201 OR Date: Thurs., Jan 28 Time: 12:30
More informationEngineering Design w/embedded Systems
1 / 40 Engineering Design w/embedded Systems Lecture 33 UML Patrick Lam University of Waterloo April 4, 2013 2 / 40 What is UML? Unified Modelling Language (UML): specify and document architecture of large
More informationIntro. Scheme Basics. scm> 5 5. scm>
Intro Let s take some time to talk about LISP. It stands for LISt Processing a way of coding using only lists! It sounds pretty radical, and it is. There are lots of cool things to know about LISP; if
More informationPlan. Design principles: laughing in the face of change. What kind of change? What are we trying to achieve?
Plan Design principles: laughing in the face of change Perdita Stevens School of Informatics University of Edinburgh What are we trying to achieve? Review: Design principles you know from Inf2C-SE Going
More informationUML & OO Fundamentals. CSCI 4448/5448: Object-Oriented Analysis & Design Lecture 3 09/04/2012
UML & OO Fundamentals CSCI 4448/5448: Object-Oriented Analysis & Design Lecture 3 09/04/2012 1 Goals of the Lecture Review the material in Chapter 2 of the Textbook Cover key parts of the UML notation
More informationCHAPTER 5: PRINCIPLES OF DETAILED DESIGN
CHAPTER 5: PRINCIPLES OF DETAILED DESIGN SESSION II: STRUCTURAL AND BEHAVIORAL DESIGN OF COMPONENTS Software Engineering Design: Theory and Practice by Carlos E. Otero Slides copyright 2012 by Carlos E.
More informationIntroduction to Testing and Maintainable code
Introduction to Testing and Maintainable code Reasons not to write unit tests 1. I don't know how to write tests. 2. Writing tests is too hard. 3. I don't have enough time to write tests. 4. Testing is
More informationWelcome to Design Patterns! For syllabus, course specifics, assignments, etc., please see Canvas
Welcome to Design Patterns! For syllabus, course specifics, assignments, etc., please see Canvas What is this class about? While this class is called Design Patterns, there are many other items of critical
More information02291: System Integration
02291: System Integration Hubert Baumeister hub@imm.dtu.dk Spring 2011 Contents 1 Recap 1 2 More UML Diagrams 2 2.1 Object Diagrams........................................... 2 2.2 Communication Diagrams......................................
More informationCS 61A/CS Mehrdad Niknami. University of California, Berkeley
CS 61A/CS 98-52 Mehrdad Niknami University of California, Berkeley Credits: Mostly a direct Python adaptation of Wizards and Warriors, a series by Eric Lippert, a principal developer of the C# compiler.
More informationInfluence of Design Patterns Application on Quality of IT Solutions
Influence of Design Patterns Application on Quality of IT Solutions NADINA ZAIMOVIC, DZENANA DONKO Department for Computer Science and Informatics Faculty of Electrical Engineering, University of Sarajevo
More informationRules and syntax for inheritance. The boring stuff
Rules and syntax for inheritance The boring stuff The compiler adds a call to super() Unless you explicitly call the constructor of the superclass, using super(), the compiler will add such a call for
More informationThe Object-Oriented Paradigm
ch01.fm Page 3 Friday, June 8, 2001 11:58 AM CHAPTER 1 The Object-Oriented Paradigm Overview This chapter introduces you to the object-oriented paradigm by comparing and contrasting it with something familiar:
More informationSession 4 Starting the Air Raid Game
Session 4 Starting the Air Raid Game Authored by Brian Cullen (bcullen@rossettschool.co.uk/@mrbcullen) (c) Copyright 2011 Computing At School. This work is licensed under the Creative Commons Attribution-NonCommercial-ShareAlike
More informationPRINCIPLES OF SOFTWARE BIM209DESIGN AND DEVELOPMENT 10. PUTTING IT ALL TOGETHER. Are we there yet?
PRINCIPLES OF SOFTWARE BIM209DESIGN AND DEVELOPMENT 10. PUTTING IT ALL TOGETHER Are we there yet? Developing software, OOA&D style You ve got a lot of new tools, techniques, and ideas about how to develop
More informationCMPS 115 Winter 04. Class #10 (2004/02/05) Changes/Review Programming Paradigms Principles of OOD <break> Design Patterns
CMPS 115 Winter 04 Class #10 (2004/02/05) Changes/Review Programming Paradigms Principles of OOD Design Patterns Changes & Lecture 9 Takeaway Changes/Notices 2/26 may be guest after all, on design-with-frameworks
More informationSummary of the course lectures
Summary of the course lectures 1 Components and Interfaces Components: Compile-time: Packages, Classes, Methods, Run-time: Objects, Invocations, Interfaces: What the client needs to know: Syntactic and
More informationIntroduction to Object-Oriented Programming
Polymorphism 1 / 19 Introduction to Object-Oriented Programming Today we ll learn how to combine all the elements of object-oriented programming in the design of a program that handles a company payroll.
More informationMaking a PowerPoint Accessible
Making a PowerPoint Accessible Purpose The purpose of this document is to help you to create an accessible PowerPoint, or to take a nonaccessible PowerPoint and make it accessible. You are probably reading
More informationThe name of our class will be Yo. Type that in where it says Class Name. Don t hit the OK button yet.
Mr G s Java Jive #2: Yo! Our First Program With this handout you ll write your first program, which we ll call Yo. Programs, Classes, and Objects, Oh My! People regularly refer to Java as a language that
More informationObject-Oriented Design
Object-Oriented Design Lecture 14: Design Workflow Department of Computer Engineering Sharif University of Technology 1 UP iterations and workflow Workflows Requirements Analysis Phases Inception Elaboration
More informationSOLID Principles. Equuleus Technologies. Optional Subheading October 19, 2016
SOLID Principles Optional Subheading October 19, 2016 Why SOLID Principles? The traits of well designed software are as follows Maintainability - The ease with which a software system or component can
More informationObject-Oriented Design
Object-Oriented Design Lecturer: Raman Ramsin Lecture 9: Generalization/Specialization 1 Analysis Workflow: Analyze a Use Case The analysis workflow consists of the following activities: Architectural
More informationSoftware Engineering /48
Software Engineering 1 /48 Topics 1. The Compilation Process and You 2. Polymorphism and Composition 3. Small Functions 4. Comments 2 /48 The Compilation Process and You 3 / 48 1. Intro - How do you turn
More informationObject Fundamentals Part Two. Kenneth M. Anderson University of Colorado, Boulder CSCI 4448/5448 Lecture 3 09/01/2009
Object Fundamentals Part Two Kenneth M. Anderson University of Colorado, Boulder CSCI 4448/5448 Lecture 3 09/01/2009 1 Lecture Goals Continue our tour of the basic concepts, terminology, and notations
More informationUnified Modeling Language (UML) and Modeling
LECTURE-11 Unified Modeling Language (UML) and Modeling UML is a graphical notation useful for OO analysis and design Allows representing various aspects of the system Various notations are used to build
More informationModule 6. Campaign Layering
Module 6 Email Campaign Layering Slide 1 Hello everyone, it is Andy Mackow and in today s training, I am going to teach you a deeper level of writing your email campaign. I and I am calling this Email
More information5 R1 The one green in the same place so either of these could be green.
Page: 1 of 20 1 R1 Now. Maybe what we should do is write out the cases that work. We wrote out one of them really very clearly here. [R1 takes out some papers.] Right? You did the one here um where you
More informationAndroid Programming Family Fun Day using AppInventor
Android Programming Family Fun Day using AppInventor Table of Contents A step-by-step guide to making a simple app...2 Getting your app running on the emulator...9 Getting your app onto your phone or tablet...10
More informationCredit 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 informationLearning Objectives. C++ For Artists 2003 Rick Miller All Rights Reserved xli
Identify and overcome the difficulties encountered by students when learning how to program List and explain the software development roles played by students List and explain the phases of the tight spiral
More informationConcepts 6. OOAD Part II. BlueJ ex 5.1. OO and inheritance. Intro to inheritance. The DoME project is a database for multimedia entertainment.
Concepts 6 Generalization A relation between a general and a specialized element. The more special adds further properties. Inheritance A relation between a VXSHUFODVV and a VXEFODVV. Subclasses share
More informationLecture: Modular Design
Software Engineering Lecture: Modular Design Thomas Fritz Many thanks to Philippe Beaudoin, Gail Murphy, David Shepherd, Neil Ernst and Meghan Allen Reading! For next lecture: (all required) Composite
More informationIt s possible to get your inbox to zero and keep it there, even if you get hundreds of s a day.
It s possible to get your email inbox to zero and keep it there, even if you get hundreds of emails a day. It s not super complicated, though it does take effort and discipline. Many people simply need
More informationSurvey #2. Programming Assignment 3. Final Exam. University of British Columbia CPSC 111, Intro to Computation Alan J. Hu.
University of British Columbia CPSC 111, Intro to Computation Alan J. Hu Accessing the Superclass Object Hierarchies is-a, has-a Readings This Week: Ch 9.4-9.5 and into Ch 10.1-10.8 (Ch 11.4-11.5 and into
More informationLecture 34 SDLC Phases and UML Diagrams
That Object-Oriented Analysis and Design Prof. Partha Pratim Das Department of Computer Science and Engineering Indian Institute of Technology-Kharagpur Lecture 34 SDLC Phases and UML Diagrams Welcome
More informationCS125 : Introduction to Computer Science. Lecture Notes #11 Procedural Composition and Abstraction. c 2005, 2004 Jason Zych
CS125 : Introduction to Computer Science Lecture Notes #11 Procedural Composition and Abstraction c 2005, 2004 Jason Zych 1 Lecture 11 : Procedural Composition and Abstraction Solving a problem...with
More informationLet me begin by introducing myself. I began working with Progress in 1984 and I have been a Progress Application Partner since 1986.
Let me begin by introducing myself. I began working with Progress in 1984 and I have been a Progress Application Partner since 1986. For many years I was the architect and chief developer for our ERP application.
More informationPRINCIPLES OF SOFTWARE BIM209DESIGN AND DEVELOPMENT 05.2 GOOD DESIGN = FLEXIBLE SOFTWARE. Give Your Software a 30-minute Workout
PRINCIPLES OF SOFTWARE BIM209DESIGN AND DEVELOPMENT 05.2 GOOD DESIGN = FLEXIBLE SOFTWARE Give Your Software a 30-minute Workout previously on bim 209 Rick s Guitars is expanding previously on bim 209 3
More information1: Introduction to Object (1)
1: Introduction to Object (1) 김동원 2003.01.20 Overview (1) The progress of abstraction Smalltalk Class & Object Interface The hidden implementation Reusing the implementation Inheritance: Reusing the interface
More informationIngegneria del Software Corso di Laurea in Informatica per il Management. Software quality and Object Oriented Principles
Ingegneria del Software Corso di Laurea in Informatica per il Management Software quality and Object Oriented Principles Davide Rossi Dipartimento di Informatica Università di Bologna Design goal The goal
More informationLecture Transcript While and Do While Statements in C++
Lecture Transcript While and Do While Statements in C++ Hello and welcome back. In this lecture we are going to look at the while and do...while iteration statements in C++. Here is a quick recap of some
More informationC++ Modern and Lucid C++ for Professional Programmers
Informatik C++ Modern and Lucid C++ for Professional Programmers part 13 Prof. Peter Sommerlad Institutsleiter IFS Institute for Software Rapperswil, HS 2015 Inheritance and dynamic Polymorphism base classes,
More informationCSCD01 Engineering Large Software Systems. Design Patterns. Joe Bettridge. Winter With thanks to Anya Tafliovich
CSCD01 Engineering Large Software Systems Design Patterns Joe Bettridge Winter 2018 With thanks to Anya Tafliovich Design Patterns Design patterns take the problems consistently found in software, and
More informationCHAPTER 5: PRINCIPLES OF DETAILED DESIGN. Software Engineering Design: Theory and Practice
CHAPTER 5: PRINCIPLES OF DETAILED DESIGN Software Engineering Design: Theory and Practice 1 1. Detailed Design Fundamentals 2. Structural and Behavioral Design of Components Software Engineering Design:
More informationHello, welcome to creating a widget in MyUW. We only have 300 seconds, so let s get going.
Hello, welcome to creating a widget in MyUW. We only have 300 seconds, so let s get going. And I ve included a slide about me. You might wonder why, since I only have five minutes, but don t worry. Widgets
More informationExpanding Our Horizons. CSCI 4448/5448: Object-Oriented Analysis & Design Lecture 9 09/25/2011
Expanding Our Horizons CSCI 4448/5448: Object-Oriented Analysis & Design Lecture 9 09/25/2011 1 Goals of the Lecture Cover the material in Chapter 8 of our textbook New perspective on objects and encapsulation
More information8.0. Classes and Classification In the real world
Chapter 8 Properties of Objects and Classes 1/57 Chapter 8: Properties of Objects and Classes 8.0. Review from Chapter 5 - Classes. ❶8.1. Subclasses and Inheritance. ❷8.2. More About Inheritance. ❹8.4.
More informationAmber Weyland: [to cameraman] Just hold it there so we can see Mollie.
Interview Transcript Interviewer: Amber Weyland Interviewee: Mollie Hummer Cameraman: Christopher Smith [friend to both] Date: March 22, 2010 Beginning time of interview: 2:30pm End time of interview:
More information3 Product Management Anti-Patterns by Thomas Schranz
3 Product Management Anti-Patterns by Thomas Schranz News Read above article, it s good and short! October 30, 2014 2 / 3 News Read above article, it s good and short! Grading: Added explanation about
More informationChapter 1 Programming by Intention
Chapter 1 Programming by Intention Everything old is new again. The folks who brought us the extreme Programming books 1 were, among other things, promoting a set of best practices in software development.
More informationSorting and Filtering Data
chapter 20 Sorting and Filtering Data IN THIS CHAPTER Sorting...................................................... page 332 Filtering..................................................... page 337 331
More informationObject-Oriented Design
Object-Oriented Design Lecturer: Raman Ramsin Lecture 10: Analysis Packages 1 Analysis Workflow: Packages The analysis workflow consists of the following activities: Architectural analysis Analyze a use
More informationEMF Temporality. Jean-Claude Coté Éric Ladouceur
EMF Temporality Jean-Claude Coté Éric Ladouceur 1 Introduction... 3 1.1 Dimensions of Time... 3 3 Proposed EMF implementation... 4 3.1 Modeled Persistence... 4 3.2 Modeled Temporal API... 5 3.2.1 Temporal
More informationDesign Principles: Part 2
Liskov Substitution Principle (LSP) Dependency-Inversion Principle (DIP) Interface-Segregation Principle (ISP) Design Principles: Part 2 ENGI 5895: Software Design Andrew Vardy Faculty of Engineering &
More information09. Component-Level Design
09. Component-Level Design Division of Computer Science, College of Computing Hanyang University ERICA Campus 1 st Semester 2017 What is Component OMG UML Specification defines a component as OO view a
More informationOutline. Design Principles: Part 2. e.g. Rectangles and Squares. The Liskov Substitution Principle (LSP) ENGI 5895: Software Design.
Liskov Substitution Principle (LSP) Dependency-Inversion Principle (DIP) Interface-Segregation Principle (ISP) Liskov Substitution Principle (LSP) Dependency-Inversion Principle (DIP) Interface-Segregation
More informationIntro to: Design Principles
Intro to: Design Principles Pragmatic Programmer: Eliminate Effects Between Unrelated Things design components that are: self-contained, independent, and have a single, well-defined purpose Software Design
More informationCSC207 Week 3. Larry Zhang
CSC207 Week 3 Larry Zhang 1 Announcements Readings will be posted before the lecture Lab 1 marks available in your repo 1 point for creating the correct project. 1 point for creating the correct classes.
More informationASCII Art. Introduction: Python
Python 1 ASCII Art All Code Clubs must be registered. Registered clubs appear on the map at codeclub.org.uk - if your club is not on the map then visit jumpto.cc/18cplpy to find out what to do. Introduction:
More informationUML Views of a System
UML Views of a System The architecture of a system is the fundamental organization of the system as a whole. The five UML Views: Use Case View: focuses on scenarios Design View: focuses on the vocabulary
More informationCS342: Software Design. Oct 3, 2017
CS342: Software Design Oct 3, 2017 Agenda Introduction to design patterns Class inheritance could be risky Repeated code resulted from bad use of interface Encapsulation and composition Strategy pattern
More informationINTERFACES IN JAVA. Prof. Chris Jermaine
INTERFACES IN JAVA Prof. Chris Jermaine cmj4@cs.rice.edu 1 Before We Begin... Couple more slides on checkers, then a challenge There is also an AIntelligence This encapsulates the idea of a checker-playing
More informationPatterns and Testing
and Lecture # 7 Department of Computer Science and Technology University of Bedfordshire Written by David Goodwin, based on the lectures of Marc Conrad and Dayou Li and on the book Applying UML and (3
More informationHow to Get Your Inbox to Zero Every Day
How to Get Your Inbox to Zero Every Day MATT PERMAN WHATSBESTNEXT.COM It s possible to get your email inbox to zero and keep it there, even if you get hundreds of emails a day. It s not super complicated,
More information1B1b Inheritance. Inheritance. Agenda. Subclass and Superclass. Superclass. Generalisation & Specialisation. Shapes and Squares. 1B1b Lecture Slides
1B1b Inheritance Agenda Introduction to inheritance. How Java supports inheritance. Inheritance is a key feature of object-oriented oriented programming. 1 2 Inheritance Models the kind-of or specialisation-of
More informationHere are a couple of warnings to my students who may be here to get a copy of what happened on a day that you missed.
Preface Here are my online notes for my Algebra course that I teach here at Lamar University, although I have to admit that it s been years since I last taught this course. At this point in my career I
More informationSoftware Engineering I (02161)
Software Engineering I (02161) Week 8 Assoc. Prof. Hubert Baumeister DTU Compute Technical University of Denmark Spring 2018 Contents Basic Principles of Good Design Design Patterns Low Coupling High coupling
More informationIn this Lecture you will Learn: Object Design. Information Sources for Object Design. Class Specification: Attributes
In this Lecture you will Learn: Object Design Chapter 14 How to apply criteria for good design How to design associations The impact of integrity constraints on design How to design operations The role
More informationOutlook is easier to use than you might think; it also does a lot more than. Fundamental Features: How Did You Ever Do without Outlook?
04 537598 Ch01.qxd 9/2/03 9:46 AM Page 11 Chapter 1 Fundamental Features: How Did You Ever Do without Outlook? In This Chapter Reading e-mail Answering e-mail Creating new e-mail Entering an appointment
More informationINTERFACES IN JAVA. Prof. Chris Jermaine
INTERFACES IN JAVA Prof. Chris Jermaine cmj4@cs.rice.edu 1 Now On To Interfaces in Java Java gives the ability to declare an interface Like a, except: Can t declare any member variables (well, you can,
More informationSingle Responsibility Principle (SRP)
Single Responsibility Principle (SRP) Produced by: Eamonn de Leastar (edeleastar@wit.ie) Dr. Siobhán Drohan (sdrohan@wit.ie) Department of Computing and Mathematics http://www.wit.ie/ SOLID Class Design
More informationQuiz. Introduction: Python. In this project, you ll make a quiz game to challenge your friends. Activity Checklist.
Python 1 Quiz All Code Clubs must be registered. Registered clubs appear on the map at codeclub.org.uk - if your club is not on the map then visit jumpto.cc/18cplpy to find out what to do. Introduction:
More informationLiskov Substitution Principle
Liskov Substitution Principle Produced by: Eamonn de Leastar (edeleastar@wit.ie) Dr. Siobhán Drohan (sdrohan@wit.ie) Department of Computing and Mathematics http://www.wit.ie/ SOLID Class Design Principles
More informationIt starts like this...
Need help with your phone? No problem. Just get in touch with the store or website you bought it from. If you need a hand with your mobile service, one of our team will be happy to help. 789 on your mobile
More informationWhat is version control? (discuss) Who has used version control? Favorite VCS? Uses of version control (read)
1 For the remainder of the class today, I want to introduce you to a topic we will spend one or two more classes discussing and that is source code control or version control. What is version control?
More informationThe Essence of Object Oriented Programming with Java and UML. Chapter 2. The Essence of Objects. What Is an Object-Oriented System?
Page 1 of 21 Page 2 of 21 and identity. Objects are members of a class, and the attributes and behavior of an object are defined by the class definition. The Essence of Object Oriented Programming with
More informationCSE 401/M501 Compilers
CSE 401/M501 Compilers ASTs, Modularity, and the Visitor Pattern Hal Perkins Autumn 2018 UW CSE 401/M501 Autumn 2018 H-1 Agenda Today: AST operations: modularity and encapsulation Visitor pattern: basic
More informationONLINE BOOKING GUIDE
ONLINE BOOKING GUIDE Table of Contents OVERVIEW & LOGGING IN... 2 SET UP & EDIT YOUR PROFILE... 4 BOOKING PREFERENCES TENNIS... 5 TENNIS BOOKINGS... 6 MAKE A BOOKING TENNIS... 6 MAKE A BOOKING SQUASH...
More informationDesign Patterns. CSC207 Fall 2017
Design Patterns CSC207 Fall 2017 Design Patterns A design pattern is a general description of the solution to a well-established problem using an arrangement of classes and objects. Patterns describe the
More information17.11 Bean Rules persistent
17.10 Java Beans Java beans are a framework for creating components in Java. AWT and Swing packages are built within this framework Made to fit in with graphic development environments such as Jbuilder
More informationObject-Oriented Modeling Using UML. CS151 Chris Pollett Aug. 29, 2005.
Object-Oriented Modeling Using UML CS151 Chris Pollett Aug. 29, 2005. Outline Objects and Classes Modeling Relationships and Structures Some Terms and Concepts Objects and classes are fundamental to OO
More information