小弟，近来在看《统一软件过程》（unified software design process）
有几个问题不清楚，请各位帮忙解决以下：
1，用例（use case ）与传统的需求说明有什么区别？有什么优势？
2，arcitecture（架构）（中文版翻译为“构架”）是不是类似与我们所
说的3层结构或n层结构（n tiers）或者是类似于.net 和J2EE什么的？
3，在rup（rational unified process）中,增量和迭代和传统意义上的
原形法有什么区别？（最好说说他们的联系）
------解决方案--------------------------------------------------------
1，用例（use case ）与传统的需求说明有什么区别？有什么优势？
在OOA里是个辅助分析的，没有它可以，但是有了它更可以理清思路！
和传统的区别是：传统的分析没有“用例（use case)"
不过在整个软件过程都会用到的，OOA/OOD/OOP/还有测试／还有维护
怎么样？
------解决方案--------------------------------------------------------
说实话：没有什么差别。use case也仅仅是一种描述需求的方式而已。
只不过，这种方式获得了大家的认同而已，因此就成为了一个大家认可的比较好的需求说明方式。
传统的方式也没有什么不好，只是没有人规范他罢了。
------解决方案--------------------------------------------------------
2，arcitecture（架构）（中文版翻译为“构架”）是不是类似与我们所
说的3层结构或n层结构（n tiers）或者是类似于.net 和J2EE什么的？
不同，
------解决方案--------------------------------------------------------
一、
用例（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，建议你看一看“迭代模式”方面的内容，原型法是其中一种迭代模式。