ImageVerifierCode 换一换
格式:DOCX , 页数:16 ,大小:75.74KB ,
资源ID:4214803      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/4214803.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(档案管理系统建模与需求分析.docx)为本站会员(b****4)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

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

1、档案管理系统建模与需求分析毕业设计(1) 档案管理系统需求分析软件需求分析4档案管理系统的总体需求4用户管理模块5系统参数设置模块5借阅管理模块6案卷管理模块7文件管理模块7数据管理模块7(2) 档案管理系统建模(3) 档案管理系统数据库建设8数据库的需求分析8数据库的逻辑设计9(4) 档案管理系统构架14MVC模式14Model2模式15Struts216Hibernate18系统分析要点(1) 档案管理系统需求分析(2)档案管理系统建模(3)档案管理系统数据库建设(4)档案管理系统构架程序分析要点Struts2 的基础知识,它及Model2模式开发Web应用的相关知识和基于B/S的程序Hi

2、bernate的基础知识Java JSP 等技术在Web 中的应用分页显示 文件恢复密码加密等具体功能的应用其他技术项目需求分析软件需求分为 业务需求用户需求,功能需求。(1) 业务需求描述了为什么要实现整个系统,即希望通过系统的实现达到什么样的目标。业务需求可以记录在项目试图与范围文档里,有时也被称为项目和约或市场需求文档。(2) 用户需求描述了用户使用产品所完成的任务。(3) 功能需求说明了软件的功能,用户使用这些功能以完成任务档案管理系统的总体需求档案管理系统是一套功能强大且操作简便实用的自动化管理软件,包括用户管理、系统参数设置、档案数据录入、案卷数据查询、借阅管理、数据维护、操作日志

3、、报表打印等。由于是web版本,可以应用于一般的档案室,也可以应用于网络办公室进行操作。本档案管理系统主要针对某档案室的具体业务流程开发设计,系统提供较好的功能扩充接口。下面概括介绍档案管理系统大致的功能需求。(1) 用户登录。用户进入系统前,首先要登录,登录时要验证用户名和密码是否匹配,验证通过后允许用户进入本系统操作。用户的密码需要进行加密算法。用户的登录密码需求加密保存在数据库中。用户登陆后需要计入到日志中。(2) 修改注册信息。用户登录后,可以修改自己的注册信息,包括修改用户密码、每页显示行数等信息,不允许修改用户名、姓名、部门信息。(3) 权限设置。本模块只有系统管理员可以操作。管理

4、员可以增加系统用户、删除系统用户、修改用户的相关属性、修改用户的权限表。(4) 系统参数设置。本模块需要具有辅助库设置权限可以操作。通过模块设置系统的辅助参数表,这些参数表是输入数据时作为副职输入使用的。对每个参数表需要有增加、删除、修改、和查询等操作。(5) 数据录入。本模块处理用户输入新的档案文件信息或者档案案件信息输入数据时要考虑用户连续录入的情况,可以从上一条看记录复制数据到新的记录中。不同德档案有不通的输入情况。输入案卷信息之后可以接着输入此案卷下的文件信息,案卷信息中相应的字段带入文件信息输入界面,且不可更改。(6) 数据维护。本模块需要具有数据维护的权限的用户才可以操作。数据维护

5、模块已经删除的文档的最后鉴定,判断该文件是否需要删除。有两种操作恢复和彻底删除。(7) 数据查询。按用户输入的条件查询相应的文档文件信息、查询结果以列表目录形式显示,也可以以卡片形式显示。具有档案处理权限的用户可以对查询的结果编辑编辑并保存,也可以删除档案文件记录。(8) 数据修改。本模块主要实现批量修改数据功能,可以由用户指定条件,将数据库中所有符合条件的文件或案卷记录按要求进行修改。(9) 报表打印。打印各种档案的目录表和统计表。可以由用户设计进行报表的自动生成。(10) 档案借阅。此模块分为外借登记归还记录和电子借阅申请处理两部分,具有借阅管理选项的用户可以操作此模块。外界模块实现档案文

6、件的借出登记和归还记录功能。电子借阅申请,由具有借阅管理权限的用户处理一般用户提出的阅读电子文档的请求,同意阅读申请后将文件发送给申请人。(11) 数据备份及恢复。本模块实现数据的备份和恢复机制。数据备份操作可以按年度、档案种类等条件做部分备份或完全备份。数据恢复就是将备份的数据恢复到数据库中。可以对数据进行备份和恢复、备份的路径由系统参数设置。备份成一个XML文件,恢复的时候字段从此恢复。具有批量备份和恢复功能。(12) 查阅操作日志。本模块对系统运行日志的操作,具有日志操作权限的用户可以进入本模块。可以进行查看日志记录等操作用户管理模块(1) 添加用户:管理员可以对用户进行添加操作。(2)

7、 删除用户:管理员可以对已有用户进行删除操作。(3) 查看用户权限:每个用户都具有权限,管理员可以查看用户的管理权限(4) 修改管理权限:管理员可以修改用户的管理权限(5) 添加管理权限:管理员在权限管理中可以添加管理权限(6) 删除管理权限:管理员在权限管理中可以删除管理权限系统参数设置模块(1) 系统表:管理员可以修改单位名称和卷宗号和保存(2) 档案种类表:对于种类进行添加、删除操作(3) 文件种类表:对于文件种类进行添加删除操作(4) 文件目录表:对文件类目进行添加、删除操作(5) 其他参数设置表:对其他文件的编辑、删除操作,在编辑时可以编辑修改附件存放路径和备份文件存放路径。借阅管理

8、模块借阅管理模块包括如下几个部分。(1) 借阅登记:输入借阅条件后就可以申请借阅登记。(2) 借阅查询:提供所借出的查询工作,对于归还日期做详细的说明。、(3) 网上借阅:网上借阅又提供网上借阅申请、未提交借阅申请、已处理的借阅申请、借阅申请处理和网上答复几个小模块。其中网上借阅申请、未提交的借阅申请、已处理的借阅申请模块是所有用户都拥有的,借阅申请处理时具有借阅管理权限的用户所拥有的模块,网上答复是具有借阅答复权限的用户所拥有的模块。案卷管理模块(1) 案卷查询:对所需要的案卷进行查询操作。(2) 案卷录入:保存案卷。文件管理模块(1) 文件查询:对所需文件进行查询操作。(2) 文件录入:保

9、存文件。数据管理模块(1)数据备份:对文件表和案卷IAO分别进行备份。(2)数据恢复:对案卷表和文件表分别进行数据恢复。系统数据库设计数据库设计是项目开发中非常重要的一个环节。如果设计不好,在后来的系统维护、变更和功能扩充时,甚至在系统开发过程中,将会引起比较大的问题,可能导致大量的工作重新开始。数据库的需求分析依据系统的用户需求,对应数据表的设计及功能如下。(1) 痕迹表(fApproveList):存储用户登录等信息(2) 档案管理表(fArchive):存储所有档案信息。(3) 档案类型表(fArchiveCategory):存储所有用户档案类型。(4) 文件种类表(fFileType)

10、:存储文件种类。(5) 文件保管表(fFileKeeping):保存文件保管信息。(6) 操作日志(表fHandleLog):记录用户操作日志。(7) 文件借阅记录表(fLendFile):记录文件被借阅的次数。(8) 档案种类表(fFileType):存储档案种类。(9) 借阅次数表(fLoanable):记录文件被借阅的次数。(10) 备份文件信息表(fOfficalText):存储文件备份信息。(11) 单位信息表(fProfile):记录单位信息。(12) 工程代码表(fProjectCode):记录工程信息代码等。(13) 借阅申请表(fReadApply):记录借阅申请相关信息。(

11、14) 角色表(fRole):存储用户角色定位。(15) 用户表(fUserName):记录用户角色。(16) 档案案卷信息数据描述(fVolumn):记录案卷信息。(17) 用户角色表(fUserRole):记录用户角色数据库的逻辑 设计(1) 痕迹表(fApproveList)。痕迹表主要用来存储用户登录时所跟踪的痕迹信息,是管理人员维护的重要依据。 Create table fApproveList ((2) ApproveID int(4) NOT NULL AUTO_INCREMENT,(3) BOrrowApplyID int(4) DEFAULT NULL,(4) SeriaNo

12、 char(12) DEFAULT NULL,(5) EnterName char(12) DEFAULT NULL,(6) RoleID char(12) DEFAULT NULL,(7) PRIMARY KEY (ID)(8) (2)档案管理表。档案管理表主要存储了档案的基本信息,这个表整个系统中是比较重要的,他是整个档案的基本组成部分,是管理档案的重要依据。CREATE TABLE bbsdir ( SeriaNoint(16)) NOT NULL AUTO_INCREMENT,(9) Status varchar(16) NOT NULL,(10) Deleted varchar(10

13、0) default NULL,(11) RepFlag varchar(50) default NULL,(12) ArchivType varchar(250) default NULL,(13) FileType varchar(50) default NULL,(14) Title varchar(50) default NULL,(15) literatureType varchar(50) default NULL,(16) TitleTemark varchar(50) default NULL,(17) FileNo varchar(10) default NULL,(18)

14、FileDate int(11) default NULL,(19) KeyWord int(11) default NULL,(20) OtherDuty int(11) default NULL,(21) ElectronicFileName varchar(16) default NULL,(22) AttachmentTitle datetime default NULL,(23) Memo varchar(50) default NULL,(24) Copys varchar(50) default NULL,(25) lendNum varchar(10) default NULL

15、,(26) SecurityClass int(11) default NULL,(27) securituTerm int(11) default NULL,(28) FecryptionPeriod int(11) default NULL,(29) Abstract varchar(16) default NULL,(30) FlowNo int (3) default NULL,(3) 档案类型表。档案类型表主要存储档案类型。将档案分为4中类型Create table fArchive(ID varchar(50) default NULL, ArchiveType varchar(1

16、0) default NULL,)(4) 文件种类表。文本种类表主要存放文本的种类,根据本系统的实际情况,将文本种类分为三种。Create table fFileType(CategoryID int(6)NOT NULL AUTO_INCREMENT,Category varcher(3000) default NULL,CategoryName varcher(200) default NULL,)(5)文件保管表。文件保管表主要存储了文件的基本信息Create table fFileKeeping(Keeping int (20) not NULL.KeepType varchar(20

17、0) default NULLOperator varchar(50) default NULLOperatrTime varchar(200) default NULLSummarize varchar(220 ) default NULLAccordingTo varchar (200) default NULLOperateFile varchar (200) default NULLCopyFileN varchar (200) default NULL)(6) 档案种类表。档案种类表主要存储的是档案的种类Create table fFileType (TypeID int (50)

18、NOT NULL AUTO_INCREMENTArchiveType varchar(50) default NULLFileType varchat(500) default NULL)(7)操作日志表。操作日志表主要存储日志的基本信息Create table fHandleLog (HandleID int (60) NOT NULL AUTO_INCREMENTEnterName varchar (600) default NULL)(7) 文件借阅记录表。文件借阅记录表主要存储了在借阅操作时的一些记录情况Create table fLendFile ( cid varchar(16)

19、NOT NULL, dirSn varchar(50) default NULL, parentId varchar(50) default NULL, title varchar(150) default NULL, content longtext, intro text, files varchar(50) default NULL, imgs varchar(150) default NULL, readTimes int(11) default NULL, tagPic varchar(50) default NULL, voteScore int(11) default NULL,

20、 score int(11) default NULL, vRType varchar(50) default NULL, vRValue varchar(50) default NULL, inputTime datetime default NULL, inputUser varchar(50) default NULL, modifyTime datetime default NULL, ip varchar(50) default NULL, clientInfo varchar(150) default NULL, bad int(11) default NULL, good int

21、(11) default NULL, source varchar(50) default NULL, topMessage int(11) default NULL, eliteMessage int(11) default NULL, status int(11) default NULL, PRIMARY KEY (cid)()借阅次数表。借阅次数表主要存储文件被借阅的次数。CREATE TABLE ( cid varchar(16) NOT NULL, sn varchar(16) NOT NULL, title varchar(100) default NULL, parentSN

22、varchar(50) default NULL, dirPath varchar(250) default NULL, intro text, tagImg varchar(50) default NULL, manager varchar(50) default NULL, subManager varchar(50) default NULL, vRType varchar(50) default NULL, vRValue varchar(10) default NULL, status int(11) default NULL, sequence int(11) default NU

23、LL, types int(11) default NULL, inputUser varchar(16) default NULL, inputTime datetime default NULL, 系统架构的设置本系统才有流行的、架构,即流行的模式模式是一中分解一个应用系统至三个部分(模型、视图、控制器)的方法。原本应用图形用户界面的输入处理和输出模型模式不仅实现了功能模块和显示模块的分类,同时它还提供了应用系统的可维护性、可扩展性、可移植性和组件的重复使用。(1) 模型。模型表示一个应用系统的数据并且包含访问和管理该数据的逻辑。所有属于应用系统持久专题的数据都应该保存于模型对象里。模型提

24、供的服务必须适于不同德终端。粗缆模型的公共方法列表,应该易于了解如何控制模型的行为。一个模型聚集了相关的数据和操作以提供一个详细而就能过去的服务;这些包装并抽象在操作总的是我功能被模型化。一个模型的借口提供了访问和更新模型的状态的、执行封装在模型中的复杂进程的方法。模型服务被控制器访问,用于查询或是模型的状态发生变化,当状态发生变化时,模型会通知给视图。(2) 视图。视图的责任是表现模型的状态。表述语句封装与视图中,因此模型数据可以适合多种不同的终端。当模型中的变化传递到视图的时候,视图会修改自己。视图将用户输入传递到控制器。(3) 控制器。控制器的任务是获取并翻译用户输入到动作并由模型执行。

25、控制器的任务还有根据用户输入和执行结果选择下一个视图。在基于的应用系统中,结果被用于分离由或表示的事物层功能由表示的表现层,中间经由基于的控制器。然而,控制器设计必须适合各种不同类型终端的输入,包括来自终端的基于的文档等。对于请求和任务范例,提交的请求被发送到一个控制中心,以此解释并委派请求道适当处理器。这也被作为第二类结果。请求处理器与开发者提供的架构结合起来,以实现对于模型有关联特定逻辑的请求。依靠这个较好的结果,控制器可以决定下一个视图以产生恰当的反映。模式模式实际上是模式的改进型,在模式中采用了作为控制器,负责接收客户端浏览器发送来的所有请求,并依据处理的不同结果,转发到对应的页面,实

26、现在浏览器客户端的现实。由于它是在传统的模式上扩展的,所有模式也实现了基于组件的开发,在整个软件开发工程中实现了具体清晰的逻辑划分,能够有效的区分不同的角色,这就更适合于大规模系统的开发和管理。图来源于Struts2官方站点,是Struts2的整体结构。一个请求在Struts2框架中的处理大概分为以下几个步骤1客户端初始化一个指向Servlet容器(例如Tomcat)的请求2这个请求经过一系列的过滤器(Filter)(这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器,这个过滤器对于Struts2和其他框架的集成很有帮助,例如:SiteMeshPlugin)3接着Fil

27、terDispatcher被调用,FilterDispatcher询问ActionMapper来决定这个请是否需要调用某个Action4如果ActionMapper决定需要调用某个Action,FilterDispatcher把请求的处理交给ActionProxy5ActionProxy通过ConfigurationManager询问框架的配置文件,找到需要调用的Action类6ActionProxy创建一个ActionInvocation的实例。7ActionInvocation实例使用命名模式来调用,在调用Action的过程前后,涉及到相关拦截器(Intercepter)的调用。8一旦Action执行完毕,ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是(但不总是,也可能是另外的一个Action链)一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1