项目开发管理办法草案

1、项目开发管理办法（草案）二OO六年十一月1刖言为规范公司的项目开发管理，保证产品开发在成本、人员、进度、质量、风险等方面满足可控要求，特制定此管理办法（后简称“办法”）。本办法将对项目开发的各阶段提出管理要求，内容涉及项目开展、过程控制及文件管理等活动行为，由总经理审核批准后加以贯彻实施2范围项目开发主要指以下几方面的内容范围。新产品的开发。老产品的派生、升级换代。配合公司的项目拓展而临时开展的变更设计。3任务来源项目开发主要包括以下任务来源。公司领导直接下达的开发任务。公司每年的例行市场调研及需求分析报告。老产品的升级换代、产品派生。4过程控制项目开展共分项目立项、开发设计、测试评价、产品试

2、制、验收移交等五个阶段，每阶段又包括若干子项，可穿插进行。4. 1项目立项 项目立项主要包括需求分析、项目可行性分析、项目立项评审等三阶段。 需求分析阶段，由市场部自行或组织技术部，对市场需求情况进行调研，形成市场调研报告，提出新产品开发、老产品升级换代或派生的需求意见，向总经理提出立项申请。 技术部也可根据公司发展及配合技术更新的需要，自行组织对新产品或其他技术项目的调研，提出新项目的立项建议及立项报告，报总经理批示后组织评审。 总经理受理立项申请后，提出批示意见并转技术部。 技术部在收到立项意见批示后，组织技术部、市场部、生产部、工程部等业务部门，就项目的可行性、技术路线、生产及工程施工的

3、配套情况进行讨论；并在此基础上提出立项报告。 技术总监组织技术部、需求提出部门及公司领导，对立项报告进行评审；评审通过，立项阶段完结，项目进入开发设计阶段，否则根据评审意见，完善、修正立项报告，再行组织评审。4. 2开发设计 项目立项报告在通过评审后，设计进入需求分析阶段；技术总监应根据立项报告及前期需求分析相关资料，对项目的开展方案进行评估，指定（或兼任）具体的项目负责人，并与项目负责人商议确定项目组其他成员、布置任务。项目负责人根据技术总监的任务安排，结合市场调研报告、立项报告以及公司当前技术现状，将立项前期的用户需求转化为技术开发的任务，编制并向技术总监提交用于指导项目开展的技术任务书。

4、 技术总监组织项目组成员及其它业务部门，并邀请总经理参加，对项目组提交的技术任务书进行评审，评审通过，即可根据技术任务书中的任务安排，开展设计工作。 技术任务书通过评审后，设计进入概要设计阶段；项目负责人组织开发成员，根据技术任务书的进度要求，完成并向技术总监提交总体技术方案设计。 技术总监组织项目组成员及其它业务部门，对项目组提交的总体技术方案进行评审，评审通过，即可根据总体技术方案的任务安排，开展详细设计工作。 总体技术方案通过评审后，项目进入详细设计阶段； 详细设计阶段为项目的攻坚阶段，项目负责人须充分协调项目组成员，开展详细设计工作；督促项目组成员依照开发进度进行设计工作，以周为单位汇

5、总并向技术总监书面报告设计进度。 详细设计阶段，项目负责人应组织各成员，完成各自承担的技术任务书、总体技术方案所规定设计任务的详细设计工作。 详细设计进程中，软件开发人员应在软件编码以前，根据各自在总体技术方案中承担的模块（或子系统）设计内容，提交实现设计目标所需要完成的类、函数、流程等的设计内容、数量及时间需求，以便纳入进度跟踪。设计阶段，如果涉及SDK（或其他开发包）应用开发，软件设计人员应首先编制针对SDK（或其他开发包）测试程序，对应用功能执行情况进行验证，确认无误后方可进行具体的设计开发。©详细设计进程中，硬件及结构开发人员应根据开发任务规模，采用模块化设计方法，在指定的时

6、间内完成对应模块的原理图、PCBF线图，效果图、结构图等设计。寇详细设计进程中，项目负责人应负责组织开发成员，同步开展各自设计任务所对应的硬件设计说明书或软件设计说明书；并于项目开发结束，汇总形成产品对应的硬件设计说明书或软件设计说明书，报请技术总监审核；修改完善后形成正式的软硬件设计文件。设计进程中，对于设计功能、模块、接口、协议、数据表结构等的变更，项目负责人须以书面的形式向技术总监申请；申请必须包括变更原因、原设计内容、变更内容、变更前后差异、变更对对原设计的影响等等；项目开展的阶段性事件、所有变更必须进行记录，项目设计结束，项目负责人应提交设计过程记录书，为项目的复查提供记录资料。设计

7、过程中任何需要进行生产制作的硬件、结构件设计文件，必须得到总经理、技术总监的批准，方可交由生产部门进行样机制作；详细设计收尾阶段，技术总监应协调生产部门、项目组，完成各自任务范围的软硬件模块化调试；模块化调试结束，技术总监应组织相关部门，开展系统软硬件联调，并将各模块组装、集成为正式的样机。恁样机制作完成，开发设计阶段结束，项目进入测试评价阶段。4.3测试评价测试评价以设计者、技术部其它技术人员、客户等三方独立进行测评的方式开展。设计者作为第一方，首先应在设计收尾阶段调试过程中，针对硬件及软件进行主要硬件单元或软件代码的跟踪测试（即白盒测试），白盒测试采取开发人员交叉复核的方式进行，可在设计阶

8、段穿插进行；在试制及测评阶段，应针对样机功能的实现，以总体技术方案及设计过程记录书所记录的功能要求为标准，进行功能评价，并完成软件功能评价报告；功能评价过程中，如果发现软件功能与标准不一致的问题，软件设计人员应在作好软件备份的同时，在规定时间内完成修正、改善。 第一方评价完成，技术总监应安排项目负责人将样机提交给其他技术人员，进行样机的第二方功能测评；第二方应提交详细的软件功能评价报告，作为对第一方工作的复核依据；第二方测评中发现的问题，项目组应在规定的时间内改正、完善；软件的任何更改，都必须以第一方测评的流程开始，重新进行多方测评。 第二方测评结束，项目组可提请技术总监，将样机提交第三方，即

9、用户方进行功能测评，如果项目为公司自行开发的项目，第三方应由质检部完成；第三方的测评工作为产品定性评价，其提交的软件功能评价报告将作为产品投产试制的依据。 第三方测评结束，项目组应以其提交的软件功能评价报告作为依据，向技术总监提出产品试制申请，技术总监将在综合评估各方情况及资源后，报总经理批准，开展一定数量的产品试制。 第三方测评如果需要在室外环境进行，项目组应全力配合，现场指导并配置满足要求的测试平台，方可移交第三方进行测评。4.4产品试制 产品试制共分试制、小批、中批、大批等阶段，在不同阶段不断跟踪、发现、并消除产品因规模化生产才出现的不可靠因素，方可逐步递增扩大产量，全面提高产品的可靠性

10、。 产品试制阶段，项目组应根据技术任务书及相关国家标准的相关定型试验项目、指标及测试方法要求，提出产品定型试验中请，技术总监批准后即可自行开展或委托相关机构进行测试；定型测试是产品投向市场的重要步骤，应严格、客观、科学的开展，提交的测试报告将作为开发项目产品化的重要依据。 产品试制阶段，技术总监应组织项目组成员，在总结项目的基础上，完成产品技术规格书的编制；技术规格书是一个项目产品化的标志。4. 5验收移交 产品试制成功基础上，项目组应根据进程中产生的技术文件，结合维护需求，编制完成产品的产品使用手册及产品维护手册。 在以上工作均成功结束的情况下，项目组应提交项目验收申请；技术总监根据项目公司

11、情况，在2周内组织验收评审工作；评审工作结束，提交项目验收审报告，列明主旨明确的项目验收意见。验收评审由项目组、需求部门、生产部、工程部、质检部等业务部门共同参与；由技术总监主持，邀请总经理参加。 项目通过验收，项目组应全面整理项目产生的所有文件资料，硬件设计文件、软件设计代码，列明详细的清单，填写技术文件材料移交两联单，逐一向文件管理部门或技术总监移交；接收者在收到移交资料后，须填写归档设计文档登记帐，作好技术文件的归库管理。 技术总监在对各类文件审核无误后，除了作好技术资料的归库备份管理外，还必须将所有资料刻录成CD光碟，并将刻录好的资料移交给总经理；光碟封面注明项目产品名称及软件版本号。

12、项目经过验收移交后，项目组技术人员还必须对产品在投入使用后的技术反映进行维护跟踪，及时了解用户的使用情况以及新需求，为产品的升级作好技术储备。 产品的技术维护跟踪采取项目责任制的方式开展，产品开发的项目负责人为该款产品的维护跟踪责任人，涉及产品客户意见整理、维护技术跟踪支持、产品制程因素问题等等，均有项目负责人组织处理。 产品投向市场后的客户试用跟踪，由市场部负责推广组织，工程部负责工程安装、调试，技术部负责技术支持。5文件管理5. 1过程文件管理项目进程中的每一个重要阶段，项目组必须严格而规范的设计、编制相应的技术文件，各阶段主要的技术文件如下。文件名编制部门项目立项阶段市场调研报告市场部立

13、项报告技术部项目立项评审记录表技术部开发设计阶段技术任务书技术部总体技术方案技术部软件设计说明书技术部硬件设计说明书技术部内部测试（软、硬件）报告技术部设计过程记录书技术部测试评价阶段设计者技术部质检部/用户委托质检部项目负责人项目负责人项目组项目组项目组项目负责人技术总监软件功能一方评价报告软件功能二方评价报告软件功能三方评价报告样试鉴定报告产品试制阶段技术规格书技术总结报告产品使用手册产品维护手册验收移交阶段项目验收报告技术文件材料移交两联单归档设计文档登记帐5. 2文件编码规则办法规定的各类文件，其名称代号均采用取名称中最主要两个关键字汉语拼音首字母，顺序排列的规则来进行代号编制。如技术

14、规格书的代号为JG;总体技术方案的代号为JF等等。 具体项目所产生的文件由“项目编号+文件代号”组成；项目编号由2个字段组成，第一字段为产品编码，可为组合字段，如JL-650VP;第二字段为立项时间，四位数字段，如2006;如果开发项目为纯粹的产品开发，项目编号可直接等同为产品编码，此时不需要时间字段；如产品儿-650VP,其项目标号即JL-650VP,JL-650VP-JG,可直接表意为“JL-650Vp型产品技术规格书。 项目编号由技术总监根据既定的编码规则统一进行命名，新立项产品必须首先申请项目编号，方可开展项目的后续设计工作。 产品编码依照以下的命名规则进行统一编码。产品编码由种类号、

15、特征号、产品区分号组成，用阿拉伯数字或汉语拼首表小。第一部分为产品的种类，超速电子警察为“儿CS',冲红灯电子警察为“JLCU,超高电子警察为“JLCG,超长电子警察为“JLCC,超载电子警察为“JLC7等等；第二部分为产品的分类特征，此处取检测方式进行分类；环行线圈检测为“HJ,视频检测为“SP',雷达检测为“LD',激光检测为“JG',红外检测为“HW等等。第三部分为产品的区分号，此处取成像方式进行分类；光学相机为“GX,数码相机为“SM,模拟摄像机为“MS,数字摄像机为“SS'。 编码的不同字段之间采用“-”进行连接。5.3软件代码管理 公司建立统

16、一的程序源代码提交库；源代码提交库由公司总经理直接管理，为保证数据安全性，同步建立程序源代码提交库备份库，备份库由技术总监负责管理；程序更新应保证原库与备份库同步进行，保持两者的一致性。 所有软件采取版本管理制度，版本的产生及升级由技术总监进行统一管理；项目通过验收后，每个项目产品所涉及的所有可独立运行的软件（源码、目标或可执行文件），均采用统一的版本号，即V1.0版；后续软件优化、产品功能变化或其他因素而导致软件修改，软件版本将统一进行升级。 版本升级对源代码的改动只允许申请人一人改动；修改前必须进行详细的备注，详细记录更改原因、，更改内容、更改时间、更改结果、更改可能影响的其他软件模块等等

17、；修改前向技术总监书面申请从资料库中调出源代码，改动验证无误后提交技术总监进行版本升级及归库处理。源代码修改完毕，必须先要在修改人的机器上编译，与其它组件一起运行，确证没有缺陷后，才能申请归库。 产品每一版本软件投入使用（或发行）前，整个库都被锁上。 建立源代码互审的管理制度，每个软件开发工程师遍写的代码都有致少一个以上的同事对其程序进行测评审查。 建立原代码编写的规范，对软件编写的风格，变量、常量以及其他数据格式，组件接口、解说词等进行统一规定，以规范产品软件设计。 软件设计以前，项目负责人必须与软件工程师一道确定测试计划，并在设计中采取测试与开发同步的方式进行；测试计划内容至少包括确定测试的优先级别、测试涉及的函数模块、功能模块等等。任何的更改都必须重新对整个系统软件进行测评，确保更改不得对产品造成不良影响。6其他规定 项目开发可根据公司自身资源，选择自行开发