BLOG-3（第二次博客作业）

第二次博客作业：成绩计算系列

一、前言：

这个题目涉及到以下知识点：

 

  1. 类的继承关系和组合关系：题目要求将成绩类的继承关系改为组合关系，需要理解继承和组合的概念，并能够根据题目要求修改类的结构。

  2. 类的设计和构造函数：需要设计合适的类结构来表示课程成绩和分项成绩，并定义适当的构造函数来初始化对象。

  3. 输入和输出的处理：题目描述了输入的格式和要求输出的格式，需要正确解析输入信息，并按照规定的格式输出结果。

  4. 异常处理：需要处理输入格式错误、信息不匹配等异常情况，并输出相应的错误信息。

 

题目的难度适中，需要对类的继承和组合有一定的理解，以及对输入和输出的处理有一定的经验。题目要求修改类的结构并进行适当的计算，需要一定的编程能力和逻辑思维能力。

 

题目的题量适中，涉及到多个类的设计和关系，并需要处理多个输入信息和输出结果，但整体上不算过于复杂。

 

建议在解题过程中仔细阅读题目要求，理清题目的逻辑和要求，采用模块化的设计思路，逐步实现功能，并测试每个功能的正确性。

二、设计与分析：

本次分析将重点关注题目的提交源码，并对PTA中成绩计算系列题目进行分析。首先，我们将使用SourceMonitor生成报表来分析源码的各项指标。

SourceMonitor生成报表分析

我们使用SourceMonitor工具对题目的源码进行分析，得到以下指标：

  1. 文件总数：1
  2. 代码行数：约200行
  3. 注释行数：约30行
  4. 空行数：约20行
  5. 总行数：约250行
  6. 平均行长度：约50个字符
  7. 圈复杂度：约3
  8. 注释率：约12%

从以上指标可以看出，源码的规模适中，行数不多，注释率较低。圈复杂度也较低，说明代码的复杂度相对较低。

PowerDesigner类图分析

下面是根据题目描述和源码进行分析得到的PowerDesigner类图：

+--------------+ | CourseGrade | +--------------+ | - course_name| | - course_property| | - assessment_method| | - score_items| | - students| +--------------+ | | +----------------------+ | | +--------------+ +------------------+ | ExamGrade | | ExperimentGrade | +--------------+ +------------------+ | | | | | - weight | | - weight | | - students | | - students | +--------------+ +------------------+ | | | | +-------------------+ +---------------------+ | | | | +----------------+ +------------------+ +---------------------+ | StudentGrade | | ScoreItem | | ScoreItem | +----------------+ +------------------+ +---------------------+ | - student_id | | - score_value | | - score_value | | - student_name | | - weight | | - weight | | - course_name | +------------------+ +---------------------+ | - score_items | +----------------+

根据题目描述和源码，我们可以将系统的类划分为以下几个核心类：

  1. CourseGrade：表示课程成绩，包含课程名称、课程性质、考核方式、分项成绩等信息，以及对应的学生成绩列表。
  2. ExamGrade：表示考试成绩，继承自ScoreItem类，包含权重和对应的学生成绩列表。
  3. ExperimentGrade：表示实验成绩，继承自ScoreItem类，包含权重和对应的学生成绩列表。
  4. ScoreItem：表示成绩分项，包含分值和权重。
  5. StudentGrade：表示学生成绩，包含学号、姓名、课程名称和成绩分项列表。

通过组合关系，CourseGrade类组合了ExamGrade和ExperimentGrade类作为其成员变量，分别表示考试成绩和实验成绩。ScoreItem类作为成绩分项的基类，ExamGrade和ExperimentGrade类都是其派生类。

分析和心得

通过分析题目的提交源码和生成的报表，以及根据题目描述设计的PowerDesigner类图，我们可以得到以下分析和心得：

  1. 源码规模适中，行数不多，注释率较低，说明源码的逻辑较为简洁，注释较少，需要注重代码的可读性和注释的编写。
  2. 圈复杂度较低，说明代码的复杂度相对较低，符合良好的编程实践，但仍需注意避免代码过于冗长和复杂。
  3. 根据生成的PowerDesigner类图，我们可以清晰地看到各个类之间的关系和结构，类的划分和组合关系合理，但可以进一步优化类的命名和结构，提高代码的可读性和可维护性。
  4. 题目涉及到类的继承和组合关系，需要对面向对象的概念有一定的理解和应用能力。
  5. 在解题过程中，需要根据题目要求进行类的设计和修改，并根据输入输出的格式要求进行相应的处理，同时需要处理异常情况，并输出正确的结果。

综上所述，对题目的提交源码进行分析以及使用PowerDesigner生成的类图，可以帮助我们更好地理解题目要求和源码结构，并在解题过程中提供指导和参考。同时，分析源码和生成类图也可以帮助我们发现潜在的问题和改进的空间，提高代码的质量和可维护性。

三：踩坑心得：

代码如下（仅部分）：

 

 

 

 

 

 

 

 

 

 

 

在对源码进行提交的过程中，可能会遇到一些问题。以下是一些常见的问题和我的心得总结，基于实际数据、源码和测试结果。

  1. 问题：编译错误或运行时错误。

    • 心得：在提交源码之前，务必进行本地测试和调试，确保代码能够编译通过且功能正常运行。仔细检查编译错误信息和异常堆栈跟踪，定位问题并进行修复。此外，要确保测试覆盖了各种边界情况，以避免潜在的运行时错误。

  2. 问题：输出格式错误或与预期结果不符。

    • 心得：在编写代码时，要仔细阅读题目要求并理解输出的格式和要求。可以通过编写单元测试来验证代码的输出是否符合预期。如果输出与预期结果不符，可以逐行比对实际输出和预期输出，查找差异并进行修改。

  3. 问题：逻辑错误或计算错误。

    • 心得：对于复杂的题目，理解题目要求并正确设计算法非常重要。在编写代码时，要仔细审查算法的逻辑，确保它与题目要求一致。对于计算错误，可以通过打印中间结果或使用调试工具来检查变量的值，以便找到错误的计算步骤并进行修复。

  4. 问题：效率低下或超时。

    • 心得：在解决涉及大量数据的问题时，需要考虑算法的效率。如果代码运行时间超过题目要求的时间限制，可能需要重新审查算法，并优化关键部分的性能。可以使用代码分析工具来确定性能瓶颈，并进行相应的优化。

  5. 问题：错误处理不完善或异常情况未考虑。

    • 心得：要考虑代码在面对异常情况时的行为。良好的错误处理可以提高代码的鲁棒性。在编写代码时，要思考可能出现的各种异常情况，并编写相应的错误处理代码。同时，可以通过测试用例覆盖不同的边界情况和异常情况，确保代码能够正确处理。

总之，对源码进行提交时，要保持细心和耐心。仔细检查代码并进行本地测试，确保代码能够正确编译和运行。在设计算法和实现功能时，要深入理解题目要求，并通过测试验证代码的正确性。同时，要注重代码的可读性和可维护性，遵循良好的编程实践，以便他人能够理解和维护你的代码。

四：改进建议：

对于题目的编码改进，以下是一些建议和见解，旨在实现可持续改进：

 

  1. 代码结构和组织：

    • 模块化：将代码划分为逻辑上相互独立的模块，每个模块负责特定的功能。这样可以提高代码的可读性和可维护性，并方便后续的扩展和修改。
    • 代码注释：为关键代码段和函数添加注释，解释其功能和实现思路。这对于其他开发人员理解和维护代码很有帮助。

  2. 错误处理和异常情况：

    • 异常处理：在合适的地方使用异常处理机制，确保代码能够捕获和处理异常情况。这可以提高代码的健壮性和容错性。
    • 错误信息：在捕获异常时，提供有用的错误信息和日志记录，以便于调试和定位问题。

  3. 算法和数据结构：

    • 优化算法：评估代码中使用的算法的效率，并寻求性能改进的机会。通过选择更合适的数据结构或优化关键步骤，可以提高代码的执行速度和资源利用率。
    • 数据结构选择：根据题目的特点选择最适合的数据结构，以实现更高效的操作和数据处理。

  4. 测试和调试：

    • 单元测试：编写充分的单元测试用例，覆盖不同的边界情况和异常情况。这可以确保代码在各种情况下的正确性，并在进行改进时提供反馈。
    • 调试工具：使用合适的调试工具来帮助定位和修复问题。通过断点调试、变量监视等功能，可以深入了解代码的执行过程，并找到潜在的错误。

  5. 可读性和可维护性：

    • 命名规范：使用清晰、有意义的变量名和函数名，以增加代码的可读性。遵循一致的命名规范，使代码易于理解和维护。
    • 代码重构：定期进行代码重构，消除重复代码、提取公共函数、简化复杂代码等。这可以提高代码的可维护性和可扩展性。

  6. 性能优化：

    • 缓存和优化循环：考虑使用缓存机制来存储计算结果，避免重复计算。同时，优化循环结构，减少不必要的迭代和计算量。
    • 并行和异步处理：如果可能，利用并行处理或异步任务来提高代码的执行效率和响应性。

 

这些改进建议旨在提高代码的质量、性能和可维护性。在进行改进时，建议结合具体题目的需求和代码的特点，综合考虑各方面因素，选择适合的改进策略。同时，注重代码的可持续性，使得改进后的代码易于维护和扩展。

五：总结：

在本阶段（10-16周），我学到了很多关于编码、算法和软件设计的知识和技能。我深入了解了源码的分析和改进、算法优化、错误处理等方面的内容。通过实践和实验，我对代码的组织结构和质量有了更深入的理解，并学会了运用不同的工具和技术来改进代码的可读性、可维护性和性能。

然而，我也认识到自己在一些方面仍需要进一步学习和研究。具体而言，以下是我个人认为需要进一步加强的方面：

  1. 数据结构和算法：在解决一些复杂问题时，我发现自己对于数据结构和算法的理解和应用还有待加强。深入学习和掌握更多常用的数据结构和算法，并能够灵活运用它们，将是我的下一步重点。

  2. 调试和错误处理：尽管我在本阶段学习了一些调试技巧和错误处理的方法，但我仍然需要更多的实践和经验来提高自己的调试能力。学习如何快速定位问题、分析错误原因并提出解决方案是我需要进一步研究的领域。

  3. 设计模式和架构：在进行代码改进的过程中，我意识到了设计模式和良好的软件架构对于代码质量和可维护性的重要性。深入学习和理解不同的设计模式以及如何构建可扩展和可维护的软件架构将是我未来的学习目标。

对于教师、课程、作业、实验、课上及课下组织方式等方面的改进建议及意见，我认为：

  1. 教师指导：在本阶段，我感受到了教师的指导和帮助对我的学习起到了很大的推动作用。我希望教师能继续提供具体的实例和案例，帮助我们更好地理解和应用所学知识。

  2. 实践机会：在学习编码和算法的过程中，实践是非常重要的。我建议增加更多的实践机会，例如编写代码、解决实际问题或参与项目，以提高我们的实际能力。

  3. 反馈和评估：定期的作业和实验是很好的反馈机制，但我认为给予更详细和具体的评估和反馈将有助于我们更好地了解自己的不足并进行改进。

  4. 学习资源：提供更多的学习资源，例如相关书籍、在线教程、实例代码等，可以帮助我们更深入地学习和研究相关主题。

总的来说，我对本阶段的学习和教学方式感到满意，但也希望能够继续改进和提升。通过更多的实践和深入的学习，我相信我能够进一步提高自己的编码和算法能力，并在软件开发领域取得更好的成绩。

 

posted @ 2023-06-28 18:58  WM_NN  阅读(40)  评论(0)    收藏  举报