UML项目计划--基于RUP的软件开发过程规范.doc

基于RUP的软件开发过程规范 Draft 1 UML项目计划 这个项目计划的目的是为你提供一个项目计划模板。在项目中有大量的模板和表格需要你来填写，以记录项目的信息、估计等。本文的最重要的参考文献是《Rational Unified Process? 中文版 V 2000.02.20》。为了针对你的项目更新这个计划，你需要： 将项目名字OO项目改为你的项目名称； 根据你的项目的信息填写各种模板表格； 更新本文档以反映你的项目的计划和策略； 根据项目组成员的反馈进行改进，将批准后的项目计划放入一个共享目录； 执行计划，并监控项目的进行 我们的目标是：这个项目计划将辅助所有的项目组成员朝成功完成项目的目标共同前进，创造高质量的软件产品。 引言 一个OO项目是由一系列围绕一个目标或目的的唯一的、复杂的和相互联系的活动组成，并且必须在规定的时间完成，同时满足预算要求和符合合同规定的技术规范要求。一个项目的关键问题见下图。 增加在三角形中间的“Scope and Quality”会增加“Cost”、“Time”和“Resources”. OO项目管理与非OO项目管理相比，关键的问题包括： 在范围规模/抽象的各种层次上进行计划和监控：企业——业务层次、项目——系统层次、构造/发布层次 使用RUP阶段模型：初始阶段——定义、精化阶段——计划、构造阶段——建模/编码、产品化阶段——向最终用户部署产品 使用RUP为每个构造/发布项创建下列模型：需求、分析、设计、实现和测试 使用UML元素和语义 使用面向对象的规模、复杂性和质量度量 Grady Booch在对象-Solutions–Managing the 对象-Oriented Project中说：“软件管理小组的中心任务是平衡一组不完整、不一致和不断变化的技术和非技术需求，以产生一个对最本质的最小功能集最优的系统。” Booch还讲到：“一个成功的软件项目应该是：它的交付项满足并且可能超过最终用户的期望、它是以一种省时经济的方式被开发的，并且对变更和改变是有弹性的。” 项目管理包含计划、进度安排、人员组织、资源配置和执行情况的监控，以产生一个高质量的系统。 “更好、更快、更便宜。” Grady Booch在对象-Solutions–Managing the 对象-Oriented Project中说：“一个成功的OO项目有5中习惯，包括： 不留情面地专注于开发一个能提供被良好理解的本质的最小功能集的系统. 存在一种文化：以结果为中心、鼓舞性的交流沟通和不怕失败 有效地使用面向对象建模技术 有一个强壮的体系结构项目视图 应用一个被良好管理的迭代增量开发声明周期。” Philippe Kruchten在The Rational Unified Process An Introduction Second Edition中为支持有效的软件工程提供了解决方案： 迭代地开发软件 管理需求 使用基于组件的体系结构 验证软件的质量 控制软件的变更 下面是参考文献和标准： 《Rational Unified Process? 中文版 V 2000.02.20》 Rational Software Corporation 《OMG Unified Modeling Language Specification v1.3 》 First Edition: March 2000 企业级计划和监控 OO项目系统应根据规模/抽象的层次进行建模。对整个企业来说知道OO项目处在何处是很重要的。 规模/抽象的层次级别 层次级别 定义 UML 例子 OO项目 全局 关注影响多个企业的语言、标准、政策 Internet–ANSI和IEEE标准 企业 有多个系统的组织 XYZ公司 全部的系统——应用程序组 需求观点：行动者和系统 实现观点：组件 需求：行动者+系统 实现：组件 Office 2000 包括OO项目在内的整个系统 系统/子系统/组件——应用程序 成组的类作为一个系统或应用一起工作 系统包或组件 Word 2000 OO项目系统 包 成组的类 包——标签盒子 协作 为一个特定的目的一起动作的成组的类——实现一种模式 协作图——虚线椭圆 类 定义一组对象 类 Document 属性——操作 属性——值 操作——服务 属性——操作 Document.Name Document.Open() 希望OO项目系统成为大系统的一个组件是基于如下的理由： 设置OO项目系统的边界 促进精确的交流来了解规模/抽象的层次 便于为OO项目系统指定责任和组件的交互 如果组件接口被清晰地定义了，可以加速开发 企业级业务建模 业务建模（Business Modeling ）是对整个企业进行建模。对OO项目来说支持企业地短期和长期目标，并能适