项目开发流程及过程课件

项目开发过程及流程1项目开发过程及流程12李小龙的截拳道截拳道，李小龙所创，它的特点是没有固定僵化的形式，不受特定手段的约束，所以它能够吸收各门各派中的精华并为己所用，从某种意义上来说，截拳道可以使用一切手段和技巧，它的目的就是成为胜利者。

不能非法和卑鄙适用于10人以下的项目实施2李小龙的截拳道截拳23亮剑中、小型企业与大型企业的开发环境独立团和集团军对敌作战规范化管理与超规范化管理嵌入式产品与软件产品正确的项目管理和实施方法促成项目成功项目开发过程有规可循，有规可依，但不能墨守成规，否则要么效率不高、要么失败3亮剑中、小型企业与34讲课提纲二、项目开发流程三、项目文档编写规范四、如何提高项目实施能力一、项目规划4讲课提纲二、项目开45一、项目规划1、项目研发目标2、项目研发涉及的过程3、项目需求分析的重要性4、项目立项的必要性5、如何确定项目的总体方案5一、项目规划1、项56企业的根本目标是“合法地赚取尽可能多的利润，使企业利益最大化”

以追求商业利益最大化为总目标，将提高质量、提高效率、降低成本的方法融入到所有过程域中，形成适合于本企业的研发管理过程规范。围绕企业目标展开市场导向、用户第一服从大局、服务企业技术本身非第一要素1.1项目研发的目标6企业的根本目标是“67项目支持：质量保证、客户服务、产品维护1.2项目研发涉及的过程项目管理：需求分析、立项管理，结项管理，项目规划、项目监控、配置管理、变更管理项目研发：概要设计、详细设计、调试测试、试点运行、发布验收项目开发过程7项目支持：质量保证781.3项目需求分析的重要性81.3项目需求分89需求是什么？简单地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么。需求的来源？

用户提出（合同项目）、市场调查（自主研发）、自己挖掘（自主研发）需求分析是要决定“做什么，不做什么”

9需求是什么？简单地910需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。需求调查的目的是通过各种途径获取用户的需求信息（原始材料），产生《用户需求说明书》。需求分析的目的是对各种需求信息进行分析，消除错误，刻画细节等。

需求定义的目的是根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》。系统设计人员将依据《产品需求规格说明书》开展系统设计工作。需求开发过程10需求开发的目的是1011开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求。此工作一旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难。需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。11开发软件系统最困1112知识技能问题合作关系用户说不清需求双方误解需求需求文档写不好用户需求经常变更需求开发的困难12知识技能问题需12131.4项目立项的必要性项目立项是决策“做正确的事情”，而立项之后的研发活动和管理活动的目标是“正确地做事情”。“正确”就是指符合企业利益最大化这个根本目标。

131.4项目立项1314自主研发项目：缺乏“调研，可行性分析，立项建议，决策评审”，主要靠公司领导独断，团队只知道干活，却不了解产品的开发背景，不清楚用户期望的产品应该是什么样的。在开发过程中经常迷失方向，导致进度延误、费用超支等问题。合同项目：需求不清晰、合同内容空洞；双方在签订合同的过程中给出了一些空头承诺（例如对进度、质量、费用的估计过于乐观），在实际执行时却难以兑现这些承诺。项目立项存在的问题14自主研发项目：缺1415在撰写正式的《立项建议书》之前，立项建议小组首先要在宏观层面上搞清楚“开发什么”、“怎样开发”、“怎样赚钱”等重大问题，即产品构思，主要包括以下内容：产品构思待开发产品的主要功能；待开发产品的技术方案；哪些产品部件应当采购、外包开发或者自主研发）开发计划；市场营销计划（如果是合同项目，可能不必考虑市场营销问题）15在撰写正式的《立1516《立项建议书》主要论述“开发什么样的产品、如何开发、如何赚钱”《可行性分析报告》的宗旨是为决策提供有价值的证据和结论市场可行性分析政策可行性分析技术可行性分析成本效益分析16《立项建议书》主1617产品需求、目标清晰吗？产品符合本公司短期、长期的发展战略吗？客户需求强烈吗？消费群体的购买力强吗？当前市场总额大吗？市场发展前景好吗？预期能占有的市场份额令人满意吗？产品的核心竞争力强吗？产品的技术方案合理吗？技术实现途径（如自主开发、外包开发等）合理吗？产品的开发计划合理吗？实际用于开发本产品的经费、人员、物资、时间能满足要求吗？产品的营销计划合理吗？成本－效益分析令人满意吗？有政策风险吗？有知识产权风险吗？有财务风险吗？有不可预测的市场风险吗？…17产品需求、目标清1718项目需求？技术基础?开发周期?未来扩展?8位嵌入式系统？32位嵌入式系统？1.5、产品方案如何确定？人员素质?性价比?18项目需求？技术基18191、单32位嵌入式芯片设计方案2、优先设计方案范例介绍：嵌入式Linux操作系统191、单32位嵌入19201、总体流程介绍2、项目开发条件3、项目开发流程二、项目开发流程201、总体流程介绍20212.1总体流程介绍开始一、项目立项及规划二、项目总体设计及计划三、软、硬件设计和实现四、联调及测试五、试点运行结束六、发布验收212.1总体流程介21222.2项目开发条件2.2.1开发团队组建产品开发需求项目人员需求物色人才组建团队222.2项目开发2223团队领导10%普通成员60%核心成员30%团队的人员结构技术才能、管理能力、开发经验、市场意识技术才能、责任心、忠诚度技能合格、安分守己、任劳任怨人分四类：人物、人才、人手、人渣23团队领导10%普23242.2.2技术平台积累32位嵌入式硬件平台Linux内核外设硬件Driver标准API应用核心功能应用具体功能①②③④242.2.2技术242532位ARM9微处理器GPRS通信交流采样LCD显示按键处理RS485接口RS232接口状态量采集脉冲采集控制输出报警输出以太网通信数据存储与检索JFFS2/sqliteRTCWDTLEDI2CGPIOSPI总线GPIOGPIOGPIOGPIOGPIOMTD哪些技术可以积累？技术的积累、沉淀可大大加速研发的进度2525262.2.3关键技术突破产品核心应用流程人机界面外部接口产品结构性能试验数据处理硬件驱动产品工艺262.2.3关键2627关键技术是否突破决定了项目的成败关键技术的进展速度决定了项目的进展关键技术是动态变化的关键技术是可积累的关键技术未必是产品的核心技术27关键技术是否突破27282.3项目开发流程软件工程师软件设计概要说明软件工程师研发部软件设计详细说明芯片支持产品详细说明项目开发总体方案硬件原理图软件工程师源码功能测试文档硬件工程师源码仿真调试目标码的生成和烧录硬件SAMPLE硬件设计详细说明软件编码软件编码规范仿真系统IC样片2.3.1软件开发流程282.3项目开发282932位嵌入式Liunx产品软件部分内核移植驱动及API①②核心功能③应用功能④总体方案确定硬件原理确定需求功能确定

开发板支持2.3.1软件开发流程2932位嵌入式Li2930自顶向下，逐步求精方法符合人们解决复杂问题的普遍规律。可提高软件开发的成功率和生产率用先全局后局部，先整体后细节，先抽象后具体的逐步求精的过程开发出来的程序具有清晰的层次结构，程序容易阅读和理解程序自顶向下，逐步细化，分解成一个树形结构。在同一层的节点上的细化工作相互独立。有利于编码、测试和集成每一步工作仅在上层节点的基础上做不多的设计扩展，便于检查有利于设计的分工和组织工作。30自顶向下，逐步求3031硬件工程师硬件概要设计说明采购部硬件原理图产品详细说明项目开发总体方案硬件工程师PCB设计软件工程师PCB制板焊接调试样机2.3.2硬件开发流程硬件详细设计说明零部件BOM清单结构设计工程师31硬件工程师硬件概31322.3.3调试流程硬件基本电路调试硬件驱动程序与应用软件有关操作系统移植硬件工程师软件工程师硬件为主软件为主322.3.3调试32332.3.4测试流程制定测试计划设计测试用例执行测试撰写测试报告修正产品错误测试完成回归测试审批审批测试流程图332.3.4测试3334单元测试详细设计集成测试概要设计系统测试产品需求验收测试用户需求开发与测试的关系（1）白盒、黑盒测试（2）功能测试（3）压力测试（4）性能测试（5）易用性测试34单元测试详细设计3435测试报告（1）纪录测试实况1、基本信息（测试对象、测试环境、测试人员、测试时间）（2）对本次测试进行分析、提出建议2、实况纪录（测试情况、测试用例、错误严重程度）3、分析与建议4、错误修改纪录5、附件35测试报告（13536项目名称版本号XXX测试项

管理员管理测试用例号006初测结论：√通过不通过复测记录复测次数复测情况复测人复测日期结论

错误类型统计（[]内填写错误类型数量）

[]可重复错误[]不可重复错误[]死机性错误

[1]数据性错误[]影响其它模块运行错误[]导致测试停顿性错误

[]需求错误[]设计错误[]计算错误

[]帮助等文字错误测试记录单36项目名称版本36372.3.5试点运行、发布验收、推广应用1、现场运行环境会复杂和不确定2、修改、完善和改进是必然的3、产品测试好再去试点运行4、能在家做的事千万别在现场做5、勇于承担，不要推卸责任6、详细做好纪录，不能疏忽大意7、尽可能满足用户的合理需求372.3.5试点37381、为什么要编写项目文档2、需要编写哪些项目文档3、如何编写项目文档？4、代码编写规范5、书面和口头表达的重要性三、项目文档编写规范381、为什么要编写3839什么是文档？在项目工程中，文档用来表示对活动、需求、过程或结果进行描述、定义、规定、报告或认证的任何书面或图示的信息。应说清楚下列问题：是什么?做什么？为什么做?谁来做？怎么做？

搞清楚3.1为什么要编写项目文档39什么是文档？在项3940在项目过程中，会产生和使用大量的信息，文档在项目的开发过程中起着重要的作用，文档是开发人员思考和开发过程的纪录。便于管理汇报。项目管理者可把这些记载下来的材料作为检查项目开发进度和开发质量的依据，实现对项目开发的工程管理。提高开发效率。文档的编制，可使开发人员对各个阶段的工作都进行周密思考、全盘权衡、减少返工。并且可在开发早期发现错误和不一致性，便于及时加以纠正。便于总结分析。作为开发人员在一定阶段的工作成果和结束标志，也可为后续工作奠定基础。便于协调沟通。便于管理人员、开发人员、操作人员、用户之间的协作、交流和了解。使项目开发更科学、更有成效。40在项目过程中，会40413.2需要编写哪些项目文档项目支持：质量保证、客户服务、产品维护项目管理：需求分析、立项管理，结项管理，项目规划、项目监控、配置管理、变更管理项目研发：概要设计、详细设计、调试测试、试点运行、发布验收项目开发过程文档413.2需要编写41423.3如何编写项目文档（1）文档编写不够规范。主要表现在项目实施过程中，没有对每一个阶段的文档进行整理，分层次管理，各类文档资料缺少一致性。（2）文档内容描写不够完善。在编写各种文档过程中，虽然大家都按事先规定的模式进行了编写，但编写的内容经常不够完善。要么文档极其简单，相当于没有文档。要么文档流于形式，没有什么实际的价值。（3）文档没有统一入库管理。随着系统的不断优化、升级，新需求的不断产生，各种文档越来越多，没有建立一个文档资料库。不同时期的各种文档零散存在，造成查询文档时非常困难。（4）只重视文档的形式，实用性不强。文档的制定要实用，以减少繁文缛节的文字工作。（5）文档的安全性无法保障，未能有效管制机密文档的外漏问题。项目一些文档必定是关键文档，起到非常重要的作用。对于这类文档没有设定优先级别特别关注。文档编写存在的问题：不应该只为写文档而写文档，良好的文档是思想交流、沟通的基础，也是整理和理清思路的基础。文档423.3如何编写42433.4代码编写规范代码实际上也是一种供人阅读的文章，有一个文章的风格问题。应该使程序具有良好的风格。1、命名规范2、注释3、结构化、接口化、非耦合/****************************************************************************功能描述:链路层控制域组建入口参数:buf:包头数据结构,AFN:应用层功能码,ACK_Flag确认标志,DIR传送方向出口参数:无返回值:无时间:XXXX-XX-XX设计人:xxxxx****************************************************************************/voidTLinkLayer_Build_Control(APDU_Head*buf, BYTEAFN_Code,//应用层功能码 BYTEACK_Flag,//确认标志 BYTEDIR) //传送方向433.4代码编写43443.5书面和口头表达的重要性—讲清楚思路

开发人员项目管理者工程维护人员用户桥梁443.5书面和口44451、开发人员的职业规划2、提高项目实施能力的前提3、提高项目实施能力的方法四、如何提高项目实施能力？451、开发人员的职45464.1开发人员的职业规划

我的奋斗目标是什么？我的理想是什么？我想有什么作为？我能做到什么程度？最低标准：社会责任/家庭责任464.1开发人员的4647几点建议：珍惜机会、在专业上要下功夫多做少抱怨，能承受委屈规划好发展方向，方向别偏太多25至35岁是人的创造黄金期上天公平，付出就会有回报具备能力才能抓住机会47几点建议：珍惜机47484.2

提高项目实施能力的前提

1、敬业、责任、追求2、谦虚做人、勤恳做事3、认真对待主管交给的任务4、正确的思考、研究方法484.2提高项目48494.3

提高项目实施能力的方法

多参与项目开发，在项目开发中积累技巧、经验，切忌得过且过

多练，多实践，切忌纸上谈兵

在项目实践中多思考，达到举一反三的作用，切忌就题论题

在项目实践中要善于总结，领悟原理，不放过任何疑点，切忌一知半解4.3.1以实践入门，在项目中成长494.3提高项目49504.3.2、学习、实践、再学习

学习后实践，实践必须脚踏实地

多学习，学习可以站得高一点

实践中遇到问题，则继续学习，解决问题

螺旋上升，提高能力，不可能一步到位

除非专门学习，否则学习不可能面面俱到，用到什么学什么504.3.2、学习50514.3.3、因人而异，术有所专

依据自己的基础、兴趣和工作需要，选择自己的方向

任何人不可能对Linux技术面面俱到，全面掌握

大概念要有，做到面宽技专514.3.3、因人51524.3.4、认识本质，注意积累

多条思路寻找解决问题的方法

分析和解决问题，要先搞清楚原理

不能一知半解，留有隐患

要深入认识事物本质，抓住根本524.3.4、认识52534.3.5、搜索+模仿

不是什么都自己从头干就是最好

善于利用已有的Linux资源，多搜索资源

多参考已有的成果、资源，消化吸收，为自己所用

模仿也算实践，学习的入门起始阶段模仿尤其重要534.3.5、搜索53544.3.6、利剑磨成，专业结合

嵌入式Linux技术要和从事的专业紧密相结合

除非专业搞嵌入式Linux，否则其在一定时候只是你手上一把利剑

不能纯粹为了学习Linux而只懂Linux

以嵌入式Linux为平台，创造更多的应用产品，服务企业544.3.6、利剑5455有问题请提出？？？55有问题请提出？？55演讲完毕，谢谢观看！演讲完毕，谢谢观看！56项目开发过程及流程57项目开发过程及流程158李小龙的截拳道截拳道，李小龙所创，它的特点是没有固定僵化的形式，不受特定手段的约束，所以它能够吸收各门各派中的精华并为己所用，从某种意义上来说，截拳道可以使用一切手段和技巧，它的目的就是成为胜利者。

不能非法和卑鄙适用于10人以下的项目实施2李小龙的截拳道截拳5859亮剑中、小型企业与大型企业的开发环境独立团和集团军对敌作战规范化管理与超规范化管理嵌入式产品与软件产品正确的项目管理和实施方法促成项目成功项目开发过程有规可循，有规可依，但不能墨守成规，否则要么效率不高、要么失败3亮剑中、小型企业与5960讲课提纲二、项目开发流程三、项目文档编写规范四、如何提高项目实施能力一、项目规划4讲课提纲二、项目开6061一、项目规划1、项目研发目标2、项目研发涉及的过程3、项目需求分析的重要性4、项目立项的必要性5、如何确定项目的总体方案5一、项目规划1、项6162企业的根本目标是“合法地赚取尽可能多的利润，使企业利益最大化”

以追求商业利益最大化为总目标，将提高质量、提高效率、降低成本的方法融入到所有过程域中，形成适合于本企业的研发管理过程规范。围绕企业目标展开市场导向、用户第一服从大局、服务企业技术本身非第一要素1.1项目研发的目标6企业的根本目标是“6263项目支持：质量保证、客户服务、产品维护1.2项目研发涉及的过程项目管理：需求分析、立项管理，结项管理，项目规划、项目监控、配置管理、变更管理项目研发：概要设计、详细设计、调试测试、试点运行、发布验收项目开发过程7项目支持：质量保证63641.3项目需求分析的重要性81.3项目需求分6465需求是什么？简单地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么。需求的来源？

用户提出（合同项目）、市场调查（自主研发）、自己挖掘（自主研发）需求分析是要决定“做什么，不做什么”

9需求是什么？简单地6566需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。需求调查的目的是通过各种途径获取用户的需求信息（原始材料），产生《用户需求说明书》。需求分析的目的是对各种需求信息进行分析，消除错误，刻画细节等。

需求定义的目的是根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》。系统设计人员将依据《产品需求规格说明书》开展系统设计工作。需求开发过程10需求开发的目的是6667开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求。此工作一旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难。需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。11开发软件系统最困6768知识技能问题合作关系用户说不清需求双方误解需求需求文档写不好用户需求经常变更需求开发的困难12知识技能问题需68691.4项目立项的必要性项目立项是决策“做正确的事情”，而立项之后的研发活动和管理活动的目标是“正确地做事情”。“正确”就是指符合企业利益最大化这个根本目标。

131.4项目立项6970自主研发项目：缺乏“调研，可行性分析，立项建议，决策评审”，主要靠公司领导独断，团队只知道干活，却不了解产品的开发背景，不清楚用户期望的产品应该是什么样的。在开发过程中经常迷失方向，导致进度延误、费用超支等问题。合同项目：需求不清晰、合同内容空洞；双方在签订合同的过程中给出了一些空头承诺（例如对进度、质量、费用的估计过于乐观），在实际执行时却难以兑现这些承诺。项目立项存在的问题14自主研发项目：缺7071在撰写正式的《立项建议书》之前，立项建议小组首先要在宏观层面上搞清楚“开发什么”、“怎样开发”、“怎样赚钱”等重大问题，即产品构思，主要包括以下内容：产品构思待开发产品的主要功能；待开发产品的技术方案；哪些产品部件应当采购、外包开发或者自主研发）开发计划；市场营销计划（如果是合同项目，可能不必考虑市场营销问题）15在撰写正式的《立7172《立项建议书》主要论述“开发什么样的产品、如何开发、如何赚钱”《可行性分析报告》的宗旨是为决策提供有价值的证据和结论市场可行性分析政策可行性分析技术可行性分析成本效益分析16《立项建议书》主7273产品需求、目标清晰吗？产品符合本公司短期、长期的发展战略吗？客户需求强烈吗？消费群体的购买力强吗？当前市场总额大吗？市场发展前景好吗？预期能占有的市场份额令人满意吗？产品的核心竞争力强吗？产品的技术方案合理吗？技术实现途径（如自主开发、外包开发等）合理吗？产品的开发计划合理吗？实际用于开发本产品的经费、人员、物资、时间能满足要求吗？产品的营销计划合理吗？成本－效益分析令人满意吗？有政策风险吗？有知识产权风险吗？有财务风险吗？有不可预测的市场风险吗？…17产品需求、目标清7374项目需求？技术基础?开发周期?未来扩展?8位嵌入式系统？32位嵌入式系统？1.5、产品方案如何确定？人员素质?性价比?18项目需求？技术基74751、单32位嵌入式芯片设计方案2、优先设计方案范例介绍：嵌入式Linux操作系统191、单32位嵌入75761、总体流程介绍2、项目开发条件3、项目开发流程二、项目开发流程201、总体流程介绍76772.1总体流程介绍开始一、项目立项及规划二、项目总体设计及计划三、软、硬件设计和实现四、联调及测试五、试点运行结束六、发布验收212.1总体流程介77782.2项目开发条件2.2.1开发团队组建产品开发需求项目人员需求物色人才组建团队222.2项目开发7879团队领导10%普通成员60%核心成员30%团队的人员结构技术才能、管理能力、开发经验、市场意识技术才能、责任心、忠诚度技能合格、安分守己、任劳任怨人分四类：人物、人才、人手、人渣23团队领导10%普79802.2.2技术平台积累32位嵌入式硬件平台Linux内核外设硬件Driver标准API应用核心功能应用具体功能①②③④242.2.2技术808132位ARM9微处理器GPRS通信交流采样LCD显示按键处理RS485接口RS232接口状态量采集脉冲采集控制输出报警输出以太网通信数据存储与检索JFFS2/sqliteRTCWDTLEDI2CGPIOSPI总线GPIOGPIOGPIOGPIOGPIOMTD哪些技术可以积累？技术的积累、沉淀可大大加速研发的进度2581822.2.3关键技术突破产品核心应用流程人机界面外部接口产品结构性能试验数据处理硬件驱动产品工艺262.2.3关键8283关键技术是否突破决定了项目的成败关键技术的进展速度决定了项目的进展关键技术是动态变化的关键技术是可积累的关键技术未必是产品的核心技术27关键技术是否突破83842.3项目开发流程软件工程师软件设计概要说明软件工程师研发部软件设计详细说明芯片支持产品详细说明项目开发总体方案硬件原理图软件工程师源码功能测试文档硬件工程师源码仿真调试目标码的生成和烧录硬件SAMPLE硬件设计详细说明软件编码软件编码规范仿真系统IC样片2.3.1软件开发流程282.3项目开发848532位嵌入式Liunx产品软件部分内核移植驱动及API①②核心功能③应用功能④总体方案确定硬件原理确定需求功能确定

开发板支持2.3.1软件开发流程2932位嵌入式Li8586自顶向下，逐步求精方法符合人们解决复杂问题的普遍规律。可提高软件开发的成功率和生产率用先全局后局部，先整体后细节，先抽象后具体的逐步求精的过程开发出来的程序具有清晰的层次结构，程序容易阅读和理解程序自顶向下，逐步细化，分解成一个树形结构。在同一层的节点上的细化工作相互独立。有利于编码、测试和集成每一步工作仅在上层节点的基础上做不多的设计扩展，便于检查有利于设计的分工和组织工作。30自顶向下，逐步求8687硬件工程师硬件概要设计说明采购部硬件原理图产品详细说明项目开发总体方案硬件工程师PCB设计软件工程师PCB制板焊接调试样机2.3.2硬件开发流程硬件详细设计说明零部件BOM清单结构设计工程师31硬件工程师硬件概87882.3.3调试流程硬件基本电路调试硬件驱动程序与应用软件有关操作系统移植硬件工程师软件工程师硬件为主软件为主322.3.3调试88892.3.4测试流程制定测试计划设计测试用例执行测试撰写测试报告修正产品错误测试完成回归测试审批审批测试流程图332.3.4测试8990单元测试详细设计集成测试概要设计系统测试产品需求验收测试用户需求开发与测试的关系（1）白盒、黑盒测试（2）功能测试（3）压力测试（4）性能测试（5）易用性测试34单元测试详细设计9091测试报告（1）纪录测试实况1、基本信息（测试对象、测试环境、测试人员、测试时间）（2）对本次测试进行分析、提出建议2、实况纪录（测试情况、测试用例、错误严重程度）3、分析与建议4、错误修改纪录5、附件35测试报告（19192项目名称版本号XXX测试项

管理员管理测试用例号006初测结论：√通过不通过复测记录复测次数复测情况复测人复测日期结论

错误类型统计（[]内填写错误类型数量）

[]可重复错误[]不可重复错误[]死机性错误

[1]数据性错误[]影响其它模块运行错误[]导致测试停顿性错误

[]需求错误[]设计错误[]计算错误

[]帮助等文字错误测试记录单36项目名称版本92932.3.5试点运行、发布验收、推广应用1、现场运行环境会复杂和不确定2、修改、完善和改进是必然的3、产品测试好再去试点运行4、能在家做的事千万别在现场做5、勇于承担，不要推卸责任6、详细做好纪录，不能疏忽大意7、尽可能满足用户的合理需求372.3.5试点93941、为什么要编写项目文档2、需要编写哪些项目文档3、如何编写项目文档？4、代码编写规范5、书面和口头表达的重要性三、项目文档编写规范381、为什么要编写9495什么是文档？在项目工程中，文档用来表示对活动、需求、过程或结果进行描述、定义、规定、报告或认证的任何书面或图示的信息。应说清楚下列问题：是什么?做什么？为什么做?谁来做？怎么做？

搞清楚3.1为什么要编写项目文档39什么是文档？在项9596在项目过程中，会产生和使用大量的信息，文档在项目的开发过程中起着重要的作用，文档是开发人员思考和开发过程的纪录。便于管理汇报。项目管理者可把这些记载下来的材料作为检查项目开发进度和开发质量的依据，实现对项目开发的工程管理。提高开发效率。文档的编制，可使开发人员对各个阶段的工作都进行周密思考、全盘权衡、减少返工。并且可在开发早期发现错误和不一致性，便于及时加以纠正。便于总结分析。作为开发人员在一定阶段的工作成果和结束标志，也可为后续工作奠定基础。便于协调沟通。便于管理人员、开发人员、操作人员、用户之间的协作、交流和了解。使项目开发更科学、更有成效。40在项目过程中，会96973.2需要编写哪些项目文档项目支持：质量保证、客户服务、产品维护项目管理：需求分析、立项管理，结项管理，项目规划、项目监控、配置管理、变更管理项目研发：概要设计、详细设计、调试测试、试点运行、发布验收项目开发过程文档413.2需要编写97983.3如何编写项目文档（1）文档编写不够规范。主要表现在项目实施过程中，没有对每一个阶段的文档进行整理，分层次管理，各类文档资料缺少一致性。（2）文档内容描写不够完善。在编写各种文档过程中，虽然大家都按事先规定的模式进行了编写，但编写的内容经常不够完善。要么文档极其简单，相当于没有文档。要么文档流于形式，没有什么实际的价值。（3）文档没有统一入库管理。随着系统的不断优化、升级，新需求的不断产生，各种文档越来越多，没有建立一个文档资料库。不同时期的各种文档零散存在，造成查询文档时非常困难。（4）只重视文档的形式，实用性不强。文档的制定要实用，以减少繁文缛节的文字工作。（5）文档的安全性无法保障，未能有效管制机密文档的外漏问题。项目一些文档必定是关键文档，起到非常重要的作用。对于这类文档没有设定优先级别特别关注。文档编写存在的问题：不应该只为写文档而写文档，良好的文档是思想交流、沟通的基础，也是整理和理清思路的基础。文档423.3如何编写98993.4代码编写规范代码实际上也是一种供人阅读的文章，有一个文章的风格问题。应该使程序具有良好的风格。1、命名规范2、注释3、结构化、接口化、非耦合/****************************************************************************功能描述:链路层控制域组建入口参数:buf:包头数据结构,AFN:应用层功能码,ACK_Flag确认标志,DIR传送方向出口参数:无返回值