RUP的“4+1”架构视图与“4+1”视图模型

RUP的“4+1”架构视图:逻辑视图、实现视图、进程视图、部署视图、用例视图。
“4+1”模型:逻辑视图、开发视图、进程视图、物理视图、场景。
在初步业务需求描述已经形成的前提下,基于UML的需求分析过程可以大致分为以下步骤:
1、利用用例及用例图表示需求。从业务需求描述出发,获取执行者和场景;对场景进行汇总、分类、抽象,形成用例;确定执行者与用例、用例与用例图之间的关系,生成用例图。
2、利用包图和类图表示目标软件系统的总体框架结构。根据领域知识、业务需求描述和既往经验设计目标软件系统的顶层架构;从业务需求描述中提取“关键”概念,形成概念模型;从概念模型和用例出发,研究系统中主要类间的关系,生成类图。
“4+1”视图模型,以及各有什么特点?
逻辑视图:逻辑视图主要支持系统功能需求,即系统提供给最终用户的服务。在逻辑视图中,系统分解成一系列的功能抽象,这些抽象主要来自问题领域。在OO技术中,通过抽象、封装和继承,可以用对象模型来代表逻辑视图,用类图描述逻辑视图。
开发视图:开发视图也称为模块视图,在UML中被称为实现视图,主要侧重于软件模块的组织管理。开发视图要考虑软件的内部需求。
进程视图:侧重于系统的运行特性,主要关注一些非功能需求,进程视图强调并发性、分布性、系统集成性、和容错能力,以及逻辑视图中功能抽象如何适应进程结构等。它也定义了逻辑视图中各个类的操作具体是那个线程中的执行。进程视图可以描述成多层抽象,每个级别分别关注不同的方面。
物理视图:在UML中称为部署视图,主要考虑如何把软件映射到硬件上,通常考虑到解决系统拓扑结构、系统安装和通信等问题。
场景:场景可以看做是那些重要系统活动的抽象,它使4个视图有机联系起来。场景对应UML中的用例视图。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值