1）我的图像处理学习用的是北京希望电子出版社出版的《逆向式PhotoshopCS2实战学习119例》中文版，拿到后学得相当快。2）对逆向式教学法的认识。所谓的逆向式教学法，即先指导学生实践，再引导学生在实践活动中总结出计算机理论知识。逆向式教学模式主要是相对于传统教学模式而言。
2逆向式教学具体的实施过程
2.1实例操作
首先，把要操作的文件“学校教职人员分配表.xls”拷贝到学生电脑上（内容见图1），让学生打开，看几秒钟。接着提出操作要求：“根据分类汇总，统计出各学部的教职员工总人数。”然后和学生一块操作，即老师操作一步，学生操作一步，步骤如下：第1步，选定数据清单中任意一个有数据的单元格。第2步，打开“数据”菜单中的“排序”命令，进入“排序”对话框。第3步，在“排序”对话框中，设置“主要关键字”为“学部”，选择升序或降序都可以，本次操作选择升序，其他取默认值。第4步，单击“排序”对话框中的“确定”按钮，对字段学部就进行了分类。第5步，打开数据菜单中的“分类汇总”命令，出现“分类汇总”对话框。第6步，设置“分类汇总”对话框中的参数。分类字段设置为“学部”，汇总方式设置为“求和”，选定汇总项设置为“教职员工人数”，其他项默认。第7步，单击“分类汇总”对话框中的“确定”按钮，就统计出了各学部的教职工总人数，完成了本次要求的操作。如图2。
2.2理论指导
Execl电子表格“数据”菜单中的“分类汇总”命令的意义是先分类后汇总。分类就是对分类项目（或分类的字段）进行排序，是升序还是降序视要求而定。这里没有特别的要求，可以用默认的“升序”来确定。汇总稍复杂，在“分类汇总”对话框中有3项要选择设置，第1是“分类字段（A）”，这一项一定要选择分类的字段，也就是刚排完序的字段“学部”。第2是“汇总方式（U）”，这一项中的汇总方式有“求和、计数、平均值、最大值、最小值等”，具体要按数据清单应用的要求来选择，本题选择“求和”。第3是“选定汇总项(D)”，这一项可以选多项的，这里本例的选择是“教职员工人数”。
2.3应用提示
我们在以后的工作和学习中会得到很多的数据，用表格来整理和分析数据是常用的方法。电子表格的应用方便了数据的统计、对比和汇总，对我们作出正确的判断和找出规律都有很大的帮助。因此，掌握“电子表格的数据管理功能”中的分类汇总等的操作是有用处的。
3实施后的效果
学生实践。学生老师共同操作后，接着给学生布置操作练习如下（如图3）（注：表中记录有删除，实际记录较多）。学生在做上面练习的时候基本不用辅导，个别除外，教学目标“掌握分类汇总的操作”顺利达到。
4教学的反思
1．1系统功能模块设计经过对福州外语外贸学院科研管理的需求调查分析，对取得的信息进行仔细整理可以发现，科研管理系统的主要任务可以划分为机构管理、科研人员管理、科研项目管理、科研成果管理、报表打印管理、系统管理6个部分，各部分之间并非各个独立，而是相互联系。本研究正是据此设计，从而使本系统能够很好地完成这些功能。具体功能结构如图2所示。(1)机构管理:科研机构包括各学院、部处、机关单位等，所有的科研人员、成果、项目等都按照科研机构进行归口管理。提供各科研机构的增加、删除、修改与检索。(2)科研人员管理:主要对学校参与科研工作的人员基本信息进行管理，提供人员信息的增加、删除、修改与检索。为其他模块提供人员信息，是其他模块的基础。(3)科研成果管理:主要对科研论文、著作、成果等进行管理，提供成果信息的增加、删除、修改与检索。(4)科研项目管理:主要对已经立项后的项目进行管理，提供项目信息的增加、删除、修改与检索。可以对项目状态进行编辑。(5)报表打印管理:可以打印部门成果报表、个人成果报表、成果分类统计表、院部处教师科研分统计表、申报项目表、立项项目表等报表的打印。(6)系统管理:用于对登录用户信息、密码等进行维护。
1．2数据库设计数据库设计在软件开发过程中是一个很重要的环节，数据库是任何系统都不可避免的。本研究在设计数据库时尽量满足第三范式，减少数据冗余，尽量设计比较精简的数据库。(1)人员信息表:有机构、人员编号、姓名、出生日期、性别、职称、最后学历、最后学位、学科、研究方向等字段。(2)科研成果信息表:有机构、成果编号、成果名称、第一作者、成果来源、成果形式、出版单位、出版时间、刊号、关键字、成果字数等字段。(3)科研项目信息表:有机构、项目编号、项目名称、项目来源、批准号、负责人、立项时间、完成时间、项目状态、批准经费等字段。(4)管理员信息表:有用户名称、密码。管理员登录的时候要进行验证，表单获得的数据和数据库中该表的数据对比如果成功，则登录成功，否则，登录失败。对以上所有表的添加、删除、修改、读取等数据操作都设计相应的存储过程来实现。
2系统实现
2．1系统用户界面的设计用户界面设计的要求是:(1)简单清晰，一目了然，容易上手;(2)功能相似的页面，采用统一的布局;(3)方便操作，尽量减少数据录入量;(4)具有较好的录入容错功能。用户工作界面由三层组成:上方是图标栏;左下方为事务菜单;右下方为操作界面。页面主要采用webForm来进行设计。如校级管理员用户通过验证后的登入界面。
2．2数据库的实现本科研管理系统采用了三层结构的框架，将访问数据库的一些底层方法封装在DBUtility这个类库中，其中DbHelperSQL类和DbHelperSQLP类是连接数据库字符串和一些公用的方法，如简单的SQL语句，带参数的SQL语句，存储过程的操作等，DES－Encrypt类是数据库的安全性，加密解密等操作。PubConstant类是动态的配置数据库的连接字符串。
2．3配置web．config为了方便数据操作和维护，可以将一些数据库连接配置参数放在web．config文件中，代码如下。
2．4科研项目管理功能模块的实现高校科研项目管理主要针对已通过审核的项目提供管理功能，能提供项目的信息，对项目实现增加、修改、查找等功能。点击项目管理，可以出现项目一览和新增项目两个功能模块。这时候点击项目一览，可以出现项目的一些基本信息，并且可以对其进行增加、修改、查找等相关操作。系统管理员有最高权限，可以查找全校的申报项目，可以模糊查找，有修改、删除的权限，还可以导出所要的项目资料。以下是校级科研项目管理设计界面，如图4所示。
3结束语
PDM系统的最重要功能就是结构和配置管理，这项功能可以轻松、快速地实现产品结构、配置和物料清单等信息的综合管理。在PDM系统中，零部件是按照被设计确定的装配先后关系组织起来的，用户可以将这些繁杂的数据与零部间关联起来，进而形成了对产品结构的整体性认识。
2基于PDM平台的BOM管理现状
BOM定义了产品结构的技术文件，描述了产品的各零部件之间的结构关系。因此，它又被称为产品结构表（树）。如果计划采用计算机来管理这些名目众多而又相互联系的清单，就要使系统能够知道产品的结构和所有要使用到的零部件。为了便于识别，首先要把产品结构图转换成易于计算机辨认的数据格式，即物料清单。目前，大型工业企业在PDM系统平台上主要从以下5个方面开展管理工作：1）EBOM（EngineeringBillofMaterial）。即设计BOM，是设计部门产生的数据，是按设计要求划分而成的结构和各零组件的组成关系，反映产品的属性和零件间设计关系的物料清单。EBOM包括装配结构、零组件属性以及定义产品的电子图（MBD模式下，为三维模型）文档等数据，是工艺、制造等后续部门的其它应用系统所需产品数据的基础。EBOM为下游生产单位流水的编制、发放及工艺PBOM构建等提供了结构化的设计信息。2）装配PBOM。在装配工艺设计过程中，需要BOM反映物流过程，确定产品装配顺序，按各零组（部）件装配顺序提出各装配阶段的零组（部）件及数量。装配PBOM为零件级BOM，是工艺BOM的上层BOM，是基于EBOM重构而成，其所有叶子节点完全来源于EBOM。装配PBOM为结构化装配工艺的编制提供了结构化信息，保证了装配工艺零组件信息的准确。它与EBOM的区别在于，在EBOM上出现的物料在制造物料清单中不会出现。3）定额PBOM。是零件的毛坯、毛料、原材料等因消耗关系而形成的BOM结构。定额PBOM为材料级别的BOM，是工艺BOM的下层BOM。它通过中间连接件方式与EBOM叶子根节点（零件）关联，最终提供ERP系统，作材料采购计划及成本计算使用。4）中性BOM（NetrualBOM）。代表零件生产前的技术工作的结果，是生产进行的重要依据。中性BOM是在PBOM基础上后勤属性的完善，后勤属性主要包括：替代件、替换件、是否追踪、是否序列化、是否按批管理、是否可消耗、是否可再用、是否保持数量、是否寿命有限、特征参数等。它是实物BOM的对象模板，也是目前开展的制造数据中心项目的基础数据模型。5）实物BOM（单台发动机BOM）。是生产制造现场按生产计划通过对实际制造装配过程进行实际数据采集的结果BOM数据，它在工艺BOM的基础上完善了技术、生产、质量、采购、售后等信息，满足质量追溯及售后维修服务等的需要。
3基于PDM平台的BOM管理实施方案
BOM系统作为大型工业企业制造管控的核心，是PDM系统的重要管理对象，同时也是产业链信息系统集成的关键数据。由于BOM目前在很多类型的企业信息化系统中都占有举足轻重的地位，所以，当今国内、外很多知名企业、学术机构对BOM的管理技术以及产品开发进行深入研究和开发，也取得了有价值的研究成果。同时，因为BOM涉及到计算机软件技术和企业管理技术的融合，使得BOM的深层理论极其复杂。国内、外很多专家学者对BOM管理技术都从多种角度进行了不同深度的研究，这些研究只是针对某个具体的行业或者某个具体的技术层面，并且出现了在同一个领域的不同观点。目前，很多大型制造企业将BOM视图主要划分为：“设计BOM”、“装配PBOM”和“定额PBOM”，PDM系统对产品在设计、制造和装配等阶段的BOM进行统一管理。PDM系统在区分不同阶段的BOM时，利用的是多视图管理功能，并将不同的BOM纳入系统管理范围。在PDM系统中主要定制了设计视图和工艺视图：在设计视图中，设计人员进行原始设计BOM的编制；在工艺视图中，可借助EBOM信息进行流水发放、工艺设计、工装设计及模拟仿真。在实际操作中，工艺人员对设计BOM进行调整，产生了装配PBOM和定额PBOM。在系统集成中，PDM系统将组建好的BOM数据传输给ERP系统和MES系统，三系统间通过接口表的方式进行对接，ERP和MES系统再对PBOM增加生产信息，最终用于生产计划、准备。
4结语
1．高校信息化建设条块分割，缺乏统一规划
目前高校所开发与使用的软件大多只针对特定的业务，没有一个综合的管理平台，各部门各自为重，而部门对数据管理的意识不足，数据标准与格式不一，缺乏全局性的规划，各个软件系统生成的数据不具有兼容性，许多数据离开生成软件便不具有可读性，海量的数据不能为大众所利用，成为信息孤岛。正因为这些软件生成的数据对软件的依赖性，导致无法向档案部门提供可利用的电子数据，不同的软件生成的数据只能保存于不同部门的特定电脑或服务器上，由特定的人进行读取，有些数据虽然能纵向传输，但无法实现真正的数据共享。此弊端首先表现在同一单位内部各部门之间无法进行高效通畅的数据共享和交流，协同办公无法真正实现［1］。其次，由于数据不能共享，造成许多不必要的重复劳动。当同一套数据需要通过不同软件向不同部门多头报送时，形成了多个部门在做同一件事的格局。如果数据能共享且具有较强的可读性或者各数据需求部门所需的数据格式一致的话，那么只需一个部门即可完成，作为一个单位，对外提供的数据也才会真正保持一致性。
2．高校电子数据缺乏统一管理
目前高校垂直传输的数据如何保管、利用没有相应的规定，从而导致不必要的混乱。首先体现在网络版业务软件的推行使工作人员放松了纸质档案存档的意识，认为反正系统中随时可以调用，没必要再多此一举。对于垂直传输的数据，正常情况下随时都可以在软件中调用，但是基层部门要不要保留数据，如何保留，上级部门也没有硬性要求。一旦所使用的软件系统出了问题，很容易导致电子数据的丢失，比如，省内某高校报教育部门的基层统计数据，是通过网上直报，后来上级教育部门的软件进行升级与数据置换时将以前的数据丢失，要求各高校重新上传以前的数据，而此高校统计员没有及时进行数据备份，也没及时打印纸质报表，一切工作必须重新开展。这种对系统的过度依赖思想给自己酿成了不必要的麻烦。其次由于高校电子数据分散于各个部门，而电子数据的可读性低，一方面，许多电子数据离开数据生成软件便不具可读性，另一方面电子数据本身容易损坏而失去可读性，如电脑遭受病毒攻击可能导致电脑中的数据丢失，备份的电子载体如受到划伤、潮湿、折叠等损毁，或者随着保存时间的延长而变为不可读，电子数据的这些特殊性迫切需要有专门的人、专门的设备与工具进行统一的保管与维护，定期对其可读性进行检查。此外，目前各单位购买的办公软件或自行开发的协同办公系统，也主要停留在网上收发文以及公告、通知与新闻的。并且这些数据自动生成后都是存放在网站所处的服务器上，也没有专门人员对数据进行管理，更谈不上异地备份，一旦服务器损坏或者网站内容已过有效期，这些数据便会逐渐消失或人为删除。因此，在信息化的推进过程中，电子数据的管理急需跟进。
3．高校电子数据的真实性缺乏相应规范
纸质档案的真实性易于维护和识别，但电子档案的任何修改通常不会留下改动痕迹，其真实性辨别的难度大。如果有人为因素进行伪造的话很容易达到目的，因此，电子数据作为证据的可信度远不如纸质档案。电子档案的鉴定不仅要开展内容鉴定，还要开展技术鉴定、利用多种软件硬件检测设备，检测电子文件的完整性、真实性与可读性，即双重鉴定才能实现［2］，从而导致电子数据的社会认可度相对于纸质档案来说要低得多。
二、关于电子数据管理的对策
1．加强对电子数据管理顶层设计
教育信息化建设主要是以各类业务的需要为出发点，各自为营，没有考虑数据的存取与易读性及公众利用数据的便利性。高校各业务部门都比较热衷于各类业务软件的购买与开发，但各类业务软件的设计往往只考虑了局部业务流程如何进一步简化，并没有从学校信息化的总体规划上去考虑，只考虑了本部门工作需要，缺乏顶层规划。而网站建设也仅定位于网上审批和新闻，强调无纸化办公，而对信息存储、管理与使用等没有给予应有的重视，缺少对数据资源的整合。我省高校教育信息化起步较早，上个世纪90年代末就成立了信息化领导小组，负责对全省高校的信息化建设进行规划与引导，但高校档案信息化建设近两年才真正启动，2014年底已完成了一期(省级平台)项目，今年初开始组织开展教育系统档案信息化二期工作，省教育厅主要负责省级数据中心建设，参与建设的高校主要负责本单位不档案目录数字化及纸质档案选择性数字化等。目前档案信息化平台的构建只是针对现有的档案资源的管理，还没有针对高校各业务软件的对接及相应电子数据的管理。我省信息化建设是分领域分部门推进，档案信息化只是作为其中的一个子项目参与建设，并没有真正融入信息化建设的全过程，因此，很多信息化建设项目忽略了数据的存储、管理与利用，而侧重于业务问题的处理及数据的垂直传输。因此，我们有必要在推进教育信息化的过程中，考虑电子档案管理的要求，对电子数据管理进行顶层设计，建立全省高校数据中心，高校所有的业务软件生成的电子数据最终都能汇集到这里，形成一个大的高校数据云，供大家随时随地利用。这样不仅解决了数据的管理与存储问题，还能大大提高数据的可利用性。
2．借鉴科层化管理模式，加强电子数据管理
“科层化”管理模式，是由德国社会经济学家马克思•韦伯在《社会组织与经济组织理论》中构建的一种基于法理的，以实现高效率与合理化为目标的理想化的组织管理模式［3］。目前我省高校所使用的业务软件种类丰富，同一业务软件版本众多，大量的重复开发与引进造成了资源的浪费，信息的重复采集大大降低了工作效率。省级教育行政部门作为科层式组织结构中的顶层管理者，可以承担起省级高校数据中心的模型构建，确定数据中心需要汇集的基本数据类型与模型，组织开发相关的业务软件与应用界面或向全国引进优秀的软件加以改造与完善，然后在省内高校推广使用，这样有利于统一数据的采集标准与格式，有利于数据的集中管理与利用。各高校作为科层化管理模式的中层，其职能是贯彻决策，使业务软件在相关的业务部门得到应用，为软件的正常运行提供必要的条件。高校各部门的工作人员作为基层工作者，主要职能是执行决策，对业务数据按要求进行录入处理。借鉴科层化管理模式，明确各层级的职责，才可避免每个高校都搞信息化设计，每个业务部门都开发或引进业务软件的现象。重复开发重复建设，造成许多的资源浪费，导致大量信息孤岛的形成，背离了信息化建设所要实现的节约行政成本、简化工作、信息共享、便于利用的目的。
3．制定相关的数据管理规定与标准
标准是对重复性事物和概念所作的统一规定，它是以科学技术和客观实践经验为基础的，其目的是为了获得最佳工作、生产、科研的秩序和社会效益［4］。制定相关的数据管理规定与标准能够优化工作流程，简化工作程序。对于数据的形成与管理，我们必须用相应的标准加以规范，实施前端控制，以规避数据格式的混乱，让数据一产生就是标准的，包括其使用的语言、生成格式、字段名、字段长度、数据描述等等，只有这样，信息化建设对电子数据的管理才能符合档案管理的要求。此外，对于电子数据的真实性、安全性，电子数据如何鉴定和归档，电子印章的使用等问题都有待进行明确的规定。只有有了统一的规定与标准，才能实现电子数据的科学管理，为数据中心的构建与实施提供必要条件。
4．提高档案管理人员的业务水平
电子文件管理元数据宏观结构分面化的基本概念
电子文件管理元数据结构分为宏观结构和微观结构，所谓宏观结构就是电子文件管理元数据顶层框架的架构，而微观结构是指电子文件管理元数据元素的构成。本文主要研究的是电子文件管理元数据宏观结构的分面化问题。
所谓“分面”，是指可以表征一类事物某一方面属性的一组简单概念元素。对于同一类事物，可以用多种属性作为划分标准，形成多个面——分解[1]。在所形成的多个分面之间，是相互独立并行的，因此各分面内的元素就可以进行组合——组配。这种组配由于有“多个面”参与，所以可以多维地、全面地揭示事物的属性；由于参与的“多个面”是组配的，所以又可以灵活地、方便地揭示事物的属性。
而所谓的“分面化”，则是指从系统角度出发，运用分解和组配的方法建立电子文件管理元数据宏观结构的架构过程。分面化往往是相对于单一线型化而言的。由于在电子文件管理元数据的宏观结构的架构上存在着多维分面化架构与单一线型化的架构，而且，在时间上，单一线型化的架构产生于多维分面化的架构之前，所以，研究电子文件管理元数据宏观结构的多维分面化，首先应该研究电子文件管理元数据单一线型化的架构。
电子文件管理元数据单一线型化架构的分析
所谓的电子文件管理元数据单一线型化架构，就是指在架构电子文件管理元数据的宏观结构时，将电子文件作为一个固定的实体，然后，按照文件管理流程一维地将电子文件划分为不同的类型的元数据，然后再依次对所划分出的不同类型元数据再进行细分，由此所形成的单一线型的结构。这种单一线型化的架构方式，典型的是以澳大利亚维多利亚州《电子文件管理元数据标准》为代表，该标准首先是将电子文件依据文件管理流程划分成几个不同类型的元数据，即划分为“文稿、文件、文件组合、文件集”等类型的元数据，然后在这基础上，再进一步对“文稿、文件、文件组合”进行细分，从而在“文稿”下再列出文稿的特征元数据、在“文件”下再列出文件的特征元数据、在“文件组合”下再列出文件组合的特征元数据及在“文件集”下再列出文件集的特征元数据，由此便形成了单一逐级划分的线型框架架构。
具体来看，该标准对“文稿”细分出了“责任者”、“描述”、“语种”、“题名”、“主题”、“来源”、“功能”、“日期”、“关系”、“权限管理”、“内容范围”十一个特征元数据，这些特征元数据，都是描述“文稿”所应有的；对“文件”的细分，也是分出了与“文稿”相同的十一个特征元数据，这是因为文件与文稿都是具有相同性质的电子文件，所以，描述它们特征的元数据也就必然是相同的，同样，“文件组合”、“文件集”也是与“文稿”、“文件”具有相同性质的电子文件，其差别仅仅是文稿、文件、文件组合和文件集是电子文件表现的不同形式和级次而已。所以，在对“文件组合”、“文件集”的细分，其细分出来的特征元数据也与文稿和文件的相同。
由此可看出这种单一线型化宏观结构中隐含着大量的相同的元数据元素，即元数据元素的冗余度很大，这种冗余度而且会随着对元数据不断细分，会呈几倍或几十倍的倍率增加，其结果相同元数据元素的数量极其庞大。
再对电子文件的文稿中的“责任者”进行细分，又分出10个描述文稿“责任者”的特征元数据元素，分别为“责任者类型”、“个人ID号”、“个人姓名”、“部门名称”、“职务名称”、“联系方式”、“电子邮箱”、“数字化签名”、“机构标识符”、“机构名称”，同样对文件、文件组合、文件集中“责任者”进行细分，分出来的特征元数据元素与文稿中的“责任者”下的特征元数据元素也完全相同。由此可见，电子文件管理元数据单一线型化的宏观架构会导致元数据严重冗余，数量庞大，十分不科学。
为了降低冗余度，澳大利亚维多利亚州《电子文件管理元数据标准》采用了减少对元数据元素细分的方式来减少相同的元数据元素，其具体做法是对“文稿”下特征元数据元素都没有进一步细分，仅有如“责任者”、“题名”、“权限管理”、“主题”等特征元数据，而对“文件”、“文件组合”和“文件集”下的特征元数据都进行了进一步的细分。采用这种方式，可以减少“文稿”下特征元数据元素的冗余。但也有其局限性，就是降低了元数据元素的专指度，仍以“文稿”的“责任者”为例，如不对其进行细分，那么这个“责任者”元素就很不专指，就很难确切地表达责任者的类型，是机构团体责任者还是个人责任者，以及责任者的部门名称、职务、联系方式、数字签名等具体含义。
由此可见，单一线型化宏观架构局限性是：
(1)因其对电子文件是按照单一线型的逐级划分方式进行的，使得元数据冗余呈倍数上升，冗余度十分大；
(2)为降低冗余度，减少细分级次，又降低了电子文件管理元数据元素的专指度，表达语义不具体；
(3)因其是一维展开的，难以多维、灵活地揭示电子文件的特征。
正因电子文件管理元数据单一线型化架构存在以上的缺点，才促使人们努力完善电子文件管理元数据宏观架构，因而才有分面架构的出现。
电子文件管理元数据多维分面化架构的分析
所谓的电子文件管理元数据多维分面化架构，就是指在架构电子文件管理元数据的宏观结构时，利用分面的方法，将电子文件划分成多个分面，各个分面内的元数据元素可互相进行组配，从而形成满足各种需求的电子文件管理元数据，电子文件管理元数据的多维分面化架构典型的是以《澳大利亚文件管理元数据方案》[2]标准为代表，该标准采用分面的方法，将电子文件实体分为“文件”面、“责任者”面、“业务处置”等面，其中，每一个分面之下，再细分成亚面——类型面和依附于类型面的亚面—特征描述面，这样面和面之间可以组配，亚面和亚面之间也可以组配，便形成电子文件管理元数据多维分面化架构。如以这样的结构同样表示“文稿”、“文件”、“文件组合”和“文件集”的责任者特征，就可以将文件分面与责任者分面进行组配来表达，见图1所示。
图1电子文件管理元数据的文件分面与责任者分面的组配
从图1可以看出，文件分面下的“文稿、文件、文件组合、文件集”它们分别可与责任者分面进行组配，从而可以形成多种责任者类型——如文稿责任者类型（内部责任者和外部责任者）、文件责任者类型（内部责任者和外部责任者）、文件组合责任者类型（内部责任者和外部责任者）、文件集责任者类型（内部责任者和外部责任者），也就是说采用多维分面化架构可以达到同样的单一线型架构细分的效果，但是其结构却更简洁明了，元数据元素的冗余度也大大减少。由于多维分面化结构是可以多维组配的，因此，除了分面与分面之间的组配外，还可以在各分面内进行亚面与亚面的组配，也就是各分面下的子分面与子分面进行组配，如图2所示。
从图2可以看出，当责任者的“内部责任者”亚面与责任者的“特征”亚面组配时，就可以形成“人员责任者的ID，人员责任者名称、人员责任者时间、人员责任者授权、人员责任者联系方式、人员责任者关系、人员责任者概况”等一系列表示人员责任者的元数据元素，同样，将单位责任者、机构责任者、组织责任者分别与责任者的特征亚面组配，也可以形成单位责任者、机构责任者和组织责任者一系列表示责任者特征的元数据元素，其达到的效果也如前电子文件管理元数据单一线型架构细分所列举出的责任者特征效果一样，同样，采用这种多维分面化架构，不仅元数据元素的冗余度大大减少，而且也使元数据的宏观结构的安排更合理。
图2电子文件管理元数据的责任者亚面之间的组配
电子文件管理元数据多维分面化架构的本质
从上面对电子文件管理元数据多维分面化架构的分析，似乎“组配”是多维分面化架构的本质，其实“组配”仅仅是其的表面现象，而其本质却是对电子文件管理元数据系统的分解。
从系统论的角度看，电子文件管理元数据也是一个系统，而多维分面化则正是通过对该系统科学分解而架构起来的，即通过对电子文件管理元数据综合分析，通过分解，建立起多维分面，而分面组配仅仅是对电子文件管理元数据系统的分解在结构上所进行的还原。由此可见，“组配”现象下隐含着“分解”。
因此，多维分面的分解必须科学，必须具有理论的指导，否则为分解而分解。
缺少目的性。目前在国际电子文件管理领域，电子文件管理元数据多维分面化架构其分解都是基于电子文件管理连续体理论来进行的。如前所述，将电子文件元数据系统，分解为文件面、责任者面和业务处置面，其理论根据主要是依据电子文件管理连续体理论的三个实体来划分的，即依据文件管理连续体理论的文件实体轴形成文件面、责任者实体轴形成责任者面、业务处置实体轴形成业务处置面，所以，将电子文件管理元数据分解为文件面、责任者面和业务处置面是具有其内在的科学性的。不仅如此，由于多维分面化架构的科学性，因而其形成的分面架构又被国际电子文件元数据管理领域所共同认可，并进而被国际标准化组织(ISO)所制定的国际标准《ISO23081-1信息与文件—文件管理过程—文件元数据—第一部分：原则》所采纳，从而成为国际标准的多维分面架构。
由此可见，电子文件管理元数据多维分面化架构具有很明显的优势：
(1)依据电子文件管理连续体的基本理论进行面的多维分解，符合电子文件管理的规律，具有科学性与理论基础。
(2)采用面的多维组配，可灵活地组配形成所需的各种电子文件管理元数据，从而可多维地、全面地反映电子文件特征，因而功能更加强大。
(3)采用多维分面架构，优化了电子文件管理元数据的宏观架构，促进了电子文件管理元数据的宏观架构的标准化，因而十分有益于电子文件真实性、可靠性、完整性和可利用性及法律凭证价值的实现。
综上所述，通过以上对电子文件管理元数据单一线型结构和多维分面结构的比较分析可看出，单一线型结构存在数据冗余、体系庞大、专指度不高等缺陷，还需要进一步完善，而多维分面架构却有显著的优点，其采用分面的方法，使得电子文件管理元数据能更加灵活地运用，能更加多维地全面地揭示电子文件的属性，能更加完整地反映电子文件之间的关系，因此，在电子文件领域，多维分面方法是值得充分重视与研究的，同样，在我国电子文件管理元数据宏观架构的制定过程中，也应积极采用多维分面化架构，从而提高我国电子文件管理元数据标准化程度，提高对电子文件资源开发与利用的效率.
【参考文献】
（一）基础理论知识的储备是互动式教学的基本必要前提
互动式教学的开展是以一定的基础理论知识为基本前提的。《医学研究的数据管理与分析》是一门软件教学课，其理论基础是《流行病学》和《医学统计学》两门专业课的结合体，应该坚持《流行病学》和《医学统计学》相关理论知识讲授与软件操作实践并重的原则。在《医学研究的数据管理与分析》教学过程中，会始终穿插《流行病学》和《医学统计学》的专业理论知识，帮助学生回忆和理解之前的认识，引导、鼓励学生将专业课本里的例题数据用相关统计学软件来模拟、演练。
（二）学生在教学过程中参与教案的修订
由于《医学研究的数据管理与分析》涉及《流行病学》和《医学统计学》的理论知识与软件操作两个方面，单凭课堂上的讲授很难达到真正深入探讨问题的效果，而且学生也难以发现自己真正感兴趣的部分。在教学实践中，教师会指定课后读物让学生进行自主阅读和学习，要求学生找出文献中所运用的流行病学和统计学方法的优点或错误，由学生选取最感兴趣的问题进行课堂演练和讨论，最后由教师来总结和点评。整个过程中，教师可以根据学生的想法进一步修订教学模式和内容，对学生进行因势利导的分析与指引。由此修订后的教案本来就是从学生自身感兴趣的问题出发来设计的，上课时解答的内容都是学生希望了解的，课堂气氛自然就会活跃，互动式教学的效果也就事半功倍了［6］。
二、过程组织
（一）学生分组
分组学习是组织互动式教学的一种简单而有效的形式。在教学实践中，为了让每个学生都能更充分地参与到互动式学习中，教师将该年级预防医学一大班共40名学生分成5个小组，每组由8名学生组成，并由学生民主推荐，产生组长。组长的任务是进行统筹和汇总，组织组员在课后讨论，并收集组内意见，形成小组结论在课堂上展示。各个小组间相互激励，按20％的平时成绩对小组打分，引导组内学生进行团队协作和知识分享。
（二）实例选择
分组完成后，教师会根据当次课程的教学内容，在授课过程中留下需要学生思考和解决的问题，每个小组负责一项。这些问题在当次课堂上经过师生的简单讨论，教师会给出学生解决问题的方向，但需要学生自己去进行最后的解答。在这个过程中，教师会引导学生合理分工，由组长统筹，各个组员发挥自身特长，最大限度地扩大参与度。
（三）互动准备
该环节是学生自主学习和小组合作学习的过程，主要在课后进行。教师向学生提供解决问题的有关线索，提供相关的参考文献和思路，小组成员在各自学习完相关阅读内容后积极讨论，统一认识和想法，最终凝练成小组的集体意见。通过该环节加深对理论知识的理解，并引起学生对相关统计分析软件的操作兴趣，初步锻炼解决实际问题的能力。
（四）课堂互动
由于教学课时相对有限，一次教学是3个课时（共120分钟），在每次讲解新知识之前会预留30分钟作为互动答疑时间。学生和老师角色互换，教师将讲台交给学生，由每组的组长和组员协商，选派代表，将课后小组讨论的结果在课堂上进行计算机软件演示，对于疑难问题，教师会做一定的引导，其他组的学生也可以提出自己的见解和解决问题的思路。在教学过程中，作为教师，既要鼓励那些思维敏捷、见解独特的学生发言，同时还应照顾那些思而不得、有待点拨的学生，为所有学生提供各种参与、表达的机会，让尽可能多的学生参与到互动过程中来。
（五）点评总结
对每个小组的讨论结论及互动过程进行点评总结。教师适当的、积极的点评总结，对于提高学生的自信心和专业学习兴趣十分重要。学生虽然经过了课后的文献阅读和小组讨论，但有时对问题的解答仍然存在一些局限甚至错误，教师会根据自己的专业知识和技能，进一步引导学生开阔思路，提高解决问题的能力，指出其优缺点、阐明正确观点以及需进一步完善修改之处，并且对学生的互动热情与探讨精神应予以鼓励和表扬。当然，在几年的教学实践中，也发现有些思考能力强的学生，能提出更好的解决问题的方法，这对教师本身也是个教学相长的过程。互动式教学的模式基本是：预习—汇报—提出问题，教师解答—教师提出互动问题—小组讨论—学生代表发言，提出解决问题的方案—教师总结。因此需要教师和学生都对教学内容足够熟悉。学生熟悉内容才能积极主动参与到讨论中来，提出大胆的猜想与质疑，从而提高创新能力。而教师面对这些大胆的猜想和质疑，不能带有主观认识，预设立场，应该在课前精心准备，课上更要随机应变。在这样的互动模式中提高教师自身的教学能力，达到教学相长的效果。
三、效果评价
一、成立数据小组
大型数据库数据元素多，在设计上有必要成立专门的数据小组。由于数据库设计者不一定是使用者，对系统设计中的数据元素不可能考虑周全，数据库设计出来后，往往难以找到所需的库表，因此数据小组最好由熟悉业务的项目骨干组成。
数据小组的职能并非是设计数据库，而是通过需求分析，在参考其他相似系统的基础上，提取系统的基本数据元素，担负对数据库的审核。审核内容包括审核新的数据库元素是否完全、能否实现全部业务需求；对旧数据库（如果存在旧系统）的分析及数据转换；数据库设计的审核、控制及必要调整。
二、设计原则
1．规范命名。所有的库名、表名、域名必须遵循统一的命名规则，并进行必要说明，以方便设计、维护、查询。
2．控制字段的引用。在设计时，可以选择适当的数据库设计管理工具，以方便开发人员的分布式设计和数据小组的集中审核管理。采用统一的命名规则，如果设计的字段已经存在，可直接引用；否则，应重新设计。
3．库表重复控制。在设计过程中，如果发现大部分字段都已存在，开发人员应怀疑所设计的库表是否已存在。通过对字段所在库表及相应设计人员的查询，可以确认库表是否确实重复。
4．并发控制。设计中应进行并发控制，即对于同一个库表，在同一时间只有一个人有控制权，其他人只能进行查询。
5．必要的讨论。数据库设计完成后，数据小组应与相关人员进行讨论，通过讨论来熟悉数据库，从而对设计中存在的问题进行控制或从中获取数据库设计的必要信息。
6．数据小组的审核。库表的定版、修改最终都要通过数据小组的审核，以保证符合必要的要求。
7．头文件处理。每次数据修改后，数据小组要对相应的头文件进行修改（可由管理软件自动完成），并通知相关的开发人员，以便进行相应的程序修改。
三、设计技巧
1．分类拆分数据量大的表。对于经常使用的表（如某些参数表或代码对照表），由于其使用频率很高，要尽量减少表中的记录数量。例如，银行的户主账表原来设计成一张表，虽然可以方便程序的设计与维护，但经过分析发现，由于数据量太大，会影响数据的迅速定位。如果将户主账表分别设计为活期户主账、定期户主账及对公户主账等，则可以大大提高查询效率。
2．索引设计。对于大的数据库表，合理的索引能够提高整个数据库的操作效率。在索引设计中，索引字段应挑选重复值较少的字段；在对建有复合索引的字段进行检索时，应注意按照复合索引字段建立的顺序进行。例如，如果对一个5万多条记录的流水表以日期和流水号为序建立复合索引，由于在该表中日期的重复值接近整个表的记录数，用流水号进行查询所用的时间接近3秒；而如果以流水号为索引字段建立索引进行相同的查询，所用时间不到1秒。因此在大型数据库设计中，只有进行合理的索引字段选择，才能有效提高整个数据库的操作效率。
3．数据操作的优化。在大型数据库中，如何提高数据操作效率值得关注。例如，每在数据库流水表中增加一笔业务，就必须从流水控制表中取出流水号，并将其流水号的数值加一。正常情况下，单笔操作的反应速度尚属正常，但当用它进行批量业务处理时，速度会明显减慢。经过分析发现，每次对流水控制表中的流水号数值加一时都要锁定该表，而该表却是整个系统操作的核心，有可能在操作时被其他进程锁定，因而使整个事务操作速度变慢。对这一问题的解决的办法是，根据批量业务的总笔数批量申请流水号，并对流水控制表进行一次更新，即可提高批量业务处理的速度。另一个例子是对插表的优化。对于大批量的业务处理，如果在插入数据库表时用普通的Insert语句，速度会很慢。其原因在于，每次插表都要进行一次I/O操作，花费较长的时间。改进后，可以用Put语句等缓冲区形式等满页后再进行I/O操作，从而提高效率。对大的数据库表进行删除时，一般会直接用Delete语句，这个语句虽然可以进行小表操作，但对大表却会因带来大事务而导致删除速度很慢甚至失败。解决的方法是去掉事务，但更有效的办法是先进行Drop操作再进行重建。
4．数据库参数的调整。数据库参数的调整是一个经验不断积累的过程，应由有经验的系统管理员完成。以Informix数据库为例，记录锁的数目太少会造成锁表的失败；逻辑日志的文件数目太少会造成插入大表失败等，这些问题都应根据实际情况进行必要的调整。
5．必要的工具。在整个数据库的开发与设计过程中，可以先开发一些小的应用工具，如自动生成库表的头文件、插入数据的初始化、数据插入的函数封装、错误跟踪或自动显示等，以此提高数据库的设计与开发效率。
6．避免长事务。对单个大表的删除或插入操作会带来大事务，解决的办法是对参数进行调整，也可以在插入时对文件进行分割。对于一个由一系列小事务顺序操作共同构成的长事务（如银行交易系统的日终交易），可以由一系列操作完成整个事务，但其缺点是有可能因整个事务太大而使不能完成，或者，由于偶然的意外而使事务重做所需的时间太长。较好的解决方法是，把整个事务分解成几个较小的事务，再由应用程序控制整个系统的流程。这样，如果其中某个事务不成功，则只需重做该事务，因而既可节约时间，又可避免长事务。
1.1教材陈旧，教学内容选取不合理，不能体现分专业分层次的要求
教材是教学的基础，教学目标能否实现，教材内容至关重要。目前，很多《数据库原理及应用》教材都是几年前甚至十中职学校《数据库原理及应用》课程教学改革初探杨宇巧（重庆市轻工业学校）几年前编写的，随着数据库技术发展日新月异，教材内容显得陈旧，无法跟上时代的需要，这将影响到学生能力的培养。不同的专业应有不同的教学目标和要求，各个专业应根据对数据库掌握程度要求的不同，选择相应的教学内容。但在实际教学中，为图一时的便利，往往对不同专业、不同层次的学生选择同一种教材进行教学，课程内容的选择也比较随意，与专业结合不紧，难易不分，导致教学内容选取不合理，不能体现分专业分层次的要求，从而影响到学生的培养质量。
1.2考核方式单一
在《数据库原理及应用》课程考核中，对学生成绩评定,大多还是沿用传统的考核方式，以笔试为主，考试的重点放在具体的概念和语法上，以致于平常上机做得不错的学生，笔试会不及格。例如，有的学生知道用哪个属性，但是拼不出属性的英文单词;他会做查询，会做表单，但是默写不出它们的概念。这种考核方式弱化了对学生实践动手能力的考核，缺乏对学生设计、创新能力的考核，不能全面有效地检验学生的学习效果，常常形成高分低能的怪现象。基于目前中职学校《数据库基础及应用》课程教学中存在的主要问题，数据库课程的教学改革势在必行。下面我们就针对上述问题提出了改革的措施。
2《数据库原理及应用》课程教学改革措施
2.1理论与实践相结合，加强学生动手能力培养
俗话说：“听到的会忘掉，看到的能记住，做过的才真正明白。”通过上机操作让学生去“做”，从而真正理解、消化课堂上的理论知识，做到理论与实践相结合，加强学生动手能力的培养。在实际教学中，首先要合理安排上机实验课，讲完课要及时上机并保证上机效果，要求教学实验与理论教学协调同步，特别是时间、内容上要衔接好。其次，明确上机目的和步骤，要求教师课前写好含有实例和习题的实验指导书，指导书的内容要尽量紧扣教材，最好是以项目任务的形式进行。比如，可以在每一次教学的开始，先给学生说明本次课要做的是项目中的哪个功能，明确学习目的，激发学生学习知识的欲望。在教学中的任务安排由浅入深，难易适中，让学生通过自己的努力解决问题，学生在解决问题中体会到成就感，激发了学生的学习兴趣。另一方面，在任务的安排上，尽量找一些学生感兴趣的任务。第三，学生实验结束要上交实验报告，要求学生将实验目的、实验内容、实验步骤以及在实验过程中的体会、感受和遇到的问题等都写在实验报告中，教师要认真批阅，并及时给予点评指导，对于实验中存在的普遍性问题还要做公开讲解。整个课程结束后，为强化学生综合应用知识的能力，可以安排一周左右的时间进行综合实训。例如，将整个班级分为若干个小组，要求每个小组利用学过的知识动手完成一个完整的项目。在完成项目的过程中，既巩固了学生的知识，又提高了学生独立分析问题、解决问题的能力，从而实现了理论与实践的结合，符合培养技能型人才的目标。
2.2选择和裁剪教材,合理选取教学内容，体现分专业分层次的要求
每一种教材都不可能面面俱到，符合每个专业每个层次的教学，往往需要我们根据学生的实际水平，专业的具体要求和社会的不同需求来合理选择和裁剪教材。如果购买教材不能达到上述要求时就需自己编写校本教材。在教材的编写中，对每一模块，我采用了任务驱动法。根据知识点，设置由浅入深的几个上机任务，学生在完成任务后，再引入理论知识。例如，在《表的制作》这一节，我设置了六个任务，第一个任务教授建立只有一个字符型字段"姓名"的表。后续每个任务完成一个数据类型字段的添加:成绩(数值型)、是否团员(逻辑型)、出生年月(日期型)、照片(通用型)、简历(备注型)。在学生完成这六个任务后，再来讲解什么是数据类型，数据类型的分类。学生很容易就理解了相关理论。在《数据库原理及应用》课程的教学过程中应根据不同的专业取向确定相应的教学目标和要求，并针对各个专业对数据库掌握程度要求的不同，选择相应的教学内容。例如我校开设数据库课程的专业主要有计算机类专业（计算机技术应用、计算机信息管理等）以及非计算机专业（电子商务、现代物流管理、电子技术、机电一体化等）。由于计算机专业学生的岗位之一就是数据库应用软件的开发与维护，所以对计算机类专业适当增加关系数据库的基本概念、数据库设计及开发方法的理论内容，数据库管理系统主要介绍SQLServer或Oracle，强化数据库课程设计，要求学生设计开发一个具体的中小型数据库应用系统。而对于非计算机类相关专业，则适当降低要求，应用主要偏向于库表设计和查询设计，其数据库产品选择相对容易的Access或SQLServer系统。这样实现合理选取教学内容，体现分专业、分层次教学的要求。
2.3教学方法和手段的改革
无论多么精彩的教学内容，如果采用单一的教学方法和手段也会使得课堂变得枯燥乏味。《数据库原理及应用》课程的教学也是如此，为避免这一现象，我们在该课程的教学过程中，应针对不同的学习对象、环境及内容，合理选择教学方法和手段，甚至将案例教学法、合作学习教学法、任务驱动教学法、项目教学法,视频课件演示法等多种教学方法相结合，灵活应用，取长补短，从而达到理想的教学效果。例如，在《数据库原理及应用》课程中以一个项目"学生成绩管理系统"为中心，将教学内容重新整合，形成项目中的十四个模块:开始、密码、录入等等。每周上一个模块，并在每一模块的教学中引入案例教学法、任务驱动法、合作学习法等教学方法，学期结束，正好完成一个项目，也完成了教学内容的讲授，实现了教学目标。现代化教学离不开现代化的教学手段。运用现代化的教学手段，可进一步提高《数据库原理及应用》课程的教学效果。例如采用多媒体课件教学，增大了课堂信息量，减轻了教师板书的负担，更加形象化地展现了教学内容。通过建立网络教学环境则可为教师和学生提供交流平台、个性化的自主学习空间，既解决了学生课后自学、查找资料、答疑等问题，又能以快捷的信息反馈机制和优质的教学服务促进教学。
2.4采取以实践考核为主，理论考核为辅，平时与期末考核相结合的方式
3 数据库的制作应更加规范统一，功能应更加强大。首先，在分类上应有一个统一标准。印刷型书籍通常是按照中图法（第四版）分类。光盘数据库也应有一统一分类标准，即便不依中图法分类，至少也应出台一个公认的业内标准，从而使检索更加方便、快捷，以此来从根本上避免目前各自为政、自成体系所带来的问题。其次，数据库的设计应以人为本，时时刻刻考虑到使用者的便利。数据库不过是储存信息的媒介，操作越简单越好，制作愈细致愈佳。应根据法学各部门的特点与文献的类型来设计数据库，使数据库在结构与功能上更具特色，服务更加智能化、个性化。再则，在数据库的内容上，应集论文（索引、全文）、图书、法规（国内外）、判例、动态新闻等内容于一体，更加开放、扩展、动态性，使用户最终通过一个平台就可检索、获取各种不同的信息资源[44]。 有广义、狭义说。狭义指有一定学术价值之法学论文，广义则指所有涉及法学研究领域之文章。至于因特网上刊载的法学文章，因学术价值高低各异，故只做简要介绍。 法学学位论文包括法学硕士和法学博士论文，篇幅长于一般学术论文，又不同于正式出版的法学专著，故包含在本文范围内。 惜其一般没有装订，极易丢失；又没有目录，不易检索。/www.wanfangdata.com.cn/。 赵哨军：《电子资源及其对图书馆工作的影响》，《图书馆理论与实践》2001年第3期；赵光林：《试论电子资源的馆藏发展与维护》，《情报资料工作》2009年第6期；林葵：《图书馆电子资源的宣传、培训与服务》，《图书馆界》2009年第2期。 为叙述便利，本文将法学数据库以外的其他专业数据库均视为综合性数据库。 [12] 因其包含的数据库品种比较多，故放在综合性数据库中做介绍，各数据库情况介绍来源于中国人民大学书报资料中心《征订宣传手册》。/www.confucius.cn.com/pm2003.asp。/www.library.sh.cn/chinese/jszx/，http://www.library.sh.cn/chinese/fwzn/zyly/gpsjk.htm。/www.cssci.com.cn/default.htm。/www.jcrb.com/zyw/sjgp/index.htm。/www.chinacourt.org/‘ [18] http://www.china-judge.com/。/www.jcrb.com/zyw/。/www.legaldaily.com.cn/ [21] http://www.iolaw.org.cn/ [22] http://chinalawinfo.com/。
