[电子商务系统分析设计3-ok.ppt

主要内容 RUP统一过程 模型在RUP中的作用 统一过程 统一软件开发过程：（Unified Software Development Process) 把增量和迭代开发与瀑布模型提供的传统过程结构结合 UP的3个公理： 用例和风险驱动 迭代和增量 构架为中心 注：风险知识点延伸参阅课件附 风险管理小案例 HR的烦恼…. 如此用户！ 根据对统一过程生命周期的不同划分方法，统一过程还分为企业统一过程（EUP）、Rational统一过程（RUP）等不同子类型。而极限编程则不同于统一过程，它在本质上属于更为敏捷的一种软件过程，并由一系列简单却互为补充的实践所组成。 RUP统一过程 UML的创始者在创建UML的同时，在Rational公司的支持下综合了多种软件开发过程的长处，提出了一种新的面向对象的软件开发过程，称之为 Rational统一过程（Rational Unified Process，RUP）。 Rational 统一过程 Rational统一过程是一种二维结构的软件开发过程，其中一维是时间，另一维是过程成分(Process Component)。 Rational 统一过程-项目开发阶段 项目开发阶段 从管理角度来讲，Rational统一过程把软件项目 的开发过程划分为4个阶段： 开端阶段（Inception） 精化阶段（Elaboration） 构建阶段（Construction） 过渡阶段（Transition） Rational 统一过程-项目开发阶段 开端阶段 目标：建立商业用例、划定项目领域 产物：（见下页） 前景文档：对核心项目需求、关键性质、主要限制的一个一般性的前景说明； 一个最初的用例模型（大约是整个系统的10％到20％） 一个最初的项目词汇表（也可以部分地表示成一个领域模型） 一个最初的商业用例，包括商业环境、一些成功的准则（税收预测、市场认知等），以及金融预测 最初的风险评估； 一个项目规划，明确阶段和迭代； 精化阶段 目标：建立一个合理的架构基础，开发项目规划。 产物：用例模型（至少完成了80％）——识别出了所有的用例和角色，以及大多数用例的描述； 一些增加的需求，包括非功能性需求以及任何与特定用例无关的需求； 软件架构描述； 一个可执行的架构原型； 一个修正后的风险表和商业用例； 一份整个项目的开发规划，包括粗略项目规划，显示“迭代”以及对每个迭代的评估准则； 一个更新过的开发用例，指定要使用的过程： 一份初步的用户手册（可选） 在精化阶段实现了系统的逻辑模型和物理模型。严格说来，在精化阶段又分为分析和设计阶段。开发人员在分析阶段根据开端阶段提供的系统需求将其规格说明形式化，构造一个具有系统属性和系统行为的模型。进一步说，得到系统的3个要素，即数据交换（功能模型）、静态结构（对象模型）和交互次序（动态模型）。此时得到系统粗略的逻辑模型。 构建阶段 目标：开发所有其它的组件和应用部件，进行测试，并集成到产品中。 构造阶段的产品是一个可以立即提交给它的用户使用的产品，它至少应该包括； 在足够的平台上集成的软件产品： 用户手册； 对当前版本的描述。 里程碑：初始运行能力 过渡阶段 目标：把软件产品过渡给用户群。 重点在实现和测试工作流。已做了充分的设计去纠正在b e t a测试中发现的任何设计错误。 RUP中有9个核心工作流，分为6个核心过程工作流(Core Process Workflows)和3个核心支持工作流(Core Supporting Workflows)。尽管6个核心过程工作流可能使人想起传统瀑布模型中的几个阶段，但应注意迭代过程中的阶段是完全不同的，这些工作流在整个生命周期中一次又一次被访问。9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。 Rational 统一过程－核心工作流 RUP过程成分－核心过程工作流 从技术角度来讲，RUP规定了6个过程成分：业务建模、需求分析、系统分析与设计、实现、测试、系统配置.它们是RUP过程的核心工作流，即软件系统开发的主要的开发活动。 一、业务建模（Business Modeling） 业务建模的任务是对将来使用该系统的组织机构或企业进行评估，理解它们的需要以及它们要求未来系统解决的问题。 业务建模的结果是建立一个业务Use Case模型和业务对象模型。 二、需求分析 需求工作流程的目标是描述系统应该“做什么”，并且允许开发人员和客户都同意这一个描述。为了达到这个目的，我们启发、组织所需要的功能和约束，并编制文档把它们记录下来：跟踪并记录所做的折衷和决策。 需求分析的任务是采集和评价系统的需求，其重点是充分考虑系