1、工 作 说 明 书1附件 1XXXXXX 项目工作说明书起草人： 信息技术部起草日期： 文档参考号：文档版本号：工 作 说 明 书2文档信息 名称：起草人： 文档版本编号：职位： 文档版本日期：复审人： 复审日期：文档参考号： 第三方文档参考号：分发名单自 日期 部门 职务 Email / 电话 给 部门 职务 行动* 截止日期 Email / 电话 *行动类别 ： 批准 ， 复审 ， 通知 ， 存档 ， 所需行动 ， 参加会议 ， 其它 （ 请指明 ）版本记录 版本编号 版本日期 修改者 说明 Vx.xx需求对应记录 对应需求编号 版本 修改者 说明 本文档中所包含的信息属于内部资料，如无用
2、户的书面许可，任何人都无权复制或利用。工 作 说 明 书3工作说明书目录1 前言 .51.1 目的 .51.2 术语 .51.3 参考 .52 项目概述 .52.1 项目目标 .52.2 项目实施前提及假设 .62.2.1 开发场地 .62.2.2 开发设备 .62.2.3 其他 .62.3 系统体系结构 .62.4 应用体系结构 .63 项目工作范围 .63.1 项目的工作任务 1.73.1.1 工作描述 .73.1.2 乙方的职责 .73.1.3 甲方的职责 .73.1.4 工作交付物 .73.1.5 工作完成标志 .73.2 项目的工作任务 2.73.2.1 工作描述 .73.2.2 乙
3、方的职责 .73.2.3 甲方的职责 .73.2.4 工作交付物 .83.2.5 工作完成标志 .83.3 项目不包含的工作 .84 系统需求范围 .84.1 系统包含的功能 .84.2 系统不包含的功能 .84.3 系统的性能要求 .95 项目交付清单 .96 项目验收标准 .96.1 软件验收标准 .96.2 软件过程文档验收标准 .107 项目实施进度 .108 项目组织结构 .118.1 组织结构图 .11工 作 说 明 书48.2 角色分派及角色职责 .119 变更管理流程 .129.1 变更管理流程 .129.2 重大变更定义 .139.3 变更责任 .1310 业务连续性及过渡性
4、安排 .13 工 作 说 明 书51 前言本工作说明书是 合同（以下为简称主合同）的不可分割的组成部分，并经_(以下简称甲方)和_公司（以下简称乙方）协商达成以下一致意见： （1） 乙方同意向甲方提供本工作说明书所述服务。（2） 主合同的定义、解释、条款、术语和条件将作为此工作说明书未提及部分的补充。本工作说明书与合同有冲突的，以主合同条款为准。（3） 此工作说明书描述了由乙方为甲方实施 项目（以下简称本项目）的过程中提供的技术服务细则，以及甲乙双方在项目实施过程中的主要职责。1.1 目的为保证项目的顺利实施，本文档将作为项目执行过程中的基准。1.2 术语【说明】此处添加本工作说明书中所引用的
5、重要术语或定义。1.3 参考【说明】此处添加本工作说明书中相关的其它重要文献资料名称。2 项目概述2.1 项目目标【说明】此处填写为开发的应用系统需要实现的主要业务，以及该应用系统与现有系统和外部系统的关系。工 作 说 明 书62.2 项目实施前提及假设【说明】此处根据项目实际情况填写，说明整个项目实施的需要具备前提条件以及假设，在前提条件具备的情况下进行后续描述的任务实施。如果实施前提发生变化，将按照变更管理流程进行处理。2.2.1 开发场地【说明】此处描述需要甲方及第三方提供的工作场地、工作环境以及准备时间的要求。2.2.2 开发设备【说明】此处描述需要甲方及第三方提供的开发设备、设备规格
6、、数量、准备时间等的要求。2.2.3 其他【说明】此处描述项目实施需要具体的其他前提条件和假设。2.3 系统 体系结构【说明】此处描述所开发的应用软件构筑在何基础架构平台上，包括文字说明和图示。2.4 应用体系结构【说明】此处描述所开发的应用软件的架构设计，包括文字说明和图示。3 项目工作范围项目工作范围主要描述了在项目实施的各个阶段提供服务的主要内容，明确双方的职责，确定阶段交付成果以及完成标准。同时也说明项目不包含的工作任务。正常情况下，项目工作任务要求按照如下阶段进行描述： 功能规格编码 设计 编码与内部测试 SIT 测试 用户验收测试 投产试运行 培训 系统验收 维护工 作 说 明 书
7、73.1 项目的工作任务 13.1.1 工作描述【说明】请根据项目实际情况，描述该项任务的主要内容。3.1.2 乙方的职责【说明】在本任务实施过程中，乙方承担的工作内容和职责。3.1.3 甲方的职责【说明】在本任务实施过程中，甲方承担的工作内容和职责。3.1.4 工作交付物【说明】列出该阶段任务需要交付的主要文档名称及内容说明。3.1.5 工作完成标志【说明】说明该阶段任务双方认可的完成标准。3.2 项目的工作任务 23.2.1 工作描述【说明】请根据项目实际情况，描述该项任务的主要内容。3.2.2 乙方的职责【说明】在本任务实施过程中，乙方承担的工作内容和职责。3.2.3 甲方的职责【说明】
8、在本任务实施过程中，甲方承担的工作内容和职责。工 作 说 明 书83.2.4 工作交付物【说明】列出该阶段任务需要交付的主要文档名称及内容说明。3.2.5 工作完成标志【说明】说明该阶段任务双方认可的完成标准。3.3 项目不包含的工作【说明】请根据项目实际情况，替换本节中括弧中不包含的工作任务及其描述。本项目不包含以下的工作任务：1不包含的工作任务一的名称不包含的工作任务一的具体内容描述2不包含的工作任务二的名称不包含的工作任务二的具体内容描述3此处添加更多不包含的工作任务名称更多不包含的工作任务的具体内容描述4 系统需求范围4.1 系统包含的功能【说明】请根据项目实际情况，替换本节中括弧中的
9、功能及其描述。本项目实现以下的功能：1功能一的名称功能一的详细描述2功能二的名称功能二的详细描述3此处添加更多的功能更多的功能的详细描述4.2 系统不包含的功能【说明】请根据项目实际情况，替换本节中括弧中不包含的功能及其描述。本项目不包含以下的功能：工 作 说 明 书91不包含的功能一的名称不包含的功能一的具体内容描述2不包含的功能二的名称不包含的功能二的具体内容描述3此处添加更多不包含的功能名称更多不包含的功能的具体内容描述4.3 系统的性能要求【说明】根据项目的情况，说明系统的性能要求。如不需要明确规定则可以删除本部分。5 项目交付清单【说明】此处列出项目各个阶段交付给甲方的正式交付物清单
10、。交付物名称 介质形式 期限 数量 备注6 项目验收标准6.1 软件验收标准1系统功能验收【举例】以本文第 4 条系统需求范围为依据，以甲乙双方确认的项目软件需求规格说明书 （以双方签字为准）所定义的功能为验收的标准。2性能验收【说明】此处根据是否需要明确性能要求而填写性能验收标准。3软件缺陷【说明】请根据项目实际情况填写以下的缺陷分类表及相关的验收标准。【举例】如果验收测试后，系统的残余缺陷按照严重程度分类，分别满足对应的验收标准则视为验收测试合格。缺陷分类表（严重程度按从大到小排列）严重程度 描述 验收标准工 作 说 明 书10A 系统由于出现问题不能继续运行B 系统中某项业务（某一模块）
11、无法进行。C 系统中单一交易不能继续运转或错误，但不影响业务的进行。 （有替代办法）D 其他：系统在某种状态下产生错误，不影响正常业务。限于那些装饰性且在软件处理上没有影响的问题。有着这些性质的缺陷可能留着未解决并积累直到软件的按期发布。6.2 软件过程文档验收标准【说明】请根据项目实际情况更改以下关于文档验收标准的描述。【举例】文档验收以抽样方式进行，抽样率为 20%。如果在验收的文档中，错误的总字数超过抽样文档总字数的 5%，或描述每一独立完整的功能 /章节错误，则视为验收失败；否则为验收合格。7 项目实施进度【说明】请根据甲乙双方约定的时间说明项目关键点的完成时间。【举例】项目关键时间点 计划完成时间 备注项目启动UAT 测试投产验收
