2009年5月6日星期三

[转]总结

今天徐全智阿姨让我们总结一下这一道题目中存在的问题。交出书面材料。
这就是书面材料:

第一阶段队内总结

经过这一次的数学建模总结,我们队从中发现了很多问题,现总结如下:

一、对于时间节奏上的把握。我们队在做题时有这样的缺点:一开始的进度很慢,且缺乏一个整体上的统筹规划。我们时做了第一问之后才做的第二问,而且做第三问是在第三天的下午才决定下来的。在前两天我们的时间紧迫感不强,边做边玩,导致了大部分工作都堆积到第四天晚上来做。但是在第四晚上又出现了事先没有预计到的情况,这使我们原定的计划彻底破产,在交卷的压力下,我们只是匆忙地处理了问题,论文也只是在仓促之间完成的。写得很乱。以后一定要引以为鉴。现在我们规划了时间:一开始必须深入思考,模型的建立要想深想透,中途的思想必须随时记录。最后的半天应该用来讨论论文的最终修改。

二、在建模类型上,我们建立的模型缺少数学性,有很多地方的细节我们其实是想到了的,很多队伍采用了与我们队相同或近似的数学模型,但是我们在最后成文的处理中忽略了数学模型的表达。我们的模型都包含在我们的程序里,没有在论文中得到足够的体现。还有就是关于用列车运行图解决问题的方案,我们用这个方案得到了相当完整的结果。但是这个方案我们觉得数学意味不够(事实上就是铁路工作人员现在采用的方法),就没有在论文中提交。实际上图解是重要的数学思想,是很直观的解法。对于复杂的问题可以简单化,直接肉眼观察得出可行的解。把这样的重要思想视为拿不上台面的雕虫小技,是我们的错误。

三、写作方面的问题。今天上午我们的队的摘要被批评得很惨,摘要上面的三要素一个也没有表现出来,就好像是在写评论一样。这样的摘要是没有办法反映出我们的思想的。这个问题也说明,实际上我们还不会写摘要。对于论文的写作我们要重新学习,比如图表的设置、注释的使用、参考文献的引用,这些文字格式上的规定要牢记。

四、编程方面也有编程语言单一的问题。由于编程的同学熟练的编程语言是CC++,对matlab软件不太会大规模编制程序,所以在编程上面花去了很多不必要的时间。本次训练题求解的程序是用C编的,经过上午的交流,如果遇到海量数据的计算问题,C将不能胜任,本次题目运算的灵活性较大,matlab没有明显的优势,但相信以后的题目不会这样,从现在到 821还有一段时间,编程的同学现在已开始学习matlab的编程语言,在第二阶段的训练开始时,应该能熟练的使用matlab

五、队内的交流问题。这次我们的队内交流不太好。三位同学在编程和建模思想上交流很少,本次题目的编程求解时,我已经将模型用数学的形式表达出来,但没有与写作同学说明这一问题,以致写作时我们的论文中没有一个成形的数学模型,全都是文字表述。这是需要引起重视的。而且因为交流不够,从头到尾都没有使用统一的变量,这反过来又阻碍了队员的正常交流。

六、工具软件的使用。比如excelword等常用软件的使用,这些软件的功能我们还不完全熟悉,结果在做题的时候为了熟悉这些软件而浪费了很多不必要的时间。

七、资源的搜索技巧。在网络上查询资源的技巧还不够,有时还查询不到我们想要的资料。另外,资料的查询也不能仅仅依赖于网络,图书馆也是必不可少的去处。

八、学习别人的优秀成果。我们这个队组建的时间比较久,但是固步自封的现象比较严重。一直以来我们都是沉浸在自己的模型中,很少阅读别人的优秀论文。这一次的教训让我们知道了山外有山,人外有人。这是一个沉痛的教训,一定要引起高度重视并且改正。

九、在解决问题的过程中,有时会不可避免地遇到大量数据的处理。此时我们队就会又畏难的思想,不愿去寻找批量处理的方法,这又是我们的一个缺点。

十、我们参加数学建模的态度。实话实说,参加数学建模,我们肯定有得奖的想法,但更重要的目的是锻炼我们的能力,因为这才能在我们以后的工作和学习中发挥更大的作用。

以上都是我们队存在的严重缺点,在接下来的训练中我们会努力改正,请老师多批评教育我们!

另外,根据现在队内的实际情况,我们制定了如下计划:

一、建模和写作的同学在接下来的一个月内要多看看别人的优秀论文(数量大约是十五份),熟练掌握上课提出的优秀且已经成形的模型,拓宽我们队建模的思路。另外,两人都要提高自己的资料收集能力和常用软件的使用能力,例如绘画简单的示意图,大量数据的批处理能力。

二、编程的同学要尽快学习matlab,争取在一个月之内掌握matlab大规模编程的能力。

主要的计划就是这些,在下一个阶段的训练中,我们一定要取得长足进步!

没有评论: