软件测试 项目总结怎么写啊
高手指教下
在百度文库中搜索一下，找找类似的文档。
这种东西没有特别的定式，但是内容符合你所参与项目的要求就行。
另外，测试是件很客观的工作，因此它的报告也应该尽量客观。
通常可以包含以下内容：对测试目标的总体评价，印象，测试基线等；项目目的、意义，测试规划，参与人员与配套资源，方法选择，测试覆盖率；测试发现的问题数，修复情况，严重问题的比例，测试周期情况；强烈建议填写风险评估，根据测试结果分析测试目标可能还存在的问题。
软件测试心得体会
软件测试心得体会下面简单谈谈我的几点体会：体会一：软件测试在整个软件周期中的重要性。
它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。
这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。
体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。
再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。
结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。
这一点就需要加强研发队伍的建设。
体会三：在系统性能测试方面需要重视。
经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。
当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。
下面是本人的几点想法：想法一：加强系统上线前的性能测试。
最后再次感谢公司提供的平台，感谢领导的信任，让我有机会得到更深层次的学习以及展示自己能力的机会，我也会尽我所能来完善工作的系统，提高整体工作效率，为南方电网的发展建设提供更坚实，优秀的
软件测试总结报告(模板)
测试总结报告测试总结报告说明这份测试分析报告的具体编写目的，指出预期的阅读范围。
说明：a.被测试软件系统的名称；b.该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。
项目名称｜测试目的｜有无模块测试｜有□ 无□｜模块名称 ｜测试类型｜软件版本｜开发人员｜测试人员｜测试内容｜测试准备｜测试步骤｜预期结果｜测试结果｜测试时间｜审核时间｜审核人｜备注｜[备注内容]｜[备注人签名，日期]｜列出要用到的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同对于动态输出的要求进行比较，陈述其中的各项发现。
编号｜功能｜是否通过｜1｜首页｜2｜15、在显微镜下，我们看到了叶细胞中的叶绿体，还看到了叶表皮上的气孔。
｜17、大熊座的明显标志就是我们熟悉的由七颗亮星组成的北斗七星，｜1、焚烧处理垃圾的优缺点是什么
｜预计未来20年，全球人均供水量还将减少1\\\/3。
｜20、在观星过程中，我们看到的天空中有一条闪亮的“银河”光带，实际是由许许多多的恒星组成的
如何总结自己的软件测试工作内容
软件测试的工作内容很多，山东省软件评测中心从4各方面阐述 1) 信息系统规划与选型 u系统规划咨询：协助进行系统的规划设计、系统实施方案编写咨询、系统可行性报告编写咨询、系统可行性评估等； u应用系统方案评估：在应用系统建设方案论证时，对方案中的系统架构、可靠性、可扩展性、兼容性、风险、投资成本等内容进行评估，以明确系统建设的风险和可行性，为领导决策提供支持。
同时，针对方案中的不足给出改进建议。
u应用系统成本估算：对系统中的应用软件根据其规模、结构、技术含量等估算其成本，为项目投资预算或决算提供参考。
u比对测试：结合客户的系统应用规划，建立统一的测试基准，对备选产品进行基准测试，出具权威测试报告，为应用系统选型提供量化判定依据。
2)信息系统建设与开发 在信息系统建设与开发过程中进行质量控制，具体可分解为以下方面： u需求工程咨询与阶段评审：参与系统需求调研与分析、协助构建需求管理与开发规范、需求分析技术与工具的指导等；对阶段性需求分析成果进行评审与验证。
u设计与开发技术咨询与技术评审：协助建立编码规范、系统分析设计方法与工具的指导等；对系统设计的阶段性成果进行技术评审和验证，并对规范落实情况进行跟踪，对发现的问题提出可行性意见并提出改进措施。
u软件测试咨询与过程测试：改进及构建软件测试体系、协助建立缺陷管理规范；对软件开发与实施过程中的各个阶段性的开发产品进行测试和确认。
根据软件开发合同或计划，针对各个阶段的产品进行严格的测试，包括单元测试、集成测试、系统测试。
u技术评审与质量保证：对工作成果进行技术评审、定期对工作成果进行质量检查并提供质量保证报告； u项目管理咨询：协助构建项目管理规范、项目管理工具应用指导等； u配置管理咨询：协助构建配置管理规范、配置管理工具应用指导等； u质量管理咨询：协助构建质量保证规范、质量管理工具应用指导等； u软件过程改进咨询：构建软件过程规范、协助实施软件过程改进。
u文档体系咨询：结合项目实际情况协助构建各类项目文档的结构体系，提供可行性文档撰写模板及案例。
3)信息系统交付与验收 在软件项目的后期，软件项目经过试运行等工作，表明软件的开发等工作已基本完成，此时，可以着手准备软件项目的验收。
软件开发项目验收是对整个开发项目的结果的评价，是软件交付使用前对项目进行评估、认定和总结的过程，包括费用、质量、服务等多个方面。
通过验收工作，来找出项目中可能存在的问题和不足，并进行最后的修正，以使项目成果完美的交付到最终使用人员手中。
u验收测试：依据软件开发商和用户之间的合同、软件需求说明书以及相关行业标准、国家标准、法律法规等对软件的功能、性能、可靠性、易用性、可维护性、可移植性等特性进行严格的测试，以找出软件的缺陷和不足，并提成修改意见，完善项目成果。
u项目成本评估：为需要对项目成本进行审计、核算的用户提供项目成本评估，对软件的成本给出参考性意见。
u文档测试：对软件开发商提供的相关文档进行审核，并提出修改意见，以便于软件或系统的使用、维护和移植。
u履约情况检查：对合同中规定的进度、服务等项目执行情况进行检查，以保障双方的利益。
4)信息系统运行与维护 u应用系统风险评估：对应用系统的整体情况进行综合的评价，包括系统的功能、可靠性、性能、安全性、风险、需投入成本等项目的测试、评价与估算，并给出有针对性改进建议。
u信息系统性能测试与故障诊断：我们采用应用系统性能、服务器监测、网络分析等工具实现网络应用系统故障定位和管理，分析关键应用的响应时间在客户端、网络、服务器的分布，汇总关键应用的吞吐量和网络带宽占用率，揭示引起应用系统故障的真正原因。
学习《软件工程》心得和体会
软程学习心得在期的软件工程课程的学习中，我们学习了十一章容。
第一章软软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
还引出了工具UML。
第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、E-R图以及状态图式本节的重点。
第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。
第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。
第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。
第七章统一建模语言UML概述，本章详细介绍了UML的基本模式、事物、关系及建模时用到的各种图进行了介绍。
第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。
第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。
第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。
第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则： 软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。
包括程序流程图、N-S图、PAD图、HIPO图程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。
它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。
在流程图中只能使用下述的五种基本控制结构：顺序型；选择型；while型循环；until型循环；多情况型选择。
N-S图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为N-S图。
在N-S图中，为了表示五种基本控制结构，规定了五种图形构件。
顺序型；选择型；WHILE重复型；UNTIL重复型；多分支选择型。
PAD图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。
PAD也设置了五种基本控制结构的图示，并允许递归使用。
HIPO图：HIPO图是由一组IPO图加一张HC图组成。
它是美国IBM公司在软件设计中使用的主要表达工具。
HC图既是层次图，用于表示软件的分层结构。
HC图中的每一个模块，均可用一张IPO图来描述。
IPO 图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。
测试方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）。
静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。
但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。
还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的知识通汇贯通。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。
一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。
因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序
读不懂程序，维护又从何谈起呢
所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。
不断锻炼自己，向一名合格的程序设计师迈进。
软件测试基础 课程总结报告
现代软件测试基础课报告班级x班导师：张乐学生姓名：xx目录1基础知识总结31.1.对软件测试的理解31.2.对软件测试的理解31.3.软件测试方法31.4.软件测试用例设计31.5.缺陷报告编写31.6.工具使用心得31.7.本阶段学习心得42问题反馈43授课改进建议44附件41基础知识总结1.1.对软件测试的理解直到学习了软件测试，我才懂得软件测试的定义和目的，是为了尽可能发现并改正被测试软件中的错误，提高软件的可靠性。
是为了保证软件的可靠性而进行的一系列测试活动。
软件是在运行时能够提供所要求功能和性能的指令或计算机程序集合，且该程序能够具有满意的处理信息的数据结构，能够描述程序功能需求以及程序如何操作和使用所要求的文档。
+软件的开发是一个复杂的过程，一个好软件的开发离不开软件测试。
1.2.软件测试过程管理软件的测试过程包括测试项目启动、测试需求分析、制定测试计划、测试设计和测试开发、测试实施和执行、测试结果的审查和分析。
1.3.软件测试方法我所知的软件测试方法有“白盒”测试、“黑盒”测试、“灰盒”测试、单元测试、集成测试、确认测试、系统测试。
“白盒”测试是一种典型的测试方法，是一种按照程序内部逻辑结构和编码结构涉及测试数据并完成的测试方法。
“黑盒”测试意味着要在软件接口处进行测试，它着
软件开发心得体会
软件项目总结报告范文1引言1.1编写目的XXX公司业务管理系统的开发已经基本完成。
写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。
1.2背景项目名称：XXX业务管理系统软件名称：XXX业务系统客户：XXX用户：XXX员工1.3参考资料项目开发文档：1．软件开发数据模型：PDM_OperationSystem20070831.pdm2．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc3．软件业务流程参考：XXX业务管理系统流程说明.doc4．软件使用手册参考：XXX业务管理系统功能说明3.0.doc5．软件业务流程参考：XXX业务管理系统流程说明.doc6．软件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar7．软件中使用的安全Ikey驱动：Ikey Driver.rar以上参考资料是截止2007-08-31是最新的资料文档。
如有修改，即使修改此处的参考文档名称。
2开发工作评价2.1对生产效率的评价1． 系统开发已历时快1年的时间了2． 开发的反复性比较多。
3． 对客户的需求理解不是很透彻。
综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。
2.2对产品功能的评价经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。
经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。
如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。
总的来说，此系统的功能开发还是一个比较成功的案例。
2.3对技术方法的总结在此项目中使用到技术和工具：1． 使用代码生成器：使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。
在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。
在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。
2． 使用数据库建模工具；PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。
在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。
3． 使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。
此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。
本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。
这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。
但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。
4． 使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。
如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。
5． 系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。
但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。
这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。
使我们的技术不断的更加成熟。
6． 系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。
这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。
Ikey加密钥匙是很好的加密B\\\/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。
3项目经验总结3.1签定合同 一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。
往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。
这样以来，我们就大大的降低了我们的开发效益。
虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。
3.2开发团队 在项目确立后，要尽快的建立起项目开发团队。
项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。
这样，在项目的开发过程中，团队才不会被难题困住不动。
另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。
人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。
项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。
3.3需求的调研 在项目确立后，就到了需求调研分析阶段。
1． 项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。
2． 我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱3． 在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。
很多程序员不愿参与到客户的需求调研中去，为什么呢
很简单，与客户沟通不如与代码沟通容易有意思。
尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。
很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢
需求调研有出去和朋友一块烂漫对吗。
。
。
虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。
4． 模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。
一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。
针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。
5． 在一个项目的开发中，文档的书写是极为中要的一项工作。
因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。
我们绝对不能认为，凭借我们的大脑来记录所有的开发需求。
。
。
；即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。
这就要求我们在需求调研中做好需求文档的记录和整理。
6． 需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。
比如可以采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。
这样客户会更快的进行问题的实质。
3.5做好开发计划 在项目确立后，我们就需要做好项目开发计划，需求调研用时，开发用时，测试用时，实施用时，维护用时。
在我们做好了计划后，我们要随时的跟踪计划任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日计划、行动，明日成功。
3.5很好的沟通 在其他行业中，人与人的之间的沟通只很重要的。
项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。
在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。
在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。
3.6做好工作总结 在项目进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，，还是我们的团队能力都会有很大的提高。
