OO技术与UML结合的实践.ppt

OO技术与UML结合的实践 议程 OO技术与CMM流程的初步融合 在推行实践中的具体问题分析和解决措施 OO分析设计案例 总结和展望 背景 我们的技术、业务、人员都在不断变化，因此软件过程也必须不断改进自身与之相适应； 面向对象的软件开发技术与CMM流程的融合过程在流程改进方面具有典型意义； 早期状况 多年来，面向对象(OO)技术的已经成为软件开发技术的主流，在很多地方得以应用实践。 另一方面，很多公司力推CMM软件开发流程，使软件开发过程的能力成熟度得到逐步的提高，为产品质量的提升提供了有力的保障。 大部分公司在CMM流程的最初制定过程中，都要引入了一套软件需求规格、概要设计、详细设计等模板以及配套的指导书和Checklist，大部分是适用于结构化的软件开发方法的。 早期问题 因此在执行CMM开发流程的过程中，出现了用结构化的文档模板来描述面向对象的分析设计方案的情况，带来了不少问题： 在面向对象的需求规格描述、设计实体描述方面，各项目组出现了各种五花八门的、写法各异的文档； 开发人员苦恼于分析设计方案得不到很好的表达； 影响了交付件质量，并对检视和指导下一步开发造成了障碍； 一些公司没有推行CMM之前，这种情况就已经存在，而CMM的推行暴露了我们的技术方法不统一带来的弊端。 解决问题的总体思路 分析OO技术在CMM中应用的具体范围： 需求分析的模板、指导书、Checklist； 概要设计的模板、指导书、Checklist； 详细设计的模板、指导书、Checklist； OO技术方法的选择：UML表示法； OO工具的选择：Rational Rose已大量采用，但是在纳入流程方面存在一些限制，如价格、license、标准化，工具与流程方法的兼容等等。 解决问题的具体方案 在需求规格描述中引入了Use case模型； 在概要设计中，基于原有的分层架构模型，引入UML的分包/子系统表示方法； 引入类(Class)作为概要设计的基本设计元素； 详细设计的基本设计元素是类的方法(Method)； UML的顺序图、交互图等大量用于需求和设计的动态建模。 实践中的问题 任何流程和技术的初次应用都会有一个磨合的过程，面向对象开发方法引入到CMM以后也是如此，各种应用问题很快涌现： 首先，开发人员普遍希望有一套范例来指导大家写作分析设计文档； 其次，通过与若干项目的交流和参与检视，发现各项目的设计文档交付件水平参差不齐，典型的问题如： 需求规格的系统边界定义不清楚 ； 架构方面的分层设计表达不清晰、不完整； 软件模块与业务流程的实现关系表达不清晰、不完整； 设计类与模块功能的实现关系表达不清晰、不完整； 详细设计的粒度不一致； 接口描述的方式不统一 ； 某些设计要素如性能需求、软件质量特性等，容易被开发人员忽略。 文档范例问题解决 解决办法： 开展优秀OO分析设计文档评选的活动； 在此基础上，经过裁剪、修改，完成了一套OO分析设计文档范例，范例的推出，使OO套件在对实际开发的指导作用上迈进了一大步； OO工程组又对模板、指导书也进行了适当的优化，而培训材料更做了较大的优化，实例更加丰富了，问题针对性也更强了。 总结——优秀需求文档特点 用例模型完整清晰，说明了用例之间的关系; 除了基本事件流描述，还有详细的备选事件流描述； 用户接口部分给出了界面原型图和规范的界面说明； 需求的分包概念比较清楚； 性能需求和软件质量特性考虑比较全面； 用例的前置条件和后置条件能够区分出状态而不是事件； 软件接口描述的格式和语法很规范； 总结——优秀设计文档特点 0层设计清楚说明了系统与外部实体的关系 业务流程说明全面而清楚，并且与一层模块划分的逻辑关系比较清晰； 二层设计的设计类分解与功能实现说明的逻辑关系清晰； 有完整的组件视图和进程视图； 详细设计伪代码描述的逻辑清楚，详细程度适中，对编码有指导意义。 案例 下面通过几个案例，说明在软件二部的项目级OO分析设计实践中出现的典型问题和解决措施： Actor设计案例； 平台二次开发接口设计案例； 详细设计案例； 增强开发/小特性设计案例； 分层接口设计案例； Actor设计案例 平台二次开发接口设计案例 平台二次开发接口设计案例——指导原则 原则是在接口处描述需求，在Use case描述中，产品应用模块是Actor，平台是目标系统，应用模块是以平台的抽象类（或者代理）的形式出现； 在Use case的事件流中，基于平台提供给应用模块的一个完整的接口功能，描述平台与应用模块的接口交互过程； 所有平台二次开发接口都应该在SRS的Use case特殊需求或者集中在软件接口需求中说明具体的接口参数； 在Use case特殊需求中，应说明抽象类的属性和方法的原型，作为此需求实现的约束； 避免把二次开