企业数据系列培训:应用软件开发项目业主方需求跟踪方法分享_课件
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
目录
为什么要实施需求跟踪 怎么实施有效的需求跟踪 对需求的跟踪管理和内部检查
邮件 fszfl@ QQ 190340846 微博 /fszfl
2
5
5
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
困扰2:对需求问题沟通不畅 发现的需求问题无法及时让相关人员获知和处理 需求处理状态很不透明,相关人员需要了解处理状态时,需 要反复去当面询问或者催办处理需求问题,无法及时了解需 求的处理状态。 出现问题的时候,项目组成员不清楚自己需要做的事情,以 及这些事情的优先级 缺失处理过程的沟通记录,无法让相关人员对需求问题的信 息、历史都了解清楚
《项目建设要求》结构 1.项目背景和目标定位 2.项目业务范围说明 3.系统目标功能说明 4.系统间接口关系说明 5.技术要求 6.其它要求 7.项目实施内容说明
14
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
6
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法,需求问题处理不规范,处 理效率低下 需求问题处理过程中的有价值信息被丢失,无法积累和共 享; 已处理过的需求问题重复出现,后面却已忘记解决办法, 或者当时解决需求问题的人已经离开了公司; 项目团队新成员无法了解现有需求问题的现状和历史,耗 费了大量时间精力反复重新摸索,试错; 无法对出现的需求问题进行总结和分析,发掘深层次的原 因; 需求问题的处理没有一定的流程,导致需求问题处理的过 程随意化,无法保证需求问题处理的速度和质量; 无法控制需求问题处理的时限要求,导致需求问题处理效 率低下;
企业数据实验室
功能需求从目标到用户需求的跟踪
《用户需求说明书》结构 《项目范围说明书》结构
1.文档介绍 1.1 编写目的 1.2 术语定义 1.3 参考资料 1.4 读者群 2. 项目建设要求分析和建议 3.项目范围和目标 3.1项目背景 3.2项目目标 3.3业务范围说明 3.4系统功能需求 3.4.1. PSDF1: 功能1名称 3.4.2. PSDF2: 功能2名称 .... 3.5系统非功能需求 3.5.1 PSDC1: 约束要求1名称 3.5.2 PSDC2: 约束要求2名称 .... 3.6 系统间关系和接口说明 3.6.1 为其他系统提供的接口定义 3.6.2 本系统调用其他系统的接口要求 3.7需求实施主要交付件 4.需求实施任务说明 5.目标系统依赖和假设前提分析 6.其他扩展
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
功能和接口需求从用户到系统规格的跟踪
《用户需求说明书》结构
1. 文档说明 1.1. 编写目的 1.2. 定义 1.3. 参考文献 1.4. 读者群 2.当前在用系统分析 * 2.1 当前在用系统现状分析 2.2 当前在用系统存在的问题分析 3. 用户需求详述 3.1 URDF1 功能1名称 业务基本描述 业务角色和职责 业务活动和业务流程 业务服务调用关系 系统处理功能点 输入信息要求 输出信息要求 界面要求 接口要求 账务处理要求 依赖前提条件 3.2 URDF2 功能2名称 4. 对账和错账处理 4.1 对账 4.2 错账处理 5. 报表要求 6. 系统接口要求 6.1 为其他系统提供的接口定义 7.其他扩展
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
建立项目内的需求跟踪可以为项目团队带来什么? 所有的需求问题都可以得到记录和处理 构造规范的需求问题处理流程 更高的团队效率和团队工作氛围 更好的工作成果质量,包括需求和目标系统 累积知识和经验,促进团队成长
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
缺乏对需求跟踪管理机制带来的困扰
项目群各项目每天都要产生许多需求相关的需求 问题,只是产生需求问题的多少、大小不同罢了 。各项目组能否超预期的目标和方向正常推进项 目,能否及时发现项目中的需求问题、解决需求 问题甚至举一反三、进而避免需求问题的产生显 得至关重要。然而恰恰相反的是,目前许多项目 组内部还没有建立对需求的跟踪管理机制。 缺乏需求跟踪管理带来的常见的困扰:
15
朋友,与您一起转型升级!
1. 文档说明 1.1. 编写目的 1.2. 定义 1.3. 参考文献 1.4. 读者群 2.当前在用系统分析 * 2.1 当前在用系统现状分析 2.2 当前在用系统存在的问题分析 3. 用户需求详述 3.1 URDF1 功能1名称 业务基本描述 业务角色和职责 业务活动和业务流程 业务服务调用关系 系统处理功能点 输入信息要求 输出信息要求 界面要求 接口要求 账务处理要求: 依赖前提条件 3.2 URDF2 功能2名称 4. 对账和错账处理 4.1 对账 4.2 错账处理 5. 报表要求 6. 系统接口要求 6.1 为其他系统提供的接口定义 7.其他扩展
11
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
建立支持四类需求跟踪的能力链
选 型 阶 段
项目目标 和范围 1.追溯到需求 2.从需求回溯 需求基线 3. 从需求追溯 4.回溯到需求 目标系统
需求跟踪的 助力项目管理,确保目标达成 用途 维系一条线索,实现需求的追溯与追踪 10
10
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
大纲
为什么要实施需求跟踪 怎么实施有效的需求跟踪 对需求的跟踪管理和内部检查
13
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
从《项目建设要求》到《项目范围说明书》
《项目范围说明书》结构
1.文档介绍 1.1 编写目的 1.2 术语定义 1.3 参考资料 1.4 读者群 2. 项目建设要求分析和建议 3.项目范围和目标 3.1项目背景 3.2项目目标 3.3业务范围说明 3.4系统功能需求 3.4.1. PSDF1: 功能1名称 3.4.2. PSDF2: 功能2名称 .... 3.5系统非功能需求 3.5.1 PSDC1: 约束要求1名称 3.5.2 PSDC2: 约束要求2名称 .... 3.6 系统间关系和接口说明 3.6.1 为其他系统提供的接口定义 3.6.2 本系统调用其他系统的接口要求 3.7需求实施主要交付件 4.需求实施任务说明 5.目标系统依赖和假设前提分析 6.其他扩展
需求 阶段
系统 开发 阶段
12
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
1.从项目目标追溯到需求基线 从项目目标可追溯到需求,这样就能区分出系统开发(需 求实施)过程中或系统开发结束后由于需求变更受到影晌 的需求; 要确保需求开发阶段的软件需求规格说明书包括所有项目 目标,包括功能需求和非功能需求、系统间接口需求、数 据需求和数据标准化需求,并且前三者都有唯一编号,以 便于建立跟踪管理; 要确保场景验证方案方案对所有功能需求(含系统间接口 需求)和非功能需求都有明确的验证方案,以明确指导后 续的用户验收测试(UAT)的测试案例的编制工作。
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
大纲
为什么要实施需求跟踪 怎么实施有效的需求跟踪 对需求的跟踪管理和内部检查
3
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
◦ 需求问题缺乏记录,导致类似的问题反复出现 ◦ 对需求问题的沟通不顺畅 ◦ 缺乏知识和经验积累,需求问题处理不规范,处理效率低下,已经 出现的问题重复处理
4
4
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
7
7
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
需求跟踪可以为管理者带来什么?
对项目或产品(目标系统)更明确的整体把握 流程化处理需求问题,简化管理 很容易的了解当前每个需求问题的进展,不再需 要去询问和催办
企业数据实验室
困扰1:缺乏需求问题记录,导致类似的问题反复出现 很多发现的需求问题被忽略或遗忘,最后不了了之,任由 需求问题慢慢发展,导致成危机事件而不可收拾(温水煮 青蛙现象) 很多需要解决的需求问题,只是通过口头传达或纸质上的 简单描述,导致不少需求问题没有真正解决或解决得不到 位,而且事后没有跟踪的记录。 由于需求问题没有被记录下来,导致团队成员不自觉地对 待需求问题视而不见,或掩耳盗铃,自欺欺人,以为需求 问题自己没看见就不存在(鸵鸟政策) 被动地解决需求问题,头痛医头、脚痛医脚,导致需求问 题越来越多 发现的需求问题无法及时让相关人员获知和处理
随时了解需要处理什么需求问题,提高工作效率 积累处理需求问题的经验,促进自身能力的提高 轻松吸取他人经验,共享自己的知识,互相学习 ,共同进步 新成员更轻松的了解项目历史,更快的进入状态 充分记录和体现自己对团队所做贡献,方便进行 总结和回顾
9
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
应用软件开发项目业主方需求跟 踪方法分享
-----企业数据系列培训
企业数据实验室主任培训师 中国系统分析员顾问团高级顾问 北京大学民营经济转型升级高级研修班项目主任 Jason 张靖笙
企业数据实验室
朋友,与您一起转型升级!
《软件需求规格说明书》结构
1. 文档说明 1.1. 编写目的 1.2. 定义 1.3. 参考文献 1.4. 读者群 2. 目标系统综合描述 2.1. 项目的愿景 2.2. 目标系统功能结构 2.3. 目标系统运行环境 2.3.1. 服务器硬件选型要求 2.3.2. 平台软件选型要求 2.4. 系统身份认证 2.5. 系统用户角色定义和权限管理 2.6. 系统日志 3. 目标系统功能需求 3.1. 目标系统功能需求概述 3.2. SRSF1功能需求1名称 3.3. SRSF2功能需求2名称 .... 4. 系统间接口需求 4.1. 系统间接口需求概述 4.2.1 本系统调用其他系统的接口 4.2.2 本系统供其他系统调用的接口的功能需求编号 5. 目标系统非功能需求 5.1. SRSC1性能需求 ….. 6. 目标系统信息需求汇总 6.1 目标系统处理的信息需求汇总表 6.2 目标系统涉及的数据标准化要求 7.其他扩展
很容易的了解每个成员的工作负荷,进行有效的 调整和均衡
很容易了解每个成员的工作能力,进行评估和考 核
8
8
朋友,与您一起转型升级!
张老师
ED-LIB © Copyright 2013
应用软件开发项目业主方需求跟踪方法分享
企业数据实验室
需求跟踪可以为成员带来什么?