github项目链接 https://gitee.com/huwenli/Wc.git
1.项目简介
WordCount的需求可以概括为:对程序设计语言源文件统计字符数、单词数、行数,统计结果以指定格式输出到默认文件中,以及其他扩展功能,并能够快速地处理多个文件。
可执行程序命名为:wc.exe,该程序处理用户需求的模式为:
wc.exe [parameter] [input_file_name]
存储统计结果的文件默认为result.txt
2.项目psp表格
PSP2.1表格
PSP2.1 |
PSP阶段 |
预估耗时 (分钟) |
实际耗时 (分钟) |
Planning |
计划 |
60 | 100 |
· Estimate |
· 估计这个任务需要多少时间 |
1800 | 1200 |
Development |
开发 |
1100 | 100 |
· Analysis |
· 需求分析 (包括学习新技术) |
180 | 240 |
· Design Spec |
· 生成设计文档 |
50 | 30 |
· Design Review |
· 设计复审 (和同事审核设计文档) |
30 | 30 |
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
20 | 20 |
· Design |
· 具体设计 |
120 | 120 |
· Coding |
· 具体编码 |
100 | 110 |
· Code Review |
· 代码复审 |
30 | 20 |
· Test |
· 测试(自我测试,修改代码,提交修改) |
120 | 300 |
Reporting |
报告 |
150 | 20 |
· Test Report |
· 测试报告 |
40 | 20 |
· Size Measurement |
· 计算工作量 |
50 | 10 |
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
40 | 40 |
3.思路
了解java关于文件的读写,IO流的基本语法;
对字符进行统计,就要会一些正则表达式去处理这些字符串;
思考如何进行单词,行数统计;
学习如何打包jar包;
将项目推到GitHub上;
完成指定博客内容;
将功能进行完善;
4.程序设计实现
行数统计
字符和单词统计
命令输入,将结果写入
command函数
测试函数
5.测试设计过程
1,测试命令输入是否正确
正确的命令测试:-c 1.c
正确的命令测试:-l 1.c
正确的命令测试:-w 1.c
正确的命令测试:-c -l -w 1.c
正确的命令测试:-c -l -w -o 1.c 1.txt
错误的命令测试
result.txt文件内容
2,通过控制台测试代码
6.参考文件链接
java文件读取的几种方式https://www.cnblogs.com/hudie/p/5845187.html
http://www.cnblogs.com/xinz/archive/2011/10/22/2220872.html。
7.个人总结
在完成这个项目的过程中没我遇到的最大问题时不知道怎么测试和打包问题,还有便是路径问题。在博客的书写过程中,比较生疏,主要借鉴网上各种资料去处理,模仿格式去完成博客,同时,在撰写博客的过程中我发现这其实是对整个项目过程的一次回顾与反思。于我而言,受益匪浅。希望在之后的学习中可以有更多的收获和进步。
在学习过程中,我觉得最大的时间花费在新软件的学习了解上,网上的博客资料很多但是都过于繁琐,在时间有限的情况下总会出现各种问题。我觉得花费了太多时间在了解新软件上却没有时间完善自己的项目功能。在测试上,我还不会逻辑清晰的层次分明的去学习测试,今后要多花时间去了解各种高效有用的测试方法。