用例（use case ）与传统的需求说明有什么区别？有什么优势？

[qingliu]

小弟，近来在看《统一软件过程》（unified software design process）
有几个问题不清楚，请各位帮忙解决以下：
1，用例（use case ）与传统的需求说明有什么区别？有什么优势？
2，arcitecture（架构）（中文版翻译为“构架”）是不是类似与我们所
说的3层结构或n层结构（n tiers）或者是类似于.net 和J2EE什么的？
3，在rup（rational unified process）中,增量和迭代和传统意义上的
原形法有什么区别？（最好说说他们的联系）

[VegetableBird]

一、
用例（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，建议你看一看“迭代模式”方面的内容，原型法是其中一种迭代模式。

[qingliu]

yuanjunjing，具体说说。
我不很明白，能不能给我一个比较直观的说法（关于arcitecture）

[tingningpower]

1，用例（use case ）与传统的需求说明有什么区别？有什么优势？

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

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

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

怎么样？

[青润]

说实话：没有什么差别。use case也仅仅是一种描述需求的方式而已。
只不过，这种方式获得了大家的认同而已，因此就成为了一个大家认可的比较好的需求说明方式。
传统的方式也没有什么不好，只是没有人规范他罢了。

[yuanjunjing]

2，arcitecture（架构）（中文版翻译为“构架”）是不是类似与我们所
说的3层结构或n层结构（n tiers）或者是类似于.net 和J2EE什么的？

不同，

[jayssake]

● 在关于用例（use case）的描述中，错误的是(1)。
（1） A．用例将系统的功能范围分解成许多小的系统功能陈述
　　　B．一个用例代表了系统的一个单一的目标
　　　C．用例是一个行为上相关的步骤序列
　　　D．用例描述了系统与用户的交互