1 Package Diagram. 2 הדיאגרמות 3 אבני יסוד: דיאגרמות פריסת התוכנה על גבי החומרה PackageDiagram “חבילות עבודה” מקרא: מודל סטטי מודל דינמי מודל ניהולי.

Slides:



Advertisements
Similar presentations
Stereotypes Stereotypes provide the capability to create a new kind of modeling element. –They can be used to classify or mark modeling elements. –A type.
Advertisements

Karolina Muszyńska Based on: S. Wrycza, B. Marcinkowski, K. Wyrzykowski „Język UML 2.0 w modelowaniu SI”
UML Class Diagram and Packages Written by Zvika Gutterman Adam Carmi.
Use Case Diagram © copyright 2001 SNU OOPSLA Lab..
UML – Class Diagrams.
1 © Wolfgang Pelz UML3 UML 3 Notations describe how to use reusable software. Package Component Deployment Node.
UML Class Diagram and Packages Written by Zvika Gutterman Adam Carmi.
Theme UML Extending UML to treat aspects Presented by Moran Birenbaum.
Data and Process Modeling
Package Diagram CS537 Advanced Software Engineering Fall 2010 Prof. J Guo Presented By: Patel Vishrut Patel Harshil Gadhiya Yogesh Dhola Haresh.
ניתוח מונחה-עצמים Object Oriented Analysis
Logical Architecture and UML Package Diagrams
The Unified Modeling Language (UML) Class Diagrams.
Access Control Problem A primary consideration in object- oriented design is to “separate the things that change from the things that stay.
Chapter 13 Starting Design: Logical Architecture and UML Package Diagrams.
Logical Architecture and UML Package Diagrams 徐迎晓 复旦大学软件学院.
Session 24 Modeling the Development Environment Written by Thomas A. Pender Published by Wiley Publishing, Inc. October 27, 2011 Presented by Hyewon Lim.
An Introduction to Software Architecture
SWE © Solomon Seifu ELABORATION. SWE © Solomon Seifu Lesson 11 Subsystem Design.
Requirements To Design--Iteratively Chapter 12 Applying UML and Patterns Craig Larman.
Systems Analysis and Design in a Changing World, 3rd Edition
Chapter 13 Logical Architecture and UML Package Diagrams 1CS6359 Fall 2012 John Cole.
4. UML. CPSC 333: Foundations of Software EngineeringJ. Denzinger 4.1. Motivation The Unified Modeling Language tries to integrate older approaches Developed.
Kyung Hee University System Functional Model OOSD 담당조교 석사과정 이정환.
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
© 2005 Prentice Hall9-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
1 Advanced Software Architecture Muhammad Bilal Bashir PhD Scholar (Computer Science) Mohammad Ali Jinnah University.
UML Advanced Structural Modeling II
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 6: Using Design Patterns.
UML Class Diagram Trisha Cummings. What we will be covering What is a Class Diagram? Essential Elements of a UML Class Diagram UML Packages Logical Distribution.
An Introduction to the Unified Modeling Language
Implementation Diagrams
R R R CSE870: UML Component Diagrams Implementation Diagrams.
OO Methodology Elaboration Iteration 3 – Part 2 Refining Models.
Lecture 1: UML Class Diagram September 12, UML Class Diagrams2 What is a Class Diagram? A class diagram describes the types of objects in the system.
CMPS 435 F08 These slides are designed to accompany Web Engineering: A Practitioner’s Approach (McGraw-Hill 2008) by Roger Pressman and David Lowe, copyright.
1 Deployment Diagram. 2 הדיאגרמות 3 אבני יסוד: דיאגרמות פריסת התוכנה על גבי החומרה PackageDiagram “חבילות עבודה” מקרא: מודל סטטי מודל דינמי מודל ניהולי.
Relationships Relationships between objects and between classes.
Unified Modelling Language (UML) Software Engineering Lab. Sharif University of Technology.
1 Class Diagrams. 2 Overview Class diagrams are the most commonly used diagrams in UML. Class diagrams are for visualizing, specifying and documenting.
Software Engineering Lecture 8 Object-Oriented Analysis.
UML Package Diagrams. Package Diagrams UML Package Diagrams are often used to show the contents of components, which are often packages in the Java sense.
Week 04 Object Oriented Analysis and Designing. What is a model? A model is quicker and easier to build A model can be used in simulations, to learn more.
TK2023 Object-Oriented Software Engineering CHAPTER 8 LOGICAL ARCHITECTURE.
INFO 620Lecture #71 Information Systems Analysis and Design Design Class Diagrams and others INFO 620 Glenn Booker.
® IBM Software Group © 2009 IBM Corporation Essentials of Modeling with the IBM Rational Software Architect, V7.5 Module 15: Traceability and Static Analysis.
Use Cases and Use Case Diagrams Reporter: 陳雅萍. Outline Use cases, actors Organizing use cases Modeling the behavior of an element Use case diagrams Common.
Identifying classes, Packages and drawing class Diagrams, Object Diagrams and composite structure diagrams Week 07 1.
Class Diagrams. Terms and Concepts A class diagram is a diagram that shows a set of classes, interfaces, and collaborations and their relationships.
TK2023 Object-Oriented Software Engineering CHAPTER 11 CLASS DIAGRAMS.
ITEC1301 Object-Oriented Systems Construction Lecture Notes #4 1.
R R R CSE870: UML Component Diagrams Implementation Diagrams.
OO Methodology OO Architecture.
State Machine Diagrams
Use Case Realization Describes a collaboration among analysis classes that shows how a specific use case is realized Consists of flow-of-events analysis,
Object Oriented Analysis and Design
תכן UML in Design מקורות: S. R. Schach: Chapter 12
Module 11: Packages Lawrence Chung CS6359.OT1: Module 11.
Object Oriented Analysis and Design
UML Class Diagram.
Packages.
UNIT – V.
Starting Design: Logical Architecture and UML Package Diagrams
Analysis models and design models
An Introduction to Software Architecture
The Islamia University Bahawalpur
Visual Modeling Using Rational Rose
Package Diagram.
Sylnovie Merchant, Ph.D. MIS 161 Spring 2005
Rational Rose 2000 Instructor Notes Use Case Realization Structure
Presentation transcript:

1 Package Diagram

2 הדיאגרמות

3 אבני יסוד: דיאגרמות פריסת התוכנה על גבי החומרה PackageDiagram “חבילות עבודה” מקרא: מודל סטטי מודל דינמי מודל ניהולי Statechart פונקציונליות, אינטראקציה ActivityDiagram לוגיקה, זרימה ComponentDiagram ארכיטקטורת התוכנה SequenceDiagram התנהגות ישויות, קשרים, יחסים ClassDiagram Use Case Model שחקנים, תרחישים, אופני פעולה דרישות מערכת DeploymentDiagram ארכיטקטורת מערכת

4 Package  The OMG UML specifications states:  "A package is a grouping of model elements. Packages themselves may be nested within other packages. A package may contain subordinate packages as well as other kinds of model elements. All kinds of UML model elements can be organized into packages."  A package is a general-purpose mechanism for organizing elements of a model, such as classes or use case diagrams, into groups.  Every element within a model is uniquely owned by one package. Also, that element’s name must be unique within that package.  Packages that are friends to another may see all the elements of that package, no matter what their visibility.  If an element is visible within a package, it is visible within all packages nested inside the package  Packages should be cohesive. Anything you put into the package should make sense when considered with the rest of the contents of the package. To determine whether a package is cohesive, a good test is you should be able to give your package a short, descriptive name. If you can’t, then you may have put several unrelated things into the package  Packages provide units of configuration management

5 חלוקת הדרישות למארזים

6 חלוקת ה UC למארזים

7 חלוקת המערכת למארזים

8

9 Package Diagrams: Standard Stereotypes

10 Package Diagrams: Standard Stereotypes  Fa ç ade — A stereotyped package containing only references to model elements owned by another package. It is used to provide a 'public view' of some of the contents of a package.  Framework — A stereotyped package that contains model elements which specify a reusable architecture for all or part of a system. Frameworks typically include classes, patterns or templates. When frameworks are specialized for an application domain, they are sometimes referred to as application frameworks.  Stub — a package that serves as a proxy for the public contents of another package.  Subsystem — a package representing an independent part of the system being modeled.  System — a package representing the entire system being modeled.

11 דוגמא ל Package Diagram

12 דוגמא ל Package Diagram

13 דוגמא ל Package Diagram

14 דוגמא ל Package Diagram

15 דוגמא ל Package Diagram

16 קשרים בין מארזים

17 קשרים בין מארזים

18 Merge A package merge indicates a relationship between two packages whereby the contents of the target package are merged with those of the source package. Private contents of a target package are not merged. The applicability of a package merge addresses any situation of multiple packages containing identically-named elements, representing the same thing. A merging package will merge all matching elements across its merged packages, along with their relationships and behaviors. Note that a package merge essentially performs generalizations and redefinitions of all matching elements, but the merged packages and their independent element representations still exist and are not affected.

19 Dependency

20 Import Public elements of the supplier namespace are added as public elements to the client namespace. Elements in the client can access all public elements in the supplier using unqualified names

21 access Public elements of the supplier namespace are added as private elements to the client namespace. Elements in the client can access all public elements in the supplier using unqualified names

22 Dependency –Among Packages  Two Stereotypes of Dependency Among Packages:  access: the source package is granted the right to reference the elements of the target package (:: convention)  import: a kind of access; the public contents of the target package enter the flat namespace of the source as if they had been declared in the source packageName subPackageName packageName PackageClass > + OrderForm + TrackingForm - Order Client +OrderRules -GUI:Window Policies > +Window +Form #EventHandler GUI > imports exports