建模与设计-08.pptxVIP

Package DiagramComponent DiagramDeployment DiagramMain PointsPackage Diagram Package diagram Application Notes Package diagram Case StudyComponent Diagram Deployment DiagramWhat is Package Diagram ?在面向对象软件开发的视角中，类显然是构建整个系统的基本构造块。但是对于庞大的应用系统而言，其包含的类将是成百上千，再加上其间“阡陌交纵”的关联关系、多重性等，必然是大大超出了人们可以处理的复杂度。这也就是引入了“包”这种分组事物构造块。包的作用是：1）对语义上相关的元素进行分组；2）定义模型中的“语义边界”；3）提供配置管理单元；4）在设计时，提供并行工作的单元；5）提供封装的命名空间，其中所有名称必须惟一；Basic?Concepts名称：每个包都必须有一个与其它包相区别的名称 。拥有的元素：在包中可以拥有各种其它元素，包括类、接口、构件、节点、协作、用例，甚至是其它包或图包与包中的元素是一种组成关系，因此一个元素只能属于一个同级包 。Basic?Concepts包的可见性：可以用“+”来表示“public”，用“#”来表示“protected”，用“-”来表示“private” 。包的关系：《use》关系：是一种默认的依赖关系 ，说明客户包（发出者）中的元素以某种方式使用提供者包（箭头指向的包）的公共元素，也就是说客户包依赖于提供者包 《import》关系：最普遍的包依赖类型，说明提供者包的命名空间将被添加到客户包的命名空间中，客户包中的元素也能够访问提供者包的所有公共元素 《access》关系：只想使用提供者包中的元素，而不想将其命名空间合并则应使用该关系《trace》关系：想表示一个包到另一个包的历史发展，则需要使用《trace》关系来表示 （通常表示分析模型和设计模型间的依赖，不常用）注意：不要刻意区分《access》、《import》、《use》的区别，仅当表明“命名空间”的处理方法时再表明，它不是关键的建模目标。Association《use》关系：是一种默认的依赖关系 ，说明客户包（发出者）中的元素以某种方式使用提供者包（箭头指向的包）的公共元素，也就是说客户包依赖于提供者包 《import》关系：最普遍的包依赖类型，说明提供者包的命名空间将被添加到客户包的命名空间中，客户包中的元素也能够访问提供者包的所有公共元素 《access》关系：只想使用提供者包中的元素，而不想将其命名空间合并则应使用该关系《trace》关系：想表示一个包到另一个包的历史发展，则需要使用《trace》关系来表示 （通常表示分析模型和设计模型间的依赖，不常用）注意：不要刻意区分《access》、《import》、《use》的区别，仅当表明“命名空间”的处理方法时再表明，它不是关键的建模目标。ExampleStereotype of the package《system》和《subsystem》构造型：《system》构造型的包表示正在建模的整个系统，而《subsystem》构造型的包则表示正在建模的系统中某个独立的部分 《facade》构造型：只是某个其它包的视图，它主要用来为其它一些复杂的包提供简略视图 《stub》构造型：是一个代理包，它服务于某个其他包的公共内容，这通常应用于分布式系统的建模中 《framework》构造型：用来表示一个框架的，框架是一个领域内的应用系统提供可扩充模板的体系结构模式。 Package mapping principle设计包时应遵循以下原则:重用等价原则(Reuse Equivalency Principle, REP)把类放入包中时, 应考虑把包作为可重用的单元.共同闭包原则(Common Closure Principle, CCP)把需要同时改变的类放在同一个包中.共同重用原则(Common Reuse Principle, CRP)不会一起使用的类不要放在同一个包中.非循环依赖原则(Acyclic Dependencies Principle, ADP)包之间的依赖关系不要形成循环.Package mapping principle最小化包之间的依赖，最小化每个包中的public、protected元素的个数，最大化每个包中private元素个数 在建模时应该避免包之间的循环依赖，也就是不能够包含相互依赖的情况，对于这种情况应进行分析： Main PointsPackage Diagram Package diagram Application Notes Package diagram Case Stu