UML课程_福州大学计算机系.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
面向对象分析与设计(UML) 授课教师:刘秉瀚 联系电话Email: lbh@ 内容提要 第一部分 内容概要:介绍面向对象软件开发所使用的过程和技术,讲解UML的基础知识及其应用 1.基本概念和背景知识 2.UML语言详述 3.UML对象分析设计 第二部分 Rose的使用:介绍支持UML的CASE软件开发工具Rational Rose 第三部分 学习实例:结合实例,应用面向对象思想,分析UML的应用方法与技巧 参考书 面向对象分析与设计(UML2.0版) [美]MikeO,Docherty 著 俞志翔 译 清华大学出版社 介绍面向对象的软件开发所使用的过程和技术,描述了UML语言以及UML在面向对象的软件系统分析与设计中的应用 UML基础、案例与应用 [美]Joseph Schmuller 著 李虎 王美英 万里威 译 人民邮电出版社 通俗易懂 UML 与 Rational Rose2002从入门到精通 [美]Wendy Boggs Michael Boggs著 邱仲潘 等译 电子工业出版社 很大篇幅介绍Rose的使用,适于入门 UML参考手册 最经典的书籍,由三剑客编写,适于精通 资源链接 资源链接 中国UML论坛: 大量有关UML的资源和讨论 Rational公司 了解UML和Rose进展的站点 考试方式 40%-------笔试 60%-------课程设计 基本概念及背景知识 软件开发方法概述 面向对象的系统分析与设计 UML( Unified Modeling Language )诞生 软件开发方法概述 方法学(过程、方法):指开发项目通常应遵循的一系列规则,其中可能包含文档的描述、设计模式及其他按某种顺序产生的产品。 方法学的优势 开发中小型系统 有助于对编码设置规则。 增进对问题的理解,提高解决方案的质量。 有助于在提交源代码之前找出概念错误和实践性的错误。 能明确指定下一步工作。 有助于编写出扩展性更高(可用于解决其他问题)、可靠性更高(容易修改)、更容易调试(有较多的说明)的代码。 开发大型项目 文档说明:开发的每个阶段提供全面的说明,完成的系统不会艰涩难懂。 等待时间减少:由于工作流、活动的相互依赖性更容易理解,资源等待工作做的可能性也减少了。 工作能及时交付,且不超过预算。 人员之间有更好的交流:好的方法学建立在逻辑和常识的基础之上,所有参与者较容易抓住其根本,因此,开发更有序,误解和浪费资源的情况也较少。 可重复性:类似项目可重用。 更准确的成本。 软件开发中的经典阶段 需求:需求捕获就是找出新软件要达到的目标,包含两方面:业务建模与系统需求建模。 分析:分析表示理解我们要处理的商务。在设计解决方案之前,需要了解相关实体、它们的属性和相关关系。 设计:在设计阶段,要确定如何解决问题。系统设计把系统分解为逻辑设计子系统(过程)和物理设计子系统(计算机和网络)。 规范:规范是按合同设计的、至关重要的底层规则,用来描述编程组件的期望行为。如:需求阶段的结果是系统必须做什么的规范;分析的结果是我们要处理什么事务的规范,等。 实现:编写代码,形成子系统。子系统之间协同工作,形成整个系统。 测试:软件完成后,根据系统需求对其进行测试,检测系统是否符合最初目标。 部署:将硬件和软件交付给最终用户,并提供手册和培训材料。 维护:投入运行后,对系统进行修改和完善。 软件开发阶段的关键问题 需求阶段:什么是我们的上下文?要达到什么目的? 分析阶段:要处理什么实体?如何确保有正确的实体? 系统设计阶段:如何解决问题?在完成的系统中需要什么硬件和软件? 子系统设计阶段:如何实现解决方案?源代码和支持文件有哪些? 规范阶段:哪些规则控制着组件之间的接口?可以去除模糊,确保正确吗? 实现阶段:如何编写符合规范要求的组件?如何编写漂亮代码? 测试阶段:完成的系统满足要求吗?系统能否被攻破? 部署阶段:系统管理员必须做什么?如何培训最终用户? 维护阶段:可以找出和更正错误吗?可以改进系统吗? 瀑布开发 瀑布模型的优点 使早期的手工作坊式的软件开发转变为软件工程 消除非结构化软件、降低软件复杂度 有一套严格的计划、步骤、规格、方法,保证软件产品达到预期的质量要求 20世纪70年代以来得到广泛的传播 瀑布模型的缺点:僵化 瀑布模型要求:各阶段要遵守严格的顺序。 瀑布模型要求:预先定义并“冻结”软件需求。 实际情况是:软件开发往往在反复实践中完成。 实际情况是:某些系统的需求的一个逐渐明确的过程,且预先定义的需求到软件完成时可能已经过时 瀑布模型适用于: 重复某种区别很小的开发。 作为一个架构,来学习软件开发中使用不同的技术:尽管瀑布

文档评论(0)

liyxi26 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档