也称信息模型，它是按用户的观点来对数据和信息建模。
概念模型是现实世界到机器世界的一个中间层次。
表示概念模型最常用的是"实体-关系"图。
概念模型是对真实世界中问题域内的事物的描述，不是对软件设计的描述。
概念的描述包括：记号、内涵、外延，其中记号和内涵（视图）是其最具实际意义的。
概念模型用于信息世界的建模，它是世界到信息世界的第一层抽象，它数据库设计的有力工具，也是数据库开发人员与用户之间进行交流的语言。
因此概念模型既要有较强的表达能力，应该简单、清晰、易于理解。
目前最常用的是实体-联系模型。
在管理信息系统中，概念模型：是设计者对现实世界的认识结果的体现，是对软件系统的整体概括描述。
让读者更易理解，读时有个参考的东西。
概念模型设计的常用方法是实体关系方法（E-R方法）。
用实体关系方法对具体数据进行抽象加工，将实体集合抽象成实体类型，用实体间的关系反映现实世界事物间的内在关系。
首先可以进行局部E-R模型，然后把各局部E-R模型综合成一个全局的E-R模型，最后对全局E-R模型进行优化，最后得到的。
在数据仓库中的含义总的来说，数据仓库的结构采用了三级数据模型的方式，即概念模型、逻辑模型、物理模型。
概念模型:也就是业务模型,由企业决策者,商务领域知识专家和IT专家共同研究和分析企业级的跨领域业务系统需求分析的结果。
在数据仓库项目中,物理模型设计和业务模型设计象两个轮子一样有力地支撑着数据仓库的实施,两者并行不悖,缺一不可。
实际上,这有意地扩大了物理模型和业务模型的内涵和外延，因为，在这里物理模型不仅仅是数据的存储,而且也包含了数据仓库项目实施的方法论、资源以及软硬件选型，而业务模型不仅仅是主题模型的确立,也包含了企业的发展战略,行业模本等等更多的内容。
一个优秀的项目必定会兼顾业务需求和行业标准两个方面,业务需求既包括用户提出的实际需求,也要客观分析它隐含的更深层次的需求,但是往往用户的需求是不明确的,需要加以提炼甚至在商务知识专家引导下加以升华,和用户一起进行需求分析工作。
如果不能满足用户的需求,项目也就失去了原本的意义。
关于概念模型概念模型设计是在原有的业务数据库的基础上建立了一个较为稳固的概念模型。
因为数据仓库是对原有数据库系统中的数据进行集成和重组而形成的数据集合，所以数据仓库的概念模型设计，首先要对原有数据库系统加以分析理解，看在原有的数据库系统中“有什么”、“怎样组织的”和“如何分布的”等，然后再来考虑应当如何建立数据仓库系统的概念模型。
一方面，通过原有数据库的设计文档以及在数据字典中的数据库关系模式，我们可以对企业现有的数据库中的内容有一个完整而清晰的认识;另一方面，数据仓库的概念模型是面向企业全局建立的，它为集成来自各个面向应用的数据库的数据提供了统一的概念视图。
它的工作主要是界定系统的边界和确定主要的主题域。
界定系统边界将决策者的数据分析的需求用系统边界的定义形式反映出来。
确定主题域是对每个主题域的内容进行较明确的数据仓库建模技术在行业中的应用描述，其内容包括:主题域的公共码键、主题域之间的联系以及充分代表主题的属性组。
还没有评论，来说两句吧...