图3-2组织结构图
3.2系统的可行性分析
开发一个计算机软件的系统必然会受到时间或者资源等相关因素的限制。不是任何问题都有简单可行的办法的，都必须根据可利用支配的时间以及资源等条件进行可行性研究分析。分析系统任务的可行性，尤为重要。
可行性研究事实上是要压缩在分析系统和系统设计的过程，也就是在一个比较高的层次上以更加抽象的方式来做系统分析还有系统设计这么的一个过程。所以，在上面说的这些原则来看，我要设计出一个文档管理系统，是一个目标明确，但又是规模不大的系统。我这个系统很清晰地去描述了对目标系统中存在的一切限制及约束等等问题。这个系统，可以在所有的企业中去应用，
[16]
这个也是需要在接下来的时间对它进一步地去完善及更新的。
本次论文任务中“文档管理系统”是根某企业的文档管理的特点而设计的利用本人现有的技术水平，大量的社会调查极其分析，再加上导师对本论文的指导，可以按期完成本次系统的设计[17]
。
3.3系统的功能型需求
本论文计划将软件功能模块按照需求来进行划分，主要包括产品维护模块、产品的明细目录模块、文件管理与上传下载模块、文件历史版本浏览模块、文件查询模块。企业建立文档管理系统的目的就是要实现对文档的集中存储和管理，以管理规范为主,软件系统为辅的,很好地实现文档的分发，查询，共享，提高企业文档管理的效率。由文档管理员负责文档库中文档的基本管理,;提供多种方式的文档检索。认真分析系统的需求，建立符合企业需求的系统。本次拟设计的文档管理系统应满足如下的基本需求：
1）用户功能。用户使用通用浏览器，在用户成功登录后，通过系统查看相关文档，用户功能模块的作用主要包括：用户可以添加和删除用户权限和密码修改等方面。主要是分为系统管理员和文档管理员。不同的权限，进入相应的网络接口来实现相应的功能操作，实现了企业文档管理系统的全面管理。
2）产品维护管理：用户可以在文件夹中的完全控制权限，可自定义文件夹分类。用户在操作权限的新的可执行文件，删除文件夹，上传，下载文件等操作的文件夹。
3）文件上传与下载管理：实现文档的基本信息导入，实现文档的全面管理、快速查询，包括导
入文件名、文件版本等信息；一方面能够实现文档的上传，另一方面实现文档的下载查看。 4）文档版本查询：各部门存在大量的文档数据，为保证各部门的使用文件的版本一致性，需要通过系统平台查阅文档的版本信息，以确保部门当前使用的文档为最新文档。
5）文档检索管理：在文档管理工作中,大部分是在做文档文件的检索工作。一个系统的检索功能的强弱,将直接关系到用户的体验和软件系统的价值。本系统的文档文件检索功能强大,有精确检索、模糊检索和用户自定义检索功能。
3.4 系统的非功能性需求
1.系统性能需求。文档管理系统的性能要求，包括登陆系统用户规模，并发处理能力，系统响应时间等。系统用户的规模。据官方估计该用户群体的企业文档管理系统统，该系统的用户需要扩展到5000个用户左右。系统的响应时间.系统页面打开不超过8秒，小于10秒的数据的查询
[18]
响应时间。
2.系统接口需求。文档管理的界面分为两个部分，包括内部和外部接口。外部接口系统和其他系统支持协同工作，实现接口功能的内部和外部接口的基础上，刚刚开放的接口函数调用可以被添加，在外部接口功能的实现。内部接口模块是资产管理系统的子系统，包括模块的名字空间
[19]
界面，系统控制和核心文件管理界面三部分之间的接口。
3.系统安全需求。文档管理系统，包括对数据安全要求，应处理三个主要方面系统的安全性要求，具体要求如下：（1）总线的数据安全管理系统，数据库必须具有严格的权限控制，未授权用户无法进入系统，进入系统的数据，但不能修改或删除系统数据等操作，也可以在数据库中部分考虑的数据进行加密。（2）公共安全管理体系，体系文件服务程序来控制访问权限的文件不允许未经授权的用户访问系统文件，通过网络用户可以共享文件和访问系统，所有访问系统文件的其他物理手段请求必须通过系统文件服务驱动;（3）商务管理系统故障排除，系统应为系统突然出现故障时提供必要的容错和故障自动检测和恢复功能，您可以快速恢复运行，任何系统故障的损失可能的范围内限制最低。
第四章 文档管理系统的设计与实现
4.1系统整体设计
本系统的设计基于企业文档管理模式而设计，以企业文档管理信息化为设计目标。针对相关企业文档管理的情况，实现文档管理方式由手工式的管理过渡到自动化、信息化、规范化管理的目标，力求使系统具有充分的可操作性，界面友好，实现文档管理电子化、简单化、网络化，以节企业管理方面的不必要的资源浪费。及时掌握企业文档管理情况，为企业各单位的提供准确、精细、迅速的文档管理信息，实现企业文档管理的现代化管理。系统功能结构设计。企业文档管理系统统包括括产品维护模块、产品的明细目录模块、文件管理与上传下载模块、文件历史版本浏览模块、文件查询模块，如图4-1所示。
图4-1 文档管理系统的整体设计
4.2数据库设计
数据库(Database)是按照数据结构来组织、数据库设计则是应用中最重要的部分，是存储和管理数据的仓库,随着信息技术和市场的发展,一个成功系统的系统,业务软件的成功体现在50%的数据库和50%的程序。
可见，数据库设计在软件开发中的意义重大。数据管理不再仅仅是存储和管理数据,而从大量数据获得需要的信息是信息系统最主要任务,为实现该目的,从而转变成用户所需要的各种数据管理的方式。整个数据库系统设计所采用的工具都是数据信息领域建立相应模型，需要系统本身具有强大地数据存储及管理功能,根据用户的需求和数据是流量的大小以细致的对客户所需进行系
[20]
统的设计。
根据研究需要,本系统选择SQLSERVER2008 R2作为后台数据库开发工具，该系统操作方便,简单易学,系统资源占有低。
企业文档管理系统的主要数据表有以下表组成：用户登录表、产品信息表、文件表、目录明
细表、版本信息表记录的信息，它们是企业对文档管理使用的重要数据表，数据库关系表如下所示。
表4-1 用户登录表 store_user 用于存储登录用户名与密码 栏位名称 user_id password full_name customer_code status last_login email_notify email_address Store_product 保存产品信息，这是文件的一级目录 栏位名称 id product_name customer_code created_on status Store_folders 默认的产品文件夹，保存每个产品都必须包含的子目录 栏位名称 id folder_name 数据类型 int nvarchar 主键 Yes 长度 200 字段描述 产品目录ID 产品目录名称 备注 数据类型 int nvarchar varchar datetime char 主键 长度 字段描述 Yes 250 7 1 产品ID 产品名称 产品所属客户 产品目录的创建时间 当前产品状态 表4-2 文件表
备注 暂时未使用 A:活动状态 I:产品无效 数据类型 char varchar nvarchar varchar char datetime char varchar 长度 字段描述 10 20 50 7 1 1 200 用户登录的唯一ID 用户登录密码 登录用户的全称 用户所在的公司或者客户代号 当前用户状态 最后一次登录的时间 是否需要自动发送email通知 email地址 表4-2 产品信息表 备注 暂时未使用 暂时未使用 A:活动状态 I:用户无效 暂时未使用 暂时未使用 暂时未使用 表4-3 目录明细表
Store_product_detail 保存产品的明细目录，创建产品时自动复制Store_folders中的默认目录，用户可手动添加并自定义 栏位名称 product_id 数据类型 int 主键 长度 字段描述 Yes 产品ID 备注
folder_id folder_name Store_file int nvarchar Yes 200 产品明细目录ID 产品明细目录名称 表4-4 版本信息表
用户可以根据需要随意更改 保存各产品最新版本的文件名及其路径，以及文件的描述与查询关键字，系统中最主要的表 栏位名称 product_id folder_id file_id file_name last_date description keyword
数据类型 int int int nvarchar datetime nvarchar nvarchar 主长字段描述 产品ID 产品文件目录目录ID 文件ID号，每个文件有唯一的ID号 备注 Yes Yes Yes 200 文件名称，也就是上传的文件名 最后更新的时间，即上传的时间 200 产品的文件的描述，记录用户的备忘 200 文件关键字，主要用于查询文件