[OOAD总结.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文档。上传文档
查看更多
[OOAD总结

第一章 1、什么是分析与设计? 1、分析强调对问题和需求的调查研究 2、设计强调的是满足需求的概念上的解决方案 2、什么是面向对象分析与设计? 1、在面向对象分析过程中,强调的是在问题领域内发现和描述对象(或概念) 2、在面对对象设计过程中,强调的是定义软件对象以及它们如何协作以实现需求。 3、简单示例: 1、定义用例(use case) 需求分析可能包括人们如何使用应用的情节或场景,这些情节或场景可以被编写成用例。 2、定义领域模型(domain model) 面向对象分析的结果可以表示为领域模型,在领域模型中展示重要的领域概念或对象。需要注意的是,领域模型并不是对软件对象的描述,它使真实世界领域中的概念和想象可视化。(也被称为概念领域模型—conceptual object model) 3、定义交互图 关注的是软件对象的定义—它们的职责和协作。顺序图(sequence diagram)是描述协作的常见方法。它展示对象之间的信息流,和由消息引起的方法调用。 4、定义设计类图 除了在交互图中显示对象协作的动态视图外,还可以用设计类图(design class diagram)来有效的表示类定义的静态视图。这样可以描述类的属性和方法。 与领域模型表示的是真实世界的类,设计类图表示的是软件类 要注意的是,尽管设计类图不同于领域模型,但是其中的某些类名和内容还是相似的。 第二章 1、什么是UML? 统一建模语言(UML)是描述、构造和文档化系统制品的可视化语言。 UML表示法的基础是UML元模型,它描述建模元素的语义,UML元模型对模型驱动架构(Model Driven Architecture, MDA)CASE工具供应商具有影响。开发者并不需要对其进行学习。 2、三种UML应用方式 1、UML作为草图—非正式的、不完整的图,借助可视化语言的功能,用于探讨问题或解决方案空间的负责部分。 2、UML作为蓝图—相对详细的设计图。用于:①逆向工程;②代码生成。 3、UML作为编程语言—用UML完成软件系统可执行规格说明。 3、什么是UP? 软件开发过程(software development process)描述了构造、部署以及维护软件的方式。统一过程(UP)已经成为一种流行的构造面向对象系统的迭代软件开发过程。 4、迭代(iterative)、进化(evolutionary)和敏捷(agile) 1、迭代开发是UP和大多数其他现代方法中的关键实践。每次迭代都具有各自的需求分析、设计、实现和测试活动。 2、迭代进化开发 小步骤、快速反馈和调整是迭代开发的重要思想。短时迭代为上。迭代的一个关键思想是时间定量,或者时长固定。 3、瀑布生命周期 在瀑布(或顺序)生命周期过程中,试图在编程之前(详细)定义所有或大部分需求。而且通常于编程之前创建出完整的设计(或模型集)。 4、什么是敏捷模型? 1、采用敏捷方法并不意味着不进行任何建模,这是错误理解。 2、建模和模型的目的主要用于理解和沟通,而不是构建文档 3、不要对所有或大多数软件建模或者应用UML。 4、尽可能使用最简单的工具。 5、UP所倡导的核心思想是:短时间定量迭代、进化和可适应性开发。 6、UP的四个阶段:初始(inc)、细化(elaboration)、构造(construction)、移交(transition) 第五章 1、进化式需求 1、需求就是系统(广义的说法是项目)必须提供的能力和必须遵从的条件。 2、需求分析的最大挑战是寻找、沟通和记住(通常是指记录)什么事真正需要的,并能够清楚的讲解给客户和开发团队的成员。 3、需求变更是不可避免的,因此有效的管理和关键 4、进化式需求VS瀑布式需求:…… 5、需求按照“FURPS+”模型进行分类: 1、功能性:特性、功能、安全 2、可用性:人性化因素、帮助、文档 3、可靠性:故障频率、可恢复性、可预测性 4、性能:响应时间、吞吐量、准确性、有效性、资源利用率 5、可支持性:适应性、可维护性、国际化、可配置性 6、一些次要因素:实现、接口、操作、包装、授权 6、UP制品如何组织需求: 1、用例模型:一组使用系统的典型场景。 2、补充性规格说明:基本上是用例之外的所有内容。 3、词汇表:词汇表以最简单的形式定义重要的术语。 4、设想:概括了高阶需求,项目的业务案例。 5、业务规划(领域规划):通常描述了凌驾于某一软件项目的需求或政策,这些规则是领域或者业务所要求的,并且许多应用应该遵从这些规则。 第六章 1、用例是文本文档,而非图形;用例建模主要是编写文本的活动,而非制图。 2、用

文档评论(0)

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

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

1亿VIP精品文档

相关文档