3.2) 对于应用背景、基础知识等introduction部分千万不要展开来说，好像你要做一个搞科普的志愿者似的。这些内容如果占的比例太大，会冲淡你自己的工作，甚至让答辩委员觉得你好像都在介绍别人的东东，而自己却没有做什么工作。演讲的主要内容应是自己的工作，如果你真的投入了应该投入的时间和精力做论文，应该有许多自己的工作需要花时间讲的;用一两句话讲完introduction部分本身就让人觉得你急着把别人的已有工作介绍完，是因为你需要留下大量时间来介绍自己的工作。

　　3.3) 一定要强调自己有什么contribution，即自己在理论、方法、技术、工具等方面有什么贡献。

　　3.4) 一定要强调自己所解决的问题是有challenge的，如果是一个让人感觉太trivial的问题，其解决方案是显而易见的，那么你的工作意义就不大了。

　　3.5) 一定要有related work的介绍以及与你的论文工作成果的比较。如果没有这一部分，会全人一种闭门造车的感觉。

　　3.6) 一定要有evaluation部分。通常你需要论证你做的论文工作解决了你在论文中提出的问题，但是否真的如你所言般解决了问题呢，这需要evaluation。一种evaluation是从理论上建模并进行推导、证明;譬如说你在论文提出的某种算法改进了原算法的时间性能，那你可以通过算法分析从理论上证明诸如从O(n*n)改进为O(n*log.n)等。另一种evaluation是通过实验的设计和执行、数据收集与分析得出结论，例如通过算法的实际执行时间的图表(论文中应该图、表兼有，但PPT中最好有图就够了)支持你的结论;如果你能够对Empirical Software Engineering有一些基本知识，那么实验结果会表述得更好。将两种evaluation同时做好，更有利于让读者或答辩委员觉得你的论文结论令人信服。

　　3.7) 在介绍自己的方案设计时，最好展示一个完整的design space，不要让人觉得你好像只知道这一种设计方案而不知有其他可选的设计似的。注意design本身就是一个trade-off and consequence的过程!