uml002修改版UML与系统分析设计.pptVIP

2.1.2 过程成分 需求工作流 需求通过对业务内容进行描述、整理，确立业务实体及其关系；确定业务系统的功能要求；确定实现功能要求的实体间的交互关系。将用户需求精确化、完备化。 工作产品 （1）用例模型 （2）软件体系架构描述，用包图（由用例构成的包）描述软件系统的宏观组织和结构。 （3）术语表（或词汇表）。 （4）用户界面模型。 主要活动 （1）确定参与者和用例。 （2）区分用例的优先级。是为了决定用例模型中哪些用例需要在早期的迭代中进行开发。 （3）详细描述用例。 （4）构造用户界面的原型。 （5）构造用例模型。整理用例间的关系，分离出包含用例和扩展用例；补充用例说明，使 模型更易于理解和处理。 2.1.2 过程成分 分析工作流 工作产品（主要的UML制品） （1）分析类：对业务模型中的类图或对象图中的类进行加工处理后的类。 （2）用例实现：实现用例的顺序图，即有哪些对象相互协作来完成用例的功能。 （3）分析包：分析阶段，用包来描述未来系统的组成和结构 （4）构架模型：通过包图描述的软件体系。 2.1.2 过程成分 设计工作流 工作产品 （1）设计类 （2）用例实现 （3）设计子系统 （4）接口设计 2.1.2 过程成分 实现工作流：是把设计模型映射成可执行代码的过程。 工作产品 （1）组件 （2）实现子系统 （3）接口 （4）实现模型 （5）集成构造计划 2.1.2 过程成分 测试工作流是为了找出程序在的错误与缺陷，而不能证明程序无错。 工作产品 （1）测试模型 （2）测试用例 （3）测试规程 （4）测试组件 （5）制定测试计划 （6）缺陷 （7）评估测试 2.1.3 螺旋上升式开发的优点 考虑了变化的需求。因为在一开始完全确定项目的需求几乎是不可能的。 过程逐步集成。 早期风险避免。 变更管理。 促进重用。 不断评估和修正。 促使项目组成员在开发中不断学习。 2.1.5 RUP的特点 5.以质量控制和风险管理为目标。 软件质量包括：产品质量和过程质量 产品质量是指生产出来的软件产品以及软件产品中的所有元素（构件、子系统、架构等）的质量。 过程质量是指在进行软件开发过程中，对系统的各种质量要求所能达到的程度。跟踪修改变更，确保开发组织中的每一个人、每一件事都能够同步的进行，需要对软件的变更进行管理。 6.与UML配套。 7.适应性强。 2.1.5 RUP的特点 8.软件变更控制 为了跟踪修改变更，确保开发组织中的每一个人、每一件事都能够同步的进行，需要对软件的变更进行管理。变更管理对软件产品质量的度量有密切的关系。 例如：CMMI2中变更控制过程如下： ①请求变更 ②变更控制流程 SCCB（软件配置控制委员会） SCCB成员必须预审要审批的变更请求 召开SCCB会议 分析变更请求 指派相关处理人员 ③评估和分析变更产生的影响 ④批准/否决变更申请 ⑤实施变更入SCM基线库 ?系统构建阶段又分为许多循环，每个循环各自完成一部分系统功能，最后把整个系统完整地建造出来，成为最终的软件产品。 ?实际上一个循环就是一个微型的开发项目，它为指定给该循环的Use Case进行分析、设计、编码、测试、集成等工作。 ?Use Case驱动的循环过程如图2.7所示。 ?在功能方面循环是渐增的，每次循环建立在上一次循环开发的Use Case的基础上。 ?在代码方面循环是重复的，每次循环修改已有的代码，使其更为完善。 ?测试和模块集成不宜在项目结尾的时候进行，应当及时进行。 2.4 系统构建 Home 图2.7 Use Case驱动的循环过程 ?构建阶段的工作实际上是进行一系列的模型映射：从Use Case模型向分析模型的映射，从分析模型向设计模型的映射，从设计模型向实现模型映射。通过编码、测试、集成，得到最终的可执行系统。 ?从设计模型向实现模型映射时一般需要考虑的工作： （1）把设计模型中的类、包、子系统向实现模型的组件、包、子系统映射。 （2）建立一个代表实现模型的系统结构的组件图，适当增加或调整子系统。 （3）定义子系统的输入依赖。 （4）定义测试子系统和组件。 （5）更新实现视图。 2.4 系统构建 Home ?实现模型中的系统的体系结构建立在组件（和子系统）的基础上，一般有4个层次（见图2.8）。 （1）应用层。系统的顶层，包括应用程序，提供专门的应用服务。 （2）专用业务层，包括特定的业务组件和