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

材料分析题点这里icon-default.png?t=M85Bhttps://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)如果用户期望原型 “不需要进行任何修改” 的话,指出原型设计者可能会面临的问题。

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

Logo

为开发者提供学习成长、分享交流、生态实践、资源工具等服务,帮助开发者快速成长。

更多推荐