通用文档管理——档案管理
来源网站：卡耐基范文网
2020-05-22
通用文档管理系统——档案管理摘
要
随着时代与科技的与时俱进，互联网已经不可或缺。对于企业或国家机关来说，大量的档案存储以及档案保存问题那些存档的地方要浪费大量人力、物力去进行保管、维护。正是因为要避免这些人力的浪费，使得企业等对高效、快速、维护、互动的需求量越来越大，通用文档系统正应运而生。
本系统对于档案的管理存储功能，包括对于档案存储的基本功能，如将采集到的文件进行移交归档处理，将档案进行分类分级管理存储方便查找等，与其他模块相辅相成构成了通用文档管理系统。
本系统采用ASP.NET技术，基于B/S结构，使用Visual
stuidio进行程序开发，SQL
server进行数据的存储完成程序的开发。
本文对课题的背景及意义进行了深刻的研究探讨，对系统开发应用到的技术进行了详细介绍，根据讨论的背景、意义以及目标进行系统的需求分析，得出总体的需求，概要设计，数据库设计，详细设计，说明具体功能的实现，进行本次设计开发的总结。关键字：档案管理系统
档案存储
ASP.NET
General
document
management
system
窗体底端——Archives
managementABSTRACT
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
diagram3.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
diagram4.1.2
自动采集信息管理功能模块图
自动采集信息模块包括过期公文的显示，查看过期公文详情以及搜索过期文件，其中自动采集信息的功能模块图如图4.1.1所示：图4.1.1
自动采集信息功能模块图
Fig.
4.1.1
General
function
module
diagram4.1.3
归档管理功能模块图
归档管理模块包括归档操作，归档文件管理，归档文件管理包括对于归档文件的查询、修改以及删除操作，其中归档管理的功能模块图如图4.1.2所示：图4.1.2
归档管理功能模块图
Fig.
4.1.2
General
function
module
diagram4.1.4
档案管理功能模块图
档案管理模块包括档案类别管理，档案文件信息的管理，档案类别管理包括对于档案类别的增加，修改，删除以及查询操作，档案文件信息管理包括对于档案文件的修改、删除以及查询操作，档案管理的功能模块图如图4.1.3所示：图4.1.3
归档管理功能模块图
Fig.
4.1.3
General
function
module
diagram4.2
类图类图指的是对象业务模型，指的是类的属性与操作的显示以及类于类关系的展示，类图集中体现了类与类之间的关系模型，以及类中属性的体现以及与其他类的接口，从而得出其静态结构的体现。使用类图可以简单化模型结构，模型化简单的写作，是对数据库设计的想象相当于概念上的东西。
档案管理模块主要包含以下几个类：管理员类、档案类别类、档案信息类、公文类，这几个类之间的关系以及属性与操作，具体的如图4.2所示：图4.2
档案管理模块类图
Fig.
4.2
Class
diagram
of
the
archives
management
module4.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
module4.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
information2.自动信息采集管理相关顺序图
根据参考需求分析的用例编号，得出详细的顺序图：
（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
case5.2.3
档案管理功能交互设计
1.档案类别管理相关界面如图5.6所示：图5.6
档案类别界面
Fig.
5.6
The
sequence
diagram
of
querying
details
of
archives
category2.档案管理相关顺序图
（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
case5.3
本章小结
本章节介绍了本项目的详细设计，包含数据库表设计与各个功能模块时序图的体现、具体的实现步骤，界面设计与功能逻辑的实现。基本列出了从文件的自动采集到档案的归档到归完档之后的档案管理里各个步骤操作的过程。通过对档案管理模块下的根据需求分析的用例过程一一实现对其用例过程的实现。通过顺序图将该模块的逻辑设计进行了充分体现，清楚的表现各层之间的联系。结合数据库，列出各个功能实现所涉及到的数据库表。
第六章
系统实现与测试6.1系统实现本项目界面是比较简洁的风格，首先是登录系统，进入系统进行以下操作，对于过期公文的采集，自动采集管理里将自动采集发文1周之前的文件信息进行集中显示，可以对这些信息进行查询操作，方便准确查找出具体的信息，查询之后可以点击查看详情，对于该过期公文的信息进行完整的显示然后是进行归档以及后续档案信息以及类别的操作。
6.1.1
登录实现
登录是一个系统最重要的部分，它承载着是否能正常进入一个系统以及是否能够进行操作的事件。登录功能的主要界面如图6.1所示：图6.1
登录界面
Fig.
6.1
The
sequence
diagram
of
login6.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
file6.1.3
归档功能实现归档管理的操作，对于过期的公文可以进行归档的管理，选择想要归档的文件进行归档，可以选择逐项归档，也可以一键归档，将所有未归档文件进行归档处理，主要的目的就是将过期文件操作归档在档案管理里面。具体界面如图6.5所示。具体实现代码见附录。图6.5
归档操作界面
Fig.
6.5
The
sequence
diagram
of
querying
details
of
fruit
order
use
case6.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
information6.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
details2.搜索过期文件信息测试用例
测试过程描述：根据关键字或时间搜索搜索想查看的文件信息，点击[搜索]，触发测试用例，测试用例过程如图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
operation4.查询归档文件测试用例
测试过程描述：选择需要归档的文件，点击[归档]，触发测试用例，测试用例过程如图6.11所示：图6.11
查询归档文件测试用例
Fig.
6.11
The
test
case
of
archiving
file5.增加档案类别测试用例
测试过程描述：输入增加档案类别，点击[增加]，触发测试用例，测试用例过程结果如图6.12所示：图6.12
增加档案类别测试用例
Fig.
6.12
The
test
case
of
increase
archive’s
type6.修改档案类别测试用例
测试过程描述：修改档案类别，点击[修改]，触发测试用例，测试用例过程结果如图6.13所示：
图6.13
修改档案类别测试用例
Fig.
6.13
The
test
case
of
modify
archive’s
type7.删除档案类别测试用例
测试过程描述：删除档案类别，如果档案类别下有其他信息会弹出提示是否删除，如果档案类别里没有档案信息，直接删除，点击[删除]，触发测试用例，测试用例过程如图6.14所示：图6.14
删除档案类别测试用例
Fig.
6.14
The
test
case
of
delete
archive’s
type8.修改档案信息测试用例
测试过程描述：修改档案信息，对于档案信息的修改，填写各项案例，点击[修改]触发测试用例，测试用例过程如图6.15所示：图6.15
修改档案信息测试用例
Fig.
6.15
The
test
case
of
modify
archive’s
information8.删除档案信息测试用例
测试过程描述：删除档案信息，对于档案信息的删除，点击[删除]触发测试用例，测试用例过程如图6.16所示：图6.16
删除档案信息测试用例
Fig.
6.16
The
test
case
of
delete
archive’s
information6.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.x,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(x)
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();
}
}
致谢本次项目功能实现圆满完成，总体说来需要感谢的非常多，我也收获了许多。首先感谢孟院长和宫院长对我们的栽培，给了我们一个可以让我们自由学习、自由畅想的地方，让我们可以尽情在此挥洒我们的汗水，为自己的梦想而拼搏。然后感谢指导老师周老师对我们的指导培养，当我们遇到什么问题的时候，及时向他反映，他会给我们非常合理的建议，大学四年有时麻烦的也不少，感谢老师的包容。
再次此毕设的完成中，最感谢的是我们的指导教师张一鸣老师，有时会遇到一些麻烦的问题，张老师总是细心的给我们讲解，我们现在也处于实习工作期间，有时候和老师在学校的时间对不上的时候，老师也会尽可能的给我们调节出一个可控的时间来进行毕设的检查。总的来说，非常感谢张老师的指导和帮助。
然后感谢同组人员的协调与帮助，遇到一些小问题，组里懂得就会帮助我解决或者讲解一下，包括一些技术性的问题以及对此项目的理解，这都是我获益很大，感谢组里的人员的积极配合，也感谢其他同学对我的帮助，好人都会有好报的。
回首大学四年，这算是对自己的一个交代，从刚上大学懵懵懂懂的，刚接触这些技术时的手足无措，到现在基本实现了对一个项目的完整的完成，可以说我是成长了，感谢所有教过我知识的老师们，感谢相处四年的同学们，感谢同宿舍一起玩耍与学习的室友们，感谢让我们相聚在一起的这个校园。《通用文档管理——档案管理》出自：卡耐基范文网
链接地址：http://m.gjknj.com/duwu/343670.html 转载请保留,谢谢!
要
随着时代与科技的与时俱进，互联网已经不可或缺。对于企业或国家机关来说，大量的档案存储以及档案保存问题那些存档的地方要浪费大量人力、物力去进行保管、维护。正是因为要避免这些人力的浪费，使得企业等对高效、快速、维护、互动的需求量越来越大，通用文档系统正应运而生。
本系统对于档案的管理存储功能，包括对于档案存储的基本功能，如将采集到的文件进行移交归档处理，将档案进行分类分级管理存储方便查找等，与其他模块相辅相成构成了通用文档管理系统。
本系统采用ASP.NET技术，基于B/S结构，使用Visual
stuidio进行程序开发，SQL
server进行数据的存储完成程序的开发。
本文对课题的背景及意义进行了深刻的研究探讨，对系统开发应用到的技术进行了详细介绍，根据讨论的背景、意义以及目标进行系统的需求分析，得出总体的需求，概要设计，数据库设计，详细设计，说明具体功能的实现，进行本次设计开发的总结。关键字：档案管理系统
档案存储
ASP.NET
General
document
management
system
窗体底端——Archives
managementABSTRACT
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
diagram3.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
diagram4.1.2
自动采集信息管理功能模块图
自动采集信息模块包括过期公文的显示，查看过期公文详情以及搜索过期文件，其中自动采集信息的功能模块图如图4.1.1所示：图4.1.1
自动采集信息功能模块图
Fig.
4.1.1
General
function
module
diagram4.1.3
归档管理功能模块图
归档管理模块包括归档操作，归档文件管理，归档文件管理包括对于归档文件的查询、修改以及删除操作，其中归档管理的功能模块图如图4.1.2所示：图4.1.2
归档管理功能模块图
Fig.
4.1.2
General
function
module
diagram4.1.4
档案管理功能模块图
档案管理模块包括档案类别管理，档案文件信息的管理，档案类别管理包括对于档案类别的增加，修改，删除以及查询操作，档案文件信息管理包括对于档案文件的修改、删除以及查询操作，档案管理的功能模块图如图4.1.3所示：图4.1.3
归档管理功能模块图
Fig.
4.1.3
General
function
module
diagram4.2
类图类图指的是对象业务模型，指的是类的属性与操作的显示以及类于类关系的展示，类图集中体现了类与类之间的关系模型，以及类中属性的体现以及与其他类的接口，从而得出其静态结构的体现。使用类图可以简单化模型结构，模型化简单的写作，是对数据库设计的想象相当于概念上的东西。
档案管理模块主要包含以下几个类：管理员类、档案类别类、档案信息类、公文类，这几个类之间的关系以及属性与操作，具体的如图4.2所示：图4.2
档案管理模块类图
Fig.
4.2
Class
diagram
of
the
archives
management
module4.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
module4.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
information2.自动信息采集管理相关顺序图
根据参考需求分析的用例编号，得出详细的顺序图：
（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
case5.2.3
档案管理功能交互设计
1.档案类别管理相关界面如图5.6所示：图5.6
档案类别界面
Fig.
5.6
The
sequence
diagram
of
querying
details
of
archives
category2.档案管理相关顺序图
（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
case5.3
本章小结
本章节介绍了本项目的详细设计，包含数据库表设计与各个功能模块时序图的体现、具体的实现步骤，界面设计与功能逻辑的实现。基本列出了从文件的自动采集到档案的归档到归完档之后的档案管理里各个步骤操作的过程。通过对档案管理模块下的根据需求分析的用例过程一一实现对其用例过程的实现。通过顺序图将该模块的逻辑设计进行了充分体现，清楚的表现各层之间的联系。结合数据库，列出各个功能实现所涉及到的数据库表。
第六章
系统实现与测试6.1系统实现本项目界面是比较简洁的风格，首先是登录系统，进入系统进行以下操作，对于过期公文的采集，自动采集管理里将自动采集发文1周之前的文件信息进行集中显示，可以对这些信息进行查询操作，方便准确查找出具体的信息，查询之后可以点击查看详情，对于该过期公文的信息进行完整的显示然后是进行归档以及后续档案信息以及类别的操作。
6.1.1
登录实现
登录是一个系统最重要的部分，它承载着是否能正常进入一个系统以及是否能够进行操作的事件。登录功能的主要界面如图6.1所示：图6.1
登录界面
Fig.
6.1
The
sequence
diagram
of
login6.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
file6.1.3
归档功能实现归档管理的操作，对于过期的公文可以进行归档的管理，选择想要归档的文件进行归档，可以选择逐项归档，也可以一键归档，将所有未归档文件进行归档处理，主要的目的就是将过期文件操作归档在档案管理里面。具体界面如图6.5所示。具体实现代码见附录。图6.5
归档操作界面
Fig.
6.5
The
sequence
diagram
of
querying
details
of
fruit
order
use
case6.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
information6.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
details2.搜索过期文件信息测试用例
测试过程描述：根据关键字或时间搜索搜索想查看的文件信息，点击[搜索]，触发测试用例，测试用例过程如图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
operation4.查询归档文件测试用例
测试过程描述：选择需要归档的文件，点击[归档]，触发测试用例，测试用例过程如图6.11所示：图6.11
查询归档文件测试用例
Fig.
6.11
The
test
case
of
archiving
file5.增加档案类别测试用例
测试过程描述：输入增加档案类别，点击[增加]，触发测试用例，测试用例过程结果如图6.12所示：图6.12
增加档案类别测试用例
Fig.
6.12
The
test
case
of
increase
archive’s
type6.修改档案类别测试用例
测试过程描述：修改档案类别，点击[修改]，触发测试用例，测试用例过程结果如图6.13所示：
图6.13
修改档案类别测试用例
Fig.
6.13
The
test
case
of
modify
archive’s
type7.删除档案类别测试用例
测试过程描述：删除档案类别，如果档案类别下有其他信息会弹出提示是否删除，如果档案类别里没有档案信息，直接删除，点击[删除]，触发测试用例，测试用例过程如图6.14所示：图6.14
删除档案类别测试用例
Fig.
6.14
The
test
case
of
delete
archive’s
type8.修改档案信息测试用例
测试过程描述：修改档案信息，对于档案信息的修改，填写各项案例，点击[修改]触发测试用例，测试用例过程如图6.15所示：图6.15
修改档案信息测试用例
Fig.
6.15
The
test
case
of
modify
archive’s
information8.删除档案信息测试用例
测试过程描述：删除档案信息，对于档案信息的删除，点击[删除]触发测试用例，测试用例过程如图6.16所示：图6.16
删除档案信息测试用例
Fig.
6.16
The
test
case
of
delete
archive’s
information6.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.x,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(x)
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();
}
}
致谢本次项目功能实现圆满完成，总体说来需要感谢的非常多，我也收获了许多。首先感谢孟院长和宫院长对我们的栽培，给了我们一个可以让我们自由学习、自由畅想的地方，让我们可以尽情在此挥洒我们的汗水，为自己的梦想而拼搏。然后感谢指导老师周老师对我们的指导培养，当我们遇到什么问题的时候，及时向他反映，他会给我们非常合理的建议，大学四年有时麻烦的也不少，感谢老师的包容。
再次此毕设的完成中，最感谢的是我们的指导教师张一鸣老师，有时会遇到一些麻烦的问题，张老师总是细心的给我们讲解，我们现在也处于实习工作期间，有时候和老师在学校的时间对不上的时候，老师也会尽可能的给我们调节出一个可控的时间来进行毕设的检查。总的来说，非常感谢张老师的指导和帮助。
然后感谢同组人员的协调与帮助，遇到一些小问题，组里懂得就会帮助我解决或者讲解一下，包括一些技术性的问题以及对此项目的理解，这都是我获益很大，感谢组里的人员的积极配合，也感谢其他同学对我的帮助，好人都会有好报的。
回首大学四年，这算是对自己的一个交代，从刚上大学懵懵懂懂的，刚接触这些技术时的手足无措，到现在基本实现了对一个项目的完整的完成，可以说我是成长了，感谢所有教过我知识的老师们，感谢相处四年的同学们，感谢同宿舍一起玩耍与学习的室友们，感谢让我们相聚在一起的这个校园。《通用文档管理——档案管理》出自：卡耐基范文网
链接地址：http://m.gjknj.com/duwu/343670.html 转载请保留,谢谢!
