银行软件开发考核表模版.xlsx

SLASLA软软件件开开发发领领域域序序号号服服务务水水平平指指标标域域服服务务水水平平一一级级指指标标服服务务水水平平二二级级指指标标服服务务水水平平指指标标的的定定义义1过程质量进度管理进度管理进度管理是指在项目实施过程中，乙方在各阶段的实际进展是否按照计划要求进行的程度，包括是否按计划达到各阶段的要求、是否按计划交付物等2软件需求分析需求分析需求分析是指乙方将用户需求进行分析细化。其中用户需求是对各条原始业务需求进行分析和综合后得出功能需求、非功能性需求、文档需求以及相应的技术约束3架构设计架构设计是在乙方在用户需求分析基础上，识别关键功能需求和非功能性需求，定义系统总体架构，进行系统内部的子系统划分和外部接口定义4安全设计安全设计是指乙方对系统安全性的设计、数据安全性的设计5数据交换设计数据交换设计专指数据仓库和ODS平台的数据设计6数据质量规则设计数据质量规则指数据完整、规范、一致、准确、唯一、关联等方面的规则7数据标准设计数据标准设计是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行一致性的定义和描述过程质量软件需求分析8交付质量代码质量代码安全代码质量的评价因子之一，衡量代码的安全性9代码缺陷率代码缺陷是指系统存在某种程度上不能满足用户需求的情况或程序中存在的某种破坏正常运行能力的问题、错误等（BUG)公式：千行代码缺陷率=每次BUG之和/代码总千行数10程序稳定性代码质量的评价因子之一，衡量代码编码后程序的稳定性11逻辑复杂度代码质量的评价因子之一，衡量代码逻辑复杂程度12编码规范代码编码规范、易读，代码注释与辅助文档齐全，易于移植和修改。注释是软件可读性的具体体现。程序注释量不少于程序编码量的20%。程序注释不能过于简单（如简单写“处理”、“循环”等），要精确表达出代码的处理逻辑；13易操作性易用性易用性是指系统的用户体验方面，如用户在使用系统时是否感觉易于理解、易于学习、易于操作等等。具体指标由项目实施团队确定14系统功能可维护性可维护性包括：1.能够显示当前在线人数、访问人次记录及其他和用户行为相关的统计数据。2.维护操作要界面化，包括日志监控、在线用户监控、用户角色设置、数据导出和备份，批量任务执行、特殊实现操作（例如年结）等。15扩展性扩展性指业务流程和业务规则实现参数化配置，以适应业务流程和业务规则的不断调整。16日志和审计日志和审计包括：1.可设置日志文件的数量和大小，产生的日志按序写入日志文件，当前文件写满后写下一个文件，若所有文件都写满则重写第一个日志，覆盖原有日志文件2.运维日志应为五级，从最细粒度到最粗级别为：DEBUG：调试信息，最细粒度信息，程序内部信息；INFO：运行信息，强调应用程序的执行过程，关键分支的运行记录，对运维管理有价值；WARN：告警信息，记录潜在的有害状态，即程序是执行成功但其中出现的问题；ERROR：错误信息，程序也许能够运行或曾出现的问题，影响程序执行；FATAL：致命错误，可能导致应用程序的崩溃致命问题；3.要能通过界面或配置文件实现动态调整日志记录的粒度4.应用日志编写要包括系统名称、时间戳、功能模块、线程号、流水号、定位程序代码、操作人员、IP连接等信息；为了系统监控和排错需要，若系统涉及与ESB的交互，则需要在日志中打印相关报文路由信息，包括但不限于全系统唯一的流水号、报文来源、报文去向等5.业务数据修改要提供界面，描述复核、审批流程，所有修改操作均需保留日志记录17其他功能要求其他功能要求包括：1.系统除支持IE（IE6至IE8版本）外，还须支持firefox、Chrome、Safari等主流浏览器中至少两款2.系统若交付客户端软件，须支持windowsXP、windows 7版本3.系统若产生文档，应支持pdf或Office2003/2007/2010版本系统功能18交付安全（软件开发）安全性安全性包括；1.对于系统中的敏感数据的传输和存储要求必须使用加密算法进行加密，以保证信息的安全性2.系统提供完整管理员及用户操作日志19系统性能响应速度响应速度包括：（1）并发用户数：指在同一时刻与应用服务器或数据库服务器进行交互的在线用户数量；即为同一时刻对系统进行操作的在线用户数量，并非系统某一时刻的在线连接人数（2）简单交易：是指对单表的基于主键或索引的操作，不涉及获取大的数据量，且同数据库交互的次数在3次内（3）复杂交易：是指涉及到大数据的统计、多表联合查询、多次数据库操作、获取大量数据的交易（不包括复杂的固定报表和统计）（4）普通报表：指数据量在10万条记录以内的报表（5）海量报表：指数据量超过10万条记录的报表（6）其他系统：指短信平台、邮件系统、ESBEIIECMBPM等渠道和集成平台类系统20资源消耗资源消耗指的是CPU利用率21可用性可用性是指系统需要能支持要求时间内可用，可提供服务。并明确一旦发生系统不可用时的容忍系统恢复时间。交付质量22配置管理（开发）配置管理（开发）配置管理（开发）指能够及时更新配置库、准确使用配置库、规范管理帐号以及规范配置项。公式：配置不符合项/配置项总数23系统功能测试管理包括单元测试、集成测试、系统测试24系统功能上线要求1.上线指系统通过用户验收测试后，经过一系列准备工作，开始在生产环境中提供服务（投产）的里程碑事件。准备工作包含制定上线方案、生产环境部署、系统初始化、上线申请、上线通知等等。系统上线后进入试运行阶段2.试运行。是指系统从上线开始到转运维前的一系列活动。包含并行、试运行维护、缺陷修复、新旧系统切换、试运行验收等工作，若合同中对试运行时间有明确定义的，以合同中约定时间为准3.并行。是指在新上线系统和旧系统同时提供服务的现象。待时机成熟后，完成新旧切换，旧系统下线25交付安全（软件开发）应急管理乙方针对系统上线制定的系统应急预案，从而确保信息系统在业务服务时段内发生服务中断、异常或重要数据损毁、丢失、泄露的情况下，可以实现向高级管理层和业务部门承诺的IT运行连续性和可用性26文档质量文档质量能够按照招行（或者招行认可的）规定要求进行撰写、并提交规定的数量的文档。能够在阶段性或最终交付品评审、验收过程中，一次性通过率符合合同约定，对于未通过验收的交付品，能够通过一次性修改达到验收要求。公式1：不符合项比率=不符合项总数/规定要求的项总数或公式2：缺失项比例=缺失的文档总数/规定要求的文档总数或公式3：阶段性验收或终验一次性通过率与合同约定相比较27及时提交文档交付的及时性能够按照招行（或者招行认可的）规定的时间提交文档。公式：实际时点与合同约定的时点之间的时间差距28外包人员人员资质与能力人员变更替换率1.能够按照合同约定，安排稳定的外包人员。能够安排拥有丰富的银行同业服务经验的项目组核心成员，确保项目组成员具备良好的专业技术能力。公式：能够按照合同约定，安排约定的资质、经验的外包人员；或者安排能够达到合同要求效果的外包人员。变更替换率=项目期间变更替换（含各种类型替换：如资质由高级专家替换成一般专家）的人员数/合同约定的人员数29风险合规风险合规扣分风险合规扣分项目过程中，因项目的原因，累计扣分值表1：服服务务水水平平指指标标合合格格的的标标准准评评审审对对象象是是否否必必须须满满足足SLASLA才才能能通通过过验验收收乙方在合同约定时限内完成所有工作任务.参考值：时间差距1周。具体由项目实施团队根据具体情况判定1.交付物：乙方的项目进度计划、乙方的项目里程碑总结报告（中的项目里程碑与进度计划的偏差）2.非交付物：乙方在各阶段的实际进展情况否乙方的需求分析交付物通过需求分析评审交付物：软件需求规格说明书、需求跟踪矩阵等乙方的需求分析交付物是乙方的架构设计交付物通过架构设计评审交付物：架构设计说明书是乙方的安全构设计交付物通过安全评审交付物：系统安全性设计文档、数据安全性设计文档、信息安全设计文档、网络安全设计文档是乙方的数据交换设计交付物通过数据交换设计评审交付物：数据交换设计文档是乙方的数据质量规则设计交付物通过数据质量规则设计评审交付物：数据质量规则设计交付物是乙方的数据标准设计交付物通过数据标准设计评审交付物：数据字典等数据标准设计交付物是乙方的代码通过代码安全性的评审交付物：乙方的代码文件是参考值：乙方的代码缺陷率 5.52具体由项目实施团队根据具体情况判定是乙方的代码通过程度稳定性的评审是乙方的代码通过逻辑复杂度的评审否乙方的编码基本规范，代码注释和文档基本齐全，不影响对程序的阅读和理解。程序注释量不少于程序编码量的20%（参考值，具体由项目实施团队根据具体情况判定）是乙方通过UAT测试，100%满足合同中对系统易用性的必选要求交付物：乙方开发的系统或软件否乙方通过UAT测试，100%满足合同中对系统可维护性的必选要求否乙方通过UAT测试，100%满足合同中对系统扩展性的必选要求否乙方通过UAT测试，100%满足合同中对系统“日志和审计”的必选要求否乙方通过UAT测试，100%满足合同中对系统“其他功能”的必选要求否交付物：乙方开发的系统或软件乙方通过UAT测试，100%满足合同中对系统安全性的必选要求是参考值：业务生产类：简单交易:=3秒复杂交易:=5秒普通报表:=15秒海量报表:=60秒管理分析类：简单交易：=3秒复杂交易：纯查询8秒内，带有智能计算12秒内普通报表:=15秒海量报表:=60秒业务支持类：简单交易:=3秒复杂交易:=5秒其他系统：能够保证所提供服务的响应速度、文件大小处理能力符合接入系统的实际要求。具体由项目实施团队根据具体情况判定是参考值：不能持续超过85%。具体由项目实施团队根据具体情况判定是参考值：1.系统应采用XXXX（例如双机热备）模式，保证724小时运行2.计划外宕机时间控制在全年的0.2%以内具体由项目实施团队根据具体情况判定是1、使用集中配置库用于日常开发和管理，及时更新集中配置库2、配置库日志提交规范3、帐号管理规范，账号共用、进场、离场未及时申请和取消账号情况小于或等于20%（参考值，具体由项目实施团队根据具体情况判定）4、配置项标识、基线标识不规范，没有按照计划命名的情况小于或等于20%（参考值，具体由项目实施团队根据具体情况判定）5、上线或变更无基线的情况小于或等于20%（参考值，具体由项目实施团队根据具体情况判定）交付物：乙方开发的配置库是乙方通过开发中的测试评审交付物：乙方可供进行单元测试、集成测试和系统测试的开发半成品否乙方通过UAT测试，100%满足上线的要求交付物：乙方通过UAT测试的系统、系统上线方案、系统安装部署手册、用户手册、运维手册否乙方的系统应急预案通过对系统应急管理的评审交付物：乙方的系统应急预案否参考值：不符合项比率=20%或缺失项比例=时间差距具体由项目实施团队根据具体情况判定非交付物：乙方提交的各类文档实际交付时间否参考值：项目组成员变更替换率=20%具体由项目实施团队根据具体情况判定非交付物：项目过程的乙方人员变更替换实际情况否参考值：=时间差距=0天合同、实际的完成时间必选阶段验收终验需求分析软件需求分析能够完整、清晰地理解客户需求，并进行分析，将客户需求准确地转化成技术需求。较为准确理解客户需求，对完成需求所需工作任务量及资源投入进行了必要的分析，并提出可行的实施方案需求文档、验收文档必选阶段验收终验必选阶段验收终验必选阶段验收终验必选阶段验收终验必选阶段验收终验过程质量需求分析软件需求分析能够完整、清晰地理解客户需求，并进行分析，将客户需求准确地转化成技术需求。较为准确理解客户需求对完成需求所需工作任务量及资源投入进行了必要的分析，并提出可行的实施方案需求文档、验收文档必选终验交付质量系统交付代码质量能够按照标准要求进行编码，代码规范、易读，代码注释与辅助文档齐全，易于移植和修改公式：千行代码缺陷率=每次BUG之和/代码总千行数编码基本规范，代码注释和文档基本齐全，不影响对程序的阅读和理解。2.39=代码缺陷率5.52代码文档CMMI级别必选必选必选必选必选易操作性系统界面简洁、清新，易于掌握，具有完善的帮助系统系统界面简洁、清新，操作设计基本符合用户要求对系统是否便捷、容易操作的体验必选系统功能能够满足用户所需功能和使用。公式1：UAT平均通过次数=(UAT测试通过次数)/NN为需要进行UAT的项目阶段次数或公式2：UAT发现“严重”及其以上级别缺陷的数量系统缺陷等级定义：致命造成死机、系统崩溃或挂起非常严重使系统不稳定、或破坏数据严重需求规格规定的功能实现不正确或没有实现一般功能有缺陷或不够完善但不影响正常使用（说明：功能的实现具有缺陷，例如：没有异常处理机制等）建议界面易用性方面的问题等不妨碍系统功能实现的建议系统功能基本满足用户需求。2UAT平均通过次数=3或严重问题数量=2测试平台必选必选必选终验系统交付系统功能能够满足用户所需功能和使用。公式1：UAT平均通过次数=(UAT测试通过次数)/NN为需要进行UAT的项目阶段次数或公式2：UAT发现“严重”及其以上级别缺陷的数量系统缺陷等级定义：致命造成死机、系统崩溃或挂起非常严重使系统不稳定、或破坏数据严重需求规格规定的功能实现不正确或没有实现一般功能有缺陷或不够完善但不影响正常使用（说明：功能的实现具有缺陷，例如：没有异常处理机制等）建议界面易用性方面的问题等不妨碍系统功能实现的建议系统功能基本满足用户需求。2UAT平均通过次数=3或严重问题数量=系统响应时间30秒测试平台必选必选交付质量必选阶段验收终验配置管理（开发）配置管理（开发）能够及时更新配置库、准确使用配置库、规范管理帐号以及规范配置项公式：配置不符合项/配置项总数1、使用集中配置库用于日常开发和管理，及时更新集中配置库2、配置库日志提交规范3、帐号管理不规范，存在20%的账号共用、进场、离场未及时申请和取消账号情况4、20%配置项标识、基线标识不规范，没有按照计划命名5、20%上线或变更无基线配置库可选阶段验收系统交付系统功能能够满足用户所需功能和使用。公式1：UAT平均通过次数=(UAT测试通过次数)/NN为需要进行UAT的项目阶段次数或公式2：UAT发现“严重”及其以上级别缺陷的数量系统缺陷等级定义：致命造成死机、系统崩溃或挂起非常严重使系统不稳定、或破坏数据严重需求规格规定的功能实现不正确或没有实现一般功能有缺陷或不够完善但不影响正常使用（说明：功能的实现具有缺陷，例如：没有异常处理机制等）建议界面易用性方面的问题等不妨碍系统功能实现的建议系统功能基本满足用户需求。2UAT平均通过次数=3或严重问题数量=2测试平台可选终验系统交付系统功能能够满足用户所需功能和使用。公式1：UAT平均通过次数=(UAT测试通过次数)/NN为需要进行UAT的项目阶段次数或公式2：UAT发现“严重”及其以上级别缺陷的数量系统缺陷等级定义：致命造成死机、系统崩溃或挂起非常严重使系统不稳定、或破坏数据严重需求规格规定的功能实现不正确或没有实现一般功能有缺陷或不够完善但不影响正常使用（说明：功能的实现具有缺陷，例如：没有异常处理机制等）建议界面易用性方面的问题等不妨碍系统功能实现的建议系统功能基本满足用户需求。2UAT平均通过次数=3或严重问题数量=系统响应时间30秒测试平台可选终验系统交付交付安全（软件开发）能够做到代码安全、软件开发所在环境的设备标识清楚、安全警示设备齐全、环境适宜、机房监控代码较安全；软件开发所在环境有一定的设备标识、安全警示设备、环境一般、机房有人员监控代码安全、软件开发所在环境的实际情况必选阶段验收终验文档管理文档质量能够按照招行（或者招行认可的）规定要求进行撰写、并提交规定的数量的文档。能够在阶段性或最终交付品评审、验收过程中，一次性通过率符合合同约定，对于未通过验收的交付品，能够通过一次性修改达到验收要求。公式1：不符合项比率=不符合项总数/规定要求的项总数或公式2：缺失项比例=缺失的文档总数/规定要求的文档总数或公式3：阶段性验收或终验一次性通过率与合同约定相比较10%不符合项比率=20%或10%缺失项比例=时间差距=0天文档评审必选阶段验收终验外包人员外包人员人员资质与能力能够按照合同约定，安排稳定的外包人员。能够安排拥有丰富的银行同业服务经验的项目组核心成员，确保项目组成员具备良好的专业技术能力。公式：能够按照合同约定，安排约定的资质、经验的外包人员；或者安排能够达到合同要求效果的外包人员。变更替换率=项目期间变更替换（含各种类型替换：如资质由高级专家替换成一般专家）的人员数/合同约定的人员数0项目组成员变更替换率=20%；能根据项目需要及时补充项目团队资源合同项目过程的实际情况必选终验风险合规风险合规风险合规扣分项目过程中，因项目的原因，累计扣分值低于8分风险合规扣分记录序序号号考考核核二二级级指指标标服服务务水水平平二二级级指指标标两两个个指指标标是是否否一一致致1进度管理进度管理是2软件需求分析需求分析否3软件需求分析架构设计否4软件需求分析安全设计否5软件需求分析数据交换设计否6软件需求分析数据质量规则设计否7软件需求分析数据标准设计否8代码质量代码安全否9代码质量代码缺陷率否10代码质量程序稳定性否11代码质量逻辑复杂度否12代码质量编码规范否13易操作性易用性否14系统功能可维护性否15系统功能扩展性否16系统功能日志和审计否17系统功能其他功能要求否18交付安全（软件开发）安全性否19系统性能响应速度否20系统性能资源消耗否21系统性能可用性否22配置管理（开发）配置管理（开发）是23系统功能测试管理否24系统功能上线要求否25交付安全（软件开发）应急管理否26文档质量文档质量是27及时提交文档交付的及时性否28人员资质与能力人员变更替换率否29风险合规扣分风险合规扣分是说明：在29个指标中，考核二级指标和服务水平二级指标一致的有4个。