有关论文的个人总结

    计算机方面的论文是要以程序为基础，但它不是论文的核心，当完成了一篇有技术含量的论文，那么对应系统的技术设计也就一清二楚了。因此论文是对系统的技术方案和系统的架构，而不是拘泥于程序的。
   当一个系统完成后，对于系统很多的总结，最让人不能忘怀的是设计的失误和技术的应用不当，千万不要因为要做论文，而去实现系统（也就是不要为了实践某个技术方案或技术，对系统进行实现，这是有风险的，而且肯能不可行，也不符和软件工程的要求）。一定要根据选定的系统，做一个好的初步分析，确定系统的功能，很特别的地方。站在技术的角度，来分析系统，首先考虑使用具体技术小的方面在程序上能不能实现功能，然后比较他们的优劣之处，选择比较好的实现方法，然后从系统的整体上分析，分析技术方案对应的构架是否满足系统现在的需要和以后的要求。而通常没有明确的系统需求的系统，没有系统构架的要求，很容易忽略了系统的拓展，可移植，重用等方面。根据系统选择通用，良好的系统构架是系统实现的关键。
   当要写论文，不同的时候，站在不同的角度，会有不同的想法；其实也就是对系统的一个再次认识的过程。注意一定要站在系统的构架上，分析系统的技术，写有关系统应用的文章不同与写基础技术的文章，它要求不仅明白技术的细节，更要求理解技术的精髓。首先要选择有技术代表性的模块就行研究，得出技术应用的核心，然后根据业务，讲清技术的核心。把握文章要从技术构架和系统构架入手，系统业务构架是表现，技术构架是表现的骨架。从业务中体现技术的特点。对于图表的问题，除了图表之外，应该加以说明，否则就现得空洞了。

    写文章千万不要拖，如果你对技术很清楚，就一气写完。如果今天一个想法，明天一个想法。不仅浪费时间，而且到最后你会发现论文的内容不是你要写的初衷（当然能够在不但思考中进步也可能是件好事，但不利于效率和时间）。
    一篇简练，结构好和格式好的论文会留给后来者很大的参考意义，这些已经超过论文本身了。我的一位学姐的一篇论文的结构和格式相当优秀，我写过的两篇论文都有参考它的结构和格式。每次写完论文之后，真想把她的论文作为参考文献，可惜都没有，我只能把这份感激放到心中。我希望我努力奋斗，有一天也有像我这样的感激者。