基于这种思路，如果你只是为了证明你是对的，那么评委只能尝试着去证明你是错误的 。在一些组织评审的时候，这种评审可能会在一开始就会被打回：思路不清，方法不对！
1.列举问题目标
2.提出方案列表
3.分析每个方案
4.对比方案
5.得出结论/验证目标支撑
这样，评委很容易在每个环节帮你把关 。你的规划的思路也就自然出来了 。
第二、在技术规划中，还可能会遇到的问题，就是最后的解决方案，不能解决设定的目标 。这一点出现的原因，可能是因为我们往往会先有了结论，再去补充其他的细节 。但是，我们完全可以把写文档的过程，拿来验证我们的方案合理性 。比如，我们目标中设定了三点，最后方案是解决了其中2个呢？还是都解决了？如果没有解决，我们怎么去解决 。这个回归的过程，非常有价值！
我们有很多案例，都是发现，最后的结论，其实根本支撑不了前面的设定的目标 。看上去这是一个简单的问题，但是这点很不容易做到 。因为很多时候，作者已经认为他已经找到了结论了 。所谓先入为主，很容易导致他们的判断中，会忽略这点 。
4. 技术论文怎么写 论文第一部分主体：相关领域综述 。假设你以.Net为平台开发了一个网上旧
书交易店，那么你在这一部分综述的内容不是网上书店相关的东西，而是你的开
发平台.Net相关的东西，因为如前所述，你的应用背景不是主要的，关键的是你
的开发技术 。而与.Net同为分布式对象技术和软件组件技术的还有OMG的CORBA、
Sun公司的J2EE/EJB等技术，以及最新的Web Service技术 。你必须在论文的综述
部分以自己的语言概要介绍这些技术 。尽管你的实验原型系统中没有用到这些技
术，在这一部分的综述也有必要介绍这些技术，让别人看到你的知识面是比实验
系统更广的 。
论文第二部分主体：自己的工作 。这是最主要的部分，在这一部分表达你自
己在论文部分的工作，而不像第一部分综述那样是介绍别人的工作 。这一部分的
内容可从理论、模型、设计和实现四个层次入手 。理论部分较难，除非你能为你
的实验系统找到可靠的理论依据；模型部分与设计部分最好能以面向对象方式建
模，并且以UML和Rose为工具，这一部分可表达得较详尽，不宜采用传统的结构化
需要分析方法和设计方法；最后的实现部分只需要简介你的实现平台、主要算法、
一些可运行的典型画面、是否投入试用或试用效果等，千万不要大量列举你的源
代码，否则给人的感觉是没有东西而靠这些来充数 。
论文第三部分主体：总结、比较与展望 。这一部分要总结自己工作的优点在
哪里、不足之处在哪里、进一步的改进方案如何等 。如果有类似应用背景的系统，
还须比较你的工作与他人工作的优劣 。
5. 技术合作开发合同怎么写 目 录第一条 定义第二条 开发项目第三条 开发分工第四条 协作事项第五条 协调配合第六条 经费支付第七条 税费承担第八条 风险承担第九条 保密事项第十条 验收标准第十一条 成果归属第十二条 合同维护第十三条 违约责任第十四条 争议解决第十五条 其它约定第十六条 合同附件第十七条 不可抗力第十八条 合同生效第十九条 合同份数第二十条 签订地点和日期合同编号：技术合作开发合同甲方： 住所地： 邮政编码： 法定代表人： 委托代理人： 乙方： 住所地： 邮政编码： 法定代表人： 委托代理人： 本合同甲乙双方就共同参与研究开发 项目事宜，经过平等协商，在真实、充分表达各自意愿的基础上，根据《中华人民共和国合同法》及其他相关法律法规的规定，经协商一致，达成如下协议，双方共同信守履行 。