「BUAA OO Unit 4 HW16」第四单元总结与课程回顾 目录「BUAA OO Unit 4 HW16」第四单元总结与课程回顾Part 0 第四单元作业架构设计架构设计概要AppRunner官方包代码简析与架构设计初步一、AppRunner工作逻辑和流程1. 属性1.1 interaction1.2 status2. 行为2.1 runStep 1 输入与解
<center>BUAA OO 第四单元总结博客</center> 李依隆20373457 总结本单元作业架构设计 总结四个单元中架构设计思维和oo方法理解的演进 总结自己在四个单元中测试理解与实践的演进 总结自己的课程收获 立足于自己的体会给课程提三个具体的改进建议 本单元架
BUAA_2022面向对象_第四单元总结与课程总结 第一部分：第四单元总结 O、写在前面 这一单元难度不大，但对细心和理解能力要求不低，在指导书和javadoc的提示下，实现接口方法。尽管不难，但是繁杂的查询关系，会直接导致设计时的不全面。最突出的体现就是，常常实现到一半发现有一个新的查询
OO第四单元总结&&学期总结 第四单元的任务是实现一个UML解析器，难度相比前两个单元来讲小了很多，架构设计也较为简单。在学习这一单元之前，我仅仅是将UML作为一种画图的工具，却没有深刻的理解它的本质，UML也是一种语言，是一种统一建模的语言，这一单元的三次作业，就是要求我们准确理解类图
BUAA-OO-Unit4 与课程总结 1. 本单元架构设计 本单元作业实现了UML解析器, 分别支持类图、时序图和状态状态以及模型有效性的检查. 与以往三个单元很不同的是, 课程组已实现了对mdj文件的解析工作, 并保留了mdj文件中最基本的元素信息. 我们需要做的, 即是思考利用何种手段将这
BUAA OO Unit4 总结 1 架构设计 1.1 Homework13 第十三次作业的训练目标是实现一个UML解析器，使其支持对UML类图的分析，可以通过输入相应的指令来进行相关查询。 本次作业可以分为两个部分： 根据输入的类图的信息，对类图进行建模 查询指令的算法，如何获取到需要查询的信息 本次作业主
面向对象设计与构造2022第四单元总结 一、架构设计 由于三次作业都是增量开发，所以这里仅仅截取最后一次作业进行分析。 可以看到基本可以分割为四个独立的部分，刨去输入输出等无用部分，大致可以分为类图，流程图，顺序图，检测四个类块。当然也可以把检测看成三个图的子部分。 将需求分
BUAA-OO-Unit4 总结 本单元作业的架构设计 第十三次作业 按照 UML 图建立类和关系即可，需要注意的是输入的顺序不定，采用每次只读取一种 UmlElement 的方法，多次读取 我几乎为每一个在指导书中出现的UML元素都自行建立了一个包装类，事实证明这其实是没有必要的，而且自行建立的包装类信
本单元架构设计 主要分为5大类：接口方法类，数据库类，处理器类，封装类，辅助方法类。 类功能 接口方法类MyImplementation 提供用户接口，调用处理器方法 数据库类Database 输入数据归档 完成基本的初始化，如把关系比较大的UML元素组合在一起 处理器类XXHandler 用于响应类图or顺序
BUAA_OO_Unit4 目录 总结本单元作业的架构设计 总结自己在四个单元中架构设计思维及OO方法理解的演进 总结自己在四个单元中测试理解与实践的演进 总结自己的课程收获 立足于自己的体会给课程提三个具体的改进建议 一、第四单元作业架构设计 1、第一次作业 M
第四单元总结性博客作业 一、架构设计 1、第一次作业 本次作业中， 实现了对类图的分析功能， 主要考察对UML类图的理解和官方包内代码的阅读中， 只需要在一个MyImpletation类中维护多个数据结构的方式来进行存储， private UmlElement[] elements; private int classcount =
BUAA面向对象2022第四单元总结 第四次作业 总览 作业内容 本单元的主要作业内容为实现UML类图/顺序图/状态图的解析，需要提出UML中的一些信息，并判断图的合法性。实际上就是对图的一些操作。共有3次作业，为迭代开发。 第一次作业为类图解析。 第二次作业增加了顺序图/状态图的
BUAA_OO_2022 Unit4 与课程总结 本单元作业架构设计 总体任务概述 本单元作业实现了UML解析器，支持对类图、时序图、状态图的解析及模型有效性检验。整体上分为模型建立、有效性检验、指令查询三个部分。官方包将输入的字符串数据转换成统一的抽象类UmlElement，他们就像一块块零散的
BUAA-oo第四单元兼课程总结 一、第四单元总结 整体描述 本单元的任务主要是解析输入进来的UML类图、顺序图与状态图元素并建立相关的模型，然后根据具体 的指令给出相关的结果，在最后一次作业中还加入了对于输入模型的正确性检查。 输入的最原始的相关信息是UML中的各种元素的
一、第四单元作业架构设计 本单元中，由于第十三次作业没有进行层次化的设计，所以这一单元我没有建立层次化的架构，而是直接将所有的元素分门别类储存在不同的HashMap中，当需要使用时再进行遍历。对比其他同学层次化的架构，我觉得自己的架构设计地不是很清晰，但是也能用，因为我们给出的Uml
BUAA-OO-Unit 4-Summary 一、第四单元作业架构设计 综述 本单元作业要求实现对UML图的解析，处理输入的各个UMLElement，形成对应的关系结构，实现信息的查询。本单元主要考察的是对UML图的认识，同时我个人认为在第三单元的基础上加深了对规格化编程的训练，只不过把JML改成了介绍文档里
面向对象第四单元总结 一、本单元的架构设计 本单元代码的功能主要分为两大部分，一是读取UML图，从图中读取并保存我们需要的信息；二是根据保存的信息，进行要求的九个正确性判断，并满足用户提出的query。 整体而言，我的架构几乎就是对UML图中元素的仿写，设计了MyClass, MyInteract
一、第四单元架构设计 1.第一次作业 在本次作业中，实现了对类图的分析功能，由于代码逻辑相对简（事实上，大多数的时间主要用于对UML类图的理解和官方包内代码的阅读中），因此，并没有采用分拆成多个Class维护的方式，而是采用在一个MyImpletation类中维护多个低级数据结构的方式。事实上，由于
前言 在学习这一单元之前，我们仅仅是将UML当作一种"画图工具"，仅仅知道它能帮助我们画出各种各样的类图、顺序图、状态图等等。但是，这样我们只是看到了UML的表象，却没有深刻理解其“统一建模语言”的本质。既然UML是一种语言，那它就应该既有"词汇"，又有"语法"。通过理论课的学习我们已
BUAA OO 第四单元总结 总结本单元作业的架构设计 架构设计 1、对元素进行再封装 以UmlClass为例，对于每个类，除了课程给定的UmlClass类中所包含的getId、getName等功能外，我们还需要实现一些其他功能，比如查询这个类的父类是谁，这个类实现了什么接口，这个类都有什么方法和成员属性等。
OO第四单元总结 本单元架构 关于本单元本人的架构并不是特别理想，原因是本单元第一次作业时使用了大量的hashmap嵌套，导致代码冗余严重。 整体思想就是利用hashmap存储各个信息，尽量进行o(1)的查找。 其中，对于getStateIsCriticalPoint()函数，本人通过建立并查集判断联通的方式进行查找
BUAA_OO_第四单元总结 本单元作业主要针对UML模型进行建模于分析。 架构设计 本单元架构主要以类似于递归下降的方式来分类分批次的逐步解析为主。 flowchart LR A[输入] --> B(分类储存) B --> C{解析} C --> D[类图] C -->E[状态图] C -->F[顺序图] D -->G[属性] D-->
提问回顾与个人总结 问题 提问题的博客 问题1 老师提到团队角色中PM(Program Manager)是一定要承担具体的任务的，而且应该具有多重的能力：专业、交际、销售......但是对于学生团队来说，一个商业上的Rookie应该如何发现自己的PM潜力？ 在实践的过程中，一个PM应当具有广阔的眼界、良好的
第四单元总结 一、总结本单元架构 本单元的最终目标是：实现一个UML解析器，使其支持对 UML 类图、状态图和顺序图的分析，可以通过输入相应的指令来进行相关查询，并能根据 UML 规则进行一定的规范性验证，若不符合要求，抛出异常，终止程序。 类设计入下 |-- sequencechart| |-- MyInterac
BUAA_OO_第四单元总结及课程总结 架构设计 本单元设计之前，我们要充分理解UML图，UML图的每个元素都有个独一无二的Id和parentId，很自然的就可以联想到树的结构,我们需要的就是维护许多棵树（森林）。 对于每个结点，也需要维护一个数据结构，因为给的官方包里是散装的，没有形成功能强大的结点
