工作说明书模板(试行)

1、共享知识分享快乐×××股份有限公司XXXX 项目工作说明书Version 1.0文档编号：项目名称：编写：编写日期：审核：审核日期：批准：批准日期：卑微如蝼蚁、坚强似大象共享知识分享快乐修订记录章节章节名称修订内容简述修订日期修订前批准人编号版本号卑微如蝼蚁、坚强似大象共享知识分享快乐目录1前言 .11.1目的 .11.2参考文献 .11.3术语与简称 .12系统概述 .13前提条件与假设 .14项目工作范围 .24.1项目管理 .24.2需求调研 .34.3软件开发 .44.4用户接收测试 .44.5系统安装调试 .54.6协助完成试运行 .54.7协助完成用户

2、培训 .64.8质保期服务 .65项目不包含的工作 .76关键里程碑 .77验收标准及流程 .77.1完成条件 .77.2验收标准 .77.2.1问题严重性定义 .77.2.2上线标准 .87.2.3验收标准 .88变更管理流程 .98.1变更流程图 .98.2重大变更定义 .108.3变更流程说明 .10卑微如蝼蚁、坚强似大象共享知识分享快乐1 前言本文档适用于×××股份有限公司承担的XXXX项目。预期读者包含但不限于XXX项目负责人、×××股份有限公司负责人、项目经理、客户经理、总工程师、现场经理等。1.1 目的项目为保证项目的顺

3、利实施，本文档将作为项目执行过程中的基准。本文及本文的全部附件定义了本项目的范围， 即×××股份有限公司在本项目中应提供的全部服务和执行过程，对范围的改变以本文中变更管理流程为标准执行。本项目执行过程中双方签字确认的文档定义了本项目的范围细节， 对所有双方签字确认的文档进行变更以本文中变更管理流程为标准执行。1.2 参考文献×××股份有限公司质量体系文件。1.3 术语与简称工作说明书 ：指本文档；用户 ：本系统的直接使用者；用户方 ：指客户公司全称实施方 ：×××股份有限公司2 系统概述本项目的目标是通过

4、本文所定义的服务为用户方建造系统，系统的概述见 技术方案。3 前提条件与假设工作说明书本身和完成工作说明书中所定义工作的各项估计基于以下的关键前提与假设条件。以下条件中任何一项不成立将按照本文附件一变更管理流程中定义的标准，对进度计划、交付日期和项目预算产生影响。双方将在此项目中通力协作承担各自的责任，共同保证此项目的成功执行。卑微如蝼蚁、坚强似大象共享知识分享快乐需求调研及设计联络仅在用户方住所地执行。双方均指定一位项目经理来共同管理此项目。用户方项目经理负责协调用户方在本项目中所承担的任务，并且与实施方项目经理共同作出项目决策。所有用户方提供的文档 （如设计蓝图、 外部接口规范等） 实施方

5、均不对其正确性与完整性负责，如用户方提供的文档中未准确说明的，以实施方的理解为准。所有实施方提供的文档交付物中的目录结构与内容基于实施方的文档规范标准。所有实施方提供的产品及服务均基于实施方的技术质量规范。用户方应在项目进度计划中定义的时间框架内履行所有在此项目中承担的责任。任何因用户方未完全履行其责任而导致的项目进度延期将通过变更控制流程进行处理。用户方在审核实施方提交的文档时，需书面给出全部且明确的审核意见与修订建议。用户方未书面指出或审核意见描述不明确的文档章节视为已审核通过，文档复审时仅针对审核意见进行复查。本文中明确定义了文档审核期限的交付物，用户方如未在约定期限内给出明确书面审核意

6、见的，视为用户方已经审核确认，实施方将据此进行后续工作。4 项目工作范围在本项目中实施方将向用户方提供如下服务：项目管理需求调研软件开发用户接收测试系统安装调试协助完成试运行协助完成用户培训质保期服务其它没有列举出的任务不作为本项目的工作范围。项目完成标准：实施方根据本文中定义的完成标准完成了本文中定义的所有工作。4.1 项目管理项目组将按照实施方项目管理体系进行整个项目的质量、进度、风险、变更等管理，密切与用户方项目组合作，保证项目实施的成功。实施方职责：定义项目组织， 书面确定实施方项目经理， 作为实施方与用户方项目组正式协调沟通的唯一接口人。制定项目计划，与用户方项目经理共同分配双方工作

7、任务，定义进度与里程碑。与用户方项目经理共同推进项目实施进程。卑微如蝼蚁、坚强似大象共享知识分享快乐参与项目计划评审并签字确认。监控项目进度和项目成员工作，调整和细化进度计划。与用户方项目经理共同协商解决项目中出现的风险与变更。进行文档管理和变更管理。监控项目质量。调配项目资源，控制项目的范围、进度、质量、成本。组织并参加项目例会。用户方职责：书面确定用户方项目经理，作为用户方与实施方项目组正式协调沟通的唯一接口人。与实施方共同制定项目计划。组织项目计划评审并签字确认。参与项目监控，对项目中出现的进度和质量问题对实施方提出意见。监控与本项目相关的其他第三方里程碑计划，确保用户方按计划获得所需工

8、作条件。与项目涉及到的第三方进行协调沟通。参加变更管理， 与实施方共同协商解决项目中出现的变更， 并严格遵照变更流程进行处理。向实施方提供实施现场的独立办公环境和相应网络设备条件。完成标准：实施方根据本文中定义的完成标准完成了本文中定义的所有工作。4.2 需求调研根据技术方案内容进行需求调研，编写需求说明书。实施方职责：引导实施需求分析过程。参与需求规格说明书评审并签字确认。用户方职责：按计划组织人员进行需求调研。提供技术方案中所有功能点涉及的业务流程规范文档及业务单据样例。组织人员编制需求说明书 。组织需求说明书评审并签字确认。交付物：交付物名称介质数量需求说明书电子介质1需求说明书纸介质3

9、完成标准：当需求说明书双方方确认完毕时，本项工作即为完成。卑微如蝼蚁、坚强似大象共享知识分享快乐4.3 软硬件接口软件开发期间，系统所涉及的所有硬件条件、环境、安装应当满足的要求。实施方职责：根据需求说明书中提及的硬件接口进行软件的调试。用户方职责：服务器、网络条件具备。门闸的硬件安装完成。地磅的硬件安装完成。地磅的 .NET 软件开发接口提供。交易一体称的到货时间和开发接口提供。自助查询机条件具备。完成标准：实施方根据 需求说明书 中提及的硬件接口进行软件的调试完毕后，本工作即为完成。如用户方软硬件接口条件无法在规定日期前就绪的话，视为乙方联合调试工作完成。4.4 软件开发根据技术方案及需求

10、说明书进行开发测试。实施方职责：根据技术方案 、需求说明书等进行软件定制开发。对软件进行内部测试用户方职责：跟踪监控项目进度。提供项目涉及的第三方硬件设备及开发接口。完成标准：当需求说明书 中定义的全部功能点定制开发及内部测试完毕后，本项工作即为完成。4.5 用户接收测试根据项目开发计划和需求说明书进行用户接收测试。实施方职责：协助用户方进行用户接收测试大纲的编制与评审。协助用户方进行用户接收测试。协助用户方对测试结果进行评审。对评审确认的软件缺陷进行修正。协助用户方编制用户接收测试报告。用户方职责：组织人员根据需求说明书编制用户接收测试大纲。与实施方共同对用户接收测试大纲进行评审，并签字确认

11、。卑微如蝼蚁、坚强似大象共享知识分享快乐根据用户接收测试大纲进行软件功能测试。书面向实施方反馈测试结果。编制用户接收测试报告。完成标准：当用户接收测试大纲 中定义的全部测试通过， 且双方签字确认 用户接收测试报告后，本项工作即为完成。4.6 系统安装调试根据技术方案、项目计划进行本系统的安装调试。实施方职责：根据技术方案编制系统安装调试计划。与用户方评审系统安装调试计划并签字确认。根据系统安装调试计划进行系统安装调试。编制系统安装调试报告，并提交给用户方。用户方职责：与实施方共同编制系统安装调试计划。组织进行系统安装调试计划评审，并签字确认。按计划向实施方提供系统安装调试作业条件， 确保实施方

12、可按计划进行系统安装调试。组织人员进行初始化数据录入。接收并签署实施方提交的系统安装调试报告。交付物：交付物名称介质数量系统安装调试报告电子介质1系统安装调试报告纸介质3完成标准：当双方签字确认系统安装调试报告时，本项工作即为完成。4.7 协助完成试运行系统安装调试通过后一个月内为试运行，在试运行期间实施方将提供技术支持。实施方职责：提供试运行期间的技术支持工作。通过技术支持进行问题定位。解决因本文定义的服务而直接导致的问题。用户方职责：根据要求提供精确的问题描述和问题诊断信息。为实施方进行调试、测试和监控提供相关软硬件环境。协助实施方完成问题修复。完成标准：卑微如蝼蚁、坚强似大象共享知识分享

13、快乐当达到以下任何一个条件时本任务完成：试运行期间所发现因本文定义的服务而导致的问题均得到解决后。达到项目开发计划中定义的完成标准。双方经友好协商共同同意结束试运行时。4.8 协助完成用户培训根据项目计划及技术方案在用户方办公地对最终用户代表进行培训。实施方职责：协助用户方制定用户培训计划。编制培训用材料。根据用户培训计划派出讲师进行培训。用户方职责：与实施方共同编制用户培训计划。培训活动总协调。确定参加培训的人员，召集人员参加培训。完成用户培训计划中定义的其它任务。交付物：交付物名称介质数量用户手册电子介质1用户手册纸介质10完成标准：以下任何一个条件达到时，即认为本任务完成。实施方将用户手

14、册提交给用户方，并完成培训讲解。达到用户培训计划中定义的完成条件。4.9 质保期服务根据质保期条款向用户方提供服务。实施方职责：根据合同质保期条款向用户方提供服务。对双方确认无法远程解决的本软件自身缺陷进行现场技术支持。编制并提交现场技术支持记录单。用户方职责：向实施方提供详细的问题描述。向实施方提供远程维护必要的网络条件及访问账号。向实施方提供必要的现场环境和条件。签署现场技术支持记录单。交付物：交付物名称介质数量现场技术支持记录单电子介质1/次现场技术支持现场技术支持记录单纸介质2/次现场技术支持卑微如蝼蚁、坚强似大象共享知识分享快乐完成标准：以项目计划中确定的质保期结束日期达到时，即认为

15、本任务完成。5 项目不包含的工作本项目中非实施方提供设备的安装、调试与培训等工作均不属于实施方工作范围。6 关键里程碑与甘特图里程碑相对时间日期合同签署完毕D需求调研完毕D+30软件开发完毕D+45硬件到场D+40用户接收测试完毕D+50系统安装调试完毕D+657 验收标准及流程7.1 完成条件当以下任何一个条件达到时，实施方即履行了本文中定义的所有义务。本文定义的所有任务的“完成标准”均已达到。实施方完成了所有在“实施方职责”中定义的任务，包括提交了“交付物” 中列出的所有文档和代码。因用户方或其它任何第三方原因导致【系统安装调试】任务完成后12 个月内系统无法投入试运行时，本项目完成。双方

16、通过友好协商共同同意提前终止此项目。7.2 验收标准7.2.1 问题严重性定义测试中发现的问题级别认定基于以下定义：卑微如蝼蚁、坚强似大象共享知识分享快乐严重性级别描述1致命错误指系统无法使用或受到严重影响，导致所有业务功能无法执行。问题无法迂回绕过。2严重错误指系统运行正常但某个特定的功能失效，导致很多用户收到影响，系统性能严重降低。但存在问题的备选解决方案或问题可以迂回绕过。3一般错误指系统运行正常，业务处理受到限制，但未对整体业务造成影响。4建议性问题系统功能运行正常，由问题提出人提出的次要问题和装饰性改进意见。7.2.2 上线标准根据【问题严重性定义】的定义，达到以下标准时系统可以上线

17、。问题严重性级别问题比例 （以记录和发现的问题总数为分母）102<=5%3<=10%4无限制7.2.3 验收标准根据【问题严重性定义】的定义，达到以下标准时软件系统验收通过。问题严重性级别问题比例 （以记录和发现的问题总数为分母）10203<=5%4无限制卑微如蝼蚁、坚强似大象共享知识分享快乐8 变更管理流程8.1 变更流程图变更管理流程变更提出方PMO提出变更变更审批表及附件变更评估是否重大变更否否审核变更是否通过是备案变更验证结算付款项目领导小组变更执行方否是审核变更是否通过是执行变更卑微如蝼蚁、坚强似大象共享知识分享快乐8.2 重大变更定义重大变更指的是变更涉及到实施方

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