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