通用文档管理系统 ——档案管理 摘 要 随着时代与科技的与时俱进，互联网已经不可或缺。对于企业或国家机关来说，大量的档案存储以及档案保存问题那些存档的地方要浪费大量人力、物力去进行保管、维护。正是因为要避免这些人力的浪费，使得企业等对高效、快速、维护、互动的需求量越来越大，通用文档系统正应运而生。
本系统对于档案的管理存储功能，包括对于档案存储的基本功能，如将采集到的文件进行移交归档处理，将档案进行分类分级管理存储方便查找等，与其他模块相辅相成构成了通用文档管理系统。
本系统采用ASP.NET技术，基于B/S结构，使用Visual stuidio进行程序开发，SQL server进行数据的存储完成程序的开发。
本文对课题的背景及意义进行了深刻的研究探讨，对系统开发应用到的技术进行了详细介绍，根据讨论的背景、意义以及目标进行系统的需求分析，得出总体的需求，概要设计，数据库设计，详细设计，说明具体功能的实现，进行本次设计开发的总结。
关键字：档案管理系统 档案存储 ASP.NET General document management system 窗体底端 ——Archives management ABSTRACT With the times and technology developing, the Internet has become an indispensable part of people＇s lives. For business or state organs. A large number of file storage and file storage issues make enterprises need to archive the place to waste a lot of manpower and material resources to carry out custody and maintenance. It is precisely because to avoid the waste of these manpower, making enterprises and so on the efficient, fast, maintenance, interactive demand is growing, universal document system is emerging. The system for the management of storage functions, including the basic functions of the file storage, such as the file will be handed over to the archive processing, the classification of the file classification management easy to find, and other modules complement each other to form a common document management system.窗体顶端 The system uses ASP.NET technology, based on B / S structure, the use of Visual stuidio for program development, SQL server for data storage, the use of Jquery, html and other front-end layout, complete the page beautification to complete the program development. 窗体底端 窗体底端 窗体顶端 In this paper, the background and significance of the subject are deeply studied, and the technology applied in the system development is introduced in detail. According to the background, significance and target of the discussion, the overall demand, Database design, detailed design, description of the realization of specific functions, the design and development of the summary. Key Words: Archival Management System Archival Storage ASP.NET 目 录 第一章 绪论 1 1.1 背景 1 1.2 国内外发展现状 1 1.3 研究的目标及意义 2 1.4 本文结构 2 1.5 本章小结 2 第二章 系统开发环境及相关技术简介 4 2.1 系统开发环境的简介 4 2.1.1 Visual Studio 2012简介 4 2.1.2 SQL Server2010简介 4 2.2 相关技术简介 5 2.2.1 C#简介 5 2.2.2 三层架构简介 5 2.3 本章小结 6 第三章 需求分析 7 3.1 目标系统概述 7 3.1.1 系统概述 7 3.1.2 可行性分析 7 3.1.3 参与者分析 8 3.2 需求结构分析 8 3.3 功能需求 9 3.3.1自动采集信息功能需求 9 3.3.2归档管理功能需求 9 3.3.3档案管理功能需求 10 3.4 用例图 10 3.4.1 用例图 10 3.4.2 用例分析 10 3.5 本章小结 20 第四章 概要设计 22 4.1 系统功能模块设计 22 4.1.1 总体功能模块图 22 4.1.2 自动采集信息管理功能模块图 22 4.1.3 归档管理功能模块图 23 4.1.4 档案管理功能模块图 24 4.2 类图 24 4.3 数据库概念设计 25 4.4 数据库逻辑设计 28 4.5 本章小结 28 第五章 详细设计 29 5.1数据库表结构设计 29 5.2 系统结构 31 5.2 系统功能逻辑交互设计 31 5.2.1 自动采集信息管理功能交互设计 31 5.2.2 归档管理功能交互设计 33 5.2.3 档案管理功能交互设计 34 5.3 本章小结 38 第六章 系统实现与测试 39 6.1系统实现 39 6.1.1 登录实现 39 6.1.2 自动采集信息功能实现 39 6.1.3 归档功能实现 40 6.1.4 档案管理功能实现 41 6.2 系统测试 42 6.2.1 测试目的 42 6.2.2 测试方法 42 6.2.3 测试用例设计 42 6.2.4 测试总结 45 6.3 本章小结 45 第七章 总结 46 参考文献 47 附 录 48 致 谢 51 第一章 绪论 1.1 背景 现如今，信息化的发展，各种管理系统的应用越来越多。档案运用手动进行记录越来越不方便，会引起人力浪费以及档案记录的延时性。电子文档人们应用的越来越广泛，人们通过媒体、互联网来进行一定的联系，使得企业或部门间传递消息、收发文件等更加的有效率。为克服这样的困难，所以需要一定得管理系统来进行集成的管理，使管理更加有效[1]。首先检索功能可以大大减少人为翻阅查找的时间，以及档案的分类、以及存储位置的管理，信息化的设置更加方便、快捷。
正是因为这是特别浪费人力、物力以及精力的，大部分企业、机关、部门的也因此逐步慢慢用系统代替了这种管理方式，使用正规文档管理系统。事实证明，使用文档管理系统来管理企业、机关部门的档案，使得管理更加有效，能够使档案保存的更加完整，避免破损，使其能够长期的保存。这对使用这种系统的企业等能够减少许多不必要的损失。
1.2 国内外发展现状 从上个世纪90年代以来，通讯技术与计算机技术的有效结合，使得各地档案管理更加趋近于数字化、智能化、网络化的方向发展。[2]纵观我国的关于通用文档系统的发展状况，可以说是从慢慢的手工记录应用的方式到现在基本上对于通用文档的管理使用文档管理软件在现在得到普遍的发展。
上世纪70年代到90年代，我国的档案管理系统刚开始引进，在一些政府机关部门开始使用，进行简单的档案存储与检索管理[3]，到90年代中期，我国与国家地方政府对于档案的信息化有了很大支持，以及档案信息化在这个时期被得到了大量采用，档案信息化在逐渐被推广，到后来一些省级的档案馆都开始建立起平台，购买了设备，大大推进了档案自动化的发展[4]。
目前应用在企业以及机关部门的文档管理软件有：易度文档管理系统、edoc文档管理系统等。
对于国外来说，尤其是发达国家，信息化的建设以及网络环境的搭建相对于国内来说都比较成熟比较早。比如美国，一直在数字化、信息化、科技化这几个方面走在世界的前端，档案信息化的管理也是世界的领头羊。以前档案信息都是人工处理，纸张的浪费，档案保存的不完整等多种问题，开始引进并实现，使得其成为第一个档案信息网络一体化的国家。
所以说，在这个信息化的社会，纵观国内外的发展趋势，档案管理系统的档案信息化的实现需求量会越来越大。
1.3 研究的目标及意义 1.3.1 研究的目标 通用文档系统的档案管理主要是对大到国家、机关、小到企业都有是非重要的作用。主要是对于信息的采集，档案的管理接收以及保存提供了许多的方便，可以说是企业等非常强大的后勤力量。档案的保存，以及各个档案的管理及快速检索查询是非常重要的。
本系统主要致力于让档案管理变得易操作，易上手，不在有那么多复杂的情况，拥有强大的检索功能，准确查找档案的文件，调出档案信息。[4]有效的减少以前人工查询的延时性，让档案管理人员感觉到方便，让需要调档查看的人感觉到快速，最终结果是围绕以上观点，实现一套能够合理运行的通用文档管理系统的档案管理系统。
1.3.2 研究的意义 以前手工记录档案的时候，要有专门的人去记载档案，然后放置档案，将档案按照卷宗类别放好，归置在相应的位置，然后会有档案管理员来定期查看档案保存的完整度，有无破损，每一次的借阅、查看都需要查询记录、涉及年代比较久远的查找起来更加不容易。
本课题的研究意义就是在档案管理这方面实现信息化，自动化，系统查找，归类提高效率。减少人员浪费、纸张浪费、以及时间浪费，提高效率，目的就是让这些部门、机关以及企业更加快捷、高效的工作，使得越来越广泛的企业等来应用此系统去进行档案的管理。
1.4本文结构 第1章介绍通用文档系统的研究背景，国内外发展现状以及课题研究的目标与意义。
第2章介绍本系统的开发环境以及相关的技术应用。
第3章主要讲述系统的需求分析设计。
第4章主要介绍了系统的概要设计，功能模块图以及类图的设计。
第5章主要介绍系统的详细设计，包括相关顺序图以及功能实现的逻辑结构。
第6章主要是提供对本系统的系统实现过程，代码及界面以及测试过程的展示。
第7章对本系统进行了总结与致谢。
1.5 本章小结 本章主要介绍了通用文档管理系统的研究背景，以及当前的该领域的国内外发展现状的分析。本课题的研究意义以及研究此课题的目标。从而展开一系类列的调查研究，进行系统的设计，使程序的开发有了合理的背景和意义。
第二章 系统开发环境及相关技术简介 2.1 系统开发环境的简介 2.1.1 Visual Studio 2012简介 Visual Studio这个开发环境由微软推出的[5]。在window的其他开发平台上都比较流行。是较先进的开发解决方案，应用灵敏的规划工具使得开发变得更加容易、方便，根据自身的进度实现增量的开发技术和敏捷的开发方法，拥有一定的体系结构，高级建模的需要，使开发团队能够更好的协作、运营，增强软件开发的质量。
2.1.2 SQL Server2010简介 SQL Server 是数据库的管理系统，关于关系的表述，全面的数据库平台，可跨多个平台使用。具有伸缩性好，使用方便，相关软件集成度高的优点，可跨越其他大型多处理器的服务器等多种平台[6]。
SQL Server 2010可信任度强；
可靠性高；
安全性强；
可以运用其运用在企业中，寻访大量数据；
可以对数据进行加密处理，不需要改动任何的程序，满足公司的需求，以防止资料外泄等安全隐患；
主外键操作控制使得数据之间的联系更加紧密；
性能也得到了巨大提高。
关于SQL Server的优势：
1.易用性，操作性强，适合开发程序的应用；
2.可伸缩性强，尤其是对于分布式组织而言，具有强烈的可伸缩性；
3.安全性高，对于日志文件等进行加密处理，安全隐患减小；
4.良好的性价比，与其他数据库类型相比，SQL具有良好的性价比，成本小；
5.拥有决策支持的数据仓库功能以及集成性，与其他服务器软件紧密相连。
2.2 相关技术简介 2.2.1 C#简介 C#是微软公司发布的面向对象的语言，专门为.NET平台而创建的，从C和C++演化出来的面向对象的编程语言[7]。它安全、稳定、简单、优雅，是由C和C++衍生出来的面向对象编程语言，在继承C和C++强大功能的同时去掉了一些复杂特性，C#以其强大的操作能力、优雅的语法风格、创新的语言特性和便捷的面向组件编程的支持成为.NET开发的首选语言[8]。
C#具有以下一些主要特点：
1.专门为.NET框架而设计的；
2.与COM无缝集成；
3命名空间的声明；
4.基本的数据类型；
5.两个基本类(所有类的基类object类，还有一个string类)；
6.参数的传递(ref关键字和out关键字)更加方便；
2.2.2 三层架构简介 三层架构主要分为表现层（UI），业务逻辑层（BLL），数据访问层（DAL）。用户直接看到的是表示层，界面显示；
关于问题逻辑的处理以及对数据库的操作，起承接作用的是业务处理层；
对于数据库的直接操作以及数据库的连接是数据访问层。
三层架构的体系就是逻辑上的三层，在表示层与数据层加了一个中间层。如果用户有需求，只需要一个对中间层的业务逻辑进行修改，而不用去修改客户端的程序，这样修改起来更方便，使开发人员更专注与业务逻辑层的应用与开发过程，对于应用系统的开发进行了简化以及开发的难度降低。
三层架构的优点：
1.多了中间的逻辑处理，开发人员只需要注重整个结构的中间层，注重逻辑层的分析与设计；
2.使得对于用户需求的改变开发的更改变得更加容易；
3.层与层之间的依赖性减少，有助于层与层之间的更改变得；
4.有利于标准化；
5.利于各层逻辑的复用。
2.3 本章小结 本章主要介绍了开发本系统所需要的环境和部分重要的开发技术，并对提到的环境和技术做了简要介绍，简要分析了使用该环境或者该技术开发本系统的原因。
第三章 需求分析 3.1 目标系统概述 3.1.1 系统概述 需求分析是对用户的需求和客观存在的一些要求进行分析得出最终的功能的需求，需要结合当前的背景、意义，目标、现状进行一定得分析得出结论。
综上，通过对前期市场的调研情况，以及初步调查，得出实际的需求。针对本项目的项目目标，本项目要实现的目标是发文管理、收文管理、档案管理、档案借阅管理。其中我负责的是档案管理，包含以下功能: 1.自动采集信息管理：检索数据库，通过对过期的发文自动检索成信息，记录显示，可以对此信息进行查看详情，通过模糊查询可以查询文件信息。
2.归档管理：对于过期的公文，查询状态为未归档的文件，对其中想要归档的文件进行归档操作，点击归档，弹出需要归档到哪个类型的档案下，以及保管年限，选择进行归档，完成后档案归档到档案管理里，状态改为已归档，可以对其删除，对于归错档案类型的文件可以重新修改他的档案类型。
3.档案管理：可以对档案类别进行增加、修改、查询操作（条件查询和模糊查询）进行删除操作时如果该类别下有已归档的文件则提示是否要先删除文件，还是将该类型，否则不能删除该文档类别。
3.1.2 可行性分析 1.社会可行性 通用文档管理系统的档案管理系统面向的企业、国家、机关等的设计的，对于这个需 求的企业、机关都有很好的试用性。本系统设计思维清晰，操作教简单，拥有比较完善的异常处理机制和完善的信息处理机制，一般企业等都能合理的使用。本系统在开发过程中做的一切行为均合法，绝没有不合法的情况发生，不涉及隐私泄露以及其他的侵权行为，更不会有其他的合同纠纷所引起不必要的麻烦，所以法律方面是可行的。在社会的背景下，本系统秉持着满足用户需求的情况进行设计，所以社会背景这方面是可行的。
2.经济可行性 随着我国经济的飞速发展，人们的资金越来越充裕，档案管理系统也是企业等所需要 的，所以开发这个系统方便了大家对于档案的管理，节省了企业、国家当中应用于档案资料记录的纸张的浪费，人力资源的浪费，借阅档案的延时性。国家方面管理机关已经通用文档管理系统普遍的应用了起来。随着时代发展，许多私企等也具备了存档的资格，所以说，依据这一方面，如果把资金投入到本项目的开发当中，效益也是可想而知的，将会给企业节省许多开支。另外，本项目的开发成本较低，占用资源少，所以在经济方面是可行的。
3.技术可行性 本项目使用SQL Server 数据库与Visual Studio开发环境共同开发，基于配置好的数据库与软件开发平台，对于环境的搭建比较简单，对于使用这个系统的用户而言，操作也比较简单，易上手、方便、快捷。所以，本系统在技术方面是可行的。
3.1.3 参与者分析 本系统主要面向的是一些企业的档案管理，所以，主要对于档案管理这方面的参与者主要是档案管理员。档案管理员对档案管理模块可进行以下操作：
(1) 采集信息：管理员自动采集某一时间段之前的文档信息 (2) 查看文档：管理员可以选中某个文件对其进行详情的查看。
(3) 查询文档：通过搜索条件进行文档的准确查找。
(4) 文件归档：管理员选择需要归档上网文件进行手动归档。
(5) 查询归档文件：管理员通过条件查询进行归档日期以及关键字的查询方便归档操作。
(6) 删除归档文件：管理员删除归档的文件，归档文件将不存在。
(7) 档案类别增加：管理员增加档案的分类。
(8) 档案类别查看：管理员查看档案的分类。
(9) 档案类别修改：管理员修改档案的分类。
(10) 档案类别删除：管理员对档案类别进行删除操作。
(11) 档案文件信息查看：管理员对于归完档之后的转成档案文件进行档案信息查看。
(12) 档案文件信息修改：管理员在此可以对档案里文件信息进行修改。
(13) 档案文件信息删除：管理员对归完档之后的档案文件进行删除操作。
3.2 需求结构分析 需求结构分析是根据用户的需求进行一定的结构性的分析，用户所需要的需求的框架是什么，从而根据需求的结构图来体现，更直观的反应需求。
根据本项目档案管理模块的分析，主要的需求结构图如图3.1所示 图3.1 档案管理模块需求结构图 Fig3.1 Archives management module requirement structure diagram 在通用文档管理系统的档案管理系统下，本人负责的是自动采集管理、归档管理与 档案管理。此图为档案管理的需求结构图，表述了档案管理下的分支模块管理。自动采集模块包括过期文件的采集，过期文件的查询等，归档管理包括归档操作，归档文件管理；
档案管理模块包括归档类别管理和归档文件管理。
3.3 功能需求 对于通用文档管理系统的档案模块来讲，主要包括自动采集信息，归档管理以及档案管理这三个方面。这三个方面共同组成通用文档系统的档案管理模块。在此，对于这三个模块展开一定的需求分析。档案管理员进行操作，采集过期的公文信息进行存储，然后再一步步的归档，成为档案的操作。
3.3.1自动采集信息功能需求 自动采集信息管理:分为自动信息采集管理与查看详情管理。
1.自动信息采集管理：将过期的公文，定义一周内算过期，进行采集而且可以对其信息进行查询操作，检索关键字查询到某个想要的档案。
2.查看详情：在自动采集信息的界面中，选中某条信息可以进行查看详情，查看其是否归档的状态。
3.3.2归档管理功能需求 归档管理：分为归档操作管理与归档文件管理 1.归档操作管理：选择需要归档的文件，可以逐个归档也可以一键归档，根据查询条件选择归档的文件，点击归档，弹出需要归档到的某个档案类型下以及保管年限，归完档自动保存成为档案信息 2.归档文件管理：对于未归档的文件，使用模糊查询搜索归档的文件更加方便、快捷，在此可以对不合理的文件进行删除操作。
3.3.3档案管理功能需求 档案管理:档案类别管理和档案文件管理。
1.档案类别管理：对于档案的类别进行增加、修改操作，如果对类别需要进行删除操作，需要进行提示该档案类别下的文件是否都要删除，是否要将其类别里的文件重新分类。
2.档案文件管理：对于该档案类别的下的档案信息进行删除，修改操作。
3.4 用例图 3.4.1 用例图 本系统中，档案管理模块包括自动采集信息管理，归档管理和档案管理，系统的总体用例图如图3.2所示：
图3.2 档案管理总用例图 Fig. 3.2 archives management use case diagram 3.4.2 用例分析 本系统中，本人负责的是档案管理系统参与者有以下用用例分析如下：
1.管理员采集信息用例如图3.3所示。
图3.3 采集信息用例图 Fig. 3.3 Collect information use case diagram 档案管理模块的开始，承载下面功能的合理运行。
用例描述如表3.1所示：
表3.1 自动信息采集管理模块-采集过期公文用例 Table3.1 Automatic collection of information management module- the use case of collect overdue documents 用例名称：自动采集 用例标识号：archives_001 参与者：档案管理员 简要说明：档案管理员进入系统查询过期的公文信息。
前置条件：登录成功 基本事件流：
1. 用户登陆进入系统；
2. 进入自动信息采集模块；
3. 显示过期的公文信息；
4. 用例结束 其他事件流：
无 后置条件：显示查询结果。
注释：无 2.查看文件详情。查看文件详情用例图如图3.4所示。
图3.4 查看文件详情用例图 Fig. 3.4View file details use case diagram 当管理员查询到信息，能够查看该文件的信息 用例描述如表3.2所示：
表3.2 自动信息采集管理模块-详情显示用例 Table3.2 Automatic collection of information management module- the use case of details show 用例名称：查看文件详情 用例标识号：archives_002 参与者：档案管理员 简要说明：系统管理员进入文件列表显示页面，点进去查看详细信息。
前置条件：登录系统成功 基本事件流：
1. 用户进入信息采集界面；
2. 查看文件列表；
3. 点击详情；
4. 用例结束。
其他事件流：
无 后置条件：显示文件信息。
注释：无 3.查询文件。查询用例图如图3.5所示。
图3.5 查询文件用例图 Fig. 3.5 Query file use case diagram 在自动采集信息的这一页进行搜索查询，准确查询文档信息 用例描述如表3.3所示：
表3.3 自动信息采集管理模块-文件搜索查询功能需求 Table3.3 Automatic collection of information management module- The use case of querying orders 用例名称：查询文件 用例标识号：archives_003 （续表） 参与者：档案管理员 简要说明：系统管理员进入自动采集页面输入搜索条件查询文件信息钮。
前置条件：登录系统成功 基本事件流：
1. 用户进入信息采集界面；
2. 输入搜索时间；
3. 输入关键字；
4. 用例结束。
其他事件流：
无 后置条件：显示查询结果。
注释：无 4.归档操作。归档操作用例图如图3.6所示。
图3.6 归档操作用例图 Fig. 3.6 Archiving operation use case diagram 选择需要归档的文件进行归档，可以对未归档的文件进行一键归档也可以逐项进行归档操作。
用例描述如表3.4所示：
表3.4 归档管理模块-归档操作用例 Table3.4 Automatic collection of information management module- The use of archiving operation 用例名称：归档操作 用例标识号：archives_004 参与者：档案管理员 简要说明：档案管理员进入归档界面，对于未归档的文件进行归档操作。
前置条件：成功进入归档界面 （续表） 基本事件流：
1. 用户进入档案管理的归档管理界面；
2. 搜索状态为未归档的文件；
3. 选择需要归档的文件；
4. 点击归档；
5. 选择需要归到的档案分类里；
6. 用例结束。
其他事件流：
只能对于未归档的文件进行归档操作 后置条件：显示归档成功。
注释：无 5.搜索归档文件。搜索归档文件用例如图3.7所示。
图3.7 搜索归档文件用例图 Fig. 3.7 Search archives use case diagram 该页面显示未归档文件，对于这些文件进行查询，准确查询归档信息。
用例描述如表3.5所示：
表3.5 归档管理模块-搜索归档文件用例 Table3.5 Automatic collection of information management module- the functional requirements of file search query 用例名称：搜索归档文件 用例标识号：archives_005 参与者：档案管理员 简要说明：档案管理员进入归档界面后，进行搜索操作。
前置条件：成功进入归档界面 基本事件流：
1. 用户进入档案管理的归档管理界面；
2. 输入归档状态；
（续表） 3.输入关键字 4.点击查询 5. 用例结束。
其他事件流：
无 后置条件：显示搜索结果。
注释：无 6.删除归档文件。删除归档文件用例图如图3.8所示。
图3.8 删除归档文件用例图 Fig. 3.8 Delete archives use case diagram 选择需要删除的归档文件进行删除操作。
用例描述如表3.6所示：
表3.6 归档管理模块-删除归档文件用例 Table3.6 Automatic collection of information management module- the functional requirements of delete the file 用例名称：删除归档文件 用例标识号：archives_006 参与者：档案管理员 简要说明：档案管理员进入档案管理的归档管理界面进行删除操作。。
前置条件：成功进入归档界面 基本事件流：
1. 用户进入档案管理的归档界面；
2. 选择文件 3. 点击删除 4. 提示是否删除 2. 用例结束。
其他事件流：
无 （续表） 后置条件：返回删除结果。
注释：无 7.增加档案类别。增加档案类别用例图如图3.9所示。
图3.9 增加档案类别用例图 Fig. 3.9 Increase the file category use case diagram 管理员登陆系统进入档案管理界面对档案类别进行操作。
用例描述如表3.7所示：
表3.7 档案管理模块-增加档案类别用例 Table3.7 Automatic collection of information management module- the use case of increase the archives 用例名称：增加档案类别 用例标识号：archives_007 参与者：档案管理员 简要说明：档案管理员进入档案管理界面对于档案类别进行增加操作 前置条件：进入档案管理界面 基本事件流：
1. 管理员进入档案管理的档案管理界面；
2. 显示类别；
3. 点击新增；
4.填写新增类别；
5. 用例结束。
其他事件流：
档案类别的非空验证 后置条件：
返回档案类别新增结果。
注释：无 8.修改档案类别。修改档案类别用例图如图3.10所示。
图3.10 修改档案类别功能用例图 Fig. 3.10 Modify the file category use case diagram 管理员登陆系统进入档案管理界面对档案类别进行修改操作。
用例描述如表3.8所示：
表3.8 档案管理管理模块-修改档案类别用例 Table3.8 Automatic collection of information management module- the use case of modify the archive category 用例名称：修改档案类别 用例标识号：archives_008 参与者：档案管理员 简要说明：档案管理员进入档案管理界面对于档案类别进行修改操作 前置条件：进入档案管理界面 基本事件流：
1. 管理员进入档案管理的档案管理界面；
2. 显示档案类别；
3. 选择档案类别；
4.点击修改按钮；
5.输入修改结果 6.点击确定 7. 用例结束。
其他事件流：
档案类别的非空验证 后置条件：
返回档案类别修改结果。
注释：无 9.删除档案类别。删除档案类别用例图如图3.11所示。
图3.11 删除档案类别用例图 Fig. 3.11 Delete the archive category use case diagram 管理员登陆系统进入档案管理界面对档案类别进行删除操作。
用例描述如图3.9所示：
表3.9 档案类别管理模块-删除档案类别用例 Table3.9 Automatic collection of information management module- the use case of delete archives category 用例名称：删除档案类别 用例标识号：archives_009 参与者：档案管理员 简要说明：档案管理员进入档案管理界面对于档案类别进行删除操作 前置条件：进入档案管理界面 基本事件流：
1. 管理员进入档案管理的档案管理界面；
2. 显示档案类别；
3. 选择需要删除的档案类别；
4. 点击删除；
5. 用例结束。
其他事件流：
删除时提示是否删除该类类别下的所有文档 后置条件：
返回删除结果。
注释：无 10.档案信息修改。修改档案信息用例图如图3.12所示。
图3.12 档案信息修改用例图 Fig. 3.12 Modify the archive information use case diagram 管理员登陆系统进入档案管理界面对档案类别里的档案信息进行修改操作。
用例描述如图3.10所示：
表3.10 档案管理模块-修改档案信息用例 Table3.10 Automatic collection of information management module- the use case of Modify the archive information 用例名称：修改档案信息 用例标识号：archives_0010 参与者：档案管理员 简要说明：档案管理员进入档案管理界面对于档案类别里的档案信息进行修改操作 前置条件：进入档案管理界面 基本事件流：
1. 管理员进入档案管理的档案管理界面；
2. 显示档案类别；
3. 点进该档案类别；
4.选择档案信息 5. 点击修改；
6. 用例结束。
其他事件流：
对于修改操作的非空验证以及其他验证 后置条件：
返回修改结果。
注释：无 11.删除档案信息。删除档案信息用例图如图3.13所示。
图3.13 删除档案信息用例图 Fig. 3.13 Delete the archive information use case diagram 管理员登陆系统进入档案管理界面对档案类别里的档案信息进行修改操作。
用例描述如图3.11所示：
表3.11 档案管理模块-删除档案信息功能需求 Table3.11 Archives management module- the functional requirements of delete the archive information 用例名称：删除档案信息 用例标识号：archives_011 参与者：档案管理员 简要说明：档案管理员进入档案管理界面对于档案类别里的档案信息进行删除操作 前置条件：进入档案管理界面 基本事件流：
1. 管理员进入档案管理的档案管理界面；
2. 显示档案类别；
3. 点进该档案类别；
4.选择档案信息 5. 点击删除；
6. 用例结束。
其他事件流：
无 后置条件：
返回删除结果。
注释：无 3.5 本章小结 本章详细介绍了本系统档案管理模块的需求功能分析，以及详细的用例过程，以此为基础进行后面更加详细的设计，了解了之后要做到的工作，绘制用例图以及功能模块图。从开始介绍功能，对于项目总体的需求进行概述，然后根据在总体需求分析出各个模块的需求进行详细的说明，最后进行用例分析，对于用例的整体说明以及描述详细的用例过程，位置后的工作设计奠定了基础。
第四章 概要设计 4.1 系统功能模块设计 根据前面需求分析的功能需求与用例分析得出本系统的功能模块的设计架构，大概得出通用文档系统-档案管理模块的功能方面的设计与结构。
4.1.1 总体功能模块图 档案模块的总体功能包括：自动采集信息管理、归档管理、档案管理这三项，其中系 统总体的功能模块图如图4.1所示：
图4.1 总体功能模块图 Fig. 4.1 General function module diagram 4.1.2 自动采集信息管理功能模块图 自动采集信息模块包括过期公文的显示，查看过期公文详情以及搜索过期文件，其中自动采集信息的功能模块图如图4.1.1所示：
图4.1.1 自动采集信息功能模块图 Fig. 4.1.1 General function module diagram 4.1.3 归档管理功能模块图 归档管理模块包括归档操作，归档文件管理，归档文件管理包括对于归档文件的查询、修改以及删除操作，其中归档管理的功能模块图如图4.1.2所示：
图4.1.2 归档管理功能模块图 Fig. 4.1.2 General function module diagram 4.1.4 档案管理功能模块图 档案管理模块包括档案类别管理，档案文件信息的管理，档案类别管理包括对于档案类别的增加，修改，删除以及查询操作，档案文件信息管理包括对于档案文件的修改、删除以及查询操作，档案管理的功能模块图如图4.1.3所示：
图4.1.3 归档管理功能模块图 Fig. 4.1.3 General function module diagram 4.2 类图 类图指的是对象业务模型，指的是类的属性与操作的显示以及类于类关系的展示，类图集中体现了类与类之间的关系模型，以及类中属性的体现以及与其他类的接口，从而得出其静态结构的体现。使用类图可以简单化模型结构，模型化简单的写作，是对数据库设计的想象相当于概念上的东西。
档案管理模块主要包含以下几个类：管理员类、档案类别类、档案信息类、公文类，这几个类之间的关系以及属性与操作，具体的如图4.2所示：
图4.2 档案管理模块类图 Fig. 4.2 Class diagram of the archives management module 4.3 数据库概念设计 概念设计是通过用户的需求来进行一系列的组织、有序列、有目的的活动，其表现的是一个抽象到具体，虚幻到现实的、模糊到清晰的一系列的过程。概念模型也叫概念数据结构，表现为一定的约束力，虚拟与现实的信息结构以及各信息间传递的约束力，两者相互制约，将数据信息进行查询以及其他的数据处理操作。
其中，一般用E-R图来表现数据之间的概念关系，更加清楚，明了。E-R图是实体-联系图，通过E-R表现实体之间的关系，与各属性中的联系。
本系统中公文与档案实体之间的E-R图如图4.3所示。
图4.3 公文与档案实体之间的E-R图 Fig. 4.3 The E-R diagram of the entities between file and archives 说明：
公文的主要属性有：id，文档内容，发文人id，发文日期，文档标志，档案主要属性有：Id、档案名称、档案标题、档案分类专题、归档时间、保存年限、档案类型。一个公文只能对应一个档案，一个档案也只能对应一个公文。
本系统中档案和档案类别之间的E-R图如图4.4所示。
图4.4 档案和档案类别实体之间的E-R图 Fig. 4.4 The E-R diagram of the entities between archive and archive’s category 说明：
档案的属性主要有：Id、档案名称、档案标题、档案分类专题、归档时间、保存年限、档案类型；
档案类别的主要属性有：Id，档案类型名，上级分类名。一个档案属于一个档案类别，一个档案类别里能够拥有多个档案。
本系统中管理员和档案类别之间的E-R图如图4.5所示。
图4.5 管理员与档案类别实体之间的E-R图 Fig. 4.5 The E-R diagram of the entities between user and archive’s category 说明：
管理员的属性主要有：用户名，姓名、年龄、密码、性别；
档案类别的主要属性有：Id，档案类型名，上级分类名。一个管理员可以管理多个档案类别，多个档案类别能够被多个管理员进行管理。
根据上述几个实体之间的关系模式图的，得出档案管理模块的总体E-R图如图4.6所示。
图4.6 档案管理模块总体E-R图 Fig. 4.6 The overall E-R diagram of archives management module 4.4 数据库逻辑设计 数据库逻辑设计就是将数据库概念设计转换为关系模式的过程，确定主外键之间的关系以及各关系直接的关系，档案管理模块的主要关系模式如下：
用户（id，用户名，密码，性别，年龄）；
文档（did，文档标题，文档分类id，文档内容）；
档案分类（id，档案类型名，上级分类名） 档案（id, 档案名称, 撰写时间, 档案title, 档案内容,公文编号，档案类型id，归档时间，保存） 4.5 本章小结 本章节讲述了系统各功能模块的详细说明，通过功能模块图来体现，然后是类图的描述，体现了各个类之间的描述关系以及实体的各个属性与操作，更加直观地看到这些设计，使我们心里都更明白了一些。功能模块图的表示使我们更加清楚的了解到每个功能模块所涉及到的具体的某个功能，这也是呈上启下的一章，概要设计有着十分重要的作用。
第五章 详细设计 5.1数据库表结构设计 数据库分为概念结构设计、逻辑结构设计和物理结构设计三个方面，是信息系统开发建设中的核心技术。数据库是存储大量数据的地方，相当于根据业务需求去进行一定程度的设计，使需求变得合理化。其中数据库表结构以及表关系的展示是非常重要的。表结构，以及表结构的设计要满足三大范式，最终把数据库的设计进行合理化。从满足用户的的角度出发，进行合理的设计，满足用户的多视角查看。
数据库的物理结构设计是在前面既定的逻辑结构上进行设计操作，是对数据库更加详细的设计，包括表字段的显示、主外键关系的确立。物理设计更加精准，需要详细列出实体属性（字段）、数据类型、DBMS页面大小、精度确定和长度。数据库物理设计就是为逻辑结构设计这个工作的环境提供了数据存储结构与存储方法。
档案管理模块主要包括四张表，档案表、管理员表、档案类别表以及公文表。主要表结构的设计如下所示：
1.档案信息表，如图表5.1所示 表5.1 档案表 Table5.1 Archives information table 字段名称 类型(长度) 约束 描述 id int PK id name varchar(50) NOT Null 档案名称 did int NOT Null 公文编号 addtime datetime NOT Null 撰写时间 title varchar(50) NOT Null 档案title memo ntext Null 档案内容 status varchar(50) Null 档案分类专题 typeid int Null 档案类型id sorttime datetime NOT Null 归档时间 saveyear varchar(50) NOT Null 保存年限 2.档案类别表，如表5.2所示：
表5.2 档案类别表 Table4.1 Archives type information table 字段名称 类型(长度) 约束 描述 id int PK 档案类别号 dtname varchar(50) NOT Null 档案分类名 parentid int NOT Null 上级分类名 3.公文表，如表5.3所示：
表5.3 公文表 Table5.3 Document table 字段名称 类型(长度) 约束 描述 did int PK Did title varchar NULL 文档标题 tid int NOT NULL 文档分类id memo ntext NULL 文档内容 aid1 int NOT NULL 发文人id addtime datetime NOT NULL 发文日期 flag varchar NULL 文档标志 aid2 int NOT NULL 校对人id edate varchar NOT NULL 校对日期 ans varchar NULL 审核意见 aid3 int NOT NULL 审核人id sdate varchar NOT NULL 审核日期 4.管理员表，如表5.4所示：
表5.4 管理员表 Table5.4 Administrator table 字段名称 类型(长度) 约束 描述 id int PK 管理员id name varchar NULL 姓名 password varchar NOT NULL 密码 sex varchat NULL 性别 age int NULL 年龄 5.2 系统结构 系统功能列表如表5.5所示：
表5.5 系统结构功能表 Table.5.5 System structure list 一级菜单 二级菜单 页面名称 自动采集信息管理 自动采集信息 自动采集信息列表页 查询过期文件操作页 查看详细信息列表页 归档管理 归档操作 归档文件操作页 管理归档文件 查询归档文件操作页 删除归档文件操作页 归档文件列表页 档案管理 档案类别管理 添加档案类别操作页 修改档案类别操作页 查询档案类别操作页 删除档案类别操作页 档案文件管理 档案文件列表页 删除档案信息操作页 修改档案文件操作页 系统管理 个人信息维护 修改个人信息操作页 修改密码 修改密码操作页 5.2 系统功能逻辑交互设计 5.2.1 自动采集信息管理功能交互设计 1. 自动信息采集管理相关界面如图5.1所示：
图5.1 自动采集信息界面 Fig.5.1 The sequence diagram of Automatically collect information 2.自动信息采集管理相关顺序图 根据参考需求分析的用例编号，得出详细的顺序图：
（1）用例：查看过期文件信息， 参考用例编号：archives_001 主要过程的顺序图如图5.2所示。主要介绍了管理员进入这个界面，到业务逻辑层处理这个业务，查询过期文件，从业务逻辑层发出请求到数据处理层，数据处理层与数据库对接去访问数据库里的类别，最后逐层反馈显示到界面人们都能看到的，再查看详情的处理。
图5.2 查看过期文件信息用例顺序图 Fig. 5.2 The sequence diagram of view expired file information 5.2.2 归档管理功能交互设计 1.归档操作界面如图5.3所示：
图5.3归档操作界面 Fig. 5.3 The sequence diagram of querying details of fruit order use case .归档管理相关顺序图：
（1）用例：归档操作 参考用例编号：archives_005，archives_006 主要过程的顺序图如图5.4所示。
图5.4 归档操作顺序图 Fig. 5.4 The sequence diagram of archiving use 业务说明：管理员选择归档文件，调用业务逻辑层像数据访问层发送请求，期间有对保管年限的验证，检索数据库，更新数据库，最后更新数据库，添加成功，归档成功。
（2）用例：查询及删除归档信息 参考用例编号：archives_003 主要过程的顺序图如图5.5所述。
图5.5 查询及归档顺序图 Fig. 5.5 The sequence diagram of logging in use case 5.2.3 档案管理功能交互设计 1.档案类别管理相关界面如图5.6所示：
图5.6 档案类别界面 Fig. 5.6 The sequence diagram of querying details of archives category 2.档案管理相关顺序图 （1）用例：档案类别的增加。档案类别的操作用例涉及到的顺序图如图5.7所示。
参考用例编号：farchives_007 图5.7 增加档案类别顺序图 Fig. 5.7 The sequence diagram of increase archive’s category in use case （2）用例：删除档案类别。删除档案类别用例涉及到的顺序图如图5.8所示。
参考用例编号：archives_009 图5.8 删除档案类别顺序图 Fig. 5.8 The sequence diagram of delete archive’s category use case （3）用例：查询及修改档案类别。查询及修改档案用例涉及到的顺序图如图5.9所示。
参考用例编号：archives_008 图5.9 查询及修改操作顺序图 Fig. 5.9 The sequence diagram of modifying and search use case （4）用例：删除档案信息（因删除和修改功能相似）。删除档案信息用例涉及到的顺序 如图5.10所示。
参考用例编号：archives_011 图5.10 删除档案信息用例顺序图 Fig. 5.10 The sequence diagram of delete archives use case 5.3 本章小结 本章节介绍了本项目的详细设计，包含数据库表设计与各个功能模块时序图的体现、具体的实现步骤，界面设计与功能逻辑的实现。基本列出了从文件的自动采集到档案的归档到归完档之后的档案管理里各个步骤操作的过程。通过对档案管理模块下的根据需求分析的用例过程一一实现对其用例过程的实现。通过顺序图将该模块的逻辑设计进行了充分体现，清楚的表现各层之间的联系。结合数据库，列出各个功能实现所涉及到的数据库表。
第六章 系统实现与测试 6.1系统实现 本项目界面是比较简洁的风格，首先是登录系统，进入系统进行以下操作，对于过期公文的采集，自动采集管理里将自动采集发文1周之前的文件信息进行集中显示，可以对这些信息进行查询操作，方便准确查找出具体的信息，查询之后可以点击查看详情，对于该过期公文的信息进行完整的显示然后是进行归档以及后续档案信息以及类别的操作。
6.1.1 登录实现 登录是一个系统最重要的部分，它承载着是否能正常进入一个系统以及是否能够进行操作的事件。登录功能的主要界面如图6.1所示：
图6.1 登录界面 Fig. 6.1 The sequence diagram of login 6.1.2 自动采集信息功能实现 自动采集信息是对于过期公文进行转档的第一步，对于过期的公文所采集来的文件信息进行统一的管理，采集的是过期的公文将不再进行文件的活动处理，需要的是将这些文件归为档案的流程。再次，可以对那些已过期的文件进行查询操作，查询时间进行文件信息的查询，关键字模糊查询可以进行精准查询。
具体界面如图6.2和图6.3所示。具体实现代码见附录。
图6.2 自动采集信息界面 Fig. 6.2 The sequence diagram of Automatically collect information 图6.3 详情显示界面 Fig. 6.3 The sequence diagram of querying details 自动采集信息界面，在此界面中对过期的文件进行查询操作。输入查询条件，点击查询，出来就是查询到的结果。具体界面如图6.4所示。具体实现代码见附录。
图6.4 查询过期文件界面 Fig. 6.4 The sequence diagram of search old file 6.1.3 归档功能实现 归档管理的操作，对于过期的公文可以进行归档的管理，选择想要归档的文件进行归档，可以选择逐项归档，也可以一键归档，将所有未归档文件进行归档处理，主要的目的就是将过期文件操作归档在档案管理里面。具体界面如图6.5所示。具体实现代码见附录。
图6.5 归档操作界面 Fig. 6.5 The sequence diagram of querying details of fruit order use case 6.1.4 档案管理功能实现 档案类别管理，对档案的类别进行集中地管理，可以对其进行添加修改，查询操作，档案类别下的档案信息的管理界面如图所示，图中详细的显示了对于档案信息的操作，可以对其进行修改操作，对于档案信息错误或者不合理的进行删除操作，选择查询类，可以根据档案标题以及归档的时间进行查询操作，根据归档时间，显示保管年限，以及其他信息的显示。主要界面运行如图6.6和图6.7所示:。具体实现代码见附录。
图6.6 档案类别界面 Fig. 6.6 The sequence diagram of querying details of archives category 图6.7 修改档案信息界面 Fig. 6.7 The sequence diagram of modify the file information 6.2 系统测试 6.2.1 测试目的 对于本项目的开发进行功能性测试，通过测试过程发现软件的缺陷和问题，并对此进行详细的分析，得出测试结果，保证本项目质量的重要的步骤，对其是否符合毕业说明书的需求以及是否覆盖全用例进行验收，从而对整个项目的成果进行验收。
6.2.2 测试方法 通过对用例的描述进行黑盒测试，从系统的运行到一步步的操作以及运行的结果，检验是否符合标准，具体见测试用例设计。
6.2.3 测试用例设计 1.查看详情测试用例 测试过程描述：查看过期公文的详情显示，点击[详情]，测试用例过程如图6.8所示，界面参照图6.8所示：
图6.8 查看详情测试用例 Fig. 6.8 The test case of view details 2.搜索过期文件信息测试用例 测试过程描述：根据关键字或时间搜索搜索想查看的文件信息，点击[搜索]，触发测试用例，测试用例过程如图6.9所示：
图6.9 搜索过期文件测试用例 Fig. 6.9 The test case of search expired file 3.归档操作测试用例 测试过程描述：选择需要归档的文件，点击[归档]，触发测试用例，测试用例过程如图6.10所示：
图6.10 归档操作测试用例 Fig. 6.10 The test case of archiving operation 4.查询归档文件测试用例 测试过程描述：选择需要归档的文件，点击[归档]，触发测试用例，测试用例过程如图6.11所示：
图6.11 查询归档文件测试用例 Fig. 6.11 The test case of archiving file 5.增加档案类别测试用例 测试过程描述：输入增加档案类别，点击[增加]，触发测试用例，测试用例过程结果如图6.12所示：
图6.12 增加档案类别测试用例 Fig. 6.12 The test case of increase archive’s type 6.修改档案类别测试用例 测试过程描述：修改档案类别，点击[修改]，触发测试用例，测试用例过程结果如图6.13所示：
图6.13 修改档案类别测试用例 Fig. 6.13 The test case of modify archive’s type 7.删除档案类别测试用例 测试过程描述：删除档案类别，如果档案类别下有其他信息会弹出提示是否删除，如果档案类别里没有档案信息，直接删除，点击[删除]，触发测试用例，测试用例过程如图6.14所示：
图6.14 删除档案类别测试用例 Fig. 6.14 The test case of delete archive’s type 8.修改档案信息测试用例 测试过程描述：修改档案信息，对于档案信息的修改，填写各项案例，点击[修改]触发测试用例，测试用例过程如图6.15所示：
图6.15 修改档案信息测试用例 Fig. 6.15 The test case of modify archive’s information 8.删除档案信息测试用例 测试过程描述：删除档案信息，对于档案信息的删除，点击[删除]触发测试用例，测试用例过程如图6.16所示：
图6.16 删除档案信息测试用例 Fig. 6.16 The test case of delete archive’s information 6.2.4 测试总结 上述过程详细的描述了测试方法和测试用例，测试用例基本的覆盖了测试的需求，进行了功能性测试，执行用例16条，全部通过，基本达到了对于系统的整体测试，完成测试报告，结果验证本系统可执行，功能性良好，对于性能测试和安全测试并未记录在测试用例中。
6.3 本章小结 本章节详细的展现了各个界面的运行情况，详细的描述了各个界面的运行情况以及每一步的操作以及操作之后可能带来的界面的变化（比如说提示，页面的切换），使用户看到这个都能够详细的操作，是对于整个项目开发的具体实现。总而言之，这一步意味着项目接近尾声。
第七章 总结 通用文档管理系统是适合国家、机关、企业等进行档案收发与管理的系统。我负责的档案管理模块是一个承上启下的中间模块。起初，任务刚分配下来的时候，对于这个项目有诸多的不理解，不了解的部分，当跟老师积极的沟通、与同组人们的积极配合，慢慢的对着个系统有了一定的了解。
关于技术方面，依靠前端搭出界面给用户直观的体验，使用Visual Studiod与SQL Server进行联合的开发，最终实现了这个系统。通过这次自己调研研究，到需求分析，到数据库设计以及详细设计到最后的系统的整体运行显示，懂得了项目开发的流程，也对着个流程有所知悉。开发过程中，首先采用前段框架搭建给用户直观体验，然后通过后台代码的实现，一环扣一环这是十分重要且细致的。对于前端的搭建，途中用到了javascript,Css等进行前端的搭建，然后用三层架构实现web Form的操作的实现。在编程过程中，我一点一点的在进步，从以前对于代码反映有点迟缓的人现在能够编出一个运行完整的程序，这是我最大的进步。
对于通用文档系统，国家正在应用此项系统来实现档案的管理，目前，中小型具有档案管理资格的也非常想应用此系统对于公司档案进行一个更高合理的管理。所以，以后的市场是对于中小型档案管理的发展，随着中产阶级的企业的应用，不难看出，此系统将由很大的发展空间。
在此次开发当中，我做到了将理论联合实际，将大学中所学习的内容应用到实际当中去，在此次项目中得到了巨大的提升。懂得了处理问题的严谨以及态度的转变，以及自己心境的转变。这次项目的制作使我更加踏实，更加对未来充满希望。当然，这也让我明白自己的努力是不够的，全队协作才是能够让大家共同成长，共同进步扬长补短。
参考文献 [1]邵德宇.企业档案管理系统的设计与实现[D]. 吉林大学, 2013. [2]许美玉.浅谈我国档案信息化建设的概况及发展趋势[J]. 兰台世界, 2011(S1):136. [3]张彤.长虹多媒体全球品质中心办公自动化系统的设计与实现[D]. 重庆大学, 2014. [4]贺秀丽. 档案管理信息化建设所面临的问题与对策[J]. 中国管理信息化, 2011, 33(12):35-35. [5]东方人华. Visual Studio.NET开发环境使用指南[M]. 清华大学出版社, 2001. [6]王欣,黎峰等. 新型的面向对象的编程语言—C#[J]. 计算机工程与设计, 2004, 25(6):929-931. [7]闫志强.基于.NET的文档管理系统的设计与实现[D]. 西安石油大学, 2006. [8] 刘君瑞. C# 程序设计[M].北京：清华大学出版社，2014. [9] 陶行成. 基于.NET的培训管理系统的研究与实现[D]. 吉林大学, 2011. 附 录 1．登录：
protected void Button1_Click(object sender, EventArgs e) { string err = ““; //判断输入 if (lname.Value == ““) { err += “用户名不能为空!“; } if (pass.Value == ““) { err += “密码不能为空!“; } //验证输入，如果不合法就弹出相应提示，并返回 if (err != ““) { MessageBox.Show(this, err); return; } DM.BLL.admin bll = new DM.BLL.admin(); DataSet ds= bll.GetList(“ lname=＇“ + lname.Value + “＇ and pwd=＇“ + pass.Value + “＇“); //判断用户是否存在 if (ds!=null && ds.Tables.Count>0 && ds.Tables[0].Rows.Count>0) { //把用户信息存入到Session Session[“bh“] = ds.Tables[0].Rows[0][“aid“].ToString(); Session[“dlm“] = ds.Tables[0].Rows[0][“lname“].ToString(); Session[“sf“] = ds.Tables[0].Rows[0][“sf“].ToString(); //跳转到后台 Response.Redirect(“index.aspx“); } else { MessageBox.Show(this, “用户名或密码错误，请重试!“); return; } } } 2．过期公文显示：
private void bind() { DateTime nowdate = DateTime.Now; DateTime flagedate = nowdate.AddDays(-7); string where = “ where a.flag=＇审核通过＇ and a.autoflag!=1 and a.addtime<＇“ + flagedate + “＇“ DM.BLL.AutoPick bll = new DM.BLL.AutoPick(); DM.BLL.document docubll = new DM.BLL.document(); DM.Model.AutoPick model = new DM.Model.AutoPick(); DM.Model.document document = null; DataSet sdss = docubll.GetList(“ a.*,b.tname,c.aname ,d.aname as aname2,e.aname as aname3“, “ a left join dType b on a.tid=b.tid left join admin c on a.aid1=c.aid left join admin d on a.aid2=d.aid left join admin e on a.aid3=e.aid“ + where + “ order by did desc“); for (int i = 0; i < sdss.Tables[0].Rows.Count;i++ ) { int did = (int)sdss.Tables[0].Rows[i][0]; string title = (string)sdss.Tables[0].Rows[i][1]; string memo = (string)sdss.Tables[0].Rows[i][3]; string status = “未归档“; DateTime addtime = (DateTime)sdss.Tables[0].Rows[i][5]; model.did = did; model.addtime = addtime model.title = title; model.memo = memo; model.status = status; //提交到数据库 bll.Add(model); //update document表的autoflag字段为1 document = docubll.GetModel(did); document.autoflag = 1; docubll.Update(document); 3.归档操作 <asp:HyperLinkField DataNavigateUrlFormatString=“newSort.aspx?id={0}“ DataNavigateUrlFields=“did“ HeaderText=“归档“ Text=“归档“ > <ItemStyle Width=“50px“ / protected void btnSave_Click(object sender, EventArgs e) { DM.BLL.AutoPick bll = new DM.BLL.AutoPick(); DM.Model.AutoPick model = new DM.Model.AutoPick(); string number = Convert.ToString(DateTime.Now.Day) + Convert.ToString(DateTime.Now.Hour) + Convert.ToString(DateTime.Now.Minute) + Convert.ToString(DateTime.Now.Second) + new Random().Next(100000) + Convert.ToString(DateTime.Now.Millisecond); DateTime nowtime = DateTime.Now; //提交到数据库 bll.Update(“ typeid=“ + ddltid.SelectedValue + “, status=＇已归档＇ “ + “, number=＇“ + number + “＇“ + “,sorttime = ＇“ + nowtime + “＇,saveyear=＇“ + txt_tname.Text+“＇“, “ did=“ + Request.QueryString[“id“]); MessageBox.ShowAndRedirect(this, “操作成功，请返回!“, “NotTypeDoc.aspx“); } 4.查询档案分类 public DataSet GetList(string fields,string strWhere) { StringBuilder strSql=new StringBuilder(); strSql.Append(“select “ + fields + “ FROM autoinfotype “); if(strWhere.Trim()!=““) { strSql.Append(“ “+strWhere); } return DbHelperSQL.Query(strSql.ToString()); } public int selectcount(string sql) { int rows = (int)DbHelperSQL.GetSingle(sql); return rows; } 5.删除档案分类 protected void lnk_Click(object sender, EventArgs e) { LinkButton lk = (LinkButton)sender; string sql = “select count(*) from AutoPick where typeid = “ + int.Parse(lk.CommandName); int i = bll.selectcount(sql); if(i>0){ MessageBox.ShowAndRedirect(this, “该分类下有文档，请先删除文档，或将该文档改为其他文档类型!“, “TypeManage.aspx“); } else{ //删除相应的记录 bll.Delete(int.Parse(lk.CommandName)); } //重新绑定数据源 bind(); } } 致 谢 本次项目功能实现圆满完成，总体说来需要感谢的非常多，我也收获了许多。首先感谢孟院长和宫院长对我们的栽培，给了我们一个可以让我们自由学习、自由畅想的地方，让我们可以尽情在此挥洒我们的汗水，为自己的梦想而拼搏。然后感谢指导老师周老师对我们的指导培养，当我们遇到什么问题的时候，及时向他反映，他会给我们非常合理的建议，大学四年有时麻烦的也不少，感谢老师的包容。
再次此毕设的完成中，最感谢的是我们的指导教师张一鸣老师，有时会遇到一些麻烦的问题，张老师总是细心的给我们讲解，我们现在也处于实习工作期间，有时候和老师在学校的时间对不上的时候，老师也会尽可能的给我们调节出一个可控的时间来进行毕设的检查。总的来说，非常感谢张老师的指导和帮助。
然后感谢同组人员的协调与帮助，遇到一些小问题，组里懂得就会帮助我解决或者讲解一下，包括一些技术性的问题以及对此项目的理解，这都是我获益很大，感谢组里的人员的积极配合，也感谢其他同学对我的帮助，好人都会有好报的。
回首大学四年，这算是对自己的一个交代，从刚上大学懵懵懂懂的，刚接触这些技术时的手足无措，到现在基本实现了对一个项目的完整的完成，可以说我是成长了，感谢所有教过我知识的老师们，感谢相处四年的同学们，感谢同宿舍一起玩耍与学习的室友们，感谢让我们相聚在一起的这个校园。