什么是大模型？

一、什么是大模型？

是形状，体积很大的模型，或者是和实物同样大的模型，而小模型是缩小版的模型，比如玩具模型，二者有关系有区别

二、万代高达怎么看大小？

万代高达的比例大小通常有1:144，1:100，1:60和1:48这几种，指的是模型是原版高达设定的几分之几的意思。在盒子表面通常都会标注比例大小，以拼装模型来讲，通常1:144的是hg、fg、eg和rg四种规格的模型，而mg比例则为1:100，pg的比例为1:60，最大的mega比例则为1:48

万代高达大小都有标注，比如常见的：1：144，1：100，1：60。

三、BIM 协同是什么？有什么作用

BIM协同即通过BIM平台与各个业务系统的集成应用，从而提高各参与方协调一致完成项目目标的过程和能力。

协同设计，目的就是为了体现这个协同，通过协同进行各专业之间的协同，从而达晌毁到消错漏，提效质这样一个效果。

异地远程型协同作业模式

业主方应用的宴团备优缺点：各专业程包商分处各地，图资管控分散，需建置更多安全防护及管理措施，以保障厂商提送的信息流畅、正确性及实时性的存取。项目所需的软硬件设置费用较低。

承包方或腊应用的优缺点：各专业团队可在自己公司作业，在环境、人力及时程调度、技术资源提供等方面可获得较大优势。须参与工地定期套图会议。

BIM协同也就是各人做各人的事情，然后其他人又能看到你做事的进度，这方便了沟通，提升了效率。建立与工程项目管理密切相关的基础数据支撑和技术支撑，提升项目管理效率。

各专业设计团队集中一处作业，有利于项目的实时性沟通协调，简省文书往来烦杂费时的弊端。可提升整体设计作业的效率及缩短设计时程。设计过程中的图资可实时储存于业主伺服主机，且数据的安全可有效掌控。但需提供足够的作业场搭此凯地及软硬件等的建置、管理维护费用。

扩展资料

异地远程型协同作业模式

业主方应用的优缺点：各专业程包商分处各地，图资管控分散，需建置更多安全防护及管理措施，以保障厂商提送的信扒亩息流畅、正确性及实时性的存取。项目所需的软硬件设置费用较低。

承包方应用的优缺点：各专业团队可在自己公司作业，在环境、人力及时程调度知唤、技术资源提供等方面可获得较大优势。须参与工地定期套图会议。

参考资料来源：百度百科―BIM

1.BIM协同管理的前置管理与建置模型过程中的两个阶段建构BIM协同管理机制，藉由前置管理中的管理准则与共同管理环境的建立，减少成员建模标准不一致的状况，降低日后修改模型的人力成本，透过进度分工表，使各成员能清楚了解自身任务与权责。而再透过协同管理执行管理机制，正确管控模型信息、模型版次与追踪模型修正。最后再配合阶段性的碰撞检测，提升BIM协同管理的效能与确保BIM模型的正确性。

2.BIM协同管理有其效益与限制，项目应视规模大小决定是否导入BIM协同管理，小规模的项目由单人建置，可减少权限被限制与管理交互的等待时间，其效率反而较多人协同管理方式高。所以反而是中规模甚至大规模的项目，较能展现分工整合的优势，提升整体【BIM模型】建置效能。

3.BIM协同管理成本就是执行所投入的人时，因现场施工做错就得拆除无法像制造业品管可用抽验的方式进行，BIM模型检查为避免浪费时间在人工逐项检查及日后大量检讨，其BIM工程师必须确实地落实自主检查，以缩短模型检核的程序，降低后续阶段找到错误通知【BIM工程师】修改来回的除错成本。藉由建立模型检核配合检核表，减少BIM模型检查标准不一的情形。然而，模型检查项目过多将会造成人时成本过高;过少则错误遗漏发现的风险，这两者的间应建立平衡点，应视项目特需求定义重点检查项目。

4.BIM协友凳芹同管理使得工作项目产生进度与正确性任务产生紧密关连，其必须由【BIM经理】来控管项目的进度、人力调度弹性。协同管理团队由于模型是多人共同使用，基于合作互相信任的关系，所以BIM工程师必须随持保持自身模型建置的正确性，建模过程保持自我检查的习惯，以避免他人引用错误，破坏互信的合作模式;而使用他人建置组件也应对引用组件的正确性负责，降低错误权责归属的争议。

5.BIM协同管理是团队人员协作任务的集合、专业知识的累积，故协同管理的效能与质量建立于BIM工程师专业素养与管理准则的确立，尽管透过BIM管理机制将管理方式标准化，但人员专业经验与协作默契还是需要时间累积，因此将软件操作和专业涵养结合，才能是真正提高协同管理绩效的关键，。

6.BIM协同管理常因为等待权限释放耗费许多时间，然权限设定不严谨又会造成他人窜改的风险，目前软件限制只能控管构件的使用权，却无法限制他人在自己的管理区域新增不合理的组件，故权限管理仅能针对编辑、修正权限控管，模型新增错误组件的情形难以避免，只能藉由人员建立良好的管理习惯较为有成效。

7.BIM协同管理除了共同建置模型，需要团队内、外的间达到良好的沟通，透过不断的意见回馈和持续修正，来达到模型信息正确与一致。BIM经理为协同管理成功的关键人物，管理人力资源调派好毕与BIM模型质量与进度皆是主导BIM项目执行是否顺畅的主要原因。 8.BIM协同管理导入使得原本营造厂内部成员权责移转，尽管BIM模型的正确性透过各层把关，但始终无法保证能完全检讨出所有施工性问题，故仍有许多错误风险待厘清分配，因此BIM模型建置错误的问题必须尽量在BIM小组内部解决，以减少现场工程师认为整合与检核管理量增加或累积太多权责压力，进而衍生推动抗力。

8.BIM协同管理导入粗帆使得原本营造厂内部成员权责移转，尽管BIM模型的正确性透过各层把关，但始终无法保证能完全检讨出所有施工性问题，故仍有许多错误风险待厘清分配，因此BIM模型建置错误的问题必须尽量在BIM小组内部解决，以减少现场工程师认为整合与检核管理量增加或累积太多权责压力，进而衍生推动抗力。

目前实际业务总结经验，“协同”一词是较容易引起歧义的业内动作词汇，其所包含的多元含义便如同副标题所说，在具体的业务流程、使用主体、付费意愿等不同方面看，都会有不同的解释，这其中需要的便是产品经理、商务人员抑或其他具体的经办角色，对其语境、场景中的“协同”内含进行具体澄清。

关于业务流程，在设计阶段、施工阶段、交付业主阶段，其协同的侧重都有不同。目前常见的协同需求，如果是设计人员提出，其希冀的便是一套能够在线设计协同、事实渲染显现各专业进程、同时能够共享实时设计成果进度的平台，但从技术角度、带宽容量等方面看，考虑设计阶段的BIM模型多专业、大体量、精密度，因此目前尚未有一个能够支持跨地域情况下，支持超多并发、超大模型、全专业的协同设计平台，更常见是基于某个大型项目而规划工作中心，在局域网中就部分模型、少数人员之间的实时进度共享。因此，实际业务层面，多数产品级别的设计协同会更倾向于提供插件以匹配现有专业工具，并通过阶段性的工作成果同步来进行协同；而对于部分国内设计院来说，其如果专业性强、建制完善、经营历史较久，也会有自定义的内部规范进行不同弊消悉专业团队之间的协同工作，由团队负责人、总工等角色来进行各个层级的协调。而施工阶段、业主交付阶段，其协同则更侧重于类似项目管理类，包含了对文件资料管理、相关联文件互查、角色权限授权、移动端分享浏览、不同体量模型平台共享等，对应便是国际较为流行的CDE（Common Data Environment）概念。

关于使用主体，如上提及设计、施工、业主都可能成为协同项目发起的主体，请留意此处针对的是“协同”这一动作，而非商业项目本身，后者大多数发起者都来源于业主，因为其是金源提供方。不同主体发起的协同动作，其侧重多少会偏向自身所在环节的角色，并通过平台功能来兼顾其他方面的需求，一般要么通过自有信息化团队、或第三方软件集成商来基于三维数据引擎等PaaS技术堆栈进行上层应用系统的开发，要么直接外采现有的BIM项目协同平台一类名称的产品，按公有云、私有云等方式付费使用。一般来看，后者的“拿来即用”，如果是偏向设计端的协同需求，其付费方式会有以个人账户Lisence进行SaaS化付费，一般对应类似插件工具等标准化产品，但如果偏向设计后序阶段如施工等，则会以“项目”为单位进行付费，通过某方购买具体的项目，并在具体项目中加入其他方免费注册的账号，从而形成在单项目中多方使用的效果，其租乎好处是基于项目下全部资料可以统一管理，如果有交付需求还可以对其中的时间维度日志等、空间维度如结构性模型数据等，整体下载电子档案以交付业主。

虽然目前商业方案较多，但现实的问题不容忽视，其便是面向建筑建造业，其是一个多专业、高知识门槛、复杂业务逻辑、沟通成本较高的行业，因此不同方的需求都较为具体并专业，其细分性导致目前稍有能够大而全面覆盖的标准化产品，如有也意味着其学习成本较高，对一线人员的学习要求较高。同时，对应以上繁复的专业行业特点，国际上目前正各国本地化改造的诸如ISO 19650等项目流程规范，事实上虽然对具体工作有一定帮助，但也要求各类协同平台对该类协议进行适配，包括平台上的名称参数化设置、文件模板的提前载入、工作流程对应的功能架构模块等，都要求协同产品需要再次改造，这种投入和市场汇报的预期是否匹配，就得看各个厂商对于自身的定位了。

建议多联系各类厂商，通过其平台侧重的应桥戚用场景、能够承载的模型体量、提供的通用功能、支持的付费方式等方面，多做对比，多要求高级账户试用，再选择具体加以付费，或许能够避免些弯路。

BIM协同可以饥宴搏使项目各参加方，包括代建方、设计、施工总承烂祥包、监理单位以及专业分包等都在BIM平台上进行管理共祥大享，并且建立与工程项目管理密切相关的基础数据支撑和技术支撑，大大提升项目协同管理效率。