项目任务描述.DOCVIP

项目任务描述模版 2001/7/17 V1.0 作者： 审核： 审批： 更改记录 日期 修改章节 修改 类型* 修改描述 修改人 版本 *修改类型分为 A - ADDED M - MODIFIED D – DELETED 项目任务描述 更改记录 日期 修改章节 修改类型* 修改描述 修改人 版本 *修改类型分为 A - ADDED M - MODIFIED D – DELETED 文档编号: 项目名称：（文档所属的项目的名称，《项目计划》或《立项报告》保持一致） 拟制：（子合同角色签名和日期） 审核：// SQA：// 批准：（子合同项目team leader签名和日期） 项目代号：（和《项目计划》或《立项报告》保持一致，不需有代号的可以填//） 收文：（主管总经理，项目经理，SQA经理，SCM经理，子合同经理，研发资源管理经理，测试角色） 产品版本：（和《项目计划》或《立项报告》保持一致，不需有代号的可以填//） 抄送：// 子合同项目名称： 子合同项目预计开始时间： 子合同项目预计结束时间： 目的：提供给子商，子商将依此提供项目申请报告。 背景、备注：本文的第一页不提供给子商。 定义：（列出本文件中用到的专门术语的定义和外文首字母组词的原词组） 参考：（列出要用到的参考资料）  项目任务描述 时间要求 请在 年 月 日前提交本项目的申请报告。 任务描述 2.1 可执行产品功能和性能要求 (包括对执行环境的要求) 2.2 源代码要求（若不要求提供源代码，则可以裁减） (包括书写规范的要求、编译环境、运行环境的要求) 再开发过程中产生的全部源代码都必须自始至终由版本控制工具 (如source safe或cvs)进行管理，必须将完整的代码树提交给我方，否则我方有权不予接受。 2.3 文档要求 （列出要求提交的文档和相应的要求。） 2.3.1 每周状态报告 为了能够让甲方很好地掌握乙方的进展情况，乙方承诺在每周五下午用电子邮件给甲方发送《每周状态报告》。 《每周状态报告》通常包含： 技术风险； 缺陷统计； 增加、修改和删除的代码行数； 计划的、已经编码的、已经通过代码评审的模块； 其它表明软件研发状态的指标。 2.3.2测试案例 2.3.3测试过程 2.3.4测试日志 2.3.5 测试报告 时间和费用计划 本项目预计完成时间是 。 (项目经理和子合同经理共同决定是否在此给出计划投入的费用) 方案计划书的要求 在方案计划书中通常应该包括： 技术方案 划分项目工作，指出各部分的进度时间表及对应的人力、物力需求，从而给出总的费用和项目开发时间 从技术角度列出里程碑、里程碑产品及相应的验收标准 指出关键路径 选择承包商的标准 （列出对计算机、软件配置等方面的要求。） （提出选择子商的其他要求。） 选择子商的标准包括：子商的项目管理能力；通用技术能力；设计方法；实现的技术方方法；工程数据管理；需求管理方法；配置管理方法；质量保证方法；可供本项目使用的人力物力情况。 备注 请将项目的申请报告连同填写好的合作公司信息表或者研发个人调查问卷一起提供给。 1