工作说明书模板试行.doc

×××股份有限公司

XXXX项目

工作说明书

Version 1.0

文档编号：

项目名称：

编 写：

编写日期：

审 核：

审核日期：

批 准：

批准日期：

工作说明书

xxxx项目 - 3 -
修订记录
章节编号
章节名称
修订内容简述
修订日期
修订前
版本号
批准人

目录
1 前言 1
1.1 目的 1
1.2 参考文献 1
1.3 术语与简称 1
2 系统概述 1
3 前提条件与假设 1
4 项目工作范围 2
4.1 项目管理 2
4.2 需求调研 3
4.3 软件开发 4
4.4 用户接收测试 4
4.5 系统安装调试 4
4.6 协助完成试运行 5
4.7 协助完成用户培训 5
48 质保期服务 6
5 项目不包含的工作 6
6 关键里程碑 6
7 验收标准及流程 7
7.1 完成条件 7
7.2 验收标准 7
7.2.1 问题严重性定义 7
7.2.2 上线标准 8
7.2.3 验收标准 8
8 变更管理流程 9
8.1 变更流程图 9
8.2 重大变更定义 10
8.3 变更流程说明 10

1 前言
本文档适用于×××股份有限公司承担的XXXX项目。预期读者包含但不限于XXX项目负责人、×××股份有限公司负责人、项目经理、客户经理、总工程师、现场经理等。
1.1 目的项目
为保证项目的顺利实施，本文档将作为项目执行过程中的基准。
本文及本文的全部附件定义了本项目的范围，即×××股份有限公司在本项目中应提供的全部服务和执行过程，对范围的改变以本文中《变更管理流程》为标准执行。
本项目执行过程中双方签字确认的文档定义了本项目的范围细节，对所有双方签字确认的文档进行变更以本文中《变更管理流程》为标准执行。

1.2 参考文献
《×××股份有限公司质量体系文件》。
1.3 术语与简称
工作说明书：指本文档；
用户：本系统的直接使用者；
用户方：指客户公司全称
实施方：×××股份有限公司

2 系统概述
本项目的目标是通过本文所定义的服务为用户方建造系统，系统的概述见《技术方案》。

3 前提条件与假设
工作说明书本身和完成工作说明书中所定义工作的各项估计基于以下的关键前提与假设条件。以下条件中任何一项不成立将按照本文附件一《变更管理流程》中定义的标准，对进度计划、交付日期和项目预算产生影响。
l 双方将在此项目中通力协作承担各自的责任，共同保证此项目的成功执行。
l 需求调研及设计联络仅在用户方住所地执行。
l 双方均指定一位项目经理来共同管理此项目。用户方项目经理负责协调用户方在本项目中所承担的任务，并且与实施方项目经理共同作出项目决策。
l 所有用户方提供的文档（如设计蓝图、外部接口规范等）实施方均不对其正确性与完整性负责，如用户方提供的文档中未准确说明的，以实施方的理解为准。
l 所有实施方提供的文档交付物中的目录结构与内容基于实施方的文档规范标准。
l 所有实施方提供的产品及服务均基于实施方的技术质量规范。
l 用户方应在项目进度计划中定义的时间框架内履行所有在此项目中承担的责任。任何因用户方未完全履行其责任而导致的项目进度延期将通过变更控制流程进行处理。
l 用户方在审核实施方提交的文档时，需书面给出全部且明确的审核意见与修订建议。用户方未书面指出或审核意见描述不明确的文档章节视为已审核通过，文档复审时仅针对审核意见进行复查。
l 本文中明确定义了文档审核期限的交付物，用户方如未在约定期限内给出明确书面审核意见的，视为用户方已经审核确认，实施方将据此进行后续工作。

4 项目工作范围
在本项目中实施方将向用户方提供如下服务：
l 项目管理
l 需求调研
l 软件开发
l 用户接收测试
l 系统安装调试
l 协助完成试运行
l 协助完成用户培训
l 质保期服务
其它没有列举出的任务不作为本项目的工作范围。
项目完成标准：
实施方根据本文中定义的完成标准完成了本文中定义的所有工作。

4.1 项目管理
项目组将按照实施方项目管理体系进行整个项目的质量、进度、风险、变更等管理，密切与用户方项目组合作，保证项目实施的成功。
实施方职责：
l 定义项目组织，书面确定实施方项目经理，作为实施方与用户方项目组正式协调沟通的唯一接口人。
l 制定《项目计划》，与用户方项目经理共同分配双方工作任务，定义进度与里程碑。
l 与用户方项目经理共同推进项目实施进程。
l 参与《项目计划》评审并签字确认。
l 监控项目进度和项目成员工作，调整和细化进度计划。
l 与用户方项目经理共同协商解决项目中出现的风险与变更。
l 进行文档管理和变更管理。
l 监控项目质量。
l 调配项目资源，控制项目的范围、进度、质量、成本。
l 组织并参加项目例会。
用户方职责：
l 书面确定用户方项目经理，作为用户方与实施方项目组正式协调沟通的唯一接口人。
l 与实施方共同制定项目计划。
l 组织《项目计划》评审并签字确认。
l 参与项目监控，对项目中出现的进度和质量问题对实施方提出意见。
l 监控与本项目相关的其他第三方里程碑计划，确保用户方按计划获得所需工作条件。
l 与项目涉及到的第三方进行协调沟通。
l 参加变更管理，与实施方共同协商解决项目中出现的变更，并严格遵照变更流程进行处理。
l 向实施方提供实施现场的独立办公环境和相应网络设备条件。
完成标准：
实施方根据本文中定义的完成标准完成了本文中定义的所有工作。
4.2 需求调研
根据《技术方案》内容进行需求调研，编写《需求说明书》。
实施方职责：
l 引导实施需求分析过程。
l 参与需求规格说明书评审并签字确认。
用户方职责：
l 按计划组织人员进行需求调研。
l 提供《技术方案》中所有功能点涉及的业务流程规范文档及业务单据样例。
l 组织人员编制《需求说明书》。
l 组织《需求说明书》评审并签字确认。
交付物：
交付物名称
介质
数量
《需求说明书》
电子介质
1
《需求说明书》
纸介质
3

完成标准：
当《需求说明书》双方方确认完毕时，本项工作即为完成。

4.3 软硬件接口
软件开发期间，系统所涉及的所有硬件条件、环境、安装应当满足的要求。
实施方职责：
l 根据《需求说明书》中提及的硬件接口进行软件的调试。
用户方职责：
l 服务器、网络条件具备。
l 门闸的硬件安装完成。
l 地磅的硬件安装完成。
l 地磅的.NET 软件开发接口提供。
l 交易一体称的到货时间和开发接口提供。
l 自助查询机条件具备。
完成标准：
实施方根据《需求说明书》中提及的硬件接口进行软件的调试完毕后，本工作即为完成。如用户方软硬件接口条件无法在规定日期前就绪的话，视为乙方联合调试工作完成。

4.4 软件开发
根据《技术方案》及《需求说明书》进行开发测试。
实施方职责：
l 根据《技术方案》、《需求说明书》等进行软件定制开发。
l 对软件进行内部测试
用户方职责：
l 跟踪监控项目进度。
l 提供项目涉及的第三方硬件设备及开发接口。
完成标准：
当《需求说明书》中定义的全部功能点定制开发及内部测试完毕后，本项工作即为完成。

4.5 用户接收测试
根据《项目开发计划》和《需求说明书》进行用户接收测试。
实施方职责：
l 协助用户方进行《用户接收测试大纲》的编制与评审。
l 协助用户方进行用户接收测试。
l 协助用户方对测试结果进行评审。
l 对评审确认的软件缺陷进行修正。
l 协助用户方编制《用户接收测试报告》。
用户方职责：
l 组织人员根据《需求说明书》编制《用户接收测试大纲》。
l 与实施方共同对《用户接收测试大纲》进行评审，并签字确认。
l 根据《用户接收测试大纲》进行软件功能测试。
l 书面向实施方反馈测试结果。
l 编制《用户接收测试报告》。
完成标准：
当《用户接收测试大纲》中定义的全部测试通过，且双方签字确认《用户接收测试报告》后，本项工作即为完成。

4.6 系统安装调试
根据技术方案、项目计划进行本系统的安装调试。
实施方职责：
l 根据技术方案编制系统安装调试计划。
l 与用户方评审《系统安装调试计划》并签字确认。
l 根据系统安装调试计划进行系统安装调试。
l 编制《系统安装调试报告》，并提交给用户方。
用户方职责：
l 与实施方共同编制《系统安装调试计划》。
l 组织进行《系统安装调试计划》评审，并签字确认。
l 按计划向实施方提供系统安装调试作业条件，确保实施方可按计划进行系统安装调试。
l 组织人员进行初始化数据录入。
l 接收并签署实施方提交的《系统安装调试报告》。
交付物：
交付物名称
介质
数量
《系统安装调试报告》
电子介质
1
《系统安装调试报告》
纸介质
3

完成标准：
当双方签字确认《系统安装调试报告》时，本项工作即为完成。
4.7 协助完成试运行
系统安装调试通过后一个月内为试运行，在试运行期间实施方将提供技术支持。
实施方职责：
l 提供试运行期间的技术支持工作。
l 通过技术支持进行问题定位。
l 解决因本文定义的服务而直接导致的问题。
用户方职责：
l 根据要求提供精确的问题描述和问题诊断信息。
l 为实施方进行调试、测试和监控提供相关软硬件环境。
l 协助实施方完成问题修复。
完成标准：
当达到以下任何一个条件时本任务完成：
l 试运行期间所发现因本文定义的服务而导致的问题均得到解决后。
l 达到《项目开发计划》中定义的完成标准。
l 双方经友好协商共同同意结束试运行时。
4.8 协助完成用户培训
根据项目计划及技术方案在用户方办公地对最终用户代表进行培训。
实施方职责：
l 协助用户方制定用户培训计划。
l 编制培训用材料。
l 根据用户培训计划派出讲师进行培训。
用户方职责：
l 与实施方共同编制用户培训计划。
l 培训活动总协调。
l 确定参加培训的人员，召集人员参加培训。
l 完成用户培训计划中定义的其它任务。
交付物：
交付物名称
介质
数量
《用户手册》
电子介质
1
《用户手册》
纸介质
10
完成标准：
以下任何一个条件达到时，即认为本任务完成。
l 实施方将《用户手册》提交给用户方，并完成培训讲解。
l 达到用户培训计划中定义的完成条件。

4.9 质保期服务
根据质保期条款向用户方提供服务。
实施方职责：
l 根据合同质保期条款向用户方提供服务。
l 对双方确认无法远程解决的本软件自身缺陷进行现场技术支持。
l 编制并提交《现场技术支持记录单》。
用户方职责：
l 向实施方提供详细的问题描述。
l 向实施方提供远程维护必要的网络条件及访问账号。
l 向实施方提供必要的现场环境和条件。
l 签署《现场技术支持记录单》。
交付物：
交付物名称
介质
数量
《现场技术支持记录单》
电子介质
1/次现场技术支持
《现场技术支持记录单》
纸介质
2/次现场技术支持
完成标准：
以项目计划中确定的质保期结束日期达到时，即认为本任务完成。

5 项目不包含的工作
本项目中非实施方提供设备的安装、调试与培训等工作均不属于实施方工作范围。
6 关键里程碑与甘特图
里程碑
相对时间
日期
合同签署完毕
D

需求调研完毕
D+30

软件开发完毕
D+45

硬件到场
D+40

用户接收测试完毕
D+50

系统安装调试完毕
D+65

7 验收标准及流程
7.1 完成条件
当以下任何一个条件达到时，实施方即履行了本文中定义的所有义务。
l 本文定义的所有任务的“完成标准”均已达到。
l 实施方完成了所有在“实施方职责”中定义的任务，包括提交了“交付物”中列出的所有文档和代码。
l 因用户方或其它任何第三方原因导致【系统安装调试】任务完成后12个月内系统无法投入试运行时，本项目完成。
l 双方通过友好协商共同同意提前终止此项目。

7.2 验收标准
7.2.1 问题严重性定义
测试中发现的问题级别认定基于以下定义：
严重性级别
描述
1
致命错误
指系统无法使用或受到严重影响，导致所有业务功能无法执行。问题无法迂回绕过。
2
严重错误
指系统运行正常但某个特定的功能失效，导致很多用户收到影响，系统性能严重降低。但存在问题的备选解决方案或问题可以迂回绕过。
3
一般错误
指系统运行正常，业务处理受到限制，但未对整体业务造成影响。
4
建议性问题
系统功能运行正常，由问题提出人提出的次要问题和装饰性改进意见。

7.2.2 上线标准
根据问题严重性定义】的定义，达到以下标准时系统可以上线。
问题严重性级别
问题比例（以记录和发现的问题总数为分母）
1
0
2
<=5%
3
<=10%
4
无限制

7.2.3 验收标准
根据【问题严重性定义】的定义，达到以下标准时软件系统验收通过。
问题严重性级别
问题比例（以记录和发现的问题总数为分母）
1
0
2
0
3
<=5%
4
无限制

8 变更管理流程
8.1 变更流程图

8.2 重大变更定义
重大变更指的是变更涉及到实施方成本变化的变更。
8.3 变更流程说明
1) PMO由双方项目经理组成，项目领导小组由双方商务经理组成。
2) 变更由变更提出方发起。变更提出方包含且仅包含用户方和实施方。由于用户方所管理的其他设备要求本项目变更的，由用户方提出变更。
3) 变更审批表及附件由用户方与实施方协商确定具体模板格式及明确的编制说明。其中包含变更提出原因、变更涉及到的材料与设备数量及价格、变更执行方和变更完成时间要求。变更提出方应正式签章后提交PMO。
4) 变更评估由PMO组织相关人员进行。评估结果需包含变更是否必要、是否可行、变更价格是否在可接收范围内、变更是否属于重大变更。评估后由评估人签字确认。变更评估需在10个工作日内完成。
5) 经评估确认不属于重大变更的，由PMO给出书面审核意见并签章确认。
6) 经评估确认属于重大变更的，由PMO提交项目领导小组审核。项目领导小组审核后签署审核意见并反馈给PMO。项目领导小组审核需在20个工作日内完成。
7) 变更审核完毕后由PMO指定专人进行备案，反馈给变更提出方并将书面通知变更执行方进行变更。
8) 变更执行方正时接收到书面签章完毕的变更审批表后按变更审批表要求进行变更，变更完毕且自检通过后书面通知PMO进行变更验证。
9) PMO接到变更执行方通知后组织人员与变更执行方进行联合变更验证，PMO需在20工作日内完成变更验证，逾期未完成的视为验证通过。验证未通过的由变更执行方进行整改，直到完成变更。
10) 变更验证通过的，由PMO组织进行付款与结算，变更审批表做为变更付款结算唯一且最终的依据。

用户方： 实施方：
客户公司全称 ×××股份有限公司

项目负责人 项目负责人
签字： 签字：

日期： 日期：

xxxxx项目 - 10 -