第5章 信息系统分析及设计 包图

合集下载

信息系统分析与设计包

信息系统分析与设计包
信息系统分析与设计包
• 信息系统概述 • 信息系统分析 • 信息系统设计 • 信息系统实施与维护 • 信息系统评价与优化 • 信息系统安全与风险管理
01
信息系统概述
信息系统的定义与分类
定义
信息系统是一个集成了硬件、软件、 数据、人员和过程等组件的集合,用 于收集、存储、处理和传输信息,以 支持组织的决策、协调和控制活动。
系统实施和维护需要投入大量的时间和成本,需要合理规划资 源和预算。
系统实施和维护需要专业的技术人员,需要加强人员培训和管 理。
随着技术和业务的发展,系统实施和维护面临不断变化的需求 和挑战,需要保持敏锐的洞察力和适应性。
05
信息系统评价与优化
系统评价的目的和原则
目的
评估信息系统的性能、效率、可用性和安全 性等方面,为系统改进和优化提供依据。
包括升级硬件设备、优化软件算法、调整网络配置、 完善管理制度等。
06
信息系统安全与风险管理
系统安全的概念和重要性
系统安全的概念
系统安全是指通过一系列技术手段和管理措施,确保信息系统的机密性、完整性和可用 性,防止未经授权的访问、使用、泄露、破坏或篡改系统资源。
系统安全的重要性
系统安全是信息系统稳定运行和业务持续发展的基础,对于保护企业核心资产、维护客 户隐私、防止数据泄露和损失具有重要意义。
系统设计的方法和工具
方法
面向对象的设计方法、结构化设计方法等。
工具
UML建模工具、数ห้องสมุดไป่ตู้库设计工具、界面设 计工具等。
04
信息系统实施与维护
系统实施的过程和步骤
系统环境准备
包括硬件、软件和网络环境的 搭建和配置。
数据迁移与转换

信息系统分析与设计——第五章

信息系统分析与设计——第五章

5.4.2 数据流程图的基本符号
1、外部实体
a
顾客
b
职工
c
经理
b
职工
a
顾客
2、数据处理
标识部分 功能描述部分 功能执行部分
3、数据流
编辑 订货单
合格订单
计算 应收款
编制 财务 报表
经理
4、数据存储
D2 产品 D5 职工 D2 产品
5.4.3 数据流程图的特点
1、概括性 2、抽象性
5.4.4 绘制数据流程图的原则
5.5.2 数据字典的条目
1、数据项 名称、编号、别名、类型、长度、取值范围和取值含义
2、数据结构 组成 名称、编号、简要说明、 任选项、必选项、重复项 3、数据流 来源、去向、组成、流通量 4、数据存储
5、数据处理 名称、编号、简要说明、 输入数据流和输出数据流 6、外部实体 名称、编号、简要说明、 产生的数据流和系统传送的数据流
学生 成绩 期末成绩
P2.1 分析期 末成绩
系教务员
P2.2 统计 成绩
教管科
成绩统计
× 主管
P2.3 登记期 末成绩
教管科
D1
系学籍表
期末成绩单 获奖名单 留退名单
D1
系学籍表
×
学生
P3 P1
P2.4 分析补 考成绩
系教务员
补考成绩
P2.5 登记补 考成绩
教管科
“成绩 管理” 框的展 开
P2.1
处理逻辑描述表达一个基本处理对数据流的转换路径 处理逻辑描述表达一个功能单元的转换策略
处理逻辑描述中包含的信息应该是完备的、有效的,应该 把冗余度控制在最低程度
用一组标准的方法书写基本说明,既要简单明确,又要具 有较高的可读性

《信息系统分析与设计》课件第5章

《信息系统分析与设计》课件第5章

企业现状是实现企业战略的基本条件,也是企业战略的 制约因素,同时还是信息系统建设的基础。在制定信息系统 规划之前需要对企业的市场、产品、规模、技术、人才、资 金、地理环境、企业文化、员工素质、领导观念、组织管理 等现状进行认真分析。
通过初步调查,并进行了企业战略和现状分析之后,下 来就可以制定企业信息系统总体规划,包括信息系统目标和 战略、信息系统构成和结构、项目实施和资源分配计划等。 最后对所制定的规划还要进行可行性分析,只有可行的规划 才能指导信息系统建设工作。
战、管理的复杂性、改革所面临的阻力、环境对组织目标的 制约因素等。战略目标转移法的基本思想是识别组织的战略 目标,并把组织的战略目标转化为信息系统的战略目标。
2.战略目标转移法的步骤 (1) 识别组织战略目标。 组织战略目标是组织发展的宏观构架,它分为组织使命、 目标、战略、支撑因素等四个方面。其中,使命是组织的存 在价值和长远发展设想,它是组织最本质、最总体、最宏观 的“内核”。例如,微软公司的使命是:“领导计算机软件 新潮流,向全世界提供一流的计算机软件平台和工具。”目 标是根据使命,组织在确定时限内应达到的境地和标准。目 标呈为树型层次结构,由总目标、分目标和子目标构成。战 略则是为了实现既定目标所确定的对策和举措。支撑因素包 括发展趋势、机遇和挑战、管理复杂性、环境对组织的制约 等。需要认真分析组织战略目标,用书面的形式条理地描述 出来,并请组织的决策人进行认定。
5.3 制定信息系统规划的基本步骤
不同领域和不同规模的信息系统,制定其规划需要做的 工作会有差别。图5.2给出了制定信息系统规划的一般步骤。
图5.2 信息系统规划的基本步骤
在制定信息系统规划之初,首先需要作详细的准备工作。 制定规划的准备工作包括确定规划问题,聘请规划专家,组 织规划小组,落实规划工作环境,启动规划等工作。

《信息系统分析与设计》课件1第5章

《信息系统分析与设计》课件1第5章
初步调查一般由有经验的系统分析员、管理业务的骨干和 有关部门的领导所组成的调查小组负责。
21
第5章 信息系统的总体规划
初步调查主要包括以下几个方面的内容。 1.企业的目标和任务 企业目标是指企业在较长一段时期内生产经营活动的奋斗 目标以及发展方向、远景规划。企业任务一般是指为实现企业 长远目标所规定的近期的生产经营内容。
第5章 信息系统的总体规划
第5章 信息系统的总体规划
5.1 信息系统总体规划概述 5.2 信息系统总体规划阶段的主要工作 5.3 信息系统总体规划的方法 5.4 信息系统总体规划的过程 思考与练习题
1
第5章 信息系统的总体规划
5.1 信息系统总体规划概述
5.1.1 信息系统总体规划的必要性和作用 1.信息系统总体规划的必要性 建立信息系统必须根据系统的方法,把组织作为一个整体、
信息系统规划过程本身是促使组织的高层管理人员对过去 的工作进行回顾和对未来发展进行思考的过程,也是对信息系 统所涉及知识的学习过程。从信息系统应用失败的案例分析, 往往是由于重视了信息系统的开发,而忽视信息系统规划所造 成的。信息系统规划的成果——《系统规划报告》是指导信息 系统建设的一份纲领性文件。
(8) 提出实施进度:在确定每个项目的优先权后,估计项 目成本和人员要求等,列出开发进度表。
(9) 通过信息系统规划:规划形成文档,经组织的决策人 员批准后生效,并将其作为组织整体规划的一部分。在形成信 息系统规划的文档过程中,需要反复听取各方面的意见,如组 织的策划员、系统分析人员和有关方面的顾问或专家的意见, 特别要注意用户的意见和建议,使信息系统的计划得到各方面 的认可。
一个有机系统,全面综合地去考虑在组织中建立信息系统的问 题。而信息系统的总体规划正是站在组织的战略层次,把组织 作为一种有机的系统,全面考虑组织所处的环境、组织本身的 潜力、具备的条件以及组织进一步发展的需要,勾画出组织在 一定的时期内所需开发的各类信息系统的应用项目,最终达到 建立全面的信息系统的目标。

第五章 包图

第五章 包图

• •
构造性
<<system>>
<<subsystem>>
说明
表示正在建模的整个系统
表示正在建模的系统中某个独立的部分。 对于较大的系统,经常需要将其划分为几个独 立的子系统,每个子系统从较低的抽象层次观 察的时候就像一个较小的系统
<<facade>> <<stub>>
描述一个只引用其他包内元素的包,主要 用来为其他一些复杂的包提供简略视图 一个代理包,通常应用于分布式系统的建 模中,它服务于某个其他包的公共内容
总结:
本章介绍了UML包图,应用包图的目的是为了简化图, 通常当一个图变得庞大且在单一页中无法打印的时候引入 包。 • 包图中可以包含任何一种UML图,但通常更多的是用例 图或类图; • 创建用例包图,可以帮助组织需求,对需求进行高层次 的概述; • 创建类包图,可以在逻辑上组织类,对设计进行高层次 的概述。
在Rational Rose 中,支持4种包的构造型,如图5-6~
5-9。
5.2.4 子系统

系统是组织起来以完成一定目的的连结单元的集合,由 一个高级子系统建模,该子系统间接包含共同完成现实世 界目的的模型元素的集合。 子系统是指有单独说明和实现部分的包。它表示具有 对系统其他部分存在接口的连贯模型单元。 子系统使用具有构造型关键字subsystem的包表示,如 下图所示。
包的依赖性可以加上许多构造型规定它的语义,其中最 常见的是引入依赖。引入依赖(Import Dependency)是包与 包之间的一种存取依赖关系。 • 引入是指允许一个包中的元素存取另一个包中的元素, 引入依赖是单向的。引入依赖的表示方法是在虚箭线上标有构 造型Inport,箭头从引入方的包指向输出方的包。 • 如图所示

《信息系统分析与设计》读书笔记思维导图

《信息系统分析与设计》读书笔记思维导图

06
5.6 数据 库设计
05
5.5 代 码 设计
5.7 用户界面设计
5.8 编写系统设计说 明书
本章小结 习题5
第6章 系 统 实 施
6.1 系统实施阶段的 任务
6.2 程 序 设 计
6.3 系 统 测 试 6.4 系 统 转 换
本章小结
6.5 人员组织与培 训
习题6
第7章 面向对象开发基础
9.1 从设计到实施 9.2 面向对象语言
9.3 程序设计风格 9.4 面向对象测试
关键术语
本章小结
习题9
第10章 系统运行、支持与安全
10.1 系统的支持与 维护
10.2 管理系统性能
10.3 系 统 安 全
10.4 数据备份与系 统恢复
10.5 系统的运行控 制与审计
本章小结
关键术语 习题10
01
3.1 信息 系统规划概 述
02
3.2 信息系 统规划的步 骤
03
3.3 信息 系统规划方 法
04
本章小结
05
关键术语
06
习题3
第4章 结构化分析
01
4.1 系统 分析的目标 和主要活动
02
4.2 初 步 调查
03
4.3 可行 性研究
04
4.4 详 细 调查
06
4.6 业务 流程调查
05
4.5 组织 机构调查
第11章 系统开发案例
11.1 某中医诊 所综合业务管 理信息系统...
11.2 酒店管理 信息系统分析 与设计
参考文献
感谢观看




版权信息
第1章 信息系统的概念

第5章 信息系统分析与设计 包图

第5章 信息系统分析与设计 包图

显现
隐藏
5.1.1 包的定义 5.包成员 包成员是包中的元素,例如下图中的“检索 图书”用例就是“处理订单”包的成员。
包成员
5.1.2 包的命名
1. 包名
包名应由标识符表示,并且用能够表示包含 义的名字。包的名字放到包的顶部,或包的内 面。例如:
5.1.2 包的命名
2. 包成员的命名
包中成员的名字不允许相同。 非限定名:成员的名字,不包括包的名字。 例如,下图“货品” 限定名: 成员前面缀包名。例如, B::货品
5.2.1 依赖关系
2. 包依赖的类型
2)抽象:如果一个包的元素是对另外一个包元 素的抽象,则两个包之间存在抽象关系 。
5.2.1 依赖关系
2. 包依赖的类型
3)跟踪:如果一个包的元素是对另外一个包元 素的的深化,则两个包之间存在跟踪关系 。
5.2.2 导入关系 1. 导入关系的含义
导入(import)是指将A包的元素导入到B包中,使得导入
1、重用等价原则
对于同类可重用的模型元素尽量放到一个包
中,不要把可重用模型元素和不可重用的模型
元素混到一个包中。
2、共同重用原则
把同一个应用要重用的多个模型元素放到同一
个包中,以减少包间的依赖,提高包的独立性。
3、共同封闭原则
把可能同时修改,同时维护的模型元素放到 一个包中,以便于维护和升级。
5.1.3 包的可见性
包的可见性是指包中成员被其他包或模 型元素访问的程度 ,分以下三种情况:
可见public : + 受限protected : # 私有private : -
5.1.4 包图
包图用来展现包和包之间的关系。
书店图书管理的包图:

信息系统分析与设计5PPT课件

信息系统分析与设计5PPT课件

2 限额管理
F3 车间
1.2 接收退料单
1.3 退料处理
D3 退料单
F2.1 限额领料单
3.1 接收限额 领料单
3.2 限额核对
D1 库存数据 D2 限额配套卡
F2.2 物资领料单
2021/3/9
D4 限额领料单
3.3 接收物资 领料单
3.4 出库处理
D5 物授资课:领X料XX单
4 F5 统计
主管领导
✓将系统合理的划分成子系统 ✓把子系统划分成若干模块 ✓决定每个模块的功能 ✓决定模块间数据、调用关系 ✓确定模块间界面
2021/3/9
授课:XXX
12
二、结构化系统设计
结构化系统设计是“用一组标准的准则和工具帮 助系统设计人员确定应该由哪些模块,用什么方 式联结在一起,才能构成一个最好的系统结构”。
9
第15讲 模块设计设计
6.1
(结构化)系统总体设计概述
6.2
面向数据流的总体设计方法
6.3
模块设计优化
2021/3/9
授课:XXX
10
本讲内容
15.1 (结构化)系统总体设计概述
一、总体设计的任务 二、结构化系统设计
2021/3/9
授课:XXX
返11 回
一、总体设计的任务
总体设计是根据系统的总体目标和功能将整个 系统合理划分成若干个功能模块,正确地处理模 块间的调用关系和数据联系即模块之间的接口, 定义各模块的内部结构等。
4
如何考虑?
• 为实现某一个系统/子系统,应该设计几个功能模块?
• 这些模块由哪些程序组成? • 它们之间又存在什么关系? • 为了提高运行效率在数据库的组织方面又应该采取什么措施? • 程序模块应该采用什么处理方式?

信息系统分析与设计第五章_图文.ppt

信息系统分析与设计第五章_图文.ppt

一、概述
➢ 面向对象思想的起源 1967年,第一个面向对象的语言—Simula。 80年代, Smalltalk、C++、Objective C等通用面向对象语言 出现。
➢ 面向对象思想的成熟 Smalltalk—80和C++语言被越来越多的人所理解和 接受,形成面向对象编程(Object-Oriented Programing,即OOP)
A
从A继承
继承部分
B
增加部分
图5-2 类的继承关系
《信息系统分析与设计》
六、继承性(inheritance) (续)
➢ 继承是软件重用的一个基本机制。当通过继承定义一个 新类时,新类获得了已存在类的域和行为。图5-3中的 类图所描绘了继承层次结构。
Figure
LineSegment
Point
Region
《信息系统分析与设计》
二、微软公司的COM/DCOM组件技术
➢ 1、组件对象模型COM – COM(Component Object Model)是一种不依赖 于任何语言的组件对象模型。COM中的对象被称 为组件对象或COM对象。 – 强调单独地设计对象接口并约定只能通过对象接口 使用COM对象,这是COM对象区别于其它源代码 对象的重要特征,也是确保COM对象具有与语言 无关的可重用性的基础。 – 组件对象模型COM的特点
保护。 ➢ 封装的基本单位是对象 ➢ 利用封装来隐藏那些不属于对象公有接口的软件元素
称为信息隐藏。
《信息系统分析与设计》
八、多态性(polymorphism)
➢ 多态的概念: 不同的对象收到同一消息可产生多种不同的结果,即
会有多种不同形式 。 ➢ 多态的实现受到继承性的支持 ➢ 利用类层次的继承关系,把具有通用功能的消息存放

信息系统分析与设计-PPT课件

信息系统分析与设计-PPT课件
定功能要求。
2022/1/6
最新精品资料
42
停止研制 停止研制
提出研制要求
初步调查
可行性研究
可行性报告

审批

修改
详细调查
逻辑设计
系统说明书

审批
修改
修改目标,追加资 源,等待条件
修改说明书
停止研制
总体设计
详细设计
系统设计说明书

审批
修改
修改设计方案
2022/1/6
系统实施


修改系统
验收 是
交付使用
1. 信息系统的概念
– 信息系统是一个以人为主导,利用计算机硬 件、软件、网络通信设备以及其他办公设备, 进行信息的收集、传输、加工、存储、更新 和维护,以企业战略竞优,提高效率和效益 为目的,支持企业最高策略、中层控制、基 层运做的集成化的人机系统。
2022/1/6
最新精品资料
18
2.信息系统的功能
系统规划阶段:初步调查,可行性分析,编写可 行性分析报告和系统设计任务书。
系统分析阶段:详细调查,需求分析,绘制业务 流程、数据流程图等等,提出新系统的逻辑模型。
系统设计阶段:设计新系统的物理模型,进行总 体设计和详细设计,编写系统设计说明书。
系统实施阶段:购置、安装和调试设备,编写程 序,人员培训,数据文件转换,系统调试与转换。 编写实施进度报告和系统测试分析报告
市 场 经理
财 务 经理
产 品 A经 理
生 产 主任 对A
市 场 主任 对A
财 务 主任 对A
产品 产 品 B经 理
生 产 主任 对B
市 场 主任 对B
财 务 主任 对B

《信息系统分析与设计》 ppt课件

《信息系统分析与设计》 ppt课件
信息系统分析与设计
1
绪论:
• 本课程的学习目的和意义 • 本课程的学习方法 • 本课程的考核方法(期末考核85%,平时15%)
2
精品资料
• 你怎么称呼老师? • 如果老师最后没有总结一节课的重点的难点,你
是否会认为老师的教学方法需要改进? • 你所经历的课堂,是讲座式还是讨论式? • 教师的教鞭 • “不怕太阳晒,也不怕那风雨狂,只怕先生骂我
35
技术推动力
客户关系管理Customer Relationship Management (CRM) – 是一种软件应用,为客户提供对企业过程的访 问,从初始的咨询指导售后服务和支持.
36
技术推动力
企业应用集成Enterprise Application Integration (EAI) – 将 购买和内部开发的应用软件集成起来,以便能够透明地进行 互操作。
系统
• 高等院校招生信息管理系统 • 学籍管理信息系统 • 毕业生就业信息管理系统
– 生活
• 银行个人帐户管理系统 • 食堂就餐信息管理系统 • 售务管理信息系统 • 电信业务管理信息系统
– 娱乐
• 数字节目管理系统
– 工作
• 人事管理信息系统、财务工资管理信息系统
41
42
43
44
45
46
22
系统关联人员
系统分析员
研究组织存在的问题和需求,确定人员、数据、过程和信息技 术如何最大化地为企业作出贡献。
– 问题:
• 真正的问题,对这些问题需要采取正确的行动 • 尽管还没有人抱怨,但可以改进现状的机会。 • 无论是否有人抱怨,都要改变现状的指示。
– 系统分析员与业务分析员的区别?
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

显现
隐藏
5.1.1 包的定义 5.包成员 包成员是包中的元素,例如下图中的“检索 图书”用例就是“处理订单”包的成员。
包成员
5.1.2 包的命名
1. 包名
包名应由标识符表示,并且用能够表示包含 义的名字。包的名字放到包的顶部,或包的内 面。例如:
5.1.2 包的命名
2. 包成员的命名
包中成员的名字不允许相同。 非限定名:成员的名字,不包括包的名字。 例如,下图“货品” 限定名: 成员前面缀包名。例如, B::货品
第 章 包图
5.1 包图的概念 5.2 包的关系 5.3 包的设计原则 5.4 包图的应用
5
第 章包图
5
5.1 概述
5.1.1 包的概念 5.1.2 包的命名 5.1.3 包的可见性
5.1.4 包图
5.1.1 包的定义
1. 包
包(Package): 是UML用来组织模型元素的模 型元素。 可以把包比作一个存放模型元素的箱子或容 器,在它里面可以存放要多个模型元素。 包中可以包含类、构件、用例、节点、活动、 状态、包等其他模型元素。
5.1.1 包的定义 2.包的表示
UML用带把的矩形框来表示包。
简单包名
路径包名
5.1.1 包的定义 3.包中元素的可见性 包中的元素对其他包可以访问,也可以隐藏, 可见性具有可见、保护和私有三种形式。
可见 保护 私有
5.1.1 包的定义 4.包中元素的显现性
包中的元素可以对外显现,也可以隐藏。
5.2.1 依赖关系
2. 包依赖的类型
2)抽象:如果一个包的元素是对另外一个包元 素的抽象,则两个包之间存在抽象关系 。
5.2.1 依赖关系
2. 包依赖的类型
3)跟踪:如果一个包的元素是对另外一个包元 素的的深化,则两个包之间存在跟踪关系 。
5.2.2 导入关系 1. 导入关系的含义
导入(import)是指将A包的元素导入到B包中,使得导入
4、非循环依赖原则
包之间的依赖关系不要形成循环:即A依赖 B,B依赖C,C又依赖A。
第 章包图
5
5.4 包图的作用
5.4.1 分类组织模型元素 5.4.2 模型结构建模 5.4.3 命名空间建模
5.4.1 分类组织模型元素
利用包来有效分类组织模型元素。例如:
5.4.2 模型结构建模
利用包来建立软件结构模型:
END
教学进程
本章作业 二 填空题 √ √
(1)包的可见性有( ),私有和( )几种。 )几种形式。 (2)包的依赖关系可以分为( (3)包导入可以分为( ),抽象和(


)和(
)两种类型。 )另外一个包作为自己的
(4)包的包含关系是指一个包可以( ( )。
END
教学进程
5.4.3 命名空间建模
一个包就是一个命名空间,在包中的所有命名元素都可
以通过元素名称来标识。
● 小结
第5章 包图
● 5.1包的概念 5.1.1 包的概念 5.1.2 包的命名
● 5.3 包的设计原则 5.3.1 重用等价原则 5.3.2 共同重用原则
5.1.3 包的可见性
5.1.4 包图 ● 5.2 包的关系
到B包中的A包中的元素在B包中的访问程度等同于B包的元 素。
5.2.2 导入关系 2. 元素导入
元素导入是指将包内任意元素导入到另外一个包中。
5.2.2 导入关系 3. 包导入
包导入是指将一个包包合并(package merge)是将源包的元素合并到目标包中, 以扩展目标包的内容。合并之后,源包元素的特性在自己 原有特性的基础上增加目标包的特性。
1、重用等价原则
对于同类可重用的模型元素尽量放到一个包
中,不要把可重用模型元素和不可重用的模型
元素混到一个包中。
2、共同重用原则
把同一个应用要重用的多个模型元素放到同一
个包中,以减少包间的依赖,提高包的独立性。
3、共同封闭原则
把可能同时修改,同时维护的模型元素放到 一个包中,以便于维护和升级。
5.3.3 共同封闭原则
5.3.4 无循环依赖原则
● 5.4 包的应用
5.2.1 依赖关系
5.2.2 导入关系 5.2.3 合并关系 5.2.4 包含关系
5.4.1 分类组织模型元素
5.4.2 模型结构建模 5.4.3 命名空间建模
● —— 重要知识点
教学进程
本章作业 一 简答题 √ √ √
(1) 什么叫包? (2) 包之间存在哪几种关系? (3) 包图有什么作用?
5.1.3 包的可见性
包的可见性是指包中成员被其他包或模 型元素访问的程度 ,分以下三种情况:
可见public : + 受限protected : # 私有private : -
5.1.4 包图
包图用来展现包和包之间的关系。
书店图书管理的包图:
第 章包图
5
5.2 包的关系
5.2.1 依赖关系
5.2.2 导入关系
5.2.3 合并关系 5.2.4 包含关系
5.2.1 依赖关系
1. 包依赖关系的含义
如果一个包要访问或导入另外一个包中的元素,则两个 包之间存在依赖关系。
包的依赖关系用UML中的虚线箭头来表示,由源包指向被 依赖的独立包。
5.2.1 依赖关系
2. 包依赖的类型
1)使用:表示一个包中的元素要使用到另外一 个包中的元素 。
包合并
合并的结果
5.2.4 包含关系
包的包含(include) 关系是指一个包可以嵌套另外一个包
作为自己的子包,而且允许多层嵌套 。
3. 包的嵌套
包之中可以嵌套子包。
第 章包图
5
5.3 包的设计原则
5.3.1 重用等价原则 5.3.2 共同重用原则 5.3.3 共同封闭原则
5.3.4 无循环依赖原则
相关文档
最新文档