2013年1月10日

摘要: 2012年不是世界末日,所以2013年,软工正常的结束了。。一个学期的软工课,最大的一个感觉就是累,太累了。。当然,也学到了一点东西,但是我感觉,学到的并不是很多。。真正的软件工程在课上最多只能学一些皮毛而已。。先说敏捷。说实话,没明白什么是敏捷,虽然在课程伊始,邹老师在课上就和我们谈过了敏捷。我们在进行团队项目时,强制的scrum应该是敏捷的一种办法,但是我却没有从中见到敏捷在何处。敏捷,在我的理解是快速开发,任何的手段都是为了这一个目的服务的。而我们的scrum,不过是一个虚假的表面功夫而已。。没有真正的商讨,交流,甚至没有见面。。当然还有个好处就是让我们时时想着软工的进度,让我们记得软工 阅读全文
posted @ 2013-01-10 00:27 醉歌 阅读(224) 评论(1) 推荐(0) 编辑

2013年1月9日

摘要: pairwork 郭立轩刘牛顿好说之前从来就没有写过UI,对于这个完全没有思路。。借鉴了谭传奇的思路,利用label的visiable属性显示完成的UI可以显示如下信息:每个楼层正在等待的人数以及上楼抑或下楼,每个电梯的高度(无数字,通过在窗体内的位置显示)及剩余重量空间。UI可以暂停,但暂时不能回退。。具体实现是在又有的World中加了两个窗体,一个用于选择算法,另一个用于展示模拟。同时,在Scheduler中的CreateScheduler加了几个选项,从而可以选择不同的算法。源程序架构如下运行截图代码行数,主要就是FormElev.cs中的450行,其他文件中不计。。。之中包括了部分手写 阅读全文
posted @ 2013-01-09 20:04 醉歌 阅读(228) 评论(0) 推荐(0) 编辑

2012年12月28日

摘要: 组员:刘牛顿郭立轩测试软件:必应缤纷桌面版本:1.1.165.0环境:win7普通版,x32,Intel(R) Core(TM) i5 CPU,4GB RAM测试报告:第一部分: 下载并使用,按照教程描述的bug定义,找出一个功能性的比较严重的bug(至少一个)。用专业的语言描述(每个bug不少于40字),如有必要,可以配图。 BUG1: 标题:状态栏快捷功能误多开选项卡 步骤重现: 1)使用IE浏览器,当前已处于打开多个选项卡的状态 2)bing搜索条最小化到状态栏 3)右击状态栏,选择“焦点资讯”或“热门图片” 显示结果: 打开多个内容相同的选项卡,第一次直接造成了我IE停... 阅读全文
posted @ 2012-12-28 13:21 醉歌 阅读(345) 评论(0) 推荐(0) 编辑

2012年11月13日

摘要: 《大教堂与市集》(TheCathedralandtheBazaar: MusingsonLinuxandOpenSourcebyanAccidentalRevolutionary)一书中提到了软工工程的两种开发模式,即大教堂模式和市集模式。作者认为“Givenenougheyeballs,allbugsareshallow”,也就是支持市集模式。我没有读过这篇文章,只是从维基百科上了稍稍了解了这本书的内容。从其观点来看,我认为,作者写这篇文章,是鉴于当时的自由软件开发的现状。他不满于当时开发软件的低效率,而且,他认为,低效率的原因在于除错阶段花费了大量的时间。由此,他把开源软件的开发模式分为两 阅读全文
posted @ 2012-11-13 21:38 醉歌 阅读(231) 评论(0) 推荐(0) 编辑

2012年10月28日

摘要: 件工程的个人阅读作业,然后我就把邹欣老师的《移山之道》和《现代软件工程讲义》读了,还是有些体会的,这里说一下。作为大学生,没有真正的软件工程实践,必有目光短浅,言语欠缺之处。。我主要想说敏捷这一部分,还有一些关于团队角色的问题敏捷先说敏捷,英文是aglie,是一种现在十分流行的开发模式。敏捷开发的价值观和之前的软件工程的价值观不同,如下:Individualsandinteractionsoverprocessesandtools个人和交互重于过程和工具Workingsoftwareovercomprehensivedocumentation可用的软件重于完备的文档Customercollab 阅读全文
posted @ 2012-10-28 22:55 醉歌 阅读(238) 评论(1) 推荐(0) 编辑

2012年10月22日

摘要: 软工要求的结对编程,随机分组,然后,我(郭立轩)和六班的闫生辉分在了同一组。之前并不认识,虽然如此,这次结对编程的经历还是相当愉快的,也学到了不少东西。OK,下面进入正文关于结对编程如何利用结对编程解决问题我以为,结对编程的精髓在于沟通和监督。所谓沟通,就是结对的两个人能够对所遇到的问题提出想法,并和另一个人去讨论,从而达到一个取其精华,取其糟粕的效果,程序也就会比一个人在写会更好。所谓监督,其实可以说是一种长时间的相互勉励以及警醒,可以让一些在一个人编程时容易出现的问题,比如错字、分心等,几率降低,保证代码的质量,也会让人能够保持一种高昂的精神状态。我和我的partner在一起编程时,是可以 阅读全文
posted @ 2012-10-22 16:26 醉歌 阅读(379) 评论(0) 推荐(0) 编辑

2012年9月20日

摘要: 之前预估时间:一个星期,每天三四个小时其中,分词1天,遍历1天,正常计数1天,扩展计数2天,其他2天之后实际时间:三天,大约共9个小时其中,计数器Counter:2小时,分析器FileAnalyzer:2小时,遍历器Traverser:2小时,扩展计数器ExtendCounter,3小时,程序主函数,20分钟左右。时间差了这么多,我觉得主要是因为自己错误的估计了工作量。还有就是写代码的过程中出错不断,debug花了大量的时间。性能优化时间基本在写代码的时候尽量优化,写成之后,不知道到底如何优化。。如果还能优化的话,就是自己的算法有问题,因为有目前的结果来看,花费时间最多的都是STL的操作。。用 阅读全文
posted @ 2012-09-20 16:58 醉歌 阅读(567) 评论(2) 推荐(0) 编辑

导航