201671010435-王潇-词频统计软件项目报告
一、软件个人项目
1.实验目的与要求 |
(1)掌握软件项目个人开发流程。 (2)掌握Github上发布软件项目的操作方法 |
---|---|
2.实验内容和步骤 |
任务一:尝试按照《构建之法》第2章中2.3所述PSP流程,使用JAVA编程语言,独立完成一个英文文本词频统计的软件开发。 任务二:将包含任务1源码的完整工程文件提交到你注册Github账号下的项目仓库中。 任务三:完成个人项目报告博文作业. |
- 1.需求分析
- (1)程序可读入任意英文文本文件,该文件中英文词数大于等于1个。
- (2)程序需要很壮健,能读取容纳英文原版《哈利波特》10万词以上的文章。
- (3)指定单词词频统计功能:用户可输入从该文本中想要查找词频的一个或任意多个英文单词,运行程序的统计功能可显示对应单词在文本中出现的次数和柱状图。
- (4)高频词统计功能:用户从键盘输入高频词输出的个数k,运行程序统计功能,可按文本中词频数降序显示前k个单词的词频及单词。
- (5)统计该文本所有单词数量及词频数,并能将单词及词频数按字典顺序输出到文件result.txt。
- 2.功能设计
- 基本功能:本软件主要实现的功能是对于能够容纳10万单词的《Harrypotter》进行单词的词频统计,柱状图的绘制,查询单词的前k位并将频数输出,把所有的单词总数输出的功能。要求该软件具有健壮性,易操作性。
- 扩展功能:本软件还进行了功能的扩展,扩展的功能主要包括,可以统计每一行的《Harrypotter》这篇文章中的单词的个数,并且还可以按照字典的顺序输出。
- 设计实现
- 此软件主要包括一个Word的属性类,一个Method的实现方法类,一个主函数类。Word类主要实现的是对于Word中一些属性的调用。Method类中主要实现的是软件的基本功能和扩展功能。而Main类中主要实现的是对于Method类中的方法的调用和实施。Method类中需要调用Word类中地单词的属性,而主方法Main中主要是建立Method类的对象,利用Method类的对象调用Method类中的方法,主要借助的是switch--case语句来根据用户的需求进行不同的功能的实现。
-
测试运行
1.软件实现部分截图 -
指定单词词频统计功能
-
)高频词统计功能
-
所有单词数量及词频数统计功能
-
扩展功能:统计每一行单词的数量,并按序输出
- 较为满意的代码
// 循环10次
for(int i=1;i<=k;i++)
{
xin=new Word("",0);
lian=word.next;
//找到单词链中个数最多的
while(lian!=null)
{
if(lian.num>xin.num)
{
xin=lian;
}
lian=lian.next;
}
//输出单词链中个数最多的
System.out.println("第"+i+"个 :"+xin.value+"个数:"+xin.num);
lian=word;
//删除单词链中单词个数最多的
while(lian.next!=null)
{
if(lian.next.value.equalsIgnoreCase(xin.value))
{
lian.next=lian.next.next;
break;
}
lian=lian.next;
}
- 总结
模块化是指把程序划分成若干个模块, 每个模块完成一个子功能, 把这些模块集总起来组成一个整体,可以完成指定的功能,满足问题的功能.
模块是指一个拥有明确定义的输入、输出和特性的程序实体。- 将系统划分成模块
- 决定每个模块的功能
- 决定模块的调用关系
- 决定模块的界面, 即模块间传递的数据
- 展示PSP
PSP2.1 | 任务内容 | 计划共完成需要的时间(min) | 实际完成需要的时间(min) |
---|---|---|---|
Planning | 计划 | 30 | 60 |
· Esitimate | 估计这个任务需要多少时间,并规划大致工作步骤 | 200 | 400 |
· Development | 开发 | 200 | 300 |
· Analysis | 需求分析(包括学习新技术) | 60 | 50 |
· Design Spec | 生成设计文档 | 20 | 15 |
· Design Review | 设计复审(和同事审核设计文档) | 15 | 15 |
· Coing Standard | 代码规范(为目前开发制定合适的规范) | 20 | 20 |
· Design | 具体设计 | 20 | 30 |
· Coding | 具体编码 | 200 | 300 |
· Code Review | 代码复审 | 7 | 9 |
· Test | 测试(自我测试,修改代码,提交修改) | 17 | 25 |
· Reporting | 报告 | 10 | 15 |
· Test Report | 测试报告 | 15 | 22 |
· Size Measurement | 计算工作量 | 2 | 1 |
· Postmortem&Process Improvement Plan | 事后总结,并提出过程改进计划 | 3 | 2 |
- 耗时总结
- 最主要的耗时我觉得是在对软件的功能需求方面,以及软件的代码更改和书写方面。
- 在功能的需求方面和实践相差有点大,因为如果没有规划好项目的实施过程以及代码的需求分析阶段,很有可能会导致后来的代码重改。