- 1、本文档共17页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第六章 面向对象开发方法及过程 主讲人: 谭良 提纲 Unified Modeling Language (UML) UML简介 UML静态建模机制 UML动态建模机制 UML应用 Rational Unified Process (RUP) 6.1.1 UML简介 Booch-93、Rumbaugh的OMT、Jacobson的OOSE的统一,集成了各自的优点。 1999年11月17日,OMG采纳UML1.1作为基于面向对象技术的标准建模语言。 好处:UML统一面向对象建模认识,以免用户混淆;UML已经应用到不同的建模领域,根植于UML的项目可以拓展系统的适用范围。 6.1.1 UML简介 UML定义包括UML语义和UML表示法。语义是基于UML的元模型。表示法是元模型的实例。 UML包括5类(9个)图形: 用例图(Use Case):从用户角度描述系统功能,并指明功能的操作者。 静态图(static diagram),包括类图、对象图和包图。 行为图(behavior diagram),包括状态图和活动图。 交互图(interactive diagram),包括顺序图和合作图。 实现图(implementation diagram),包括部件图和配置图。 6.1.2 UML静态建模机制 用于描述系统需求,并建立系统的静态模型。 包(package)图:拆分系统一种方法。 部件(component)图和配置(deployment)图:显示系统实现时的一些特性。 Use Case图:actor和use case 类和对象图:概念层描述应用域类、说明层描述类的接口、实现层描述类的实现。 6.1.3 UML动态建模机制 用于描述系统的行为,并建立系统的动态模型。 顺序(sequence)图和合作(collaboration)图:前者描述对象之间消息传递的时间顺序,后者描述相互合作对象间的交互和链接关系。 状态(state)图:描述对象状态的变化过程。 活动(activity)图:描述工作流和并行过程。可以针对类的操作、用例和内部对象的行为。 6.1.3 UML动态建模机制 动态建模UML图形的应用限制: 只针对重要的类画状态图,状态图描述跨越多个用例的单个对象的行为。 顺序图和合作图描述单个用例中多个对象的交互行为。适用于用例中简单行为的描述,行为复杂时将失去清晰性。 活动图可以用于描述单个用例的复杂行为,并不严格区分对象,也可以用于描述对象操作。 6.1.4 UML应用 应用范围:以面向对象图的方式建立软件系统的模型,也可以描述非软件领域的系统。即:可以对任何具有静态结构和动态行为的系统进行建模。 UML适用于系统开发过程中从需求规约到测试的不同阶段: 需求获取:用例图、活动图 需求分析:类图、对象图和包图 系统分析与设计:状态图、顺序图、合作图、活动图、部件图和配置图。 测试:单元测试用类图、集成测试用部件图和合作图、确认测试用用例图等。 6.2 Rational Unified Process UML是一种建模语言,而不是一种方法,方法的一个重要组成部分是对过程的定义。 RUP是一种建模过程,1998年正是颁布。 RUP的关键实践 RUP的二维结构 RUP的静态结构 RUP的核心工作流 6.2 Rational Unified Process 6.2.1 RUP的关键实践 迭代的开发软件:渐进和反复的过程 需求管理:用例和场景、需求跟踪 使用基于构件的体系结构 可视化软件建模:UML 验证软件质量 控制软件变更 6.2.2 RUP的二维结构 6.2.2 RUP的二维结构 Phase:Inception(初始阶段)、Elaboration(细化阶段)、Construction(构造阶段)、Transition(交付阶段)。阶段间产生里程碑(Milestone)。 初始阶段:确定项目的边界,考虑项目的商业属性(Business Case),如:风险、资源、进度、规模等的估计。 细化阶段:详细理解问题领域,建立系统体系结构基础(用例模型、域模型、技术平台),编制项目计划(用例划分、迭代周期、用例分配),淘汰项目中最高风险的元素。 6.2.2 RUP的二维结构 构造阶段:通过一系列迭代过程开发构件和应用程序功能,并将其集成为产品。所有的功能被详尽的测试。迭代开发是增量式和重复进行的。 交付阶段:将软件产品交付给用户。不能在开发新的功能,集中精力于纠错工作。产品的β版本到最终版本之间的这段时间是典型的移交阶段。 6.2.3 RUP的静态结构 RUP开发过程定义“谁”于“何时”“如何”做“某事”。 开发过程中的四种建模元素:角色(workers)、活动(activities)、产物(artifacts)、工作流(work
文档评论(0)