工作的说明书SOW.doc

完整word)工作的说明书SOW
附件1

XXXXXX项目
工作说明书

起草人： 信息技术部

起草日期:

文档参考号：

文档版本号：

文档信息
名称：

起草人:

文档版本编号：

职位:

文档版本日期：

复审人:

复审日期：

文档参考号：

第三方文档参考号：

分发名单
自
日期
部门
职务
Email / 电话

给
部门
职务
行动＊
截止日期
Email / 电话

＊行动类别：批准，复审，通知，存档,所需行动,参加会议，其它（请指明）
版本记录
版本编号
版本日期
修改者
说明
Vx。xx

需求对应记录
对应需求编号
版本
修改者
说明

本文档中所包含的信息属于内部资料，如无用户的书面许可，任何人都无权复制或利用。
工作说明书目录
1 前言 5
1.1 目的 5
1.2 术语 5
1.3 参考 5
2 项目概述 5
2.1 项目目标 5
2.2 项目实施前提及假设 6
2。2。1 开发场地 6
2.2。2 开发设备 6
2.2.3 其他 6
2。3 系统体系结构 6
2.4 应用体系结构 6
3 项目工作范围 6
3.1 项目的工作任务1 7
3。1.1 工作描述 7
3。1.2 乙方的职责 7
3.1.3 甲方的职责 7
3.1.4 工作交付物 7
3。1。5 工作完成标志 7
3。2 项目的工作任务2 7
3。2.1 工作描述 7
3.2。2 乙方的职责 7
3。2.3 甲方的职责 7
3。2.4 工作交付物 8
3.2。5 工作完成标志 8
3。3 项目不包含的工作 8
4 系统需求范围 8
4。1 系统包含的功能 8
4.2 系统不包含的功能 8
4.3 系统的性能要求 9
5 项目交付清单 9
6 项目验收标准 9
6.1 软件验收标准 9
6.2 软件过程文档验收标准 10
7 项目实施进度 10
8 项目组织结构 11
8.1 组织结构图 11
8。2 角色分派及角色职责 11
9 变更管理流程 12
9.1 变更管理流程 12
9.2 重大变更定义 13
9。3 变更责任 13
10 业务连续性及过渡性安排 13

1 前言
本工作说明书是 合同（以下为简称主合同）的不可分割的组成部分，并经__________(以下简称甲方)和________公司（以下简称乙方）协商达成以下一致意见：
（1） 乙方同意向甲方提供本工作说明书所述服务。
（2） 主合同的定义、解释、条款、术语和条件将作为此工作说明书未提及部分的补充。本工作说明书与合同有冲突的，以主合同条款为准。
（3） 此工作说明书描述了由乙方为甲方实施 项目（以下简称本项目）的过程中提供的技术服务细则，以及甲乙双方在项目实施过程中的主要职责。
1.1 目的
为保证项目的顺利实施，本文档将作为项目执行过程中的基准。
1.2 术语
【说明】此处添加本工作说明书中所引用的重要术语或定义。
1.3 参考

【说明】此处添加本工作说明书中相关的其它重要文献资料名称。

2 项目概述
2.1 项目目标
【说明】此处填写为开发的应用系统需要实现的主要业务，以及该应用系统与现有系统和外部系统的关系.
2.2 项目实施前提及假设
【说明】此处根据项目实际情况填写，说明整个项目实施的需要具备前提条件以及假设，在前提条件具备的情况下进行后续描述的任务实施。
如果实施前提发生变化,将按照变更管理流程进行处理。
2.2.1 开发场地
【说明】此处描述需要甲方及第三方提供的工作场地、工作环境以及准备时间的要求.
2.2.2 开发设备
【说明】此处描述需要甲方及第三方提供的开发设备、设备规格、数量、准备时间等的要求。
2.2.3 其他
【说明】此处描述项目实施需要具体的其他前提条件和假设。
2.3 系统体系结构
【说明】此处描述所开发的应用软件构筑在何基础架构平台上，包括文字说明和图示.
2.4 应用体系结构
【说明】此处描述所开发的应用软件的架构设计,包括文字说明和图示。

3 项目工作范围
项目工作范围主要描述了在项目实施的各个阶段提供服务的主要内容，明确双方的职责,确定阶段交付成果以及完成标准。同时也说明项目不包含的工作任务。
正常情况下，项目工作任务要求按照如下阶段进行描述：
ü 功能规格编码
ü 设计
ü 编码与内部测试
ü SIT测试
ü 用户验收测试
ü 投产试运行
ü 培训
ü 系统验收
ü 维护
3.1 项目的工作任务1
3.1.1 工作描述
【说明】请根据项目实际情况，描述该项任务的主要内容。
3.1.2 乙方的职责
【说明】在本任务实施过程中，乙方承担的工作内容和职责.
3.1.3 甲方的职责
【说明】在本任务实施过程中，甲方承担的工作内容和职责.
3.1.4 工作交付物
【说明】列出该阶段任务需要交付的主要文档名称及内容说明。
3.1.5 工作完成标志
【说明】说明该阶段任务双方认可的完成标准。
3.2 项目的工作任务2
3.2.1 工作描述
【说明】请根据项目实际情况，描述该项任务的主要内容。
3.2.2 乙方的职责
【说明】在本任务实施过程中，乙方承担的工作内容和职责。
3.2.3 甲方的职责
【说明】在本任务实施过程中，甲方承担的工作内容和职责。
3.2.4 工作交付物
【说明】列出该阶段任务需要交付的主要文档名称及内容说明。
3.2.5 工作完成标志
【说明】说明该阶段任务双方认可的完成标准。
3.3 项目不包含的工作
【说明】请根据项目实际情况，替换本节中括弧中不包含的工作任务及其描述。
本项目不包含以下的工作任务：
1．[不包含的工作任务一的名称］
[不包含的工作任务一的具体内容描述]

2．［不包含的工作任务二的名称]
[不包含的工作任务二的具体内容描述］

3．［此处添加更多不包含的工作任务名称]
［更多不包含的工作任务的具体内容描述]

4 系统需求范围
4.1 系统包含的功能
【说明】请根据项目实际情况，替换本节中括弧中的功能及其描述。
本项目实现以下的功能:
1．[功能一的名称］
[功能一的详细描述］

2．[功能二的名称］
[功能二的详细描述］

3．[此处添加更多的功能］
［更多的功能的详细描述］

4.2 系统不包含的功能
【说明】请根据项目实际情况，替换本节中括弧中不包含的功能及其描述.
本项目不包含以下的功能：
1．［不包含的功能一的名称］
[不包含的功能一的具体内容描述］

2．［不包含的功能二的名称]
[不包含的功能二的具体内容描述］

3．[此处添加更多不包含的功能名称］
［更多不包含的功能的具体内容描述］
4.3 系统的性能要求
【说明】根据项目的情况，说明系统的性能要求.如不需要明确规定则可以删除本部分。

5 项目交付清单
【说明】此处列出项目各个阶段交付给甲方的正式交付物清单。
交付物名称
介质形式
期限
数量
备注

6 项目验收标准
6.1 软件验收标准
1．系统功能验收
【举例】
以本文第4条系统需求范围为依据,以甲乙双方确认的《项目软件需求规格说明书》（以双方签字为准）所定义的功能为验收的标准。
2．性能验收
【说明】此处根据是否需要明确性能要求而填写性能验收标准.
3．软件缺陷
【说明】请根据项目实际情况填写以下的缺陷分类表及相关的验收标准.
【举例】
如果验收测试后，系统的残余缺陷按照严重程度分类，分别满足对应的验收标准则视为验收测试合格。
缺陷分类表(严重程度按从大到小排列）
严重程度
描述
验收标准
A
系统由于出现问题不能继续运行

B
系统中某项业务（某一模块）无法进行。

C
系统中单一交易不能继续运转或错误，但不影响业务的进行.（有替代办法）

D
其他:
系统在某种状态下产生错误，不影响正常业务。限于那些装饰性且在软件处理上没有影响的问题。有着这些性质的缺陷可能留着未解决并积累直到软件的按期发布。

6.2 软件过程文档验收标准
【说明】请根据项目实际情况更改以下关于文档验收标准的描述。
【举例】
文档验收以抽样方式进行,抽样率为20％。如果在验收的文档中，错误的总字数超过抽样文档总字数的5%，或描述每一独立完整的功能/章节错误，则视为验收失败；否则为验收合格。

7 项目实施进度
【说明请根据甲乙双方约定的时间说明项目关键点的完成时间.
【举例】

项目关键时间点
计划完成时间
备注
项目启动

UAT测试

投产

验收

……

8 项目组织结构
8.1 组织结构图
【说明】请根据项目实际情况定义项目的组织结构图。
【举例】

乙方项目领导小组
技术经理
需求分析组
设计组
配置管理组
开发组
测试组
变更控制委员会
乙方项目经理
质量经理
甲方项目领导小组
甲方项目经理

8.2 角色分派及角色职责
【说明】请根据8。1节中项目实际的组织结构图定义角色职责。
【举例】
乙方项目领导小组：由乙方项目决策管理人员组成。
甲方项目领导小组：由甲户方项目决策管理人员组成.
变更控制委员会：由甲方、乙方项目领导小组中代表组成，进行重大变更决策.
甲方、乙方项目经理：［某二，具体职责描述]
质量经理：[某三，具体职责描述］
技术经理：［某四,具体职责描述］
配置管理组:[小组人员的构成、所属单位（甲方、乙方、其它单位）]负责配置库、软件配置项的管理。
需求分析组：[小组人员的构成、所属单位（甲方、乙方、其它单位）、所需人员的数目、职能描述以及小组开始工作的阶段]
设计组:[小组人员的构成、所属单位(甲方、乙方、其它单位)、所需人员的数目、职能描述以及小组开始工作的阶段]
开发组：[小组人员的构成、所属单位(甲方、乙方、其它单位）、所需人员的数目、职能描述以及小组开始工作的阶段]
测试组：[小组人员的构成、所属单位（甲方、乙方、其它单位）、所需人员的数目、职能描述以及小组开始工作的阶段］

9 变更管理流程
9.1 变更管理流程
【说明】此处定义项目需求、范围、资源等发生变更的处理流程。
【举例】
变更申请人
配置管理组
变更控制委员会
管理组
变更执行人组
变更申请
变更申请登记
变更评估
通过？
登记状态
登记状态
变更通知
变更执行
变更验证
是
双方项目组
管理组
重大变更
变更评估
通过？
是
是
否
否
否

9.2 重大变更定义
【说明】此处描述对项目进度、成本、质量等要素影响较大的变更事项。
9.3 变更责任
【说明】此处描述发生变更时，甲乙双方约定的对费用变化、风险控制等事项的处理。

10 业务连续性及过渡性安排

精彩文档