RUP过程与UML模型驱动开发应用实例.pptVIP

内容提要 软件开发没有银弹 统一通道平台开发项目简介 项目的开发目录结构与RUP核心工件 贯穿全局的统一UML模型 用前景文档定义目标系统 软件构架文档与4+1视图 契约式开发与单元测试 自动化构建与持续集成 迭代开发模式 软件开发没有银弹 软件项目复杂、不确定和高风险 软件因其固有的复杂、不确定和高风险等属性，使得其开发活动非常难以控制 软件产品用于解决一个或多个领域的现实问题，不仅与其开发者本身直接相关，还牵涉到客户、最终用户、第三方伙伴等众多涉众，所谓众口难调，但一个成功的软件必须能满足多方面的需求 软件所依赖的核心技术、项目的开发方法、软件过程、项目管理和团队协作等，都是事关项目成败的关键因素 CMMI与RUP 根据CMMI的定义，软件过程要达到第三成熟度等级，需要实施十八个关键过程域；普通团队虽然不一定向此标准看齐，但实际上仍然涉及到这十八个关键过程域所涵盖的近百项活动，只不过可能实施的力度较小、质量不高、或者忽略了活动本身的含义而已 RUP与CMMI第三成熟度等级相对应，定义了九个核心准则（Discipline），和几百项活动 这还仅仅只是软件过程的范畴，项目中人的管理、沟通以及具体的关键技术等等，其牵涉面将更广 软件开发没有银弹 诸多因素分属不同的范畴，针对不同的问题，需要应用不同的技术、技能和方法，要求项目成员拥有不同的知识、素质与背景 没有一种方法或途径能够解决软件项目中所有的问题，即所谓“没有银弹”，所以不要迷信存在所谓的一劳永逸的终极解决方案 成功意味着多方面的艰苦努力 软件项目适用于“木桶原理”，要获得成功，必须由所有成员在多个方面都付出艰苦的努力，包括完成一些繁琐与枯燥的工作，并保证任何一个环节都不出重大问题 在下面介绍的一个实际项目中，将会看到我们是如何通过裁减RUP过程来主导项目的开发活动，使用统一的UML模型来表达和沟通设计，利用共享的产品目录结构来协同开发，并通过加强团队建设，扬长避短，发挥各成员的长处等——总之从多个方面来努力，方才最终达成项目成功的过程 实例项目简介 证券统一通道平台项目 项目的目标系统（统一通道平台）是在证券公司总部和所有营业部网点统一部署的、适应不同网络拓扑结构的、支持内外网段物理安全隔离的、基于消息的通讯中间件平台系统，用以支持热自助、电话委托等各类外围客户端系统，集中经纪业务系统、传统营业部柜台系统等核心服务系统，以及银行端银证业务系统等第三方系统的透明接入 UCS 辐射型拓扑部署结构 项目开发过程概貌 项目采用RUP的迭代开发生命周期模型，总计经历了六次迭代，持续约八个月，项目组成员3~6人，耗费共计685个工作人日，最终有效代码30,471 行，千行代码集成缺陷率低于1 使用Clearcase UCM实施配置管理，并基于此组织项目的产品目录结构，囊括了RUP定义的主要核心工件 使用Rose开发了统一的UML模型，从上下文分析、功能用例模型、到设计模型、进程模型、部署模型等，涵盖了项目大部分分析、设计成果，利用了Rose的正向工程生成大部分代码框架 目标系统的分析、设计、编码完全实现面向对象 项目开发过程概貌continue 项目以软件构架文档为中心，配合Rose模型、详细设计文档，使得产品的设计比较到位 项目引入了契约式编程方法，编码语言为标准c++，使用CppUnit测试框架进行较为广泛的单元测试，对产品的质量改进帮助很大 使用Ant+Cpptasks工具初步实现了自动化构建与集成 项目本身系公司的过程改进试点项目，集中了部门最优秀的人员，大家都表现了良好的团队协作精神，建立了密切的私人关系 作为试点项目，其成果，已经作为模板工程在公司大力推广 项目的开发目录结构 开发（产品）目录结构 开发（产品）目录结构的规划原则：满足不同角色，在不同的项目阶段，对不同类型工件进行访问的多种场景需求 ClearCase Stream（流）的划分： 项目的开发目录结构continue 项目目录参照RUP的工件集来组织 Clearcase VOB的划分： 项目产出的主要文档 《证券统一通道平台前景文档》 《证券统一通道平台补充规约》 《证券统一通道平台软件构架文档》 《XXXX详细设计文档》 《软件开发计划》 《测试计划》 《系统性能测试报告》 《系统安装与配置手册》 《外围服务协议API应用开发手册》 统一的UML模型 OMG的模型驱动架构 OMG主导的MDA（Model Driven Architecture）正在成为下一代软件开发的主流模式 基本的模型转换关系：Computation Independent Model (CIM)- Platform Independent Model (PIM)- Platform Specific Model (PSM