MAS Tomasz Pieciukiewicz Rafał Hryniów. Main Topics  Rules  Presentations  Project  Tests.

Slides:



Advertisements
Similar presentations
MAS Tomasz Pieciukiewicz Rafał Hryniów. Main Topics Zasady Zasady Referaty Referaty Projekt Projekt Kolosy Kolosy.
Advertisements

Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Unified Modeling Language
Software Engineering COMP 201
OOAD Placement Training 1 Prepared by G.Naveen Sundar, Karunya University.
UML – Class Diagrams.
7M701 1 Class Diagram advanced concepts. 7M701 2 Characteristics of Object Oriented Design (OOD) objectData and operations (functions) are combined 
HCI Designing Interface Objects. The presentation layer How prototyping can be used to try out different interface designs How to model boundary classes.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
C++ Training Datascope Lawrence D’Antonio Lecture 11 UML.
© Copyright Eliyahu Brutman Programming Techniques Course.
Sharif University of Technology1 Design and Use-case Realization Software Engineering Laboratory Fall 2006.
UFCEPM-15-M Object-oriented Design and Programming Jin Sa.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
ACM/JETT Workshop - August 4-5, 2005 UML Modeling using MagicDraw UML for Java Programmers.
Objects What are Objects Observations
2005/05/25 Unified Modeling Lanauage 1 Introduction to Unified Modeling Language (UML) – Part One Ku-Yaw Chang Assistant Professor.
Software Engineering CS B Prof. George Heineman.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
System models Abstract descriptions of systems whose requirements are being analysed Abstract descriptions of systems whose requirements are being analysed.
PowerDesigner 与对象建模. 2 Why Using UML? Visually define and communicate the structure and behavior of an application Represent systems using Object-Oriented.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 20 Object-Oriented.
Unified Modeling Language, Version 2.0
Programming in Java Unit 3. Learning outcome:  LO2:Be able to design Java solutions  LO3:Be able to implement Java solutions Assessment criteria: 
Object Management Group (OMG) Specifies open standards for every aspect of distributed computing Multiplatform Model Driven Architecture (MDA)
Chapter 7 System models.
A language to describe software texture in abstract design models and implementation.
System models l Abstract descriptions of systems whose requirements are being analysed.
© 2009 Pearson Education, Inc. Publishing as Prentice Hall 1 Chapter 15: Object-Oriented Data Modeling Modern Database Management 9 h Edition Jeffrey A.
Unified Modeling Language © 2002 by Dietrich and Urban1 ADVANCED DATABASE CONCEPTS Unified Modeling Language Susan D. Urban and Suzanne W. Dietrich Department.
UML-1 8. Capturing Requirements and Use Case Model.
Logical view –show classes and objects Process view –models the executables Implementation view –Files, configuration and versions Deployment view –Physical.
Week III  Recap from Last Week Review Classes Review Domain Model for EU-Bid & EU-Lease Aggregation Example (Reservation) Attribute Properties.
Lab 5 CPIT 250 System Analysis and Design.
Ch- 8. Class Diagrams Class diagrams are the most common diagram found in modeling object- oriented systems. Class diagrams are important not only for.
Lecture 9-1 : Intro. to UML (Unified Modeling Language)
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
Systems Analysis and Design in a Changing World, Thursday, Feb 15.
1 Unified Modeling Language, Version 2.0 Chapter 2.
Class diagrams Terézia Mézešová.
Session 3 How to Approach the UML Written by Thomas A. Pender Published by Wiley Publishing, Inc. October 5, 2011 Presented by Kang-Pyo Lee.
Chapter 5 System Modeling. What is System modeling? System modeling is the process of developing abstract models of a system, with each model presenting.
Architecture Analysis and Design Language: An Overview Drew Gardner.
Chapter 3: Introducing the UML
Object Oriented Design Lecture #4 – Inheritance, Interfaces, Classes Tomasz Pieciukiewicz.
Class Diagrams. Terms and Concepts A class diagram is a diagram that shows a set of classes, interfaces, and collaborations and their relationships.
1 Unified Modeling Language Michael K. Wildes University of California, Riverside – Extension Program Presentation 2.
Fall 2007 Week 9: UML Overview MSIS 670: Object-Oriented Software Engineering.
From Use Cases to Implementation 1. Structural and Behavioral Aspects of Collaborations  Two aspects of Collaborations Structural – specifies the static.
1 Architectural Blueprints—The “4+1” View Model of Software Architecture (
MAS 2007 Rafał Hryniów Main Topics  Rules  Presentations  Project  Tests.
Object Oriented Programming and Data Abstraction Earl Huff Rowan University.
Diagrams. Typically, we view the static parts of a system using one of the four following diagrams. 1. Class diagram 2. Object diagram 3. Component diagram.
Object Oriented Analysis & Design By Rashid Mahmood.
WELCOME TO OUR PRESENTATION UNIFIED MODELING LANGUAGE (UML)
From Use Cases to Implementation 1. Mapping Requirements Directly to Design and Code  For many, if not most, of our requirements it is relatively easy.
© 2010 Pearson Addison-Wesley. All rights reserved. Addison Wesley is an imprint of Appendix A: UML Java Software Structures: Designing and Using Data.
Slide 1 Unified Modeling Language, Version 2.0 Object-Oriented SAD.
Object-Oriented Modeling
Object-Oriented Analysis and Design
Systems Analysis and Design With UML 2
Unified Modeling Language
UML - Unified Modeling Language
Unified Modeling Language
Chapter 20 Object-Oriented Analysis and Design
Software Design Lecture : 15.
Chapter 16 Class Diagrams.
Uml diagrams In ooad.
UML  UML stands for Unified Modeling Language. It is a standard which is mainly used for creating object- oriented, meaningful documentation models for.
From Use Cases to Implementation
Presentation transcript:

MAS Tomasz Pieciukiewicz Rafał Hryniów

Main Topics  Rules  Presentations  Project  Tests

Rules  No final exam  Every student has to prepare and deliver a presentation  Every student has to prepare a project  Student can be absent up to 3 times

Rules  Final mark will be based on: Tests resultsTests results Final project quality (docs and implementation)Final project quality (docs and implementation) Presentation resultsPresentation results ParticipationParticipation

Presentations  Presentation 1 : Mapping the following inheritance variations from UML to Java:Mapping the following inheritance variations from UML to Java:  Disjoint  Overlapping  Complete  Incomplete  Multi-Inheritance  Multi-Aspect  Dynamic

Presentations  Presentation 2: Implementation of class extension using:Implementation of class extension using:  Static array (class attribute and array with size determined during compilation)  Collections+ Implementation of class extension using a separate class (Employee -> Employees)Implementation of class extension using a separate class (Employee -> Employees)

Presentations  Presentation 3: Mapping associations with and without attributes using:Mapping associations with and without attributes using:  References (reference collections)  Association arrays  Presentation 4: Mapping aggregations and composite objects (remember about operation propagation)Mapping aggregations and composite objects (remember about operation propagation) Mapping qualified associations (association arrays)Mapping qualified associations (association arrays) Mapping N-ary associationsMapping N-ary associations Mapping constraintsMapping constraints

Presentations  Presentation 5: Statechart diagramsStatechart diagrams  Presentation 6: Activity diagramsActivity diagrams  Presentation 7: Interaction diagramsInteraction diagrams  Additionally: One of those presentations may include collaboration diagrams for extra bonus.One of those presentations may include collaboration diagrams for extra bonus.

Presentations  First four presentations should include code examples (WORKING)  All presentations should include examples, tasks for students etc.  Students that do not prepare enough tasks and examples won’t receive FINAL mark higher than 3.  Students should deliver their presentation in a proper manner (standing, with visual aids, speaking NOT reading etc.)

Project  Continuation of PRI project  Final delivery should include: Old docs (PRI)Old docs (PRI) New docsNew docs ImplementationImplementation

Project  New docs: Use case diagram, with DETAILED specification of ONE NON-TRIVIAL use case. Specification should include both natural language description and activity diagrams.Use case diagram, with DETAILED specification of ONE NON-TRIVIAL use case. Specification should include both natural language description and activity diagrams. User interface design based on that use case.User interface design based on that use case.

Project  New docs: Dynamic analysis of that use case using interaction and statechart diagrams.Dynamic analysis of that use case using interaction and statechart diagrams. Class diagram, including results of dynamic analysis such as new attributes, associations, methods etc.Class diagram, including results of dynamic analysis such as new attributes, associations, methods etc. Detailed description of dynamic analysis results.Detailed description of dynamic analysis results.

Project  New docs: Final (implementation) class diagram along with detailed description of design decisions (chosen mappings etc). Reasons for and consequences of those decisions should be described.Final (implementation) class diagram along with detailed description of design decisions (chosen mappings etc). Reasons for and consequences of those decisions should be described.  I need final version of docs ONE MONTH (class 12) before the end of semester.

Project  Implementation: Class structureClass structure Methods required to implement specified use caseMethods required to implement specified use case User interface required for use case presentationUser interface required for use case presentation JavaDocs.JavaDocs.  Additional features (extra credit) Regression tests (using JUnit of similar software)Regression tests (using JUnit of similar software) Interactive test scenario for specified use caseInteractive test scenario for specified use case

Tests  Test one (class 6): Presentations 1-4. Simple requirements (four – six classes). Class diagram in „basic” and implementation version, Java implementation.Presentations 1-4. Simple requirements (four – six classes). Class diagram in „basic” and implementation version, Java implementation.  Test two (class 13): Presentations 5-7. Simple requirements (four – six classes). Class diagram in „basic” version and dynamic analysis.Presentations 5-7. Simple requirements (four – six classes). Class diagram in „basic” version and dynamic analysis.

Thank you for your attention Questions?