- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Ooaduml与xml串讲
Ooad_uml 与xml 串讲
一.面向对象
通过封装、继承、多态,把程序的耦合度降低,使程序灵活、容易修改、容易复用。
面向对象=对象 + 类 + 消息 + 继承 + 多态
面向对象方法是一种把面向对象的思想运用于软件开发过程,指导开发活动的系统方法,包括分析、设计和实现等活动
软件开发组越大,组中每个成员的生产率就越低
--Philippe Kahn, Borland
Ln = 15000/(n^-3)( LOC / year )
构造大型软件不能靠堆人
敏捷开发:
1. 思路先行 //先用注释把思路记录下来
2. 实现随后
可维护性:预见需求(预见多年后的事)
可重用:
代码可重用(最低级别):粒度:方法(常用代码块),类,包,组件(类库)
设计的可重用:框架(半成品,如Hibernate);产品(开发软件);算法、设计模式
分析的可重用(最高级别,见不到代码):文档、规范、标准(ISO:CMM,CMMI)
可扩展性:
二.UML图
类(class) 用矩形框表示,分三层
第一层:类名,抽象类用斜体字
第二层:类的特性:字段和属性
第三层:类的操作:方法或行为
方法前的符号:“+”表示public,“-”表示private,“#”表示protected
接口:右边的“飞翔”
顶端有interface,第一层是接口名字,第二层是方法
接口的另一种表示法:俗称棒棒糖表示法,就是类上面的一根棒棒糖(圆圈+实线)
圆圈旁为接口名称,接口方法在实现类中出现
继承:用空心三角+实线
实现接口:空心三角+虚线
类与对象之间的关系(6种):
关联 Association:一个类受另一个类影响(实线)
聚合关联 Aggregation:弱拥有关系,A对象可以包含B对象,但B不是A的一部分(空心菱形+实线箭头)[DPE]
(DPE 表示这句话来自《设计模式》)
组合关联 Composition:(也叫合成,组成)是一种强的‘拥有’关系,体现严格的部分和整体的关系,
部分和整体的生命周期一样[DPE](实心菱形+实线箭头)
组合图形的基数:表明这一端的类可以有几个实例,(一只鸟有两个翅膀)如果有无数个实例,则用n表示
关联关系、聚合关系也可以有基数
依赖 Dependency :一个类需要另外一个类(X需要Y,则X的修改Y也要跟着修改) (虚线箭头)
泛化(继承) (实心菱形+实线)
实现 (实心菱形+虚线)
UML 4+1 图
1:用例图 描述系统中有哪些用户可用的功能
4:逻辑图 将问题中的一些名词提取出来,形成系统中对应的类,表示之间的关系。
过程图 表示系统对象间的交互
实现图 系统中组件与组件之间交互
部署图 软件系统真实运行过程的物理描述
静态(系统结构):
类图
对象图
构建图
部署图
动态(系统行为):
顺序图 (时序图)
协作图
状态图
活动图
用例图
三.面向对象的7大基本设计原则
程序设计:没有最好,只有最适合。寻找平衡点。
1. LSP(The Liskov Substitution Principle ,替换原则)
父类出现的地方,子类都可出现。
子类或实现类与父类都是可以互换的。
子类不能添加任何父类没有的附加约束
子类对象必须可以替换父类对象
2. OCP (The Open-Close Principle,开闭原则)
要关联抽象,不要关联具体,抽象可扩展。
扩展是开放的,更改是封闭的
3. SRP(The Single Responsibility Principle,单一职责原则)
依赖不同的具体类,不要将不相关的方法放到一个具体类中,然后具体类再关联。
一个类,应该仅有一个引起它变化的原因
当需求变化时,该变化会反映为类的职责的变化(如果有多个职责,引起变化的原因就会有多个)
4. ISP(The Interface Segrega
您可能关注的文档
最近下载
- Lesson9-10Howareyoutoday(课件)新概念英语第一册.pptx VIP
- 外教社新编日语(重排本)第1册 PPT课件第5课.pptx VIP
- 急诊抗心律失常药物认识及选择.ppt VIP
- 心理痛苦评估表、焦虑、抑郁自评量表、预期性悲伤量表、社会支持评定量表、患者尊严量表.pdf VIP
- 国家基础教育精品课教学设计(精品课).docx VIP
- 变分法基础 老大中.pdf VIP
- 2025年时事政治必考试题库及参考答案详解(完整版).docx VIP
- 军队述职报告 部队个人述职报告范文 (19篇).docx VIP
- 2025年(完整版)中医体质分类判定标准及中医体质分类与判定自测表 .pdf VIP
- 孕妇X线、CT检查知情同意书.docx VIP
文档评论(0)