软件需求开发管理平台项目POC测试方案

POC测试方案 软件需求开发管理平台项目POC测试方案 对各测试场景案例的基于如下的因素：功能拟合度、功能易用性、功能完备性、功能可用性、功能附加值 评价要素 评分参考因素 测试场景案例 序号 类别 场景角色 案例场景 案例概述 平台功能 需求属性定制 1 需求信息定制 需求管理人员 需求信息定制 支持需求信息的可定制，例如需求编号、需求系统类别、业务类别、模块类别、需求渠道等。 2 需求状态 需求状态定制 支持需求全生命周期状态的可配置 3 需求绩效指标定制 需求绩效指标定制 支持需求绩效指标的可配置 参数化程度和配置能力 1 邮件、短信配置 系统管理人员 邮件配置 配置邮件发送 短信配置 配置短信发送 支持的可配置;支持表单和表单数据项的可配置;支持报表的可配置;支持权限的可配置;支持分析维度参数化定义;支持各业务数据项的可配置 2 业务数据项配置 需求管理人员 需求状态 配置需求全生命周期状态 需求绩效指标配置 配置需求绩效指标 工作流配置 1 流程配置、、表单和表单数据项配置 系统管理人员 流程配置 需求开发全生命周期管理流程配置信息可参见《新华IT需求管理规定》 表单和表单数据项配置 流程中表单和表单数据项的配置信息可参见《新华IT需求管理规定》 报表和图形管理 具备较强报表和图形管理机制；平台具备独立的流程引擎组件；流程引擎组件具备流程定义、管理、调度等功能；具备流程跟踪、监控和反馈等运行管理机制；平台具备独立的报表引擎和统计图形引擎组件；支持可配置化的图表功能。 1 报表配置 系统管理人员 报表配置 参见《需求周报》 2 图形配置 图形配置 根据需求周报配置相应图形 统一认证、授权。用户和组织管理。 1 用户管理和组织架构管理 系统管理人员 构建组织架构 可构建多层级组织架构，例如：1.第1级：公司C2.第2级：部门D1，部门D23.第3级：处室Office11（部门D1），处室Office12（部门D1），处室Office21（部门D2），处室Office22（部门D2），处室Office23（部门D2） 增加用户信息 用户信息应对用户关键属性进行记录，例如用户姓名、ID、用户职级等，并能够和组织关系进行匹配。例如：1.部门总经理GM1（部门D1），部门总经理GM2（部门D2）2.处经理D1M1（处室Office11），处经理D1M2（处室Office12），处经理D2M1（处室Office21）3.处员工D1E1（处室Office11），处员工D1E2（处室Office12），处员工D2E1（处室Office21） 增加供应商信息 1.供应商1，供应商22.供应商1：用户11（高级），用户12（中级），用户13（初级）3.供应商2：用户21（高级），用户21（中级），用户23(初级)4.供应商1隶属处室Office11管理，供应商2隶属处室Office21管理 用户、组织信息停用 1.将某个组织或供应商停用2.将某个用户停用 2 角色、权限管理 系统管理人员 建立组信息 1.构建2个组，组1和组22.为组增加用户和组织，组1：处员工D1E1；组2：处室Office22 构建角色信息 需求提交人、需求受理人、项目管理人、需求管理人、需求分析人、开发经理、测试经理、发布经理、外包人员 为角色分配权限 1.需求提交人：业务需求提交、需求轨迹查询、业务需求变更2.需求受理人：业务需求受理3.项目管理人：需求评审、需求轨迹查询、计划审批、需求报表、项目信息管理4.需求管理人：需求分配、需求轨迹查询、需求报表5.需求分析人：需求确认、需求分析6.开发经理：开发计划制定、开发执行、开发计划变更7.测试经理：测试计划制定、测试执行、测试计划变更8.发布人员：需求发布 具备便捷统一的认证及授权机制，支持完善的用户和组织管理，支持单点登录；文档及内容管理机制；平台产品化程度较高。 3 系统登录 所有用户 非单点登录 非域环境下，任意选取两个用户，使用用户名和密码进行登录 单点登录 1.任意选取两个用户，登录到windows域。2.用户直接访问系统，不需要输入密码。 4 用户界面定制 所有用户 用户界面定制 1.系统公告2.个人关注的需求列表，可以查看个人所需关注需求的生命周期的详细轨迹3.接收系统提醒，查看与自己相关的提醒内容4.对自己关注的需求进行统计分析，定制报表和图形在首页上展示5.个人待办工作列表 5 内容管理 系统管理人员，项目管理人员，需求管理人员 系统公告 发布系统公告 其他 发布相关#管理#、流程等内容 应用功能 需求开发全生命周期管理 全生命周期涵盖业务需求提交到需求发布的全流程及跟踪、监控和反馈机制。支持瀑布型、迭代型、敏捷开发模型。支持CMMI3等优秀的管理体系。 1 复杂需求流程 流程中角色 复杂流程场景 1.业务人员提交一份业务需求R，其中需求中包含5个功能点，分别为F1、F2、F3、F4、F5；2.业务需求R经统一受理后，由部门1和部门2分别在新、旧系统中实现；3.部门1和部门2分别有两位需求分析人员负责需求R的需求分析；4.部门1中该需求经需求分析后在两个系统中实现，其中系统P1实现功能F1、F2,系统P2实现功能F3、F4、F5；5.部门2中该需求经需求分析后在3个系统中实现，其中系统1实现功能F1，系统2实现功能F2、F3，系统3实现功能F4、F5；6.部门1中系统P1和系统P2独立完成开发后，分别进行测试验收发布；7.部门2中系统2的功能F2先完成开发后，进行测试；之后功能F3完成后进行测试；8.部门2中系统1独立完成开发后，在同一个时间点和系统2进行集成测试和验收，之后在另一个时间点和系统3进行集成测试和验收，三个系统的功能同时进行发布；9.完毕。 2 多项目需求管理流程 流程中角色 多项目需求管理流程场景 1.有A、B、C三个业务需求提交人各提交一份需求，分别是RA、RB、RC；2.三个需求经统一受理后拆分成6个需求，分别是RA1、RA2、RB1、RB2、RC1、RC2；3.6个需求进行规划后重新整理成3个需求，分别是R1（RA1、RB2），R2（RA2、RC1），R3（RB1、RC2）；4.R1、R2、R3按各自需求分析流程并行进行需求分析和评审，R1由项目1开发，R2由项目2开发，R3由项目3开发；5.R1和R2在同一个时间点进行集成测试，测试完成后二者同时发布；6.之后在另一个时间点和R3进行集成测试；测试后完成后R3发布。7.完毕。 1 需求计划信息管理 项目管理人员，需求管理人员 构建需求计划信息 1.构建年度需求计划2.增加需求计划信息，例如需求名称、概述、提出部门、计划开始时间、计划结束时间等。2.为需求计划分配人员，包括需求分析人员、开发人员、测试人员等。人员可重复分配。3.为需求计划分配供应商资源，外包商可重复分配。 需求计划关联 需求与需求计划进行关联 需求计划统计分析 需求实现与需求计划进行对比统计分析，统计分析内容包括需求计划的完成情况、计划内和计划外需求的比对分析等 2 业务需求提交 需求提交人员,业务需求审阅人员 业务需求提交 1.需求提交人员提交需求，提交需求时填写需求意向信息，关联需求计划，并同时以附件形式上传需求意向单（word文件）。2.需求提交后经多级审核，多个部门会签3.需求提交人员可以随时查看自己所提交需求的进度、状态等信息。4.需求提交人员可以将自己的需求共享给其他相关人员进行关注，该需求的进度、状态等所有信息在共享人之间共享。 3 需求受理 需求管理人员 需求受理、辨识、审核、分发 1.需求受理时产生需求受理编号2.需求受理后可能产生两条并行分支，一是原系统需求，一是新系统需求，生成需求编号。3.提交需求管理负责人审核并填写审核意见；4.根据需求编号进行分发，指定需求分析人员； 4 需求规划 需求管理人员,需求规划分析人员 需求规划、评估 1.召开需求规划评审会，生成评审会编号；根据评审会上传会议纪要；2.录入需求的可行性分析、预估工作量、初步上线时间，初步解决方案，然后提交；3.对解决方案进行审核，并确定是否接受； 5 需求分类 需求管理人员 需求分类 1、将提交的业务需求按不同纬度进行分类，包括业务功能、渠道等。2、通过类关键字形式对需求进行分类和统计 6 需求关联 需求管理人员 需求关联 1、将不同需求条目进行关联并进行统一命名2、关联的需求在整个生命周期中都可以看到关联标志 7 需求拆分 需求管理人员,需求规划分析人员 需求拆分 1.将业务需求拆分成多个需求2.将拆分后的需求分配给不同的人员进行需求分析。 8 需求优先级设置 需求规划分析人员 需求优先级设置 1.设定需求的优先级，支持优先级设定的审批流程管理 9 需求分析评审 项目管理人员 需求分析评审 1.将需求分析完毕的需求提交需求评审申请2.需求评审申请同时周知所有需求相关人员3.需求评审内容记录，附加需求评审会议纪要 10 需求管理流程跟踪和监控 需求管理人员 需求管理流程跟踪和监控 1.设定规则对即将延期的需求分析计划发送延误提醒给需求分析人员2.需求分析计划排定和变更后自动反馈给相关人员3.与需求相关的所有人员查询需求的进度、状态等信息。 11 需求计划管理 需求规划分析人员,需求管理人员 需求计划管理 1.需求与需求计划进行关联2.实际需求实现与需求计划进行对比统计分析，统计分析内容包括需求计划的完成情况、计划内和计划外需求的比对分析等 12 需求分类统计及生成相关报表和图形 需求管理人员 需求分类统计及生成相关报表和图形 1.按提交部门、处室、提交人对需求进行统计分析2.按应用系统维度对需求进行统计分析3.按业务模块、渠道对需求进行统计分析.业务模块：新契约、理赔、保全、核保、产品、续期、……4.根据需求分离进行统计,需求分类:业务政策调整、扩展业务应用、监管要求、其他5.按需求大小（模块数）对需求进行统计分析6.按需求分析人员维度、分析时间维度对需求进行统计分析7.按需求实际执行情况与需求计划进行对比的统计分析 需求变更管理 支持需求变更管理流程，支持需求变更版本控制。 1 业务需求变更 需求提交人员 业务需求变更提交 1.在已提需求的前提下进行需求变更申请。2.需求变更申请流程和填写内容同“业务需求提交”阶段所填写信息。 2 需求变更轨迹查询 需求提交人员,需求管理人员,需求规划分析人员,开发测试人员 需求变更轨迹查询 1.选择某条需求，查询该需求的需求变更轨迹2.查询该需求的版本变更轨迹，获取需求历史版本内容。 3 需求变更计划 需求规划分析人员,开发测试人员 需求变更计划管理 1.需求变更的需求分析计划独立管理，同需求一样可以进行计划变更、计划反馈等。2.对需求变更进行评审，评审后重新排定开发和测试计划。 需求开发和测试任务管理 支持需求开发和测试任务分配；支持任务报工；支持任务计划和计划审批流程；支持任务拆分成子任务；支持开发bug追踪；支持任务相关数据项的统计分析。 1 需求开发和测试任务分配 项目管理人员 需求开发和测试任务分配 1.评审通过的需求拆分成多个任务，将不同的任务分配给不同的开发和测试人员 2 任务计划和计划审批 需求提交人员,项目管理人员,开发经理,测试经理,开发人员,测试人员 任务计划和计划审批 1.开发人员排定开发计划，开发计划排定后由测试人员排定测试计划2.计划排定后进行计划审批流程，审批通过的计划进行计划发布，计划发布后反馈需求提交人员、需求分析人员、项目管理人员等所有相关人员。 3 任务拆分 项目管理人员,开发经理,测试经理 任务拆分 1.由需求拆分的任务可以继续进行类似于project任务分解2.开发完成后通过提交测试任务包启动测试任务，开发任务包和所产生的测试任务包是多对多关系 4 开发bug管理 开发经理,测试经理,开发人员,测试人员 开发bug管理 1.在测试中产生的开发bug通过系统进行提交，bug需与任务进行关联2.将bug分配给相关开发人员解决，bug解决完成后继续提交测试人员进行测试 5 任务相关数据项的统计分析 项目管理人员,开发经理,测试经理 任务相关数据项的统计分析 1.查询各个处室的任务数量和任务工作量2.查询各个人员的任务数量和任务工作量3.查询每个任务的完成时间4.查询任务计划的执行情况，比如按时完成情况、延误情况、计划变更情况等。5.查询每个任务所产生的bug数量、bug工作量和bug修复时效 需求计划和进度管理 支持需求开发全生命周期各阶段的计划管理，包括里程碑计划、计划授权制定、计划审批、计划发布、计划基线、计划变更、计划跟踪反馈、计划监控等。 1 里程碑计划 项目管理人员 里程碑计划 1.在需求开发全生命周期中，设定里程碑2.对各个里程碑的交付物进行审批，审批通过后方可进行下一个里程碑阶段 2 计划审批、发布 需求提交人员,需求管理人员,开发经理,测试经理,开发人员,测试人员 计划审批、发布 1.需求分析计划制定后进行计划审批2.开发计划、测试计划制定后进行计划审批3.计划审批后进行计划发布，计划发布时周知与需求相关的所有人员，包括需求提交人员、需求分析人员、需求开发人员、需求测试人员等。 3 计划变更 需求提交人员,开发经理,测试经理,开发人员,测试人员 计划变更 1.启动计划变更流程，包括变更申请、变更审核、变更发布。2.计划变更发布后周知与需求相关的所有人员。 3 计划基线 项目管理人员 计划基线 1.每次计划变更发布后，即生成新的计划基线，原计划作为计划基线轨迹进行保留2.查询计划基线的变化轨迹和原因等。 4 计划跟踪监控 项目管理人员 计划跟踪监控 1.设定规则对即将延期的需求计划进行定期和不定期提醒2.提醒方式为邮件方式，发送给计划执行相关人员 5 计划关键路径 项目管理人员 计划关键路径 根据计划显示计划的关键路径 需求开发人力资源管理 支持需求开发中人力资源的登记、分配，支持人力资源与任务的关联，支持对人力资源进行统计、分析、查询和资源使用的冲突预警等功能。支持人员绩效管理。支持需求开发过程中人员的报工管理。 1 人力资源登记 需求管理人员,项目管理人员 人力资源登记 1.登记需求分析、开发、测试人员信息2.设定登记人员的级别、工作时间等信息3.人员信息可实现批量导入4.可实现人员变动审批流程,状态包括：人员加入、岗位调整、人员离开 2 人力资源分配 开发经理,测试经理 人力资源分配 1.给人员分配开发或测试任务2.在任务分配过程中如果有冲突，预警提醒 3 人力资源统计、分析、查询和绩效 项目管理人员,开发经理,测试经理 人力资源统计、分析、查询和绩效 1.查询人员的任务分配情况2.查询人员的任务负载情况3.定义人员绩效公式，结合bug、工作量情况对人员绩效进行统计4.人力资源变动控制记录5.人力资源考勤 4 人员报工 需求规划人员,开发人员,测试人员 人员报工 1.人员按日进行报工2.报工经过审批后通过 需求报告 支持需求的周报、月报、和年报；报告内容应涵盖需求开发管理全流程中的各项指标；支持报告内容的可定制化；支持报告的定时生成和发送。 1 需求日报 需求管理人员 需求日报 报告内容参照《需求周报》 2 定时发送 需求管理人员 定时发送 需求日报定时通过邮件方式发送给相关人员 需求开发中交付物管理 支持在需求开发管理全生命周期中对所有相关的交付物（例如分析文档、设计文档、代码、测试文档等）进行统一管理；支持交付物的审批；支持对交付物进行统计、查询。 1 交付物文档统一管理 需求管理人员,项目管理人员 交付物文档统一管理 所有管理中相关文档统一存放在文档服务器中 2 交付物文档审批 流程中角色 交付物文档审批 1.交付物文档经过审批后通过2.交付物支持权限管理 3 交付物版本管理 交付物提交人员 交付物版本管理 交付物有变更时进行交付物版本管理 4 交付物文档查询 需求管理人员,项目管理人员,交付物提交人员 交付物文档查询 按关键字、名称、提交时间、需求名称等对交付物进行统计查询 项目管理其他功能及扩展 成本管理；问题管理；风险管理。以及项目管理其他功能的扩展。 1 问题管理 所有用户 问题管理 1.配置问题管理流程，包括问题的提出、分发、解决、关闭。2.问题提出需与需求、项目进行关联。3.问题的统计分析，包括问题解决率、每个需求的问题数量等。 非功能性需求 产品性能,安全性,高连续可用性,可扩展性，可移植性，可维护性 支持并发数100;系统报表生成时间<8秒。系统支持定期备份，在系统崩溃的情况下，可以在24小时内通过备份进行恢复;系统采用业务管理和具有标准的开放式技术接口，可方便的与其他系统集成；系统具备和操作系统平台无关性。系统具有良好的自我监控机制。 1 300在线用户,5000场景数据量并发测试 系统管理人员 用户登录 不低于100个并发用户同时登录系统 业务需求提交 不低于100个并发用户同时提交业务需求 用户报工 不低于100个并发用户同时进行报工 计划排定 不低于100个并发用户同时进行计划排定 报表生成 不低于80个字段的数据报表生成 2 系统恢复时间测试 系统管理人员 系统崩溃后对系统进行恢复 3 浏览器支持程度、插件支持程度 系统管理人员 1.浏览器扩展支持测试2.浏览器升级支持测试 4 系统可扩展性 系统管理人员 系统可扩展性 1.在线用户数量由300增加到500个，并发用户由100增加到200个2.增加系统功能 其他 亮点测试场景 合计: 在以上基础场景完成的情况下，各厂商可根据自身平台特点在POC测试中展示亮点场景，亮点场景为加分项