需求工程考题的最后一个模块 —— 综合论述题，只出一道题，30分，马上要考试了，临时抱佛脚其实还是非常管用的 hhh，简答、选择、填空及材料分析题前面博客已更，重点把下面这两个题看明白，仅供参考！>_<

材料分析题点这里https://blog.csdn.net/m0_52861684/article/details/127390785?spm=1001.2014.3001.5501

一、综合论述题

1.原型方法情形

“我有一个绝妙的主意！”小李宣布，他是系统团队的一位新来的需求工程师，“让我们跳过所有的系统生命周期，直接为一切设计原型。我们的项目会进展的更快，还可以节省时间和金钱，并且所有的用户会感到我们似乎很在意他们，而不是连续几个月不与他们交
谈。
1）列出你（作为与小李同一个团队的成员）用来劝阻她不要试图放弃系统生命周期，而直接为所有项目设计原型的原因。
2）小李对你所说的话很失望。为了鼓励她，用一段话向她说明，你认为适用于原型化方法的情形。

解答：

1）主要原因：原型仅仅是开发当中使用的一种手段，它利用得当可以加速开发的进程，但不能代替软件开发中的所有工作。原型开发最大的缺点就是：成本太高，高的让人难以接受。所以原型方法只在必要的时候使用原型方法。通常来说，如果用户需求出现了模糊，不清晰，不完整等具有一定不确定性的特征，就可以考虑使用原型方法。原型方法的复杂性使得它会给项目引入了新的风险。

2）情形见下表

	废弃型	演化型
水平型	阐明并细化用例和功能性需求识别漏洞功能 研究用户界面	实现核心用例 根据优先级实现其他用例 使得系统适应快速变化的需要
垂直型	演示系统可行性	实现并扩充核心功能及核心算法并调整性能

用户需求出现了模糊，不清晰，不完整等一定不确定性的特征，就可以使用原型。如果开始是以缺陷需求为起始点，需要不断调整的情况，就可以使用探索式原型开发。如果开始拥有清晰地用户需求，但是开发者对这些需求的实现方法，实现效果和可行性没有太大的把握，则可以使用实验式原型的方法。如果开始有清晰的需求也有项目积累下来的原型资产，这样的情况可以使用演化式原型开发。

2.安排一次面谈

ltall 多年来一直担任 Tun-L-Vision 公司的系统分析员。在你加入该系统分析团队以后，他安排你去与用户进行面谈，但是他告诉你，“为了节约时间，你只需简单约见几个人即可，而且你不能太在意用户所说的话，有时候他们也不知道自己需要什么。我会做原型化工作，但是我不会“观察”任何用户，用户也期望我们开发的原型会足够完善，他们基本不需要进行任何修改。”

（1）在你将去面谈的企业中，生产、会计、营销、系统、物流和高层管理是将受到所建议的系统影响的职能区域。生产层共有80人，会计层有35人。营销层有42人。系统层有10人，物流层有28人，高层管理有5人。你将如何选择面谈对象？Harry 是公司的总经理，说明你将如何联系 Harry ，以安排一次面谈。

① 选择面谈对象的时候采用随机抽样，从5个阶层以及生产、会计、营销、系统、物流各选择2-3名客户参与面谈，高层管理均要参加面谈，因为在选择面谈的时候要力争均衡的收集用户的需求，因此要涉及各方面受系统影响的人。
② 高层管理的人先面谈，然后是系统层，其余层的面谈对象根据实际情况可以先后安排面谈的时间，不一定要分先后顺序。
跟高层管理人员进行面谈，采用漏斗结构，因为各个高层管理人员对各自管理的层次从大体上有准确的把握，有助于开发人员首先获取对项目的广度方面的认识，也能获取一些较为详细的信息。跟具体部门人员进行面谈，采用菱形（必要时，金字塔）结构，因为这种面谈较为具体，问题常为封闭式问题，这样有助于分析人员获得深度认识。

（2）在重新浏览面谈日程的时候，你发现有几个问题看上去不合适。请指出问题，并用更合适的方式重新提问。
Q1：其它销售经理认为，把一些月度销售商品放到 Web 上，然后做趋势分析，将会是一种主要改进，你同意他们的做法吗？

诱导性问题。你认为把一些月度销售商品放到 Web 上，然后做趋势分析会是一种改进吗?

Q2：我是这个领域的新手，我有没有忽略什么呢？

上下文无关问题。我是不是还忽略了什么？

Q3：你的下属告诉我，你非常渴望有一台计算机，这是真的吗？

诱导性问题。你认为作为一个销售经理，是不是应该拥有一台计算机呢？

Q4：没有比你现在使用的陈旧方法更好的销售方案吗？

上下文无关问题。还有比目前方法更好的销售方案吗？

Q5：你在销售计算中，常用的信息资源是什么？使用频度如何？

双筒问题。① 你在销售计算中，常用的信息资源是什么？② 使用频度如何？

（3）针对 Itall 的观察，“你不能太在意用户所说的话，有时候他们也不知道自己需要什么”，你认为适用于原型方法的情形都有哪些？并解释一下原型方法怎样才能帮用户更好地定义用户的信息需求。

① 情形见下表：

	废弃型	演化型
水平型	阐明并细化用例和功能性需求识别漏洞功能 研究用户界面	实现核心用例 根据优先级实现其他用例 使得系统适应快速变化的需要
垂直型	演示系统可行性	实现并扩充核心功能及核心算法并调整性能

② 原型的评估者通常是用户，在评估人员执行原型评估时，创造无偏见的评估环境，可以让他们尽量把自己的想法大胆说出来，引导评估者从恰当的角度进行评价，多注意观察评估者的行为，最后收集评估者的反馈。

（4）在不明确否决 Itall 的前提下，尽可能巧妙地说明原型化过程中观察用户反应、用户建议和用户创新的重要性的原因。如果在后续系统中没有考虑用户的反馈信息，可能会出现什么情况？

原型只是手段，目的是为了验证系统功能，所以为了修正原型要重视观察用户反应原型、用户建议和用户创新的重要性。

（5）如果用户期望原型 “不需要进行任何修改” 的话，指出原型设计者可能会面临的问题。

用户不满意，延期改进，功能过于简单，默认知识等。