建模软件

参考简书文章 AutoML研究分析 ，少有改动 文章目录 1. Auto Keras 2. 其它AutoML产品（工具包） 2.1 AutoWEKA 2.2 Auto-sklearn 2.3 H2O AutoML 2.4 Google Cloud AutoML 3. AutoML实现原理分析 3.1 NAS 3.1.1 搜索空间 3.1.2 搜索策略 3.1.3 性能评估策略 3.1.4 NAS未来的方向 3.1.5 NAS的演进 3.2 Hyper-parameter optimization 3.3 Meta-Learning 3.4 算法相关 3.4.1 强化学习 3.4.2 进化算法 3.4.3 贝叶斯优化 4. AutoML应用场景 参考材料 AutoML全称是automated machine learning，下面有一段AutoML不是什么的描述： AutoML is not automated data science. While there is undoubtedly overlap, machine learning is but one of many tools in the data science toolkit, and its use does not actually factor in to all data science tasks.

第十二周 所花时间( 包括上课) 10 代码量( 行) 100 博客量( 篇) 3 了解到的知识点 通过这周学习到了： 这周老师讲到了软件的设计与实现，了解到图形建模的分析方法，图形建模中的思维导图、实体关系图和数据流图。老师留下了一个论坛找水王的编程题目，提到了减少时间复杂度来寻找，编写并学习其中的思想 在团队开发的作业中找到了人脸识别失败的原因，由于识别算法是采用的开源的算法代码，有的时候由于更新中间会出现问题，已解决 进行团队作业亮屏后直接进行拍照比对开屏幕的编写 来源： https://www.cnblogs.com/wuyw/p/5523838.html

什么是数据模型 ？ 模型是一组文字和各类符号的集合，用来讲一个复杂的概念简化。地图、组织结构图、设计蓝图都是复杂事物的过滤和简化。 数据模型是一组由符号、文本组成的集合，用以准确表达信息景观，达到有效交流、沟通的目的。电子表格是我们日常最熟悉的一种数据模型。 不同的数据模型可以反映不同的细节水平： 概念模型：在很高层次上表示业务，这种宽泛的视图仅包含给定范围的一些基本、关键的概念。 “基本”意味着这基本交谈中这些概念会被多次提及 “关键”意味着如果没有这些概念，部门、公式、行业会极大地改变 逻辑模型：描述了一份详细的业务解决方案，建模者不用创建与软件实现有关的复杂数据模型，就能掌握相应的业务需求 物理模型：是逻辑数据模型的实例化，表示详细的技术解决方案，是对特定环境的优化（如特定的软件、硬件环境）。物理数据模型是在某种特定环境下，对逻辑数据模型执行力的修改、增强，在该环境中数据将被创建、维护和访问。 实体 实体：对于业务非常重要要货值得获取的视图及与之相关的信息集合。下图为实体种类、定义及实例。 实体实例是一个具体的实体呈现或实体的值。如，一个电子表格中定义了一个person实体，并包括 姓名、性别、年龄、身高、体重等列，则其中的每一行数据就是实体的一个实例。 实体可以在如下三个层面被描述： 概念：高层次的业务流程的解决方案或应用程序频繁定义的范围和重要术语 基本、关键的业务信息

1.建模 1.1 为什么要建模 建立大厦和建立狗窝的区别是建设狗窝不需要设计。要生产合格的软件就要有一套关于体系结构、过程和工具的规范。 建模的定义：建模是对现实的简化。 建模的目标： 1）模型帮助我们按照实际情况或按照我们所需要的样式对系统进行可视化。 2）模型允许我们详细说明系统的结构和行为。 3）模型给出一个知道我们构造系统的模板。 4）模型对我们的决策进行文档化。 建模就是把复杂的系统变成小的系统，采用“各个击破”的原则逐一解决。 1.2 建模原理 1）选择创建什么模型很重要，模型要反映你难于处理的开发问题。 2）模型要在不同的精度级别上来表示。你可以根据观察的角色和观察的原因来选择精度。 3）建造模型要和现实相连。 4）重要的系统需要用一组独立的模型去处理。在面向对象的软件体系中，为了理解系统的体系结构，你需要几个互补和连锁的视图：用例图、设计视图、进程视图、实现视图和实施视图。 1.3 面向对象的建模 面向算法的建模在需求发生变化或者系统增长后就变得难以维护。 面向对象的建模把对象和类作为其主要构造块。例如，在三层结构中，我们可以在用户接口层、中间层和数据库层中找到你想要的对象。 2 UML介绍 2.1 概述 UML可以对软件密集型系统的制品进行可视化、详述、构造和文档化。最好把它用于以用况（用例）为驱动、以体系结构为中心、跌代及增量的过程中。 UML是一种语言

一，机器人建模的ＲＯＳ软件包 *urdf : 机器人建模最重要的ros软件包是urdf软件包。这个软件包包含一个用于统一机器人描述格式(URDF)的C++解析器，它是一个表示机器人模型的XML文件，还有一些其他不同的组件来组成urdf: *urdf_parser_plugin : 这个软件包实现了写入URDF数据结构的方法： *urdfdom_headers : 此组件提供了使用urdf解析器的核心数据结构头文件： *collada_parser : 这个软件包通过解析Collada文件来填充数据结构: *urdfdom : 此组件通过解析URDF文件来填充数据结构： *collada-dom : 这是一个独立组件，可以使用Maya,Blender和Softtimage等３D计算机图形软件对Collada文档进行转换。 我们可以使用URD来定义机器人模型，传感器和工作环境，使用URDF解析器对其进行解析。我们只能使用URDF描述一个类似树状连杆结构机器人，也就是说，机器人会有刚性连杆，并通过关节连接，我们无法用URDF表达柔性连杆。 URDF由特殊的XML标签构成，我们可以使用解析器程序解析这些XML标签以进一步处理。 *joint_state_publisher : 在使用URDF设计机器人模型时，该软件非常有用。这个软件包包含一个名为joint_state

面向对象软件工程知识点 1．封装是指把对象的（A）结合在一起，组成一个独立的对象。 A．属性和操作 B．信息流 C．消息和事件 D．数据的集合 2．状态图和活动图建立了UML面向对象开发过程中的对象动态（B）模型。 A．交互 B．状态 C．体系结构 D．软件复用 3．UML的（C）模型图由活动图、顺序图、状态图和合作图组成。 A．用例 B．静态 C．动态 D．系统 4．在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（A）。 A．活动图 B．状态图 C．配置图 D．构建图 5．设计模式就是对（D）的描述或解决方案，往往直接对应一段程序代码。 A．某个构件 B．成熟的设计 C．一个用例 D．特定问题 6．类和对象都有属性，它们的差别是：类描述了属性的类型，而对象的属性必须有（C）。 A．正负号 B．动作 C．具体值 D．私有成员 7．顺序图的模型元素有（A）、消息、生存线、激活期等，这些模型元素表示某个用例中的若干个对象和对象之间所传递的消息，来对系统的行为建模。 A．对象 B．箭头 C．活动 D．状态 8．状态图可以表现（B）在生存期的行为、所经历的状态序列、引起状态转移的事件以及因状态转移而引起的动作。 A．一组对象 B．一个对象 C．多个执行者 D．几个子系统 9．使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法是（B）。 A．继承

本章介绍UML建模元素 1： Stereotype-也被称为类型、构造型 UML里的元素扩展，简单来说其功能就是在已有的类型上添加一些标记，类似于打个戳，从而生成新的东西。 简单的说加一句话来更加清楚准确描述这个类。 2： Actor（主角、参与者）-是在系统之外与系统交互的某人或某事物，在建模过程中处于核心地位。 参与者和系统之间有一个明确的边界，参与者只能存在于边界之外，边界之内的所有人和事物都不是参与者。 人或物都可以时参与者； 3：如何确定参与者-一定是启动业务的主角 4：业务主角和业务工人 业务主角（business actor）是参与者的一个版型，用于定义业务的主角，不依赖计算机系统。业务主角是与业务系统有着交互的人和事物，用来确定业务范围。 业务范围：项目所涉及的所有客户业务的客观存在；系统范围：软件将要实现对应业务的系统功能。 业务工人被动参与业务 5：参与者和干系人 干系人-是与要建设的这个系统有利益相关的一切人和事 参与者就是干系人代表，对系统提出要求来获得他所代表的涉众的利益。 用户（user），指的是系统的使用者，是参与者的代表，一个用户可以代理多个参与者。 角色（role），指的是参与者的职责，一个角色代表了系统中的一类职责。 6:用例：一种把现实世界的需求捕获下来的方法。用例定义了一组用例实例，其中每个实例都是系统所执行的一系列操作

UML-Unified Model Language 统一建模语言，又称标准建模语言。是用来对软件密集系统进行可视化建模的一种语言。UML的定义包括UML语义和UML表示法两个元素。 UML是在开发阶段，说明，可视化，构建和书写一个面向对象软件密集系统的制品的开放方法。最佳的应用是工程实践，对大规模，复杂系统进行建模方面，特别是在软件 架构层次，已经被验证有效。统一建模语言（UML）是一种模型化语言。模型大多以图表的方式表现出来。一份典型的建模图表通常包含几个块或框，连接线和作为模型附 加信息之用的文本。这些虽简单却非常重要，在UML规则中相互联系和扩展。 UML的构造快包含3种： (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系(另有两特殊的关联关系：聚合与组合) (3) 图（10种）：用例图，类图，对象图，（包图，组件图）--- 构建图，部署图，状态图，活动图，序列图，协作图 事物是对模型中最具代表性的成分的抽象；关系把事物结合在一起；图是聚集了相关的事物。 几种关系所表现的强弱程度依次为：泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖 一、UML的关系 UML定义的关系主要有六种：依赖、类属、关联、实现、聚合和组合。这些类间关系的理解和使用是掌握和应用UML的关键，而也就是这几种关系

Power Designer简介 Power Designer是Sybase的企业建模和设计解决方案，采用模型驱动方法，将业务与IT结合起来，可帮助部署有效的企业体系结构，并为研发生命周期管理提供强大的分析与设计技术。 1 Power Designer是业务流程/数据建模软件和元数据管理解决方案，适用于数据架构、信息架构和企业架构领域。 Power Designer使数据建模人员、数据分析师、架构师和开发人员利用元数据管理，而非技术人员使用以业务为中心的技术在一个统一的架构中进行设计。 Power Designer支持所有通用开发平台和80多个数据库系统，使数据库设计人员和DBA能够与所有领先的数据库系统一起工作，并将影响分析和设计时的变更管理与数据库设计技术相结合。 Power Designer安装包 2 ： 下载链接 提取码：v43b 软件建模 通过建模的方式代替原有的“文字+图形”描述软件工程整个实施过程的各种文档模型，使软件工程从需求到代码能够统一起来，实现需求的变动直接影响代码的变化，解决以往“编码改动，文档就失效”的问题，提高代码与需求的有效性联系。 软件建模尽管因不同地建模平台存在或多或少的差异，但是大体可以分为业务建模、数据建模和应用程序建模三类。 业务建模 业务建模（Business Modeling）是一种建模方法的集合，目的是对业务进行建模

工作成果： 完成软件需求规格说明书4.0，包括：项目开发企划，项目概述，可行性分析，NABCD分析，进行产品调研，需求获取，涉众分析，功能需求分析，性能需求分析，领域需求分析和其他需求分析。 完成设计规格说明书3.0，包括：需求概述、总体设计、系统详细设计。其中系统详细设计分为注册、登录、登记书籍、查询书籍、购买书籍、咨询、留言、修改书籍信息、订单管理、发布公告、修改公告、用户管理模块。 网页部分实现：静态网站搭建。 小组分工： 人员 分工 李林峰 把握小组全局工作，完成项目概述，进行产品调研，需求获取，性能需求分析，领域需求分析，其他需求分析，整合全部文档，主要撰写需求规格说明书 马伯乐 完成可行性分析，进行总体设计分析，修改类图、包图、活动图，主要撰写设计规格说明书。 卢茜君 分析性能需求，进行涉众分析，绘制状态图；留言、修改书籍信息、订单管理模块分析；进行网页实现 瞿壮 数据字典、NABCD分析；注册、登录、登记书籍模块分析 苗大林 绘制用例图、数据流图，类图，ER图；查询书籍、购买书籍、咨询模块分析 覃靖文 绘制包图；发布公告、修改公告、用户管理模块分析 来源： https://www.cnblogs.com/SwordArtOnline/p/9194138.html