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（运营、管理、监视）
自定义头像的Use Case
