Presentation is loading. Please wait.

Presentation is loading. Please wait.

Class Diagrams Version 1.1 of 2014-03-12: added learning objectives and DuckTestApp Version 1.2 of 2014-03-14: added slide 6 on default values in UML Version.

Similar presentations


Presentation on theme: "Class Diagrams Version 1.1 of 2014-03-12: added learning objectives and DuckTestApp Version 1.2 of 2014-03-14: added slide 6 on default values in UML Version."— Presentation transcript:

1 Class Diagrams Version 1.1 of : added learning objectives and DuckTestApp Version 1.2 of : added slide 6 on default values in UML Version 1.3 of : amended treatment of interfaces CompSci 230 Software Construction

2 Agenda COMPSCI 230: S42  Topics:  Examples of class diagrams  Navigation, visibility, named associations, and multiplicity in UML  Interfaces and implementation, in UML  Reading  Leigh Dodd’s discussion of the UML examples in his introductory lecture slides.discussion of the UML examplesintroductory lecture slides  If you actually want to learn this material…  Find your own examples of class diagrams on the web. Try to interpret them. Look for patterns.  Talk about it within your study group.

3 Learning Objectives COMPSCI 230: S33  Students will have a strong conceptual foundation for their future uses of the OO features of Java  Interfaces  Students will be able to interpret a class diagram  Worked examples in this lecture  Students will be competent at the basic OO design patterns  Implementing interfaces, composing classes, extending classes

4 Example of Inheritance COMPSCI 230: S44 Source:

5 Too much detail? COMPSCI 230: S45 Source:

6 Simplify! (with a little more notation) COMPSCI 230: S46  Multiplicity:  There is exactly one teacher per course, as indicated by the 1.  A lecturer can teach any number of courses, as indicated by 0..*.  We can also write 1..* in a UML diagram.  The arrowheads indicate that the taughtBy association is navigable in both directions, telling us that  Course has an instance variable teacher, of type Lecturer, and  Lecturer has the instance variable Vector course.

7 Simplify even more, with defaults COMPSCI 230: S47  Associations have default multiplicity 1  Association endpoints have a default name.  Course has an instance variable myLecturer of type Lecturer  Lecturer has an instance variable myCourse of type Vector  Getters, setters may be implied.  Unimportant members might not be shown.  Defaults may be well-defined by an organisation’s stylesheet, or (more commonly) by their UML-drawing software package.  See e.g. us/library/dd aspx: “Properties of Attributes in UML Diagrams” for VS 2013.http://msdn.microsoft.com/en- us/library/dd aspx

8 One-way Navigation COMPSCI 230: S48  These courses have a Vector of their Lecturers and Students.  (They might have a List; they might have an array; these are implementation decisions.)  These lecturers don’t know what they are teaching!  These students have no idea of what course they are taking!

9 Creating new classes by generalising COMPSCI 230: S49  Lecturers and students have some attributes in common.  A public name  An address that is revealed to everyone in our University  A secret password  We write these methods once for the Person class, and we can reuse them in the Lecturer and Student class.  But we have complicated our design by adding another class.  Do we really need so many classes?

10 Interfaces COMPSCI 230: S410  Interfaces are a way to specify behaviour (a public contract) without data or implementation.  Interfaces are classed with an extra label next to their name: >  A dotted open-triangle arrow, from a class to an interface means that “the class implements this interface”.  We also say that “the class fulfils the contract specified by this interface ”, or that it “realizes the interface.”  Note that interfaces define methods but not attributes.  A password allows a secureLogin().

11 Can you understand this design? COMPSCI 230: S411 Adapted from

12 Can you understand this design? COMPSCI 230: S412 Source: available (FIXME)

13 Understandable Interfaces COMPSCI 230: S413  Interfaces are often given adjectival names.  “A Game has a Hideable Player and a Seekable Player”: 

14 Learning Objectives (review) COMPSCI 230: S314  Students will have a strong conceptual foundation for their future uses of the OO features of Java  Interfaces  Students will be able to interpret a class diagram  Worked examples in this lecture  Students will be competent at the basic OO design patterns  Implementing interfaces, composing classes, extending classes


Download ppt "Class Diagrams Version 1.1 of 2014-03-12: added learning objectives and DuckTestApp Version 1.2 of 2014-03-14: added slide 6 on default values in UML Version."

Similar presentations


Ads by Google