用例(use case )与传统的需求说明有什么区别?有什么优势?

qingliu 2002-04-20 01:05:44
小弟,近来在看《统一软件过程》(unified software design process)
有几个问题不清楚,请各位帮忙解决以下:
1,用例(use case )与传统的需求说明有什么区别?有什么优势?
2,arcitecture(架构)(中文版翻译为“构架”)是不是类似与我们所
说的3层结构或n层结构(n tiers)或者是类似于.net 和J2EE什么的?
3,在rup(rational unified process)中,增量和迭代和传统意义上的
原形法有什么区别?(最好说说他们的联系)
...全文
266 点赞 收藏 6
写回复
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
jayssake 2010-06-07
● 在关于用例(use case)的描述中,错误的是(1)。
(1) A.用例将系统的功能范围分解成许多小的系统功能陈述
   B.一个用例代表了系统的一个单一的目标
   C.用例是一个行为上相关的步骤序列
   D.用例描述了系统与用户的交互
回复
yuanjunjing 2002-04-20
2,arcitecture(架构)(中文版翻译为“构架”)是不是类似与我们所
说的3层结构或n层结构(n tiers)或者是类似于.net 和J2EE什么的?

不同,
回复
青润 2002-04-20
说实话:没有什么差别。use case也仅仅是一种描述需求的方式而已。
只不过,这种方式获得了大家的认同而已,因此就成为了一个大家认可的比较好的需求说明方式。
传统的方式也没有什么不好,只是没有人规范他罢了。
回复
tingningpower 2002-04-20
1,用例(use case )与传统的需求说明有什么区别?有什么优势?

在OOA里是个辅助分析的,没有它可以,但是有了它更可以理清思路!

和传统的区别是:传统的分析没有“用例(use case)"

不过在整个软件过程都会用到的,OOA/OOD/OOP/还有测试/还有维护

怎么样?
回复
qingliu 2002-04-20
yuanjunjing,具体说说。
我不很明白,能不能给我一个比较直观的说法(关于arcitecture)
回复
VegetableBird 2002-04-20
一、
用例(use case )与传统的需求说明有什么区别?有什么优势?

根据我的理解是:
1.使用Use Case能够更准确的捕获需求
2.USE CASE不仅表明了需求,而且在以后软件开发的过程中,包括分析、设计、测试等过程,能够很方便的进行追踪。

例如,从Use Case设计的用例实现,以分析模型表明了用例对象(实体、控制、边界类),那么,在设计模型中,就能够很方便地从这些对象模型中得到你所需要的类视图。

3.以我的观点来看,Use Case Point比FP的计算更方便一些,从用例模型计算工作量,从而制定合理的项目计划。


二、
arcitecture(架构)(中文版翻译为“构架”)是不是类似与我们所
说的3层结构或n层结构(n tiers)或者是类似于.net 和J2EE什么的?

不是,架构应该是指软件产品的基线。包括了组织结构和控制结构:通信协议、接口、物理分布等等。它包括了系统的分层(当然不光指3层结构),跟.NET和J2EE差别就更大了。

MSF是这样说的:“IT architecture emphasizes a holistic framework of process, interactivity, and technology, intensely focused on achieving business goals and objectives. An IT architect is a person who designs and guides a technology plan that is coherent and unified. In other words, both the architecture and the architect provide direction for IT work.”


三、
在rup(rational unified process)中,增量和迭代和传统意义上的
原形法有什么区别?(最好说说他们的联系)

RUP的核心是“架构驱动”,“架构”很显然比“原型”能够概括的意思更广泛了。我估计你有装RUP,建议你看一看“迭代模式”方面的内容,原型法是其中一种迭代模式。


回复
发动态
发帖子
研发管理
创建于2007-08-27

1176

社区成员

软件工程/管理 管理版
申请成为版主
社区公告
暂无公告