OO 第四单元博客 提纲 总结本单元作业的架构设计 总结自己在四个单元中架构设计思维及 OO 方法理解的演进 总结自己在四个单元中测试理解与实践的演进 总结自己的课程收获 立足于自己的体会给课程提三个具体的改进建议 本单元作业架构设计 本单元的主题为 UML 解析器，要求对 UML
本单元作业的架构设计 感觉这个单元和上个单元一样，没有什么架构的。 我的做法大概就是根据需求，设计自己的MyClass、MyOperation等类，然后实现需要的功能。对于继承、实现等关系的询问，建出对应的图后暴力解决。 对于\(9\)种合法性检查，建立\(9\)个类分别解决。 这样代码行数可以通过
OO第四单元个人总结 一、本单元作业的架构设计 本单元要对UML类图、顺序图、状态图进行解析，对于传入的元素，在MyImplementation根据不同元素的elementType进行分类，分别存入新建的classes、attributes、operations等Arraylist中。在方法的实现中，不再需要遍历整个元素列表，只需要在对
BUAA-OO-Unit 4-Summary 一、第四单元作业架构设计 综述 本单元作业要求实现对UML图的解析，处理输入的各个UMLElement，形成对应的关系结构，实现信息的查询。本单元主要考察的是对UML图的认识，同时我个人认为在第三单元的基础上加深了对规格化编程的训练，只不过把JML改成了介绍文档里
The UMLParser！ 前言 我已听到假期的呼唤！ 目录 一、架构设计 二、四个单元架构设计演变 三、测试的演进 四、课程收获 五、改进建议 一、架构设计 本单元对于需要频繁使用的元素类，进行了包装，例如讲UmlClass包装为MyCLass，将Attribute、associations等包装在
OO_U4总结 一、简介 本单元的主要任务是对UML模型进行解析。UML模型将抽象化的代码转化为直观可见的视图，其中类图可以表达类、接口直接存在的基本关系，顺序图展现了进程生命周期中的调度关系，状态图展现了基于条件判断的状态转移。解析UML模型是一个巨大的工作量，因此这部分作业中只
BUAA OO 第四单元总结 总结本单元作业的架构设计 架构设计 1、对元素进行再封装 以UmlClass为例，对于每个类，除了课程给定的UmlClass类中所包含的getId、getName等功能外，我们还需要实现一些其他功能，比如查询这个类的父类是谁，这个类实现了什么接口，这个类都有什么方法和成员属性等。
第四单元总结 一、总结本单元架构 本单元的最终目标是：实现一个UML解析器，使其支持对 UML 类图、状态图和顺序图的分析，可以通过输入相应的指令来进行相关查询，并能根据 UML 规则进行一定的规范性验证，若不符合要求，抛出异常，终止程序。 类设计入下 |-- sequencechart| |-- MyInterac
OO_第四单元总结 一、第四单元作业的架构设计 这次作业，我刚刚开始的时候还有些迷茫，通过阅读往届博客我大概了解到，需要先初始化读入的数据。所以我首先将三种图都进行了初始化，初始化其实就是将图进行分层次，先对同层次的元素类型进行构建，从高到低，初始化完，相对于就把图给建好了。然后
OO2022第四单元总结 以及课程总结 本单元架构设计 UML MyUml* MyUml*都直接或间接继承自MyUmlElement，每一个MyUml*持有一个Uml*的引用，为了重用和简化代码，提取了一些UML节点的共性，比如MyUmlInterface和MyUmlClase的共同父类MyInterfaceOrClass。MyUml*添加了Uml结构信息，可以提高
oo最后总结 新键盘第一写献给我最爱的oo 不知不觉火车到站了，经历了17周辛苦的学习，终于把oo课“熬完了”。这其中有周五熬夜debug周六拼命赶ddl的艰辛，也有从周一发下来指导书一脸懵，看了好几天还是懵懵的状态的崩溃。但是也有一遍过中测的喜悦，以及和同学们探讨出优化方法的激动
2022-OO-Unit3 mashiroly 1. 概述 又到轻松愉快的博客周了（赫赫，hw13似乎不是很容易呢），回顾一下过去一个月做了什么吧。 本单元的目标是学习基于规格的层次化设计，需求是在JML规格的指导下，实现一个模拟社交关系系统。作业重点是阅读和理解JML规格，掌握异常处理和测试方法，体会设计和实现
BUAA OO 第三单元总结 利用JML规格准备测试数据 在课上老师推荐我们用Junit单元测试，但Junit是白盒测试，需要自己手动针对每个方法判断前提和结果约束，非常的复杂，所以最后我还是决定通过黑盒测试。 JML的规格有前置条件和后置条件，只要保证生成的数据能满足所有使用到的方法的前置条
【2022春-面向对象】第三单元总结 目录【2022春-面向对象】第三单元总结写在前面一.本单元架构第一次作业需求：连通性相关查询实现：并查集第二次作业需求实现第三次作业需求实现总结二.测试数据构造（利用JUnit）单一方法测试单一类测试综合性测试总结三.代码修复及性能分析bug修复性能
自测过程中如何利用JML规格来准备测试数据 在整个第三单元的JML语言的学习下来，确实能够感觉到这真的是一门描述十分清晰的语言，从我们输入的数据的要求，数据中间变化的要求，再到输出数据的要求在JML中都是有较为严格的规定的，这也就为我们这个单元进行自测提供了不小的便利。具体如下：
面向对象第三单元博客 第三单元为 JML规格的理解与实现，大部分方法都可以由JML规格理解后直接翻译成对应代码。 架构设计 对于isCircle以及queryBlockSum的设计 对于这两个方法的实现，我采用了并查集的方式解决，首先是在addPerson时初始化节点的父节点并将其设为根节点，父节点的对应
OO第三单元总结 要求 单元总结要求 第一次作业总结 分析 在本单元我们的任务为需要完成的任务为通过一个实现简单社交关系的模拟和查询的例子以此达到学习入门级 JML 规格理解与代码实现的能力 本次作业只需要读懂代码中的 JML 表示语言，并且按照其中的要求编写好代码即可，
利用JML规格准备测试数据 没有使用Junit工具，而是采用生成大量数据与同学程序对拍的方法。为了保证数据的覆盖率，采用以下几点措施： 1、在数据开始时添加大量的点，减少无用的加边操作。 2、灵活控制每条指令的权重，根据测试的需要进行调整。 3、为了构造特殊数据，在每次生成数据前随机把
OO第三单元总结 第三单元要求了解JML语法和语义，并根据JML给出的规格编写代码，从而实现一个简单的社交关系模拟和查询系统，关键在于要准确的理解JML规格。 一、架构设计与算法性能优化 整体图模型建构 这一单元作业的背景是一个社交网络，层次有三层：Network，Group和Person，本质就是一个
OO 第三单元总结 架构设计 图模型构建 本单元中我们已经构建的图就是 Network，图中的节点是 Person，图中的边是 Relation，节点之间的连接通过 Person 类中的 Association 这个数组实现，实际上应该是一个邻接表的结构。但为了之后对最短路径以及最小生成树的实现方便以及更方便拓展，我们
第三单元总结 一． 作业综述 一如既往，本单元作业分为三次进行迭代开发，核心任务为按照JML规格实现指定接口的指定方法，从而构建出一个具有无向图数据结构的网络。具体来说，第一次作业的难点是判断两点是否可达，第二次的难点是计算最小生成树的权重之和，第三次的难点是计算最短路径长度。
面向对象第三单元分析与总结 前言 第三单元结束，面向对象课程马上就结束了，好耶！ 本单元终点考察对JML规格理解与代码实现，需要了解基本的JML语法和语义，以及具备根据JML给出的规格编写Java代码的能力。在具体的作业中还兼具考察了部分图论的算法实现，练习了基于junit的程序测试方法，总
本单元根据给出的JML规格实现一个社交网络模型，同时为了让我们阅读理解一些复杂的JML规格，涉及了图论的一些算法。这部分的JML还是较难以理解的，并且一些指令的实现也不能完全按照JML所给出的方法去实现不然容易超时，在满足JML规格的要求下还需要进行很多的优化。 从JML的角度构造测试
面向对象设计与构造第三单元总结博客 1 作业概述 第三单元作业的主要内容是根据给出的JML规格和接口定义实现一个社交系统，主要的功能包括社交关系的模拟与查询、群组功能、不同类型消息的接收与发送等。 相较于前两个单元，本单元的作业由于给出了JML规格，因此在设计上的难度相对较小
OO第三单元总结 一、写在前面 何为契约式编程？何为规格？为什么要使用JML语言？我认为如果不把这些问题梳理清楚的话其实很难体会为何课程组设置了此单元。 1、契约式编程 1.1 历史 来源于Wikipedia： The term was coined by Bertrand Meyer in connection with his design of the Eiffe
