需求定义最佳实践
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1
8
11 22 19 10 3
2
6
21
9
13
17
5
20
24
23 16 7 4 15
18
源自文库
25
14
12345 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
框定问题的技巧
软件需求第一和可能最重要的步骤是框定问题—把问 题的特定部分,以及部分间特定的关系,放入一个特 定的形式中。问题框定方法应使问题的细节适合一个 简单连贯的框架
> 增加了输入点订单的准确性 > 增加了销售数据的报告以便进行管理 > 获得更好的效率
理解原因后对问题的陈述
问题:随时提供大学体育赛事的最新报道 影响:移动办公的人群 结果:他们不可能花很多时间来搜索他们感兴趣的新
闻,因此无法随时了解到有关他们母校的赛事(或者 他们感兴趣的其他大学的体育赛事)。 成功的解决方法:当发生他们感兴趣的新闻时,向他 们发出通知,并提供一个地点来为他们提供所请求的 新闻。
期望值:脱离现实 发起人、用户、使用者想法不一致
框定问题的技巧
问题的定义是需求工作的第一步,也是最重要的一步。 问题是否能够解决,通常与是否能够更好、更准确地
框定问题相关。 例如,经典的马的遍历问题:
寻找一系列的移动步骤,使 马走完每个方块,而落入任 何一个方块一次:
框定问题的技巧
12
同时,这也表现出,深入地理解问题域的知识,正确 地抓住其本质特性,是十分重要的。
(你的灯还亮着吗?)
框定问题的技巧
问题:日内瓦湖上的山脉中建成了一条很长的汽车隧 道,为了防止停电时发生灾难,必须提醒司机进入隧 道之前把车灯打开。
解决方案一:“警告!前有隧道请打开车头灯” 新问题:隧道出口风景很美,返回时发现汽车没电—
有必要被考虑到? 系统将来由谁维护? 还有其他人吗?
用洋葱图来寻找涉众
更广阔的环境
财务受益者
(社会技术的)
政策顾问
包含的业务
消极的涉众
(社会技术的)
内部顾问
赞助者 功能受益人
运营工作领域
接口技术 客户
运营支持 (社会技术的)
一般操作员
接口技术
预期的产品 维护操作员
外部顾问 顾客
(技术的)
核心团队成员
定义解决方案系统的界限
谁会对系统提供信息?谁会在系统中使用信息?谁会 从系统中删除信息?
谁将操作该系统? 输入
系统
输出
谁是系统的维护者?
系统将会在哪儿被使用?
系统 界限
系统从哪儿得到信息?
哪些外部系统要 和系统进行交互?
我们的解决方案
其他系统
定义解决方案系统的界限
顾客缺货前提醒
信用卡公司
理解根本原因—问题背后的问题
TQM的鱼骨图
不准确的订单
运输损耗
用户退货
折旧 制成品的
造缺陷 制
其他
太多废品
帕雷托图
60
50
40
30
20
10
0
确的订单 不准
损耗 运输
用户退货制成员折旧
缺陷 制造
其他
确定涉众和用户
系统的用户是谁? 系统的客户是谁? 还有哪些人会受系统输出的影响? 系统完成并投入使用后,有谁会对它进行评估? 还有没有其他系统内部或外部用户,他们的需要有没
顾客的订单
信用检查
经检查的订单
结算记录
记录订单
顾客
接订单 供应商促销数据
4?
3?
订单接收自动化
顾客记录
等待送货文件
库存量
1?
2?
常见划分,但 可以更好
不好!大部分工 作都留给操作员了
上下文范围图示例
贷款委员
信贷员
贷款经理
根据贷
确立贷 款统计 款期限 报告
会委员
评估临 界的贷 款请求
提交贷款 贷款申请者
忘了关车头灯!! 解决方案二:出口处立标牌“关掉车灯” 新问题:夜行车也会关掉车灯? 解决方案三:建充电站 新问题:维护开支大,充电站也会出故障
框定问题的技巧
解决方案四:授权私人经营充电站 新问题:风景区商业化,政府与游客均不接受 解决方案五:在隧道尽头,树立新标牌
如果是白天,并且车灯开着,请熄灭车灯; 如果天色已晚,并且车灯没开,请打开车灯; 如果是白天,并且车灯没打,就别打开它; 如果天色已晚,并且车灯开着,请别关掉它。 新问题:谁能在行驶时读完?! 终极解决方案:你的灯亮着吗?
确定答案。
信息系统立项可行性分析
确定目标:信息系统实现前,信息系统实现后 提出解决方案:分析P,给出O,得出A 可行性分析:
> 效益分析:经济可行性,投资回报 > 社会可行性 > 技术可行性
信息系统立项时的常见误区
目标:含混不清,过为宏观 Solution: 基于业务需求思考
解决方案:思路过于受限 Solutions: > 只想What,别想How > 了解、理解IT技术
讨论
你认为需求定义的目标是什么? 通常需求定义在什么阶段进行? 其主要的产物是什么?
信息系统立项前的分析方法
GPOA方法:GoalProblemOptionAnswer
信息系统立项前的分析方法
G(目标):要确定需要开发某个信息系统之前,应 该分析其应该达到的目标:业务性、可度量
P(问题):要达到该目标所需解决的问题! O(选项):针对这些问题可选的解决方案 A(答案):针对各种Option进行分析、评估,最终
申请表
接收贷款帐单,
评估贷款
偿付贷款
客户
贷款办事员
登记、结束 贷款
贷款处理系统
根据偿付情况更 新帐户并报告帐
输入贷款请 求信息
贷款助理
转发过
请求信 用报告
提供客户 贷款信息
户状况 帐户管理 系统
期货款
托收代理
转发还款 历史记录
数据仓库
征信机构
上下文范围图示例
…… RTU
RTU
故故故故
故故故故
遥测遥控通 用通信机
> 问题:描述问题 > 影响:确定受问题影响的风险承担人 > 结果:确定问题对风险承担人和商业活动的影响 > 优点:指出解决方案并列出主要优点
理解原因后对问题的陈述
问题:不准确的订单 影响:订单操作者、客户、生产者、销售者及客服 结果:增加废品、额外处理成本、客户不满及收益降
低 成功的解决方法:
问题分析的五个步骤
问题分析:理解真实世界中的问题和用户的需求并提 出满足这些多方面要的解决方案的过程
①在问题定义上达成共识 ②理解根本原因—问题背后的问题 ③确定风险承担人和用户 ④定义解决方案系统的界限 ⑤确定加在解决方案上的约束
在问题定义上达成共识
把问题写下来,看每个人是否都同意 采用标准化格式: