第1页共 4 页
一、在这幅漫画中反映出的问题是什么?简述之。
答:这幅漫画反映了
1.沟通失真。从客户描述到项目经理的理解,分析员的设计,程序员的编码,商业顾
问的诠释,每个角色都根据自己的特点和需求对信息进行了不同程度的加工,从而导
致信息内容发生了很大的改变。因此对于软件需求工程而言,克服沟通失真就成了一
个要点。避免这中问题的出现,关键手段有两个: (1)文档:如果信息在传递的过程
中只靠口口相授的话,就难免发生遗忘、加工等情况,因此必须在这个过程中有效的
利用文档,将达成共识的信息文档化。 ( 2)Review :其本质含义是通过再次的审读,
尽早的暴露出错误。而最简单、最有效的 Review 就是在用户代表阐述了需求之后,
需求分析员用自己的语言再复述一遍,以确保沟通没有失真。
2.客户的需求放大。而在这种现象背后的潜在原因至少有两方面的关键因素: (1)客
户希望支付的成本尽可能少,而获得的利益尽可能多。要解决该问题一方面需要提升
软件估算时间的有效性,另一方面则需要产业成熟度的提高。 (2)解决方案的选择权
交给了不熟悉技术的客户。许多需求团队在进行需求捕获时,经常预期用户能直接告
诉他们要做什么,而不管新用户提出问题的真正动机。要缓解这一现象的关键在于,
在需求不活过程中多问“为什么” 。
3.项目经理的需求控制。 由于大部分国内的项目经理经常一身兼多职, ,因此在需求不
活过程中,总会及时的勾勒出技术框架和路线,然后尽可能的控制需求的范围。要缓
解这一现象应该以业务为线索来组织需求,基于“ why ”的层面对需求建立高层次的
认识。
4.分析人员的技术加工。现在许多名称中包含“需求分析” ,“系统分析”之类的职位,
大多是由技术骨干担任的,因此在工作中很少从业务角度进行分析,更多还是追求技
术框架,新技术。因此需要加强业务分析。
5.编码人员的断章取义。如果缺乏对业务场景的了解,又如何能够真正理解需求呢?
断了“业务场景”之章,必将导致取出的“需求”之义有所偏差。
二、(15 分)简答题
1、在现实工作环境中,每个项目都经历了立项环节,请问项目启动的着手点是什
么?
答 : 项 目 启 动 的 着 手 点 :( 1 ) 解 决 问 题 ( 2 ) 创 造 机 会 采 用
GPOAGoal Problem Option Answer
从需求的三个层次进行了解。
(1)业务需求:业务需求是反映企业对软件系统的高层次目标要求,换言之,就
是系统建设的目标,通常体现在两方面:问题和机会。问题是解决企业运作过程中遇
到的问题。机会是指猪猪外部环境所带来得机会,以便为企业带来新的发展。
(2)用户需求。通常在业务需求定义的基础上进行用户访谈,调查等对用户数用的
场景进行整理,从而建立用户角度的需求, 。结果是把用户零散的存在矛盾的需求进
行分析整理,从而整理出更加精确的需求说明。
(3)软件需求。软件需求是需求分析与建模的产物。
评论0
最新资源