项目过程管理相关标准教学资料_第1页
项目过程管理相关标准教学资料_第2页
项目过程管理相关标准教学资料_第3页
项目过程管理相关标准教学资料_第4页
项目过程管理相关标准教学资料_第5页
已阅读5页,还剩44页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、项目过程管理相关标准.NET生产线2014-6-9目录一、过程管理4(一)常规性开发流程41、立项申请42、可行性分析53、开工许可54、项目计划一55、需求分析66、客户确认(非必经环节)77、需求规格说明书编写78、影响度分析报告编写89、工作量评估(并行环节)810、概要设计(并行环节)911、测试用例设计(并行环节)912、项目计划二1013、编码1114、单体测试1115、测试交接1116、测试用例执行1317、安装手册编写1418、用户手册编写1419、软件培训1420、品质抽检交接1421、客户验收(非必经环节)1522、行政入档16(二)紧急开发流程171、项目计划一172、需

2、求分析173、测试用例设计184、编码185、单体测试196、测试交接错误!未定义书签。7、测试用例执行198、客户验收错误!未定义书签。9、项目立项2010、项目计划二2011、项目文档补充2112、软件培训2213、品质抽检交接2214、行政入档22二、产出物管理22(一)用户盘项目产出物质量标准221、安装手册命名格式222、用户手册命名格式233、目标程序rar压缩包命名格式244、数据库文件rar压缩包命名格式256、附注25(二)资料盘项目产出物质量标准261、主要质量标准262、特殊文档文档质量标准错误!未定义书签。3、附注39(三)文件服务器管理标准441、“XX项目(光盘准备

3、)”文件夹格式442、“XX项目(光盘准备)”文件夹存放路径453、项目资料存放46(四)版本号升级原则471、主版本号472、次版本号473、修订版本号474、备用版本号475、日期版本号(140427)476、希腊字母版本号(beta)477、附注48一、 过程管理(一) 常规性开发流程1、 立项申请Ø 产出物:XX项目-ATLC003-1-立项申请Ø 发起部门或人员:市场部门、客服部门、项目实施部门、研发部门、测试部门Ø 目标部门或人员:研发部门经理Ø 处理时效:无Ø 处理结果:研发部门受理立项申请,并由研发部门经理指定项目经理n 注:项

4、目名称命名原则:单个产品项目命名规则为:“产品名称”+“版本号”+“(项目内容概括)”+“项目”。其中“(项目内容概括)”为非必填段,当产品存在新增需求时,此段必填。如“网贷平台系统V项目”、“P2P债权转让业务管理系统V(贷后分件)项目”。多个关联产品项目命名规则为:“产品名称”+“版本号”+“(项目内容概括)”+“_”+“关联”+“产品名称”+“版本号”+“(项目内容概括)”+“项目”。其中“(项目内容概括)”为非必填段,当为新增需求项目时,此段必填。如担保征信的新增需求项目,共涉及到了“”和“”这两个系统,此时,对“”这个系统的立项项目名称为“融资担保管理系

5、统V(担保征信)_关联融资担保监管系统V项目”,对于“”这个系统的立项项目名称为“融资担保监管系统V(担保征信)_关联融资担保管理系统V项目”。依此类推。“版本号”定义:<主版本号>.<次版本号>.<修订版本号>.<备用版本号>。公司主要“产品名称”列举如下:序号产品名称1小额贷款管理系统2小额贷款监管系统3融资担保管理系统4融资担保监管系统5投资理财信息咨询管理系统6贷款P2P业务管理系统7网贷管理系统(JAVA)8典当管理系统9征信报数查询系统10银行贷款中介管理系统11民间借贷登记中心

6、管理系统12微金融综合管理系统13农民合作社互助资金管理系统14民间资本资金备案系统15云服务平台16网贷管理系统(ASPdotNet)2、 可行性分析Ø 产出物:XX项目-ATLC002-1-可行性分析报告Ø 发起部门或人员:项目经理Ø 目标部门或人员:研发部门Ø 处理时效:1个工作日,特殊情况需经技术总监批示。Ø 处理结果:由项目经理对收到的XX项目-ATLC003-1-立项申请组织可行性分析,并形成XX项目-ATLC002-1-可行性分析报告。n 注:无3、 开工许可Ø 产出物:XX项目-ATLC003-2-开工许可通知

7、6; 发起部门或人员:项目经理Ø 目标部门或人员:技术总监、总经理Ø 处理时效:4个工作小时,特殊情况需经技术总监批示Ø 处理结果:由项目经理提交XX项目-ATLC003-1-立项申请、XX项目-ATLC002-1-可行性分析报告、XX项目-ATLC003-2-开工许可通知至技术总监、总经理处进行审批,若两者均审批通过,则进行下一环节,若存在其中一个人审批不通过,则流程终止。n 注:无4、 项目计划一Ø 产出物:XX项目-ATLC004-1-项目进度表Ø 发起部门或人员:项目经理Ø 目标部门或人员:研发部门、测试部门Ø 处理

8、时效:2个工作日,特殊情况需经技术总监批示。Ø 处理结果:由项目经理制定XX项目-ATLC004-1-项目进度表,明确项目计划一期应完成的工作及时间节点。n 注:² 项目计划一期应完成的工作需求分析、客户确认、需求规格说明书编写、影响度分析报告编写、工作量评估、概要设计、测试用例设计。² 一旦项目计划确定实施,则各部门应在计划时间节点之前完成计划内工作,以保证对下一环节的工作不会产生影响。若因特殊原因(如:新增了紧急项目或其他事务等)不能按时间节点完成,则需提出项目计划变更申请并由技术总监确认通过后方可执行。项目计划变更计划模板内容如下:² 项目各环节产

9、出物需在此环节完成当天后第一个工作日内提供,若相关人员不能按时提供,则按逾期处理,并由下一环节负责人员出具XX项目-ATLC100-1-逾期通知单,并由逾期环节负责人员签字确认;² 项目各环节中,若不存在相应的产出物,则需项目经理提供原因或说明,并在XX项目-ATLC101-1-产出物清单的“备注”中进行记录,待提交品质部门抽检时,需项目经理签字确认。5、 需求分析Ø 产出物:XX项目-ATLC001-1-业务需求说明书(新增项目)或者XX项目-ATLC001-1-业务需求说明书(新增需求项目)、“XX项目-ATLC005-1-页面(程序及数据库)”、XX项目-ATLC00

10、9-1-页面信息说明、XX项目-ATLCXXX-3-评审检查签字表(新增项目)或者XX项目-ATLCXXX-3-评审检查签字表(新增需求项目)。Ø 发起部门或人员:项目经理Ø 目标部门或人员:研发部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示Ø 处理结果:“XX项目-ATLC005-1-页面(程序及数据库)”需总经理奚本叶签字确认,其它项目产出物需由项目经理、研发人员A角、测试人员B角签字确认。n 注:² 由项目经理或其指定的研发人员A角编写,测试人员B角复核,两者共同对此环节产出物质量负责。

11、78; 其中,测试人员B角负责对研发人员A角所编写的文档进行全面评审,若评审轮次超过2次,测试人员B角可向项目经理提出更换研发人员A角文档编写人员或采取其它有效方案,以保障项目整体进度。² 研发部门发起的会议式需求评审活动,需协调项目相关人员按时参加(品质部门门、市场部门、项目项目实施部门、客服部门人员参加)。会议需提前2天与相关人员协调。² “业务需求说明书”应注意区分新增项目和新增需求项目,并选择相应的模板。² 评审检查签字表的通用模板为“XX项目-ATLCXX-3-评审检查签字表(新增项目)”或者“XX项目-ATLCXX-3-评审检查签字表(新增需求项目)”

12、,当要编写某个具体的项目文档评审检查签字表时,需将文档编号改成与要评审的项目文档编号一致。比如,要编写“业务需求说明书”的评审检查签字表,可将签字表文档命名为“XX项目-ATLC001-3-评审检查签字表”,其中,红色字体部分为“业务需求说明书”的文档编号,绿色字体部分为“业务需求说明书”所对应的签字表的编号。² 对于新增项目,评审检查签字表的模板为“XX项目-ATLCXX-3-评审检查签字表(新增项目)”,对应新增需求项目,评审检查签字表的模板为“XX项目-ATLCXX-3-评审检查签字表(新增需求项目)”,且各项目资料的电子档签字表内容应与其对应的纸质档签字表内容保持一致(需手工

13、签字部分除外)。6、 客户确认(非必经环节)Ø 产出物:XX项目-ATLC009-5-客户需求确认申请单、XX项目-ATLC009-3-客户需求确认单、XX项目-ATLC009-4-客户问题清单、XX项目-ATLC103-1-客户交流备忘录、“XX项目-ATLC009-6-客户确认后的程序及数据库”。Ø 发起部门或人员:项目经理Ø 目标部门或人员:项目经理Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:XX项目-ATLC009-3-客户需求确认单需经客户签字或盖章后扫描件或纸件收集(原则上

14、,需要客户提供盖章,特殊原因请及时向上级汇报)。 原则上客户确认通过且签字后项目方可进入下一环节。如遇特殊情况,可由项目经理根据需求确认的程度决定项目是否可以进入下一环节。n 注:² 当且仅当自项目为客户定制项目时,此环节必经。² 对于客户定制的项目(非自主研发),需由测试人员B角编写XX项目-ATLC009-5-客户需求确认申 请单、XX项目-ATLC009-3-客户需求确认单,然后由测试人员B角根据需求分析阶段产物联系客户进行客户需求确认工作,并完成XX项目-ATLC009-4-客户问题清单、XX项目-ATLC103-1-客户交流备忘录、“XX项目-ATLC009-6-

15、客户确认后的程序及数据库”的整理工作。² 客户需求确认阶段,需在与客户对接之日确认完成日期(特殊情况除外),之后每两个工作日电话跟进进度并将与客户沟通的信息记录于客户联系备忘录中。如果客户在5个工作日没有完成确认,需向上级汇报。10个工作日内没有完成,则由项目经理形成解决方案,并将解决方案上报至技术总监签字确认。7、 需求规格说明书编写Ø 产出物:XX项目-ATLC007-1-需求规格说明书、XX项目-ATLCXXX-3-评审检查签字表Ø 发起部门或人员:项目经理Ø 目标部门或人员:研发部门、测试部门Ø 处理时效:根据XX项目-ATLC004-

16、1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:XX项目-ATLC007-1-需求规格说明书由测试人员B角评审通过且出具XX项目-ATLCXXX-3-评审检查签字表后,项目方可进入下一环节。如遇特殊情况,可由项目经理根据实际情况决定项目是否可以进入下一环节。n 注:² 由研发人员A角编写,测试人员B角复核,两者共同对XX项目-ATLC007-1-需求规格说明书负责。² 其中,测试人员B角负责对研发人员A角所编写的文档进行全面评审,若评审轮次超过2次,测试人员B角可向项目经理提出更换研发人员A角文档编写人员或采取其它有效方案,以保障项目整体进度。

17、8; 评审检查签字表的通用模板为“XX项目-ATLCXX-3-评审检查签字表(新增项目)”或者“XX项目-ATLCXX-3-评审检查签字表(新增需求项目)”,当要编写某个具体的项目文档评审检查签字表时,需将文档编号改成与要评审的项目文档编号一致。比如,要编写“业务需求说明书”的评审检查签字表,可将签字表文档命名为“XX项目-ATLC001-3-评审检查签字表”,其中,红色字体部分为“业务需求说明书”的文档编号,绿色字体部分为“业务需求说明书”所对应的签字表的编号。8、 影响度分析报告编写Ø 产出物:XX项目-ATLC008-1-影响度分析报告、XX项目-ATLCXXX-3-评审检查签

18、字表Ø 发起部门或人员:项目经理Ø 目标部门或人员:研发部门、测试部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:XX项目-ATLC008-1-影响度分析报告由测试人员B角评审通过且出具XX项目-ATLCXXX-3-评审检查签字表后,项目方可进入下一环节。如遇特殊情况,可由项目经理根据实际情况决定项目是否可以进入下一环节。n 注:² 由研发人员A角编写,测试人员B角复核,两者共同对XX项目-ATLC008-1-影响度分析报告负责。² 其中,测试人员B角负责对研发人员A角所编写

19、的文档进行全面评审,若评审轮次超过2次,测试人员B角可向项目经理提出更换研发人员A角文档编写人员或采取其它有效方案,以保障项目整体进度。² 评审检查签字表的通用模板为“XX项目-ATLCXX-3-评审检查签字表(新增项目)”或者“XX项目-ATLCXX-3-评审检查签字表(新增需求项目)”,当要编写某个具体的项目文档评审检查签字表时,需将文档编号改成与要评审的项目文档编号一致。比如,要编写“业务需求说明书”的评审检查签字表,可将签字表文档命名为“XX项目-ATLC001-3-评审检查签字表”,其中,红色字体部分为“业务需求说明书”的文档编号,绿色字体部分为“业务需求说明书”所对应的签

20、字表的编号。9、 工作量评估(并行环节)Ø 产出物:XX项目-ATLC006-1-工作量评估表(新增项目)或者XX项目-ATLC006-1-工作量评估表(新增需求项目)、XX项目-ATLC006-2-开发量确认签字表Ø 发起部门或人员:项目经理Ø 目标部门或人员:研发部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:由项目经理评估并出具XX项目-ATLC006-1-工作量评估表,然后由部门经理审核、技术总监审批。最终出具XX项目-ATLC006-2-开发量确认签字表并签字。n 注:

21、78; 在影响度分析报告编写完成后,工作量评估、概要设计、测试用例设计这三个环节可同时进行。² “工作量评估表”应注意区分新增项目和新增需求项目,并选择相应的模板。² 评审检查签字表的通用模板为“XX项目-ATLCXX-3-评审检查签字表(新增项目)”或者“XX项目-ATLCXX-3-评审检查签字表(新增需求项目)”,当要编写某个具体的项目文档评审检查签字表时,需将文档编号改成与要评审的项目文档编号一致。比如,要编写“业务需求说明书”的评审检查签字表,可将签字表文档命名为“XX项目-ATLC001-3-评审检查签字表”,其中,红色字体部分为“业务需求说明书”的文档编号,绿色

22、字体部分为“业务需求说明书”所对应的签字表的编号。² 对于新增项目,评审检查签字表的模板为“XX项目-ATLCXX-3-评审检查签字表(新增项目)”,对应新增需求项目,评审检查签字表的模板为“XX项目-ATLCXX-3-评审检查签字表(新增需求项目)”,且各项目资料的电子档签字表内容应与其对应的纸质档签字表内容保持一致(需手工签字部分除外)。10、 概要设计(并行环节)Ø 产出物:XX项目-ATLC010-1-概要设计说明书、XX项目-ATLCXXX-3-评审检查签字表Ø 发起部门或人员:项目经理Ø 目标部门或人员:研发部门Ø 处理时效:根据X

23、X项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:XX项目-ATLC010-1-概要设计说明书由研发人员B角评审通过且出具XX项目-ATLCXXX-3-评审检查签字表后,项目方可进入下一环节。如遇特殊情况,可由项目经理根据实际情况决定项目是否可以进入下一环节。n 注:² 在影响度分析报告编写完成后,工作量评估、概要设计、测试用例设计这三个环节可同时进行。² 待XX项目-ATLC007-1-需求规格说明书评审通过后,研发人员A角即可编写XX项目-ATLC010-1-概要设计说明书,并由研发人员B角复核,两者共同对该项目产出物负责。&

24、#178; 研发人员B角负责对研发人员A角所编写的文档进行全面评审,若评审轮次超过2次,研发人员B角可向项目经理提出更换研发人员A角文档编写人员或采取其它有效方案,以保障项目整体进度。² 评审检查签字表的通用模板为“XX项目-ATLCXX-3-评审检查签字表(新增项目)”或者“XX项目-ATLCXX-3-评审检查签字表(新增需求项目)”,当要编写某个具体的项目文档评审检查签字表时,需将文档编号改成与要评审的项目文档编号一致。比如,要编写“业务需求说明书”的评审检查签字表,可将签字表文档命名为“XX项目-ATLC001-3-评审检查签字表”,其中,红色字体部分为“业务需求说明书”的文档

25、编号,绿色字体部分为“业务需求说明书”所对应的签字表的编号。11、 测试用例设计(并行环节)Ø 产出物:XX项目-ATLC011-1-测试用例、XX项目-ATLCXXX-3-评审检查签字表Ø 发起部门或人员:测试经理Ø 目标部门或人员:测试部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:XX项目-ATLC011-1-测试用例由测试人员A角编写完成,且测试人员B角评审通过并出具XX项目-ATLCXXX-3-评审检查签字表后,项目方可进入下一环节,特殊情况需技术总监批示。n 注:²

26、; 在影响度分析报告编写完成后,工作量评估、概要设计、测试用例设计这三个环节可同时进行。² 待XX项目-ATLC007-1-需求规格说明书、页面评审通过后,由测试人员A角按照测试用例编写标准编写XX项目-ATLC011-1-测试用例,待测试用例初稿编写完成后,由测试人员B角在项目经理协助下组织测试用例评审会,根据测试用例设计标准对测试人员A角编写的测试用例进行评审,并记录所反馈的问题,在测试人员A角修改完所有问题后,由测试人员B角签字并确认评审通过。² 测试用例初稿设计应在研发编码结束之前编写完成。² 测试用例应达到其覆盖率和可执行性的要求(具体参见北奥发字201

27、4第95号关于调整测试用例标准规范的通知),其中,在研发测试交接前其覆盖率应达到70%以上,在第一轮测试结束后,其覆盖率应达到90%以上,在第二轮测试结束后,其覆盖率应达到95%以上。² 评审检查签字表的通用模板为“XX项目-ATLCXX-3-评审检查签字表(新增项目)”或者“XX项目-ATLCXX-3-评审检查签字表(新增需求项目)”,当要编写某个具体的项目文档评审检查签字表时,需将文档编号改成与要评审的项目文档编号一致。比如,要编写“业务需求说明书”的评审检查签字表,可将签字表文档命名为“XX项目-ATLC001-3-评审检查签字表”,其中,红色字体部分为“业务需求说明书”的文档

28、编号,绿色字体部分为“业务需求说明书”所对应的签字表的编号。12、 项目计划二Ø 产出物:XX项目-ATLC004-1-项目进度表Ø 发起部门或人员:项目经理Ø 目标部门或人员:研发部门、测试部门Ø 处理时效:1个工作日,特殊情况需经技术总监批示。Ø 处理结果:由项目经理制定XX项目-ATLC004-1-项目进度表,明确项目计划二期应完成的工作及时间节点。n 注:² 项目计划二期应完成的工作编码、单体测试、测试交接、测试用例执行、安装手册编写、用户手册编写、软件培训、品质抽检交接、客户验收(非必经环节)、行政入档。² 一旦项

29、目计划确定实施,则各部门应在计划时间节点之前完成计划内工作,以保证对下一环节的工作不会产生影响。若因特殊原因(如:新增了紧急项目或其他事务等)不能按时间节点完成,则需提出项目计划变更申请并由技术总监确认通过后方可执行。项目计划变更计划模板内容如下:² 项目各环节产出物需在此环节完成当天后第一个工作日内提供,若相关人员不能按时提供,则按逾期处理,并由下一环节负责人员出具XX项目-ATLC100-1-逾期通知单,并由逾期环节负责人员签字确认;² 项目各环节中,若不存在相应的产出物,则需项目经理提供原因或说明,并在XX项目-ATLC101-1-产出物清单的“备注”中进行记录,待提

30、交品质部门抽检时,需项目经理签字确认。13、 编码Ø 产出物:XX项目-ATLC012-3-代码编写评审检查签字表(新增项目)或者XX项目-ATLC012-3-代码编写评审检查签字表(新增需求项目)Ø 发起部门或人员:项目经理Ø 目标部门或人员:研发部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:由研发人员按照XX项目-ATLC007-1-需求规格说明书、XX项目-ATLC010-1-概要设计说明书、编码规范等项目资料进行程序功能代码实现,在编码完成后,由项目经理或其指定人员进行代码走

31、查,然后出具XX项目-ATLC012-3-代码编写评审检查签字表,并最终签字确认通过。n 注:“代码编写评审检查签字表”应注意区分新增项目和新增需求项目,并选择相应的模板。14、 单体测试Ø 产出物:XX项目-ATLC011-1-测试用例Ø 发起部门或人员:项目经理Ø 目标部门或人员:研发部门、测试部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:该环节由研发人员进行自测,然后由项目经理根据XX项目-ATLC011-1-测试用例组织流程性测试及功能性测试,在项目经理确认完成后方可进入下一

32、环节,特殊情况需技术总监批示。n 注:无15、 测试交接Ø 产出物:XX项目-ATLC014-1-测试交接检查表、目标程序、数据库文件、部署实施文档、XX项目-ATLC104-1-版本信息Ø 发起部门或人员:项目经理Ø 目标部门或人员:测试部门经理Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:该环节产出物由研发部门提供,然后由项目经理交接于测试部门经理,并出具XX项目-ATLC014-1-测试交接检查表且签字确认。该环节需指定测试经理。n 注:² 测试交接应包含以下资料:

33、52; 目标程序目标程序rar压缩包命名格式:项目名称+版本号+“目前程序”如研发部门于提交一个版本号为V的P2P债权转让管理系统至测试部门进行测试,其目标程序命名如下:压缩文件打开后如下图:目标程序中“bin”目录下的授权文件“autoServeLoanSys”要删除!ü 数据库文件数据库文件rar压缩包命名格式:系统完整名称+版本号+数据库如研发部门于提交一个版本号为V的P2P债权转让管理系统至测试部门进行测试,其数据库文件命名如下:压缩文件打开后如下图:数据库文件均应该为已经初始化且是主数据文件(SQLServer数据库为“.mdf”和“.ldf

34、”格式文件,Oracle数据库为“.dmp”格式文件)ü 部署实施文档应具体说明软件部署实施的步骤及方法,必要时需结合截图进行说明。ü XX项目-ATLC104-1-版本信息ü XX项目-ATLC014-1-测试交接检查表² 数据库文件命名规范ü 命名格式:公司名称英文缩写 + 分隔符“_”+ 产品名称英文简称 + 分隔符“_”+ 版本号(如:AT_P2PDT_V1_0_11_0)。ü 公司现有项目数据库命名举例如下:序号产品名称版本号数据库名称1小额贷款管理系统AT_MicroLoanV4_0_5_02小额贷款监管系统AT_Micr

35、oLoanAdminV3_1_5_03融资担保管理系统AT_GuaranteeV1_3_0_04融资担保监管系统AT_MicroLoanAdminV3_1_5_05投资理财信息咨询管理系统AT_P2PV1_2_0_06贷款P2P业务管理系统AT_P2PDTV1_0_11_07网贷管理系统AT_NetCreditV1_0_0_08典当管理系统AT_PawnV1_2_0_09征信报数查询系统AT_Credit RatingV1_0_0_010银行贷款中介管理系统AT_BankLoanAgencyV1_0_0_011民间借贷登记中心管理系统AT_FolkLoanRegistrationV1_0_0_

36、012微金融综合管理系统AT_MicroFinanceV1_0_0_013农民合作社互助资金管理系统AT_CountrysideBankrollV1_0_0_014民间资本资金备案系统AT_FolkBankrollRecordV1_0_0_015云服务平台AT_HopeCloudPlatV1_0_0_016、 测试用例执行Ø 产出物:XX项目-ATLC015-1-测试报告(第X轮)Ø 发起部门或人员:测试经理Ø 目标部门或人员:测试部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:每一轮

37、测试完成当天,均应出具XX项目-ATLC015-1-测试报告(第X轮),并由项目经理审核。最终一轮测试报告需为测试合格报告,同时对源代码进行打包,并存放至资料盘“其它项目资料”中。n 注:² 该环节由测试用例执行人员根据XX项目-ATLC011-1-测试用例对研发部门所提交项目进行测试工作,期间测试用例执行人员可在BugFree上完成所发现BUG的登记工作及在QC的缺陷管理模块中记录执行过程中所发现的测试用例存在的问题。² 常规软件测试轮次为3轮,第一轮测试允许研发所提及程序存在20%的测试用例无法执行,但下面两轮测试需在所有测试用例均执行完毕的情况下方可结束。²

38、 在软件仍存在缺陷但又必须要提供给客户试用时,需由技术总监出具书面签字单同意提供客户试用。² 在客户试用过程中,若试用达标,则软件可视为测试合格(软件合格的最终标准仍按照公司内部标准执行),若在试用阶段存在新增需求,重新立项处理。² 测试用例执行人员有责任和义务逐个执行测试用例并上报测试用例存在的问题,测试用例设计人员须在1个工作日内将上报的测试用例问题加以解决并更新到QC中,测试用例执行人员须在一个工作日内将更新后的测试用例进行验证,以确定测试用例问题是否更新。对于上报测试用例问题的测试用例执行人员和编写测试用例的测试用例设计人员将会有相应的奖惩措施。² 若在程

39、序测试合格后的环节中仍发现程序存在BUG,届时,将分析BUG所属功能或流程是否在测试用例中得以体现,如果体现的话将追究测试用例执行者的责任,如果没有体现的话将追究测试用例设计者的责任。17、 安装手册编写Ø 产出物:XX项目-ATLC013-1-安装手册、XX项目-ATLC013-3-评审检查签字表(安装手册)Ø 发起部门或人员:测试经理Ø 目标部门或人员:测试部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:由测试人员A角编写XX项目-ATLC013-1-安装手册,测试人员B角进行复核

40、,两者共同对该项目产出物质量负责。n 注:无18、 用户手册编写Ø 产出物:XX项目-ATLC018-1-用户手册、XX项目-ATLC018-3-评审检查签字表(用户手册)Ø 发起部门或人员:测试经理Ø 目标部门或人员:测试部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:由测试人员A角编写XX项目-ATLC018-1-用户手册,测试人员B角进行复核,两者共同对该项目产出物质量负责。n 注:无 19、 软件培训Ø 产出物:XX项目-ATLC019-1-培训PPT、XX项目-AT

41、LC019-2-培训试题、XX项目-ATLC019-3-培训案例、XX项目-ATLC019-4-培训结果签字表Ø 发起部门或人员:项目经理、测试经理Ø 目标部门或人员:品质管理部门、客服部门、项目实施部门、市场部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:由测试人员A角编写XX项目-ATLC019-1-培训PPT、XX项目-ATLC019-2-培训试题、XX项目-ATLC019-3-培训案例,编写完成后组织品质部门、客服部门、项目项目实施部门相关人员进行系统培训工作,并在培训结束后生成XX项目

42、-ATLC019-4-培训结果签字表。n 注:无 20、 品质抽检交接Ø 产出物:XX项目-ATLC101-1-产出物清单、XX项目-ATLC016-1-出厂检验报告Ø 发起部门或人员:测试经理Ø 目标部门或人员:品质管理部门Ø 处理时效:4个工作日内,特殊情况需经总经理批示Ø 处理结果:XX项目-ATLC016-1-出厂检验报告需由品质管理部门经理、测试部门经理签字确认。n 注:² 由测试部门按照本文档第二大项“产出物管理”中“用户盘、资料盘项目产出物质量标准”对项目产出物进行整理,并打印XX项目-ATLC101-1-产出物清单中的

43、“抽检交接概况”、“项目产出物清单”,然后由测试部门经理签字后随“XX项目(光盘准备)”电子档、纸质档一并提交品质管理部门。² 各产品原则上应至少每月发布一次小版本(版本号中更新第二位或以上位时,视为小版本),三个月发布一次大版本(版本号中更新第一位时,视为大版本)。 对于小版本,程序发版条件为:新增需求部分、新增需求影响部分、主干流程中1级BUG无,2级BUG不得超过3%(由BUG数和抽检模块对应的用例总数的比值确定),3级BUG不得超过5%(由BUG数和抽检模块对应的用例总数的比值确定)。 对于大版本,程序发版条件为:整个系统无1级BUG,2级BUG不得超过3%(由BUG数和抽检

44、模块对应的用例总数的比值确定),3级BUG不得超过5%(由BUG数和抽检模块对应的用例总数的比值确定)。² 项目软件出厂检验中,原则上每次抽检的覆盖范围的30%(其中:小版本程序抽检的覆盖范围为新增需求部分、新增需求影响部分、主干流程;大版本程序抽检的覆盖范围为整个系统所有功能模块)。若存在一次抽检不能通过的,则下次抽检的覆盖范围不能和上次的完全重叠(至少新增70%)。² 对于品质抽检通过的项目,其纸质项目文档需在品质管理部门出具出厂检验合格报告后2个工作日内由品质管理部门装订保存。² 若项目在品质抽检环节存在问题被打回,项目组须在4个工作日内完成BUG的修改且测

45、试合格,并在接下来一个工作日内完成品质抽检交接文档的整理,然后提交品质管理部门。21、 客户验收(非必经环节)Ø 产出物:XX项目-ATLC017-1-软件初验申请单、XX项目-ATLC017-3-软件初验合格通知单、XX项目-ATLC017-5-客户问题清单、XX项目-ATLC103-1-客户交流备忘录Ø 发起部门或人员:测试经理Ø 目标部门或人员:客户Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果: 客户在XX项目-ATLC017-3-软件初验合格通知单签字或盖章后扫描件或纸件收集(原

46、则上,需要客户提供盖章,特殊原因请及时向上级汇报)。n 注:² 对于客户定制的项目(非自主研发),且由项目项目实施部门或者客服部门给客户实施安装程序后,由项目经理组织编写XX项目-ATLC017-1-软件初验申请单、XX项目-ATLC017-3-软件初验合格通知单,然后联系客户进行客户验收工作,并完成XX项目-ATLC017-5-客户问题清单、XX项目-ATLC103-1-客户交流备忘录的整理工作。其中,当日反馈和交流的结果,需最迟在当日之后的第一个工作日内记录完毕。每周需进行一次整理,排查可能漏记的记录。² 客户初验、终验阶段,需在与客户对接之日确认完成日期(特殊情况除外

47、),之后每两个工作日电话跟进进度并将与客户沟通的信息记录于客户联系备忘录中。如果客户在5个工作日没有完成确认,需向上级汇报。10个工作日内没有完成,则需项目经理形成解决方案,并将解决方案上报至技术总监签字确认。² 客户初验、终验阶段,需在与客户对接之日发送验收相关信息(主要是访问地址、用户名、密码等)、初验/终验申请单、初验/终验合格通知单。² 软件初验通过一个月后,项目经理组织编写XX项目-ATLC017-4-软件终验申请单、XX项目-ATLC017-6-软件终验合格通知单,并联系客户进行软件终验,具体要求同“软件初验”。22、 行政入档Ø 产出物:用户盘、资料

48、盘Ø 发起部门或人员:品质部门Ø 目标部门或人员:行政部Ø 处理时效:2个工作日,特殊情况需经总经理批示Ø 处理结果:对于品质管理部门抽检通过的项目,由测试经理组织刻制“用户盘”、“资料盘”母盘各两套,交接至品质管理部门,然后由品质管理部门交接到行政部进行存档。到此为止,项目结项。n 注:无(二) 紧急开发流程1、 项目计划一Ø 产出物:XX项目-ATLC004-1-项目进度表Ø 发起部门或人员:市场部门、客服部门等公司任何部门Ø 目标部门或人员:项目经理Ø 处理时效:2个工作日,特殊情况需经技术总监批示。

49、6; 处理结果:由项目经理制定XX项目-ATLC004-1-项目进度表,明确项目计划一期应完成的工作及时间节点。该环节需指定项目经理与测试经理。n 注:² 项目计划一期应完成的工作:需求分析、测试用例设计、编码、单体测试、测试交接、测试用例执行、客户验收、项目立项(立项补充)。² 一旦项目计划确定实施,则各部门应在计划时间节点之前完成计划内工作,以保证对下一环节的工作不会产生影响。若因特殊原因(如:新增了紧急项目或其他事务等)不能按时间节点完成,则需提出项目计划变更申请并由技术总监确认通过后方可执行。项目计划变更计划模板内容如下:² 项目各环节产出物需在此环节完成

50、当天后第一个工作日内提供,若相关人员不能按时提供,则按逾期处理,并由下一环节负责人员出具XX项目-ATLC100-1-逾期通知单,并由逾期环节负责人员签字确认;² 项目各环节中,若不存在相应的产出物,则需项目经理提供原因或说明,并在XX项目-ATLC101-1-产出物清单的“备注”中进行记录,待提交品质部门抽检时,需项目经理签字确认。2、 需求分析Ø 产出物:XX项目-ATLC001-1-业务需求说明书(新增项目)或者XX项目-ATLC001-1-业务需求说明书(新增需求项目)、“XX项目-ATLC005-1-页面(程序及数据库)”、XX项目-ATLCXXX-3-评审检查签

51、字表(新增项目)或者XX项目-ATLCXXX-3-评审检查签字表(新增需求项目)Ø 发起部门或人员:无Ø 目标部门或人员:研发部门、测试部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:该环节所以项目产出物均需项目经理审核并签字确认。通过,方可移交至技术总监审批;否则,进行项目产出物修改完善,直至审核通过。只有技术总监审批通过后方可进行测试用例设计与编码。n 注:² 由项目经理或其指定的研发人员编写,并且由项目经理对文档编写质量负责。² “业务需求说明书”应注意区分新增项目和新

52、增需求项目,并选择相应的模板。² 评审检查签字表的通用模板为“XX项目-ATLCXX-3-评审检查签字表(新增项目)”或者“XX项目-ATLCXX-3-评审检查签字表(新增需求项目)”,当要编写某个具体的项目文档评审检查签字表时,需将文档编号改成与要评审的项目文档编号一致。比如,要编写“业务需求说明书”的评审检查签字表,可将签字表文档命名为“XX项目-ATLC001-3-评审检查签字表”,其中,红色字体部分为“业务需求说明书”的文档编号,绿色字体部分为“业务需求说明书”所对应的签字表的编号。² 对于新增项目,评审检查签字表的模板为“XX项目-ATLCXX-3-评审检查签字表

53、(新增项目)”,对应新增需求项目,评审检查签字表的模板为“XX项目-ATLCXX-3-评审检查签字表(新增需求项目)”,且各项目资料的电子档签字表内容应与其对应的纸质档签字表内容保持一致(需手工签字部分除外)。3、 测试用例设计Ø 产出物:XX项目-ATLC011-1-测试用例、XX项目-ATLCXXX-3-评审检查签字表Ø 发起部门或人员:无Ø 目标部门或人员:测试部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:XX项目-ATLC011-1-测试用例由测试人员编写完成,并且由项目经理

54、审核通过并出具XX项目-ATLCXXX-3-评审检查签字表后,项目方可进入下一环节,特殊情况需技术总监批示。n 注:² 测试用例初稿设计应在研发编码结束之前编写完成。² 项目经理对测试用例编写质量负责。² 评审检查签字表的通用模板为“XX项目-ATLCXX-3-评审检查签字表(新增项目)”或者“XX项目-ATLCXX-3-评审检查签字表(新增需求项目)”,当要编写某个具体的项目文档评审检查签字表时,需将文档编号改成与要评审的项目文档编号一致。比如,要编写“业务需求说明书”的评审检查签字表,可将签字表文档命名为“XX项目-ATLC001-3-评审检查签字表”,其中,

55、红色字体部分为“业务需求说明书”的文档编号,绿色字体部分为“业务需求说明书”所对应的签字表的编号。4、 编码Ø 产出物:无Ø 发起部门或人员:无Ø 目标部门或人员:研发部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:由项目经理组织研发人员按照XX项目-ATLC007-1-业务需求说明书、编码规范等项目资料进行程序功能代码实现,项目经理对代码编写质量负责。n 注:无5、 单体测试Ø 产出物:XX项目-ATLC011-1-测试用例Ø 发起部门或人员:项目经理Ø

56、 目标部门或人员:研发部门、测试部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果:该环节由项目经理组织研发人员根据XX项目-ATLC011-1-测试用例组织流程性测试及功能性测试。只有单体测试通过后项目方可进入下一环节,特殊情况需技术总监批示。n 注:项目经理对单体测试质量负责。6、 测试用例执行Ø 产出物:XX项目-ATLC015-1-测试报告(第X轮)Ø 发起部门或人员:项目经理Ø 目标部门或人员:测试部门Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊

57、情况需经技术总监批示。Ø 处理结果:每一轮测试完成当天,均应出具XX项目-ATLC015-1-测试报告(第X轮),并由项目经理审核。最终一轮测试报告需为测试合格报告,同时对源代码进行打包,并存放至资料盘“其它项目资料”中。项目经理对程序测试情况负责。n 注:² 该环节由测试用例执行人员根据XX项目-ATLC011-1-测试用例对研发部门所提交项目进行测试工作,期间测试用例执行人员可在BugFree上完成所发现Bug的登记工作及在QC的缺陷管理模块中记录执行过程中所发现的测试用例存在的问题。² 常规软件测试轮次为3轮,第一轮测试允许研发所提及程序存在20%的测试用例

58、无法执行,但下面两轮测试需在所有测试用例均执行完毕的情况下方可结束。特殊情况可由项目经理根据项目实际情况决定每轮测试是否可以结束。² 测试用例执行人员有责任和义务逐个执行测试用例并上报测试用例存在的问题,测试用例设计人员须在1个工作日内将上报的测试用例问题加以解决并更新到QC中,测试用例执行人员须在一个工作日内将更新后的测试用例进行验证,以确定测试用例问题是否更新。对于上报测试用例问题的测试用例执行人员和编写测试用例的测试用例设计人员将会有相应的奖惩措施。² 若在程序测试合格后的环节中仍发现程序存在BUG,届时,将分析BUG所属功能或流程是否在测试用例中得以体现,如果体现的

59、话将追究测试用例执行者的责任,如果没有体现的话将追究测试用例设计者的责任。7、 提交客户Ø 产出物:XX项目-ATLC017-1-软件初验申请单、XX项目-ATLC017-4-软件终验申请单、XX项目-ATLC017-6-软件终验合格通知单、XX项目-ATLC017-3-软件初验合格通知单、XX项目-ATLC017-5-客户问题清单、XX项目-ATLC103-1-客户交流备忘录Ø 发起部门或人员:项目经理Ø 目标部门或人员:客户Ø 处理时效:根据XX项目-ATLC004-1-项目进度表执行,特殊情况需经技术总监批示。Ø 处理结果: 客户在XX项目-ATLC017-3-软件初验合格通知单签字或盖章后扫描件或纸件收集(原则上,需要客户提供盖章,特殊原因请及时向上级汇报)。n 注:

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论