项目任务描述模版

项目任务描述模版

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 测试报告

三.     时间和费用计划

本项目预计完成时间是                   。

( 项目经理和子合同经理共同决定是否在此给出计划投入的费用 )

四.     方案计划书的要求

在方案计划书中通常应该包括：

o        技术方案

o        划分项目工作，指出各部分的进度时间表及对应的人力、物力需求，从而给出总的费用和项目开发时间

o        从技术角度列出里程碑、里程碑产品及相应的验收标准

o        指出关键路径

五.     选择承包商的标准

（列出对计算机、软件配置等方面的要求。）

（提出选择子商的其他要求。）

    选择子商的标准包括：子商的项目管理能力；通用技术能力；设计方法；实现的技术方方法；工程数据管理；需求管理方法；配置管理方法；质量保证方法；可供本项目使用的人力物力情况。

六.     备注

请将项目的申请报告连同填写好的 合作公司信息表或者 研发个人调查问卷一起提供给。