it项目验收及转运维标准

1、ITIT项项目目业业务务验验收收及及转转运运维维标标准准 业业务务验验收收 验验收收模模块块适适用用项项目目验验收收内内容容建建议议验验收收人人验验收收交交付付物物建建议议提提供供人人 业务验收 瀑布用户需求业务验收负责人用户需求说明书子项目经理 敏捷用户需求 业务验收负责人/后 续项目组子项目经理 迭代列表子项目经理 详细计划安排子项目经理 ITIT项项目目系系统统验验收收及及转转运运维维标标准准 系系统统验验收收 系系统统模模块块适适用用项项目目验验收收内内容容建建议议验验收收人人验验收收交交付付物物建建议议提提供供人人 系统目标瀑布/敏捷项目系统目标验收总负责人项目目标验收报告子项目经理

2、 需求 瀑布 业务流程 模块流程支撑负责人 流程图、流程说明书 项目组流程顾问/数据 分析师 用户需求用户需求说明书 项目组流程顾问/数据 分析师 系统需求 模块开发部负责人 系统需求说明书项目组系统分析人员 需求跟踪矩阵需求跟踪矩阵评估报告项目组系统分析人员 UI平台开发部负责人 高保真原型项目组交互设计师 交互设计说明书项目组交互设计师 界面效果图项目组视觉设计师 视觉设计说明书项目组视觉设计师 敏捷 需求调研 模块开发部负责人/ 后续项目组IT产品经 理 故事墙IT产品经理 需求分析产品列表IT产品经理 需求跟踪迭代列表、上线功能蓝图IT产品经理 架构 瀑布 系统架构设计及落 地 各大架

3、构负责人 系统总体设计项目组系统架构师 系统技术架构设计项目组系统架构师 系统功能架构设计项目组系统架构师 系统信息建模项目组系统架构师 系统数据模型项目组系统架构师 系统业务建模项目组系统架构师 架构设计落实评估报告项目组总体架构师 敏捷 系统架构设计及落 地 各大架构负责人/后 续项目组Scrum Master 架构计划表Scrum Master 功能架构设计Scrum Master 集成架构设计Scrum Master 技术架构设计Scrum Master 数据架构设计Scrum Master 系统业务建模Scrum Master 架构设计落实评估报告Scrum Master 开发 瀑布

4、 系统详细设计 模块开发部负责人 系统详细设计项目组开发组长 代码 代码项目组开发组长 单元测试代码项目组开发组长 代码质量调查报告 项目组开发组长/系统 提供 敏捷 详细设计 模块开发部负责人/ 后续项目组Scrum Master 系统详细设计Scrum Master 代码 代码Scrum Master 单元测试代码Scrum Master 代码走读报告Scrum Master 代码质量调查报告Scrum Master 系统后台瀑布/敏捷 系统日常运维管理 后台负责人 系统运维手册项目组运维人员 系统逻辑部署图子项目经理 系统物理部署图子项目经理 许可说明子项目经理 架构 瀑布 系统架构设计

5、及落 地 各大架构负责人 维保服务子项目经理 所有系统后台账号/密码/ 权限说明 项目组运维人员 系统监控方案项目组运维人员 系统稳定性和高可 用性 系统稳定性和高可用性验 证报告 测试组长 系统（操作系统、网络、 中间件、数据库）等调优 报告 项目组运维人员 系统备份和容灾方案项目组运维人员 系统扩展性 系统容量分析报告项目组运维人员 系统扩容方案子项目经理 测试 瀑布 系统测试方案 模块测试负责人 系统测试计划项目组测试组长 系统功能测试方案（含集 成、系统、性能） 项目组测试组长 系统测试用例 系统测试用例项目组测试组长 系统性能测试用例项目组测试组长 系统测试报告 系统测试报告项目组测

6、试组长 系统性能测试报告项目组测试组长 模块流程支撑负责人 用户测试用例 项目组流程顾问/数据 分析师 用户验收测试报告 项目组流程顾问/数据 分析师 测试环境模块测试负责人 差异性项目组测试组长 测试硬件配置项目组运维人员 测试软件配置项目组运维人员 接口配置项目组开发人员 其他子项目经理 敏捷 系统测试方案 模块测试负责人/后 续项目Scrum Master 系统测试方案Scrum Master 性能测试方案Scrum Master 系统测试点测试点Scrum Master 系统测试报告 系统测试报告Scrum Master 性能测试报告Scrum Master 性能测试脚本Scrum M

7、aster 测试环境 测试环境搭建需求说明Scrum Master 差异性Scrum Master 测试硬件配置项目组运维人员 系统后台瀑布/敏捷 系统日常运维管理 后台负责人 测试软件配置项目组运维人员 接口配置项目组开发人员 其他子项目经理 IT服务台瀑布/敏捷 系统功能设计 服务台负责人 完善密码策略项目组 权限相关操作日志项目组 离职/异动人员账号权限清 理策略 项目组 系统用户操作 系统用户操作手册项目组 问题知识库、问题对接人项目组 基础资料管理 基础资料维护说明书项目组 用户权限管理说明书项目组 权限分配合格率项目组 权限分配情况存档项目组 线上bug解决情况 验收时线上问题解决

8、情况项目组 测试 敏捷 模块测试负责人/后 续项目Scrum Master 测试环境 线上bug解决情况项目组 验收通过后账号交 接 可进行权限管理的系统账 号交接 项目组 备注：验收总负责人由企业发展办公室负责人/IT管控部负责人指派，其余验收人员均以验收总负责人指派的为准 IT服务台瀑布/敏捷服务台负责人 线上bug解决情况 来来源源说说明明验验收收内内容容说说明明验验收收通通过过标标准准 用户需求说明书基线文档，需求内容需要与系统规则一致 1、所有交付物需是最新版 本，通过验收评审。 2、所有交付物中的需求全 部在系统中落实、实现。 3、交付物中设定目标和策 略在评审通过后有变更的或 未

9、实现的，按变更流程通过 审批进行变更。 迭代列表汇总基线文档，迭代列表内容与系统规则一致 详细计划安排 项目输出详细计划安排，描述上线功能后期保障计划， 未完成功能需求列表，明确计划内容，完成时间。并由项目 组对应职责的需求，开发，测试，负责人签字确认，未完成 需求功能需业务负责人签字。 来来源源说说明明验验收收内内容容说说明明验验收收通通过过标标准准 确认项目章程中所制定的项目系统目标已达成 1、所有交付物需是最新版 本，通过验收评审。 2、所有交付物中的需求、 设计、架构、密码策略等全 部在系统中落实、实现。 3、交付物中设定目标和策 略在评审通过后有变更的或 未实现的，按变更流程通过 审

10、批进行变更。 4、在设计评审之后，针对 于新发现的重大问题或需求 要有相应的解决方案或计划 。 业务涉及流程发布业务流程需要与系统规则一致 用户需求说明书基线文档，需求内容需要与系统规则一致 系统需求说明书基线文档，需求内容需要与系统规则一致 需求跟踪矩阵确认所有需求均已在系统中开发实现 交互设计师出具 设计所有界面最终稿包括源文件，确认所有设计界面与系统 开发实现一致 交互设计说明书对设计界面进行交互规范说明 视觉设计师出具 设计所有界面最终稿包括源文件，确认所有设计界面与系统 开发实现一致 视觉设计说明书对设计界面进行视觉规范说明 故事墙以最新上线内容为验收标准。可以有替代模式（如看板）

11、产品列表入基线版本 迭代列表汇总 上线功能蓝图 最新上线功能蓝图作为验收标准，已上线功能模块，做 截图，简述模块含有功能点。 架构部分验收关注交付件 1. 系统总体设计 2. 应用架构设计（功能、集 成） 3. 数据架构 4. 技术架构（包括基础设施 、平台） 5.系统面向对象业务建模、 系统建模 系统总体设计方案，解决总体开发方案和建设项目的总体部 署等重大问题。 系统技术架构设计方案。 系统功能架构设计，提供快速了解系统的整体功能。 1、数据模型部分，包括主题域划分、实体定义及详细说明 、实体关系图、实体CRUD 2、主数据部分，包括基准数据说明、业务实体编码规则 3、验收交付件为Powe

12、rDesigner格式的设计文件 ITIT项项目目业业务务验验收收及及转转运运维维标标准准 业业务务验验收收 ITIT项项目目系系统统验验收收及及转转运运维维标标准准 系系统统验验收收 1、根据数据架构组要求，将系统数据模型提交至指定WIKI 路径 74:8090/pages/viewpage.action?p ageId=9175296。 2、提交的系统数据模型应与线上系统保持一致，且符合建 模规范。 1、使用UML实现对业务的抽象表示，从业务的不同侧面提 供了一个简化的视图。设计内容包括：用例图、类图、时序 图、状态图、活动图等。 2、验收交付件为Pow

13、erDesigner格式的设计文件 主要关注（无确定模板）: 1. 架构决策是否落地 2. 对于未落地决策后续跟踪 计划 项目组根据系统设计方案、系统开发成果、系统变更情况等 出具架构设计策略落实情况。 同瀑布模式 以项目章程裁剪为准，涉及的活动，需要验收交付物；若不 涉及，不做验收； 其他要求同瀑布模式。 详细设计根据输出的系统需求进行系统详细设计 代码根据详细设计与系统需求进行业务代码编写 单元测试代码 针对具有业务逻辑的代码进行单元测试代码编写，保证代码 质量 代码质量报告 1、包括代码注释率、单元测试通过率、单元测试覆盖率等 数据； 2、以转运维前SVN中最新的报告为准。 系统详细设计

14、 如敏捷项目转瀑布模式运维，则需要补充详细设计说明书(包 含系统业务规则） 代码根据项目设计及迭代列表编写代码 单元测试代码 针对具有业务逻辑的代码进行单元测试代码编写，保证代码 质量 代码走读报告基线文档 代码质量调查报告 1.android的单元测试覆盖率按照非工具标准 2.非DPAP平台的单元测试覆盖率优先考虑工具标准 , 否则按 照非工具标准 3.Ios暂时不做要求。 运维人员编写提供完善的系统运维护手册 概要设计完整的系统逻辑部署图 概要设计完整的系统物理部署图 合同 许可限制条件（模块功能限制、时间限制、使用人数限制等 ）、许可有效期、许可扩容方案 1、所有交付物需是最新版 本，通

15、过验收评审。 2、所有交付物中的需求、 设计、架构、密码策略等全 部在系统中落实、实现。 3、交付物中设定目标和策 略在评审通过后有变更的或 未实现的，按变更流程通过 审批进行变更。 4、在设计评审之后，针对 于新发现的重大问题或需求 要有相应的解决方案或计划 。 架构部分验收关注交付件 1. 系统总体设计 2. 应用架构设计（功能、集 成） 3. 数据架构 4. 技术架构（包括基础设施 、平台） 5.系统面向对象业务建模、 系统建模 合同供应商后续维保方式、价格、响应时效、联系方式说明 运维人员编写系统后台账号/密码/权限说明 运维人员编写 提供详细的监控需求(包含监控点、需求监控方法、监控

16、范围 和监控指标） 性能测试确保集群架构高可用性 项目组运维人员 需列出具体调优项，通过什么方式调优、调优前后效果对比 等，以及转储方案。 项目组运维人员数据备份策略、异地容灾方案 概要设计及监控需至少能满足一年内业务需求 概要设计 系统后期升级扩容指导方案（包括扩容涉及到许可需要说明 ） 测试计划包括功能测试和非功能测试计划 测试方案 整体测试方案包括测试资源及计划、测试准备、测试各阶段 准入准出标准、缺陷及风险管理;性能测试方案包括性能目标 、性能需求分析、场景介绍、性能策略、准入准出 测试用例功能测试用例和案例线测试用例 性能测试用例场景分析、脚本详细分析、目标 测试报告 包含系统测试执

17、行过程说明、测试覆盖面、BUG分析、测试 结论 性能测试报告 包含系统测试执行过程说明、测试覆盖面、BUG分析、测试 结论 用户测试用例格式不限，用例或场景都可 用户验收测试报告 测试覆盖面、测试人员信息、问题清单及分析、测试结论及 后续建议 项目组 测试环境和正式环境的差异（应用程序差异，数据库数据差 异） 运维人员编写 服务器IP，用途，是否物理机，操作系统，cpu，内存，磁 盘大小 运维人员编写jboss版本，oracle版本，操作系统版本等 开发人员编写对接系统，接口功能描述，接口地址存放路径，接口地址等 项目组如银企U盾 系统测试方案 以项目章程裁剪为准，涉及的活动，按流程要求输出、

18、入基 线，需要验收交付物 性能测试方案 迭代列表中包含测试点 系统测试报告 性能测试报告 性能测试脚本 测试环境搭建需求提交、入基线的测试环境搭建需求 项目组 敏捷项目执行转运维活动，则需要验收交付物。 运维人员编写 1、所有交付物需是最新版 本，通过验收评审。 2、所有交付物中的需求、 设计、架构、密码策略等全 部在系统中落实、实现。 3、交付物中设定目标和策 略在评审通过后有变更的或 未实现的，按变更流程通过 审批进行变更。 4、在设计评审之后，针对 于新发现的重大问题或需求 要有相应的解决方案或计划 。 运维人员编写 开发人员编写 项目组 系统自身设计需要满足 满足审计和账号权限管理流程

19、要求的密码控制策略：普通 密码需：字母+数字，至少6位；超级管理员采用高级密码策 略，包含：数字+字母+特殊字符，至少8位；设置长时间 无操作锁定功能；针对普通用户及超管密码有效期可设置 生效时间；不允许系统及业务操作只能采用统一账号情况 （如业务操作只能使用超管账号等）。 系统自身设计需要满足 权限相关菜单操作完整记录、菜单及角色变动时间记录；包 含操作人及被操作人工号；操作人及被操作人姓名； 操作时间；操作IP地址；操作类型；操作模块及操作 内容等关键信息。 系统自身设计需要满足 异动人员自动清理掉现有所有权限（也可设计自动分配标 准权限，参考UUMS）；离职人员需清理所有权限并将账 号禁

20、用。 系统操作手册【模版】 详细的系统操作手册，包含：各个单据/环节的操作步骤 ；相关业务规则以及与下游单据/环节或者其他单据/环节 之间的逻辑关系。 项目组给出 问题知识库中关键字段：问题描述，问题诊断方法，解决 方案，问题类别；转运维后问题解决对接部门及对接人。 项目组给出（服务部出 具模板）DP-快递项目- 基础资料维护说明书- 20131105-V1.0 说明书中须包含：系统中需维护的基础资料汇总；各项 基础资料维护途径及方法；完整转运维后维护责任部门及 责任人。 项目组给出（服务部出 具模板）报账系统权限 角色对应表 有新增模板供项目组参考，可与热线对接人索要。 提供准确、完整的用户

21、权限管理说明书，提供各个模块权限 分配标准业务对接人清单 ，提供各个权限/角色可操作菜单 ，功能无明显区别于其他系统的不合理之处. 项目组给出 项目组单独分配权限及非IT热线分配权限的需保证权限分 配准确性100%；因系统优化等原因无法给项目组配置单 独权限进行分配时，热线根据项目组需求代替其进行权限分 配操作，因项目期间标准不完善，故在验收节点项目组仍需 对本项目涉及到的权限准确性进行审查，不满足标准的及时 清理，保证100%准确。 项目组给出 截止验收节点系统权限分配内容后台导出存档：需包含人 员工号、姓名；所属部门；标准岗位名称；所拥有的 系统角色名称；各角色对应菜单权限项。 项目组给出

22、 热线会根据项目问题处理途径要求进入对应系统核实问题解 决及关闭情况，有争议会与上报人核实解决情况。 1、所有交付物需是最新版 本，通过验收评审。 2、所有交付物中的需求、 设计、架构、密码策略等全 部在系统中落实、实现。 3、交付物中设定目标和策 略在评审通过后有变更的或 未实现的，按变更流程通过 审批进行变更。 4、在设计评审之后，针对 于新发现的重大问题或需求 要有相应的解决方案或计划 。 敏捷项目执行转运维活动，则需要验收交付物。 项目组给出 截止验收时间点线上1、2级bug须全部修复，未修复的3、4 级bug须给出解决时间及版本计划和后续负责人签字 项目组需提供JIRA相关账号权限，

23、热线进入系统按照对应项 目进行逐一核实解决情况，有争议会与上报人核实解决情况 。 项目组给出 若项目期间项目组人员拥有可操作用户账号权限的账号，需 交接给热线，后续不得对权限进行任何操作。 备注：验收总负责人由企业发展办公室负责人/IT管控部负责人指派，其余验收人员均以验收总负责人指派的为准 1、所有交付物需是最新版 本，通过验收评审。 2、所有交付物中的需求、 设计、架构、密码策略等全 部在系统中落实、实现。 3、交付物中设定目标和策 略在评审通过后有变更的或 未实现的，按变更流程通过 审批进行变更。 4、在设计评审之后，针对 于新发现的重大问题或需求 要有相应的解决方案或计划 。 业业务务

24、转转运运维维 交交付付物物交交付付人人员员交交付付运运维维负负责责部部门门 1、所有经验收评审通过的交付 物，交接给运维负责部门。 2、知识转移：项目组需对运维 负责部门进行必要的培训（具体 内容按转运维方案）。 3、验收范围外的交付物，在项 目具体转运维方案中补充确定。 1、交付人员：项目组用户需求维护人员分别异动 至相应的专业部门；项目前期未沟通规划承接人员 的，项目组需根据承接部门工作量评估给予响应人员 交付。 2、人员现状情况交接：项目组需书面描述相应交付 人员情况（包括人员技能、项目工作表现等） 3：人员交付数量：按转运维方案中确定具体数量和 及能力等级要求进行交付。 业务部门/后续

25、项 目组 系系统统转转运运维维 交交付付物物交交付付人人员员交交付付运运维维负负责责部部门门 1、所有经验收评审通过的交付 物，交接给运维负责部门。 2、知识转移：项目组需对运维 负责部门进行必要的培训（具体 内容按转运维方案）。 3、验收范围外的交付物，在项 目具体转运维方案中补充确定。 1、交付人员：需求、开发、测试、架构、系统管 理、IT服务支持等类别工程师，分别异动至相应的专 业部门；项目前期未沟通规划承接人员的，项目组 需根据承接部门工作量评估给予响应人员交付。 2、人员现状情况交接：项目组需书面描述相应交付 人员情况（包括人员技能、项目工作表现等） 3：人员交付数量：按转运维方案中

26、确定具体数量和 及能力等级要求进行交付。 / 模块流程支撑组 开发部/后续项目 组 ITIT项项目目业业务务验验收收及及转转运运维维标标准准 ITIT项项目目系系统统验验收收及及转转运运维维标标准准 系统运维组 1、所有经验收评审通过的交付 物，交接给运维负责部门。 2、知识转移：项目组需对运维 负责部门进行必要的培训（具体 内容按转运维方案）。 3、验收范围外的交付物，在项 目具体转运维方案中补充确定。 1、交付人员：需求、开发、测试、架构、系统管 理、IT服务支持等类别工程师，分别异动至相应的专 业部门；项目前期未沟通规划承接人员的，项目组 需根据承接部门工作量评估给予响应人员交付。 2、

27、人员现状情况交接：项目组需书面描述相应交付 人员情况（包括人员技能、项目工作表现等） 3：人员交付数量：按转运维方案中确定具体数量和 及能力等级要求进行交付。 开发部/后续项目 组 测试组/后续项目 组 1、所有经验收评审通过的交付 物，交接给运维负责部门。 2、知识转移：项目组需对运维 负责部门进行必要的培训（具体 内容按转运维方案）。 3、验收范围外的交付物，在项 目具体转运维方案中补充确定。 1、交付人员：需求、开发、测试、架构、系统管 理、IT服务支持等类别工程师，分别异动至相应的专 业部门；项目前期未沟通规划承接人员的，项目组 需根据承接部门工作量评估给予响应人员交付。 2、人员现状

28、情况交接：项目组需书面描述相应交付 人员情况（包括人员技能、项目工作表现等） 3：人员交付数量：按转运维方案中确定具体数量和 及能力等级要求进行交付。 系统运维组 1 1、文文档档：验收时所有文档类交 付件需更新至转运维时间点进行 交付； 2 2、线线上上bugbug：验收到转运维时 间点1、2级线上bug须全部修复 ，未修复的3、4级bug须给出解 决时间及版本计划和后续负责人 签字； 3 3、线线上上问问题题解解决决情情况况：验收到 转运维时间点线上问题解决率 95%（包含IT服务台或JIRA等项 目问题正式解决途径）以上，未 解决问题需有明确解决时间计划 及承接人签字；如原项目中未提 及

29、的功能导致的问题，业务部门 需有明确需求提交时间及承接人 签字。 4 4、问问题题趋趋势势：线上问题需在转 运维前一个月内整体呈明显下降 趋势（参考：每日下降10%） ，或持续两周每日上报事件量不 超过5个，新增问题量不超过1 个。 5 5、培培训训材材料料及及开开展展效效果果：转运 维前：完整的培训材料，根据承 接部门需求提供相应培训（培训 内容：系统需求说明书中描述的 功能点和业务逻辑规则，尽量附 加数据调用关系；相关的常见问 题以及原因排查和解决方案）， 参训人员（承接部门提供）成绩 合格率（80分以上）80%以上 （IT服务部根据讲师课程出题） ； 6 6、账账号号交交接接：由服务台管理的 账号需完全交接. 7 7、用用户户知知晓晓：需需在OA进行拦截 考试，项目使用对象（例如：营 业员、外场理货员等）对新项目 功能使用知晓率达90