软件工程实践第二次作业——个人实战

助教_陈雨虹 助教 2022-02-19 10:06:16

新增修改:2/22添加json处理补充、微调测试须知模块

恭喜你已经完成了软工实践的第一次作业,并将逐步迈进到第二次作业的能力提升中。本次作业将聚焦于北京冬奥会的赛事项目,期待各位同学大展身手哦!

为了不遗漏作业内容,这里有一份checklist方便你快速查阅

  • 在文章开头给出新建的Gitcode项目地址
  • 详细阅读作业要求
  • 完成代码编写并进行测试
  • 撰写博客
    • 描述解题思路
    • 设计实现过程
    • 关键代码展示
    • PSP表格
    • 核对作业评分标准
  • 在deadline之前,在社区中提交作业

0、任务

完成对冬奥会的赛事数据的收集,并实现一个能够对国家排名及奖牌个数统计的控制台程序。

1、编码要求

  1. 根据你选择的编程语言,从下面两个项目中Fork一个到自己的仓库,然后在根目录中新建一个学号为名的文件夹。
https://gitcode.net/weixin_45428683/personalproject-c
https://gitcode.net/weixin_45428683/personalproject-java
  1. 复制example下的目录结构到你新建的目录下;不要修改example文件夹和根目录下的README
  2. 语言支持:
    • Java:Java8,推荐使用Java开发
    • c/c++:gcc/g++ 6.3
    • 换行使用'\n',编码统一使用UTF-8
    • 仅允许使用语言自带的库,不允许使用第三方库
  3. 在开始实现程序之前,在PSP表格[附录1]记录下你估计在程序开发各个步骤上耗费的时间,在你实现程序之后,在PSP表格记录下你在程序的各个模块上实际花费的时间。
  4. 代码的风格要符合你制定的代码规范。
  5. 使用GitCode[附录2]来管理源代码,代码有进展即签入GitCode,至少进行10次以上的commit修改。签入记录不合理的项目会被助教抽查询问项目细节。
  6. 除了目录组织说明提及的文件,其它自己产生的文件都应该在.gitignore忽略,如编译器生成的项目文件、输出文件、class、jar包、exe等,确保不会提交到GitCode上,参考 [附录3]。
  7. 进行性能分析和改进
  8. 使用单元测试对项目进行测试,并使用插件查看测试分支覆盖率等指标;并写出至少10个测试用例确保你的程序能够正确处理各种情况。
  9. 在完成项目后,deadline之前,请正确发起一个Pull Requet [附录2],并确保自己的代码最终成功签入。(如果成功签入会在原始项目主页看到自己学号为名的文件夹)

2、博客撰写要求

  1. 在文章开头给出Gitcode项目地址。
  2. 给出PSP表格。
  3. 解题思路描述。即刚开始拿到题目后,如何思考,如何找资料的过程。
  4. 设计实现过程。设计包括代码如何组织,比如会有几个类,几个函数,他们之间关系如何,关键函数是否需要画出流程图?单元测试是怎么设计的?
  5. 记录在改进程序性能上所花费的时间,描述你改进的思路。
  6. 代码说明。展示出项目关键代码,并解释思路与注释说明。

3、需求

实现一个命令行程序,不妨称之为OlympicSearch

本次作业所需数据均爬取自央视冬奥专栏【该爬取行为仅用于课程教学】

第一步、实现基本功能

假设有一个软件可以输出22年冬奥会的奖牌总榜以及每日赛程。

输入指令和输出文件以命令行参数传入。例如我们在命令行窗口(cmd)中输入:

//C语言类
OlympicSearch.exe input.txt output.txt

//Java语言
Java -jar OlympicSearch.jar input.txt output.txt

1. 输出奖牌总榜

当input.txt的内容为

total

则会输出截止22年2月20日冬奥会奖牌总榜到output.txt,输出格式如下; 其中rank1rank2, ... ,rankn对应具体排名国家英语简写,number为统计出的个数, 换行使用'\n',编码统一使用UTF-8。

输出格式

rank1:string
gold:number
silver:number
bronze:number
total:number
-----
...

输出样例

rank1:NOR
gold:9
silver:6
bronze:7
total:22
-----
rank2:GER
gold:8
silver:5
bronze:2
total:15
-----

2. 输出每日赛程

当input.txt的内容为

schedule 0215

则会输出2月15日的赛程到output.txt,输出格式如下; 其中time对应比赛时间,sport为比赛项目大项, name为比赛名称,如为对抗赛赛事请加上出战国家。格式如'homename'VS'awayname'venue 表示比赛地点。

homenameawayname为本次作业中提供json数据的字段名称。

输出格式:

time:hh:mm
sport:string
name:string
venue:string
-----
...

输出样例:

time:09:05
sport:冰壶
name:女子冰壶循环赛第10轮 加拿大VS美国
venue:国家游泳中心
-----
time:09:52
sport:单板滑雪
name:单板滑雪女子大跳台决赛第2轮
venue:首钢滑雪大跳台
-----

2月22日补充

根据助教的讨论,可放宽同学使用第三方的json解析库,比如C++的json-c,Java的Gson

  1. 使用C语言的同学,请把代码编译成exe
  2. 使用Java语言的同学,请把代码打包成jar

项目的目录格式已变更,请同学参照第四部分“测试需知”

对于input.txt,有可能会出现多行输入的样例,例如:

total
schedule 0215
schedule 0215
total
total

输出样例output.txt:

rank1:NOR
gold:9
silver:6
bronze:7
total:22
-----
rank2:GER
gold:8
silver:5
bronze:2
total:15
-----
...
-----
time:09:05
sport:冰壶
name:女子冰壶循环赛第10轮 加拿大VS美国
venue:国家游泳中心
-----
time:09:52
sport:单板滑雪
name:单板滑雪女子大跳台决赛第2轮
venue:首钢滑雪大跳台
-----
...
time:09:05
sport:冰壶
name:女子冰壶循环赛第10轮 加拿大VS美国
venue:国家游泳中心
-----
time:09:52
sport:单板滑雪
name:单板滑雪女子大跳台决赛第2轮
venue:首钢滑雪大跳台
-----
...
-----
rank1:NOR
gold:9
silver:6
bronze:7
total:22
-----
...
-----
rank1:NOR
gold:9
silver:6
bronze:7
total:22
-----
...
-----

每个指令的输出紧贴上一个指令的输出,无需空行。

假如输入无法处理的指令,例如:

  1. 无法识别的指令,则输出Error
  2. schedule后的日期并不在冬奥期间,则输出N/A

输入样例:

totol
schedule 0222
total

输出样例:

Error
-----
N/A
-----
rank1:NOR
gold:9
silver:6
bronze:7
total:22
-----
rank2:GER
gold:8
silver:5
bronze:2
total:15
-----
...
-----

第二步、接口封装

如果现在我们要把这个功能放到不同的环境中去(例如,命令行,Windows图形界面程序,网页程序,手机App),就会碰到困难:代码散落在各个函数中,很难剥离出来作为一个独立的模块运行以满足不同的需求。

这些代码的种类不同,混杂在一起对于后期的维护扩展很不友好,所以它们的组织结构就需要精心的整理和优化。

我们希望把基本功能里的:

  1. 输出奖牌总榜
  2. 输出每日赛程

这两个功能独立出来,成为一个独立的模块(class library, DLL, 或其它),这样的话,命令行和GUI的程序都能使用同一份代码。为了方便起见,我们称之为计算核心"Core模块",这个模块至少可以在几个地方使用:

命令行测试程序使用
在单元测试框架下使用
与数据可视化部分结合使用
把计算核心在单元测试框架中做过完备的测试后,我们就可以在算法层级保证了这个模块的正确性。
但我们知道软件并非只有计算核心,实际的软件是交付给最终用户的软件,除了计算核心外,还需要有一定的界面和必要的辅助功能。

这个Core模块和使用它的其他模块之间则要通过一定的API来交流。
API应该怎么设计呢?
为了方便起见,我们可以从下面的最简单的接口开始(仅举例,你的代码里可能没有这个函数):

int countChar(File *file)

这个函数表示输出一个文件指针,返回这个文件的字符数。
假设我们用Core封装了这个接口,那么我们的测试程序可以是这样:

File *in = fopen("input.txt","r");
int count = 100;
Assert(countChar(in) == count);

当然,这样的测试程序并不充分,希望大家测试时不要像这样偷懒。

第三步、单元测试和性能分析

请根据自己以往积累的测试经验,在编码完成之后,提交产品之前,设计测试用例,并编写单元测试,对自己的项目进行测试。首先,至少应采用白盒测试用例设计方法来设计测试用例,其他测试方法不限。其次,要设计至少10个测试用例,确保你的程序能够正确处理各种情况。最后,结合测试评估的要求,对自己的测试设计进行评价,这些测试用例能满足该程序测试的要求吗?

另一个重要的措施是要把单元测试自动化,这样每个人都能很容易地运行它,并且可以使单元测试每天都运行。每个人都可以随时在自己的机器上运行。团队一般是在每日构建中运行单元测试的,这样每个单元测试的错误就能及时被发现并得到修改。

  • 请阅读邹欣老师的博客,编写程序的单元测试:关于单元测试和回归测试
  • c++可以使用vs2017。对于博客任务中的单元测试、性能分析(Studio Profiling Tools),vs2017有相应的功能。
  • java可以使用idea。也可以自行查找使用其他工具。

4、测试须知

组织目录

助教在测试时,将运行自动测试程序编译源文件并运行,进行批量测试,因此请保证项目的组织目录符合要求。

Java

对于使用Java语言的项目有以下要求:

  1. 【以学号为名的文件夹中】的目录下必须有src文件夹
  2. 在src目录下必须有名为且OlympicSearch.java文件,且OlympicSearch.java中包含 public static void main(String[] args) 方法
  3. 除此之外的文件都不需要提交到git仓库;一个Java项目的示例组织目录如下所示:
    xxxxxxxxx (文件夹名字为学号)
    |- src
     |- OlympicSearch.java(主程序,可以从命令行接收参数;确保文件名一致、区分大小写)
     |- Lib.java(包含其它自定义函数,可以有多个,对名字不做要求)
     |- data(文件夹,存放程序的数据)
    |- OlympicSearch.jar
    |- README.md
     描述你的项目,包括如何运行、功能简介、作业链接、博客链接等
    |- codestyle.md
     描述你之前定的代码风格
    

C++

对于使用C++ 语言的项目有以下要求:

  • 【以学号为名的文件夹中】的目录下必须有src文件夹
  • 在src目录下必须有名为OlympicSearch.cpp文件,且OlympicSearch.cpp的main函数可以接收命令行参数(如int main(int argv, char** argc))
  • 除此之外的文件都不需要提交到git仓库;一个C++项目的示例组织目录如下所示:
    xxxxxxxxx (文件夹名字为学号)
    |- src
      |- OlympicSearch.cpp(主程序,可以从命令行接收参数;确保文件名一致、区分大小写)
      |- Lib.cpp(包含其它自定义函数,可以有多个,对名字不做要求)
      |- Lib.h(包含其它自定义函数,可以有多个,对名字不做要求)
      |- data(文件夹,存放程序的数据)
    |- OlympicSearch.exe
    |- README.md
      描述你的项目,包括如何运行、功能简介、作业链接、博客链接等
    |- codestyle.md
      描述你之前定的代码风格
    

错误处理

本次自动测试会加入各种各样出错情况的测试,要求开发者程序不能崩溃,并且能够尽可能精确报错。你可以有“容错性”的出错设计,但必须输出必要的提示或说明。

5、评分规则

博客评分规则(50')

  1. 在文章开头给出你们的Gitcode项目地址。(2')【覆盖课程目标1】
  2. 在开始实现程序之前,在下述的PSP表格中记录下你估计将在程序的各个模块中耗费的时间。(3')【覆盖课程目标2】
  3. 记录模块接口的设计与实现过程。设计包括代码如何组织,比如会有几个类,几个函数,他们之间关系如何,关键函数是否需要画出流程图?说明你的算法的关键(不必列出源代码),以及独到之处。(22')【覆盖课程目标2】
  4. 计算模块接口部分的性能改进。(8')【覆盖课程目标2】
  5. 计算模块部分单元测试展示。(5')【覆盖课程目标1】
  6. 计算模块部分异常处理说明。(7')【覆盖课程目标2】
  7. 在实现完程序后,在附录提供的PSP表格中记录下你在程序的各个模块中实际花费的时间。(3')【覆盖课程目标1】

程序评分规则(40')【覆盖课程目标3】

  1. 完成功能1(10')
  2. 完成功能2(14')
  3. 完成功能2并能输出2月15日以后的赛程(6')
  4. 性能(10')
    当程序的正确性评分大于25分时才可以参与性能评分环节,所以请各位同学务必保证自己程序的正确性。
    性能评分将采取档级评分制度,助教将根据同学们的程序跑同一数据耗费的时间长度将程序分为若干档,每一档的同学得到的分数为 10/档级数。

代码规范评分规则(10')【覆盖课程目标1】

  1. 囊括要求部分(2')
  2. 符合主流,制定合理,详细(3')
  3. 项目代码符合代码规范(5')

注意事项

  • 按时间完成并提交——正常评分
  • 晚交一周以内——0分
  • 晚交一周以上或不交——倒扣本次作业分数
  • 抄袭——倒扣2倍本次作业分数【严禁代码与博客等一切形式的抄袭!】

疑惑解答

若有对题目不理解的地方,可在QQ群中直接提问。

6、附录

  1. PSP表格
    PSP是卡耐基梅隆大学(CMU)的专家们针对软件工程师所提出的一套模型:Personal Software Process (PSP, 个人开发流程,或称个体软件过程)。
PSPPersonal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划
• Estimate• 估计这个任务需要多少时间
Development• 开发
• Analysis• 需求分析 (包括学习新技术)
• Design Spec• 生成设计文档
• Design Review• 设计复审
• Coding Standard• 代码规范 (为目前的开发制定合适的规范)
• Design• 具体设计
• Coding• 具体编码
• Code Review• 代码复审
• Test• 测试(自我测试,修改代码,提交修改)
Reporting报告
• Test Repor• 测试报告
• Size Measurement• 计算工作量
• Postmortem & Process Improvement Plan• 事后总结, 并提出过程改进计划
合计

一个功能完备的程序不是一蹴而就的。通过将赛事排名统计的需求划分为4个部分,可将一个大任务划分为可操作的小任务,同时最好按照任务难度或紧急程度指定各个任务的完成次序。因此,在动手开发之前,要先估计将在程序各模块开发所需耗费的时间,以及完成整个项目所需的时间,将这个[估计值]记录下来,写成PSP 的形式。
PSP的目的是:记录工程师如何实现需求的效率,和我们使用项目管理工具(例如微软的Project Professional,或者禅道等)进行项目进度规划类似。
有关PSP的更多内容,请自行阅读邹欣老师的博客工程师的能力评估和发展

  1. Gitcode

请阅读邹欣老师的博客:源代码管理,了解源代码管理的10个实践问题。
本次作业要求使用GitCode进行源代码管理,代码有进展即签入GitCode。签入记录不合理的项目会被助教抽查询问项目细节。
对代码签入的具体要求如下:根据需求划分功能后,每做完一个功能,编译成功后,应至少commit一次。具体的功能划分,请自行定义,并在撰写博客时体现出来,遵循自己对需求的功能划分来提交代码即可。

如果对Gitcode的内容不熟悉,可以点击《git入门》 进行学习

  1. 单元测试

请根据自己以往积累的测试经验,在编码完成之后,提交产品之前,设计测试用例,并编写单元测试,对自己的项目进行测试。以下是对测试的几个具体要求
首先,至少应采用白盒测试用例设计方法来设计测试用例,其他测试方法不限;
其次,要设计至少10个测试用例,确保你的程序能够正确处理各种情况;
最后,结合测试评估的要求,对自己的测试设计进行评价,这些测试用例能满足该程序测试的要求吗?
另一个重要的措施是要让单元测试自动化,这样每个人都能很容易地运行它,随时在自己的机器上运行,并且可以使单元测试每天都运行。团队一般是在每日构建中运行单元测试的,这样每个单元测试的错误就能及时被发现并得到修改。

有关单元测试的更多内容,推荐阅读邹欣老师博客关于单元测试和回归测试

6、格式与规则

6.1、为了方便其他学校的老师或者助教了解课程实况,请大家在作业开头添加作业的基本信息:(必做)

这个作业属于哪个课程<班级的链接>
这个作业要求在哪里<作业要求的链接>
这个作业的目标<写上具体方面>
其他参考文献...

markdown代码

|这个作业属于哪个课程|<班级的链接>|
|--    |--    |
|这个作业要求在哪里|<作业要求的链接>|
|这个作业的目标|<写上具体方面>|
|其他参考文献|...    |

6.2、为了方便读者阅读以及助教评分,请大家在博客开头给出博文目录,作为内容的索引

  • 务必包含以下大标题: Gitcode项目地址、PSP表格、解题思路描述、接口设计和实现过程、关键代码展示、性能改进、单元测试、异常处理、心得体会(标题含义近似即可,你可以个性化自己的标题,如心路历程、性能测试)

  • 可以使用markdown的语法,根据标题设置自动生成目录:

[toc]
作业基本信息...
## Gitcode项目地址
## PSP表格
## 解题思路描述
### 问题1
### 问题2
...
## 接口设计和实现过程
...
## 关键代码展示
...
## 性能改进
...
## 单元测试
...
## 异常处理
...
## 心得体会
...
  • 也可以结合html生成目录
作业基本信息...
## 目录:
1. [Gitcode项目地址](#1)
2. [PSP表格](#2)
3. [解题思路描述](#3)
4. [接口设计和实现过程](#4)
5. [关键代码展示](#) 
6. [性能改进](#) 
7. [单元测试](#) 
8. [心得体会](#) 
## <span id="1">1. Gitcode项目地址</span>
### 问题1
### 问题2
### ...
## <span id="2">2. PSP表格</span>
...
## <span id="3">3. 解题思路描述</span>
...
## <span id="4">4. 接口设计和实现过程</span>
...
## <span id="5">5. 关键代码展示</span>
...
## <span id="6">6. 性能改进</span>
...
## <span id="7">7. 单元测试</span>
...
## <span id="8">8. 异常处理</span>
...
## <span id="9">9. 心得体会</span>
...
...全文
3729 回复 打赏 收藏 举报
写回复
0人已提交
完成率0%
暂无数据
回复
切换为时间正序
请发表友善的回复…
发表回复
发帖
2022年福大-软件工程、实践-W班

136

社区成员

2022年福大-软件工程;软件工程实践-W班
软件工程 高校
社区管理员
  • FZU_SE_teacherW
  • 丝雨_xrc
  • Lyu-
加入社区
帖子事件
创建了帖子
2022-02-19 10:06
社区公告
暂无公告