第三次作业
一.本次作业的GITHUP地址
|
GIT地址 |
https://github.com/SDYXL/XL |
|
GIT用户名 |
sdyxl |
二.PSP表格
|
PSP |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
|
Planning |
计划 |
30 |
25 |
|
Estimate |
估计这个任务需要多少时间 |
10 |
10 |
|
Development |
开发 |
800 |
660 |
|
Analysis |
需求分析 (包括学习新技术) |
60 |
35 |
|
Design Spec |
生成设计文档 |
60 |
45 |
|
Design Review |
设计复审 (和同事审核设计文档) |
30 |
30 |
|
Coding Standard |
代码规范 (为目前的开发制定合适的规范) |
20 |
30 |
|
Design |
具体设计 |
40 |
35 |
|
Coding |
具体编码 |
300 |
310 |
|
Code Review |
代码复审 |
60 |
30 |
|
Test |
测试（自我测试，修改代码，提交修改） |
60 |
30 |
|
Reporting |
报告 |
40 |
40 |
|
Test Report |
测试报告 |
30 |
35 |
|
Size Measurement |
计算工作量 |
30 |
25 |
|
Postmortem & Process Improvement Plan |
事后总结, 并提出过程改进计划 |
30 |
10 |
|
|
合计 |
800 |
690 |
三、代码思路
首先去除非字母数字，再分割成字符串数组，对字符串数组中每个元素进行判断是否为单词，统计单词个数，然后定义一个字典类，存单词个数和单词；对字典进行按照字典的Value排序
从而输出出现频率最高的10个单词.这次主要我来规划代码思路，搭档动手设计完善代码，但仍然感觉到我们的代码还需要完善。
四：设计过程图
总结：保持双方步调一致，一起工作难免出现不确定对方进行到哪一程度的情况发生，这是无法避免的。出现上述现象时，积极应对就可以了。最好的办法就是好频率互相协调，短时间确定是否同步，如果花费5分钟或者更久，就和独自工作没什么区别。最好可以做之前明确工作。例如咨询对方，“要我们为空案例编写测试吗”当然偶然也会被动的工作，那么可以解释例如：“需要输入，但不知道是否可行”等，最好能保持这样长时间的探索精神。谁都知道一次性认可比不断解释重来简单，但是为保证工作质量，编码返工其实很正常。不管是谁掌握宏观方向，谁负责细节，最重要是配合默契高效完成工作
