自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(23)
  • 收藏
  • 关注

转载 第二次结对编程总结博客——李忠

(1)设计框架:我们是在原来的基础上加了两个界面来实现的,第一个是启动界面,填好必要信息之后就进入第二个界面(电梯运行界面)。(2)实现工具:我们用的是WPF(3)源程序框架:我们的源程序是在原来的基础上,加两个类库UI和ElevGUI,第一个UI是总控制的类库,启动界面在这里定义,现在的启动项目设为了UI;第二个ElevGUI是用来展示电梯运行的类库,电梯运行的展示...

2013-01-09 11:36:00 225

转载 一学期软件工程课的总结感想——李忠(10061185)

经过一学期的软件工程,做了两次结对编程,两个阶段的团队作业,也算是体会到了软件工程的一个过程了吧,下面是我的一些总结感想:(1)要带领好一个团队必须要有一个明确的奖惩制度。这学期我担任我们小组的组长,觉得带领一个团队做项目和打仗应该是差不多的,打仗没有军法的话,士兵就不会听指挥,团队里,各位组员性格不一样,只有明确的奖惩制度才能让组员按时完成任务,就像我们小组的评分标准里写的那样清楚...

2013-01-08 13:54:00 210

转载 软件测试报告(结对作业2之一)——李忠(队友是薛安)

测试软件:微软必应词典桌面win8版版本:1.6.2.0 (BETA)环境:win8,x64,Intel(R) Core(TM) i3 CPU,4GB RAM测试报告:第一部分:Bug的发现Bug1:会出现点击多次,直接重启软件的Bug,刚安装好这个软件就想试一试它的功能,随便点了点,最后点不了后退键了,当多点击几次之后,它直接就关掉重新启动了,这个应该是软件开发...

2012-12-28 01:49:00 201

转载 测试周周三工作分配报告——PM(李忠)

今天中午,我们小组开了一个会议讨论了下项目测试的工作,我们进行了工作分配:(1)刘宇翔和潘学:测试search of this site部分,用各种边界条件和各种可能的情况进行测试,最后写出项目测试文档;(2)李忠、张孝祖、陈伯雄和苏若:找128篇文档来测试UploadContent和DownloadContent的部分的功能正确性。以上是今天进行的工作分配,我们的组员都已经...

2012-11-14 23:34:00 150

转载 怎么叫SE

软件工程就是一门实践的课程,我觉得没有什么技巧,课堂说再多的理论都没有学生自己动手做个项目来的实际,所以我给SE教学的一点建议就是注重实践。另外我觉得老师课堂上光讲怎么设计软件,还有一点重要的没有教到,就是“我们该如何有一个好的想法,怎么知道我的这个想法是否有把它实现的意义”,这个也许就是所谓的创新的来源吧,我们很缺乏这方面的能力,希望老师能够给点经验转载于:https://www....

2012-11-12 01:06:00 157

转载 Software Engineering vs. CS, how to teach SE?

我觉得SE和CS是不同的两个概念,但是SE应该是依赖于CS的,即CS是SE的基础,软件开发需要有计算机科学的知识,有这个基础设计出的软件效率才能更高,比如软件工程的开发中,有没有学过数据结构是由本质的区别的,算法分析也是软件性能提高的很重要的因素。 但是软件工程教学方式和计算机科学的教学方式应该是不同的,软件工程应该是更偏向于实践的,所以教学时候应该多实践;...

2012-11-12 01:02:00 157

转载 读“Agile Method – by Martin Fowler”总结和感想

已删除转载于:https://www.cnblogs.com/DOOM-lz/archive/2012/11/12/2765702.html

2012-11-12 00:50:00 128

转载 读《有人负责,才有质量:写给在集市中迷失的一代》总结与感想

在大伙都在吹捧“市集”开发软件的方式的大浪潮下,作者看到了其中的不当之处,发现其中有许多的问题,因此写下这篇文章给予吹捧“市集”的人一个提醒,甚至警告。 在该文章里,作者认为“市集”里的“农民”不可能建造出和“大教堂”一样宏伟的“建筑”,那些“市集”里开发软件的人,会把软件搞得一团糟,“代码越重用,浪费越严重”,作者觉得这种局面应该改一改了。 我...

2012-11-11 22:47:00 165

转载 我们的团队是使用“大教堂”方式建造软件的

我们的团队项目没有像林纳斯托瓦茨(Linux核心的创始者)那样将代码放在因特网上让很多人来检查,虽然这样可以让错误无处可躲,但是我们目前这个项目规模比较小,我们觉得大部分问题我们能在组内就解决,大部分时候有不会的时候就组员之间讨论,或者上网查找相关资料,或者在网上提问。 不过使用“市集”方式开发建造软件,我还是觉得是一个很好的方式,因为一个小组甚至一个人的力量,...

2012-11-11 22:16:00 104

转载 答“我们的团队项目是否有大泥球?”

总结了一下,产生大泥球的主要原因有下面这些原因:(1)一次性代码(2)碎片式增长(3)为了让软件不出问题(4)Copy/paste导致问题转移(有问题的代码被复制到很多地方,不断蔓延)(5)缺少前期设计(6)应对需求变化过晚 在具体的项目开发之中,体会较深的就是一次性代码和缺少前期设计造成的大泥球。我们在设计软件时常常考虑不到软件代码...

2012-11-11 21:49:00 155

转载 阅读《MANAGING THE DEVELOPMENT OF LARGE SOFTWARE SYSTEMS》和《No Silver Bullet: Essence and Accidents of S...

团队项目开发也进行了两周了,多少有些感想了,对于找“银弹”这个问题,还是计较赞同《No Silver Bullet: Essence and Accidents of Software Engineering》里的看法的,软件项目的复杂度增加真不是线性增加的,在我所在的团队里,是做网站的搜索部分和上传下载部分,比如我开始分配任务给各个组员的时候,每个任务都是很小的一部分,估计...

2012-11-11 17:07:00 238

转载 《MANAGING THE DEVELOPMENT OF LARGE SOFTWARE SYSTEMS》总结

这篇文章主要是介绍了“瀑布模型”。作者总结了自己在软件开发中的经验,提出了一个软件项目的开发架构,开发过程是通过设计一系列阶段顺序展开的,从系统需求分析开始直到产品发布和维护,每个阶段都会产生循环反馈。他给出了固定的顺序,将生存期活动从上一个阶段向下一个阶段逐级过渡,如同流水下泻,最终得到所开发的软件产品,投入使用,这也许就是我们后来人称之为“瀑布模型”的原因吧。...

2012-11-11 16:41:00 166

转载 《No Silver Bullet: Essence and Accidents of Software Engineering》总结

这篇文章首先是介绍了软件工程要面临的固有的不可避免的问题,主要是复杂性(complexity),软件整合(conformity),可变性(changeability)和不可见性(invisibility)。下面是对文章里这些问题观点的整理:(1)复杂性(complexity)。软件要增加规模不仅仅是简单地增加相同内容的规模,还要增加新的内容,这就使得随着软件规模的增加其复...

2012-11-11 15:54:00 541

转载 读《移山之道》的疑问

(1)MSF团队模型中提出了“在对立中寻找共同利益,在冲突中达到平衡”,我觉得这是一个模糊不清的句子,没有根据具体的例子来说明这个问题,很多老师都喜欢说这句套话,然后学生还是不会怎么做。也许是我的开发团队项目的经验还不够吧,希望经过这次软工大作业能对这个有一些理解;(2)团队角色的划分有了,一个角色能有很多的组员构成,那么角色内部组员任务的划分该如何进行?毕竟每个人的水平是不同的,各...

2012-10-30 22:33:00 113

转载 我们的电梯调度算法的独到之处

我们的算法里,定义了_PassengerQueue专门用于存储乘客发出的方向请求,还定义了一个ArrayList数组_targetOfElev用于存储每个电梯的目标楼层。把每个楼层里发出的方向请求相同的那些请求只存储一个,因为一个乘客如果进入不了一个电梯里的话,那么他就会再发出一次方向请求,这样又会对这个方向请求进行赋值,这样,只要还没有完成将所有的乘客都送到他们要到的楼层,那么_Pas...

2012-10-22 01:13:00 110

转载 Design by Contract, Code Contract的优缺点

契约式编程对于软件工程是一个极大的理论改革,对于C/S模式造成了极大的影响和冲击。对于C/S模式,我们看待两个模块的地位是不平等的,我们往往要求server非常强大,可以处理一切可能的异常,而对client不闻不问,造成了client代码的低劣。而在DbC中,使用者和被调用者地位平等,双方必须彼此履行义务,才可以行驶权利。调用者必须提供正确的参数,被调用者必须保证正确的结果和调用者要求的...

2012-10-22 00:27:00 287

转载 Information Hiding, interface design, loose coupling的利用

信息隐藏:首先,在类中,定义的变量和方法可以再前面加上一个下划线"_"来标识,这是一个好的命名规范,可以避免无意中对私有成员进行赋值。类与类之间交换信息时,要交流私有变量时,要用事先设计好的方法来访问,这样如果我们在其它类里面调用另外一个类的私有变量,那么我们必须定义一个获得该类私有变量的方法;要在另一个类里面改变另外一个类里面的变量时,我们也要定义一个改变该类私有变量的方法。在C#里特...

2012-10-21 23:59:00 155

转载 电梯调度类图

转载于:https://www.cnblogs.com/DOOM-lz/archive/2012/10/21/2733150.html

2012-10-21 23:06:00 826

转载 结对编程的合作情况,以及结对编程的优缺点

我们合作的过程照结对编程的优缺点:(1)首先应该是结对编程的高效率了,结对编程的时候,两个人可以分开做不同的unit,也可以同时做相同的unit。在项目的一些简单的unit,一个人能够很简单的unit就可以分给不同的人去做;对于核心的unit,比如说此次项目电梯调度的算法部分,这是一个核心的部分,需要我们共同讨论,经过讨论后再去实现,或者两个人分别写出自己的想法,用代码实现,...

2012-10-21 22:34:00 512

转载 结对编程成员的组成

我和谢伯炎同学一组,我们为pairwork18,即第18组转载于:https://www.cnblogs.com/DOOM-lz/archive/2012/10/21/2733036.html

2012-10-21 21:55:00 107

转载 第一次软工作业的收获

首先,我学会了C#,学会了怎么使用性能分析器分析我所编写的代码的性能,这有效的提高了我优化代码的能力。另外,建议大家在写应用工程的时候线性表这种数据结构是最容易想到的,但是往往是效率最低的,效率高的往往是树形结构,这一次作业也是给我一次教训吧。 这一次作业也让我认清了自己的差距,计算机学科是一门应用型学科,只有自己多写代码,多练编程,自己的水平才能提高。那些大一...

2012-10-01 15:04:00 77

转载 第一次软工作业我用在优化上的时间

软工作业开始由于经过好几次改动,所以总体用于优化的时间有一天多的时间,有点囧,一开始的作业说明没有看清楚,搞得绕了好多弯子,比如,liz12和 Liz23同时出现的话在extended_mode里面是输出哪一个呢,这个问题很纠结,如果按extended_mode的要求,这是看成一个单词还 是两个不同的单词就有歧义了,如果看成是一个单词那么输出时输出哪一个呢。特别无语啊,最后班里面统一了一...

2012-10-01 14:51:00 82

转载 第一次软件工程作业

终于写完了这个作业,今天花了一天的时间呢,与昨天晚上预计的花一下午的时间相差甚远啊,感慨中。。。。由于一直都是用C和C++写程序,因此改不了一些写C程序的风格,再加上对C#刚接触,只知道它和java类似。 早上吃完早饭开始构思怎么写这个程序,把大体的框架写了出来,剩下的就是给各个方法添加实现了。特别郁闷的是,一开始不知道C#里List提供了快排的函数(这个晚上才...

2012-09-23 23:49:00 69

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除