RUP开发过程与UML建模

《RUP开发过程与UML建模》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、RUP开发过程与UML建模1软件开发的几个指导原则及模型的概念2统一软件开发过程（RUP）3UML概述4UML结构5UML中的图7/17/20211软件开发过程是指为生产某个软件产品或系统，需要什么人在什么时候以何种方式进行何种活动的集合。7/17/20212软件开发项目失败的共同症状：对于最终用户的需求理解得不够精确。不能处理需求变更。模块之间不兼容。软件不易维护和扩展。对项目的严重缺陷发现较晚。软件质量低劣。软件性能无法令人接受。团队中人员按各自的开发方式工作，这使得对谁在何时、何处做什么不完全清楚，系统更改与重构难以进行。一个不可靠的构造和发布过程。7/17/2

2、0213尽管各个项目失败的原因是不同的，但是基本上大多数项目失败是由于以下几个原因的组合造成的：需求管理非规范。模糊和不精确的交流。脆弱的架构。系统过度复杂。未检测出需求、设计和实现中的不一致。测试不足。对项目状况的评估过于主观。未解决存在的风险。无法控制变化的传播。自动化程度不足。7/17/202141软件开发的几个指导原则及模型的概念1、软件开发的三个指导原则：分阶段进行（定义、开发、运行维护）大开发任务划分成独立的小块任务（模块化）高内聚(模块内各元素彼此紧密结合)低耦合（模块间互联程度低）从抽象到具体逐步深入解决问题（逐步求精）2、模型的概念：是人们对现实世界

3、理解的表达（一般对应一些图表）7/17/202152统一软件开发过程RUP1统一过程概述2统一过程的四个工作阶段3统一过程的五个核心工作流4统一软件开发过程的生命周期5RUP开发过程的特点7/17/202161统一过程概述Rational公司的RUP发展而来的一套软件工程方法，是目前最有效的软件开发过程模型。基于构件的用UML制定软件系统所有蓝图突出特点：用例驱动、架构优先、迭代和增量过程四个阶段：初始、细化、构造、移交强调开发过程五个核心工作流：需求捕获、分析、设计、实现、测试7/17/20217在RUP中，项目生命周期被划分为四个阶段：（1）初始阶段（Incept

4、ion）（2）细化阶段（Elaboration）（3）构造阶段（Construction）（4）交付阶段（Transition）每个阶段开始时都有特定的目标，结束时有里程碑。在每个阶段中存在一个或多个迭代。在每个迭代中，可以有多个工作流。2统一过程四个工作阶段7/17/202181)初始阶段初始阶段的目标：确定项目的软件范围和边界条件识别出系统的关键用例展示系统的侯选架构估计整个项目需要的费用和时间安排评估项目风险初始阶段的主要活动：建立系统的业务模型捕获系统的基本需求确定系统的边界识别关键任务确定系统验收标准进行项目风险评估进行项目资源的估计与效益分析制定项目开发计

5、划与重要里程碑。7/17/20219初始阶段的里程碑——生命期目标初始阶段的制品：项目蓝图文档：系统的核心需求、关键特性与主要约束初始的用例模型（完成10％～20％）初始的项目术语表业务用例模型，包括商业环境、验收标准和财政预测初始的风险评估一个可以显示阶段和迭代的项目计划一个或多个原型初始的架构文档初始阶段的重点：初始阶段的重点是需求分析与系统分析。如果需要构造原型系统，则需做一些设计与实现。7/17/202110可以用如下标准来评价初始阶段是否成功：风险承担者是否赞成项目的范围定义、成本以及进度估计。是否通过主要用例证实对需求的理解。成本与进度预测的评估以及优先级

6、、风险和开发过程的可信度。所开发软件原型的深度和广度。实际开支与计划开支的比较。架构的轮廓是否合理如果无法达到这些标准，可能取消项目或重新对项目进行仔细的考虑。7/17/2021112）细化阶段---最关键的阶段细化阶段的目标：迅速定出实用的架构规划完成项目的活动，估算完成项目所需资源细化初始阶段模型为构造阶段定出高精确度的计划细化阶段的主要活动：细化构想，建立对大多数关键用例的确定理解分析问题域，建立坚实的架构细化架构并选择组件捕获80%的功能需求用例精化风险评估建立可执行的软件原型定义非功能需求制定过程迭代计划和迭代的评价标准7/17/202112细化阶段的里程碑

7、——生命期架构细化阶段的主要制品：系统架构基线UML静态模型UML动态模型UML用例模型修订的风险评估修订的用例修订的项目计划可执行的原型细化阶段的重点：细化阶段主要关注需求、分析和设计工作流。每个工作流关注如下各项。需求——精化系统范围和需求分析——确定构造什么设计——创建稳定的架构实现——构造架构基线测试——测试架构基线7/17/202113细化阶段的评价是通过回答下述问题来完成的：软件的构想是否稳定？架构是否稳定？可执行的原型是否表明风险要素已被处理并可靠地解决了？构造阶段的计划是否足够详细和精确？是否有可靠的基础？如果在当前架构上下文中执行计