zoukankan      html  css  js  c++  java
  • 软件工程第四次作业

    2020软件工程第四次作业

     
    博客信息沈阳航空航天大学计算机学院2020软件工程作业
    作业要求 https://edu.cnblogs.com/campus/sau/Computer1701-1705/homework/10685
    课程目标 熟悉一个“高质量”软件的开发过程
    作业目标 结对编程练习

    一、题目要求

    • 题目1:

    • 我们在刚开始上课的时候介绍过一个小学四则运算自动生成程序的例子,请实现它,要求:

      • 能够自动生成四则运算练习题
      • 可以定制题目数量
      • 用户可以选择运算符
      • 用户设置最大数(如十以内、百以内等)
      • 用户选择是否有括号、是否有小数
      • 用户选择输出方式(如输出到文件、打印机等)
      • 最好能提供图形用户界面(根据自己能力选做,以完成上述功能为主)

    二、任务分工

    领航员:田涵宇

    驾驶员:刘同鑫


    三、程序部分

    驾驶员刘同鑫同学源代码:https://github.com/liu6465/hahahaha/blob/master/sizeyunsuan


    四、代码审查部分

    代码审查表

    功能模块名称 四则运算自动生成程序
    审查人 田涵宇 审查日期 2020/4/28
    代码名称 liu6465 代码作者 刘同鑫
    文件结构
    重要性 审查项 结论
      头文件和定义文件的名称是否合理?
      头文件和定义文件的目录结构是否合理?
      版权和版本声明是否完整?
    重要 头文件是否使用了 ifndef/define/endif 预处理块?
      头文件中是否只存放“声明”而不存放“定义”
    程序的版式
    重要性 审查项 结论
      空行是否得体?
      代码行内的空格是否得体?
      长行拆分是否得体?
      “{” 和 “}” 是否各占一行并且对齐于同一列?
    重要 一行代码是否只做一件事?如只定义一个变量,只写一条语句。
    重要 If、for、while、do等语句自占一行,不论执行语句多少都要加 “{}”。
    重要 在定义变量(或参数)时,是否将修饰符 * 和 & 紧靠变量名?注释是否清晰并且必要?
    重要 注释是否有错误或者可能导致误解?
    重要 类结构的public, protected, private顺序是否在所有的程序中保持一致?
    命名规则
    重要性 审查项 结论
    重要 命名规则是否与所采用的操作系统或开发工具的风格保持一致?
      标识符是否直观且可以拼读?
      标识符的长度应当符合“min-length && max-information”原则?
    重要 程序中是否出现相同的局部变量和全部变量?
      类名、函数名、变量和参数、常量的书写格式是否遵循一定的规则?
      静态变量、全局变量、类的成员变量是否加前缀?
    表达式与基本语句
    重要性 审查项 结论
    重要 如果代码行中的运算符比较多,是否已经用括号清楚地确定表达式的操作顺序?
      是否编写太复杂或者多用途的复合表达式?
    重要 是否将复合表达式与“真正的数学表达式”混淆?
    重要 是否用隐含错误的方式写if语句? 例如  
      (1)将布尔变量直接与TRUE、FALSE或者1、0进行比较。
      (2)将浮点变量用“==”或“!=”与任何数字比较。
      (3)将指针变量用“==”或“!=”与NULL比较。
      如果循环体内存在逻辑判断,并且循环次数很大,是否已经将逻辑判断移到循环体的外面?
    重要 Case语句的结尾是否忘了加break?
    重要 是否忘记写switch的default分支?
    重要 使用goto 语句时是否留下隐患? 例如跳过了某些对象的构造、变量的初始化、重要的计算等。
    常量
    重要性 审查项 结论
      是否使用含义直观的常量来表示那些将在程序中多次出现的数字或字符串?
     
    重要 如果某一常量与其它常量密切相关,是否在定义中包含了这种关系?
    函数设计
    重要性 审查项 结论
      参数的书写是否完整?不要贪图省事只写参数的类型而省略参数名字。
      参数命名、顺序是否合理?
      参数的个数是否太多?
      是否使用类型和数目不确定的参数?
      是否省略了函数返回值的类型?
      函数名字与返回值类型在语义上是否冲突?
    重要 是否将正常值和错误标志混在一起返回?正常值应当用输出参数获得,而错误标志用return语句返回。
    重要 在函数体的“入口处”,是否用assert对参数的有效性进行检查?
    重要 使用滥用了assert? 例如混淆非法情况与错误情况,后者是必然存在的并且是一定要作出处理的。
    重要 return语句是否返回指向“栈内存”的“指针”或者“引用”?
      是否使用const提高函数的健壮性?const可以强制保护函数的参数、返回值,甚至函数的定义体。“Use const whenever you need”
    其它常见问题
    重要性 审查项 结论
    重要 数据类型问题:  
      (1)变量的数据类型有错误吗?
      (2)存在不同数据类型的赋值吗?
      (3)存在不同数据类型的比较吗?
    重要 变量值问题:  
      (1)变量的初始化或缺省值有错误吗?
      (2)变量发生上溢或下溢吗?
      (3)变量的精度够吗?
    重要 逻辑判断问题:  
      (1)由于精度原因导致比较无效吗?
      (2)表达式中的优先级有误吗?
      (3)逻辑判断结果颠倒吗?
    重要 循环问题:  
      (1)循环终止条件不正确吗?
      (2)无法正常终止(死循环)吗?
      (3)错误地修改循环变量吗?
      (4)存在误差累积吗?
    重要 错误处理问题:  
      (1)忘记进行错误处理吗?
      (2)错误处理程序块一直没有机会被运行?
      (3)错误处理程序块本身就有毛病吗?如报告的错误与实际错误不一致,处理方式不正确等等。
      (4)错误处理程序块是“马后炮”吗?如在被它被调用之前软件已经出错。
    重要 文件I/O问题:  
      (1)对不存在的或者错误的文件进行操作吗?
      (2)文件以不正确的方式打开吗?
      (3)文件结束判断不正确吗?
      (4)没有正确地关闭文件吗?

    五、代码测试

     

    代码运行结果:

                                                            

    单元测试:

                                                                                            



    六、项目总结

                 在此次结对编程中,经过几天的努力,我和我的队友刘同鑫同学基本完成了这次作业的任务要求。本次结对编程,刘同鑫同学作为驾驶员,主要负责完成代码的编写工作,在任务中起到了非常重要的作用,而我作为领航员,主要负责辅助驾驶员完成代码,设计单元测试用例,以及完成代码审查等工作,最后对同伴以及整个任务做出评价。在刘同鑫同学编写代码的过程中,我作为领航员虽然是负责观察队友是否有错误以及辅助队友完成代码编写的工作,但对我来说这也是是一个学习过程,一方面,我作为“客观”人员,还是比较容易发现一些队友不容易觉察到的错误的,另一方面,通过观察他编写代码,我对比自己,能够吸取一些对我有用的东西,这也是互相学习经验的过程。在他“主”我“辅”的方式完成代码编写工作后,我按照作业要求,对代码进行了测试,并作出了一些修改,最终我们一起完成了这次结对编程,我感觉自己获益良多。


    七、项目工作记录表

    项目预计实际
    设计时间 4h 2h30m
    编码时间 3d 2d
    测试时间 1h 20min
    代码行数 200 372
    测试代码行数 200 246
    错误数量 5 3
    错误修复时间 1h 1h
    开发总时间 4d 3d
  • 相关阅读:
    D365FO Debug找不到w3cp进程
    D365FO 10.0PU32 开发环境 Data Management导出失败
    一张图看懂项目管理
    用户体验为什么重要?如何提升产品的用户体验?(写给产品小白)
    敏捷考证?你应该知道的敏捷体系认证(最全名单)
    漫画:禅道程序员的一天
    敏捷开发管理--任务分解经验之谈
    漫画:优秀程序员的必备特质有哪些?
    漫画:女生/男生告白攻略
    漫画:程序员脱单秘籍
  • 原文地址:https://www.cnblogs.com/tianhanyu/p/12804185.html
Copyright © 2011-2022 走看看