信息化建设项目需求管理.pptVIP

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