文档库 最新最全的文档下载
当前位置:文档库 › 项目实施工作任务书

项目实施工作任务书

项目实施工作任务书
项目实施工作任务书

项目实施工作任务书

(模版)

客户项目经理:

日期:

用友项目经理:

日期:

内容目录

1.前言

此工作任务书描述了北京用友软件股份公司作为管理软件供应商及咨询实施服务提供者,为甲方总公司实施“甲方公司ERP项目”过程中所提供的技术服务。

1.1名词定义

本工作任务书中所用术语定义如下:

1. 甲方(客户方):甲方集团公司

2. 乙方(用友方):北京用友软件股份有限公司

3. 项目:甲方ERP项目

4. 系统:甲方ERP系统

5. (第一阶段):项目需求调研及方案设计阶段

6. (第二阶段):项目一期工程试点实施阶段

7. (第三阶段):项目一期工程推广实施阶段

8. 交付件:乙方根据本工作任务书的规定,在项目各个阶段向甲方提交的用于甲方审查、验收

项目的文件和/或工作成果

9. 用友ERP产品:NC/U8软件包

1.2项目实施前提

本项目的执行范围和计划基于如下前提,以下条件的变更将可能影响项目的实施计划与服务价格。

1. 此工作任务书一旦经甲、乙双方签字认可,将取代有关本项目以前任何口头和书面的承诺。

2. 甲方应控制和管理其内部影响项目实施计划的因素,甲方应负责乙方控制范围内(包括乙方提

供的第三方服务/产品)的因素所造成的项目实施计划延误。

3. 甲乙双方均有权在项目实施过程中依据本工作任务书的第10节提出变更申请。

4. 甲方的服务范围与价格是基于将用友ERP产品作为ERP软件包、且用友ERP产品的实施是基

于集中式的系统架构。

5. 用友ERP产品的实施版本应在《软件销售合同》中确定,在实施过程中如用友ERP产品推出

新版本、并且乙方要求升级,则因升级所产生的实施费用将不包括在本工作任务书的范围内。

6. 除用友ERP产品外,硬件及其他软件的安装不包含在本工作任务书的工作范围内。

7. 本工作任务书不包括由甲方负责的网络、硬件、电子商务系统及系统总体方案的设计部分,乙

方将在甲方进行上述方案设计过程中,提供必要的顾问及咨询意见,由甲方完成上述设计方案。

8. 用友ERP产品应由用友公司提供并保证质量。如甲方要求修改用友ERP产品源程序代码,则

按变更控制程序进行变更申请。甲方原则上不负责对用友ERP产品源程序代码作任何修改。

9. 甲方、乙方应依据本工作任务书第9节建立相应的层次结构合理、职责明确、功能齐全的项目

实施组织结构。

10. 甲方、乙方组成合作团队,应根据本工作任务书中所约定的内容完成各自的任务、承担各自的

责任,并保证密切配合、协调工作。

11. 甲、乙双方应共同努力,以使项目实施过程也是甲方向乙方进行知识传递的过程。

12. 甲、乙双方必须确保项目参加人员能够履行本工作任务书的第9节所规定的职责,并保证主要

参加人员全职投入到项目中,并能及时正确地完成所分配的任务。

13. 甲、乙双方项目经理共同制定项目实施的详细计划,并应在项目实施过程中根据实际情况作适

当调整。该详细计划及其调整方案作为本工作任务书的补充部分。

14. 如甲、乙双方在项目实施过程中发生人员变动,必须提前15天通知对方,经对方项目经理认

可后,提供相应技能的替代人员,并做好交接工作。

15. 乙方应确保乙方项目组的成员能代表乙方说明在作业流程上、政策上和制度上的需求。甲方项

目组成员应能对项目实施过程中有关甲方方面可能产生的意见分歧作出决定、寻找替代方案、

或寻求上级管理层的决策。

16. 乙方在实施期间提供总共200人天的服务,超过部分的服务单价同前述200人天的服务单价,

并通过变更控制程序处理。

17. (其他约定条款)

2.项目范围

双方项目小组将将遵守以下确定的实施范围,任何范围的调整都必须执行本任务书第8章节规定的变更控制程序。

2.1组织范围

(组织范围描述系统实施的主体,对于集团型企业,应将需要实施的下级单位一一列举,避免使用“乙

方集团及下属单位”这样的语句)

组织范围是指本系统实施的主体,本工作任务书所指项目实施的主体包括且仅限于下表所列内容:

2.2功能范围

(功能范围描述用户购买的系统产品模块)

项目实施的系统模块包括用友ERP-NC的以下模块:

2.3业务流程范围

(业务流程范围描述客户需要通过系统实现的日常业务处理,在这里列举的业务不可能很详细,但要基本覆盖系统可以实现的客户的业务,由于所列内容意味着将来就要通过系统或变通实现,咨询顾问在此一定要有充分的把握,才可以将客户的业务列入下表。对同一业务顾问和用户在初始阶段可能理解不一样,为了避免将来的纠纷,需要注明:项目实施以系统现有功能为基础,不包括外延的专项开发,如需要,应单独协商。)

本项目实施所涉及的客户业务流程包括下表所列内容,需要说明的是:项目实施以系统现有功能为基础,不包括外延的专项开发,如需要,应单独协商。

2.4模块、组织应用矩阵图

(用于描述实施单位各自启用的系统模块,对于集团型企业,各独立核算单位的业务类型、管理重点可能各不相同,因此,购买的软件模块并非集团内所有单位都要应用。在对客户进行初步调研后即可确定各单位将应用哪些模块,下一步的需求调研将以此为基础。)各实施主体单位应用模块情况如下表所示:

2.5项目接口范围

1.本项目实施涉及的与用友ERP系统的数据接口有:

1)将客户销售业务系统业务单据传递到本系统的应收系统

2)将用友ERP系统数据传递到客户的稽核系统

3)。。。

4)(如无任何接口需求,则注明:本系统实施不涉及任何数据接口需求)

2.系统接口方式:(根据实际情况选择)

1)用友公司提供接口的标准数据格式和技术手册,由客户自行开发其他业务系统的数据转换程序,将业务数据按照用友公司的数据接口标准进行转换,然后导入用友ERP系统;

2)由客户提供其业务系统的数据结构,用友公司承担接口程序的设计和开发;

3)。。。

2.6数据转换范围

(根据数据量的大小,以及考虑到乙方公司尚没有现存的计算机系统,初始数据准备及转入ERP作将手工进行。甲方公司方项目组将负责数据转换,顾问将会利用ERP的一些工具协助甲方公司项目组进行数据整理、核对、导入;只转换业务需要的数据,历史交易数据将参照历史报表;顾问将监督数据转换过程,确定数据格式以及规范。)

1.客户的历史交易数据仍保留在原系统(单独),不作为用友ERP系统上线的数据转换范围,项目基础数据

转换包括但不限于以下范围:

1)零配件物料清单 (设备维护管理子系统);

2)设备任务清单(设备维护管理子系统);

3)未结订单 (销售与分销管理子系统);

4)客户主文件 (销售与分销管理子系统);

5)价格主文件 (销售与分销管理子系统);

6)成品目录 (销售与分销管理子系统);

7)原材料 (物料管理子系统);

8)零配件 (物料管理子系统);

9)供应商主文件 (物料管理子系统);

10)未关采购单 (物料管理子系统);

11)未关合同 (物料管理子系统);

12)产品物料清单 (生产管理子系统);

2.以下数据由顾问帮助客户利用数据转换工具导入,但原始数据的准备、内容校验工作主要由客户项目组负

责,顾问将给以指导和形式校验:

1)零配件物料清单 (设备维护管理子系统);

2)客户主文件 (销售与分销管理子系统);

3)成品目录 (销售与分销管理子系统);

4)原材料 (物料管理子系统);

2.7二次开发范围

包括

不包括

重点解决报表

在项目实施期间对ERP标准系统不进行二次开发,如确实需要,则由双方另行协商,签订二次开发合同。

2.8技术实施范围

本工作任务书约定,在项目实施过程中,用友项目组仅负责有关ERP系统本身的安装、调试,和维护等工作,并不包括网络系统、数据库以及硬件的安装、调试,和维护。

甲方集团(客户)信息管理部将负责完成所有相关网络、数据库和硬件的安装和维护。同时甲方集团实施小组还将负责公司本地的技术基础设施的安装,以支持ERP系统的实施。

2.9培训范围

在项目实施过程中,对甲方公司的培训将采用“培训培训者”的策略;这个策略包括以下四层含义:

1.由用友项目组成员培训甲方公司项目组成员;

2.在用友实施顾问的协助下,甲方公司项目组成员对最终用户进行培训,若甲方公司项目组成员没有足

够的能力对其他用户进行培训,则由用友顾问首先对客户项目组成员进行培训;

3.甲方公司项目组成员的选择应充分考虑其接受新知识的能力以及这些选择对项目实施成本和进程的

影响;

4.电脑技术培训在对最终用户进行培训前应广泛的展开以便提高业务和操作培训的效果.

3.项目组织

3.1总体组织结构图

3.2项目指导委员会

项目指导委员会由甲方、乙方双方方高层领导、以及甲方、乙方项目经理共同组成,其目的是审查项目的进展状况、并解决可能对项目产生不利影响的管理问题。经甲方、乙方项目经理提议,每月召开一次项目指导委员会会议。会议上,各方项目经理将和项目指导委员会一起审阅项目进展状况。项目指导委员会的职责是:

1. 定期或在项目经理请求下会见项目领导和项目经理

2. 向甲方高层领导汇报项目的进展状况

3. 在需要时与甲方高层领导沟通项目有关情况

4. 对项目实施所涉及的政策问题作出决定

5. 解决项目实施过程中所涉及的重大问题

6. 按项目实施需求负责有关资源分配和工作授权

3.3客户项目组织

甲方项目组包括项目经理、关键用户、技术人员,(如有其他人员,在此也做说明)总体职责如下:

1. 负责提供乙方完成工作任务所必须的信息

2. 与乙方配合,保证与项目有关的问题得到即时解决

3. 向其他用户说明新系统的功能、用途和业务规范

4. 协调其他用户关于原型测试模型的反馈信息

5. 协助乙方实施未来业务流程的转变

6. 制定用户权限

7. 制定培训及后勤计划

8. 按需合理分配人员

9. 提供最终用户培训

10. 向最终用户说明集成测试计划

11. 制定系统测试周期、测试脚本和所需测试业务并执行测试

12. 支持转换后投产环境

13. 基础数据的准备与输入

3.3.1客户高层的强力支持和推动

ERP项目是个“一把手”工程,客户高层要给以充分的支持和强有力的推动,尤其在项目实施遇到障碍、人员调整、部门之间的协调时,应迅速出面解决。同时应给项目组成员充分授权和相应的激励措施。

3.3.2客户项目经理

甲方项目经理在各方面代表甲方,并负责和乙方的联系,主要职责如下:

1. 与乙方项目经理共同建立项目组

2. 明确项目组成员各自的职责

3. 建立项目实施环境和项目组织结构

4. 与乙方项目经理共同管理项目

5. 与乙方项目经理共同对项目活动进行协调

6. 随时向项目指导委员会汇报最新项目状况

7. 在乙方项目经理协助下进行广泛、大量的工作,包括分配项目人员、责任分工和排序,根据不

同的阶段管理进度

8. 为不同的技术集成问题提供客观建议

9. 确定组织/管理变更问题并与乙方项目经理商议为最终决定提供建议

10. 在乙方项目经理协助下确保对项目质量的控制

11. 与乙方项目经理共同确定培训要求并负责协调沟通

12. 指导业务流程重组及变更的实施

13. 协助乙方项目组与乙方的项目相关用户部门沟通

14. 签署项目交付件

15. 确保按付款条件及时付款

16. 保证人员供应

17. 按需合理分配人员,确保准时完成任务

3.3.3关键用户

甲方关键用户的主要职责如下:

1. 参与讨论会议,以确认需求

2. 审核业务流程的功能设计

3. 参与各模块应用的配置

4. 岗位设计

5. 参与报表具体规格的制定

6. 审阅、确认和验收业务设计

7. 和乙方咨询实施顾问共同准备测试脚本和数据

8. 参与系统集成测试,校验测试结果

9. 协助制定用户验收测试计划,并参与用户验收测试

10. 负责收集系统转换的数据

11. 负责新系统切换

12. 实施变更控制和沟通

13. 制定最终用户手册

14. 负责最终用户培训

3.3.4技术人员

甲方技术人员的主要职责如下:

1. 实施系统管理

2. 负责用友ERP产品的维护

3. 负责数据校验和转换

4. 操作系统管理

5. 数据库管理

6. 硬件平台管理

7. 客户端管理

8. 同其他项目组成员合作建立网络环境

9. 建立开发、测试和生产运行所用环境

10. 批输入处理工作管理和计划

11. 后台工作管理

12. 提供桌面帮助支持,即诊断和解决系统相关问题

13. 建立系统用户安全权限

14. 参与新系统设计讨论

15. 协助系统测试和验收测试

16. 建立测试和生产运行环境

17. 实施数据移植

3.4用友项目组织

用友项目小组是实施本项目的直接执行人,负责按照本工作说明书确定的实施范围,组织项目实施工作,保证服务质量,并解决实施过程中遇到的技术方面的问题。乙方项目组包括项目总监、项目经理、咨询实施顾问、ERP技术顾问(如有客户化开发人员,在此也做说明),总体职责如下:

1. 保证与项目有关的乙方的问题得到及时解决

2. 提供有关用友ERP产品的技能和以往经验

3. 计划、协调项目实施过程中各个方面的工作

4. 建立项目环境和项目组结构

5. 依据项目计划充分调动乙方资源,并做好这些资源的后勤保障,并在必要时候,寻求乙方

更高层次的支持

6. 针对甲方未来的业务流程重组提出建议

7. 从总体上控制项目实施时间进度,保证服务质量

3.4.1项目总监

乙方项目总监将在项目的关键检查点,对项目各方面进行检查与指导,主要职责如下:

1. 项目实施程序、原则标准的建立与执行

2. 项目责任的清楚定义和理解程度

3. 项目组成员在团队内的有效工作

4. 负责监督项目实施质量

5. 负责完成项目监督报告

3.4.2项目经理

乙方项目经理配合甲方项目经理负责计划、组织、指导和协调项目组的工作,并在适当的时候,负责项目组内部和其他有关方面的相互沟通,主要职责如下:

1. 建议项目的阶段审核点

2. 制定项目计划

3. 规定培训内容及过程,制定培训及后勤计划

4. 指导、建议、管理项目日常活动

5. 管理项目初始变更及变更过程

6. 参加项目指导委员会会议

7. 定期向项目领导及项目指导委员会汇报项目的进展状况,并提出问题改进措施的建议

8. 协助甲方通报并解决出现的问题

9. 合理分配项目人员

10. 计划、组织系统集成的执行

11. 确认任务的完成,实施质量控制

12. 发现、协调相互沟通/变更控制/组织方面等问题

13. 寻找、协调和定义项目组每一成员的职责

14. 完成每周一次的项目状态报告

15. 完成每月一次的工作总结

16. 负责待解决问题备忘录

3.4.3咨询实施顾问

乙方应用咨询顾问的主要职责如下:

1. 主持需求调研和讨论会

2. 分析现有业务流程和系统接口要求

3. 确定用户功能需求并协助制作文档

4. 设计未来业务流程

5. 指导培训计划的制定与培训后勤工作的展开

6. 为关键用户提供标准产品培训

7. 根据功能需求确定用友ERP产品的功能和流程选择

8. 设计业务原型

9. 根据双方确定的业务需求,定义和配置系统参数

10. 计划集成测试,并预估集成测试所需资源

11. 制定集成测试方案

12. 协助制定系统测试过程和测试所需的业务案例

13. 协助监控、评估集成测试的执行

14. 为最终用户培训提供指导和建议

15. 定义基础数据转换步骤和策略

16. …

3.4.4技术顾问

乙方技术顾问的主要职责如下:

1. 提供系统运行环境配置建议和优化措施

2. 安装用友ERP系统并对甲方系统管理员提供培训

3. 提供用友ERP产品与外部系统接口的分析工作

4. 提供可转入用友ERP产品的中间文件的数据文件说明,提供数据移植所采用的技术建议方案4.项目实施方案

(以下内容为某项目案例,具体项目的阶段划分、任务划分、完成标志根据具体情况拟定,本案例内容在此仅作参考)

以下将按乙方的ERP软件包实施方法论,对项目实施过程中各阶段所涉及的任务与交付件、及各阶段工作的完成标志进行描述。

4.1第一阶段

4.1.1项目规划-需求调研准备与需求调研

在此阶段,将正式建立甲方、乙方的项目小组,并同时明确项目目标、制定项目计划和项目标准、分配各方的相关工作任务。乙方将对甲方的项目小组进行项目的管理方法、调研方法、实施方法以及用友ERP产品的基础培训,进行用户访谈,对目前的业务运作模式进行调研。

项目准备阶段的目的是:

1. 理解和评估甲方业务策略、重要的业务流程以及对目前应用更改的可能性;

2. 详细列出高层次的业务需求,分析确定目前的业务流程与未来的业务流程之间可能出现的差

异;

3. 对甲方的项目组进行专精培训,使项目组成员理解用友ERP产品提供的功能,并为后期的最

终用户培训进行准备。

4.1.1.1乙方任务

1. 协助甲方召开项目启动会;

2. 甲方、乙方的项目小组开会讨论各方项目组成员的工作角色及各自的责任,确定互相沟通的方

式、项目组的纪律和工作时间表;

3. 制定第一阶段的详细工作计划;

4. 对甲方的项目组进行专精培训;

5. 进行用户访谈;

6. 评估甲方目前的业务状况及业务环境;

7. 评估甲方的业务发展策略;

8. 。。。

4.1.1.2乙方交付件

1. 详细项目工作计划文件

2. 项目范围定义文件

3. 项目文档控制规定

4. 培训课程与培训资料

4.1.1.3完成标志

乙方将上述交付件交付给甲方后,甲方应于5个工作日内以书面形式指出其中的问题;在乙方将交付件内容更新并提交给甲方后,甲方还可于3个工作日内以书面形式再次指出其它问题;若甲方对交付件无异议或处理逾期,则上述交付件被视作已通过甲方验收。

4.1.2业务分析—需求分析和系统初步设计

此阶段是对甲方进行业务流程改进建议的阶段。在此阶段将分析甲方现有的业务流程,引入国际甲方行业先进的管理经验,定义甲方未来的业务流程。

焦点分析阶段的目的是:

1. 明确甲方现有的业务流程与用友ERP产品的标准流程之间的差异;

2. 运用国际甲方行业一些成熟的最佳实践经验,定义甲方未来的业务流程。

4.1.2.1乙方任务

1. 分析甲方现有的业务流程;

2. 介绍国际甲方行业的最佳业务实践经验;

3. 设计甲方未来的业务流程,并使之合理化;

4. 对甲方的业务及管理人员进行管理培训;

5. 提供与用友ERP产品实施相关的甲方角色岗位的职能定义建议及这些岗位所属部门在ERP运

用方面的职能定义建议,包括这些部门在ERP运用中与业务关联的整体组织架构建议;

6. 协助甲方制订《系统总体设计方案》。

4.1.2.2乙方交付件

1. 甲方未来业务流程设计文件

2. 项目效益分析文件

3. 甲方整体组织架构建议书,包括部门职能及岗位职能的定义建议

4. 系统概要设计说明书(不含网络、硬件及电子商务系统的设计方案)

4.1.2.3完成标志

乙方将上述交付件交付给甲方后,甲方应于5个工作日内以书面形式指出其中的问题;在乙方将交付件内容更新并提交给甲方后,甲方还可于3个工作日内以书面形式再次指出其它问题;若甲方对交付件无异议或处理逾期,则上述交付件被视作已通过甲方验收。

4.1.3电子商务咨询服务

4.1.3.1服务方式

甲方将在第一阶段提供40人天国内专家的电子商务咨询服务。服务方式采用计时咨询方式、而非任

务承包方式。因甲方使用乙方电子商务咨询服务的地点在北京、但时间不确定,因此甲方在向乙方申请使用电子商务咨询服务时应遵循如下规定:

1. 乙方提供咨询服务的基本计算单位是1人天。

2. 乙方应在第一阶段开始前30天,向甲方提出详细电子商务系统实施计划和使用甲方咨询服务计划。

3. 甲方第一次使用甲方咨询服务必须提前20天提出书面申请。在保证电子商务系统实施计划和使用甲

方咨询服务计划的变更及时通知甲方的前提下,以后的咨询服务,甲方提前15天提出书面申请即可。

4. 乙方提供的是连续时间段的咨询服务,甲方每次使用乙方咨询服务的人天不得少于国内专家3天。

乙方应在接到甲方书面申请后7日内,给予甲方有关咨询服务专家安排的答复。因人员调配原因,乙方有权和甲方协商调整乙方咨询服务专家到达甲方现场的时间,乙方咨询服务专家应在甲方答复后7日内到达甲方现场。

4.1.3.2服务内容

4.1.3.2.1乙方任务

1. 从业务角度出发,对以下问题进行讲解:

1)国外电子商务运作模式

2)电子支付和安全

3)电子商务与ERP系统的结合

2. 与乙方共同了解甲方对电子商务方面的需求;

3. 帮助评审甲方提出的电子商务系统设计方案,从体系结构、测试方案和系统部署等方面提出建

议;

4. 提供有关电子商务开发的技术讲座,主要讲解电子商务开发流程;

5. 根据甲方电子商务开发的实际情况,给予有关乙方电子商务开发软件产品的技术支持;

6. 提出甲方电子商务运作模式和业务流程的设计方案建议。

4.1.3.2.2甲方责任

1. 负责乙方举办业务和技术讲座的场地预订及讲座所需软、硬件产品的提供与安装;

2. 负责组织和参与需求讨论会,并在讨论过程中与乙方共同解答甲方提出的问题。

4.1.3.2.3完成标志

乙方将上述交付件交付给甲方后,甲方应于5个工作日内以书面形式指出其中的问题;在乙方将交付件内容更新并提交给甲方后,甲方还可于3个工作日内以书面形式再次指出其它问题;若甲方对交付件无异议或处理逾期,则上述交付件被视作已通过甲方验收。

4.1.4第一阶段甲方责任

甲方在第一阶段负责以下任务,承担相关责任:

1. 提供能够履行本工作说明书的第9节所列职责的项目人员;

2. 负责与乙方共同准备整个项目组的工作环境及相应设施;

3. 负责与乙方共同调研供应链相关的外部环境,包括供应商与运输商、航空公司和结算银行等;

4. 负责网络、硬件及电子商务系统的方案设计;

5. 负责将甲方提交的《系统概要设计说明书》,甲方制订的网络、硬件及电子商务系统的方案设计整合

成《系统总体设计方案》;

6. 负责需求调研过程中与选定的甲方调研单位之间的协调工作;

7. 对项目实施过程中出现的甲方和乙方的问题,乙方应在3个工作日内与甲方协商并作出解决计划;

如乙方在上述期间内未与甲方商定解决计划,则由甲、乙双方共同商定解决的时间安排;

8. 负责在约定时间内验收乙方提交的阶段性交付件。

4.1.5第一阶段乙方责任

1. 提供能够履行本工作说明书的第9节所列职责的项目人员;

2. 将《系统总体设计方案》报中国民航总局审批,并促使其获得批准;

3. 在项目执行过程中,需要明确乙方在管理上的许多事项,乙方项目小组会对这些事项及时提出

意见和建议,但最后的决定权应由甲方掌握;项目指导委员会应在项目准备阶段开始之前制定

好与项目相关的管理事项的决策程序和制度,保证项目按时执行。

4.2第二阶段

4.2.1系统测试和最终用户培训

在此阶段,制定第二阶段的详细工作计划、系统测试计划及最终用户培训计划,并完成用友ERP产品在系统实验室环境中的安装、调试。

4.2.1.1乙方任务

1. 制定第二阶段的详细工作计划;

2. 制定系统测试计划;

3. 制定最终用户培训计划;

4. 完成用友ERP产品在系统实验室环境中的安装、调试。

4.2.1.2乙方交付件

1. 第二阶段详细工作计划

2. 系统测试计划

3. 最终用户培训计划

4. 在系统实验室环境中安装、调试完毕的用友ERP产品

4.2.1.3完成标志

乙方将上述交付件交付给甲方后,甲方应于5个工作日内以书面形式指出其中的问题;在乙方将交付件内容更新并提交给甲方后,甲方还可于3个工作日内以书面形式再次指出其它问题;若甲方对交付件无异议或处理逾期,则上述交付件被视作已通过甲方验收。

4.2.2方案调整—系统详细设计

在此阶段,将对甲方各职能部门的功能需求进行更详细地分析,产生根据甲方业务需要的项目设计文

档。

4.2.2.1乙方任务

1. 提供详细的用友ERP产品功能与业务需求之间的差异分析;

2. 针对数据移植提供可转入用友ERP产品的中间文件的数据文件说明,提供数据移植所采用的技

术建议方案;

3. 提供外部接口所涉及用友ERP产品部分的技术建议方案;

4. 提供用友ERP产品的报表定义;

5. 提供用友ERP产品的功能增强开发设计方案;

6. 指导甲方准备用户权限设置文件;

7. 协助甲方制定系统管理规章和系统备份方案。

4.2.2.2乙方交付件

1. 系统详细设计说明书(不含网络、硬件及电子商务系统的设计方案)

2. 详细工作计划和修改后的详细设计阶段的人力资源计划

3. 更新的人员培训计划

4. 详细的用友ERP产品功能与业务需求差异分析报告

5. 可转入用友ERP产品的中间文件的数据文件说明及数据移植所采用的技术建议方案

6. 外部接口所涉及用友ERP产品部分的技术建议方案

7. 用友ERP产品报表定义

8. 用友ERP产品功能增强开发设计方案

4.2.2.3完成标志

乙方将上述交付件交付给甲方后,甲方应于5个工作日内以书面形式指出其中的问题;在乙方将交付件内容更新并提交给甲方后,甲方还可于3个工作日内以书面形式再次指出其它问题;若甲方对交付件无异议或处理逾期,则上述交付件被视作已通过甲方验收。

4.2.3配置、系统开发与系统测试

配置阶段的目的是开发、测试客户化的用友ERP产品。在此阶段,乙方对设计/重设计阶段产生的未来业务流程及功能进行更详细地设计和分析,通过业务重组,将这些业务流程和用友ERP产品具体的流程联系起来。这一阶段最关键的标志是为甲方未来业务流程做系统设置和原型设计。

4.2.3.1配置和最终用户培训

4.2.3.1.1乙方任务

1. 系统原型配置;

2. 在甲方、乙方的协助下,确定系统最后配置;

3. 实现甲、乙双方商定的四个数据移植程序;

4. 实现甲、乙双方商定的四个外部接口所涉及用友ERP产品部分的程序;

5. 实现甲、乙双方商定的四个用友ERP产品报表程序;

6. 实现用友ERP产品功能增强;

7. 制定单元测试计划;

8. 准备系统切换计划;

9. 指导甲方准备用于单元测试的测试脚本(含测试所需的业务流程和数据,下述测试脚本的含义

与此相同);

10. 指导甲方制定最终用户手册。

4.2.3.1.2乙方交付件

1. 原型系统

2. 四个数据移植程序

3. 四个外部接口所涉及用友ERP产品部分的程序

4. 四个用友ERP产品报表程序

5. 用友ERP产品功能增强程序

6. 单元测试计划

7. 系统切换计划

8. 在甲方及乙方共同参与下完成的单元测试报告

4.2.3.1.3完成标志

乙方将上述交付件交付给甲方后,甲方应于5个工作日内以书面形式指出其中的问题;在乙方将交付件内容更新并提交给甲方后,甲方还可于3个工作日内以书面形式再次指出其它问题;若甲方对交付件无异议或处理逾期,则上述交付件被视作已通过甲方验收。

4.2.3.1.4甲方责任

1. 除前述甲方完成的四个数据移植程序的实现外,甲方应按乙方提供的技术建议方案独立完成其

它数据移植程序的实现工作;

2. 除前述甲方完成的四个外部接口所涉及用友ERP产品部分的程序的实现外,甲方应按乙方提供

的技术建议方案独立完成其它外部接口所涉及用友ERP产品部分的程序的实现工作;

3. 除前述甲方完成的四个用友ERP产品报表程序的实现外,甲方应按乙方提供的技术建议方案独

立完成其它用友ERP产品报表程序的实现工作;

4. 制定最终用户手册;

5. 参与完成单元测试报告。

4.2.3.1.5甲方责任

1. 提供用于单元测试的测试脚本;

2. 组织关键用户实施单元测试;

3. 参与完成单元测试报告。

4.2.3.2集成测试

在此阶段,将根据配置阶段的分析报告和甲方、乙方的测试脚本以及在焦点分析阶段产生的业务流程文档,对设计/重设计及配置阶段的结果进行集成测试。

集成测试包括对如下内容的确认:

1. 根据测试计划,确认业务流程和业务制度;

2. 在业务流程中使用的系统功能;

3. 业务数据和业务控制;

4. 用户权限与系统管理的安全性。

当所有测试脚本运行完毕,并且测试结果与预期结果一致,则集成测试被甲方接受。此外,如果测试过程中出现下述情况,则测试仍将被认为是成功的:

1. 应用程序功能完备,但个别使用者感到不习惯;

2. 测试中出现的问题不是现有设计中涉及的问题,而是新提出的建议或希望。

如果出现上述情况,则按变更控制程序处理。

4.2.3.2.1乙方任务

1. 制定集成测试计划;

2. 指导甲方准备用于集成测试的测试脚本;

3. 协助甲方进行集成测试。

4.2.3.2.2乙方交付件

1. 集成测试计划

2. 在甲方及乙方共同参与下完成的集成测试报告

3. 集成测试后的系统

4.2.3.2.3完成标志

集成测试完成,并由关键用户签署集成测试报告。

4.2.3.2.4甲方责任

1. 参与完成集成测试报告;

2. 实施最终用户培训。

4.2.3.2.5甲方责任

1. 提供用于集成测试的测试脚本,并明确预期结果;

2. 组织关键用户实施集成测试;

3. 参与完成集成测试报告。

4.2.3.3用户验收测试

集成测试后,经挑选的甲方、乙方项目组成员和使用者代表将根据集成测试过程的步骤,开始执行用户验收测试。

如果用户验收测试结果与集成测试结果一致,则用户验收测试将被认为是成功的。

甲方将签署用户验收测试完毕的有关里程碑文件。此签署文件将被认为是甲方同意移植基于用友ERP 产品的全部系统配置设计和所有客户化程序(包括数据移植、外部接口、报表和功能增强),即是将系统的测试客户端传输至生产客户端,并同意系统切换上线运行。

4.2.3.3.1乙方任务

1. 制定用户验收测试计划;

2. 协助甲方进行用户验收测试。

4.2.3.3.2乙方交付件

1. 用户验收测试计划

2. 在甲方共同参与下完成的用户验收测试报告

3. 用户验收测试后的系统

4.2.3.3.3完成标志

用户验收测试完成,并由乙方与甲方共同签署用户验收测试报告。

4.2.3.3.4甲方责任

参与完成用户验收测试报告。

4.2.3.3.5甲方责任

1. 组织最终用户实施用户验收测试;

2. 参与完成用户验收测试报告。

4.2.4试点单位系统切换

在此阶段,将通过用户验收测试的系统切换到9个试点单位。甲方、乙方及乙方共同完成系统切换前的准备工作,使系统顺利切换。

4.2.4.1乙方任务

1. 协助甲方准备生产系统;

2. 协助甲方建立最终用户内部的支持组织;

3. 协助甲方提供系统切换时所需的数据清单;

4. 指导并协助甲方进行数据移植和数据准备;

5. 指导测试系统切换至生产系统。

4.2.4.2乙方交付件

1. 系统切换后支持计划

2. 成功传输到生产端的最终系统

3. 系统全部切换完成报告

4.2.4.3完成标志

通过用户验收测试的系统成功切换到生产端。

4.2.4.4甲方任务

1. 在甲方的指导及协助下进行数据移植;

2. 测试系统切换至生产系统。

4.2.4.5甲方任务

1. 在乙方的指导及协助下,进行数据收集准备;

2. 授权将系统从开发端切换到生产端。

4.2.5第二阶段甲方责任

1. 提供能够履行本工作说明书的第9节所列职责的项目人员;

2. 在第二阶段开始前,派遣有关人员参加正规的用友ERP产品培训(包括ABAP/4编程、单据

凭证用友ERP SCRIPT及相关模块配置);

3. 负责与乙方共同准备整个项目组的工作环境及相应设施;

4. 负责实施系统的网络、硬件及电子商务系统;

5. 负责系统的维护管理;

6. 配合项目的进度计划,按时完成相关的客户化程序和集成测试;

7. 完成历史数据的清理工作;

8. 负责在约定时间内验收乙方提交的阶段性交付件。

4.2.6第二阶段乙方责任

1. 提供能够履行本工作说明书的第9节所列职责的项目人员;

2. 确保所提供的原始数据的准确性和数据完整性;

3. 提供集成测试与用户验收测试所需的测试人员。

4.2.7维护保障

在试点单位系统切换后,乙方将提供为期三个月的维护保障服务。如在此期间,甲方累计未使用多于25人天的服务,则此维护保障服务期再顺延三个月;经顺延的三个月到期后,此任务结束。

在维护保障服务期间,乙方应通过以下三种方式提供服务:

1. 电话

2. 通过电话拨号访问系统主机(基本计算单位为3小时,超过部分以1小时为单位)

3. 现场支持(基本计算单位为1人天)

乙方在接到甲方的维护保障请求后的4小时内作出响应,并根据出现问题的实际情况,从节省服务时间的角度考虑,选择最合理的服务方式。

如果乙方在接到甲方维护保障请求的24小时内不能排除故障,则应立即通知甲方预计的解决时间。

乙方项目经理应每个月交付给甲方项目经理一份甲方使用维护保障的时间和内容记录,甲方项目经理应于3日内对该记录予以确认。

01软件研制任务书资料标准模板

份号:001 密级: XXXXXXXX项目 软件研制任务书 XXXX-RRW-R01.00 XXXXXX有限公司 XXXX年XX月XX日

辑要页

文档修改记录

目次 1 范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 2 引用文件 (1) 3 运行环境要求 (1) 3.1硬件环境 (1) 3.2软件环境 (1) 4 技术要求 (1) 4.1功能 (1) 4.2性能 (2) 4.3输入/输出 (2) 4.4数据处理要求 (2) 4.5接口 (2) 4.6固件 (2) 4.7关键性要求 (2) 4.7.1 可靠性 (2) 4.7.2 安全性 (2) 4.7.3 保密性 (3) 5 设计约束 (3) 6 质量控制要求 (3) 6.1软件关键性等级 (3) 6.2标准 (3) 6.3文档 (3) 6.4配置管理 (3) 6.5测试要求 (3) 6.6对分承制方的要求 (3) 7 验收和交付 (4) 8 软件保障要求 (4)

9 进度和里程碑 (4) 10 注释 (4)

1 范围 1.1 标识 本条应描述本文档所使用的系统和软件的完整表示,适用时,包括其标识号、名称、缩略名、版本号和发布号。 1.2 系统概述 本条用概述本文档所适用的系统和软件用途。它还应描述系统和软件的一般特性:概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。 1.3 文档概述 本条应描述本文档的内容和用途,并描述与它的使用有关的保密性方面的要求。 2 引用文件 本章应列出引用文档的编号、标题、编写单位、修订版及日期。还应标识不能通过正常采购活动得到的文档的来源。 3 运行环境要求 3.1 硬件环境 本条应描述CSCI运行必需的硬件环境的要求,包括: a)宿主机和目标机的型号、主要性能指标及资源配置和分配; b)通用外设的种类、数量、型号、规格及主要性能指标; c)专用外设的种类、数量、性能及接口情况。 3.2 软件环境 本条应描述CSCI运行必需的软件环境的要求,包括: a)系统的组成; b)对操作系统、监控软件、语言、数据库等的类型、版本及编程的要求; c)软件工具的种类、版本及应用的主要功能。 4 技术要求 4.1 功能 本条可分条描述需要由软件产品完成的所有功能、工作模式、容错要求、特殊要

项目SOW(工作任务书)模板

项目任务说明书 (版本/项目名) 编制: 审核: 批准:

文档修订记录

目录 一产品\版本描述: (4) 二定义和术语: (4) 三工作描述: (4) 3.1项目范围: (4) 3.2项目里程碑: (5) 3.3交付件: (5) 3.4项目质量目标: (5) 3.5完成及验收标准: (5) 四项目管理: (5) 4.1开发模式: (5) 4.1项目成员: (5) 4.2工作与汇报方式: (5) 五参考技术规范: (5)

说明: 本SOW说明了产品部下发工作任务中所包括的需要完成的项目范围,其中包含功能需求、性能需求,交付件,预估的里程碑点,项目关闭交付标准及项目开发必须的资源。 缩略语清单: SOW:statement of work 工作说明书 定义和术语: 一产品、版本描述: 对项目所在的产品\版本进行说明,便于项目组成员对项目开发背景进行了解; 项目背景等信息作简单描述 二定义和术语: 项目所涉及的定义和术语解释; 三工作描述: 3.1 项目范围: 本项目的实施范围如下。不在本“项目范围”中涉及到的内容,将不在本项目中进行开发。 此处嵌入或贴入分配至该项目的设计需求列表;

3.2 项目里程碑: 3.3 交付件: 3.3.1 工程类文档: 3.3.1 管理类文档: 3.3.1 代码: 3.4 项目质量目标: 3.5 完成及验收标准: 列出项目的完成标准和阶段完成标准,完成标准作为项目验收的依据内容; 3.6 变更管理: 四项目管理: 4.1 开发模式: 4.1 项目成员: 此处定义立项时已确定的主要项目成员,具体项目组内成员分工由项目经理分配并体现在《项目计划》中

项目任务书(模板)

密级:一般 “项目名称(保留引号)” 项目任务书

1项目简介 1.1背景 [介绍项目的背景] 1.2发起人 [项目的发起人] 1.3基本需求 [简要介绍基本需求] 2项目目标 2.1项目管理目标 [从管理的角度描述此项目要达到的目标,如果没有可以删除或不写] ●[目标1描述] ●[目标2描述] 2.2项目技术目标 [从技术的角度描述此项目要达到的目标,针对实际项目简单说明。可以采用列举方式进行描述。如:实行商品信息编辑、会员搜索查询、数据信息采集统计等] ●[目标1描述]

[目标2描述] 2.3项目性能目标 [从性能的角度描述此项目要达到的目标,如运行速度、易用性、兼容性、可扩充性等。可以采用列举方式进行描述。如:确保新功能与之前版本功能实现无缝切换、可结合订单系统使用等。] ?运行速度 ?易用性 ?兼容性 ?可扩充性 3项目提交物清单 [列举项目完成后的提交物清单并加以说明。下表中为示例:] 4项目人员 4.1人员配备情况说明 [简述项目对参与人员的要求,注明项目参与人数及人员姓名] ?人员要求:本项目需要:有UI设计经验的设计师、有电商平台开发经验的PHP

开发人员等。 ?人数:X人 ?姓名:…… 4.2岗位设置及职责说明 ?产品负责人:[描述产品经理的职责] ?UI设计人员:[描述软件开发人员的职责] ?前端开发人员:[描述前端开发人员的职责] ?后台开发人员:[描述后台开发人员的职责] ?测试人员:[描述测试人员的职责] ?…… 4.3人员岗位及职责 5时间计划 [可以单独创建《工作计划表》] 5.1项目总体时间计划 ?启动日期:[以项目正式启动日期为准] ?结束日期:[以项目通过验收日期为准] ?合计工作日:[项目起止日期内包含的工作日,剔除周末和法定节假日]

ERP系统项目实施工作任务书

ERP系统项目实施工作任务书 建立日期: 2007-10-27 修改日期: 2007-10-27 客户项目经理: 日期: XX公司项目经理: 日期: 目录 1.前言 (2) 1.1 名词定义 (2) 1.2 项目实施基本原则 (3) 2.项目实施范围 (3) 2.1 组织范围 (3) 2.2 功能与应用价值范围 (4) 3.项目实施主要内容 (4) 4.培训要求与培训内容 (5)

4.1 XX公司ERP产品应用培训内容 (5) 4.2 培训参加人员要求 (6) 5.项目组织与职责 (7) 6.项目风险控制程序 (7) 6.1 风险范围定义 (7) 6.2 风险防范措施 (8) 7.实施工作成果接受原则 (8) 1.前言 此工作任务书描述了XX公司软件股份公司作为管理软件供应商及咨询实施服务提供者,为甲方总公司实施“甲方公司ERP项目”过程中所提供的技术服务。 1.1名词定义 本工作任务书中所用术语定义如下: 1. 甲方(客户方):甲方公司 2. 乙方(XX公司方): XX公司软件股份有限公司 3. 项目:甲方ERP项目 4. 系统:甲方ERP系统 5. 交付件:乙方根据本工作任务书的规定,在项目各个阶段向甲方提交 的用于甲方审查、验收项目的文件和/或工作成果

XX公司ERP产品:U8软件包 https://www.wendangku.net/doc/4914148076.html,中国最庞大的下载资料库(整理. 版权归原作者所 有)土 如果您不是在 https://www.wendangku.net/doc/4914148076.html, 网站下载此资料的, 不要随意相信. 请访问3722, 加入 https://www.wendangku.net/doc/4914148076.html,必要时可将此文件解密成可编辑的doc或ppt格式 6. 1.2项目实施基本原则 本项目的执行范围和计划基于如下前提,以下条件的变更将可能影响项目的实施计划与服务价格。 1. 本工作任务书第2节确定的项目范围和第3节工作内容,将取代有关本 项目以前任何口头和书面的承诺。 2. 甲、乙双方应共同努力,按照本规则任务书第4节的要求进行培训工作, 以使项目实施过程成为甲方向乙方进行知识传递的过程。 3. 甲方、乙方应依据本工作任务书第5节建立职责明确的项目实施组织结 构。并保证主要参加人员全职投入到项目中,并能及时正确地完成所分 配的任务。 4. 甲乙双方均有权在项目实施过程中依据本工作任务书的第6节提出变更 申请。 5. 甲方的服务范围《软件销售合同》及附件约定的基于XX公司ERP产品的 功能价值点、且XX公司ERP产品的实施是基于集中式的系统架构,本次 实施针对第2节规定的范围实施1个单一企业的业务管理帐套。 6. XX公司ERP产品的实施版本应在《软件销售合同》中确定,在实施过程 中如XX公司ERP产品推出新版本、并且甲方要求升级,则因升级所产生 的实施工作将不包括在本工作任务书的范围内。 7. 甲方应控制和管理其内部影响项目实施计划的因素,甲方应对其控制范 围内(包括第三方提供的服务/产品)的因素所造成的项目实施计划延误 负责。 8. 如甲、乙双方在项目实施过程中发生人员变动,必须提前15天通知对方, 经对方项目经理认可后,提供相应技能的替代人员,并做好交接工作。 9. 甲方应确保甲方项目组的成员能代表甲方说明在作业流程上、政策上和 制度上的需求。乙方项目组成员应能对项目实施过程中有关甲方方面可 能产生的意见分歧作出决定、寻找替代方案、或寻求上级管理层的决策。 2.项目实施范围 双方项目小组将遵守以下确定的实施范围,任何范围的调整都必须执行本任务书第8章节规定的变更控制程序。 2.1组织范围 组织范围是指本系统实施的主体,本工作任务书所指项目实施的主体包括且

软件项目任务书模板

“请在此处填写项目名称(保留引号)” 项目任务书 【下表由PMO管理员在“任务书审核和立项评分”结束后填写】

1项目简介 1.1背景 [介绍项目的背景] 1.2发起人 [项目的发起人] 1.3客户基本需求 [简要介绍客户基本需求] 1.4客户信息 2项目目标 2.1项目管理目标 [从管理的角度描述此项目要达到的目标,如:客户可使用该系统实行会议的信息化管理等。可以进行简单文字描述,也可以采用列举的方式] ●[目标1描述] ●[目标2描述] 2.2项目技术目标 [从技术的角度描述此项目要达到的目标,针对实际项目简单说明。可以采用列举方式进行描述。如:实行会议信息编辑、参会人员查询、签到卡制作、签到情况统计等] ●[目标1描述] ●[目标2描述] 2.3项目性能目标 [从性能的角度描述此项目要达到的目标,如运行速度、易用性、兼容性、可扩充性等。可以采用列举方式进行描述。如:确保人员并排入场不漏卡、可一键生成人员签到情况报告单、可兼

容XP/Win7操作系统、可结合人员坐席排位系统使用等。] ?运行速度 ?易用性 ?兼容性 ?可扩充性 3项目提交物清单 [列举项目完成后的提交物清单并加以说明。下表中为示例:] 4项目人员 4.1人员配备情况说明 [简述项目对参与人员的要求,注明项目参与人数及人员姓名] ?人员要求:本项目需要:有C++图像处理经验的软件设计人员、有机械结构加工经验的结构设计师等人员。 ?人数:X人 ?姓名:张某某、王某某、李某某、…… 4.2岗位设置及职责说明 ?项目经理:[描述项目经理的职责] ?软件开发人员:[描述软件开发人员的职责] ?硬件开发人员:[描述硬件开发人员的职责] ?机械结构设计人员:[描述机械结构设计人员的职责] ?测试人员:[描述测试人员的职责] 4.3人员岗位及职责

(完整word版)实施服务合同之《项目实施服务工作任务书》

XXXXXXX 项目实施工作任务书 目录 1 前言 (2) 1.1项目实施前提 (2) 2项目实施范围 (2) 2.1项目组织范围 (3) 2.2项目业务范围 (3) 2.3项目服务范围 (3) 2.4项目技术范围 (3) 2.5其他范围约定 (4) 3项目组织与职责分工 (4) 3.1双方项目组织 (4) 3.2项目委员会 (4) 3.3双方项目任务及职责 (5) 3.3.1 乙方的主要责任 (5) 3.3.2 甲方的主要职责 (6) 4 里程碑计划 (6) 5 实施费用及支付 (7) 5.1实施费用 (7) 5.1.1 实施费用表 (7) 5.1.2 差旅费用表 (7) 5.2费用支付 (7)

1 前言 此工作任务书作为 XXXXXXXXXXX 项目专业服务合同的附件,描述了该合同所涉及项目的目标、范围及任务分工。本工作任务书中描述的甲方、乙方与主合同中的定义一致。 1.1项目实施前提 本项目的执行范围和计划基于如下前提,以下条件的变更将可能影响项目的实施计划与服务价格。 1、此工作任务书一经甲、乙双方签字认可,将取代有关本项目以前有关项目需求和范围的任何口头和书 面的承诺。 2、本项目的完成有赖于甲乙双方按各自的分工和责任积极配合,双方应建立与项目要求相符合的项目组 织,保证双方人员的合理投入,根据本工作任务书约定的分工和计划对各自任务的质量和进度负责。 3、乙方产品的版本应在本项目的《软件最终用户许可合同》中确定,在实施过程中如乙方产品推出新版 本、并且甲方要求升级,则因升级所产生的实施工作及实施费用将不包括在本工作任务书的范围内。 4、本系统涉及的硬件、乙方产品外其他软件的安装,以及甲方的硬件、网络的方案设计不包含在乙方的 工作范围内,乙方将在甲方进行上述方案设计过程中,提供必要的顾问及咨询意见。 5、甲方应在本工作任务书规定之实施地点,提供适当的工作环境和相应的设施(包括网络、通讯、办公 设备、培训设备等)。 6、甲方项目负责人需按照工作任务书约定的里程碑阶段对于乙方的工作成果及阶段文档予以签字盖章, 以此作为下一步工作开展的依据。 7、甲乙双方项目组成员应按附件3:争议解决程序对项目实施过程中有关双方可能产生的意见分歧做出 决定、寻找替代方案,或寻求双方上级管理层的决策。 8、本工作任务书中约定的双方工作任务、计划全部被对方所接受,即标志该项目的全部完工和全接受, 本工作任务书中所涉及成果接受程序,按附件1:《工作成果接受程序》规定处理,任何对项目实施前提、项目范畴、进程安排、阶段性完成标志、交付件或付款条件等合同条款的更改,或由于人员和时间安排等原因而造成的进度延迟,都通过“附件2:《变更控制程序》”和“附件3:争议解决程序”进行评估和操作。 2项目实施范围 双方项目小组将遵守以下确定的实施范围,任何超出实施范围的调整都必须按照规定的变更控制程序进行。

软件实施工作任务书(模板)

工作任务书 本工作任务书采用与 签订的合同编号为的咨询服务合同中的相关条款,作为该合同的附件,具体规定本项目的范围、目标、计划、步骤及项目组成员的工作任务等内容。本工作任务书从年月日起生效,有效期到年月日。本工作任务书下的任何业务必须严格遵守本工作任务书和咨询服务合同中所规定的条款执行。 第1条工作范围 乙方为甲方提供的实施服务。另外,乙方将管理、跟踪、报告所有任务的进程状态。 第2条责任和义务 2.1甲方责任 提供唯一的系统维护负责人 提供系统服务器硬件和SQL数据库 2.2 乙方责任 在甲方准备的服务器端安装系统 配置SQL数据库 乙方不能更改系统套装软件源代码 在系统各模块基础上,基于甲方需求配置系统,包括: ?系统管理 ?财务模块

?销售/应收模块 ?销售机会模块 ?采购/应付模块 ?业务伙伴主数据(客户、供应链管理) ?银行模块(收付款管理) ?库存模块 ?物料需求计划模块 ?报表平台 ?B1i平台 第3条实施计划 以下为项目实施的初步时间安排,在项目实施的过程中,项目计划的调整将在每周的项目会议上,由甲乙双方协商决定,并以书面的形式通知双方项目组的所有成员。

第4条确认与验证 4.1交付 业务需求调研报告 系统蓝图 系统原型报告 报表和打印模板 培训文档 4.2当乙方完成所有功能和技术测试,并提交所有以上提到的应交付内容给甲方,以及得到甲方的确认文件后,该实施服务结束,转入上线支持阶段。 第5条联络信息 甲方双方之间的交流将会通过以下指定的协调人员进行。本项目下所有的书面形式的通知公告都要发送到以下列出的联系人实际收到日起生效。通知公告可以通过电子形式,注册或认证邮箱,以及快递的形式发送。所有的通知公告,除了法律通知公告,也可以以传真的形式提供。

软件项目任务书模板

公司名称——部门名称 “请在此处填写项目名称(保留引号)” 项目任务书

【下表由PMO管理员在“任务书审核和立项评分”结束后填写】 1项目简介 1.1背景 [介绍项目的背景] 1.2发起人 [项目的发起人] 1.3客户基本需求 [简要介绍客户基本需求] 1.4客户信息

.. .. .. 2项目目标 2.1项目管理目标 [从管理的角度描述此项目要达到的目标,如:客户可使用该系统实行会议的信息化管理等。可以进行简单文字描述,也可以采用列举的方式] ●[目标1描述] ●[目标2描述] 2.2项目技术目标 [从技术的角度描述此项目要达到的目标,针对实际项目简单说明。可以采用列举方式进行描述。如:实行会议信息编辑、参会人员查询、签到卡制作、签到情况统计等] ●[目标1描述] ●[目标2描述] 2.3项目性能目标 [从性能的角度描述此项目要达到的目标,如运行速度、易用性、兼容性、可扩充性等。可以采用列举方式进行描述。如:确保人员并排入场不漏卡、可一键生成人员签到情况报告单、可兼容XP/Win7操作系统、可结合人员坐席排位系统使用等。] ?运行速度 ?易用性 ?兼容性 ?可扩充性 参考材料

3项目提交物清单 [列举项目完成后的提交物清单并加以说明。下表中为示例:] 4项目人员 4.1人员配备情况说明 [简述项目对参与人员的要求,注明项目参与人数及人员姓名] ?人员要求:本项目需要:有C++图像处理经验的软件设计人员、有机械结构加工经验的结构设计师等人员。 ?人数:X人 ?姓名:张某某、王某某、李某某、…… 4.2岗位设置及职责说明 ?项目经理:[描述项目经理的职责] ?软件开发人员:[描述软件开发人员的职责] ?硬件开发人员:[描述硬件开发人员的职责] ?机械结构设计人员:[描述机械结构设计人员的职责] ?测试人员:[描述测试人员的职责]

项目任务书模板

项目任务书(模板)

————————————————————————————————作者:————————————————————————————————日期:

密级:一般 “项目名称(保留引号)” 项目任务书 项目编号 项目级别 项目起始时间 项目计划周期 项目负责人 备注

1项目简介 1.1背景 [介绍项目的背景] 1.2发起人 [项目的发起人] 1.3基本需求 [简要介绍基本需求] 2项目目标 2.1项目管理目标 [从管理的角度描述此项目要达到的目标,如果没有可以删除或不写] ●[目标1描述] ●[目标2描述] 2.2项目技术目标 [从技术的角度描述此项目要达到的目标,针对实际项目简单说明。可以采用列举方式进行描述。如:实行商品信息编辑、会员搜索查询、数据信息采集统计等] ●[目标1描述]

[目标2描述] 2.3项目性能目标 [从性能的角度描述此项目要达到的目标,如运行速度、易用性、兼容性、可扩充性等。可以采用列举方式进行描述。如:确保新功能与之前版本功能实现无缝切换、可结合订单系统使用等。] ?运行速度 ?易用性 ?兼容性 ?可扩充性 3项目提交物清单 [列举项目完成后的提交物清单并加以说明。下表中为示例:] 编号提交物名称内容说明 1 《产品文档》 2 《产品原型》 4 《技术开发文档》 ……………… 4项目人员 4.1人员配备情况说明 [简述项目对参与人员的要求,注明项目参与人数及人员姓名] ?人员要求:本项目需要:有UI设计经验的设计师、有电商平台开发经验的PHP开

发人员等。 ?人数:X人 ?姓名:…… 4.2岗位设置及职责说明 ?产品负责人:[描述产品经理的职责] ?UI设计人员:[描述软件开发人员的职责] ?前端开发人员:[描述前端开发人员的职责] ?后台开发人员:[描述后台开发人员的职责] ?测试人员:[描述测试人员的职责] ?…… 4.3人员岗位及职责 岗位人员备注 产品负责人 UI设计人员 前端开发人员 后台开发人员 测试人员 …… 5时间计划 [可以单独创建《工作计划表》] 5.1项目总体时间计划 ?启动日期:[以项目正式启动日期为准] ?结束日期:[以项目通过验收日期为准] ?合计工作日:[项目起止日期内包含的工作日,剔除周末和法定节假日]

(完整版)工程项目计划任务书

工程项目计划任务书 甲方: 乙方: 建设工程有限公司将承建............住宅楼工程安排给乙方进行施工管理,为明确双方责任,保证工程按期完成,经甲乙双方共同协商,达成以下协议: 一、工程名称及概况 1、工程名称: 2、工程地点: 二、协作范围 本工程施工范围内的技术及安全管理,以及与工程相关的业务性文件的签署(不涉及经济问题)等。 三、项目总体概况 本工程属于砖混结构,建筑面积39727.5m2平方米,总造价约4627.6万元。 四、工期 本工程自2011年3月26日起至2011年10月26日完工. 五,工程质量要求及验收标准 l、工程质量要求:精品,以达到“项羽杯”质量要求为标准,符合安全文明示范工地要求,创建宿迁市标准化示范工地。 2、验收标准:执行国家验收规范、规程,构件加工完成后挂好标牌。 六、甲乙双方的职责和权限 1、甲方的职责和权限

(1)甲方的职责 a、负责编制和修订项目管理各项管理制度 b、根据项目管理的要求,设置业务部门,配备足够的专业管理人员,明确部门及人员的职责。 c、审核(批)项目编制的项目管理实施规划。 d、组建精干高效的项目管理班子。 e、建立项目成本测算体系.公平、合理地测算项目目标成本,并组织签订项目管理目标责任书。 f、对项目实触过程中的质量、安全、进度,成本等进行指导与监督。 g、负责及时调节解决项目所需的人、财、物。 h、及时组织或配合上级主管部门对项目进行审计,并根据审计结论和项目管理目标责任书进行兑现。 (2)甲方的权限 a、工程总包合同一律由公司法人(或其委托人)签订。 b、公司的所有财产包括同定资产、流动资产及其他财产所有权属于公司,其购置、调动、转让、租售由企业按相关规定和程序决定。 c、行使对人的管理权,主要包括行政职务的任免,工资及福利待遇的升降、岗位的调动等。 d、对项目所需的主要设备、大宗材料(若需要)统一进行采购。 e、对项目的资金进行集中管理、调剂使用。 f、对项目各项业务进行监督、检查、指导。 g、发现项目经理有违法乱纪行为或严重违反合同精神已无履约能力时,有权撤销不称职项目经理。

-项目任务书(模板)

-项目任务书(模板)

————————————————————————————————作者:————————————————————————————————日期:

项目任务书项目名称: 项目编号: 项目负责人: 部门: 审核: 批准: 科迪科技工业有限责任公司研究院 年月日

1.项目来源 (介绍项目立项的原因或依据,并附上证明材料) 2.项目内容及技术路线简介 项目内容:(介绍项目实施过程中需要完成的工作内容…) 技术路线:(介绍项目的技术路线…) 3.标杆研究及客户需求 标杆研究:(1~2个标杆研究,如为首创产品请注明…) 客户需求:(包括两方面内容,市场需求情况和使用客户的要求…) 4.必须的考核指标(所有考核指标必须量化和可考核验收) 4.1 性能指标要求(至少5个以上可量化的性能指标…) 序号必须达到的性能指标(产出指标)备注 1 可填写标杆性能作为对比 2 3 4 5 4.2 质量整改内容及目标(必须经过质保部长确认,仅适用于质量整改) 序号质量整改项 整改前 整改后质量目标备注图片质量现状 1 项目1 图片1 2 项目2 图片2 4.3 创新水平与专利指标 序号项目考核指标备注

1 竞争对手核心技术及专利 2 主要创新点及保护方案 3 申请专利类别与数量 4 发表论文数量 5 计算机软件著作权登记件数 6 其它 注:创新与专利考核指标以提供证明材料为准。 4.4 研发标准化指标(必须经过标准化工程师核实并签字确认…)(可选) 序号标准化考核项目标准化考核要求标准化考核指标 1 产品通用化率变型产品≥25% 基型产品≥15% 全新产品的通用化率不作最低要求,但必须提出合理的目标值。 2 产品钢材优选率 变型和基型产品均应≥98% 全新产品≥95% 3 产品标准件优选率 变型和基型产品均应≥98% 全新产品≥90% 4 产品外购件优选率变型产品≥90% 基型产品≥80% 全新产品≥70% 5 产品标准化系数变型产品≥70% 基型产品≥60% 全新产品≥50% 6 其它 注:1、标准化考核指标根据《研发项目标准化办法》和各产品标准化考核指标综合制定。 2、部件级产品不考核标准化系数,对其通用化率不作最低要求,其余指标按上表执行。 4.5 三维建模及其手段(可选) 序号研发手段考核内容考核指标 1 Pro/E三维建模机械结构设计类三维建模率100%

项目实施工作任务书

项目实施工作任务书 (模版) 客户项目经理: 日期: 用友项目经理: 日期: 内容目录 1.前言 此工作任务书描述了北京用友软件股份公司作为管理软件供应商及咨询实施服务提供者,为甲方总公司实施“甲方公司ERP项目”过程中所提供的技术服务。 1.1名词定义 本工作任务书中所用术语定义如下: 1. 甲方(客户方):甲方集团公司 2. 乙方(用友方):北京用友软件股份有限公司 3. 项目:甲方ERP项目 4. 系统:甲方ERP系统 5. (第一阶段):项目需求调研及方案设计阶段 6. (第二阶段):项目一期工程试点实施阶段 7. (第三阶段):项目一期工程推广实施阶段 8. 交付件:乙方根据本工作任务书的规定,在项目各个阶段向甲方提交的用于甲方审查、验收 项目的文件和/或工作成果 9. 用友ERP产品:NC/U8软件包 1.2项目实施前提 本项目的执行范围和计划基于如下前提,以下条件的变更将可能影响项目的实施计划与服务价格。

1. 此工作任务书一旦经甲、乙双方签字认可,将取代有关本项目以前任何口头和书面的承诺。 2. 甲方应控制和管理其内部影响项目实施计划的因素,甲方应负责乙方控制范围内(包括乙方提 供的第三方服务/产品)的因素所造成的项目实施计划延误。 3. 甲乙双方均有权在项目实施过程中依据本工作任务书的第10节提出变更申请。 4. 甲方的服务范围与价格是基于将用友ERP产品作为ERP软件包、且用友ERP产品的实施是基 于集中式的系统架构。 5. 用友ERP产品的实施版本应在《软件销售合同》中确定,在实施过程中如用友ERP产品推出 新版本、并且乙方要求升级,则因升级所产生的实施费用将不包括在本工作任务书的范围内。 6. 除用友ERP产品外,硬件及其他软件的安装不包含在本工作任务书的工作范围内。 7. 本工作任务书不包括由甲方负责的网络、硬件、电子商务系统及系统总体方案的设计部分,乙 方将在甲方进行上述方案设计过程中,提供必要的顾问及咨询意见,由甲方完成上述设计方案。 8. 用友ERP产品应由用友公司提供并保证质量。如甲方要求修改用友ERP产品源程序代码,则 按变更控制程序进行变更申请。甲方原则上不负责对用友ERP产品源程序代码作任何修改。 9. 甲方、乙方应依据本工作任务书第9节建立相应的层次结构合理、职责明确、功能齐全的项目 实施组织结构。 10. 甲方、乙方组成合作团队,应根据本工作任务书中所约定的内容完成各自的任务、承担各自的 责任,并保证密切配合、协调工作。 11. 甲、乙双方应共同努力,以使项目实施过程也是甲方向乙方进行知识传递的过程。 12. 甲、乙双方必须确保项目参加人员能够履行本工作任务书的第9节所规定的职责,并保证主要 参加人员全职投入到项目中,并能及时正确地完成所分配的任务。 13. 甲、乙双方项目经理共同制定项目实施的详细计划,并应在项目实施过程中根据实际情况作适 当调整。该详细计划及其调整方案作为本工作任务书的补充部分。 14. 如甲、乙双方在项目实施过程中发生人员变动,必须提前15天通知对方,经对方项目经理认 可后,提供相应技能的替代人员,并做好交接工作。 15. 乙方应确保乙方项目组的成员能代表乙方说明在作业流程上、政策上和制度上的需求。甲方项 目组成员应能对项目实施过程中有关甲方方面可能产生的意见分歧作出决定、寻找替代方案、 或寻求上级管理层的决策。 16. 乙方在实施期间提供总共200人天的服务,超过部分的服务单价同前述200人天的服务单价, 并通过变更控制程序处理。 17. (其他约定条款) 2.项目范围 双方项目小组将将遵守以下确定的实施范围,任何范围的调整都必须执行本任务书第8章节规定的变更控制程序。 2.1组织范围 (组织范围描述系统实施的主体,对于集团型企业,应将需要实施的下级单位一一列举,避免使用“乙

软件项目任务书模板

软件项目任务书模板本页仅作为文档页封面,使用时可以删除 This document is for reference only-rar21year.March

“请在此处填写项目名称(保留引号)” 项目任务书 【下表由PMO管理员在“任务书审核和立项评分”结束后填写】 1.1背景 [介绍项目的背景]

1.2发起人 [项目的发起人] 1.3客户基本需求 [简要介绍客户基本需求] 1.4客户信息 类别姓名职务通讯方式其它 客户负责人 客户联系人 …… 2项目目标 2.1项目管理目标 [从管理的角度描述此项目要达到的目标,如:客户可使用该系统实行会议的信息化管理等。可以进行简单文字描述,也可以采用列举的方式] [目标1描述] [目标2描述] 2.2项目技术目标 [从技术的角度描述此项目要达到的目标,针对实际项目简单说明。可以采用列举方式进行描述。如:实行会议信息编辑、参会人员查询、签到卡制作、签到情况统计等] [目标1描述] [目标2描述] 2.3项目性能目标 [从性能的角度描述此项目要达到的目标,如运行速度、易用性、兼容性、可扩充性等。可以采用列举方式进行描述。如:确保人员并排入场不漏卡、可一键生成

人员签到情况报告单、可兼容XP/Win7操作系统、可结合人员坐席排位系统使用等。] 运行速度 易用性 兼容性 可扩充性 3项目提交物清单 [列举项目完成后的提交物清单并加以说明。下表中为示例:] 编号提交物名称内容说明 1《需求分析说明书》 2《概要设计说明书》 4《系统测试报告》 5程序安装光盘 6《用户手册》 ……………… 4项目人员 4.1人员配备情况说明 [简述项目对参与人员的要求,注明项目参与人数及人员姓名] 人员要求:本项目需要:有C++图像处理经验的软件设计人员、有机械结构 加工经验的结构设计师等人员。 人数:X人 姓名:张某某、王某某、李某某、……

项目实施任务书V新审批稿

项目实施任务书V新 YKK standardization office【 YKK5AB- YKK08- YKK2C- YKK18】

汉江制药项目 项目实施任务书 陕西汉江药业集团股份有限公司金蝶软件(中国)有限公司 2007年一月

前言 尊敬的客户,感谢您选择金蝶软件。“帮助顾客成功”是金蝶公司永恒的服务理念,如何帮助客户快速、高效、优质地完成项目实施工作,使金蝶软件能够尽快为企业带来效益,是金蝶实施顾问一直以来不懈的追求。经过广大顾问长期的摸索与实践,提炼了很多资深顾问的项目实施经验,编写了本《项目实施任务书》,从而实现了实施过程的规范化、标准化、流程化。 本任务书主要适用于K/3财务、物流产品模块的实施,任务书采用了标准化的工作模式,按Kingdee Way实施方法论的结构将实施过程分为八项工作,每项工作内容都按照PDCA循环的要求,采用“工作要求”->“工作执行”->“工作检查”这样的标准结构进行。各项工作相互衔接,循序渐进地完成整个项目的实施过程。 本任务书的使用方法:任务书一式两份,一份由企业项目经理掌握,按手册中的指引完成项目实施工作;另一份由金蝶实施顾问掌握,对企业进行指导。在项目实施过程中,每项工作开始前都会由实施顾问讲解本项工作需处理的内容、要点,与企业项目经理共同讨论确定本项工作所需的工作时间,约定完成日期。企业项目经理则参照每项工作的“工作内容”、“工作方法”、“注意事项”有效地进行当前工作,确保按计划进度执行,在约定完成时间内保质保量地完成项目实施工作。

目录

1项目基本情况企业名称:

2项目准备 制订项目公约 确定项目责任、落实人员、签署项目公约 工作方法:由主管实施的高层牵头,组织各业务部门负责人讨论并确定项目小组成员,落实工作、明确责任,通过并签署《项目公约》 1企业项目经理必须具备相应的计划控制能力和协调能力,熟悉公司管理运作实 务,并且能够与金蝶顾问方建立良好的关系;○2应当仔细选择合格的人员参加项目 实施小组,确保项目实施小组成员有足够的时间参与项目实施,确保项目实施小组 成员能有效地转变管理工作方式,接受新的管理思想与方法;○3公司应建立和完善 项目运作管理方式、内部沟通及与金蝶顾问组的沟通机制。 : 2006 年 12 月 27 日

企业信息化建设项目任务书

某某企业 信息化建设项目 任务书 承建单位:某某信息技术有限公司 二〇一四年五月

1 项目概况 1.1 项目背景 某某集团是集民用** 、** 、** 、工** 、工程安装、国内贸易、房地产等为 一体的综合性企业集团。公司有将近1000 台计算机。公司总部位于** ,并分别在** 、** 等地设有分公司。总部设有财务、研发、** 和销售等部门,每个分公司则由销售、生产和财务 3 个部门组成,由总部统一管理。 某某集团所从事的业务对网络系统有极大的依赖性,内部办公等都需要网络支持。集团息化建设起步于2008 年,主要以网络建设和视频监控为主。公司建 设初期已经实施了简单的网络系统,但随着公司规模的不断扩大和业务的不断扩展,员工数量的不断增多和信息应用系统的不断增加,现有的网络系统逐渐不能满足企业信息化建设的要求,无法与** 各项业务快速的发展保持协调,同时也制约了企业向更高层次的发展。因此计划对集团总部网络进行重新规划设计,以提高网络的可用性、安全性和可靠性,并保留一定的可扩展性,在集团内实现一个完善、高效、高可用性和高可靠性的办公网络,用以满足各项业务发展的需要。 为了使集团的信息网络系统能够在未来几年时间内保持技术上的先进性和 实用性,集团要求在项目的规划和实施中采用先进的计算机、服务器、网络安全设备以及系统管理模式,实现公司内部所有信息资源的合理应用和完善管理,使所有员工都能方便地使用公司内部网络,并能够安全高效地访问公司内的网络应用服务和因特网。 1.2 用户环境 由于某某集团已经在所有的办公场所完成了综合布线系统,因此本项目只包含机房系统、数据中心系统、网络及安全系统。 1.3 项目组成 本项目有三个系统组成,机房系统、数据中心系统、网络及安全系统。机房 系统首先入场,重新测量机房,定制相应的装修材料;数据中心系统指为实现 ERP系统所搭建的硬件环境,包含服务器、小机、数据库软件等;网络安全系统 指交换机、路由器、防火墙等设备,依据前期规划设计进行实施,需要在实施现

ERP系统项目实施工作任务书

ERP 系统项目实施工作任务书 建立日期:2007-10-27 修改日期:2007-10-27 客户项目经理: 日期: XX公司项目经理: 日期: 1. ................................................................................................................................... 前言 (2) 1.1 名词定义 (2) 1.2 项目实施基本原则 (3) 2. .............................................................................. 项目实施范围 2.1 组织范围 (3) 2.2 功能与应用价值范围 (4) 3. 项目实施主要内容............................... 4. 培训要求与培训内容.............................

4.1 XX公司ERP产品应用培训内容 (5) 4.2 培训参加人员要求 (6) 5. 项目组织与职责 (7) 6. 项目风险控制程序 (7) 6.1 风险范围定义 (7) 6.2 风险防范措施 (8) 7. 实施工作成果接受原则........................... 1. 前言 此工作任务书描述了XX公司软件股份公司作为管理软件供应商及咨询实施服务提供者,为甲方总公司实施“甲方公司ERP项目”过程中所提供的技术服务。 1.1 名词定义 本工作任务书中所用术语定义如下: 1.甲方(客户方):甲方公司 2.乙方(XX公司方):XX公司软件股份有限公司 3.项目:甲方ERP项目 4.系统:甲方ERP系统 5.交付件:乙方根据本工作任务书的规定,在项目各个阶段向甲方提交 的用于甲方审查、验收项目的文件和/ 或工作成果

软件开发合同样本

华工科技OA与携程接口开发合同 甲方:【华工科技产业股份有限公司】 乙方:【北京致远协创软件有限公司】 甲乙双方本着相互信任、真诚合作、共同发展的原则,在友好协商的基础上共同制定如下合同内容。 乙方同意向甲方提供,甲方同意向乙方购买列于本接口开发服务合同(主合同)及其附件工作任务书中的专业服务。 主合同及其工作任务书,一经双方授权代表签署和双方盖章, 即构成双方之间的完整合同, 并取代双方此前做出的任何口头或书面的意见交换或建议。对本合同的任何修改均须以书面形式进行,并经本合同双方授权的代表正式签字和双方盖章才能生效,本合同中未经修改的其他条款仍然有效。 若主合同与工作任务书,或构成本合同的其他文件有任何冲突,则以主合同为准。 本合同一经双方授权代表签署和双方盖章,即表示双方同意本合同的条款,接受本合同的约束。 第一条定义 1.1类型和范围。乙方提供工作任务书中规定属乙方责任范围内的服务(“服务”),并在工作任务书中指定的场所实施服务。 工作任务书中的‘实施’类别服务,是指乙方向甲方提供的服务,由乙方负责工作任务书中规定的服务和列出的交付作品的管理和控制。 工作任务书中的‘协助’类别服务,是指乙方协助甲方的项目工作,但由甲方负责该类服务的整体管理和控制。 1.2 乙方的人员。乙方将尽商业上合理的努力确保被指派的乙方人员按照工作任务书规定的时间提供乙方的服务。在不影响乙方履行本合同义务的前提下,乙方员工可以在甲方的所在地和乙方的工作场所之间灵活分配他(她)们的时间。 1.3时间表。乙方将尽商业上合理的努力按照工作任务书规定的时间履行其义务。 1.4 应履行的服务。乙方将根据《工作任务书》按甲方的指示提供一名或数名能胜任的顾问。《工作任务书》及其相应的附录,作为本合同的附件并构成本合同的一部分。甲方须指定相关项目经理与乙方项目经理协调所有项目的服务,并负责作好必要的内部安排,以便于项目的顺利开展。《工作任务书》将更为完整地陈述服务的范围、期限和费用。《工作任务书》

实施工作任务书

客户logo 项目编号: 项目名称: 文档编号: 版本号: XX集团ERP-OA项目 实施工作任务书 XX集团有限责任公司用友软件股份有限公司项目负责人:项目负责人: 签字日期:签字日期:

文档控制更改记录 审阅人

目录 1.前言 (3) 1.1.项目实施前提 (3) 2.项目组织与职责分工 (4) 2.1.双方项目组织 (4) 2.2.项目指导委员会 (4) 2.3.双方项目任务及职责 (4) 6.1.1.甲方责任与义务 (4) 6.1.2.乙方责任与义务 (5) 3.总体目标和路线图 (5) 3.1.产品情况 (5) 3.2.总体目标 (6) 3.3.实施服务总路线图 (6) 4.项目范围 (6) 4.1.组织范围 (6) 4.2.技术实施范围 (7) 4.3.培训范围 (7) 4.4.功能范围及功能说明 (7) 4.5.其它范围约定 (9) 5.项目实施工作任务与计划 (9) 6.项目验收内容和产品功能验收标准 (9) 6.1.项目验收里程碑 (9) 6.2.产品功能验收标准 (10) 6.2.1.系统管理 (10) 6.2.2.集团管理 (10) 6.2.3.单位管理 (10) 6.2.4.协同工作 (11) 6.2.5.文档管理 (11) 6.2.6.表单管理 (12) 6.2.7.公共信息 (12) 6.2.8.日程/计划/会议 (12) 6.2.9.常用工具及个人设置 (13) 6.2.10.Office插件 (13) 附件1:实施人员简历 (13) 附件2:工作成果接受程序 (14) 附件3:变更控制程序 (14) 附件4:争议解决程序 (15)

项目SOW(工作任务书)模板

项目任务说明书(版本/项目名) 编制: 审核: 批准:

文档修订记录

目录 一产品\版本描述: (4) 二定义和术语: (4) 三工作描述: (4) 3.1项目范围: (4) 3.2项目里程碑: (4) 3.3交付件: (4) 3.4项目质量目标: (5) 3.5完成及验收标准: (5) 四项目管理: (5) 4.1开发模式: (5) 4.1项目成员: (5) 4.2工作与汇报方式: (5) 五参考技术规范: (5)

说明: 本SOW说明了产品部下发工作任务中所包括的需要完成的项目范围,其中包含功能需求、性能需求,交付件,预估的里程碑点,项目关闭交付标准及项目开发必须的资源。 缩略语清单: SOW:statement of work 工作说明书 定义和术语: 一产品、版本描述: 对项目所在的产品\版本进行说明,便于项目组成员对项目开发背景进行了解; 项目背景等信息作简单描述 二定义和术语: 项目所涉及的定义和术语解释; 三工作描述: 3.1 项目范围: 本项目的实施范围如下。不在本“项目范围”中涉及到的内容,将不在本项目中进行开发。 此处嵌入或贴入分配至该项目的设计需求列表; 3.2 项目里程碑: 3.3 交付件: 3.3.1 工程类文档: 3.3.1 管理类文档: 3.3.1 代码:

3.4 项目质量目标: 3.5 完成及验收标准: 列出项目的完成标准和阶段完成标准,完成标准作为项目验收的依据内容; 3.6 变更管理: 四项目管理: 4.1 开发模式: 4.1 项目成员: 此处定义立项时已确定的主要项目成员,具体项目组内成员分工由项目经理分配并体现在《项目计划》中 4.2 工作与汇报方式: 五参考技术规范:

项目实施工作任务书完整版

项目实施工作任务书 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】

项目实施工作任务书 (模版) 客户项目经 理: 日 期: 用友项目经 理: 日 期: 内容目录 1.前言 此工作任务书描述了北京用友软件股份公司作为管理软件供应商及咨询实施服务提供者,为甲方总公司实施“甲方公司ERP项目”过程中所提供的技术服务。 1.1名词定义 本工作任务书中所用术语定义如下: 1.甲方(客户方):甲方集团公司 2.乙方(用友方):北京用友软件股份有限公司 3.项目:甲方ERP项目 4.系统:甲方ERP系统 5.(第一阶段):项目需求调研及方案设计阶段 6.(第二阶段):项目一期工程试点实施阶段 7.(第三阶段):项目一期工程推广实施阶段 8.交付件:乙方根据本工作任务书的规定,在项目各个阶段向甲方提交的用于甲方 审查、验收项目的文件和/或工作成果 9.用友ERP产品:NC/U8软件包

1.2项目实施前提 本项目的执行范围和计划基于如下前提,以下条件的变更将可能影响项目的实施计划与服务价格。 1.此工作任务书一旦经甲、乙双方签字认可,将取代有关本项目以前任何口头和书面 的承诺。 2.甲方应控制和管理其内部影响项目实施计划的因素,甲方应负责乙方控制范围内 (包括乙方提供的第三方服务/产品)的因素所造成的项目实施计划延误。 3.甲乙双方均有权在项目实施过程中依据本工作任务书的第10节提出变更申请。 4.甲方的服务范围与价格是基于将用友ERP产品作为ERP软件包、且用友ERP产品的 实施是基于集中式的系统架构。 5.用友ERP产品的实施版本应在《软件销售合同》中确定,在实施过程中如用友ERP 产品推出新版本、并且乙方要求升级,则因升级所产生的实施费用将不包括在本工 作任务书的范围内。 6.除用友ERP产品外,硬件及其他软件的安装不包含在本工作任务书的工作范围内。 7.本工作任务书不包括由甲方负责的网络、硬件、电子商务系统及系统总体方案的设 计部分,乙方将在甲方进行上述方案设计过程中,提供必要的顾问及咨询意见,由 甲方完成上述设计方案。 8.用友ERP产品应由用友公司提供并保证质量。如甲方要求修改用友ERP产品源程序 代码,则按变更控制程序进行变更申请。甲方原则上不负责对用友ERP产品源程序 代码作任何修改。 9.甲方、乙方应依据本工作任务书第9节建立相应的层次结构合理、职责明确、功能 齐全的项目实施组织结构。 10.甲方、乙方组成合作团队,应根据本工作任务书中所约定的内容完成各自的任务、 承担各自的责任,并保证密切配合、协调工作。 11.甲、乙双方应共同努力,以使项目实施过程也是甲方向乙方进行知识传递的过程。 12.甲、乙双方必须确保项目参加人员能够履行本工作任务书的第9节所规定的职责, 并保证主要参加人员全职投入到项目中,并能及时正确地完成所分配的任务。 13.甲、乙双方项目经理共同制定项目实施的详细计划,并应在项目实施过程中根据实 际情况作适当调整。该详细计划及其调整方案作为本工作任务书的补充部分。 14.如甲、乙双方在项目实施过程中发生人员变动,必须提前15天通知对方,经对方项 目经理认可后,提供相应技能的替代人员,并做好交接工作。 15.乙方应确保乙方项目组的成员能代表乙方说明在作业流程上、政策上和制度上的需 求。甲方项目组成员应能对项目实施过程中有关甲方方面可能产生的意见分歧作出 决定、寻找替代方案、或寻求上级管理层的决策。 16.乙方在实施期间提供总共200人天的服务,超过部分的服务单价同前述200人天的 服务单价,并通过变更控制程序处理。 17.(其他约定条款)

相关文档
相关文档 最新文档