OO第四单元总结 一、架构设计 （一）Hw13 架构设计： 本次作业完成后功能：导入UML图，可查询UML类图的相关信息。 将类图的每种元素设置成一个单独的类，其中包含它自己的信息以及它包含的下一级的元素的容器，比如MyUmlClass就包含了自己的信息umlClass和下一级元素MyUmlOperation、MyUmlAtt
一、总结本单元作业的架构设计 这里展示一下第三次作业的类图，相当于整个单元的架构设计。 首先，通过第四单元手册的学习，我们可以得知UML类图、顺序图和状态图每一种图它的元素组成和元素之间的层次关系。那么既然我们想做的是一个UML的解析器，一种很自然的想法就是我们将重要
一. 第四单元架构设计 本着轻松愉快的思想，我在做第四单元时没有做架构设计（我知道可以利用中间层次来建立树形、图形结构来减少时间复杂度，但数据量太小了，完全没有必要），所以就去实现所要求的方法，每个都遍历来做。我的确用了一个别的类来提高代码复用性（将像是寻找Class/Interaction之
第四单元作业分析 题目简述 在官方包提取元素的基础上实现一个 UML 解析器，能回答对 UML 类图、状态图和顺序图的一些性质的询问，以及规范性验证。 架构设计 注意到元素和指令数量并不多，我选择大力遍历的方法，没有做任何的层次化设计。 也就是当程序中需要某类元素的时候遍历一遍所有
第四单元总结 一、总结本单元架构 本单元的最终目标是：实现一个UML解析器，使其支持对 UML 类图、状态图和顺序图的分析，可以通过输入相应的指令来进行相关查询，并能根据 UML 规则进行一定的规范性验证，若不符合要求，抛出异常，终止程序。 类设计入下 |-- sequencechart| |-- MyInterac
OO_第四单元总结 一、第四单元作业的架构设计 这次作业，我刚刚开始的时候还有些迷茫，通过阅读往届博客我大概了解到，需要先初始化读入的数据。所以我首先将三种图都进行了初始化，初始化其实就是将图进行分层次，先对同层次的元素类型进行构建，从高到低，初始化完，相对于就把图给建好了。然后
BUAA_OO_第四单元总结及课程总结 架构设计 本单元设计之前，我们要充分理解UML图，UML图的每个元素都有个独一无二的Id和parentId，很自然的就可以联想到树的结构,我们需要的就是维护许多棵树（森林）。 对于每个结点，也需要维护一个数据结构，因为给的官方包里是散装的，没有形成功能强大的结点
BUAA-OO-第四单元总结 一、第四单元架构设计 以第三次作业为例，整个架构可以大致分为三个模块，即类图、顺序图和状态图。 类图 类图中主要有三类节点，class、interface和operation。Uml图中的Mould类是ClassNode和InterfaceNode的父类，结合了二者的共有部分，如拥有的属性和方法、ID
OO2022第四单元总结 以及课程总结 本单元架构设计 UML MyUml* MyUml*都直接或间接继承自MyUmlElement，每一个MyUml*持有一个Uml*的引用，为了重用和简化代码，提取了一些UML节点的共性，比如MyUmlInterface和MyUmlClase的共同父类MyInterfaceOrClass。MyUml*添加了Uml结构信息，可以提高
一、第四单元总结 第13次作业 UML类图 本次作业首先要充分理解类图的层次结构，对类、接口与属性、方法之间的关系有充分了解，并对UML中继承、实现、关联关系的具体表示有充分认识，能够区分reference、source、target、assciation、associationEnd等概念。 另一个重要的问题就
第四单元总结与OO课程总结 前言 完成这个博客OO课就结束了。虽然没有那么尽善尽美，但我确实在课程中学到很多，一个学期的努力没有白费。 博客分为以下几个部分： 第四单元架构分析 课程总结 架构设计思维及OO方法理解的演进 对于测试的理解与实践的演进 课程收获 改进建议 第四
OO第四单元总结 1.第四单元作业架构设计 在本单元中，主体的逻辑框架都已经实现，只需要围绕MyImplement实现类图分析的功能。对于一些已有的UmlElement需要重新封装，以建立起不同种类UmlElement之间的关联，比如UmlClass与UmlAttribute，通过以他们为基础建立自己的MyClass与MyAttribute
本单元是通过输入UML类图、顺序图、状态图来查询其中的元素，相关内容以及检测该UML模型是否符合规范，有些类似于不给JML实现一个第三单元的感觉，依然是比较简单呀，当然这篇博客还包含了对于整个学期这门课程的总结 Unit4架构设计 先上第三次作业的类图，之前的因为每次都是在前一次基础
本单元的主要目标是实现具有处理UML预处理后语句的一个解析器类的程序，并具有相关查询与报错的功能，本质上讲仍然可以看成是根据一串pcode生成模型并进行解析处理的程序，整体难度不算太大，比较考验图论功底。 本单元架构设计 这图看着乱七八糟的，所以简要说明一下个人架构，整体模型构建
第四单元架构部分 基本逻辑架构 最基本的思想便是基于parentid让他的归属对象建立管理他的容器，然后主类存最顶层的类，这样要得到某一得到某一层次的对象便可以逐层下降的索要。询问，检查异常等方法让类自己提供，主类只负责选中所要求的类以及汇总结果 输入逻辑 由于输入时乱序的，有可
oo最后总结 新键盘第一写献给我最爱的oo 不知不觉火车到站了，经历了17周辛苦的学习，终于把oo课“熬完了”。这其中有周五熬夜debug周六拼命赶ddl的艰辛，也有从周一发下来指导书一脸懵，看了好几天还是懵懵的状态的崩溃。但是也有一遍过中测的喜悦，以及和同学们探讨出优化方法的激动
OO第四单元总结 1. 本单元作业架构设计 1.1 整体架构 本单元所有的方法都在UserApi接口中，而如果真的都在MyImplementation类中实现所有的方法，必然会导致类的复杂度过高。因此，在设计的过程中，MyImplementation类只会直接调用MyUmlStateMachine等类中实现好的方法，MyImplementation
BUAA_OO 第四单元总结——UML 被OO爱（折磨）了一个学期，终于要结束了，真的有些感慨。回顾这些博客和代码，也真的难以想象自己竟然写了这么多，虽然过程很折磨，但是最后还是坚持了下了，虽然在一次次的作业中我出现了好几次的错误，最后的成绩可能不是那么好，但我还是收获了很多。当我自己真正的
OO第四单元&课程总结 一、本单元作业的架构设计 本单元需要在，而设计上个人将所有类分为数据模块和解析模块。 1）数据模块 数据方面上首先将官方包解析出来的 Uml* 封装在自己的 MyUml* 里，然后在自己的类里定制属性。 继承关系上可以参考官方包的设计，所有的 MyUml* 元素都继承 MyUml
面向对象第四单元及学期总结 本单元架构设计 本单元立足于对UML图的理解，编写程序实现对UML图的查询操作。重点其实是对UML图的理解而非是查询算法的实现。 第一次作业 范围限定在了UML类图，通过每个元模型的id和parent_id，可以直接找到各元模型的包含关系，一个元模型的父亲只有唯一的
OO第四单元&课程总总结 时刻提醒自己不能跑题 完结撒花 目录OO第四单元&课程总总结架构介绍类图顺序图状态图关于算法设计思维 与 OO理解演进封装与解耦设计模式测试的理解和演进课程收获课下作业课上测试三个建议 架构介绍 整体来看架构分为三个部分依次对应类图、状态图、顺序
前言： 这一单元的学习主要以实践为主，围绕电信计费系统问题，基于给定类图实现功能，并迭代。 设计与分析： 第一次作业： 由于给出了类图，类的设计已完成，使用IDEA自动生成代码大大减少了实际编码量。这样就使得我可以把主要的精力放在了重要方法的实现上。 代码如下： import j
OO第三单元总结 数据构造 基于JML规格构造数据本质上就是检查方法能否满足功能与异常情况， 异常检验 异常一般看的是前置条件，分为抛出型异常以及隐性异常。 比较常见的是抛出型异常，对于该种异常的检验，我们应针对触发异常的条件专门去构造数据，从而检查程序能否正确抛出相应
第三单元实验总结 | TrickEye 基本情况部分 这篇帖子为什么会在这？ 这是北航计算机学院面向对象构造与设计2022春季课程第三单元的总结博客 本次作业的要求是什么？ 根据课程组提供的JML形式语言，实现一个简单的社交网络建模程序，按要求完成对该社交网络的信息查询功能。
BUAA OO 第三单元总结 利用JML规格准备测试数据 在课上老师推荐我们用Junit单元测试，但Junit是白盒测试，需要自己手动针对每个方法判断前提和结果约束，非常的复杂，所以最后我还是决定通过黑盒测试。 JML的规格有前置条件和后置条件，只要保证生成的数据能满足所有使用到的方法的前置条
