RUP培训资料讲解.ppt

软件开发过程 Leon 什么是软件开发过程 一个过程定义了为达到某个确定的目标，需要什么人在什么时间以何种方式作何种工作 对于软件工程而言，其目标是构造一个新的软件产品或者完善一个旧的软件产品 软件开发过程是一个将用户需求转化为软件系统所需要的活动的集合 统一过程的特点 迭代和增量 管理需求 基于构件的软件构架 可视化建模 持续地质量管理 配置管理 统一过程的生命周期 统一过程是在重复一系列组成系统生命周期的循环，每次循环都包括四个阶段：初始、细化、构造和移交 统一过程的生命周期图例 初始阶段 确定最主要的风险及其优先次序，要对细化阶段进行详细规划，并对整个项目进行粗略估算 细化阶段 详细说明该产品的绝大多数用况，并设计出系统的构架 该阶段的结果是构架基线 构造阶段 构造出最终的产品 在该阶段，构架基线逐渐发展成为完善的系统 移交阶段 包括了产品进入β版后的整个阶段 在β版期间，少数有经验的用户使用该产品并报告产品的缺陷和不足 移交阶段包括诸如制作、用户培训、提供在线支持以及改正交付之后发现的缺陷等活动 阶段 统一过程是用况驱动的 用况几乎普遍用于捕获软件系统的需求，还能驱动整个开发过程 有助于设计构架 对于每一次迭代，用况驱动完成一整套工作流（需求捕获、分析、设计和实现、测试），并把这些不同的工作流结合在一起 用况 用况术语 Actor 与所开发的系统进行交互的某个人或某件事 Use case 能够向用户提供有价值结果的系统中的一种功能 捕获用况 用况模型表示功能性需求 参与者是系统的环境 用况确定系统 用况模型表示功能性需求 一张用况图描述部分用况模型，显示待用关联关系的用况和参与者的集合 参与者是系统的环境 所有的参与者无须只代表人 参与者可以是与该系统发生交互的其他系统或外部硬件 每个参与者在与系统交互时均充当一系列的角色 一个真正的用户可以作为一个或几个参与者 用况确定系统 用况规定了一个动作序列，系统可以执行这些动作并产生出一个对于特定参与者有价值的可见结果 所有的功能性需求确定为用况，而很多非功能性需求可以附加到这些用况上 自动取款机系统的用况模型 “取款”用况路径 银行储户表明自己的身份 银行储户选择从哪个账户取款，并确定取款金额 系统从账户上减掉该数量的金额，发给该储户相应金额的货币 根据用况建立分析模型 对用况进行分析，分析的结果形成分析模型 将系统构造成为一些类元（分析类）以及这些类元间关系的结构 说明实现这些用况的协作关系，即用况实现 类元和类元角色 每个类元在一个用况中充当一个或几个角色 每个类元角色详细说明该类元参与实现某个用况的职责和属性 控制类和实体类 控制类 用于表示协调、排序、事务处理以及其他对象的控制，还经常用于封装与特定的用况有关的控制 实体类 用于建立长效且持久的信息模型 根据设计模型建立实现模型 在实现工作流期间，我们需要开发能够产生可执行系统的制品，包括可执行的构件、文件构件、表构件 一个构件是系统中一个实际的且可替换的部分，符合提供接口集合的实现 实现模型由构件组成，包括所有的可执行体 实现模型中的构件 用况的测试 建立一个包括测试用例和测试规程的测试模型，并执行测试规程以确保系统按照预期的方案工作 测试用例是测试输入、运行条件和针对具体目标制定的预期结果的集合 测试规程是关于如何对具体的测试用例进行设置、运行和评估结果的规格说明 统一过程以构架为中心 软件构架概念包含了系统中最重要的静态和动态特征 构架是根据企业的需要逐渐发展起来的，受到用户和其他项目相关人员需求的影响，并在用况中得到反映 什么是构架 构架是构架设计师在构件描述中详细说明的内容 构架描述使构架设计师可以控制系统的开发 软件构架侧重于系统的重要结构元素，如子系统、类、构件和节点，以及这些元素通过接口实现的协作 为什么需要构架 理解系统 组织开发 鼓励重用 进化系统 理解系统 必须使开发人员、管理人员、客户以及其他项目相关人员能够详细理解所需要做的工作，以利于他们参与系统的开发 组织开发 通过将系统划分为待用明确定义接口的子系统，并让一个开发组或个人负责每个子系统，构架设计师可以减少不同子系统的开发组间的交流的工作量 一个好的构架应该明确定义这些接口，尽可能减少子系统间的通信 一个好的接口，可以有效地向双方的开发人员“传达”他们需要了解的对方小组正在进行的工作 鼓励重用 软件产业要达到标准化水平，好的构架和明确的接口是实现这一目标的关键步骤 好的构架为开发人员提供了可以在其上开展工作的稳定的骨架，构架设计师的任务就是定义这个骨架和开发人员使用的可重用的子系统 进化系统 变化的环境要求系统的进一步完善 系统的设计应该易于变更，而不必担心这种变更会对整个系统产生非期望的效果 统一过程中构架的原则 功能模块化