项目工作范围说明书（SOW）模板v2.6.docx

附件一:某某银行项目工作范围说明书公司一年一月日目录附件一：O1 引言31.1 编写目的31.2 名词解释31.3 适用范围32 工作前提32.1 1合作原则32.2 一般前提42.3 人力资源管理前提52.4 业务部门及第三方的配合63 项目内容、范围和要求63.1 1项目内容63.2 产品范围73.3 机构范围73.4 技术范围73.5 项目边界及与其他项目关系83.6 项目生命周期83.7 项目进度计划83.8 项目内容描述94 各方基本职贲说明105 系统架构115.1 1业务架构115.2 技术架构Il5.3 逻辑部署125.4 物理部署125.5 灾备部署125.6 系统间关系125.7 非功能性需求126 质量管理要求136.1 服务标准136.2 未达到服务标准的处罚措施157 项目任务171.1 1项目启动171.2 需求分析181.3 系统设计191.4 开发编码201.5 技术测试221.6 业务测试231.7 上线准备231.8 试运行251.9 维护271.10 10项目跟踪与监控281.11 11补充说明288 项目管理289 实施人员清单2910 项目所需资源3010.1 办公网络环境3010.2 软硬件资源需求3011 项目验收3011.1 1验收组织3011.2 验收方式3011.3 验收步骤3111.4 验收报告321引言1.1 编写目的此工作说明书描述了由公司（以下简称公司，或“乙方”）为某某银行（以下简称“某某银行”，或“甲方”）提供系统项目的实施服务（以下简称“本服务”或“服务”）的内容以及乙方和甲方就本实施服务有关内容的合作方式的描述，以下涉及乙方工作内容（包括维护、培训）若非特殊说明，均属于实施服务内容。1.2 名词解释SIT：系统集成测试UAT：用户测试1.3 适用范围本文档作为与本项目相关的某某银行和公司就本项目确定双方工作范围之用。2工作前提2 .1合作原则甲、乙双方在本工作说明书的要求下积极配合，对出现的问题与争议双方均需在充分协商基础上加以解决。3 .2一般前提1 .本服务的开发测试地点在某某市。推广工作涉及某某银行全行。2 .甲方负责为本服务的实施提供办公环境（包括工位，电话，打印机，传真机等）、相应场地（会议室），并负责有关机房的准备工作，包括：电缆铺设、UPS系统及其它必要的设备和其他必需工作用品；乙方项目人员的个人电脑及软件由乙方自行解决，但必须符合甲方办公场所的相关规定。3 .乙方须遵守甲方办公环境管理办法及相关管理制度。4 .所有的本服务相关的工作和会议，原则上在甲方提供的某某银行办公环境中开展。5 .在本服务实施过程中，甲乙双方均需确保所提供资料及信息的来源合法、内容真实、有效和准确。6 .在本服务实施过程中，采用甲乙双方同意的通讯方式，可选择的通讯方式包括：互联网、传真、电子邮件、纸介质等。7 .本服务的所有工作记录和文档以中文为工作语言，如甲、乙双方有不同语种专家或文件，双方需自行配备翻译。提交的电子文档按双方约定的格式提交。8 .甲、乙双方有责任约束本方项目人员遵守甲方制定的统一开发规范和管理流程。9 .甲方将协调有关项目资源，并根据约定的工作日程向乙方提供本项目有关的资料。10 .乙方参照甲方源码管理相关要求，提交源码给甲方进行备份管理。11 .必须符合我行某某银行第三方IT安全管理办法等现场管理要求2.3人力资源管理前提1 .为确保本项目计划的正常执行，乙方针对本项目实施所需要的资源，将按照适合本项目需要的人员选用标准，调动最适合的业务专家和开发人员根据项目计划需要和安排来参与本项目的开发工作，同时，需保持项目参与人员的充分性和稳定性。2 .为确保本项目计划的正常执行，甲方将协调银行资源投入到本项目。3 .如果根据工作需要、或甲方/乙方请求、或不可抗拒的原因，需要对于乙方参与本项目的相关人员进行调整（包括人员的增减和更换）时，双方将本着对工作负责的原则，在进行充分协商并取得甲方同意后稳妥完成人员的调整。另外甲方对于乙方不能胜任本项目工作的人员，有权提出调整要求。乙方项目组成员须遵守甲方作息制度，乙方项目组成员在服务实施期的工作时间内因请假、出差等原因需暂时离开本项目的须至少提前三个工作日（含三个工作日）通知甲方，并在甲方确认不影响本项目实施进度时方可离开。2.4业务部门及第三方的配合在项目的实施过程中，需要甲方业务及相关部门提供配合与支持,由甲方负责协调。不经甲方同意，乙方不得擅自引入第三方，若由乙方提供的服务必须涉及第三方配合完成，乙方负责对第三方进行管理，其管理要求不低于甲方对外包商的相应管理要求，此类要求包括但不限于对第三方实施监控，通知或报告第三方变更。乙方不得将外包服务的主要业务交由第三方完成；乙方作为主服务提供商应对总体服务水平负责,确保服务提供商能够严格遵守外包合同或协议。3项目内容、范围和要求3. 3.1项目内容4. 1.l项目目标系统项目的目标是 建立全行统一的财务管理平台,实现全行一本账的总账系统 实现固定资产的全生命周期管理 实现全行费用核算的统一管理3.1.2项目具体工作任务请描述具体软件内容及产品实施范围3.2 产品范围EBS系统软件及相关文档;开发过程文档。3.3 机构范围该项目最终用户为:某某银行各级机构信息技术部、行长办公室及运行中心系统等业务人员及管理人员。3.4 技术范围3.4. 1开发工具、软件包及运行平台本项目采取的开发工具为:ORACLEEBS；本项目运行架构采取BS结构3.4.2安全设计在数据传输、数据存储以及用户访问权限控制等方面必须符合我行某某银行信息安全管理规范（修订）、某某银行系统用户口令与权限管理办法等安全要求，互联网类业务系统应符合ORT0068-2012网上银行系统信息安全通用规范等安全规范。3. 4.3技术指标3.5 项目边界及与其他项目关系与核心系统、信贷系统的关系本项目涉及到从核心系统和信贷系统中抽取数据。3.6 项目生命周期本项目周期分为九个阶段:项目启动、需求分析、系统设计、开发编码、技术测试、业务测试、上线准备、试运行、项目验收。3.7 项目进度计划根据上述的项目周期划分，每个阶段的时间计划如下：（判断是否为互联网类业务系统,如属于则应增加上线后试运行前的第三方安全测评计划）项目阶段计划工时项目启动1周需求分析4周系统设计3周开发编码4周技术测试5周业务测试2周上线准备（含准生产测试）2周试运行12周项目验收2周对应上述的工时计划，本项目的实际进度计划及配合系统情况如下:项目阶段计划开始时间计划完成时间配合系统项目启动XXXX-XX-XXXXXX-XX-XX需求分析XXXX-XX-XXXXXX-XX-XX系统设计XXXX-XX-XXXXXX-XX-XX开发编码XXXX-XX-XXXXXX-XX-XX技术测试XXXX-XX-XXXXXX-XX-XX业务测试XXXX-XX-XXXXXX-XX-XX上线准备（含准生产测试）XXXX-XX-XXXXXX-XX-XX上线XXXX-XX-XXXXXX-XX-XX试运行XXXX-XX-XXXXXX-XX-XX项目验收XXXX-XX-XXXXXX-XX-XX3.8 项目内容描述为实现项目目标，项目实施将进行以下工作内容: 项目质量控制 系统需求分析 系统详细设计与实现 验证（包括各类测试）与确认 相关培训 试运行 验收 推广 运行维护 知识转移项目内容的具体描述参见第7章-项目任务。4各方基本职责说明序号工作任务甲方职责乙方职责主要责任1项目管理1、项目整体管理2、质量监控3、进度监控4、风险监控5、变更控制1、项目整体管理2、质量管理3、进度管理4、风险评估5、公司人员的调度、日常管理某某银行+乙方2项目准备1、提供开发设备和场所2、协助制定项目标准3、组建甲方项目团队1、建立开发环境2、了解项目范围3、提供项目资料4、组建项目团队5、业务、技术培训某某银行+乙方3开发工具、管理工具1、配合测试管理工作2、配合配置管理工具1、前端开发工具2、提供相关接口文档说明3、提供测试管理工作3、提供配置管理工具某某银行+乙方4项目开发1、给出某某银行业务现状2、组织业务人员和技术人员审核相关分析文档、设计文档，并提交相关部门评审；3、组织项目提出单位进行用户测试。1、分析某某银行的业务现状和数据情况，给出系统解决方案2、完成系统设计和相关数据结构。3、进行实施4、内部单元测试5、完成内部集成测试6、配合完成系统测试7、配合用户测试8、提交以上项目阶段开发及测试文档某某银行+乙方9、配合进行技术测试和业务测试环境搭建10、出具非功能性测试方案、安全测试方案，执行非功能性测试及安全测试，并出具相应报告5验收测试1、组成系统验收小组，于验收期内进行验收测试1、配合甲方进行测试某某银行+乙方6推广培训1、组织推广培训1、编写推广培训材料2、配合甲方进行推广培训某某银行+乙方7系统上线1、实施上线计划1、配合甲方对开发完成的业务系统进行上线准备某某银行+乙方8系统运维1、制订运维响应制度1、配合甲方对已上线的系统进行运行维护，并定期提交运维报告。2、对甲方进行运维、移交的培训某某银行+乙方5系统架构在架构、设计、开发等方面必须符合我行日志模块设计及日志文件存储与清理规范等规范要求，遵循我行IT架构规范。5.1 业务架构5.2 技术架构如无变化请放上原有架构。5.3 逻辑部署如无变化请放上原有架构。5.4 物理部署生产测试环境:评估分析是否需要申请生产测试环境资源如无变化请放上原有架构。5.5 灾备部署如无变化请放上原有架构。5.6 系统间关系5.7 非功能性需求5.7.1 性能要求支持的用户数、业务规模、并发业务量、一般业务量和高峰业务量时的应用响应时间、持续服务能力（5X8还是7X24,是否有特定时段服务中断?）等如无变化请写明“较现有系统无变化”。5.7.2系统安全设计如无变化请写明“较现有系统无变化”。5.7.3批量策略如无变化请写明“较现有系统无变化工如无变化请写明“较现有系统式变化”。5. 7.5其他1、支持自启动。操作系统重启后，系统能够自动启动，无需人工干预。2、应用程序、数据库和日志备份和自动清理功能，O系统能够每天自动备份并压缩应用程序、相关文件、程序日志和数据库，并且自动定期清理过期的备份。（例如：应用程序保存7天、日志文件保存1个月到1年，数据库保存7天）。3、数据库中的数据具备自动清理转存功能，数据库大表数据需自动定期进行转存并清理，以保证不会随着时间的推移产生巨大表造成系统风险。4、系统批量调度默认情况下应接入Control-M进行调度。6质量管理要求5.1 服务标准序号服务项服务内容服务目标1项目管理遵守甲方相关项目管理规范要求；明确项目里程碑计划及各阶段工作的详细计划；合理分解项目范围内的具体工作任务并明进度偏差率不高于：10%项目人员变更需做好交接工作，并征得项目确责任人；规划项目人员安排，预防人员风险；管控项目实施过程中的风险并提前预警风险；与甲方项目经理、需求经理等各方保持有效沟通，保证按时、保质地达成项目目标。经理同意2开发管理了解甲方业务现状，准确理解项目功能需求及非功能性需求；符合甲方架构要求的前提下，详细设计方案全面、合理、专业；开发编码遵守甲方的开发编码规范要求；联调测试案例覆盖详细设计方案，保证开发质量；冒烟测试无阻断性缺陷且失陷率不超过10%；提交的项目相关文档符合规范要求3测试管理组织开展本系统的开发联调等测试工作，并积极配合测试中心的项目测试工作，包括功能、性能、安全等测试，及时解决项目测试过程中的问题进行代码安全管理、版本管理及配置管理等工作提交上线版本需完全正确测试过程中的缺陷需完全修复4外包管理确保项目组成员了解甲方对外包人员的管理规定，保证项目组成员遵守某某银行的外包安全管理、人员管理、环境管理规定。明确外包服务的优先级，根据自身内部管理流程及联系方式，提供明确、完整、详细的应急流程，证明乙方有足够能力应对各类问题。外包人员严格执行出入流程完成背景审查、签订相关承诺书备注:要求说明计算公式进度偏差率里程碑实际完成与计划的偏差各里程碑阶段的偏差/项目建设时间*100%提交测试回退率提交测试回退的比例提交测试回退的次数/所有提交次数缺陷率交付测试后未能测试通过的案例比例失败的测试用例/所有经过测试的用例数*100%缺陷修复率修复的缺陷占所有缺陷的比例已经修复的缺陷/所有发现的缺陷数*100%冒烟测试通过率交付测试之后系统主流程是否通过测试提取主流程20%左右的案例作为冒烟测试案例，如有案例不成功，则冒烟测试失败。提交上线版通过测试后提交的最终上线版本必须经过自行检查核提交上线版本正确率必须为本正确率对100%5.2 未达到服务标准的处罚措施由于乙方原因造成项目质量未达到服务标准，采用扣分机制，根据扣分情况进行处罚：类型过程检查内容验收标准扣分措施质量文档质量供应商提交的项目文档通过行方人员初审、评审的次数不超过2次从第2次文档评审退回开始，每退回一次，扣2分测试中心准入测试供应商提交的程序必须一次通过准入测试（无阻断性缺陷且缺陷率不超过10%）准入测试每退回一次，扣10分；涉及多个系统的，根据因本系统原因产生的缺陷数除以总缺陷数的比率，占比40%（含）以上的扣10分、40%至20%（含）扣5分、20%以下扣3分。其中有阻断性缺陷的，扣10分。上线版本正确率供应商提交上线版本必须正确上线后产生的生产故障，原因为上线版本问题的，扣5分试运行遗留故障所有在试运行期间发生的故障必须在验收前解决上线不予验收管理人员变更项目人员变更必须做好交接工作，并征得项目经理同意每发生未经行方同意的一人次变更，扣3分履约源代码提供供应商必须依照合同约定提供源代码并符合甲方对源代码备份等相关管理要求不予验收侵权行为供应商存在侵权行为不予验收处罚标准：1-5分：验收报告对应的付款延迟1个月6T0分：验收报告对应的付款延迟2个月，及合同额扣减1%11分以上：验收报告对应的付款延迟3个月，及分数每增加5分，合同额扣减增加1%合同额扣减的上限为3%或10万元两者的小值。另外，对于以上未达到服务标准的问题，甲方有权根据严重程度更换乙方项目经理，并纳入外包商公司等级评价7项目任务7.1 项目启动7.1.1 任务项描述确立双方组织架构、对应角色人员及职责，项目组成员确立确定项目边界定义，完成项目工作范围说明书确定项目里程碑计划启动会准备和召开7.1.2 乙方职责1、项目组织架构及权责确认。2、项目管理计划制定。3、项目启动会PPT配合准备。7.1.3 甲方职责1、 项目组织架构及权责确认。2、 项目管理计划制定。3、 项目启动会PPT准备。4、 组织项目启动会。7. 1.4提交文件1、项目启动会PPT启动会顺利召开。7.2需求分析7. 2.1任务项描述完成需求分析，制定项目整体详细计划，提交需求规格说明书和项目实施方案。8. 2.2乙方职责1、项目组的工作方法定义。2、详细需求分析。3、整体解决方案。4、数据源分析，包括提供各种数据源说明文档及样本数据，协助解决数据源分析过程中遇到的问题。共同审核数据源分析报告。5、编写需求规格说明书和项目实施方案。6、制定项目详细时间计划。7.2.3甲方职责1、 提供相关业务介绍和业务解释。2、 针对乙方提出的解决方案，和乙方共同确定甲方的最终解决方案，协助乙方确定系统应用功能范围、组织方式和各项功能的具体要求。3、 对于编写过程中发现需求不明确的问题，要求相关的需求提供部门进行确认和解答。审核需求规格说明书和项目实施方案。4、 审核和发布项目详细时间计划。7. 2.4提交文件1、项目实施方案2、项目需求规格说明书3、项目详细时间计划7. 2.5完成标准各项分析报告通过项目组评审，并得到各相关使用部门的确认。7.3系统设计7. 3.1任务项描述根据需求分析结果，完成对整个系统的详细设计，编写详细设计说明书，指导后续开发和测试工作。8. 3.2乙方职责完成系统详细设计，编写详细设计说明书9. 3.3甲方职责配合乙方进行文档设计工作10. 3.4提交文件项目详细设计说明书7. 3.5完成标准各项设计报告通过项目组内部评审。7.4开发编码7.4.1任务项描述完成开发编码工作，代码书写规范，具备高可高扩展性。完成单元测试和集成测试，产生相应测试报告。进行代码检查，产生相应代码检查报告。制定测试计划，编写技术测试方案、非功能测试方案7.4.2乙方职责完成开发编码及系统间联调工作，编写服务设计说明书。进行单元测试和联调测试，并出具联调测试案例联调测试报告。由专人完成代码检查工作，并出具代码检查报告。进行测试计划、测试案例、测试方案编写，编写技术测试方案、非功能性测试方案。文档符合某某银行信息技术部测试中心的规范要求。负责提供技术测试环境的部署文档，并进行技术测试环境的具体搭建、部署。7.4.3甲方职责配合乙方进行配置开发，对乙方提交的程序包进行准入测试。审核服务设计说明书Q7.4.4提交文件服务设计说明书联调测试案例联调测试报告代码检查报告技术测试方案（包括测试环境方案）非功能测试方案技术测试案例7.4.5完成标准完成配置设计书的设计功能，通过项目组内部评审完成测试案例和方案的编写，通过测试中心评审。完成开发，提交联调测试报告，准入测试通过。7.5.1任务项描述完成技术测试并通过。7.5.2乙方职责进行非功能性测试及安全测试，配合技术测试，并出具相应的测试报告。测试过程遵循某某银行信息技术部测试中心流程规范。负责进行业务测试环境及准生产环境的搭建、部署。7.5.3甲方职责进行技术测试工作7.5.4提交文件项目技术测试报告项目非功能测试报告项目安全测试报告7.5.5完成标准系统通过技术测试。7.6业务测试7. 6.1任务项描述完成业务测试并通过。8. 6.2乙方职责配合甲方进行业务测试工作。9. 6.3甲方职责组织业务测试工作10. 6.4提交文件项目业务测试案例项目业务测试验收报告7. 6.5完成标准系统通过业务测试。7.7上线准备7.7.1 任务项描述编写上线方案、上线步骤及运维手册等，进行准生产环境的搭建和部署、配合完成准生产测试。项目运行环境软硬件的安装、测试、运行维护，上线培训，以及系统优化等。具体描述为：投产环境准备1）协助制定投产、上线支持计划2）投产环境准备3）检查并审核系统配置数据，确认系统配置有效4）检查并审核系统中必须的业务参数数据，确认业务参数数据有效5）相关手册编写与上线培训7.7.2 乙方职责参与运行环境的准备，参与上线前的培训工作。1 .编写上线方案、上线实施步骤、应急预案等上线准备文档2 .编写用户操作手册、系统切换方案、应用系统运行维护说明书、系统安装和配置手册、系统管理员手册、系统用户使用手册、系统批量操作手册等文档3 .协助甲方进行投产环境的安装、配置，并进行相关的检查7.73甲方职责负责项目运行环境软硬件准备;某某银行应用系统运行维护说明书系统安装和配置手册系统管理员手册系统用户使用手册某某银行系统批量操作手册项目上线方案项目上线实施步骤项目上线应急预案项目用户操作手册7.7.5完成标准开发环境、测试环境、运行环境、培训资料通过项目组的验收。7. 8试运行7.8.1任务项描述项目运行环境软硬件的安装、测试、运行维护，上线培训，以及系统优化等。具体描述为：投产数据的加载1）协助最终用户完成数据加载2）协助最终用户完成业务数据加载投产后的技术支持1）协助最终用户建立技术支持小组2）解决上线过程中技术问题的排错处理在上线过程中对用户在操作过程中的问题提供二线支持。7. 8.2乙方职责参与运行环境的准备，参与上线前的培训工作，在系统上线后提供维护支持，以及对系统必要的优化完善。1 .检查并加载相关的标准数据2 .根据甲方要求派相关技术人员在现场进行技术支持3 .协助甲方进行上线培训工作4 .解决上线过程中技术问题的排错处理5 .上线阶段所有相关技术人员对出现问题的应急处理6 .负责编写上线计划和培训计划等7 .针对上线后问题进行总结，提交上线报告7. 8.3甲方职责负责项目运行环境软硬件准备；8. 8.4提交文件项目上线报告系统运行报告7. 8.5完成标准开发环境、测试环境、运行环境、培训资料通过项目组的验收。7.9维护7.9.1任务项描述某某银行完成正式的系统验收之日起，乙方提供2年的免费维护支持。7.9.2甲方职责依据免费维护期内乙方的故障解决是否满足时效和质量要求，出具运维验收报告。7.9.3乙方职责对该项目产生的故障进行维护处理，1个工作日内完成故障原因分析，提交故障分析结果及解决方案。中断式故障要求当日完成修复，批量类故障要求3个工作日内完成修复，账务类故障要求3个工作日内完成修复，普通故障要求一周内完成修复。7. 9.4提交文件系统运维验收报告故障分析结果及解决方案7. 9.5完成标准完成维护期的故障修复工作，形成运维验收报告。7.10 项目跟踪与监控7.10.1 提交文件项目周报项目会议纪要项目外包公司情况简介公司方工作周报7.11 补充说明乙方所承担的工作任务如上所述，但不仅限于此，因本项目需要而在本文中未明确定义的工作乙方应服从甲方的安排予以完成，（不包括非本次系统的范围之外的工作）。8项目管理本项目的项目管理工作由某某银行和公司共同负责，公司人员根据某某银行项目的任务要求，和某某银行共同完成项目管理工作，人员安排服从项目要求，包含项目定义、分析、设计、构建、测试、上线期间必要的出差和加班等。乙方实施团队：1、须包含专职口项目经理、口开发、口测试；2、乙方实施团队需包含至少一名高级人员，初级人员占比不得高于岗位种类姓名人员数量等级工作经脸驻场时间项目经理需求设计开发测试乙方应急团队：乙方设置如下服务组织和团队为甲方提供应急服务:角色姓名联系方式以下是乙方根据项目开发的需要，希望甲方满足的资源需求。10.1 办公网络环境局域网，10OM以太局域网环境，并提供足够的网络接口和IP地址；有专门的技术支持人员进行日常维护；该网络需保证7X24小时有效。10.2 软硬件资源需求除自带的开发机器外，乙方将使用甲方提供的软硬件设备进行开发和测试工作。11项目验收在系统正式运行后三个月内，甲乙双方应组织项目验收。ILl验收组织系统的验收人员由双方共同派出，组成验收小组，执行验收的各项任务。IL2验收方式系统的验收执行方为某某银行，验收工作的组织由甲方负责，公司（乙方）应积极配合和支持，验收报告由甲方起草并签署。IL3验收步骤项目的验收工作步骤将通过双方协商确定，基本依据以下顺序进行。1L3.1确定验收计划验收小组确定本系统验收的验收工作进度计划，以及必要的准备工作。乙方负责填制项目验收申请报告，准备项目验收材料，向甲方提出验收申请。甲方负责对项目是否具备验收条件进行初审，提出是否同意进行项目验收的明确意见。1.1.2 3.2审查和确定系统验收标志验收小组审查系统验收标准，确定最终的系统验收标准。1.1.3 确定验收环境根据系统验收要求，建立验收环境。系统验收环境为系统的最终运行环境。1.1.4 项目审查验收小组根据本系统的系统验收标准，参考系统需求、工作说明书和合同，对项目最终提交的各项功能和文档进行审查。验收测试报告作为项目验收材料的组成部分。IL3.5系统演示验收小组通过系统演示方式，对本系统所提交的运行系统进行验证，以确保交付系统符合系统需求。11.3.6 验收测试对于交付的应用系统，验收小组抽取系统测试案例或另外编制系统测试案例，对系统的功能和性能进行测试，确认本系统的功能和性能符合系统需求。11.3.7 项目验收会项目验收初审通过后，由项目质量管理人员组织项目验收会。验收会上讨论项目过程中出现的问题，总结经验。确认是否还有未完成的工作，并讨论后续解决方案。验收结论以全体验收人员意见为准。11.4验收报告验收小组提交验收测试报告。如系统通过验收，则标志本系统实施工作全部完成，系统进入维护阶段。如系统未通过验收，甲方向乙方提出异议，乙方在接到异议后及时进行更改，直至验收合格。