功能点划分培训0316.ppt

功能点划分规则培训 目录 目的 适用范围 适用对象 具体划分规则 实例分析 总结 后续跟踪 目的 为产品功能点的划分，提供统一的参考标准，使需求跟踪矩阵相对标准化 便于集团内项目相关数据的积累、分析和重用 为项目间横向参考，提供统一评价指标 为项目计划评估、成本预算等提供参考数据 发布文档名称 《产品项目功能点划分规范V1.0_ SINO-I-IT-QM-规范-2009-190.DOC》 08年10月份启动 公司内部EPG专家讨论、编写 姚总总负责，各领域总监评审 春节前定稿，3月份正式发布 培训材料以此文档为基础，进行辅助说明。具体细则，以发布文档为准。 适用范围 Web产品类 网站类 C/S结构的客户端部分 使用对象 项目经理 开发经理（项目组长） 测试经理 产品经理 原来的做法 产品部门写需求、划分功能点，功能点就是一个个小的需求点。弊端： 与开发的系统缺乏对应关系； 对于在多个地方使用的功能，可能只需要开发一次，重复； 对于系统的后台操作，会遗漏； 缺少统一标准。 结果：只能作为测试和验收的依据，对于开发管理，不能提供帮助； 将来的做法 待产品需求及页面基本完成，研发部门拆分成系统的对应功能点 好处： 可以用作测试和验收的依据； 与开发的系统对应； 有统一的标准； 项目经理可以用于内部任务划分和工作评价的基础。 具体划分规则 产品划分层次 一个产品由一个或多个子系统组成 一个子系统由一个或多个功能模块组成 一个功能模块由一个或多个需求用例（或用户界面）组成 一个需求用例由一个或多个功能点组成 具体划分规则 具体划分规则 划分标准 通过用户交互触发、外部系统触发或后台程序触发来完成的一个完整动作，称为一个功能点。 辅助说明 功能点的具体范围，包括执行某一动作后的数据输入项验证、业务逻辑运算、数据存储、后续展示； 如果多个动作产生相同(似)业务逻辑的操作，那么这些动作计为一个功能点。 划分标准样例(一)? 用户交互触发 每个界面上的存在实际业务意义的按钮或链接作为一个功能点。比较典型的功能点有：提交、查询、删除、新建、修改等。 网站类：有哪些信誉好的足球投注网站、推荐、标签、RSS等； 客户端类: 用户菜单中的最底层菜单的操作。 对于取消、返回、重置等无业务意义的按钮时，不能算作一个功能点。 划分标准样例(一续)? 用户交互触发 系统中的表头信息、左（右）侧功能菜单、版权信息等，将分别作为一个功能点；项目中多处引用同一组件（例如：分页、树形控件、多文件上传、HTML编辑器等）时，一般情况下每个组件计为一个功能点，但如果该组件是引用本项目之外开发的，则不纳入本项目的功能点范围。 划分标准样例(一续)? 划分标准样例(一续)? 划分标准样例(一续)? 划分标准样例(一续)? 划分标准样例(一续)? 划分标准样例(二)? 外部系统触发 对于项目外接口程序的功能点划分，一般情况下，以每个接口方法作为一个功能点。 示例： 一大把会员注册接口（互联网开发部） 一大把易邮局统一身份认证接口（IP通讯部） 域名管理密码查询接口（运营支撑部） 后台程序触发 以定时执行或消息触发的一个完整动作，作为一个功能点 典型：用户行为分析(采用后端应用程序定时执行) 需求文档与需求矩阵关系 关系 需求规格说明书进行业务流程及用例描述，其编号（用于描述用例，以下称为用例编号）是需求跟踪矩阵中功能点编号的原始依据。 需求规格说明书里的用例编号由产品经理按照一定的规则统筹安排。 需求跟踪矩阵里的功能点编号，由项目经理统筹安排。 需求规格说明书里的用例编号与需求跟踪矩阵里的功能点编号是一对一、一对多、多对一的关系。 示例 需求跟踪矩阵信息-示例 需求跟踪矩阵的调整 需求跟踪矩阵分三级，即子系统、功能模块、功能点概述，功能点编号是需求规格说明书内的需求用例编号加“-”加流水号。 从属编号：在矩阵中，如果下方的一个功能点与上面的一个功能点程序实现上相同，则下方的功能点称为上方功能点的从属功能点。在从属编号栏，要写上方功能点的编号。 重要程度：由项目经理编写，产品经理确认即可。 以上表格信息由项目经理主导编写，与项目需求规格说明书进行同步评审。 需求跟踪矩阵的实施步骤 《需求规格说明书》编写由产品经理主导负责。 《需求跟踪矩阵》编写由项目经理主导，开发经理或项目组长协助进行。 《需求跟踪矩阵》中“重要程度”项，项目经理填写，产品经理复核。 《需求跟踪矩阵》中“需求是否明确”项，项目经理待评审通过后再完善其内容。 需求跟踪矩阵的实施步骤-续 《需求跟踪矩阵》的评审，需由项目经理、开发经理（或项目组长）、产品经理、测试经理等共同参加。 项目经理、开发经理(或项目组长)根据《需求跟踪矩阵》安排开发与进度跟踪。 测试经理根据《需求跟踪矩阵》进行测试通过率统计。 产品经理根据《