SE_FZU目录：1 2 3 4 5 6 7 8 9 10 11 12 13
积分规则
| 积分制: | 作业为10分制，练习为3分制；alpha30分； | 团队项目分=团队得分+个人贡献分 |
| 个人贡献分: | 个人贡献分=(单次作业分/10)×团队人数×个人贡献百分比 | 根据情况做微调，保持平衡。 |
| 倒扣积分: | 单个回合，截止日期过后一周内完成，最多得70%分数。 | 超过一周没完成，倒扣本回合分数 |
| FS: | Final Score | - |
| AC: | 累计分 | - |
| FMS: | Final Mapped Score | 最终得分映射到[50-100]区间 |
题目
第四回合作业要求:
http://www.cnblogs.com/easteast/p/4830824.html
赛季得分榜，目前总分排名
赛季得分榜，详细得分表
| 学号后3位 | 博客 | 作业1.2 | 作业1.3 | 练习1 | 作业2 | 作业3 | FS（AC） | FMS[50-100] |
|---|---|---|---|---|---|---|---|---|
| 517 | dasusu | 3 | 4 | 3 | 10 | 10 | 30 | 100 |
| 319 | wyswys | 3 | 4 | 2 | 10 | 10 | 29 | 96 |
| 221 | imguang | 3 | 4 | 3 | 9 | 10 | 29 | 96 |
| 502 | schaepher | 4 | 5 | 2 | 9 | 9 | 29 | 96 |
| 328 | beasthunter | 3 | 4 | 2 | 9 | 10 | 28 | 92 |
| 337 | LJ-LJ | 4 | 4 | 3 | 9 | 8 | 28 | 92 |
| 509 | havenobug | 2 | 4 | 3 | 9 | 9 | 27 | 89 |
| 442 | HL-Luo | 3 | 4 | 3 | 8 | 9 | 27 | 89 |
| 418 | thehungergames | 3 | 5 | 2 | 8 | 9 | 27 | 89 |
| 511 | lpx1995 | 3 | 4 | 2 | 7 | 10 | 26 | 85 |
| 505 | hxh969012806 | 2 | 4 | 3 | 7 | 10 | 26 | 85 |
| 135 | zzq-123456 | 3 | 4 | 3 | 6 | 10 | 26 | 85 |
| 340 | Arbor | 2 | 4 | 3 | 9 | 8 | 26 | 85 |
| 103 | czhh | 3 | 4 | 2 | 6 | 10 | 25 | 82 |
| 415 | memoryshao | 3 | 5 | 1 | 7 | 9 | 25 | 82 |
| 530 | zsy-geek | 3 | 4 | 2 | 8 | 8 | 25 | 82 |
| 501 | fenice | 2 | 4 | 3 | 8 | 8 | 25 | 82 |
| 331 | france | 3 | 4 | 2 | 8 | 8 | 25 | 82 |
| 223 | whs2818388 | 3 | 4 | 2 | 8 | 8 | 25 | 82 |
| 620 | malinlin | 4 | 5 | 2 | 7 | 7 | 25 | 82 |
| 601 | Gilga | 4 | 5 | 3 | 7 | 6 | 25 | 82 |
| 307 | beru | 3 | 4 | 3 | 9 | 6 | 25 | 82 |
| 439 | viko-huang | 3 | 4 | 1 | 7 | 9 | 24 | 78 |
| 515 | ssqqhh | 3 | 4 | 3 | 6 | 8 | 24 | 78 |
| 613 | DEVILKXH | 3 | 4 | 3 | 7 | 7 | 24 | 78 |
| 540 | yyj031302540 | 4 | 4 | 2 | 7 | 7 | 24 | 78 |
| 523 | sofeware02523 | 3 | 4 | 3 | 7 | 7 | 24 | 78 |
| 302 | qfyg233 | 3 | 4 | 2 | 8 | 7 | 24 | 78 |
| 301 | Allenbi | 3 | 4 | 2 | 8 | 7 | 24 | 78 |
| 343 | zxysan | 3 | 4 | 2 | 9 | 6 | 24 | 78 |
| 604 | hoatson | 3 | 4 | 2 | 6 | 8 | 23 | 75 |
| 329 | Judgen | 3 | 4 | 2 | 6 | 8 | 23 | 75 |
| 320 | xelion | 3 | 4 | 2 | 6 | 8 | 23 | 75 |
| 619 | lkm0707 | 3 | 4 | 2 | 7 | 7 | 23 | 75 |
| 513 | wnqrf | 3 | 4 | 2 | 7 | 7 | 23 | 75 |
| 430 | youngx | 3 | 4 | 3 | 8 | 5 | 23 | 75 |
| 404 | jdlw | 4 | 4 | 2 | 8 | 5 | 23 | 75 |
| 621 | apumpkin | 3 | 4 | 2 | 6 | 7 | 22 | 71 |
| 606 | YohKin | 2 | 4 | 3 | 6 | 7 | 22 | 71 |
| 628 | fzuyzy | 3 | 4 | 2 | 7 | 6 | 22 | 71 |
| 624 | superspy | 3 | 4 | 2 | 7 | 6 | 22 | 71 |
| 611 | shinebear | 3 | 4 | 2 | 7 | 6 | 22 | 71 |
| 410 | gyf-lancelot | 3 | 4 | 2 | 7 | 6 | 22 | 71 |
| 206 | zmzmk11 | 3 | 4 | 2 | 7 | 6 | 22 | 71 |
| 142 | mobying | 4 | 4 | 2 | 8 | 4 | 22 | 71 |
| 632 | zyk150910 | 3 | 4 | 3 | 6 | 5 | 21 | 67 |
| 610 | hzpgod | 3 | 4 | 2 | 7 | 5 | 21 | 67 |
| 603 | chenbo820 | 3 | 4 | 2 | 7 | 5 | 21 | 67 |
| 625 | wxd1 | 3 | 4 | 3 | 8 | 3 | 21 | 67 |
| 526 | ITcore | 3 | 4 | 2 | 6 | 5 | 20 | 64 |
| 528 | hackers | 3 | 4 | 2 | 7 | 4 | 20 | 64 |
| 608 | lvb08 | 3 | 4 | 2 | 8 | 3 | 20 | 64 |
| 536 | suliling | 2 | 4 | 2 | 8 | 4 | 20 | 64 |
| 117 | syh179236 | 2 | 4 | 2 | 7 | 4 | 19 | 60 |
| 322 | gnoliyuw | 3 | 4 | 2 | 6 | 4 | 19 | 60 |
| 316 | ordique | 3 | 4 | 2 | 6 | 4 | 19 | 60 |
| 623 | i-Tree | 3 | 4 | 2 | 7 | 3 | 19 | 60 |
| 615 | mtiapussy | 2 | 4 | 2 | 7 | 3 | 18 | 57 |
| 416 | HuangVison | 3 | 4 | 2 | 8 | 0 | 17 | 53 |
| 411 | xuezhajun | 3 | 4 | 2 | 8 | 0 | 17 | 53 |
| 503 | drq1 | 3 | 4 | -10 | -10 | 0 | -13 | 0 |
| 629 | lie657470 | 2 | 4 | -10 | -10 | 0 | -14 | 0 |
重点评论
根据作业情况，对做不到位的环节做点评
PSP
PSP表，最好对每项有事先的预估时间，最后填进去实际耗时，这样的对比对自己分析整个软件开发过程，分析哪些环节是最耗时的，为什么耗时，为什么会预估和实际耗时差别巨大等，这样的分析会驱动团队去发现问题，尝试在下一个迭代周期里改进，优化。这和做代码的性能分析一样，做代码的性能分析靠的是工具对每个函数调用的耗时统计；而对软件过程的“性能”分析，则可以通过工程师的自我记录PSP的方式来驱动。多人协作开发
结对项目，或者团队项目，假设有A，B，C，D..多人，可以由A来建立初始仓库，B，C，D去forkA建立的仓库，此时B，C，D的仓库对于A建立的仓库来说是下游仓库。A在自己的本地分支上开发，提交到自己的github远程仓库上，B,C,D在自己的本地分支上开发功能或者修复BUG，完成后先提交到自己的仓库上，再向A建立的仓库提交合并请求（Pull-Reuest)，A收到请求后，对代码变更做codereview，如果大致没问题，可以接受并合并（merge）。如此反复。编码规范
结对或者团队项目，都应该一开始就有经过协商约定的编码规范，并小组或者团队遵守。git版本管理
git的提交方式，只应该维护一份源码，所有开发都在该项目源码上工作，而不是每次工作单独拷贝一份源码去干活，或者本地修改后再打个新压缩包。例如，仓库里几次提交，分别提交了两个压缩包和一次源码项目文件夹。
正确的方式是应该在一个分支上只有一份项目的源码（当然你可以按需创建分支去工作，完了再合并回来，而不是人工拷贝一个文件夹的方式），本地分支也应该只维护一份源码，直接在源码上工作。如果要删除，直接删除，提交；如果要添加，直接添加，提交。如果要修改代码，直接修改，提交，测试，提交。
请不要把git当作备份云盘使用，它是源代码版本管理工具。
学生之间可以互相学习，可以向能正确使用版本管理工具做增量式多人协作开发的同学学习。