广州网站建设商城建设,wordpress 兼容ie,做网站要交钱吗,百度百科词条入口(编程和软件工程作业系列) 实践最简单的项目#xff1a;WC 实践是理论的基础和验证标准#xff0c;希望读者贯彻“做中学”的思想#xff0c;动手实现下面的项目#xff0c;并和别人的成绩相比较#xff0c;分析产生差距的原因。 1. 实现一个简单而完整的软件工具(源程序特… (编程和软件工程作业系列) 实践最简单的项目WC 实践是理论的基础和验证标准希望读者贯彻“做中学”的思想动手实现下面的项目并和别人的成绩相比较分析产生差距的原因。 1. 实现一个简单而完整的软件工具(源程序特征统计程序)。2. 进行单元测试、回归测试、效能测试在实现上述程序的过程中使用相关的工具。3. 进行个人软件过程(PSP)的实践逐步记录自己在每个软件工程环节花费的时间。4. 使用源代码管理系统 (GitHub, Coding.net, 等) 并使用项目管理系统练习使用其中的事件跟踪功能(选用TFSBugzilla 或者Trac 等工具了解其原理)。5. 进行最简单的项目管理系统的定制这个留给一部分能力较强的同学参与。(选用TFS 或别的项目管理系统了解原理并实现定制。) 1 WC 项目要求 wc.exe 是一个常见的工具它能统计文本文件的字符数、单词数和行数。这个项目要求写一个命令行程序模仿已有wc.exe 的功能并加以扩充给出某程序设计语言源文件的字符数、单词数和行数。当然我们假设读者都已经通过之前的练习建立了源代码控制工具并有基本的实践经历。实现一个统计程序它能正确统计程序文件中的字符数、单词数、行数以及还具备其他扩展功能并能够快速地处理多个文件。具体功能要求程序处理用户需求的模式为 wc.exe [parameter] [file_name]基本功能列表 wc.exe -c file.c //返回文件 file.c 的字符数
wc.exe -w file.c //返回文件 file.c 的词的数目
wc.exe -l file.c //返回文件 file.c 的行数扩展功能 -s 递归处理目录下符合条件的文件。 -a 返回更复杂的数据(代码行 / 空行 / 注释行)。 -f 说明这个文件是哪一种语言的。 例如 C/Java/C/JavaScript/Python/HTML, 如果看不出属于任何语言 就输出 TXT 空行本行全部是空格或格式控制字符如果包括代码则只有不超过一个可显示的字符例如“{”。 代码行本行包括多于一个字符的代码。 注释行本行不是代码行并且本行包括注释。一个有趣的例子是有些程序员会在单字符后面加注释 } //注释在这种情况下这一行属于注释行。 [file_name]: 文件或目录名可以处理一般通配符。高级功能 -x 参数。这个参数单独使用。如果命令行有这个参数则程序会显示图形界面用户可以通过界面选取单个文件程序就会显示文件的字符数、行数等全部统计信息。 需求举例 wc.exe -s -a *.c 返回当前目录及子目录中所有*.c 文件的代码行数、空行数、注释行数。 2. 工作的细分 正如谚语所说不能一口吃成个胖子。罗马不是一天建成的。同样一个功能完备的程序也不是一蹴而就的。在这里我们讨论如何把大任务划分为可操作的小任务以及任务的次序。读完项目的要求后首先请估计完成整个项目需要多少时间把估计记下来并且写成PSP 的形式。其次如何逐步分解一个项目的需求在这个项目中各种需求已经通过各种参数表达得比较清楚了。 基本功能扩展功能高级功能 详细地了解了需求后我们再估计需要的时间并记录 [ 估计值2]。最后列出各类功能下面的详细需求。 基本功能 支持 -c支持 -w支持 -l 扩展功能 支持 -s -f -a 参数支持各种文件的通配符(*,?) 高级功能 基本的Windows GUI 程序操作支持通过图形界面选取文件支持通过图形界面展现文件的信息 请在这个时候把每一个详细功能所需的时间列出来然后再把它们相加得到 [ 估计值 3]。 同学相互之间比较估计值1、估计值2 和估计值3看看差距是多少有什么规律对此有兴趣的同学请参看本书第8 章“计划和估计”一节。 3 如何保证质量— 回归测试 如何保证在加入新功能的过程中已有的功能可继续工作这就要求我们有一套标准的测试来保证基本功能的正确性。写这样的程序用项目本身的源文件来做测试应该是比较酷的但是源文件本身在不断地变动并不是一个很好的测试样本我们要建立起一系列测试文件。如下 空文件只有一个字符的文件只有一个词的文件只有一行的文件一个典型的 C 语言源文件一个典型的 Java 语言源文件一个典型的 HTML 语言源文件一个典型的 C# 语言源文件 一个典型的 JavaScript 语言源文件 如何为这个程序做有效的测试有以下几种方法自动化程度由低到高。 1. 手动测试手工比较。2. 要做到不断地测试可以把WC 的主要功能封装成一个类然后测试程序调用这一个类的主要函数得出结果并与标准作比较。3. 更进一步把测试文件和正确的测试结果保存在文件中测试驱动程序只要比较测试的输出和标准结果就能得出答案。4. 再进一步把自动构建脚本和构建验证测试(Build Verification Test)结合起来。每一次构建之后就自动运行测试然后记录出现的Bug。了解测试的需求后每人估计需要的时间并记录 [估计值4]。 4 标准测试集正确性和速度评比 既然大家的程序都写得差不多了那就拉出来遛遛看看是骡子是马。以子目录的形式把目前所有同学的程序都集中在一个总的测试目录下作为测试集合。然后大家看看各自的程序要花多少时间才能正确并且较快地完成任务。 在这里同学们要记下满足了标准测试集之后每人实际花费的时间 [ 实际值]并且按照本章PSP 的表格统计自己在软件开发的各个阶段所花费的时间。 5 扩展从源代码服务器上读文件 请看这个文章你能实现类似的功能么 https://www.ybrikman.com/writing/2018/08/12/the-10-to-1-rule-of-writing-and-programming/
