毕业论文精彩的总结篇一
记得刚上完这门课的时候老师就布置了作业，要求我们就论文板块的某个方面去写心得，当时我就问我旁边的同学，你学到了什么?很多人迷茫了，上完了这门课不知道讲了什么，学到了什么。我个人的实际情况有点不一样的，虽然说论文课忘了很多，但是还是有一些收获的，起码自己以后在写毕业论文时候，知道要在内容与格式这两大方面抓好，这非常重要。写一篇好的毕业论文的确不容易，我们必须要认真对待。
刚开始的第一节课是张老师给我们上课的，老师谈及论文写作，给我印象最深的就是他多次强调论文的格式。的确，先不说我们的内容是否新鲜，观点是否创新，建言献策是否有建树，但论文格式的要求是基本的要求，是每个同学都可以做好的。这些基本的格式我们要做好弄好，基本的东西没做好，留给指导老师给你做，这合适吗?虽然说今天面对的是一篇本科论文，但是可能明天也许你就会因为这种不认真的态度而错失很多很好的工作机会。细节决定成败，虽然这是一句话很俗套而且老生常谈，但是十分有理。
其次是老师强调的选题，论文写作的成败，关键还在于选题。课上老师花了大量的时间给大家讲了选题的问题。老师说我们在选题的时候从现实的弊端中选题，学习了专业知识，不能仅停留在书本上和理论上，还要下一番功夫，理论联系实际，用已掌握的专业知识，去寻找和解决工作实践中急待解决的问题，尽量选择自己有较强的兴趣、而且平时有所思考、有所积累的比较熟悉的课题，可以保证选题后写作的可行性。而且范围要尽量小一点，要不就会显得没有什么内容，给人很空的感觉。选题要求学生注重平时积累，博览群书，并要长期的思考。另外注重对自己的跨学科知识的培养，以使自己能从更多的角度看问题，视野更开阔。老师还给我们举了好多的例子来说明，我倒是有一些自己的切身体会。选题就是要发现值得做课题研究的问题，这就需要我们有问题意识。确定论文的题目不可能靠临时抱佛脚，这项工作必须要放在平时。
记得在某一节课上老师给我们点评了一些师兄师姐的毕业论文，印象中听到老师批评的声音较多，赞许的话有，但是相对来说是比较少的。老师是一个会说真话有要求的人，老师的评价是中肯的。老师给我们看了一些师兄师姐的论文，在某些论文里，很多同学都可以看出挺多问题的。论文太难令人信服，文章太苍白了。论文最后是文献，文献资料来源太少，缺少精确。有的甚至来源我们教材，这是不太可取的。在此，老师强调论文的参考文献很重要，想写好一篇论文，必须要广泛地阅读大量的文献资料。
还有就是关于论文写作的态度问题，当下社会抄袭之风似乎盛行得很。在这样一个急功近利的时代，所谓的“学术抄袭”好像四处都可以寻找到适合它滋生的环境。而我们呢，对这类现象自然是会嗤之以鼻，然而见多了，也就见怪不怪了。其实，我们在这课之前也写过论文，自己可以扣心自问，有多少的内容是借鉴了别人的。所以在上课时，老师也反复的强调，当我们自己进行论文写作时，要时刻提醒自己，千万不可以“犯规”，要靠自己的真本事。
总之，在这门课里可以学到挺多东西的，尤其在上课时我们可以感受到老师的学识渊博，但是老师对学生不骄不纵，低调的为人处事和谦虚认真的态度让我打心底去尊敬他。同时也想到了我们身边有些人吧，学识甚少、眼光短浅，还骄傲自大，把自己摆在高高在上的位置。事实上，在这个世界中，我们每个人都是那么的渺小，有什么值得你去特别骄傲的?所以我们都应该把自己的姿态放低，不懂就问，要多向身边的人学习，这样子你才能进步得更快!
毕业论文精彩的总结篇二
经过一段时间努力，毕业设计总体功能总算完成了，虽然上个学期交了一稿，但系统的有些功能还是没有完成，这个学期开始又一直在外面，没有时间做，四月份回学校以后总算有时间来完成它了。
我选的毕业设计是基于T的论坛设计与实现，其实网上开源的论坛多的去了，也不在乎我多写一个，由于是毕业设计，功能就不是做得很强大，要不然完不成就不好交差啦!~
论坛架构基于三层架构，什么是三层架构，三层架构：底层的数据操作层，中间的业务层操作和呈现给用户的界面(表示UI)层。表示层的作用是和用户的操作产生可见的交互，主要是些UI元素，像HTM比如呈现数据，比如收集数据。业务层从数据操作层中获取并组织表现层要呈现的数据，处理表现层收集过来的数据并传递给数据操作层持久化，这些问题的解决都在业务层。
数据操作层把业务层处理后的数据保存到一个持久地数据库中和从数据库中取出数据绐业务层。层间数据的传递运用业务实体类，业务实体类是一些代表了软件世界需求的剥离了行为的类。没有了行为，这些类自然就是一些数据的集合，而他们的作用，自然也是传递数据。在分层的架构中，使用业务实体类来传递数据更加的有意义。表现层中使用自定义控件和继承自Bn的皮肤控件达到用户换肤的目的。业务层中在客户端使用jipt配合正则表达式和在服务器端检查用户的输入来完成对用户输入的验证。数据操作层负责和rver 2000交互。数据操作层主要是调用rver 2000中的存储过程来实现对数据的操作。
运用三层架构，可以让降低各层之间的偶合，比如，我们开发的时候用的是的数据库，但用户中途说改换rver 2000的数据库，假如没有分层的话，或是在各页面都用的是Odbc连接数据库的，这样修改起来非常麻烦，运用三层架构，我们可以在Web.config配置直接对数据提供类分离，这样需求变了，只要再写一个数据提供类就可以了!
分层也更加有益于团队开发，在团队开发的时候，每个人的能力有限和研究的方向不同，有些人注重页面设计，有些人擅长开发逻辑业务，有些人对数据库操作和存储过程非常了解，如果我们先运用软件工程的方法先定义好各层接口，各层开发人员对其它层的工作不用担心其实现，调用定义好了的接口就行了，这样就能高效率的开发出高质量的软件。
其实分层就是用到了设计模式!至于哪种我也不太清楚，或许用到了很多种，设计模式单看书很难理解而且是枯燥的!
在整个开发过程中，我觉得还是没有完全按软件工程的思想去完成他，以致到现在都还有些理不清头绪，不过大体是按照需求分析，系统设计，编码和实现来的，因为没有分析和设计而盲目的编码是没有意义，到头来只是白干一场!
T让WEB程序员比以前轻松的实现更加复杂的功能，绐客户端呈现的元素都可以在服务器端通过编程来控制，甚至Http请求也封装好了一个类供我们调用，在以前这是办不到的，我们可以通过实现IHttpModu级的事件和数据进行控制。也可以实现IHttpH来处理HttpReque
T的UI呈现模型中，所有标有Runrver”的元素都可以通过编程加以控制，甚至文本也不外如是。而且也表示我们所请求的一个页面也是P我们可以在中加上true来跟踪页面请求处理所产生的控件树。T的UI呈现模型一改以前WEB程序员开发WEB应用程序的模式，WEB程序员可以自己开发自定义控件或复合控件来呈现更加丰富的UI元素，来达到更加丰富的用户体验。
通过读取Web.config文件我们还可以在Web.config读取自定义的节点来配置应用程序，比如数据连接字符串，或数据提供类。
还有可以通过身份认证，角色认证，来对不同权限的用户的UI和操作进行控制。
还有会话，状态机制，让用户在无连接HttpReque富的交互式的体验。
缓存机制让WEB应用程序具有良好的性能。
而现在T的最新版本T 2.0 包含许多体系结构升级，其设计是为了提高开发人员的工作效率。不但改进了代码模型来减少冲突，而且还扩展了编译过程以为编译和部署 Web 应用程序提供更广泛的选项。T 框架的扩展性再次通过新的 HTTPModuHTTPH们支持建立在 T 中的许多新功能，包括个性化、母版页和管理站点。缓存已经改进以允许数据库依赖项和缓存后替代。从内部来看，T 2.0 包含了对它以前版本的显著改进;这些新实现结合了许多开发人员驱动的实现，同时沿用了业界的最佳做法。T 2.0 提供一种世界一流的 Web 开发平台，该平台是为处理复杂的企业 Web 应用程序开发而构建的。而新增的T '技术将使T应用程序绐用户带来像桌面应用程序一样的UI体验。
通过在学校的最后一段时间的编程开发，让我更加熟悉掌握了T及其相关技术，让我更加对Micro有种难以言喻的崇拜感!而且为了了解最新的技术，还看了些英文文章和英文书籍。虽然我英语是那么的差，呵呵!
在毕业设计开发过程中，感谢指导老师和同学对我的帮助和支持!
