《工作任务说明书(模板).docx》由会员分享，可在线阅读，更多相关《工作任务说明书(模板).docx（13页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、工作任务说明书 XXX项目工作说明书（V1.0）文件编号：GZYY-03业务环节：编 写 人：编写日期：审 核 人：审核日期：批 准 人：批准日期：修订记录修订人修订日期修订内容目 录1.前言51.1.目的51.2.术语51.3.参考52.项目概述52.1.项目目标52.2.项目实施前提及假设62.2.1.开发场地62.2.2.开发设备62.2.3.其他62.3.系统体系结构62.4.应用体系结构63.项目工作范围64.系统需求范围74.1.系统包含的功能74.2.系统不包含的功能74.3.系统的非功能要求85.项目交付清单86.项目验收标准86.1.软件验收标准86.2.软件过程文档验收标准
2、97.项目实施进度108.项目组织结构108.1.组织结构图108.2.角色分派及角色职责119.变更管理流程129.1.变更管理流程129.2.重大变更定义139.3.变更责任131. 前言本工作说明书是 合同（以下为简称主合同）的不可分割的组成部分，并经广州亦云信息技术有限公司(以下简称甲方)和_（以下简称乙方）协商达成以下一致意见： （1） 乙方同意向甲方提供本工作说明书所述服务。（2） 主合同的定义、解释、条款、术语和条件将作为此工作说明书未提及部分的补充。本工作说明书与合同有冲突的，以本工作说明书条款为准。（3） 此工作说明书描述了由甲方发包、乙方分包的 项目（以下简称本项目）实施过
3、程中提供的技术服务细则，以及甲乙双方在项目实施过程中的主要职责。1.1. 目的为保证项目的顺利实施，本文档将作为项目执行过程中的基准。1.2. 术语【说明】此处添加本工作说明书中所引用的重要术语或定义。1.3. 参考【说明】此处添加本工作说明书中相关的重要文献资料名称。2. 项目概述2.1. 项目目标【说明】此处填写项目需要实现的主要业务，以及该项目与甲方项目整体、客户现有系统和外部系统的关系。2.2. 项目实施前提及假设【说明】此处根据项目实际情况填写，说明整个项目实施的需要具备前提条件以及假设，在前提条件具备的情况下进行后续描述的任务实施。如果实施前提发生变化，将按照变更管理流程进行处理。
4、2.2.1. 开发场地【说明】此处描述需要甲方及第三方提供的工作场地、工作环境以及准备时间的要求。2.2.2. 开发设备【说明】此处描述需要甲方及第三方提供的开发设备、设备规格、数量、准备时间等的要求。2.2.3. 其他【说明】此处描述项目实施需要具体的其他前提条件和假设。2.3. 系统体系结构【说明】此处描述所开发的应用软件构筑在何基础架构平台上，包括文字说明和图示。2.4. 应用体系结构【说明】此处描述所开发的应用软件的架构设计，包括文字说明和图示。3. 项目工作范围项目工作范围主要描述了在项目实施的各个阶段提供服务的主要内容，明确双方的职责，确定阶段交付成果以及完成标准。同时也说明项目不
5、包含的工作任务。正常情况下，项目工作任务要求按照如下阶段进行描述，可根据项目实际阶段进行更改： 需求分析 设计开发 系统测试 上线试运行 培训 系统验收 维护4. 系统需求范围4.1. 系统包含的功能【说明】请根据项目实际情况，替换本节中括弧中的功能及其描述。本项目实现以下的功能：1功能一的名称功能一的详细描述2功能二的名称功能二的详细描述3此处添加更多的功能更多的功能的详细描述4.2. 系统不包含的功能【说明】请根据项目实际情况，替换本节中括弧中不包含的功能及其描述。本项目不包含以下的功能：1不包含的功能一的名称不包含的功能一的具体内容描述2不包含的功能二的名称不包含的功能二的具体内容描述3
6、此处添加更多不包含的功能名称更多不包含的功能的具体内容描述4.3. 系统的非功能要求【说明】根据项目的情况，说明系统的非功能要求。如不需要明确规定则可以删除本部分。5. 项目交付清单【说明】此处列出项目各个阶段交付给用户的正式交付物清单。交付物名称介质形式期限数量备注6. 项目验收标准6.1. 软件验收标准1系统功能验收【举例】以本文第4条系统需求范围为依据，以甲乙双方确认的项目软件需求规格说明书（以双方签字为准）所定义的功能为验收的标准。2性能验收【说明】此处根据是否需要明确性能要求而填写性能验收标准。3软件缺陷【说明】请根据项目实际情况填写以下的缺陷分类表及相关的验收标准。【举例】如果验收
7、测试后，系统的残余缺陷按照严重程度分类，分别满足对应的验收标准则视为验收测试合格。缺陷分类表（严重程度按从大到小排列）严重程度描述验收标准A系统由于出现问题不能继续运行= 0B系统中某项业务（某一模块）无法进行。= 0C系统中单一交易不能继续运转或错误，但不影响业务的进行。（有替代办法）= 10D其他：系统在某种状态下产生错误，不影响正常业务。限于那些装饰性且在软件处理上没有影响的问题。有着这些性质的缺陷可能留着未解决并积累直到软件的按期发布。= 6.2. 软件过程文档验收标准【说明】请根据项目实际情况更改以下关于文档验收标准的描述。【举例】文档验收以抽样方式进行，抽样率为20%。如果在验收的
8、文档中，错误的总字数超过抽样文档总字数的5%，或描述每一独立完整的功能/章节错误，则视为验收失败；否则为验收合格。7. 项目实施进度【说明】请根据甲乙双方约定的项目计划说明各阶段里程碑的开始时间和结束时间。【举例】项目启动日期：_年_月_日阶段计划开始时间计划结束时间项目计划需求分析概要设计详细设计编码与单元测试集成测试系统测试上线试运行系统验收8. 项目组织结构8.1. 组织结构图【说明】请根据项目实际情况定义项目的组织结构图。【举例】甲方项目领导小组乙方项目领导小组变更控制委员会质量经理乙方项目经理甲方项目经理技术经理设计组设计组需求分析组开发组测试组配置管理组8.2. 角色分派及角色职责
9、【说明】请根据8.1节中项目实际的组织结构图定义角色职责。【举例】乙方项目领导小组：由乙方项目决策管理人员组成。甲方项目领导小组：由甲户方项目决策管理人员组成。变更控制委员会：由甲方、乙方项目领导小组中代表组成，进行重大变更决策。甲方、乙方项目经理：某二，具体职责描述质量经理：某三，具体职责描述技术经理：某四，具体职责描述配置管理组：小组人员的构成、所属单位（甲方、乙方、其它单位）负责配置库、软件配置项的管理。需求分析组：小组人员的构成、所属单位（甲方、乙方、其它单位）、所需人员的数目、职能描述以及小组开始工作的阶段设计组：小组人员的构成、所属单位（甲方、乙方、其它单位）、所需人员的数目、职能
10、描述以及小组开始工作的阶段开发组：小组人员的构成、所属单位（甲方、乙方、其它单位）、所需人员的数目、职能描述以及小组开始工作的阶段测试组：小组人员的构成、所属单位（甲方、乙方、其它单位）、所需人员的数目、职能描述以及小组开始工作的阶段9. 变更管理流程9.1. 变更管理流程【说明】此处定义项目需求、范围、资源等发生变更的处理流程。【举例】变更申请人配置管理组变更控制委员会管理组变更执行人组变更申请变更申请登记变更评估通过？登记状态登记状态变更通知变更执行变更验证是双方项目组管理组重大变更变更评估通过？是是否否否9.2. 重大变更定义【说明】此处描述对项目进度、成本、质量等要素影响较大的变更事项。9.3. 变更责任【说明】此处描述发生变更时，甲乙双方约定的对费用变化、风险控制等事项的处理。第 13 页 共 13 页