您好,欢迎访问三七文档
当前位置:首页 > 办公文档 > 总结/报告 > 软件需求开发管理平台项目POC测试方案
序号类别场景角色案例场景案例概述1需求信息定制需求信息定制支持需求信息的可定制,例如需求编号、需求系统类别、业务类别、模块类别、需求渠道等。2需求状态需求状态定制支持需求全生命周期状态的可配置3需求绩效指标定制需求绩效指标定制支持需求绩效指标的可配置邮件配置配置邮件发送短信配置配置短信发送需求状态配置需求全生命周期状态需求绩效指标配置配置需求绩效指标流程配置需求开发全生命周期管理流程配置信息可参见《新华IT需求管理规定》表单和表单数据项配置流程中表单和表单数据项的配置信息可参见《新华IT需求管理规定》1报表配置报表配置参见《需求周报》2图形配置图形配置根据需求周报配置相应图形对各测试场景案例的评价基于如下的因素:功能拟合度、功能易用性、功能完备性、功能可用性、功能附加值软件需求开发管理平台项目POC测试方案评价要素测试场景案例需求属性定制需求管理人员参数化程度和配置能力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.将某个用户停用建立组信息1.构建2个组,组1和组22.为组增加用户和组织,组1:处员工D1E1;组2:处室Office22构建角色信息需求提交人、需求受理人、项目管理人、需求管理人、需求分析人、开发经理、测试经理、发布经理、外包人员为角色分配权限1.需求提交人:业务需求提交、需求轨迹查询、业务需求变更2.需求受理人:业务需求受理3.项目管理人:需求评审、需求轨迹查询、计划审批、需求报表、项目信息管理4.需求管理人:需求分配、需求轨迹查询、需求报表5.需求分析人:需求确认、需求分析6.开发经理:开发计划制定、开发执行、开发计划变更7.测试经理:测试计划制定、测试执行、测试计划变更非单点登录非域环境下,任意选取两个用户,使用用户名和密码进行登录单点登录1.任意选取两个用户,登录到windows域。2.用户直接访问系统,不需要输入密码。4用户界面定制所有用户用户界面定制1.系统公告2.个人关注的需求列表,可以查看个人所需关注需求的生命周期的详细轨迹3.接收系统提醒,查看与自己相关的提醒内容4.对自己关注的需求进行统计分析,定制报表和图形在首页上展示5.个人待办工作列表所有用户系统登录3统一认证、授权。用户和组织管理。系统管理人员用户管理和组织架构管理1系统管理人员角色、权限管理2平台功能系统公告发布系统公告其他发布相关管理制度、流程等内容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、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.构建年度需求计划2.增加需求计划信息,例如需求名称、概述、提出部门、计划开始时间、计划结束时间等。2.为需求计划分配人员,包括需求分析人员、开发人员、测试人员等。人员可重复分配。3.为需求计划分配供应商资源,外包商可重复分配。需求计划关联需求与需求计划进行关联需求计划统计分析需求实现与需求计划进行对比统计分析,统计分析内容包括需求计划的完成情况、计划内和计划外需求的比对分析等1需求计划信息管理项目管理人员,需求管理人员统一认证、授权。用户和组织管理。需求开发全生命周期管理应用功能5内容管理系统管理人员,项目管理人员,需求管理人员平台功能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.设定登记人员的级别、工
本文标题:软件需求开发管理平台项目POC测试方案
链接地址:https://www.777doc.com/doc-3923476 .html