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

软件需求开发管理平台项目PO（测试方案对各测试场景案例的评价基于如下的因素：功能拟合度、功能易用性、功能完备性、功能可用性、功能附加值评价要素测试场景案例序号类别场景角色案例场景案例概述需求属性定制1需求信息定 制需求管理人 员需求信息定 制支持需求信息的可定制，例如需求编号、需求系统类别、业务类别、模块类 别、需求渠道等。2需求状态需求状态定 制支持需求全生命周期状态的可配置3需求绩效指 标定制需求绩效指 标定制支持需求绩效指标的可配置参数化程度和 配置能力1邮件、短信 配置系统管理人 员邮件配置配置邮件发送短信配置配置短信发送2业务数据项配置需求管理人 员需求状态配置需求全生命周期状态需求绩效指 标配置配置需求绩效指标工作流配置1流程配置、 、表单和表 单数据项配 置系统管理人 员流程配置需求开发全生命周期管理流程配置信息可参见新华 IT需求管理规定表单和表单 数据项配置流程中表单和表单数据项的配置信息可参见新华 IT需求管理规定报表和图形管 理1报表配置系统管理人 员报表配置参见需求周报2图形配置图形配置根据需求周报配置相应图形平台功能统一认证、授 权。用户和组 织管理。可构建多层级组织架构，例如:构建组织架 构1. 第1级：公司C2. 第2级：部门D1，部门D23. 第3级：处室Officell （部门D1）,处室Office12 （部门D1）,处室Office21 （部门 D2）,处室 Office22 （部门 D2）,处室 Office23 （部门 D2） 用户信息应对用户关键属性进行记录，例如用户姓名、ID、用户职级等，并能够和组织关系进行匹配。例如:用户管理和1 组织架构管 理系统管理人 员增加用户信 息增加供应商信息用户、组织信息停用 建立组信息 构建角色信息角色、权限管理系统管理人为角色分配 权限非单点登录3 系统登录所有用户单点登录用户界面定 制所有用户用户界面定 制1. 部门总经理GM1（部门D1），部门总经理GM2（部门D2）2. 处经理D1M1（处室Office11 ），处经理D1M2（处室Office12 ），处经理 D2M1（处室 Office21 ）3. 处员工D1E1（处室Office11 ），处员工D1E2（处室Office12 ），处员工 D2E1 （处室 Office21 ）1. 供应商1，供应商22. 供应商1:用户1 1 （高级），用户12 （中级），用户13 （初级）3. 供应商2:用户21 （高级），用户21 （中级），用户23（初级）4. 供应商1隶属处室Office11管理，供应商2隶属处室Office21管理1.将某个组织或供应商停用2.将某个用户停用1.构建2个组，组1和组22.为组增加用户和组织，组1:处员工D1E1：组2:处室Office22需求提交人、需求受理人、项目管理人、需求管理人、需求分析人、开发经 理、测试经理、发布经理、外包人员1. 需求提交人：业务需求提交、需求轨迹查询、业务需求变更2. 需求受理人：业务需求受理3. 项目管理人：需求评审、需求轨迹查询、计划审批、需求报表、项目信息管理4. 需求管理人：需求分配、需求轨迹查询、需求报表5. 需求分析人：需求确认、需求分析6. 开发经理：开发计划制定、开发执行、开发计划变更7. 测试经理；测试计划制定、测试执行、测试计划变更 一 非域环境下，任意选取两个用户，使用用户名和密码进行登录1. 任意选取两个用户，登录到 windows域2. 用户直接访问系统，不需要输入密码。1. 系统公告2. 个人关注的需求列表，可以查看个人所需关注需求的生命周期的详细轨迹3. 接收系统提醒，查看与自己相关的提醒内容4. 对自己关注的需求进行统计分析，定制报表和图形在首页上展示5个人待办工作列表45内容管理系统管理人 员，项目管 理人员，需 求管理人员系统公告发布系统公告其他发布相关管理制度、流程等内容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进行隼成测试和验收 三个系统的功能2多项目需求 管理流程流程中角色多项目需求 管理流程场 景1有A、C三个业务需求提交人各提交一份需求;分别是 RA RbRC2. 二个需求经统一受理后拆分成6个需求，分别是RA1 RA2 RB1 RB2RC1 RC23. 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. 录入需求的可行性分析、预估工作量、初步上线时间，初步解决方案，然 后提交；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. 对需求变更进行评审，评审后重新排定开发和测试计划。需求开发和测试任务管理1需求开发和 测试任务分 配项目管理人 员需求开发和 测试任务分 配1.评审通过的需求拆分成多个任务，将不同的任务分配给不同的开发和测试 人员2任务计划和 计划审批需求提交人 员,项目管理 人员,开发经 理,测试经 理,开发人任务计划和 计划审批1. 开发人员排定开发计划，开发计划排定后由测试人员排定测试计划2. 计划排定后进行计划审批流程，审批通过的计划进行计划发布，计划发布 后反馈需求提交人员、需求分析人员、项目管理人员等所有相关人员。3任务拆分项目管理人 员,开发经 理,测试经理任务拆分1. 由需求拆分的任务可以继续进行类似于project任务分解2. 开发完成后通过提交测试任务包启动测试任务，开发任务包和所产生的测 试任务包是多对多关系4开发bug管理开发经理,测 试经理,开发 人员,测试人开发bug管理1. 在测试中产生的开发bug通过系统进行提交，bug需与任务进行关联2. 将bug分配给相关开发人员解决，bug解决完成后继续提交测试人员进行测 试5任务相关数 据项的统计 分析项目管理人 员,开发经 理,测试经理任务相关数 据项的统计 分析1. 查询各个处室的任务数量和任务工作量2. 查询各个人员的任务数量和任务工作量3. 查询每个任务的完成时间4. 查询任务计划的执行情况，比如按时完成情况、延误情况、计划变更情况 等。1里程碑计划项目管理人员里程碑计划1【在需求开发全生命周期中，设定里程碑2.对各个里稈碑的交付物讲行审批，审批通过后方可讲行下一个里程碑阶段应用功能需求计划和进度管理2计划审批、发布需求提交人 员,需求管理 人员,开发经 理,测试经 理,开发人计划审批、发布1. 需求分析计划制定后进行计划审批2. 开发计划、测试计划制定后进行计划审批3. 计划审批后进行计划发布，计划发布时周知与需求相关的所有人员，包括 需求提交人员、需求分析人员、需求开发人员、需求测试人员等。3计划变更需求提交人 员,开发经 理,测试经 理,开发人计划变更1. 启动计划变更流程，包括变更申请、变更审核、变更发布。2. 计划变更发布后周知与需求相关的所有人员。3计划基线项目管理人 员计划基线1.每次计划变更发布后，即生成新的计划基线，原计划作为计划基线轨迹进 行保留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. 问题的统计分析，包括问题解决率、每个需求的问题数量等。非功能性 需求产品性能,安 全性,高连续 可用性,可扩 展性，可移植 性，可维护性1300在线用 户,5000场景数据量并发 测试系统管理人 员用户登录不低于100个并发用户同时登录系统业务需求提 交不低于100个并发用户同时提交业务需求用户报工不低于100个并发用户冋时进行报工计划排定不低于100个并发用户冋时进行计划排定报表生成不低于80个字段的数据报表生成2系统恢复时间测试系统管理人员系统崩溃后对系统进行恢复3浏览器支持 程度、插件 支持稈度系统管理人 员1. 浏览器扩展支持测试2. 浏览器升级支持测试4系统可扩展 性系统管理人 员系统可扩展 性1.在线用户数量由300增加到500个,并发用户由100增加到200个 2增加系统功能其他亮点测试场景在以上基础场景完成的情况下，各厂商可根据自身平台特点在PO（测试中展示亮点场景，亮点场景为加分项