摘要: (1)设计框架:我们是在原来的基础上加了两个界面来实现的,第一个是启动界面,填好必要信息之后就进入第二个界面(电梯运行界面)。(2)实现工具:我们用的是WPF(3)源程序框架:我们的源程序是在原来的基础上,加两个类库UI和ElevGUI,第一个UI是总控制的类库,启动界面在这里定义,现在的启动项目设为了UI;第二个ElevGUI是用来展示电梯运行的类库,电梯运行的展示页面在这里定义。(4)代码行数:包括注释和界面用的代码,总代码行数为502行。(5)运行时截屏:启动界面:填写电梯信息所在位置和乘客信息所在位置,并选择调度算法:电梯运行界面截屏:(6)设计心得:设计UI并不是那么简单的事情,涉及 阅读全文
posted @ 2013-01-09 11:36 李忠 阅读(201) 评论(0) 推荐(0) 编辑
摘要: 经过一学期的软件工程,做了两次结对编程,两个阶段的团队作业,也算是体会到了软件工程的一个过程了吧,下面是我的一些总结感想:(1)要带领好一个团队必须要有一个明确的奖惩制度。这学期我担任我们小组的组长,觉得带领一个团队做项目和打仗应该是差不多的,打仗没有军法的话,士兵就不会听指挥,团队里,各位组员性格不一样,只有明确的奖惩制度才能让组员按时完成任务,就像我们小组的评分标准里写的那样清楚,什么是要扣分的,什么是要加分的。(2)个人能力是很重要的。如果自己能力不行,在组里会受到组员的小看,所以自己必须努力提高自己的能力。(3)一个项目的框架设计必须要设计好。框架设计好不仅是为了使得分工变得容易,而且 阅读全文
posted @ 2013-01-08 13:54 李忠 阅读(258) 评论(1) 推荐(0) 编辑
摘要: 测试软件:微软必应词典桌面win8版版本:1.6.2.0 (BETA)环境:win8,x64,Intel(R) Core(TM) i3 CPU,4GB RAM测试报告:第一部分:Bug的发现Bug1:会出现点击多次,直接重启软件的Bug,刚安装好这个软件就想试一试它的功能,随便点了点,最后点不了后退键了,当多点击几次之后,它直接就关掉重新启动了,这个应该是软件开发时压力测试没有做好的原因。Bug2: 无法完全翻译选中词汇及时报错 当我们选择本身也时,它只翻译了“本身”,而没有翻译“也”,翻译整个句子也是类似的问题。Bug2: 机器翻译里不能给出一个子部分内容对应的翻译我... 阅读全文
posted @ 2012-12-28 01:49 李忠 阅读(529) 评论(0) 推荐(1) 编辑
摘要: 今天中午,我们小组开了一个会议讨论了下项目测试的工作,我们进行了工作分配:(1)刘宇翔和潘学:测试search of this site部分,用各种边界条件和各种可能的情况进行测试,最后写出项目测试文档;(2)李忠、张孝祖、陈伯雄和苏若:找128篇文档来测试UploadContent和DownloadContent的部分的功能正确性。以上是今天进行的工作分配,我们的组员都已经开始了工作,争取下周一的展示的成功。fighting!!! 阅读全文
posted @ 2012-11-14 23:34 李忠 阅读(180) 评论(0) 推荐(0) 编辑
摘要: 软件工程就是一门实践的课程,我觉得没有什么技巧,课堂说再多的理论都没有学生自己动手做个项目来的实际,所以我给SE教学的一点建议就是注重实践。另外我觉得老师课堂上光讲怎么设计软件,还有一点重要的没有教到,就是“我们该如何有一个好的想法,怎么知道我的这个想法是否有把它实现的意义”,这个也许就是所谓的创新的来源吧,我们很缺乏这方面的能力,希望老师能够给点经验 阅读全文
posted @ 2012-11-12 01:06 李忠 阅读(244) 评论(0) 推荐(0) 编辑
摘要: 我觉得SE和CS是不同的两个概念,但是SE应该是依赖于CS的,即CS是SE的基础,软件开发需要有计算机科学的知识,有这个基础设计出的软件效率才能更高,比如软件工程的开发中,有没有学过数据结构是由本质的区别的,算法分析也是软件性能提高的很重要的因素。 但是软件工程教学方式和计算机科学的教学方式应该是不同的,软件工程应该是更偏向于实践的,所以教学时候应该多实践;而计算机科学,作为一门科学,我的理解是这应该是一门理论科学,应该它已经有了很深厚的理论基础,所以计算机科学的教学应该是侧重于理论的教学,让学生真正知道计算机的原理,计算机是怎样工作的,我们该怎样设计一个计算机。 北航计算学院的理论教育我觉. 阅读全文
posted @ 2012-11-12 01:02 李忠 阅读(211) 评论(0) 推荐(0) 编辑
摘要: 已删除 阅读全文
posted @ 2012-11-12 00:50 李忠 阅读(152) 评论(0) 推荐(0) 编辑
摘要: 在大伙都在吹捧“市集”开发软件的方式的大浪潮下,作者看到了其中的不当之处,发现其中有许多的问题,因此写下这篇文章给予吹捧“市集”的人一个提醒,甚至警告。 在该文章里,作者认为“市集”里的“农民”不可能建造出和“大教堂”一样宏伟的“建筑”,那些“市集”里开发软件的人,会把软件搞得一团糟,“代码越重用,浪费越严重”,作者觉得这种局面应该改一改了。 我觉得作者在文章里的观点有些偏激了,不能一味的吹捧“市集”也不能否定“市集”,不能小看那些“农民”的能力,互联网的时代,“市集”是必然的,现在不是流行叫“地球村”,一个村庄里,不能只有教堂,还要有市集。不能说“农民”基础不行就不让人家卖“农产品”了,“. 阅读全文
posted @ 2012-11-11 22:47 李忠 阅读(235) 评论(0) 推荐(0) 编辑
摘要: 我们的团队项目没有像林纳斯托瓦茨(Linux核心的创始者)那样将代码放在因特网上让很多人来检查,虽然这样可以让错误无处可躲,但是我们目前这个项目规模比较小,我们觉得大部分问题我们能在组内就解决,大部分时候有不会的时候就组员之间讨论,或者上网查找相关资料,或者在网上提问。 不过使用“市集”方式开发建造软件,我还是觉得是一个很好的方式,因为一个小组甚至一个人的力量,是不能匹敌全世界的所有程序员的力量的,大家一起改造软件,同时可以互相学习,是应该好好利用互联网这个平台,世界变得不再那么大。 阅读全文
posted @ 2012-11-11 22:16 李忠 阅读(153) 评论(0) 推荐(0) 编辑
摘要: 总结了一下,产生大泥球的主要原因有下面这些原因:(1)一次性代码(2)碎片式增长(3)为了让软件不出问题(4)Copy/paste导致问题转移(有问题的代码被复制到很多地方,不断蔓延)(5)缺少前期设计(6)应对需求变化过晚 在具体的项目开发之中,体会较深的就是一次性代码和缺少前期设计造成的大泥球。我们在设计软件时常常考虑不到软件代码的复用性,导致设计的代码仅供目前所在模块使用,而没有考虑到其它模块可能的调用,从而带来了代码复用时的泥球;前期接口设计不当也会造成大泥球的产生,当调用关系复杂起来后,调用深度越来越深,最后到写出来的代码自己都看不懂(我遇到这种情况的时候,常常注释都不知道怎么写才. 阅读全文
posted @ 2012-11-11 21:49 李忠 阅读(353) 评论(0) 推荐(0) 编辑