Ooaduml与xml串讲.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 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

文档评论(0)

junjun37473 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档