1176
社区成员
- 主页
- 问答
用例（use case ）与传统的需求说明有什么区别？有什么优势？
小弟，近来在看《统一软件过程》（unified software design process）
有几个问题不清楚，请各位帮忙解决以下：
1，用例（use case ）与传统的需求说明有什么区别？有什么优势？
2，arcitecture（架构）（中文版翻译为“构架”）是不是类似与我们所
说的3层结构或n层结构（n tiers）或者是类似于.net 和J2EE什么的？
3，在rup（rational unified process）中,增量和迭代和传统意义上的
原形法有什么区别？（最好说说他们的联系）
有几个问题不清楚，请各位帮忙解决以下：
1，用例（use case ）与传统的需求说明有什么区别？有什么优势？
2，arcitecture（架构）（中文版翻译为“构架”）是不是类似与我们所
说的3层结构或n层结构（n tiers）或者是类似于.net 和J2EE什么的？
3，在rup（rational unified process）中,增量和迭代和传统意义上的
原形法有什么区别？（最好说说他们的联系）
...全文
请发表友善的回复…
发表回复
jayssake 2010-06-07
● 在关于用例（use case）的描述中，错误的是(1)。
（1） A．用例将系统的功能范围分解成许多小的系统功能陈述
B．一个用例代表了系统的一个单一的目标
C．用例是一个行为上相关的步骤序列
D．用例描述了系统与用户的交互
（1） A．用例将系统的功能范围分解成许多小的系统功能陈述
B．一个用例代表了系统的一个单一的目标
C．用例是一个行为上相关的步骤序列
D．用例描述了系统与用户的交互
yuanjunjing 2002-04-20
2，arcitecture（架构）（中文版翻译为“构架”）是不是类似与我们所
说的3层结构或n层结构（n tiers）或者是类似于.net 和J2EE什么的？
不同，
说的3层结构或n层结构（n tiers）或者是类似于.net 和J2EE什么的？
不同，
青润 2002-04-20
说实话：没有什么差别。use case也仅仅是一种描述需求的方式而已。
只不过，这种方式获得了大家的认同而已，因此就成为了一个大家认可的比较好的需求说明方式。
传统的方式也没有什么不好，只是没有人规范他罢了。
只不过，这种方式获得了大家的认同而已，因此就成为了一个大家认可的比较好的需求说明方式。
传统的方式也没有什么不好，只是没有人规范他罢了。
tingningpower 2002-04-20
1，用例（use case ）与传统的需求说明有什么区别？有什么优势？
在OOA里是个辅助分析的，没有它可以，但是有了它更可以理清思路！
和传统的区别是：传统的分析没有“用例（use case)"
不过在整个软件过程都会用到的，OOA/OOD/OOP/还有测试／还有维护
怎么样？
在OOA里是个辅助分析的，没有它可以，但是有了它更可以理清思路！
和传统的区别是：传统的分析没有“用例（use case)"
不过在整个软件过程都会用到的，OOA/OOD/OOP/还有测试／还有维护
怎么样？
qingliu 2002-04-20
yuanjunjing，具体说说。
我不很明白，能不能给我一个比较直观的说法（关于arcitecture）
我不很明白，能不能给我一个比较直观的说法（关于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，建议你看一看“迭代模式”方面的内容，原型法是其中一种迭代模式。
用例（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，建议你看一看“迭代模式”方面的内容，原型法是其中一种迭代模式。