档案管理系统建模与需求分析.docx

档案管理系统建模与需求分析.docx

《档案管理系统建模与需求分析.docx》由会员分享，可在线阅读，更多相关《档案管理系统建模与需求分析.docx（16页珍藏版）》请在冰豆网上搜索。

档案管理系统建模与需求分析

毕业设计

（1）档案管理系统需求分析．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．４

软件需求分析．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．4

档案管理系统的总体需求．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．4

用户管理模块．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．5

系统参数设置模块．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．5

借阅管理模块．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．6

案卷管理模块．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．7

文件管理模块．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．7

数据管理模块．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．7

（2）档案管理系统建模．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．

（3）档案管理系统数据库建设．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．8

数据库的需求分析．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．8

数据库的逻辑设计．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．9

（4）档案管理系统构架．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．14

MVC模式．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．14

Model2模式．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．15

Struts2．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．16

Hibernate．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．18

系统分析要点

（1）档案管理系统需求分析

（2）档案管理系统建模

（3）档案管理系统数据库建设

（4）档案管理系统构架

程序分析要点

Struts2的基础知识，它及Model2模式开发Web应用的相关知识和基于B/S的程序

Hibernate的基础知识

JavaJSP等技术在Web中的应用

分页显示文件恢复密码加密等具体功能的应用

其他技术

项目需求分析

软件需求分为业务需求用户需求，功能需求。

（1）业务需求描述了为什么要实现整个系统，即希望通过系统的实现达到什么样的目标。

业务需求可以记录在项目试图与范围文档里，有时也被称为项目和约或市场需求文档。

（2）用户需求描述了用户使用产品所完成的任务。

（3）功能需求说明了软件的功能，用户使用这些功能以完成任务

档案管理系统的总体需求

档案管理系统是一套功能强大且操作简便实用的自动化管理软件，包括用户管理、系统参数设置、档案数据录入、案卷数据查询、借阅管理、数据维护、操作日志、报表打印等。

由于是web版本，可以应用于一般的档案室，也可以应用于网络办公室进行操作。

本档案管理系统主要针对某档案室的具体业务流程开发设计，系统提供较好的功能扩充接口。

下面概括介绍档案管理系统大致的功能需求。

（1）用户登录。

用户进入系统前，首先要登录，登录时要验证用户名和密码是否匹配，验证通过后允许用户进入本系统操作。

用户的密码需要进行加密算法。

用户的登录密码需求加密保存在数据库中。

用户登陆后需要计入到日志中。

（2）修改注册信息。

用户登录后，可以修改自己的注册信息，包括修改用户密码、每页显示行数等信息，不允许修改用户名、姓名、部门信息。

（3）权限设置。

本模块只有系统管理员可以操作。

管理员可以增加系统用户、删除系统用户、修改用户的相关属性、修改用户的权限表。

（4）系统参数设置。

本模块需要具有辅助库设置权限可以操作。

通过模块设置系统的辅助参数表，这些参数表是输入数据时作为副职输入使用的。

对每个参数表需要有增加、删除、修改、和查询等操作。

（5）数据录入。

本模块处理用户输入新的档案文件信息或者档案案件信息

输入数据时要考虑用户连续录入的情况，可以从上一条看记录复制数据到新的记录中。

不同德档案有不通的输入情况。

输入案卷信息之后可以接着输入此案卷下的文件信息，案卷信息中相应的字段带入文件信息输入界面，且不可更改。

（6）数据维护。

本模块需要具有数据维护的权限的用户才可以操作。

数据维护模块已经删除的文档的最后鉴定，判断该文件是否需要删除。

有两种操作恢复和彻底删除。

（7）数据查询。

按用户输入的条件查询相应的文档文件信息、

查询结果以列表目录形式显示，也可以以卡片形式显示。

具有档案处理权限的用户可以对查询的结果编辑编辑并保存，也可以删除档案文件记录。

（8）数据修改。

本模块主要实现批量修改数据功能，可以由用户指定条件，将数据库中所有符合条件的文件或案卷记录按要求进行修改。

（9）报表打印。

打印各种档案的目录表和统计表。

可以由用户设计进行报表的自动生成。

（10）档案借阅。

此模块分为外借登记归还记录和电子借阅申请处理两部分，具有借阅管理选项的用户可以操作此模块。

外界模块实现档案文件的借出登记和归还记录功能。

电子借阅申请，由具有借阅管理权限的用户处理一般用户提出的阅读电子文档的请求，同意阅读申请后将文件发送给申请人。

（11）数据备份及恢复。

本模块实现数据的备份和恢复机制。

数据备份操作可以按年度、档案种类等条件做部分备份或完全备份。

数据恢复就是将备份的数据恢复到数据库中。

可以对数据进行备份和恢复、备份的路径由系统参数设置。

备份成一个XML文件，恢复的时候字段从此恢复。

具有批量备份和恢复功能。

（12）查阅操作日志。

本模块对系统运行日志的操作，具有日志操作权限的用户可以进入本模块。

可以进行查看日志记录等操作

用户管理模块

（1）添加用户：

管理员可以对用户进行添加操作。

（2）删除用户：

管理员可以对已有用户进行删除操作。

（3）查看用户权限：

每个用户都具有权限，管理员可以查看用户的管理权限

（4）修改管理权限：

管理员可以修改用户的管理权限

（5）添加管理权限：

管理员在权限管理中可以添加管理权限

（6）删除管理权限：

管理员在权限管理中可以删除管理权限

系统参数设置模块

（1）系统表：

管理员可以修改单位名称和卷宗号和保存

（2）档案种类表：

对于种类进行添加、删除操作

（3）文件种类表：

对于文件种类进行添加删除操作

（4）文件目录表：

对文件类目进行添加、删除操作

（5）其他参数设置表：

对其他文件的编辑、删除操作，在编辑时可以编辑修改附件存放路径和备份文件存放路径。

借阅管理模块

借阅管理模块包括如下几个部分。

（1）借阅登记：

输入借阅条件后就可以申请借阅登记。

（2）借阅查询：

提供所借出的查询工作，对于归还日期做详细的说明。

、

（3）网上借阅：

网上借阅又提供网上借阅申请、未提交借阅申请、已处理的借阅申请、借阅申请处理和网上答复几个小模块。

其中网上借阅申请、未提交的借阅申请、已处理的借阅申请模块是所有用户都拥有的，借阅申请处理时具有借阅管理权限的用户所拥有的模块，网上答复是具有借阅答复权限的用户所拥有的模块。

案卷管理模块

（1）案卷查询：

对所需要的案卷进行查询操作。

（2）案卷录入：

保存案卷。

文件管理模块

（1）文件查询：

对所需文件进行查询操作。

（2）文件录入：

保存文件。

数据管理模块

（1）数据备份：

对文件表和案卷IAO分别进行备份。

（2）数据恢复：

对案卷表和文件表分别进行数据恢复。

系统数据库设计

数据库设计是项目开发中非常重要的一个环节。

如果设计不好，在后来的系统维护、变更和功能扩充时，甚至在系统开发过程中，将会引起比较大的问题，可能导致大量的工作重新开始。

数据库的需求分析

依据系统的用户需求，对应数据表的设计及功能如下。

（1）痕迹表（fApproveList）：

存储用户登录等信息

（2）档案管理表（fArchive）：

存储所有档案信息。

（3）档案类型表（fArchiveCategory）：

存储所有用户档案类型。

（4）文件种类表（fFileType）：

存储文件种类。

（5）文件保管表（fFileKeeping）：

保存文件保管信息。

（6）操作日志（表fHandleLog）：

记录用户操作日志。

（7）文件借阅记录表（fLendFile）：

记录文件被借阅的次数。

（8）档案种类表（fFileType）：

存储档案种类。

（9）借阅次数表（fLoanable）：

记录文件被借阅的次数。

（10）备份文件信息表（fOfficalText）：

存储文件备份信息。

（11）单位信息表（fProfile）：

记录单位信息。

（12）工程代码表（fProjectCode）：

记录工程信息代码等。

（13）借阅申请表（fReadApply）：

记录借阅申请相关信息。

（14）角色表（fRole）:

存储用户角色定位。

（15）用户表（fUserName）：

记录用户角色。

（16）档案案卷信息数据描述（fVolumn）：

记录案卷信息。

（17）用户角色表（fUserRole）：

记录用户角色

数据库的逻辑设计

（1）痕迹表（fApproveList）。

痕迹表主要用来存储用户登录时所跟踪的痕迹信息，是管理人员维护的重要依据。

CreatetablefApproveList（

（2）`ApproveID`int（4）NOTNULLAUTO_INCREMENT,

（3）`BOrrowApplyID`int（4）DEFAULTNULL,

（4）`SeriaNo`char（12）DEFAULTNULL,

（5）`EnterName`char（12）DEFAULTNULL,

（6）`RoleID`char（12）DEFAULTNULL,

（7）PRIMARYKEY（`ID`）

（8）

（2）档案管理表。

档案管理表主要存储了档案的基本信息，这个表整个系统中是比较重要的，他是整个档案的基本组成部分，是管理档案的重要依据。

CREATETABLE`bbsdir`（`SeriaNo`int（16））NOTNULLAUTO_INCREMENT,

（9）`Status`varchar（16）NOTNULL,

（10）`Deleted`varchar（100）defaultNULL,

（11）`RepFlag`varchar（50）defaultNULL,

（12）`ArchivType`varchar（250）defaultNULL,

（13）`FileType`varchar（50）defaultNULL,

（14）‘Title`varchar（50）defaultNULL,

（15）`literatureType`varchar（50）defaultNULL,

（16）`TitleTemark`varchar（50）defaultNULL,

（17）`FileNo`varchar（10）defaultNULL,

（18）`FileDate`int（11）defaultNULL,

（19）`KeyWord`int（11）defaultNULL,

（20）`OtherDuty`int（11）defaultNULL,

（21）`ElectronicFileName`varchar（16）defaultNULL,

（22）`AttachmentTitle`datetimedefaultNULL,

（23）`Memo`varchar（50）defaultNULL,

（24）`Copys`varchar（50）defaultNULL,

（25）`lendNum`varchar（10）defaultNULL,

（26）`SecurityClass`int（11）defaultNULL,

（27）`securituTerm`int（11）defaultNULL,

（28）`FecryptionPeriod`int（11）defaultNULL,

（29）`Abstract`varchar（16）defaultNULL,

（30）`FlowNo`int（3）defaultNULL,

（3）档案类型表。

档案类型表主要存储档案类型。

将档案分为4中类型

CreatetablefArchive（`ID`varchar（50）defaultNULL,

`ArchiveType`varchar（10）defaultNULL,

）

（4）文件种类表。

文本种类表主要存放文本的种类，根据本系统的实际情况，将文本种类分为三种。

CreatetablefFileType（CategoryIDint（6）NOTNULLAUTO_INCREMENT,

Categoryvarcher（3000）defaultNULL,

CategoryNamevarcher（200）defaultNULL,

）

（5）文件保管表。

文件保管表主要存储了文件的基本信息

CreatetablefFileKeeping（Keepingint（20）notNULL.

KeepTypevarchar（200）defaultNULL

Operatorvarchar（50）defaultNULL

OperatrTimevarchar（200）defaultNULL

Summarizevarchar（220）defaultNULL

AccordingTovarchar（200）defaultNULL

OperateFilevarchar（200）defaultNULL

CopyFileNvarchar（200）defaultNULL

）

（6）档案种类表。

档案种类表主要存储的是档案的种类

CreatetablefFileType（

TypeIDint（50）NOTNULLAUTO_INCREMENT

ArchiveTypevarchar（50）defaultNULL

FileTypevarchat（500）defaultNULL

）

（7）操作日志表。

操作日志表主要存储日志的基本信息

CreatetablefHandleLog（

HandleIDint（60）NOTNULLAUTO_INCREMENT

EnterNamevarchar（600）defaultNULL

）

（7）文件借阅记录表。

文件借阅记录表主要存储了在借阅操作时的一些记录情况

CreatetablefLendFile（

`cid`varchar（16）NOTNULL,

`dirSn`varchar（50）defaultNULL,

`parentId`varchar（50）defaultNULL,

`title`varchar（150）defaultNULL,

`content`longtext,

`intro`text,

`files`varchar（50）defaultNULL,

`imgs`varchar（150）defaultNULL,

`readTimes`int（11）defaultNULL,

`tagPic`varchar（50）defaultNULL,

`voteScore`int（11）defaultNULL,

`score`int（11）defaultNULL,

`vRType`varchar（50）defaultNULL,

`vRValue`varchar（50）defaultNULL,

`inputTime`datetimedefaultNULL,

`inputUser`varchar（50）defaultNULL,

`modifyTime`datetimedefaultNULL,

`ip`varchar（50）defaultNULL,

`clientInfo`varchar（150）defaultNULL,

`bad`int（11）defaultNULL,

`good`int（11）defaultNULL,

`source`varchar（50）defaultNULL,

`topMessage`int（11）defaultNULL,

`eliteMessage`int（11）defaultNULL,

`status`int（11）defaultNULL,

PRIMARYKEY（`cid`）

（９）借阅次数表。

借阅次数表主要存储文件被借阅的次数。

CREATETABLE`ｆＬｏａｎａｂｌｅ`（

`cid`varchar（16）NOTNULL,

`sn`varchar（16）NOTNULL,

`title`varchar（100）defaultNULL,

`parentSN`varchar（50）defaultNULL,

`dirPath`varchar（250）defaultNULL,

`intro`text,

`tagImg`varchar（50）defaultNULL,

`manager`varchar（50）defaultNULL,

`subManager`varchar（50）defaultNULL,

`vRType`varchar（50）defaultNULL,

`vRValue`varchar（10）defaultNULL,

`status`int（11）defaultNULL,

`sequence`int（11）defaultNULL,

`types`int（11）defaultNULL,

`inputUser`varchar（16）defaultNULL,

`inputTime`datetimedefaultNULL,

系统架构的设置

本系统才有流行的ｓｔｒｕｔｓ２　、Ｈｉｂｅｒｎａｔｅ架构，即流行的ＭＶＣ

ＭＶＣ模式

ＭＶＣ模式是一中分解一个应用系统至三个部分（模型、视图、控制器）的方法。

原本应用图形用户界面的输入处理和输出模型．ＭＶＣ模式不仅实现了功能模块和显示模块的分类，同时它还提供了应用系统的可维护性、可扩展性、可移植性和组件的重复使用。

（1）模型。

模型表示一个应用系统的数据并且包含访问和管理该数据的逻辑。

所有属于应用系统持久专题的数据都应该保存于模型对象里。

模型提供的服务必须适于不同德终端。

粗缆模型的公共方法列表，应该易于了解如何控制模型的行为。

一个模型聚集了相关的数据和操作以提供一个详细而就能过去的服务；这些包装并抽象在操作总的是我功能被模型化。

一个模型的借口提供了访问和更新模型的状态的、执行封装在模型中的复杂进程的方法。

模型服务被控制器访问，用于查询或是模型的状态发生变化，当状态发生变化时，模型会通知给视图。

（2）视图。

视图的责任是表现模型的状态。

表述语句封装与视图中，因此模型数据可以适合多种不同的终端。

当模型中的变化传递到视图的时候，视图会修改自己。

视图将用户输入传递到控制器。

（3）控制器。

控制器的任务是获取并翻译用户输入到动作并由模型执行。

控制器的任务还有根据用户输入和执行结果选择下一个视图。

在基于Ｊ２ＥＥ的应用系统中，ＭＶＣ结果被用于分离由ＪａｖａＢｅａｎ或ＥＪＢ表示的事物层功能由ＪＳＰ表示的表现层，中间经由基于Ｓｅｒｖｌｅｔ的控制器。

然而，控制器设计必须适合各种不同类型终端的输入，包括来自ｗｅｂ终端的基于ｘｍｌ的文档等。

对于ＨＴＴＰ请求和任务范例，提交的ＨＴＴＰ请求被发送到一个控制中心，以此解释并委派请求道适当处理器。

这也被作为第二类ＭＶＣ结果。

请求处理器与开发者提供的架构结合起来，以实现对于模型有关联特定逻辑的请求。

依靠这个较好的结果，控制器可以决定下一个视图以产生恰当的反映。

Ｍｏｄｅｌ２模式

Ｍｏｄｅｌ２　模式实际上是ＭＶＣ模式的改进型，在Ｍｏｄｅｌ　２　模式中采用了ｓｅｒｖｌｅｔ作为控制器，负责接收客户端ｗｅｂ浏览器发送来的所有请求，并依据处理的不同结果，转发到对应的ｊｓｐ页面，实现在浏览器客户端的现实。

由于它是在传统的ＭＶＣ模式上扩展的，所有Ｍｏｄｅｌ２模式也实现了基于组件的开发，在整个软件开发工程中实现了具体清晰的逻辑划分，能够有效的区分不同的角色，这就更适合于大规模系统的开发和管理。

Ｓｔｒｕｔｓ　２

图来源于Struts2官方站点，是Struts 2 的整体结构。

一个请求在Struts2框架中的处理大概分为以下几个步骤

1 客户端初始化一个指向Servlet容器（例如Tomcat）的请求

2 这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：

SiteMesh Plugin）

3 接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请是否需要调用某个Action

4 如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy

5 ActionProxy通过Configuration Manager询问框架的配置文件，找到需要调用的Action类

6 ActionProxy创建一个ActionInvocation的实例。

7 ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。

8 一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。

返回结果通常是（但不总是，也可能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。

在表示的过程中可