时间：2022-04-19 03:01:08
序论：在您撰写文档管理系统论文时，参考他人的优秀作品可以开阔视野，小编为您整理的1篇范文，希望这些建议能够激发您的创作热情，引导您走向新的创作高度。
摘要：
汽车在转向力的设计过程中受设计模型标准、工艺、图样、文件数据信息等多内容的影响，往往具有较大的书内容链接，根据数据信息的相关性对汽车转向器的图样文档内容进行关联，确定汽车转向器完整的信息图样内容。汽车转向器的设计需要几百甚至上千的图纸，不同的图纸可能存在不同的工艺标准，需要对有限的数据源信息进行相对合理的设计。设计过程中往往需要按照图文进行设计，根据实际的文件产品设计步骤和级别，确定产品的设计标准。根据图样管理系统的相关应用标准，合理的分析汽车转向器的安装数据管理标准、数据重点级别等，分析设计人员在设计过程中的设计周期，对设计过程中可能存在的效率低、资源不足、周期时间长等问题进行准确的分析，确定汽车转向器设计利用图文档案管理实现的工业应用发展，确保汽车利用图文档案管理实现转向器的有效性应用。
关键词：
汽车；转向器；图文档案
0引言
汽车转向器的设计往往需要从不同的结构中进行化分析，确定不同专业的设计标准。根据设计组别进行合理的区分，确定设计的综合协同发展效果。依照汽车转向器的设计标准，利用图文档案管理标准进行设计分析。本文将分析汽车转向器在图文档案管理中的应用方式和方法，通过分析图文管理系统的主要功能，认识其产品结构标准，分析汽车转向器设计在图文管理系统中的应用效果。
1汽车转向器在图文档案管理系统中的设计
在设计过程中，往往需要利用计算机完成各种图文的设计，将文件存储在计算机文件件内，根据需求随时调取相关的设计图文档案信息内容。整个设计系统需要一个交换机和局域网，根据计算机为设计节点，按照局域网范围内的地位进行组编。按照综合设计的标准完成多文件的设计。每一个设计师对不同的结构图样都有操作权，通过计算机汇总到总设计师哪里，各个设计师对自己以外的设计图样没有操控权利。在汽车转向器的设计中不同的专业组别之间有总设计师统筹管理，这样可以避免出现工作重复的现象。因此，汽车转向器利用图文档案建立完整的图文管理系统是极其重要的。这是讲繁琐的工作简单化，方便产品的设计改进和提高。
1.1硬件系统
在网络布局设计过程中，为了改善设计标准，需要对汽车转向器的硬件系统进行布局，确定图文文档管理系统的局域网，根据布局确定安装服务器的终端位置。为了保证设计工作的稳定和安全性，企业往往会在硬件设备上架设图文档案服务器，通过服务器完成电子存储和调取的操作。所有设计人员都需要将设计文件存储在其中，系统会采用自动备份的方式完成对数据的保护。
1.2软件系统
软件系统有数据库、服务终端、客户端三个子系统组成，通过服务器终端和数据库实现汽车转向器图文服务器的存储和链接，保证电子数据的有效性存储，方便客户端对图文信息的随时管理和调取。结合软件系统，根据汽车转向器的市场发展需求进行分析，确定汽车转向器的设计标准方案。按照汽车转向器的布局进行设定，从各个设计小组中分析确定自己的工作职责范围，按照相关的设计参数进行合理的设计分析。利用图文软件，将相关的图样记录下来，通过软件打印生产。在这个软件应用中，需要对所有的图样进行存储和调取，确定服务器终端的光驱动功能，保证服务器硬盘备份操作的合理安全稳定性。
2图文档案管理系统的基本功能
根据汽车转向器设计的基本需求，对图文档案数据系统进行应用。需要按照登录数据系统的相关用户进行角色转换，根据角色操作标准完成管理控制，保证不同用户的不同操作可控性。权限的控制可以细化到每一个零件，根据零件标准，对负责人、负责产品进行区分，确定电子文档有效传输的服务器管理级别，保证相关数据不再存储在计算机中，而是存储在网络服务器终端上。通过自动化加密控制处理，我那层对服务器硬盘数据的管理发，防止硬盘数据的丢失。
2.1电子文档仓库
利用CS构件对图文进行档案是存储，通过网络化的存储方式完成计算机个人图样到服务器终端的存储，这种存储模式的建立符合汽车转向器的设计需求，通过电子仓库的管理，实现电子资料的统一化管理，实现电子数据资源的安全有效共享发展。
2.2产品结构的管理
根据汽车转向器相关设计图文内容进行网络形式化的布局，建立符合实际结构的装置零部件管理关系，利用产品分类确定产品细则，根据产品顺序逐步完善产品的文档结构标准，这些产品结构往往是利用二维码存储的，这种方便产品后续的维护。
2.3文档图样板式的检索和管理
不同的文档往往具有不同的板式，根据不同板式自动生产编号，按照编号完成文档设计和更新，这是与不同的文档相互区别的重要指标。通过审核，将伸长的板式记录下来，随时调取和使用，方便文档的后续归档管理。图样文档的检索是在10万张图纸中进行快速的搜去准确资源，确定产品的材料、设计人、归档日期、更新日期等，方便设计人员进行快速浏览、编排和复制调整。依照图样的检索操作模式，极大程度的改善文档图样资料的搜索速度，提高设计的工作效率。
2.4产品生产报表的管理
按照图样数据信息的生产管理设计方案，制定统一的生产管理报表。设计人员按照设计图样进行记录、编号、确定数据基本信息内容。通过自动化调取工作完成图文系统的快速应用，将线管数据信息汇总，生成构件标准，列出结构化清淡，方便生产数据的输出和打印。按照原有的数据模型进行设计，产品数据生产报表会占用设计人员的大批量时间，而图文档案管理模式有效的节省了报表的汇总和整理时间，实现数据图纸的导入和输出，可以批量打印汽车转向器的设计图纸，帮助人员更好的完成图样的管理，提高设计的工作效率。
3结语
综上所述，图文档管理系统中汽车转向器得到有效的应用，设计人员利用预先规定的设计标准，实现对设计图样的安全管理，降低设计工作强度，提高设计协同工作发展效率，对图文当档数据管理系统中的不足进行软硬件纠正，确保数据的准确性，保证数据的实时有效性，提高汽车转向器图文档管理的有效应用。
作者：魏占胜 李跃光 单位：长春大学机械与车辆工程学院
[摘要]
目的提高对医学实验文档、原始数据尤其是大文件的管理效率，增强安全性和保密性。方法在数据库管理软件平台下遵循数据库规范化设计方法，利用跨平台的面向对象的程序设计语言（Java）开发医学实验文档管理系统数据库。结果利用该系统实现了对医学实验文档及原始数据进行上传、下载及权限管理和自动备份等管理功能。结论本研究所采用的方法是将实验研究过程中的原始数据和文件直接以二进制的形式保存到数据库，有效地保证了数据的安全性和保密性。
[关键词]
医学文档管理系统；SQLserver数据库；Java程序语言；医学实验文档
近年来，随着多媒体技术和计算机网络的飞速发展，数据库系统的发展十分迅速，应用领域愈来愈广。良好的数据库设计不仅能够节省数据的存储空间，保证数据的完整性，而且还能够方便地进行数据库应用系统的开发与管理[1]。医学实验文档管理系统的数据库主要是管理用户以及在医学项目的实验研究过程中生成的所有文件，包括原始记录文件、临时文件以及最终的结果文件。这些文件的类型主要包括PPT、Word、Excel、PDF、tiff文件及各种类型的图片和专用文件。对于上述文件的管理，一般采取的方法是将上述文件保存在服务器的某个硬盘中的文件夹下面，而将文件的路径保存在数据库中。采取这种方式的优点是能减轻数据库的压力，在上传和下载文件时速度快。缺点是文件的安全性和保密性不够好，尤其是当服务器出现问题时，文件很容易丢失，而且无法恢复。本研究所采用的方法是将实验研究过程中的原始数据和文件直接以二进制的形式保存到数据库中，而不是保存在服务器的硬盘中。本文采用的是SQLserver2008数据库，数据库的安全性比较高，而且在设计数据库时实行数据库自动备份，因此数据不易丢失。此外，还对实验数据的上传、查询以及下载进行权限设置，根据用户的不同权限提供不同的功能，有效地保证了数据的安全性和保密性。
1需求分析
1.1功能需求分析医学实验文档管理系统是依据医学实验研究的需要而建立的辅助化信息管理系统。该系统是以医学实验项目为核心，对实验项目相关的各种数据文档以及涉及的用户进行有效的管理，旨在提高管理效率的同时增强信息的安全性和可靠性。医学实验文档管理系统的功能需求因各个实验室的具体情况而有所不同，本研究以首都医科大学的实验室为例，经过调查分析其功能需求如下[2-3]：（1）用户管理。基于系统安全性、共享性以及高效的管理性考虑，要求系统根据用户不同的操作需求，为各类用户提供相应的操作权限。用户管理主要的功能：①添加用户，只有添加到该系统中的用户才能访问该系统；②设置用户的权限，可以将用户的权限设置为普通用户、实验的设计者、实验负责人以及项目主管其中之一或者这些权限的组合；③删除用户，当用户不在该系统中时，主管要删除该用户，使得该用户无法再登录到该系统，从而保证系统的安全性与可靠性；④修改用户密码，当用户忘记自己的密码时，可以通过向主管申请，由主管来将该用户的密码重置为系统默认的密码，然后用户登录到系统后再修改自己的密码。（2）项目管理。其主要功能是：①创建项目以及项目下的子项目，当主管接到一个新的项目时，可在该系统中创建该项目，以及该项目下的若干个子项目；②分配项目及其子项目，在新建项目时，主管要指定该项目的负责人，然后由该项目的负责人将该项目的所有子项目分配到具体的实验的设计者手中；③修改项目状态，当项目结束时，主管要将项目的状态改为“完成”，此时该项目的所有参与者(主管除外)都不能再对该项目做任何修改，也不能下载该项目的任何信息；④修改项目权限，该系统中的用户需要参考系统中的其他项目时，此用户需要向主管提出申请并得到授权后，此项目中的相应子项目才对该用户开放并自动地记录此用户的个人信息及查看的项目信息。在该用户参考完毕后，再由主管将开放的项目关闭。（3）上传实验文档。其主要功能是：实验的设计者在做项目实验的过程中会得到实验相关的一系列原始数据（条件优化、过程记录、结果分析和结论），它们会以PPT、Word、Excel、tiff文件、图片或者专用文件的形式存储，实验的设计者需要及时将这些文档上传到该数据库中，以防止数据的丢失和泄露。同时，在设计者负责的子项目完成之前，其他的所有用户对该子项目均不可见，直到该子项目实验完成后，相应的项目负责人或者主管才能对该子项目进行相应的操作，进而防止实验结果被篡改。（4）查询。其主要功能是：①查询项目文档，经主管授权哪些项目对哪些用户开放后，那些用户便可以在该系统中查询到相应开放的项目的详细信息，如项目名称，项目中开放的所有子项目，每个子项目下的所有文件名等等；②下载项目文档，当用户查询到自己需要的文档时，既可以单个文档进行下载，也可以批量的进行下载。在下载的同时该系统会记录用户的个人信息、下载的文件及下载的具体时间，能有效提升系统对所有文档的安全性和保密性管理。
1.2数据需求分析根据功能分析，医学实验文档管理系统的数据信息主要有：①用户信息；②实验项目信息；③项目原始数据及文档信息；④项目权限及用户下载信息。系统内所有的数据均由数据库统一管理，数据的共享与交换由各个功能模块通过数据访问技术来实现，以此来满足系统的数据功能需求[4-5]。
2数据库设计
数据库设计是医学实验文档管理系统的核心，其设计合理与否直接影响数据库应用系统的软件架构及数据处理的效率。在对系统的总体功能分析的基础上，本文利用SQLserver2008数据库进行该系统的数据库设计。下面主要从数据库的概念结构设计、逻辑结构设计和数据表及完整性的设计与实现三方面进行介绍。
2.1概念结构设计经过上述的需求分析后，先将需求分析得到的结果抽象为用户观点的概念模型并用实体关系（E-R）图进行表示。根据需求分析，可以抽象出用户信息、实验项目信息、项目文档信息、项目权限、下载信息等5类实体，各个实体之间的具体联系。
2.2逻辑结构设计上述的E-R模型是用户的模型，独立于任何一个具体的数据库管理系统，而数据库的逻辑结构设计的任务是根据概念结构的E-R关系图，按照一定的转换规则将其转换成数据模型的过程，即在关系数据库管理系统中，将所有的实体和相应的联系转化为一系列的关系模型。医学实验文档管理系统的关系模型转换如下。①用户信息（用户姓名、用户ID、用户密码、用户类别）；②实验项目信息（项目名称、项目编号、子项目名称、子项目编号、项目负责人ID、子项目负责人ID、项目开始时间、项目完成时间、子项目开始时间、子项目完成时间）；③项目文档信息（文件编号、子项目编号、文件名称、文件类型、文件二进制流、上传时间）；④项目权限（项目编号、子项目编号、开启时间、关闭时间、开放对象ID、开放状态）；⑤下载信息（下载者ID、文件编号、下载时间、下载次数）。在规范化理论的基础上对上述所有关系模式进行分析，得出上述关系模式中没有多余的函数依赖，是规范程度很高的关系模式[6]。
2.3数据表及完整性的设计与实现数据表是数据库管理系统的基础，是数据库中所有数据的载体，数据表设计的合理与否直接关系到数据库管理系统性能的优劣，因此数据表的设计对数据库管理系统的设计至关重要。本文对用户信息表、实验项目信息、项目文档信息表、项目权限信息表、下载信息表进行介绍。（1）用户信息表（Table_user）的结构及其完整性设计。用户信息表的字段及类型为：用户ID、用户姓名、密码、用户类别。该表记录系统中的所有用户，表中的用户ID及用户姓名都具有唯一性，用户在系统中进行相应的操作时，系统只凭借用户ID及其用户类别为用户提供相应的功能。在实验项目信息表、项目权限信息表及下载信息表的相应字段中将用户ID作为其外键进行字段约束，以提高数据库的完整性。（2）实验项目信息表的结构及其完整性设计。实验项目信息表的字段及类型为：子项目编号、子项目名称、项目名称、项目编号、项目负责人ID、子项目负责人ID、项目开始时间、项目完成时间、子项目开始时间、子项目完成时间。该表记录系统中所有项目的详细信息，其中子项目编号是系统识别最小项目的唯一凭据，在项目文档信息表、项目权限表的相应字段中将该字段作为其外键进行字段约束，确保子项目的唯一性。（3）项目文档信息表的结构及其完整性设计。项目文档信息表的字段及类型为：文件编号、子项目编号、文件名称、文件类型、文件二进制流、上传时间。该表记录系统中所有医学实验文档的具体信息，其中文件编号为主键，子项目编号是实验项目信息表中子项目编号的外键，文件二进制流是实验文档具体内容的二进制形式，下载转换后可恢复为原来的文件。（4）项目权限信息表的结构及其完整性设计。项目权限信息表的字段及类型为：项目编号、子项目编号、开启时间、关闭时间、开放对象ID、开放状态。该表记录系统中项目的开放情况，开放状态字段的约束为用户定义完整性约束，该字段内容为0时表示该项目对该开放对象不可见，反之则表示可见。只有在该表中记录的项目及其相应的用户且开放状态为1时，相应的用户才能对相应的项目信息进行查询下载。（5）下载信息表的结构及其完整性设计。下载信息表的字段及类型为：下载者ID、文件编号、下载时间、下载次数。该表记录用户下载文档的次数及时间，更全面地保证系统数据的安全性。上述表间的关联关系图（图3），清晰地表述了数据库中各表结构、表间关联关系及完整性的设计与实现。
3关键技术
在数据库中写入项目名称、子项目名称以及用户姓名这类数据时，由于数据很小，写入的过程中不会出错。但将实验的文档写入到数据库中时，对于几十兆甚至上百兆的大文件在写入的过程中容易出错，原因是SQLserver2008数据库在每执行一条结构化查询语言（SQL）语句时有时间限制，当一次写入数据的时间超过该时间时，SQLserver2008数据库就会显示一条日志已满的错误信息，表示此次上传数据失败。该段代码执行的功能是：每次只读取文件中的length个单位（字符/字节）。如果文件是第一次写入到数据库中，则利用insertinto语句直接将读取的语句写入到数据库中；如果该文件不是第一次被读取，因为set文件语句中Write的@offset的值为null，所以会将本次读取的length个单位（字符/字节）的数据添加到上次添加的数据的末尾。以此类推，当文件的所有数据都被写入到数据库中时，结束本次的上传行为。通过上述方法，能够有效地保证无论多大的文件都能成功的保存到数据库中。
4结论
在对医学实验文档管理系统进行功能需求分析及用户数据需求分析的基础上，先利用数据库规范化设计方法对医学实验文档管理系统的数据库及其完整性进行设计[7-8]，并在SQLserver2008平台下得以实现，再采用跨平台编程语言JVAV进行系统控制程序的编制，进而完成了该系统的开发。本文不仅实现了小文件在SQLserver2008数据库中的上传与下载，而且解决了在SQLserver2008中上传与下载大文件易出错的问题，有效地提高了医学实验文档管理的效率、原始数据与文档的信息安全及保密性。
作者：代元平 郑君芳 单位：首都医科大学 基础医学院 生物化学与分子生物学系
摘要：随着互联网的发展，用户提出了更高的要求，C/S架构，面向过程设计的一些不足之处显得更加突出。通过基于广域网（互联网）的文档管理系统设计开发，为用户提供了一套完整、高效的解决方案。
关键词：广域网；文档管理；设计；软件
传统的信息管理系统开发中，一般采用C/S架构，面向过程设计，该方式实现了客户与数据库的分离，在一定程度上提高了软件的可维护性和重用性，但是客户程序与数据库服务的直接交互，为逻辑事务的处理造成了很大的障碍，特别是在网络环境下，为系统的维护和安全管理带来了诸多不便。随着互联网的发展，用户提出了更高的要求，C/S架构，面向过程设计的一些不足之处显得更加突出。面向对象，基于B/S架构的三层（多层）结构很好的解决了这些问题。传统的C/S模式的数据库应用系统正逐渐被B/S模式的应用系统取代。
一、基建项目文档管理系统系统模型、软件结构的确立
（一）系统模型确定
成都搏韵公司由于业务需要，需要开发成都搏韵公司文档管理系统，用户可以内部广域网或者互联网上进行文档的管理和查询，实现文档的无纸化管理，以提高文档的管理和使用效率。
传统的管理系统中，典型的三层（多层）系统模型如图1所示：
图1.典型的三层架构模型
但是，在用户实际业务中，会进行各种文档的管理（如：文本、图片、视频及各种设计图纸），而且部分文档体积较大（可能超过100M或更大），根据客户的实际需求，建立了如图2改进的模型，以更好的适应用户的业务需要。
图2.改进后的系统架构模型
（二）软件结构设计
本系统的设计目的是建立一个以数据库服务器、文档存储服务器为支持的，基于广域网（互联网）的文档管理系统，使用户能通过互联网进行基建项目文档的处理，以实现对成都搏韵公司文档的管理。其软件结构为：
图3.系统的软件模型
二、软件的开发实现
（一）开发平台的选择
考虑到用户需要通过广域网（互联网）进行业务处理的实际情况及需求，在开发平台和工具上，使用.NET中的、C#、和Ajax.Pro技术，较好、较快并且安全的实现了web程序的开发。数据库选择上，采用SQL SERVER 2005，安全、高效的支持了系统的应用。
（二）系统的主要功能划分
根据用户需求本系统实现了用户登录；基础数据管理；项目管理；部门管理；用户管理；系统维护；权限管理等功能。
（三）系统的主要功能的实现
下面就以系统中基础但最为重要的电子文档的处理为例对开发中数据层，数据访问层，业务逻辑层，用户界面层的设计和实现进行讨论。
（四）数据层的设计和实现
该层是系统访问、处理与操作的基础数据源，包括不同类型、分布于不同位置的数据。
在用户的需求中表现为用户所管理的电子文档。其特点是数量相对比较多，相对较大（部分文档可能要超过100M），如果直接存放于数据库，将会大大降低信息的检索速度，因此，考虑使用磁盘存储空间存储文档内容，数据库存放文档检索信息的方式进行设计，对数据库的操作通过存储过程的方式进行操作。为支持这些功能，数据库系统中共设计了项目基本信息表，部门信息表，人员信息表，文档信息表，用户权限表等共计50多个表。
在原始数据层的设计和代码实现中，采用电子文档内容和索引分开存放的方式，提高了数据的检索速度；对数据库操作采用存储过程的方式，使得系统具有执行速度快、减少网络流量、便于维护、防止注入式共计以及可以通过设定权限以提高安全性的优点。
（五）数据访问层的设计和实现
数据访问层是业务逻辑层和原始数据层的借口，接收业务逻辑层发送的请求消息。实现原始数据层和业务逻辑层的数据交互。
因为在本系统的设计中，原始数据层的设计把数据内容和索引分开存放，因此数据访问层主要由两个通用类来实现，一个类是CFile类，主要实现文件在磁盘空间的读写操作，另一个类是优化了的通用的数据库访问类，SqlHelper，相当于DAAB（），实现数据库的读写操作。
在数据范根层设计和编码过程中，数据库访问类设计为一个通用的SqlHelper类，优化了数据库操作性能。因为用户的数据分为文档内容和文档索引信息，因此在数据库操作上，分为两步，即：索引信息操作和文档信息标志的操作。当增加文档时，其操作流程如下：
图4.添加文档程序流程
当文档在上传过程中发生异常，文档上传完成标志位假，当在进行数据库整理的时候，就可以根据这个标志将服务器上的文件碎片清理。有效地防止了数据不一致现象的发生和无效文件碎片的产生。
（六）业务逻辑层的设计和实现
业务逻辑层是软件功能的关键实现了用户的各项业务要求，并保持了业务逻辑的一致性和完整性。在系统的设计和实现中，设计了项目类，用户类，文档类等共计九个类。
由于采用面向对象设计，似的该层具有很强的具有很强的扩展能力，可以灵活地适应用户需求，同时，在维护上也比较方便。
（七）用户界面层的设计和实现
软件的用户界面设计也是软件成功与否的一个关键所在。在本系统的界面设计中，充分考虑了用户的使用习惯和方便程度，使用多种控件，方便和加快了用户的操作。
三、结语
该系统提供了一个规范的开发模式。除了具有典型的B/S分层架构的基本特性（软件结构的透明性强、独立性强、易于重用、可维护性强）外，同时也具有自己的一些独特的特点，如使用存储结构提高了系统的安全性，使用DAAB优化了数据库访问；在数据层将文档内容和索引信息分离存储，提高系统性能等。为用户提供了一套完整、高效的解决方案。
摘要：分析了制造业企业产品项目开发对图文档管理的需求，采用J2EE技术规范和多层Web应用程序结构，开发其管理系统，有较好的可扩充性和可维护性。阐述了如何利用J2EE进行系统设计的过程。通过实例，重点介绍了系统的逻辑分离思路及各逻辑层实现的方法。
关键词：J2EE；图文档管理；组件技术
随着CAD/CAM技术的推广与应用，目前国内大多数制造企业已经实现了产品设计的数字化，计算机出图率达到了100％，机械图文档成了制造企业生产活动的重要技术资料[1]。但很多企业的信息化程度还比较低，对于大量的图文档和数据资料，没有进行有效的集中控制和管理，造成了文档查询不便、共享度低、保密性差、文档易流失等问题，间接的影响了企业的效益。因此，开发机械图文档管理系统，有效地组织管理产品项目过程中所产生的各类图文档与数据，是加强产品设计制造流程控制提高产品开发效率的重要途径。
传统的图文档管理软件主要偏重于与CAD系统的集成，因而大多数采用C/S架构。由于C/S架构模式的软件存在系统访问不够方便、维护成本高等问题，随着Web 技术的发展,采用B/S架构开发图文档管理系统正日益成为研究热点和企业的首选[2]。
1 系统架构
本文采用J2EE技术架构作为系统开发的技术标准。J2EE是美国Sun公司推出的一种Web应用程序模型, 它提供了一种基于组件的方法对企业级应用系统进行设计、开发、装配和部署[3]。本系统采用J2EE的多层Web应用程序结构，如图1所示，并结合MVC模式，将表示逻辑、控制逻辑与业务逻辑分离。
2系统分析设计
2.1 系统功能需求分析
机械图文档管理系统的用户有三类：系统管理员、项目经理、项目成员。系统管理员维护整个系统信息，进行系统初始化、项目经理帐号分配、日常数据备份等。项目经理负责项目信息和成员的配置，并创建项目流程和进行任务分配。项目成员通过与系统的交互，根据项目经理或流程上一步操作者分配或传达的任务进行工作，创建、修订或审核相应的图文档。
项目流程每个环节的处理及文档的操作都受帐号权限的控制，项目成员只能查询和操作自己任务所涉及的图文档。项目经理具有访问其项目所有文档和数据信息的权限，此外，还可以创建、删除、修改、查询、关闭项目、配置项目成员及对图文档的操作进行授权。项目一旦完成被关闭，其所有的图文档也一起被关闭，项目成员不能再创建和修改该项目的图文档，但项目经理可以访问并可以授权成员访问，以便文档资源的重用共享。
2.2 系统设计
2.2.1 代码方案设计
代码是表征客观存在的实体或属性的一个计算机可识别和处理的符号。本系统涉及的对象有项目、用户、流程、流程节点、任务、图文档等，数据具有分类多并量大等特点，为了能在计算机系统中有效的标识和管理它们，好的代码设计方案是系统实现的关键。根据代码设计的唯一化、规范化、系统化等原则，同时，考虑数据查询效率及编程方便，设计了项目、用户、流程、流程节点、任务、图文档等对象的代码。以图文档代码为例，其采用区间码，设计如下：
图文档代码=所属项目编号+图文档类型+顺序码+版本号。如P0001D020001A，表示P0001项目下，文件类型为02（.dwg文件）的第0001文档，版本号为A，其中，版本号=[A|B|C|…|Z]。
2.2.2 系统模块结构设计
根据系统功能需求，将系统模块结构组织为：系统管理、项目管理、项目成员管理、流程管理、任务管理和图文档管理。其中，系统管理包括系统初始化、项目经理帐号配置、数据备份、系统登录模块。项目管理包括项目创建、查询、修改和关闭模块。项目成员管理包括成员创建、配置、删除、角色配置、授权模块。流程管理实现项目工作流配置和控制，包括流程创建、节点配置、启动、变更、关闭等模块。任务管理实现项目工作流程上各环节任务的分配和控制，以个人任务箱的方式实现，包括任务配置、通知、状态查看、提醒、提交等模块。图文档管理包括文档的上传、下载、修改、删除、查询及访问控制等模块。
2.2.3 数据库结构设计
本系统设计的关系模式符合3NF规范，合理的存储了系统涉及的数据信息。包括：User（帐号信息）、Role（角色信息）、Project（项目信息）、Flow（流程信息）、FlowNode（流程节点信息）、Document（文档信息）、Assignment（任务信息）。
3 系统实现
系统采用J2EE的多层Web应用程序结构，表示逻辑和控制逻辑实现于JSP页面，业务逻辑封装成JavaBean组件，实现逻辑的分离，便于系统的开发和维护。系统用Dreamweaver、Photoshop进行Web页面的界面设计和图像处理，实现表示逻辑，用Sun公司的NetBeans集成开发工具进行负责控制逻辑的JSP程序编写和JavaBean组件开发，将页面和组件部署到Tomcat服务器中，数据库服务器使用SQL Server。用户在客户端使用浏览器访问系统。
3.1 表示逻辑层实现
表示逻辑层实现了用户界面及用户与系统的交互，本系统的表示逻辑体现为Web页面，如输入表单的显示，动态内容的输出，页面静态信息的显示等。对于一些输入判断，如登录密码长度，日期格式，必选项是否已选等，使用JavaScript进行客户端编程实现。
3.2 控制逻辑层实现
系统的控制逻辑主要由JSP程序实现，负责表示逻辑层和业务逻辑层之间的控制关系。它接收表示逻辑层的客户请求或处理要求，调用业务逻辑层的JavaBean完成具体的事务处理，将结果反馈给客户。以下以配置项目成员为例，阐述其控制逻辑的实现。
项目经理即用户登录，从自己所负责的项目列表中选择要配置成员的项目，进入项目成员配置ProMemberConfig.jsp页面，如图2所示。该页面的控制逻辑利用request.getParameter（“Pid”）方法获取上一页面中用户所选择的项目信息，调用名为Project的JavaBean的MemberQuery方法，从数据库中查询得到该项目已有的成员信息，输出到页面的“现有项目成员”列表框中。并调用名为User的JavaBean的Query方法，获取整个系统所有的用户信息，剔除当前已加入该项目的用户，将这些用户信息输出到页面的“可供添加人员”列表框中。如果系统没有建立要配置的用户信息，则用户可点击“添加项目成员”进入UserAdd.jsp页面，创建新用户。用户从该页面列表框中添加或删除项目成员，由页面的JavaScript程序在客户端实现。用户选择好成员后，点击确定按钮，由ProMemberConfigRsp.jsp进行相应处理，调用名为Project的JavaBean的MemberAdd方法，将项目成员信息存储到数据库，并使用respons.sendRedirect（“ProMemberConfig.jsp”）重定向到项目成员配置页面，显示当前项目成员信息。
3.3 业务逻辑层实现
采用面向对象的方法，将系统问题域中的对象抽象成类，设计成JavaBean，将对象的操作和服务封装在JavaBean中，为控制逻辑层调用。本系统从问题域对象的角度抽象设计的JavaBean有User 、Project、Flow、FlowNode、Document、Assignment。此外，还增加了封装数据库操作的DataBase JavaBean，以及下载和重用了第三方提供的一些开源JavaBean，如实现加密算法的md5组件，和实现文件上传的SmartUpload组件。
4 结束语
本系统采用J2EE的多层Web应用程序结构，将表示逻辑、控制逻辑和业务逻辑分离，有利于系统的开发、维护及代码的共享重用。该系统对中小制造业企业普遍适用，企业能根据自身产品开发的特点定制项目流程和流程节点，对项目过程的图文档和数据进行管理。使用该系统有利于提高企业产品图文档及数据管理效率，对产品项目开发过程进行全面控制与管理，为产品开发人员提供初步的协同设计环境。
时间就是金钱，将时间耗费在查找丢失的文档好比把钱扔进水里，将时间耗费在制作不必要的文档副本也是如此。
文档管理系统可以将制作的文档转换成电子格式，并加以组织管理，让需要这些文档的人更容易获取它们，从而减少文档数量。虽然早期文档管理系统被认为是只有大企业才享用得了的“奢侈品”，但如今有所降低的软硬件价格让几乎所有企业都能够获得文档管理系统的好处。
实际上，文档管理系统是由许多不同部分组成的网络；虽然起初看起来可能很复杂，但实际用起来其实很容易。
数据分两种类型：结构化数据(如数据库信息)和非结构化数据(如纸质文档)。文档管理系统让企业能够安全地捕获、转送、存储、管理和归档非结构化数据。虽然纸质文档是一种最常见的非结构化数据，但文档管理系统还可以存储和组织各种电子内容，如微软Office文件、传真、照片、音频、视频、PDF文档和网上内容。
文档管理系统可以进而让企业能够管理非结构化数据：把非结构化数据存储在单一存储库中，并按照“关键号”(如客户号码或员工ID)把这类数据联系起来。这对制作大量文档的企业来说特别重要，比如律师事务所或房地产公司。然后，只有授权用户直接通过文档管理系统，或通过企业的一个或多个应用软件，才可以访问文档。
文档管理系统不仅有助于安全地管理文件，还可以大幅降低运营成本，提高纸张文档和电子内容管理的效率。
由于以下诸多好处，文档管理系统还让企业能够迅速获得投资回报：
・降低了存储和检索纸质文档和电子内容方面的成本。
・减小了物理和数字存储空间。
・提高了整个企业的运营效率。
・增强了电子内容和纸质文档的安全性。
・增强了万一遇到灾难时的业务连续性(BC)能力。
・改进了法规遵从。
下面是文档管理系统的最基本的组成部分，通常通过企业的数据网络联系起来。请记住：仅仅根据纸质文档生成数字文件还不够；支持文档的存储、组织、安全、访问和及时处置也必不可少：
1、文档扫描仪是将纸质文件转换成数字格式的入口点，可以借助独立扫描仪、数字发送扫描仪或多功能打印机(MFP)来完成这种转换工作。市面上有大小、形状和速度不一的扫描仪，甚至还有专门针对特定应用环境(如支票处理)的扫描仪，所以与供应商一起确保：你选择的扫描方案最合适自己的需要。
2、文档捕获和索引软件与你的扫描和计算机系统协同运行，以简化捕获过程，并且确保存储的文档可以轻松找到。主要有三种捕获方式可供考虑：
设备捕获(Device Capture)要求用户在扫描文档期间对文档进行分类和命名，并且在企业内部执行文件命名标准，以此简化管理过程。
Zonal光学字符识别(OCR)让用户能够为他们最常用的表格和发票创建模板。通过简化数据的存储位置，ZonalOCR能够自动提取数据，识别文件，并将该信息发送到文档管理系统，从而减少手动工作量和错误。然后，用户可以搜索自己所需的具体文档，确信系统会返回正确的信息。
分布式捕获(Distributed Capture)把扫描和捕获设备放在纸张和数据进入企业的不同点。通过使用廉价的台式扫描仪、网络连接扫描仪和多功能打印机将文档馈送到系统文件，你就可以最大限度地提高投资回报，并且实现“无纸”办公环境。
3、文档管理软件又叫作企业内容管理软件，它是任何文档管理解决方案的核心部分。通过该软件，你就能减少电子文档的重复，实现高效检索，管理对系统中所存储的任何文档或内容的安全访问，从而确保只有授权用户才可以访问任何文件。由于每个文档都进行了存储和索引，现在对用户来说，企业的数据触手可及。此外，可以从企业内外安全地访问这些数据――为远程办公或经常去别的地方出差的那些人提供了灵活性。
4、当然，数据存储设备是存放文档的地方。贵企业的存储策略应该取决于贵企业的规模和性质；由于如今有众多存储系统可以使用，应该与供应商一起选择最适合自己需要的存储系统。另外别忘了备份系统，保护贵企业远离灾难性故障或主存储系统丢失。
你在为文档管理系统的这每一个组成部分考虑选择方案时。要注意适合、整合和兼容性等问题。购买的软件在硬件上可以很顺畅地运行吗?是否有专门的软件或硬件可能特别适合贵企业的特定业务?贵企业采用的索引策略在今后几年会不会很好地满足贵企业的需要，还是很快就跟不上贵企业的发展势态?在投入成本之前，务必要确信整个系统能够很好地协同运行。
文档管理是个简单的、又常常被忽略的解决办法，它可以简化贵企业的工作流程，降低成本，在许多情况下还能在很短时间内收回成本。然而，每个文档管理系统提供的功能级别和许可方案又各不相同，所以应当联系一家值得信赖的解决方案提供商，确定哪个最适合贵企业的需要。
随着信息化的高速发展,政府、企业及社会各界使用的电子文档(word、excel、ppt、txt、pdf等)变得越来越多,各种影、音、图像等多媒体信息文档也随之大量出现。文档作为一种信息资源,作为企业生产、科研和经营等活动的真实记录,同时作为与企业同步发展的无形资产,在企业管理等各方面正积极地发挥重要作用。
针对现代企业文档管理工作杂乱无章的现状,日前,北京互诚科技有限公司常务总裁徐斌宣布,北京互诚科技有限公司自主研发的一套集成文件管理、可靠存储、快捷搜索等功能的维思文档管理系统将改变政府、企业等单位目前的文档管理模式。
智能化知识管理中心
对于绝大多数使用电脑的用户来说,文档管理是一件繁杂枯燥的工作――对于一个拥有数十台、数百台甚至数千台电脑的单位而言,其复杂度之高、工作量之大不言而喻。
徐斌介绍,维思通过智能化管理使绝大部分工作自动完成,它的智能化特点主要表现在两个方面:文档收集和文档应用。维思通过文档快车技术使文档的收集、版本更新不再需要大量的人工干预;通过智能分类系统,使业界的搜索技术迈进了一大步。
文档是人类知识、经验的载体,对文档的有效管理和应用也是知识管理的重要部分。一个常见的现象是:用户在自己的电脑中查找某个文档时,常常要花费很长的时间,从大量的文档中找出自己所需的内容并不是一件容易的事。徐斌介绍说,尽管管理着海量的文档内容,维思仍可以在极短的时间内将需要的知识呈现在屏幕上,将知识获得的时间成本降低5%。,让用户跨地域地共享同事的知识,让“字词查找”变成“知识查找”。
开放的信息协同系统
目前,很多单位都采用了财务系统、OA系统、ERP系统、CRM系统、PLM系统等各式软件,这些系统把易管的信息(数据为主)管了起来,不好管的(杂乱、分散的)文档却没有合适的系统来管理。另外,各种软件往往由不同的软件商提供,这些系统间接口的不统一使数据联接和共享成为业界难题。
徐斌说,维思文档管理系统提供了双向协同模块,专门解决企业内部不同系统与维思文档管理系统的协作与同步问题――通过把“数据”转化为“文档”,将它们也纳入到维思的管理范围内。维思双向协同模块既可以接收其他系统导出的文件,也可以为其他系统提供符合规则的、标准化的信息,使文档可以成为其他系统中的数据。
摘 要： 科技馆是我国重要的政务管理单位，同时文档管理工作是科技馆日常管理中的重要组成部分。当前随着科技馆的规模和涉及领域不断增大，文档管理工作面临诸多挑战，文档管理工作的质量和效率直接关系着科技馆的管理和运行效率。但是很多地区的科技馆由于资金和管理理念的限制还停留在纸质文档的管理阶段，如档案堆积严重、重复劳动多、查询困难以及纸质档案的难以长期保存等问题都在很大程度上影响了科技馆的管理质量。因此探究基于WEB的科技馆档案管理体系在当下具有重要的现实意义。
关键词：WEB技术 科技馆 电子文档 管理
一、引言
当前随着我国电子信息技术和网络技术的不断发展，档案管理系统和技术得到了不断进步，实现了由纸质档案向电子档案的过度。基于电子档案管理运行效率高、信息安全、查询方便以及便于集中化管理的特点在很多单位和部门得到了广泛的的应用，极大地提升了档案管理的质量和效率，同时电子档案系统的建设水平在很大程度上决定了我国电子信息技术的总体发展水平。本文重点针对科技馆文档管理系统中存在的诸多问题探究了基于WEB技术和系统的电子档案管理体系的设计和实现方法。
二、电子文档管理系统概述
1.电子文档管理的基本概念
根据国际上对相关概念的基本介绍，电子档案管理系统指的是一种基于WEB技术和计算机网络操作系统的软件应用，利用该软件应用可以使得用户通过计算机和网络实现对相关文档的创建、存储、调用、分发和信息查询，并能在组织范围内对文档进行有效的监控。电子文档管理系统与传统的纸质档案管理系统在工作方式和管理模式上存在根本差异，他可以有效解决纸质档案管理系统中存在的种种问题，提升档案管理的质量和效率。总结来说，电子档案管理系统具有以下基本特征：一是以网络化为基本特征，文档的录入、存储、修改、查询、监管和信息分享等都通过计算机和网络系统实现，具有数字化的一般特征；二是可以对相关文档的起草、审批、签发等进行有效的管理和监督，有效避免纸质档案管理系统中安全性低、工作量大、人为影响因素大和工作繁琐的问题。
2.科技馆中建立电子文档管理系统的必要性
科技馆是我国重要的政务和服务型部门，很多科技成果和展示内容都是通过文档记录的形式进行存储和展览，因此可以说文档是科技馆的智力资产。但是随着科学技术的不断进步以及新型科技研究成果的不断涌现，科技馆的文档管理工作变得越来越复杂，工作量也越来越大，传统的纸质化档案管理模式已经难以适应科技馆档案管理的业务需求。因此必须加快科技馆档案管理的信息化和网络化建设，通过建立完善的电子档案管理系统和科学的管理模式提升档案管理的质量和效率，为促进社会进步提供一定的技术保障。
三、基于WEB技术的科技馆电子档案系统的设计
1.系统设计目标
1.1实现规范化和制度化办公：目前我国很多事业单位还停留在纸质文档的管理模式和水平上，大部分工作都是通过人工完成，实际中掺杂了大量的人为因素，工作中缺乏规范化和制度化，同时管理质量也较为低下。因此建自动化办公系统的首要目标就是实现规范化和制度化办公，规范工作流程。
1.2管理各种数据文件：数字文档管理系统的另一重要特征就是可以实现对各种数据类型文件的管理，不仅可以建立Word文档进行储存和管理，同时还可以通过扫面图像或是图形数据对数据进行分类储存，从而实现对这些各种类型数据的科学管理，实现各种数据的无缝对接。
2.系统结构设计
基于WEB技术的开发方式具有跨平台、界面统一、操作简单、维护成本低和系统开发快的特点，与传统的C/S模式相比，B/S信息管理系统是基于（Browser/Server，浏览器/服务器）系统开发的电子信息管理系统，该系统分为两个基本构部分，一日常事务管理，二是业务事物管理，根据不同的业务类型，以项目为单位进行运作。该系y主要由Server服务器、Internet网和浏览器组成，通过Internet网将Server服务器和浏览器连接起来，用户可以通过浏览器进行电子文档的查看和管理。
3.系统功能模块设计
科技馆的电子文档管理系统主要分为部门信息管理、员工信息管理、公共文档管理、个人文档管理、部门文档管理和系统管理模块等六大模块，各个模块分别负责不同的业务，其中部门信息管理、员工信息管理和系统模块管理属于日常事物管理系统，而公共文档管理、个人文档管理和部门文档管理则属于业务事物管理的范畴，通过建立完善管理系统将六个模块统一于WEB信息管理系统中，并对用户的访问行为进行权限管理和系统设置。
四、基于WEB技术的科技馆电子档案系统的实现
1.系统三层架构的构建
目前比较流行的是包含表示层、业务层以及逻辑层的三层构架的文档管理系统，该系统具有维护性好、稳定性高以及安全性好的特点，同时可以方便系统功能的扩充，从根本上实现用户的需求。通过对科技馆的文档管理进行深入分析笔者创建了四个子项目，即表示层（也成为界面层）、业务层（封装了实现系统功能的应用函数）、逻辑层（对数据库进行操作）和通用层。通用层是为了减少系统的冗余而引进的，并包含一些对本系统的各个层通用的函数。
2.数据库的连接
本文中采用微软最新的来进行数据库的操作，这是一种跨时代的技术，提供了平台互用性和可伸缩的数据访问。同时提供的功能可以读取各种源文件中的数据信息，并减少了需要编写的代码量，并提升了系统实际运行效率。将数据对象的操作都放在了数据层，因此定义了一个全局变量public string constr 对数据库进行连接操作。
3.系统登录模块的设计和实现
本系统中采用用户认证码技术设计用户登录模块，用户的每次登录行为中产生的认证码都是不同的，生成的认证码保存在Session模块中，然后在用户登录过程中对输入的认证码是否与存储的认证码一致，如果一致则验证通过，否则将会出现“验证码错误”的提示。另外，系统对用户地用户名错误和密码错误进行了不同的处理，并保存在系统的日志表中，供管理员进行分析。
五、结束语
综上所述，基于WEB技术的电子文档管理系统具有传统的纸质档案管理系统不可比拟的技术优势，其在诸多单位和部门中的应用极大地提升了单位的档案管理质量和效率，是今后档案管理系统中建设和发展的主要方向，科技馆部门应该提起高度重视，逐步建立和完善电子文档管理系统，为档案管理工作和整体效率的提升提供技术保障。
摘 要：汽车在转向力的设计过程中受设计模型标准、工艺、图样、文件数据信息等多内容的影响，往往具有较大的书内容链接，根据数据信息的相关性对汽车转向器的图样文档内容进行关联，确定汽车转向器完整的信息图样内容。汽车转向器的设计需要几百甚至上千的图纸，不同的图纸可能存在不同的工艺标准，需要对有限的数据源信息进行相对合理的设计。设计过程中往往需要按照图文进行设计，根据实际的文件产品设计步骤和级别，确定产品的设计标准。根据图样管理系统的相关应用标准，合理的分析汽车转向器的安装数据管理标准、数据重点级别等，分析设计人员在设计过程中的设计周期，对设计过程中可能存在的效率低、资源不足、周期时间长等问题进行准确的分析，确定汽车转向器设计利用图文档案管理实现的工业应用发展，确保汽车利用图文档案管理实现转向器的有效性应用。
关键词：汽车；转向器；图文档案
0 引言
汽车转向器的设计往往需要从不同的结构中进行化分析，确定不同专业的设计标准。根据设计组别进行合理的区分，确定设计的综合协同发展效果。依照汽车转向器的设计标准，利用图文档案管理标准进行设计分析。本文将分析汽车转向器在图文档案管理中的应用方式和方法，通过分析图文管理系统的主要功能，认识其产品结构标准，分析汽车转向器设计在图文管理系统中的应用效果。
1 汽车转向器在图文档案管理系统中的设计
在设计过程中，往往需要利用计算机完成各种图文的设计，将文件存储在计算机文件件内，根据需求随时调取相关的设计图文档案信息内容。整个设计系统需要一个交换机和局域网，根据计算机为设计节点，按照局域网范围内的地位进行组编。按照综合设计的标准完成多文件的设计。每一个设计师对不同的结构图样都有操作权，通过计算机汇总到总设计师哪里，各个设计师对自己以外的设计图样没有操控权利。在汽车转向器的设计中不同的专业组别之间有总设计师统筹管理，这样可以避免出现工作重复的现象。因此，汽车转向器利用图文档案建立完整的图文管理系统是极其重要的。这是讲繁琐的工作简单化，方便产品的设计改进和提高。
1.1 硬件系统
在网络布局设计过程中，为了改善设计标准，需要对汽车转向器的硬件系统进行布局，确定图文文档管理系统的局域网，根据布局确定安装服务器的终端位置。为了保证设计工作的稳定和安全性，企业往往会在硬件设备上架设图文档案服务器，通过服务器完成电子存储和调取的操作。所有设计人员都需要将设计文件存储在其中，系统会采用自动备份的方式完成对数据的保护。
1.2 软件系统
软件系统有数据库、服务终端、客户端三个子系统组成，通过服务器终端和数据库实现汽车转向器图文服务器的存储和链接，保证电子数据的有效性存储，方便客户端对图文信息的随时管理和调取。结合软件系统，根据汽车转向器的市场发展需求进行分析，确定汽车转向器的设计标准方案。按照汽车转向器的布局进行设定，从各个设计小组中分析确定自己的工作职责范围，按照相关的设计参数进行合理的设计分析。利用图文软件，将相关的图样记录下来，通过软件打印生产。在这个软件应用中，需要对所有的图样进行存储和调取，确定服务器终端的光驱动功能，保证服务器硬盘备份操作的合理安全稳定性。
2 图文档案管理系统的基本功能
根据汽车转向器设计的基本需求，对图文档案数据系统进行应用。需要按照登录数据系统的相关用户进行角色转换，根据角色操作标准完成管理控制，保证不同用户的不同操作可控性。权限的控制可以细化到每一个零件，根据零件标准，对负责人、负责产品进行区分，确定电子文档有效传输的服务器管理级别，保证相关数据不再存储在计算机中，而是存储在网络服务器终端上。通过自动化加密控制处理，我那层对服务器硬盘数据的管理发，防止硬盘数据的丢失。
2.1 电子文档仓库
利用CS构件对图文进行档案是存储，通过网络化的存储方式完成计算机个人图样到服务器终端的存储，这种存储模式的建立符合汽车转向器的设计需求，通过电子仓库的管理，实现电子资料的统一化管理，实现电子数据资源的安全有效共享发展。
2.2 产品结构的管理
根据汽车转向器相关设计图文内容进行网络形式化的布局，建立符合实际结构的装置零部件管理关系，利用产品分类确定产品细则，根据产品顺序逐步完善产品的文档结构标准，这些产品结构往往是利用二维码存储的，这种方便产品后续的维护。
2.3 文档图样板式的检索和管理
不同的文档往往具有不同的板式，根据不同板式自动生产编号，按照编号完成文档设计和更新，这是与不同的文档相互区别的重要指标。通过审核，将伸长的板式记录下来，随时调取和使用，方便文档的后续归档管理。图样文档的检索是在10万张图纸中进行快速的搜去准确资源，确定产品的材料、设计人、归档日期、更新日期等，方便设计人员进行快速浏览、编排和复制调整。依照图样的检索操作模式，极大程度的改善文档图样资料的搜索速度，提高设计的工作效率。
2.4 产品生产报表的管理
按照图样数据信息的生产管理设计方案，制定统一的生产管理报表。设计人员按照设计图样进行记录、编号、确定数据基本信息内容。通过自动化调取工作完成图文系统的快速应用，将线管数据信息汇总，生成构件标准，列出结构化清淡，方便生产数据的输出和打印。按照原有的数据模型进行设计，产品数据生产报表会占用设计人员的大批量时间，而图文档案管理模式有效的节省了报表的汇总和整理时间，实现数据图纸的导入和输出，可以批量打印汽车转向器的设计图纸，帮助人员更好的完成图样的管理，提高设计的工作效率。
3 结语
综上所述，图文档管理系统中汽车转向器得到有效的应用，设计人员利用预先规定的设计标准，实现对设计图样的安全管理，降低设计工作强度，提高设计协同工作发展效率，对图文当档数据管理系统中的不足进行软硬件纠正，确保数据的准确性，保证数据的实时有效性，提高汽车转向器图文档管理的有效应用。
摘 要：本文对企业文档管理系统进行了一个大概的设计，分别从系统相关流程、功能模块、数据库与系统设计等方面进行了具体阐述，并且实现了用户管理、全库搜索、登录管理、文件与文件柜管理等模块功能。
关键词：管理系统 系统设计 数据库
一、文档管理系统相关流程设计
1.系统客户端数据流程
客户端的功能有：下载资源、上传资源、删除资源、查询资源、推送、更新资源等等。
2.系统各具体事项数据流程
（1）下载资源：将需要的资料从系统传输到本地。
①在搜索栏内查找资源，查询是否已经下载，若已下载，应更新到最新版本。②若本地没有该资源显示，则从系统下载，并显示。③成功下载后，映射于本地数据库。
（2）上传资源：将本地数据库的资料上传于服务器。
①从服务器查找资源文件，并进行相关数据显示，从而确定该资源存在与否。②将资源通过接口录入到服务器。③相关结果进行映射。
（3）删除资源：将本地数据库中的资源删除。
①输入资源ID，进行删除资源操作，删除本地数据库资料信息。②删除本地的映射关系。
（4）查询资源：在本地数据库进行资料搜索查询。
①输入资源ID，在本地数据库中进行搜索查询。②将查询的结果显示出来。
二、系统功能模块设计
1.同步模块
同步模块是指客户端的本地数据库和服务器的资源相对应，主要有以下几方面。
（1）将服务器数据同步后，用户界面通过UI显示。
（2）将服务器同步的资源专门存储于客户端专用存储同步资源区。
（3）相关平台客户端应在数据结构、同步算法以及方法名、表名中保持一致。
（4）同步模块在Windows平台下兼具有上传资源的功能。
通用信息平台具有兼容性、易扩展性及可实施性，作为系统工具，包括五大（登录、文件、搜索、文件柜、用户）管理功能。
2.登录管理功能
登录管理功能是系统的基本功能，该功能的实现，为其他系统功能的实现创造了一定的条件。只有该功能进行实现，才能进行其他功能的实现。该功能主要包含登录和退出两种方式。
3.文件管理功能
用户可以对文件夹进行创建、删除、修改，对文件进行上传、编辑、移动、复制、传递、共享。
4.搜索功能
用户对自己所需的资源数据在服务器进行查找，按照文件名、文件所有者、范围、文件夹名、文件类型等进行搜索。
5.文件柜管理模块
（1）系统管理员可以对文件柜进行添加分类、移动、排序、授权。
（2）系统管理员可以对文件的查看权、上传权、下载权、创建文件夹权、修改权、删除权、管理权进行授权，还授权用户组。
6.用户管理功能
系统管理员对用户与用户组信息等进行添加、修改、删除。
三、数据库设计
建立数据库及相关应用系统称为数据库设计，在信息系统建设中占有关键地位。由于数据库系统比较复杂，因此设计起来也有一定的难度，想要直接设计出最适合的数据库也是不可能的，只能去粗取精，逐步积累，对数据库中的数据及其相互之间的关系进行规划研究。
MySQL体积小、速度快、成本低，是当前中小型网站中较为流行的一种小型关系型的数据库管理系统。很多中小型网站都会选择该数据库，本文中的系统也选择MySQL数据库。
在唯一列内数据不可以重复，PK-Primarykey是主键，其他任何列只要不是主键便都可以作为替换键。
①全局设置是对系统的一些参数进行设置。例如站点域名、站点名称、站点状态、统计代码、SEO关键字、SEO描述、关闭原因、是否初始化、是否跨柜子复制与移动等。
②关注表是用来记录用户及其关注的文件柜的信息。例如，关注的目标id、关注者id、关注目标的类型、关注的状态等等。
③分类表是对文件柜分类的信息进行记录。例如：父分类ID、分类名字、分类显示名称、分类描述、分类的创建时间、分类状态以及排列的序号等。可以有上下级的关系。
④柜子管理员表主要记载管理员的信息。例如，管理员的绑定ID、文件柜ID、用户ID、用户名字。
⑤文件柜表记录的是基本信息。主要有：其所属分类ID、文件柜的名字、地址、排列的序号、文件柜显示的名称、文件柜的描述、创建者的ID、文件柜的创建者名字、时间以及文件柜的状态。
⑥文件柜用户绑定表主要归纳了一些文件柜与用户的绑定信息。可以表示出属于该文件柜的用户，文件柜用户绑定表包括文件柜用户绑定ID、文件柜ID、用户ID、用户文件柜绑定状态。
⑦文件柜类型统计的是文件柜的一些拓展信息。包括文件柜名称、资源空间大小、资源单文件大小以及其类型。
⑧权限表包括配置用户对文件柜的权限。包括：权限作用域类型ID、权限所作用的马甲ID、权限作用域类型、权限码，以及是否将此权限继承至子文件夹、是否覆盖父文件夹继承下来的权限。
⑨用户表主要是用来记录用户的基本信息。包括用户账号、密码、名字、所在单位、所在部门、职位、email、电话、手机号码、im、状态、用户公钥、用户私钥、用户序列码、用户公钥是否可用。
⑩管理员表列示的为系统超级管理员。其具有最大权限。
资源共享表记载了资源与其提供者、接收方的相关关系。主要包括创建时间、共享的资源ID、提供者ID、接收者ID及资源共享接收方。
资源表记载了所有的资源信息。例如：资源项ID、文件柜ID、文件柜名字、资源创建者ID、资源创建者名字、资源的存储路径、资源名字、资源描述、资源大小、资源的Content-Type、资源创建时间、父资源ID、资源类型、资源状态、缩略图、上传比例、是否已经共享等。
马甲表主要用来登记用户的马甲。一般一个用户可以有多个其他马甲，同一个人，可以登录不同的账号进来。马甲表内容包括马甲名字、马甲头像路径、马甲签名、马甲所属的用户名、马甲使用的email、马甲状态及马甲类型。
四、系统设计
系统设计主要有实体类层、DAO层、业务逻辑处理层设计等。实体类层通过采用数据建模，对用户、管理员、权限、资源共享与资源项，文件及文件柜、马甲、柜子管理员等都建立了其相应的实体类。
DAO层主要用来将对应实体转化成持久性数据，对应的实体类都有一个各自的DAO接口与实现类。业务逻辑处理层主要是处理一些业务逻辑。对于每个实体都提供了一个相关的业务逻辑处理接口。系统定义了一个IService接口来获得所有业务逻辑处理层的接口，以使得Web层方便调用。
五、小结
本文主要对文档管理系统相关流程、系统功能模块、数据库以及系统进行了设计分析与研究，对文档管理系统的整体以及各具体部分分别进行了阐述，为该系统的实践提供了基础与借鉴。不过本文设计的系统随着时间的变化，需要不断地加入新元素，更新改进，从而保持系统的时效性。
（作者单位：太原理工大学、山西省吕梁市柳林县王家沟乡政府）
摘 要
文档管理系统在个人PC上的形态基本上以网盘客户端的形式出现。网盘的确是个“盘”，需要保存文件、建立目录、同步数据等操作。既然是一个本地“盘”，那么把文档管理系统的客户端做成一个真正的“盘符”，或者说文件系统是最理想的形态。
【关键词】虚拟磁盘机制 企业文档 管理系统
文档管理的客户端基础就是“网盘”，个人网盘因为没有太多的共享需求，所以可以直接使用扫描目录已发现变化，实现文档实时同步。
但是，在企业级文档管理场景下，“数据共享协作”是主要的文档同步来源。海量的共享文档数据使得客户端无法像个人网盘那样实现全同步。这会导致本地设备存储空间被占满，并且整个企业网络都是文档下载流量。因此，只能实现成“触发式同步”。触发式”同步机制虽然能够解决海量文件全同步的问题，但是无法解决大文件格式，如视频、PDF、dwg等格式文件在窄带或者网络质量不好的场景下访问。
1 基于“触发”机制的同步方式
主流的文档管理产品客户端依赖 windows 的HOOK机制，通过拦截特定的文件操作API，来实现触发同步。抽象起来可以描述为“打开时全文档下载”和“关闭后全文档上传。
但是应用程序对于一个文件的操作往往包含如下四个步骤：
（1）打开文件（创建文档）；
（2）读取文档；
（3）写入文档；
（4）关闭文档。
当然，有时文档会只读不写，有时则是只写不读。
对于应用程序而言，打开的时候并不需要读取文档。只有在真正调用ReadFile（……）（或者类似函数）时，才会需要出发下载文档（如果文档没有下载的话）。而且程序不会在一次调用过程中读取整个文档，除非这个文档很小。应用程序通常一次ReadFile（）调用会读取几K到几十K字节。无论是应用程序，还是用户，对于一次ReadFile（）调用的响应要求大体会在几毫秒到几十毫秒之间。换句话说，应用程序对于文档的读取请求是随机访问。
对于采用Hook机制的文档同步客户端而言，需要拦截打开、关闭、读取、写入等文档操作。并且做出正确的响应。但是API HOOK并不能拦截到应用程序对于文件的所有访问。Windows的文件操作API很多，不同的windows版本还由变化。寻找到所有文件操作API尽管可以做到，但是相当耗费精力。最终一类特殊的文件方式使得程序无法完全捕捉到文档访问。一些程序，例如“记事本”，通过内存映射的方式打开文档，读写将不会通过API，而是直接读取内存地址。
无法拦截到所有文件读写的API情况下，此时基于hook机制的客户端被迫在文件打开的时候挂住api调用，将文件下载到文档同步客户端缓存里。然后继续执行系统原生的文件打开操作，完成文件打开。而后，应用程序继续调用读取文件API，执行原生的读写。同样，在捕获到文件关闭的操作后，文档同步客户端开始执行文档上传逻辑（实际情况是延迟上传以便版本合并）。
这种基于hook机制的同步方式存在的缺陷很明显，应用程序对文件的读写被迫延迟到文档下载完成之后。如果文件是几百MB或者上GB打消，这种延迟将会非常明显。这个当前基于HOOK机制的文档同步客户端很大的一个问题。而且视频类的流媒体打开时并不需要整个文件，它们往往只读取了一点内容（meta和几个KB字节）便可以开始播放。此时该机制的同步客户端会加剧此事的用户体验，令用户无法忍受。
由于文档在触发下载之后，仍旧通过windows原生的机制读取本地磁盘上的文件，缓存目录必须是开放的、读取可访问的 。也就是说整个文档管理同步客户端在本地PC上的缓存目录时暴露的，无法隐藏的，不利于安全保护，也不利于后续进行细颗粒度缓存策略。
2 基于虚拟磁盘机制的同步方式
归结起来，hook机制无法拦截所有的文件操作。而拦截所有文件访问的方案包括两类：用户态文件系统和网络文件系统。
用后台文件系统主要用于Unix系统上。最常用的是LINUX的fuse。Windows上缺乏很成熟的用户态文件系统。Docken不够稳定，缺乏使用案例，而且在Windows系统中无法 解决蓝屏的问题。VHD技术是微软官方提供的虚拟磁盘技术，颇具潜力，但是尚不明确是否可以截获所有文件操作，需进一步考察。
网络文件系统支持的虚拟磁盘技术术语网络文件协议比较奇特的应用方式。其原理是将文档同步客户端实现成一个单用户单挂载的网络文件系统的服务器。运行在客户机器上。然后在客户机上挂载成一个网络卷。当应用程序访问这个卷上的文件时，网络文件系统就会将访问操作传递给文档同步客户端程序，从而实现文件操作拦截。作为网络文件系统服务器，必然会拦截到所有网络访问。当前，海量的文件共享协作场景下比较合适的网络协议是SMB系列。SMB协议很复杂，实现起来有较大的工作量，但是其功能比较完整，在Windows和osx上的兼容性较好。
无论哪种技术，虚拟磁盘方式会带来很多收益。首先，虚拟磁盘模式下，包括读写在内的文件访问都有本地文档管理客户端实现，客户端就可以掩藏缓存目录。一旦缓存目录对于用户不可见（应用程序不可见），那么缓存模式便可以细颗粒度的控制文档缓存模式。
归纳起来，一个文档在客户端缓存的模式包括：
2.1 无缓存
每次从服务器读取文档。无缓存只能针对读取，也就是只读文档（或者只读状态打开的文档）才能无缓存。写入必须要有缓存。当前主流的对象存储不支持随机写入。
2.2 内存缓存
在内存中缓存整个文档。文档缓存在内存中，文档关闭并上传至服务端后，内存释放。该方式可以不占据本次磁盘空间，单却要占用更加珍贵的内存空间。所以正常情况下基本不会采用该方式。
2.3 临时缓存
在磁盘上缓存整个文档，文档使用完成（关闭），并且完成上传后，删除缓存文档。
2.4 短期缓存
还是需要将文档内容缓存至本地磁盘，但是该缓存空间在文档关闭后的一定时间之后释放。
2.5 可淘汰缓存
缓存整体容量存在上限，当本地缓存容量超限时，清除长期未被访问的文档的缓存。设是文件系统缓存采用的工作模式。
2.6 持久缓存
始终缓存不淘汰，直到人工干预执行清理。这种模式在存在大量用户间共享的情况下本地客户端缓存容量会被耗尽，通常不使用该方式。但是对于用户自己生产和编辑的文档可以考虑持久缓存。
2.7 块级缓存
根据应用长须的文件读取请求，以固定大小数据块从服务端缓存。应用程序读取文档时，文档同步客户端如果所读取的位置没有缓存，则从服务端下载一整块数据，而不仅仅是应用程序所读取的哪一点。这样，当应用程序读取下一块时，这些数据已经被缓存，只需从缓存中读取。可以进一步在应用程序读取某一块的时候，预缓存相邻的数据块以提升性能。块大小通常选择64K-1M之间。
这些缓存模式互相之间并不冲突，同一客户端内的不同文档和目录可以采用不同的缓存策略。比如用户自己创建或者编辑的文档采用持久缓存，主动同步的文档也可以采用持久缓存，而其他用户共享的文档，特别是只读的可以临时缓存或者短期缓存。通过对不同类型、不同类别的文档设定不同的缓存策略，可以最大程度的优化文档管理客户端对于本地资源的利用。
3 虚拟磁盘机制的同步性能
这里所说的“性能”实际上是指用户在操作文档时感受到的延迟。现有基于HOOK机制 文档管理客户端上，由于缓存模式的关系，从文档打开到文档应用程序加载完整个文档为止，需要经历两个步骤：
（1）在应用程序打开文档时，本地客户端挂起该“打开”操作，开始下载文档；
（2）文档下载完成后，客户端恢复应用程序的打开流程，应用程序读取文档。
此事用户所感受到的操作延迟是下载文档+应用程序打开文档。对于编辑体积庞大的文档，比如上GB的设计图纸或视频，即便打开文档文档已经需要很长的时间了再加上等待下载完成的时间，用户往往对此无法忍受。
很显然，如果下载和应用程序打开文档能够同时进行，那么延时体验会有很大的进步。基于虚拟磁盘机制便提供了这样的一种途径。由于虚拟磁盘拦截了所有对文件的访问，包括读取和写入。因此文档管理客户端可以在应用程序读取文档的时候从服务端获取文档数据。而且可以做到一边下载数据，一边向应用程序访问数据。这样，文档打开的延迟仅受限于网络下载的速度。
4 虚拟磁盘方式客户端与NAS优劣势
如之前所述，基于HOOK机制的同步客户端受限于技术本身，无法接管文件的读写。所以只能使用文档打开时下载，下载后继续执行读取操作的方案。但是在虚拟磁盘模式下，文件的读写完全由文档同步客户端处理，客户可以再下载到所需内容后，立即将数据反馈给应用程序，而不必等待整个文档下载完成。也就是说，可以采用“按需下载”的方式。整个模式在响应时间上等同于NAS的操作，因而虚拟磁盘模式在延迟上等价于“NAS”。但是虚拟磁盘由于存在Benin缓存，因此可以边下载，边反馈数据，边缓存数据。这样，当用户第二次打开文件时，直接从本地缓存获取数据，会比NAS块很多。
而且，虚拟磁盘模式可以采用块缓存、预缓存技术，优化下载速度，进一步减少打开文档时的延迟。所以，在延迟方面，虚拟磁盘模式在首次打开文档时，与NAS有相当的延迟特性，而在后续打开同一文档时，延迟远远小于NAS。
相比于NAS，基于虚拟磁盘机制的文档同步客户端真正的缺陷在于对客户计算机本地磁盘的消耗上。在一些本地磁盘有限的场景下，比如虚拟桌面，比如打开大型图纸编辑，视频编辑时，客户计算机往往都是高端的工作站，不会缺乏本地资源。基于虚拟磁盘机制的客户端对于本地磁盘的占用不是一个非常严重的问题。
5 虚拟磁盘同步机制的改进方向
虚拟磁盘模式真正无法使用的场景，就是不能或者无法占用本地磁盘。典型的应用场景就是桌面虚拟化。为了应对这种使用习惯。我们可以在现有文档管理服务端的基础上前置NAS机头提供NAS接入服务。
虚拟磁盘模式有的基本方案是使用SMB协议，而SMB本身就是NAS协议。这以为这虚拟磁盘模式的大部分成果可以在NAS机头上继续沿用。使得技术路径可以逐步演进。
图1简单描述了内置NAS协议转换的基本方案，通过一个NAS网关实现SMB、NFS等网络文件系统协议，接受来自PC、mac、linux客户端的网络文件访问请求。而后将其转化为类似于虚拟磁盘模式中的文档操作。这个实现基本上就是将文档管理客户端模块转移到专门的服务网关中，并且扩展成多用户、多挂载的模式。
6 总结
通过虚拟磁盘机制的文档管理客户端可以避免现有HOOK机制，文件全同步等机制造成的本地磁盘空间占用率高，网络带宽占用率高。用户体验不佳等问题。通过对虚拟磁盘机制下各种缓存机制的调优，基本上能够达到云端文件无延迟打开和编辑。
