软件开发心得体会
测试学习体会【篇一：关试的心得体会】关于软件测试的心得体会虽然一如继往地写读书笔记，笔墨也浪费了不少。
但真正坐下来利用大段的时间将自己的思路理清还没有过。
因为最近有了一定的时间,更因为狠狠地泡了一段时间51testing测试论坛,下载学习了该网站的电子测试杂志之后，自己的思路终于开始清晰起来，朦朦胧胧地开始看清了远方的路,麻着胆子去分析一下自己,也学着展望一下未来了,毕竟摸黑走路的感觉很不好。
我觉得学习软件测试的通用技术与针对某类软件的测试技术外,还有一个重要的与技术无关的方面:业务知识.没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误,当然需求要依据特定的软件,但软件测试人员对需求理解的深入程度不应低于软件开发的人员.因为软件测试所有的依据来自于需求,而所有的需求来自于客户,甚至是我们的全部都来自于客户.识别需求后还必须转化为测试上的需求,毕竟测试人员看需求的角度和开发人员还是有区别的.关于学习，我知道我并非计算机专业的学生,初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。
但是,总该知道如何去学习，然而我认为，学习总该有必要的方法3.41.10.
学习《软件工程》心得和体会
软程学习心得在期的软件工程课程的学习中，我们学习了十一章容。
第一章软软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
还引出了工具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%之多。
一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。
因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序
读不懂程序，维护又从何谈起呢
所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。
不断锻炼自己，向一名合格的程序设计师迈进。
求一篇软件测试的实训总结报告
实习报告一．实习目的通过实习提高自己的对社会的认知能力，同时理论联系实际，让自己迅速适应社会，跟上IT前进的快速步伐。
通过理论与实际的结合、学校与社会的沟通，进一步提高学生的思想觉悟、业务水平，尤其是观察、分析和解决问题的实际工作能力，以便培养自己成为能够主动适应社会主义现代化建设需要的高素质的复合型人才。
二．实习单位及岗位介绍（一）实习单位简介里程机电设备有限公司是关于互联网在线产品及服务的软件及解决方案的提供商。
（二）岗位介绍我的职位是软件测试主要职责：1.编写测试用例。
2.根据测试计划搭建和维护测试环境。
3.执行测试工作，提交测试报告。
4.对测试中发现的问题进行详细分析和准确定位，与开发人员讨论缺陷管理方案。
5.对测试结果进行总结与统计分析，对测试进行跟踪，并提出反馈意见。
6.对业务部门提供相应技术支持，确保软件质量达标。
三．实习内容及过程：（一）实习内容1.学习公司业务流程，相关工具的使用。
2.学习安装配置和维护测试环境。
3.编写测试计划，测试用例，执行测试，bug验证，回归测试，编写测试报告。
4.跟踪上市产品线BUG解决报告，测试验证结果。
为业务部门提供相应的技术支持，确保软件质量指标。
5.参加本组例行会议；参加公司各种培训、考核、技术交流活动等。
（二）实习过程怀着对IT行业的憧憬，我进入了里程机电设备有限公司实习，我在公司所从事的工作是软件测试。
在实习之前，我们进行了计算机课程的实训，我选择了软件
软件测试总结报告(模板)
测试总结报告测试总结报告说明这份测试分析报告的具体编写目的，指出预期的阅读范围。
说明：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信息系统性能测试与故障诊断：我们采用应用系统性能、服务器监测、网络分析等工具实现网络应用系统故障定位和管理，分析关键应用的响应时间在客户端、网络、服务器的分布，汇总关键应用的吞吐量和网络带宽占用率，揭示引起应用系统故障的真正原因。
软件开发工作感想
第一章软件性能概述1.1软件性能基础1.1.1软件性能的概念软件性能是与软件功能相对应的一种非常重要的非功能特性,表明了软件系统对时间及时性与资源经济性的要求。
对于一个软件系统,运行时执行速度越快、占用系统存储资源及其他资源越少，则软件性能越好。
软件性能与软件功能是软件能力的不同体现，以一个人的工作能力来比喻，“功能”是某个人能够做的事情，“性能”指此人完成这件事情的效率。
在功能相同的情况下，性能是衡量事情完成效果的一个重要因素。
1.1.2不同角色对软件性能的理解1）从系统用户角度看软件性能系统用户指实际使用系统功能的人员。
系统用户看到的软件性能就是软件的响应时间，即当用户在软件中执行一个功能操作后，到软件把本次操作的结果完全展现给用户所消耗的时间。
系统响应时间的影响因素有：功能的粒度、客户端网络情况、服务器当前忙闲情况等。
从系统用户角度看，软件响应时间越短，系统性能越好。
2）从系统运维人员角度看软件性能系统运维人员指负责软件系统运行维护的工作人员。
运维人员在关注系统响应时间的同时，还需要关注系统的资源利用率、系统最大容量、系统访问量变化趋势、数据量增长幅度、系统扩展能力等，并在此基础上制定合理的系统维护计划，以保障系统能够为用户提供稳定可靠的持续服务。
运维人员关注的性能问题：3）从系统开发人员角度看软件性能系统开发人员指系统软件的设计和开发人员。
开发人员关注的性能问题：1.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做好工作总结 在项目进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，，还是我们的团队能力都会有很大的提高。
