项目 | 内容 |
---|---|
这个做业属于哪一个课程 | 软件工程 |
这个做业的要求在哪里 | 软件工程结对项目 |
课程学习目标 | 熟悉软件开发总体流程及结对编程,提高自身能力 |
本次做业在哪一个具体方面帮助咱们实现目标 | 体验组队编程,体验一个完整的工程 |
做业 |
---|
所点评博客 |
GetHub |
本篇博文结构比较完整,符合老师题目中的要求,博文内容书写较为规范,但缺乏了最终字典顺序输出单词及词频数的文件result.txt的内容截图;总结内容中应该也要包含在本次试验中你出现的问题及最终是否解决、如何解决,及本次试验带给你的收获;PSP中“计划共完成须要的时间”与“实际完成须要的时间”两列数据差别最大的是具体编码部分,实际完成须要的时间较计划共完成须要时间多出来30分钟,多是自身编码能力过着外部坏境影响等众多因素形成的。编码方面,从软件结构和代码规范来看,你的软件结构和代码总体还算规范,功能是现中柱状图还须要优化,其余功能基本实现。
这位同窗在上一次的词频统计项目中,除了柱状图还须要优化之外,其余功能基本实现,代码中在必要的部分也有注解;博文部分的排版较我更加用心一点,但缺乏了最终字典顺序输出单词及词频数的文件result.txt的内容截图。
a.在第二次实验的基础上,完善单词频数可视化柱状图要;html
b.统计该文本行数及字符数;git
c.各类统计功能均提供计时功能,显示程序统计所消耗时间(单位:ms);github
d.可处理任意用户导入的任意英文文本;编程
f.人机交互界面要求GUI界面;学习
g.附加分功能:统计文本中除冠词、代词、介词以外的高频词;测试
h.统计前10个两个单词组成的词组频率。优化
Main类中主要是实现主界面和从文本中读入单词并统计词频,统计总行数和总单词数的功能,WCS实现查询指定单词词频的界面和功能;PTF实现向文字典顺序写入词频单词的功能,HFW实现输出除介词、代词、冠词的用户指定查看的前N个高频词,WCH实现单词词频柱状图显示。
柱状图代码
编码
查看文本行数和单词数
设计
添加文件及功能:
3d
选择输出前n个词频最高的单词
统计单词的词频
词频写入文件
统计文本行数及字符数
了解学习结对编程,双方进行沟通,首先对双方的编程能力进行评估。而后结合自身能力对实验内容进行分析,划分各自须要负责的模块。在遇到分歧时,交流解决,在达成一致后进行实施。一块儿讨论并填写PSP时计划花费在具体编码阶段的时间较多。在本身的模块工做完成之后,对方进行复审,发现错误并解决错误。最终填写实际PSP。
psp | 任务内容 | 计划共完成须要的时间(min) | 实际完成须要的时间(min) |
---|---|---|---|
Planning | 计划 | 20 | 15 |
Estimate | 估计这个任务须要多少时间,并规划大体工做步骤 | 20 | 20 |
Development | 开发 | 200 | 230 |
Analysis | 需求分析 | 15 | 10 |
Design Spec | 生成设计文档 | 30 | 25 |
Design Review | 设计复审 | 10 | 10 |
Coding Standard | 代码规范 | 20 | 15 |
Design | 具体设计 | 20 | 15 |
Coding | 具体编码 | 150 | 200 |
Code Review | 代码复审 | 20 | 15 |
Test | 测试 | 10 | 15 |
Reporting | 报告 | 30 | 25 |
Size Measurement | 计算工做量 | 5 | 3 |
Postmortem & Process Improvement Plan | 过后总结 ,并提出过程改进计划 | 10 | 10 |
本次结对项目中,在了解告终对项的基础上体会告终对项目,它和我的项目的差异很大。结对项目在最开始进行的时候,须要结对双方对彼此的编码能力及编码习惯有必定的了解,需求分析时,双方会产生分歧,增长项目完成的难度,咱们会探讨解决,通过磨合,统一意见。代码复审也提升编程效率,在双方的监督下,代码书写较为规范。达到了一加一大于二的效果。由PSP得知,编程所占的时间比例最大,而实际编程所用的时间也比计划用时要多,因此也须要在编程方面下功夫。
源代码 |
---|
GitHub |