个人项目：WC

 Github项目地址：https://github.com/chrisjyo/WC

 PSP表格:

PSP	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	60
· Estimate	· 估计这个任务需要多少时间	30	60
Development	开发	600	600
· Analysis	· 需求分析 (包括学习新技术)	60	60
· Design Spec	· 生成设计文档	30	60
· Design Review	· 设计复审 (和同事审核设计文档)	30	30
· Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	30	30
· Design	· 具体设计	45	30
· Coding	· 具体编码	360	480
· Code Review	· 代码复审	60	60
· Test	· 测试（自我测试，修改代码，提交修改）	240	360
Reporting	报告	90	150
· Test Report	· 测试报告	30	60
· Size Measurement	· 计算工作量	30	60
· Postmortem & Process Improvement Plan	· 事后总结, 并提出过程改进计划	30	30

解题思路：

刚刚拿到这个项目时，想到的是先分析该项目的需求，了解清楚具体需求后，再思考项目的架构该如何规划，才能使得项目能清晰的进行下去。

　　困难描述

对于正则表达式的使用不太熟悉,所以在考虑统计单词数时花了很长时间

对main函数的参数不理解

　　做过哪些尝试

搜索与正则表达式的有关资料,然后自己尝试了很多匹配规则,发现很多情况都没有考虑到

在同学的指导下理解了main方法参数的含义

　　有何收获

回顾了之前学过的一些知识点,io流,正则表达式

接触到一些新知识,比如说使用单元测试,上传到guihub等等

 

设计实现过程：

本项目可以简单的分为两个模块：1.对指令的解析；2.对指定文件进行统计操作

第二个模块：对指定文件行统计操作。可以通过指令“-s”去指定通配符文件查询，这里我分开处理。当不指定“-s”参数时，也就是对指定文件进行统计处理，就直接使用了IO去操作文件读取并统计；当指定“-s”参数时，由于可能是匹配到多文件操作，使用到了线程池去优化IO操作，并发处理不同文件的统计。然后IO读取文件时，通过参数的指定，去判断需要执行哪些统计，比如制定了“-w -a”，则会去统计单词数和代码行、空行和注释行。对于统计功能的实现，分功能实现在不同方法中，使用了正则表达式处理字符串。

类关系图如下：

 

测试：

 测试-w , -l -c 功能截图：

 

测试-a 功能截图：

 

 

总结：

总体来说，该项目受益良多，之前都是自己随便玩玩，但并没有按照软件工程的操作来做，毫无章法，做出来的东西需要不停的测试与修改，满头是包，但这次合理的规划时间使得该项目能够更快的完成。而且此项目也让我学习到了挺多新东西，比如正则表达式的使用，线程池的使用等，这些都说明要使得技术不断进步，就必须实践多点项目，总结多点项目经验。虽然和计划的对比还是效率不够好，但这是刚刚开始实践这种模式的项目开发，后续可以更快更好的去分配时间开发项目。