软件需求
业务需求
用户需求
非功能需求
功能需求
性能需求
运行需求
。。。 安全需求
9、软件需求的层次-业务需求
业务需求：反映了组织或客户对系统、产品的 概括目标要求，对企业目前的业务流程进行评估， 得出将来的业务前景。
需求举例： 明确业务运营支撑系统的体系结构、软件架构、
系统边界、外部接口、系统功能及系统指标等基本定 位与要求，从而为业务组织、管理及市场经营、客户 服务等工作提供持续、有效地运营支撑。
融合计费系统的IBM小型机上运行批价进程处理计费 话单，请计算批价进程每秒处理的话单数平均达到多少条/ 秒时，才不会产生话单积压的现象。
答案：批价进程每秒钟处理的话单数>
条/秒
11、需求分析方法-结构化分析建模
I. IPO图 II. 数据流图 III. E-R图 IV. 流程图 V. 。。。
12、需求分析方法-结构化分析建模
2、我们经常见到的需求分析过程
3、案例分析：
软件界面上存在哪些问题
要求：查看软件界面的1张图片， 找出界面设计上存在的问题。
1
4、原因分析
问题调查：什么是项目出麻烦的最主要原 因?
✓ 需求规格
50%
✓ 需求管理
45%
✓ 软件测试
32%
✓ 项目管理
30%
✓ 程序编码
7%
统计数字
✓ 需求缺陷修改成本占返工成本总额的 70%
需求是产品的根源：需求工作的优劣 对产品影响最大。就像一条河流，如果源 头被污染了，那么整条河流也就被污染了。
需求一旦做错，将会给系统带来极 大的损害，并且以后的修改也极为 困难！
6、双方误解需求
人们在交流时，常发生“问非所求，答非所问” 的事情。
用户表达的需求有可能不清楚，不同需求分析师 理解也不同，如果误解需求，导致开发人员将错 就错、白干活。
文件序 号校验
文件大小 校验
文件名校 验
校验正确 话单记录
记录 级处 理模
+
块
1.1
头文件
信息 1.2
文件名
信息
1.3
校验错误 话单记录
连续话单文件
完整话单文件
校验错误文件
12、需求分析方法-结构化分析建模
案例：商品追溯实体关系图
原材料 生产环境 质量标准 仓储环境
网络平台
医药企业
m
供应
电子交易
n
9、软件需求的层次-非功能需求（性能需求）
性能需求：描述了对系统各项性能指标的 要求，例如联机系统的响应时间等。
需求举例： 联机数据采集设备的采集周期≤15分钟。
10、案例分析：
记录处理性能指标计算
要求：某省共有11个地市，平均每月产生的语音话单量省 会城市为6亿条/月，其他每个地市为1.8亿条/月。
7、需求工程的基本概念
需求工程
需求开发
需求管理
编 需需写 求求规验 获分格证 取析说
明
需需变版 求求更本 确跟控控 认踪制制
业 务 需 求
用 户 需 求
功 能 需 求
非 功 能 需 求
所有与需求直接相关的活动 通称为需求工程。
需求工程中的活动可分为需 求开发和需求管理两大类。
8、软件需求的层次
m 药品
n 购买
追溯 客户
药品名 生产日期 质保期 物流环境
药效评价
使用环境
13、需求分析方法-面向对象的分析建模
案例：话费查询的用例图
网上营业厅
计费系统
13、需求分析方法-面向对象的分析建模
案例：订票模 块的活动图
14、需求分析方法-敏捷建模
需求分析与用户需求常常产生偏差，可以采用工具实 现“交互”设计。比如使用Axure RP Pro或Fireworks 工具软件设计软件界面原型，给用户以直观认识，进行 迭代修正，以快速明确用户需求。
✓ 需求缺陷可轻易消耗25%-40%项目预 算
需求不断增加 需求频繁变更 不完善的需求说明 模棱两可的需求 不必要的特性 需求说明过于精简 进度要求不合理 局部变更引发连锁反应 人员变动，搞不清为什么这
么做
5、软件需求的重要性
最困难的部分:准确说明开发什么。 最困难的工作:编写出详细的需求，包 括所有面向用户、面向设备和其它软件系 统的接口。
信息化建设 项目需求管理
1、软件行业的常见病
开始 ✓ 客户：“希望你们开发这样一个系统”。 ✓ 研发经理：“这很简单，我们使用Jquery、 Ajax等新技术。” ✓ 客户：“你们要多长时间？” ✓ 研发经理：“三个月。”
结局： ✓ 项目拖期交付二个月 ✓ 用户反应产品很难用，甚至不能用 ✓ 项目预算超支 ✓ 项目组成员精疲力竭 ✓ 没完没了的救火和维护
变更工时 利润空间
优秀 良好ຫໍສະໝຸດ 警告 危险17、CCB-唯一的变更通道
成立变更评审组（CCB）来批准变更 ✓ 这些人足够代表各方利益 ✓ 这些人有较大责任 ✓ 这些人有足够的权威 ✓ 这些人有足够的技术能力批准变更
工作职责 ✓ 决定是否引入项目相关的变更
需求变更不可避免，有效控制需求 变化对于项目成功至关重要！
数据 附加数据 存储
案例：IPO图
输入数据
原始记录
转换1
采集预处理
中间数据 转换2
结果数据
标准记录
数据 参数数据 存储
计费预处理 预处理清单
标准信息流图
预处理－信息流图
12、需求分析方法-结构化分析建模
案例：文件级校验的数据流图
文件名索引文件
文件命名规则文件
文件序号
文件命名 规则
采集 系统
原始话单文件
变更必须有“官方”批准！
18、需求变更评估关键要素
① “我们不喜欢这样的界面，你们改一下吧。” ② “我们的用户数量大大超出预计，你们改一下吧。” ③ “加一个向Excel的输出功能，你们改一下吧。” ④ ……
15、案例分析-界面原型方法
15、案例分析-界面原型方法
案例分析：界面设计确认书
16、当心需求变更
平均占用项目40%的成本 对80%软件系统造成风险
造成开发效率降低 带来新的缺陷 给项目估算带来困难 使项目超期、超支
目标和范围不停变化、工作计划 大幅度摆动、项目收益没有保障
总预算
预算工时
9、软件需求的层次-用户需求
用户需求：描述了用户使用系统完成的任务集 合，采取用例图（user case）的形式描述。
9、软件需求的层次-功能需求
功能需求：定义了系统必须完成的所有功能，源于 用户需求。
需求举例： 查询是否有新的数据文件生成，当发现有新的数据文件 时，立即把新生成的数据文件分发到指定服务器。 校验接收分发文件的大小是否与数据源文件一致。