2018软工实践第二次作业

软工实践第二次作业

前言

• 这是第一次项目实战

• 中途有很多次退选的想法，后面又不太想认输，就坚持做了下来

  (1) 我Fork的同名仓库的Github项目地址

  https://github.com/howtoloveyou/personal-project

  (2) PSP表格记录估计将在程序的各个模块的开发上耗费的时间

  PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
  Planning	计划	20	40
  · Estimate	· 估计这个任务需要多少时间	20	40
  Development	开发	1200	1400
  · Analysis	· 需求分析 (包括学习新技术)	200	250
  · Design Spec	· 生成设计文档	60	80
  · Design Review	· 设计复审	30	20
  · Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	30	20
  · Design	· 具体设计	40	30
  · Coding	· 具体编码	700	740
  · Code Review	· 代码复审	20	60
  · Test	· 测试（自我测试，修改代码，提交修改）	120	200
  Reporting	报告	90	100
  · Test Repor	· 测试报告	20	15
  · Size Measurement	· 计算工作量	10	15
  · Postmortem & Process Improvement Plan	· 事后总结, 并提出过程改进计划	60	70
  	合计	1310	1540

(3) 计算模块接口的设计与实现过程

 我的代码包括了一个名为Count的类，在这个类中包含了结构体的定义，结构体的构造函数，还有四个函数，分别为统计字符数目的函数，统计单词数目的函数，对结构体进行排序的函数，对结构体进行输出操作的函数。在统计单词数目时，遇到未录入结构体的单词会进行添加操作。在排序函数中，会将出现次数多的单词上浮，遇到出现次数相同的单词会将字典序靠前的单词提前。
 私以为自己的函数比较简单，切参考了网上诸多优秀的博客代码，无独到之处。
 代码将文本划分为一行一行进行检查，并且使用 istringstream（）将单词之间按空格划分开来，但我也考虑了一些额外的情况，例如 beautiful. 加入结构体时应该为 beautiful 而非 beautiful. 

(4) 计算模块接口部分的性能改进

 我在统计字符的函数中将所有的字符统一转化为小写，这样规避了很多问题。通过尽可能少的循环来改进函数，这是我的改进方式。

(5) 计算模块部分单元测试展示。 展示出项目部分单元测试代码，并说明测试的函数，构造测试数据的思路。并将单元测试得到的测试覆盖率截图，发表在博客中。（5'）

测试内容	测试模块	测试结果
输出单词均为小写	词条统计	修改后通过
输出单词最多十个	词条排序	通过
输出单词按字典序输出	词条排序	通过
结尾有标点的单词正常输出	词条统计	修改后通过
输出的字符数中包含换行	字符统计	通过
单词前三位要为英文	词条统计	修改后通过
给定单词过长	词条统计	通过
输出行数不含无效行	词条统计	通过
相同含义大小写单词按一个统计	词条统计	修改后通过
没有文本信息	词条统计	通过

• 这里挑选修改后通过的测试进行展示：
  

(6) 计算模块部分异常处理说明

• 一，没有单词

• 二，单词过长

(7) 个人所获

 这是我的第一次单人项目，还是比较享受发现问题，解决问题的过程的。通过这次的项目，学到了使用命令行参数执行代码的方法，学会了使用getline来逐行分析文档，这是我之前未曾学过的内容。接下来就是结对项目了，我有信心和队友完成好接下来的任务，fighting！

转载于:https://www.cnblogs.com/howtoloveyou/p/9615330.html