需求分析的需要做的工作

1. 准备结果列表

一定要在需求调研之前有一个成果列表,就是一次调研会议应该是由他们的主题,那么基于这些主题,你需要了解那些信息,解决那些问题?你需要一个成果List。有感于今天我们开会,赵工一说,好今天就这样,大家这都起座要离去,我们的项目经理发现一个租赁的业务还没有介绍清楚,马上跟言:还有租赁的业务没有介绍,于是接口人员赶忙叫来了相关人员,继续开会。通过列表可以校验此次会议的目标是否已经达成,做到开会心中有数。

2. 注意积累对象属性

在每次经历了需求采集之后,都要进行总结,不仅是要总结业务和发现对象,还要不断地补充和记录发现的对象属性,比方说发票,经过了一次开会,发现他有一个税率的属性,再开一次会发现工程师提到了会有备注,等等,所以可以整理一个Excel,上面罗列了你发现的对象,以及对应属性,每次总结都需要填充这张 Excel,如果没有填充,那么我倒是很怀疑这次开会的成效。

3.看到业务真实件

对于业务理解除了会议之外,还需要看到业务相关的原件(甚至是工作场地等)比较好,可以真实地和对方介绍的业务对应起来。在成本系统中,我就曾经错误的理解一次维修行为会有一张总的发票,但是通过看了原件我发现,其实并没与总的发票,而是工时材料其他各自开的发票。所以理解业务最好是能够看到第一手的真实的场景,实物(电子版的),来验证通过交谈形式立即的业务。

4. 聆听的过程中不断问问题

问自己:这部分业务需要系统做什么,是需要自己完成,还是别的系统来做事情?比方说关于MCPH发动机的成本计算,其实都是财务那边自己来核算或者通过orcacle来做这些事,而不是我们系统负责。所以通过问问题来关注焦点和总结业务是一个好的方法。

posted on   张叫兽的技术研究院  阅读(638)  评论(0编辑  收藏  举报

编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 使用C#创建一个MCP客户端
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列1:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现

导航

< 2013年5月 >
28 29 30 1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31 1
2 3 4 5 6 7 8
点击右上角即可分享
微信分享提示