A是某外企的一名商业分析师,现在公司要求做一款产品,需要做需求分析,准确客户的需求,对症下药,研发出市场占有率极高的产品。
那么如何做产品需求分析?需求分析的过程有哪些东西是需要特别注意的?
在一个产品形成前,脑海里会出现一个概念。A做产品需求分析,就必须考虑到模糊的概念,这是一套完整的产品需求分析过程。
下面这个PPT 特别详细的讲述了需求分析的全过程。
什么是需求分析?
• 80%的套路+20%的创意
• 好的语文水平:
– 有利于抓住关键词汇 – 有利于培养数字敏感 – 有利于增强形容能力 – 有利于组织文档结构 – 有利于提高沟通能力
需求分析最常用的工具-use case 分析法
Use case 的历史
• 1967年Jacobson在爱立信工作的时候开始使用这 种思想
• 这种想法最早应用于大型交换机系统的需求获取
• 1971年完成了这种方法的最初原型
• 1985年推出了改进版,并发布了面向对象的 OOSE方法
• 大部分面向对象技术都采用这种需求方法,UML 建模语言也已将它包容进去
• 它还被广泛的应用于工业领域
你需要知道需求获取的前提是什么?
1、用户必须告诉你他想要什么
2、你必须完整地了解用户的业务
3、你必须知道与系统有关的任何人和任何东西
4、 如果用户不能告诉你他们想要什么,你必须 花费时间去观察和记录他们现在是怎么工作的
5、 从专家那里了解用户业务的原理和规则
6、 你是去了解要做什么而不是怎么做
什么是角色?(Actor)



脚本(Script)
脚本是一个角色与系统之间的一组交互作用 , 通常具有详细的真实数据及实际的期望输出值 一个应用系统可能具有成千上万个脚本 , 即使同一件事,所得到的脚本可能也会有细微的区别 脚本是描绘Use Case的重要的背景信息.
1:小王输入他的账号#413597
2:小王输入他的密码#119823
3:小王查询98.7.1至98.12.31日之间的平均余额
4:系统显示余额
1:小张输入他的账号#413343
2:小张输入他的密码#646788
3:小张查询98.3.1至98.5.31日之间的平均余额
4:系统显示余额
1:小李输入她的账号#346780
2:小李输入她的密码#435645
3:小李查询98.7.1至98.12.31日之间的平均余额
4:系统显示余额
脚本与Use Case 有何关系?
• 一个Use Case代表一组潜在的脚本 ,通过研究一组相似的脚本,可以得到它们内在的逻辑
•相似的脚本通常遵循相似的模式工作,并提供相似类型的结果
• 一个Use Case通常关注某一个目标
• 例如:查询存折余额
Use Case :标记方法简单
Use Case :主动角色
Use Case :被动角色
Use Case :实操

Use Case的Pattern
• 大部分互联网服务本质上是DB:
– 增删改查
– 导入导出
– 批量操作
• 计算机应用的基础支撑功能:
– 安装卸载
– 启动停止重启动
– OAM(运营、管理、监视)