标签：个人   模式   经济   如何   style   不同类   会议   nbsp   开发   

软件工程（五）---理解需求

1.需求工程是一个不会因为软件项目的变化而变化的通用过程。

2.在项目开始阶段，任务的意图是确定基本问题理解、所需解决方案的性质和想要解决问题的人。

3.使需求获取困难的三个问题是范围、理解和波动性。

4.利益相关者并不是将要购买正在开发中的完整软件系统的人。

5.对于不同的客户来说，提出相互矛盾的要求是相对普遍的，每个人都认为他或她的版本是正确的。

6.一个好的解决方案会带来什么样的经济效益、谁是工作的幕后主使以及谁会使用这个解决方案是是项目启动期间使用的上下文无关问题，而谁来支付这项工作的费用则不是。

7.在协同需求收集中，服务商控制会议。

8.强制性不是在质量功能部署（QFD）中使用的需求分类之一。

9.在需求获取过程中产生的工作产品将根据正在建造的产品尺寸而变化。

10.开发人员和客户创建用例以帮助软件团队了解不同类型的最终用户将如何使用功能。

11.用例中的actor总是人，但也可能是系统设备。

12.需求工程任务的结果是一个分析模型，它定义了信息、泛函和行为。

13.分析模式有助于将分析模型转化为设计模型，通过对常见问题提出可靠的解决方案。

14.在双赢的谈判中，客户的需求得到满足，开发商的需求也得到满足。

15.在需求验证中，评审需求模型并不能确保其技术可行性。

软件工程（五）---理解需求

标签：个人   模式   经济   如何   style   不同类   会议   nbsp   开发   

原文地址：https://www.cnblogs.com/Sukrfq/p/9038789.html