电子商务系统设计第五章商品特征信息描述

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,2015/7/13,#,电子商务系统设计,第五章,商品特征信息描述,商品的工业特征,主要为：根底性、层次性、统一性、系列性、稳定性、标准性、结构性、配套性、增值性和系统性。,1根底性,商品名称、分类、代码、识别号等外部数据，以及零部件的物理结构，电气，化学，材料，尺寸，以及声、光、电、磁等性能进行描述，与各制造厂的图纸、规格、标准及有关技术文件等建立参照，成为根底信息资源。,2 层次性,商品结构分为零件、部件、组件、子系统与总成等层级。表达为商品信息的层次性。出于信息加工、使用与管理之需，也导致了如元数据、数据元素、标识符、类目号、关联数据、描述数据、主数据等不同层次信息资源的产生。,3 统一性,统一性是标准性的高级形态。根底信息在格式、语义、特征描述和逻辑定义等方面越统一，资源就越具有重用性和普适性；信息也越能表达多样性、可变性与灵活性。,统一性还表达在信息加工规程的一致性上，与应用信息的多样性、可变性与灵活性互补，表达了资源加工与应用的对立统一关系。,4系列性,在商品主要特征统一前提下，设计者对其局部参数、型式、尺寸、结构等作出合理规划，使局部特征呈现规律性变化。这是统一性与多样性、连续性与间断性之间的互补关系。当其反映到商品信息上时，就表达为信息的系列性，它是对统一性的扩展和补充，既能保证信息资源具有丰富多样、随需而变的性质，也能防止其数量与种类无序化增长。,5稳定性,信息中还包含大量的规那么类、方法类与基准类信息，这些特征一旦变化，会导致相关内容和处理规那么产生连锁性、全局性的震荡。故稳定性也是对商务信息开发的根本要求之一。,6标准性,标准化是标准化的高级形态，依据标准加工信息，可提升资源标准化程度，信息就越即具备可用性和共享性。与工业领域中存在大量模块、构件与组件一样，信息的模块化、组件化趋势也日益明显。,模块化的前提是标准化，包括模块的内容、结构与接口等的标准化。电子商务还形成了以管理标准控制的作业标准，作业标准控制产品信息标准的梯度式传导模式。,根据标准化的范围与程度，分为国际标准、区域标准、国家标准、行业标准与企业标准等级别。,7结构性,一是商品实体结构在信息空间中的反映；二是信息空间中的管理类与控制类的结构信息。两者融合还会产生一些新的结构性。,8配套性,商品复杂性导致信息资源需要不同层级、不同进程和不同颗粒度的加工。涉及标准性、完整性、可用性、复用性、准确性、可理解性、关联性、可信性等诸方面。,配套性是信息加工要求的综合表达与数据集成的要求。,9增值性,商品价值已从传统的产品制造、工程、功能集成等扩展到概念创意、原创设计、管理维护、软件支持、分析预测、咨询效劳等高知识性与高附加值领域。这些附加值多与信息资源密切相关，信息支持就表达为资源的增值性。,10系统性,一是商品结构的复杂性与功能的集成性，反映到资源体系就成为工业品的内在系统性；二是与工业品相关的生产、管理、销售与使用等领域的应用，此为工业品的外在系统性。,5.3,商品元数据,5.3.1 元数据相关概念,电子商务系统中，元数据相关术语内涵如下。,1元数据metadata-是定义和描述其他数据的数据。俗称“关于数据的数据。数据反映了交易、事件、对象和关系；而元数据反映了数据间的交易、事件、对象和关系等，以及描述各类业务数据背景、内容、结构及整个应用过程的数据。,商品类元数据是结构化或半结构化的信息，用于确保应用数据在商务活动间形成、记录、分类、利用、保管和处理。,管理类元数据用于对交易各方面的要素进行定义、识别、确认和证实，形成、管理、维护和使用商务数据的各相关方、过程和系统等。,2元数据元素metadata element-构成元数据的根本单元。注：元数据元素与UML术语中的属性同义。,3元数据实体metadata entity-一组说明数据相同特性的元数据元素。注：可包括一个或一个以上的元数据实体。它与UML术语中的类同义。,4元数据子集metadata section-元数据子集，由相关的元数据实体和元素组成。,5.3.2,元数据功能,元数据是描述性资源，描述数据如数据库、数据元素、数据模型，概念如商务流程、应用系统、软件代码、技术架构等及其联系。,在商务系统设计中，元数据涉及各数据加工领域，主要功能：,1业务设计-数据定义、数据结构、数据管理、使用方法和描述模式等。,2业务架构-系统角色、职责及其对应的数据组织、加工处理目标和功能等。,3业务定义-系统中的对象、事实、过程等的定义。,4数据处理-数据加工策略、标准、规程、工程、角色、组织和质量等。,5数据整合-数据源、数据目标、数据转换、迁移和变换规那么、数据集成等。,6逻辑数据模型-实体、属性、关系和规那么、业务名称和定义等。,7物理数据模型-文件、表、列、视图、存储、索引、性能和变更管理等。,8流程模型-职能、活动、角色、输入/输出、工作流和业务规那么等。,9数据构件定义-数据库、数据块、数据特征集、中间数据、过程数据、数据间的组配、映射数据和方案等。,5.3.3,元数据类型,一般分4类：业务元数据、技术和操作元数据、流程元数据和数据管理元数据等。具体内容如下。,1业务元数据-系统中主题概念、对象实体及其属性的名称和定义，属性的数据类型和其他特性，范围描述，计算公式，算法和业务规那么，以及有效值域及其定义等。,业务元数据将业务目标和业务进程关联起来。业务元数据可包括：,1商务数据定义，包括计算公式等。,2商务规那么、算法和资源层级。,3数据继承、处理和分类。,4商务数据模型，支持各种特定的业务模型如计点积分、“秒杀计时、商品推介、物品功能匹配等。,5交易历程回溯。,6有效值约束，如物品计量及取值范围等。,7商务报表和数据呈现规那么与模式，等等。,2技术和操作元数据,技术类元数据主要包括物理数据库表示名和字段名、字段属性、其他对象的属性和数据存储特性，以及数据采集、加工、访问、备份、映射、查询和呈现规那么等。,操作类元数据主要满足商务系统的运维需求，它包括了数据迁移信息、数据源和目标信息等。技术和操作元数据的具体例如如下：,1数据分类与编码，映射、转换及建模。,2数据源标识。,3业务审计控制和核验信息。,4数据归档和保存规那么。,5从业务记录到目标数据存储系统OLTP、OLAP的映射、转换和统计。,6物理数据模型，包括数据表名、键和索引。,7数据清洗规那么，备份与恢复规那么。,8版本维护，等等。,3流程元数据,定义和描述商务系统中其他元素流程、业务规那么、程序、任务、工具等特性的数据。局部流程元数据如下：,1流程名称、分类与编码。,2流程触发、顺序和计时。,3流程结构和匹配。,4流程反响文档。,5流程数据存储和分发流转。,6 流程涉及的角色和职责。,7 流程管理逻辑与程序。,8 流程相关活动与价值链，等等。,4数据管理元数据,用于确保各种数据和元数据在全平台范围内正确共享和具有实际效能。数据管理元数据包括：,1业务驱动因素与目标。,2数据CRUD增加、删除、修改、查询规那么。,3数据定义业务定义与技术定义。,4数据拥有、加工、转换、映射与共享规那么。,5数据管理架构和职责，等等。,5.3.4,元数据的管理,电子商务是复杂系统，特别如B2B可能由多家企业系统集成。元数据管理颇为复杂，它涉及元数据来源、元数据需求、元数据技术等。,1元数据源管理,电子商务中元数据来源的多样化：,1 商务系统运行和用户交互中，需要随时定义多样化的业务元数据。,2商务系统维护中，可能将描述各种数据的元素添加到元数据资源库中，或从其他系统中获取元数据。,3数据统计时，依据业务流程生成的各项数据特性和编码等的描述与识别元数据。,4各项商务作业在各类数据和过程间进行管理的各类导航、记录与标识类元数据等。,元数据来源：1企业内任何业务数据集都可以是元数据之源。2B2B桥接时，产生大量元数据。3使用数据管理工具时，也将涉及一些的元数据资源。4系统运行、成长与维护中也会产生各种元数据。,2元数据管理内容,了解商务系统的元数据需求，定义元数据架构，开发和维护元数据等。,1了解元数据需求,了解商务系统的元数据管理环境，元数据建模，元数据标准和元数据效劳。元数据需求要求对商务系统的业务用户和技术用户进行了解，以及交易过程中各个岗位角色、职责与范围等进行分析。,1.业务用户需求-业务用户对元数据的需求源于对业务操作的分析与理解，具体有来自数据库、应用和交易过程中的角色，报表、查询、推送、OLAP、仪表盘等中的数据呈现，商务文档和上下文背景等。,2定义元数据架构,元数据管理包含元数据创立、获取、整合、单一或多个元数据存储库、元数据发布、元数据应用和控制等。,元数据存储通常有3种技术架构：集中式、分布式和混合式，电子商务应根据需求选择适宜架构。,1.集中式元数据架构,优点为：,高可用性，因其独立于各元数据的来源系统。,快速查询元数据，因存储库和查询融于一体。,元数据库结构经过重构，不受第三方系统或商业工具的影响。,抽取的元数据可进一步转换或附加其他元数据，生成诸源系统中没有的元数据。,2.分布式元数据架构,优势：,元数据始终是最新且有效的。,分布式请求，可提升响应和处理时间。,局部系统的元数据请求只受限于查询，而不需要对私有数据结构深入理解，降低了投入。,自动元数据查询与处理可能更简单，人工参与较少。,减少批量处理，不需要做元数据复制或同步。,局限：,系统间没有必要的元数据改进或标准化。,查询能力直接受制于各元数据来源系统的可用性。,不支持用户定义的元数据条目，因没有存储这些内容的统一库。,混合元数据架构,是以上两种方法的结合。其中，元数据依然从各来源进入元数据库。但库的设计只考虑用户增加的元数据、标准化的元数据及手工获取的元数据。,混合架构减少了IT人工参与和访问私有系统所需的开发难度。并能满足及时性和有效性要求，但其不能提升系统的可用性。,混合架构适用于有快速变更的元数据、需要元数据的统一和一致、且元数据数量和元数据来源数量都在动态增长的组织。如果商务系统中更多是静态元数据和较小的元数据量增长，那么混合式架构对类的平台益处可能大,5.3.5,元数据采集,商务系统元数据采集复杂，B2B、B2C中的元数据包括外部数据源来的、自行采集加工的。,元数据的采集或抽取有多种方式，需要利用一定的适配程序、扫描程序、桥接程序等进行检测，或直接访问数据库中的元数据。,采集对象为：内部商品数据集，外部业务数据集，非结构化数据集如系统网页等，此时，可能出现许多数据质量和与语义方面不一致的问题。这就给需要利用数据治理流程来处理元数据的此类问题。,元数据的扫描捕获有两种方式。,1私有接口：扫描程序从来源系统中扫描采集元数据，并按调用与元数据格式相关的装载程序，将元数据装载到元数据库中。,2半私有接口：程序从来源系统中采集元数据，并输出到特定格式的数据文件中，扫描程序只产生元数据库能读取和装载的数据文件。可读取生成的元数据文件，这种接口的架构更开放。,5.3.6,元数据存储与加工,元数据加工手段有：,1备份、恢复、归档、清洗。2变更配置。,3对用户和数据管理的培训。4任务调度/监视。,5装载统计分析。6生成管理指标与分析。,7性能组配。8元数据质量控制。,9查询统计分析。10生成查询/报告。,11元数据库管理。12平安管理。,13源映射/迁移。14提供控制措施及查询/报告。15元数据用户界面管理。16版本记录，等等。,存储元数据,通常采用关系型数据库环境，需要后续开发出各种控制和接口程序。,元数据库应反映源系统库的元数据资源，并基于一个易于理解的元数据模型。,元数据整合应存储当前的和历史版本的元数据。,目录、术语表和元数据组织,目录是一种元数据组织方式，将元数据定位于特定的位置及数据入口处。各元数据打标记，记录其所属概念域并指明其来源。元数据目录主要用于系统开发人员、数据用户和数据分析师等。,术语表提供术语使用指导，同义词可指导用户完成包括3类关系的结构化选择，概念的