什么是系统的逻辑模型?什么是系统的物理模型
以实物或画图形式直观的表达认识对象的特征
在数据仓库项目中，物理模型设计和业务模型设计象两个轮子一样有力地支撑着数据仓库的实施，两者并行不悖，缺一不可。实际上，这有意地扩大了物理模型和业务模型的内涵和外延，因为，在这里物理模型不仅仅是数据的存储，而且也包含了数据仓库项目实施的方法论、资源以及软硬件选型，而业务模型不仅仅是主题模型的确立，也包含了企业的发展战略，行业模本等等更多的内容。
物理模型就像大厦的基础架构，就是通用的业界标准，无论是一座摩天大厦也好，还是茅草房也好，在架构师的眼里，他只是一所建筑，地基—层层建筑—封顶，这样的工序一样也不能少，关系到住户的安全，房屋的建筑质量也必须得以保证，唯一的区别是建筑的材料，地基是采用钢筋水泥还是石头，墙壁采用木质还是钢筋水泥或是砖头；当然材料和建筑细节还是会有区别的，视用户给出的成本而定；还有不可忽视的一点是，数据仓库的数据从几百GB到几十TB不等，面对如此大的数据管理，无论支撑这些数据的RDBMS（关系数据库）多么强大，仍不可避免地要考虑数据库的物理设计。
设计依据
物理模型设计所做的工作是根据信息系统的容量，复杂度，项目资源以及数据仓库项目自身（当然，也可以是非数据仓库项目）的软件生命周期确定数据仓库系统的软硬件配置，数据仓库分层设计模式，数据的存储结构，确定索引策略，确定数据存放位置，确定存储分配等等。这部分应该是由项目经理和数据仓库架构师共同实施的。
数仓模型
编辑
确定数据仓库实现的物理模型，必须做到以下几方面:
确定资源
◆确定项目资源
根据预算和业务需求，并参考以往的数据仓库项目经验，对该项目的成本周期和资源进行估算。
关于项目周期的估算，主要基于ETL函数功能点以及加权后的复杂度进行估算，通过以往项目经验和专家评估,然后再根据软件生命周期的划分，可以有效的得知项目的整体周期。
关于人员的估算，主要取决于人员的工作经验，素养，对新技术的掌握能力，还要考虑到人员流动等方面的人员备份。
确定配置
◆确定软硬件配置
数据仓库项目与其他业务系统不同，尤其需要对数据容量进行估算，这是因为数据仓库是历史的稳定的基于主题的集成的等等特性所决定的，它是对以往历史数据的集成，如果项目初期不加以考虑，很快就会造成灾难性的后果。
所以，首先要得到数据仓库的预计容量，也要考量具体的关系数据库的性能，既要考虑实际的预算，也要视实际的需求而定。在发挥软件作用的同时，兼顾扩展性。
存储设计
◆数据仓库存储设计
数据仓库一般采用分层设计，即ODS层，数据仓库层，数据仓库聚合层数据集市等等；数据仓库的分层是灵活的，没有固定的模式，一切视实际情况而定。
物理学是研究物质运动规律的学科，而实际的物理现象和物理规律一般都是十分复杂的，涉及到许多因素。舍弃次要因素，抓住主要因素，从而突出客观事物的本质特征，这就叫构建物理模型。构建物理模型是一种研究问题的科学的思维方法。
中学分类
编辑
中学物理模型一般可分三类：物质模型、状态模型、过程模型。
物质模型
物质可分为实体物质和场物质。
实体物质模型有力学中的质点、轻质弹簧、弹性小球等；电磁学中的点电荷、平行板电容器、密绕螺线管等；气体性质中的理想气体；光学中的薄透镜、均匀介质等。
场物质模型有如匀强电场、匀强磁场等都是空间场物质的模型。
状态模型
研究流体力学时，流体的稳恒流动（状态）；研究理想气体时，气体的平衡态；研究原子物理时，原子所处的基态和激发态等都属于状态模型。
过程模型
在研究质点运动时，如匀速直线运动、匀变速直线运动、匀速圆周运动、平抛运动、简谐运动等；在研究理想气体状态变化时，如等温变化、等压变化、等容变化、绝热变化等；还有一些物理量的均匀变化的过程，如某匀强磁场的磁感应强度均匀减小、均匀增加等；非均匀变化的过程，如汽车突然停止都属于理想的过程模型。
模型是对实际问题的抽象，每一个模型的建立都有一定的条件和使用范围。学生在学习和应用模型解决问题时，要弄清模型的使用条件，要根据实际情况加以运用。比如一列火车的运行，能否看成质点，就要根据质点的概念和要研究的火车运动情况而定，在研究火车过桥所需时间时，火车的长度相对于桥长来说，一般不能忽略，所以不能看成质点；在研究火车从北京到上海所需的时间时，火车的长度远远小于北京到上海的距离，可忽略不记，因此火车就可以看成为质点。
软件工程中的业务建模中的业务主线是有几条
业务建模（Business Modeling）是以软件模型方式描述企业管理和业务所涉及的对象和要素、以及它们的属性、行为和彼此关系，业务建模强调以体系的方式来理解、设计和构架企业信息系统。
根据环境和需求的不同，业务建模工作可能有不同的规模。以下列出了六种这样的场景。
场景 #1 - 组织图
您可能需要构建组织及其流程的简图，以便更好地了解对正在构建的应用程序的需求。在这种情况下，业务建模就成了软件工程项目中的一部分，它主要是在先启阶段执行的。通常，这些工作在开始时仅仅是画出组织图，其目的并不是对组织进行变更。但实际上，构建和部署新的应用程序时往往会进行一定程度的业务改进。
场景 #2 - 领域建模
如果您构建应用程序时的主要目的是管理和提供信息（例如，订单管理系统或银行系统），那么您可能选择在业务级别上构建该信息的模型，而不考虑该业务的工作流程。这就称为领域建模。请参见工作流程明细：开发领域模型。通常，领域建模是软件工程项目的一部分，它是在项目的先启阶段和精化阶段中执行的。
场景 #3 - 单业务多系统
如果您正在构建一个大的系统（即一系列的应用程序），那么一个业务建模工作可能成为数个软件工程项目的输入。业务模型帮助您找出功能性需求，并且也作为构建应用程序系列构架的输入。详情请参见概念：从业务模型到系统。在这种情况下，通常将业务建模工作本身当做一个项目。
场景 #4 - 通用业务模型
如果您正在构建一个供多个组织使用的应用程序（例如，销售支持应用程序或结账应用程序）。一种有效的做法是：从头到尾进行一次业务建模工作，从而按这些组织的经营方式对它们进行调整，避免一些对于系统来说过于复杂的需求（业务改进）。但如果无法对组织进行调整，那么业务建模工作能够帮助您了解并管理这些组织使用该应用程序时存在的差别，并使您更容易确定应用程序功能的优先级。
场景 #5 - 新业务
如果某个组织决定要启动一项全新的业务（业务创建），并将构建信息系统来支持该业务，那么就需要进行业务建模工作。在这种情况下，业务建模的目的就不仅仅是要找出对系统的需求，而且还要确定新业务是否可行。在这种情况下，通常将业务建模工作本身当做一个项目。
场景 #6 - 修改
如果某个组织决定要对其经营方式进行彻底修改（业务重建），那么业务建模通常本身就是一个或多个项目。通常，业务重建分数个阶段完成：新业务展望、对现有业务实施逆向工程、对新业务实施正向工程以及启动新业务。
CMS内置基本模型有哪些？
cMs内置基本模型有哪些？内容模型是网站除一般的文章产品类型外，可以自定义多数据结构的信息类型。其实现的功能其实通常指的数据结构自定义。表单自定义。业务自定义范畴内里的事情。内容模型根据不同的应用需求。快捷有效的设置和管理不同类型不同属性的信息。CMS系统内容模型分为系统模型和用户自定义模型。系统模型内置了文章，产品招聘等常用内容模型以方便直接使用。用户自定义模型由用户定义字段都有管理员进行自由控制。用户自定义模型，管理员可对模型的字段进行管理。包括添加，删除，修改，排序等管理操作。或根据需要随时添加和管理新的内容模型。如添加模型，影视模型，音乐模型，课件模型，教案模型，等内容模型。内容模型是网站管理系统中自我扩展的功能模块之一。系统中的内容模型可完全自我扩展。满足用户的网站都种内容类型的需要。
全部评论