技术研发模版

第一部分 总纲 （1） （2） （3） （4） （1） （2） （3） （4） （5）

（1） （2） （3） （4） （5） （1）

0.40。（2）

（3）

（4）

（注：Vi.00，i=0,1,2,…表示

版本系列；Vi.mn，i，m，n=0，1，2，…表示

第二部分 目录索引1﹑说明2﹑模板1﹑说明2﹑模板1﹑说明2﹑模板1﹑说明

1﹑硬件部分（1） （2） 2﹑软件部分（1） （2） 1﹑硬件部分（1） （2） 2﹑软件部分（1） （2） 1﹑测试流程2﹑测试要求（1） （2） 3﹑测试模板（1） （2） （1） （2） （1） （2） （1） （2） （1） 版本状态：Beta/测试版，Release/正式版，Changing/变更（2）

i.jk（i=0，1，2，…，n；jk=01，…，99）

比较大的改动如，一次修改或升级处的数目>10，功能性的增加或改变，则

j+1；如果是>10

处修改，j+1，个数部分用

累计功能变动超过百次，i+1，jk=00立项管理（Project

1﹑说明：（1） （2） a﹑一级项目：包括全新的项目的启动，原有项目的重大改版和升级b﹑二级项目：在以往项目的基础上进行的非重大的版本修改和完善（3） a﹑

b﹑

c﹑

d﹑对于二级项目，必须将项目计划申请书（纸介质）交由技术文档负责人归档，总经理及技术总监对二级项目的进展情况具有知e﹑项目申请计划书一式两份：纸介质文档与电子文档。纸介质文档作为技术档案由专门负责人员备份归档。电子文档按规范要求（4） a﹑

b﹑

c﹑

2﹑项目申请计划书

eq

\o\ac(□,√)

eq

\o\ac(□,√)

，GPRS-Based

），

1﹑说明：（1） （2） （3） （4） （5）

需求分析说明书/报告

项目评审委

eq

\o\ac(□,

)eq

\o\ac(□,

)eq

\o\ac(□,

)eq

\o\ac(□,

)

eq

\o\ac(□,

)是eq

\o\ac(□,

)项目评审委

有项目申请/建议书，需求定义和需求报告仍然不能进行实质性的开发，必须要进行可行性分析，可行性分析包括几个部分（1） （2） （3） （4） （5） （6）

项目评审委

项目评审委

1、硬件部分：为了简化操作流程，使文档既能体现设计原理与设计思路，又具有良好的操作性，所以对于硬件部分的概要设计要求只概要设计报告（H）

（改动：EPF2003NOX-05-H-01）

重要，关键性器件—>主要器件—>辅助性器件的顺序描述主要器件及技术参数栏。 每一种参考资料都有自己的编号如：EPF2003NOX-05-H-R12、软件部分:软件部分的概要设计需要提交的报告有：概要设计报告，界面设计报告，数据库设计报告概要设计报告（S）

，V1.07，V1.17

﹡接口/协议的约束 *软件质量约束，包括正确性，健壮性，可靠性，效率（性能）

*解释如何以及为什么如此分解系统

（1） （2） （3）

界面设计报告（S）

，v1.07，v1.17 （1） （2）

数据库设计报告（S）

，v1.07，v1.17

（1） （2） （c）2003，**公司，硬件开发部

*文件名称：*文件标识：文件标识可以统一规定，也可以自己选择*摘 *当前版本：*作 *完成日期：*取代版本：*原作者 *完成日期：（3）

*函数的主要作用*输入输出参数的含义（4） （5） （6）

详细设计报告（H）

2.软件部分详细设计报告（SP1）

主要的类/结构：程序中所有用到的类，包括自己独立封装的类，从固有的类中集成下来的类，简要陈述类的作用。如果

详细设计报告（SP2）

Map.Distance()接口函数来计算距离，那么既需要描述出

Map.Distance()的作用与参数描述

详细设计报告（SP3）

由于流程图一般占用较大空间，所以将其作为详细设计报告（SP3）的附件

bug，还可以发

1/4~1/3。（1） （2） （3）

□No

（1） R:即

（2） Y:即

Yellow，黄色级别，功能性问题，某项功能无法通过（3） O:即

Orange，橙色级别，功能可以实现，但操作十分不便

产品测试报告（HP2）

产品测试报告（SP1）

□Y

产品测试报告（SP2）