摘要：
首先说一下对敏捷开发的印象。现在的软件开发很重视前期设计（其实这也是人们吃够了无设计的苦总结出来的），并在这上面投入了很长的时间。敏捷性开发则忽视了这些前期对需求的理解和设计，直接针对最终的需求把功能通过一次次的迭代过程逐步实现。那为什么最早期人们毫无计划开发出的代码就是一坨屎而敏捷性开发开发出来的东西就不一定是呢？是因为人们采用稍微聪明但是也很笨的招数，我开发一点我就进行测试，其他功能回头再说，这样保证开发出来的东西都是有用并且有意义的，这样就避免了开发出一坨屎。而很多开发人员搞的设计，则是希望通过前期预见和规划避免自己的东西变成一坨屎。 所以作者一开篇的一个小标题就是“从无到繁重再到简洁. 阅读全文
摘要：
队员：11061147徐姗&&11061180王宇杰对于结对编程的总结：优点：1、理解代码的效率更高：对于理解由一门不太熟悉的语言写出的程序，结对编程有很强的优势。一个人容易出现似懂非懂的状况，但是两个人，遇到问题就马上提出来，在讨论的过程中不但理解更加深入，也更快速。2、书写代码的效率更高：两个人有所分工，书写代码速度会更快，并且在写代码的过程中，也不是各写各的，相互之间有交流，谁有灵感就直接说。这样写出的代码更书写效率和执行效率都更高。3、优化代码的效率更高：优化代码时，队友会用挑剔的眼光看自己所写的代码，这样更易发现问题，否则一个人的思维，总认为自己是对的，是完美的，不知 阅读全文
摘要：
只是说一点我的想法，不一定对。既然有些电梯被限定了行驶的范围，那么就不应该对所有的电梯笼统的用一个循环来操控。而应该对每个电梯进行判定。如果说没有电梯能够到达全部楼层，那么就应该提示乘客换乘电梯，这样每个电梯专门负责一片区域，效率也未必就会慢。如果说有的电梯能够到达全部区域，有的不能。那么在有专门电梯的地方就应该优先调用这些专门的电梯，而没有专门电梯的地方通用电梯会优先反应。其实也不是很麻烦，针对每个电梯写一个专门的策略。但是诸如等待乘客信息这些是共享的，这样就能保证电梯之间不互相冲突，更加有效的协作。 阅读全文
摘要：
应该是这个吧，不太会分析。 阅读全文
摘要：
（1）我完全不知道要花费多少时间，因为从来没有进行过类似的项目，涉及的很多问题我以前也根本不会。简单的估计一下，这至少是15小时的工作量。（2）前期的准备工作很耗时间，因为一开始根本不知道怎么搞。上网看了很多资料后才有了一点想法。这部分大概费了10个小时。真正开发的时间大概是5个小时，开发完调试的时间大概也是5个小时。如果要划分部分的话，那么一开始读取文件部分花费的时间最多，做字符串的相关处理其次。（3）事实上，我并没有去优化这个项目，没时间也没有能力去优化它，仅仅是让它正确的跑起来就已经很费力气了（甚至正确性也有待进一步鉴定）。analyse暂时做不了，好像缺少插件，以后再补。（4）测试用例 阅读全文