统一过程模型RUP汇总课件

Click to edit Master text styles,Second level,Third level,Fourth level,*,1,/25,Click to edit Master title style,8.,统一过程模型,RUP,Click to edit Master text styles,Second level,Third level,Fourth level,Click to edit Master title style,*,*,2024/11/19,8.,统一过程模型,RUP,2023/9/208.统一过程模型RUP,2024/11/19,本章主要内容,软件开发过程模型回顾,统一过程,RUP,的概念,RUP,的,4,个阶段,RUP,的,9,个工作流,企业统一过程,EUP,2023/9/20本章主要内容软件开发过程模型回顾,2024/11/19,8.1,软件开发过程模型回顾,结构化过程模型,瀑布模型,增量模型,原型模型,迭代模型,螺旋模型,V,模型,面向对象过程模型,喷泉模型,迭代模型,统一过程模型,2023/9/208.1 软件开发过程模型回顾结构化过程模型,2024/11/19,8.2,统一过程,UP,的概念,RUP,的意义,为使用,UML,提供指导.,提供在开发团队中分派任务和责任的方法,在可预见的日程和预算前提下确保产生满足最终用户需求的高质量的软件.,开发团队与用户紧密合作,确保开发过程不断改善和发展.,提高团队生产力,所有人员在软件开发维护各阶段使用共同的语言、过程和开发软件的视图.,以迭代方式按适当的工作流工作,每个迭代周期结束时提供一个可执行的版本交用户群使用.,2023/9/208.2 统一过程UP的概念RUP的意义,2024/11/19,8.2,统一过程,UP,的概念,(Cont.),2023/9/208.2 统一过程UP的概念(Cont.),2024/11/19,8.2,统一过程,UP,的概念,(Cont.),RUP,Rational Unified Process,RUP,过程的二维表示,横轴表示时间:,SLC,划分为阶段和迭代,纵轴表示过程组件:开发各阶段的任务,时间轴:4个顺序阶段,初始阶段(,Inception),细化阶段(,Elaboration),构造阶段(,Construction),交付阶段(,Transition),每个阶段(,Phase),又分为若干个迭代(,Iteration),2023/9/208.2 统一过程UP的概念(Cont.)R,2024/11/19,8.2,统一过程,UP,(,Cont.),过程组件轴:9个工作流,核心过程工作流,业务建模(,Business Modeling),需求(,Requirement),分析与设计(,Analysis&Design),实现(,Implementation),测试(,Test),部署(配置)(,Deployment),核心支持工作流,项目管理(,Project Management),配置和变更管理(,Configuration and Change Management),环境(,Environment),2023/9/208.2 统一过程UP(Cont.)过程组件,2024/11/19,8.3 RUP,的,4,个阶段,1.,初始阶段,任务:,建立软件系统的业务模型,进行初步需求分析,方法:,建立业务用例,(Business Use Case),确定系统边界,与领域专家和用户讨论,识别主要业务用例,识别所有与系统交互的外部实体,识别这些外部实体的高层交互特性,确定验收标准,进行风险评估,估算所需资源,确定项目重要里程碑,2023/9/208.3 RUP的4个阶段1.初始阶段,2024/11/19,8.3 RUP,的,4,个阶段,(,Cont.),阶段成果,蓝图文档:项目的核心需求,关键特性,主要约束,初始用例模型(完成10%20%),初始项目术语表,初始业务案例(业务环境,验收标准,成本预测),初始风险评估,初始项目计划,业务模型,软件原型,2023/9/208.3 RUP的4个阶段(Cont.)阶段,2024/11/19,评价标准,风险承担者是否同意项目的范围定义、成本及进度估计,是否以主要用例证实了对需求的理解,成本、进度预测、优先级、风险和开发过程的可信度,软件原型的深度和广度,实际成本与计划成本的比较是否可以接受,判定项目是否可以继续进行,如不能继续进行,则项目中止,8.3 RUP,的,4,个阶段,(,Cont.),2023/9/20评价标准8.3 RUP的4个阶段(Cont,2024/11/19,2.,细化阶段,任务:,分析问题域,建立体系结构,制定项目计划,消除项目中风险最高的因素,理解整个系统,系统的范围,主要功能需求,非功能需求,作出体系结构的决策,方法:,通过一个或多个迭代过程建立可执行的结构原型,该原型至少处理在初始阶段中识别出来的关键用例,8.3 RUP,的,4,个阶段,(Cont.),2023/9/202.细化阶段8.3 RUP的4个阶段(C,2024/11/19,阶段成果,用例模型(完成80%以上),补充非功能需求及特定用例未关联的需求,软件体系结构的描述,可执行的软件原型,修订过的风险清单和业务案例,完整的开发计划,初步的用户手册,8.3 RUP,的,4,个阶段,(,Cont.),2023/9/20阶段成果8.3 RUP的4个阶段(Cont,2024/11/19,评价标准,软件蓝图是否稳定,软件体系结构是否稳定,可执行的演示版是否表明风险要素已处理并可靠解决,构造阶段的计划是否足够详细和精确,若按当前的体系结构执行计划并开发系统,风险承担人是否同意,实际成本与计划成本比较是否可以接受,判定项目是否可以继续进行,如不能继续进行,则项目中止,8.3 RUP,的,4,个阶段,(,Cont.),2023/9/20评价标准8.3 RUP的4个阶段(Cont,2024/11/19,3.,构造阶段,任务:,开发所有组件并将其集成到产品中,所有功能和性能都经过彻底测试(,测试),重点注意管理资源,控制成本、进度和质量,大型软件项目需要并行构造,增加了资源管理和工作流同步的复杂性,构造的难易程度取决于细化阶段建立的软件体系结构和计划的合理性,阶段成果,集成于适当平台上的软件产品(,版软件产品),用户手册,当前版本的描述文档,8.3 RUP,的,4,个阶段,(Cont.),2023/9/203.构造阶段8.3 RUP的4个阶段(C,2024/11/19,评价标准,软件是否足够稳定和成熟,可以发布给用户,风险承担人是否准备好了向用户交付软件产品,实际成本与计划成本对比是否可接受,判定项目是否需要推迟发布,8.3 RUP,的,4,个阶段,(Cont.),2023/9/20评价标准8.3 RUP的4个阶段(Cont,2024/11/19,4.,交付阶段(,Transition),任务:,将软件产品交付给用户,测试迭代过程,版软件产品发布,修补版,增强版,为交付作好准备,开发用户的文档,培训用户,为用户提供技术支持,处理用户反馈意见,评价标准,用户是否满意,实际成本与计划成本对比是否可以接受,8.3,统一过程,UP,(,Cont.),2023/9/204.交付阶段(Transition)8.3,2024/11/19,1.,业务建模(,Business Modeling),描述应用系统的业务模型,最初的需求规格说明应由系统最终用户提供,基本功能需求,非功能需求,问题,软件人员和业务人员不能准确、有效地交流,解决,RUP,为两个不同的群体提供了共同的语言和过程,使用业务用例为业务过程建立文档,有些相对简单的项目不需要进行业务建模,8.4 RUP,的,9,个工作流,2023/9/201.业务建模(Business Mode,2024/11/19,8.4 RUP,的,9,个工作流,(Cont.),2.,需求,(,Requirement),找出系统的所有需求并加以描述,建立模型,由系统分析员和领域专家及用户共同完成,分析过程,抽取用户的需求,识别系统中的参与者和用例,参与者是使用系统与系统有关的人员或其他系统,用例描述系统的功能需求,通过用例图描述参与者与用例的交互,配合文字(或活动图)描述每一个用例的细节,在补充说明中描述非功能需求,大多数用例在需求分析阶段确定,随着系统的进展还会发现更多的用例,并进行适当修改.,2023/9/208.4 RUP的9个工作流(Cont.)2,2024/11/19,3.,分析(,Analysis),与设计,(Design),(1),分析,对问题域进行分析,确定类,通过阅读规格说明、用例及问题中的“概念”分析,通过与用户和领域专家的讨论,识别关键类及类之间的相互关系,描述方法,用类图描述问题域中的类及类之间的关系,用动态图(时序图,活动图,协作图,状态图)描述类的动态行为,本阶段的各种描述都是初步的,为设计阶段打基础.,8.4 RUP,的,9,个工作流,(Cont.),2023/9/203.分析(Analysis)与设计(De,2024/11/19,(2),设计,通过综合考虑所有的技术限制,扩充和细化分析阶段产生的模型,确定一种容易转化成代码的设计方案.,对分析工作进一步细化,抽取类、属性和方法.,增加新类处理数据库、用户接口、通信、设备等技术领域问题.,结构设计(高层设计),定义包(子系统)及包间的依赖性和主要通信机制.,详细设计,设计包内的内容,使开发人员能得到类的详细描述,使用动态模型描述在特定情况下这些类的实例的行为,8.4 RUP,的,9,个工作流,(Cont.),2023/9/20(2)设计8.4 RUP的9个工作流(C,2024/11/19,4.,实现(,Implementation),定义代码的组织结构,用组件实现类和对象,对组件进行单元测试,将各组件集成为可执行的系统.,复用已有的组件,定义新的组件,实现的主要任务是对类进行编码,选择合适的,OO,语言作为实现系统的软件环境,编码参考的资料,类图及类的规格说明,状态图等,用例图和规格说明,编码期间可能会发现设计模型的缺陷,需修改设计模型.,8.4 RUP,的,9,个工作流,(Cont.),2023/9/204.实现(Implementation),2024/11/19,5.,测试(,Test),验证对象间的交互作用,验证组件的集成,验证所有的需求都已正确实现,识别并确保缺陷在软件发布前被处理.,利用,RUP,的迭代方法,测试贯穿项目开发的全过程,以便尽早发现缺陷,降低修复缺陷的代价.,测试的4个方面,可靠性、功能、应用程序的性能和系统性能,测试类型,单元测试:,根据类图和类的规格说明,对类或一组类测试,集成测试:,根据组件图和协作图,对各组件的协作情况测试,系统测试:,根据用例图,检验系统是否满足用所描述的需求,验收测试:,由用户测试系统的功能和性能是否满足要求,8.4 RUP,的,9,个工作流,(Cont.),2023/9/205.测试(Test)8.4 RUP的9个,2024/11/19,6.,部署(,Deployment),配置软件成份,产生软件版本,并将软件分发给最终用户.,产生可以对外发布的软件版本,软件打包,分发软件,为用户提供技术支持和帮助,有时还需包括下列活动,计划并实施,测试,移植已有的软件或数据,正式验收,UML,的配置图描述系统的物理结构及各成份的相互关系.,8.4 RUP,的,9,个工作流,(Cont.),2023/9/206.部署(Deployment)8.4,2024/11/19,7.,项目管理(,Project Management),平衡项目中的各种冲突,管理风险,以便成功地开发出满足用户需要软件产品.,8.,配置和变更管理(,Configuration and Change Management),控制工作在同一个项目中的多个成员所产生的大量制品(,Arti