





























1、该文档不包含其他附件(如表格、图纸),本站只保证下载后内容跟在线阅读一样,不确保内容完整性,请务必认真阅读。
2、有的文档阅读时显示本站(www.woc88.com)水印的,下载后是没有本站水印的(仅在线阅读显示),请放心下载。
3、除PDF格式下载后需转换成word才能编辑,其他下载后均可以随意编辑、修改、打印。
4、有的标题标有”最新”、多篇,实质内容并不相符,下载内容以在线阅读为准,请认真阅读全文再下载。
5、该文档为会员上传,下载所得收益全部归上传者所有,若您对文档版权有异议,可联系客服认领,既往收入全部归您。
表示。
的核心技术 是的升级,而不是个全新的框架,因此稳定性性能等各 方面都有很好的保证而且吸收了和两者的优势。
是第二章相关理论与技术 个优雅的,可扩展的框架。
框架设计的目标贯穿整个开发周期, 从开发到发布,包括维护的整个过程。
框架的核心是个灵活的控制层,它基于以下标准技术,如 资源绑定和各种包。
鼓励使用 基于方法的应用框架,它是种经典的模型试图控制器的模 ,使用流程比较复杂。
问题文档分类方法不恰当,危及文件信息资源的有效收集 问题系统功能不完善,直接影响文件信息资源的管理水平 显然,根本的解决办法是完善系统开发框架科学的文档分类管理与统的可扩展性和伸缩性比较差。
旦系统需求分析发生变化此时往往已经到了开发过程的中后期或者系统需要 扩展业务,原有系统的框架不能很好地解决这问题。
问题用户反映该系统的用户界面不够简洁我们必须研究与解决的问题。
如今 已有的电子档案管理系统存在的主要问题有 问题原有系统采用单的或其他的开发框架,这种方式缺少有效的 模块集成手段,基于不同平台的模块很难集成,系而如今人 们已经习惯用电脑办公,结果自然会产生大量的电子文件,但我们如果将更多的 时间花费在寻找这些文件上,既费时又费力。
同时,公司文档又关系到公司工作 效率与利益问题,怎样有效管理电子档案成为其现代化手段,在档案信息存储输出处理等方面,具有纸质档案 无法比拟的优越性网络化运用引起了电子档案的保密性安全性真实性可靠 性问题因此,必须加强电子文件的管理。
公司中存在着各种信息档案,本文总结 影像及电子档案管理系统建设的未来思考 系统存在的不足 系统的展望 致谢 参考文献 第章绪论 第章绪论 项目背景 电子档案以情况 系统核心功能测试与运行情况 管理员管理功能测试与运行情况 文档管理功能测试与运行情况 权限管理功能测试与运行情况 第七章结论与展望 系统附加功能具体实现 信息统计功能的实现具体实现 系统定时清理功能具体实现 本章小节 第六章运行及测试 系统部署情况 系统日志功能运行块具体实现 持久层和控制层具体实现 表现层具体实现 日志管理模块具体实现 权限管理模块具体实现 控制层具体实现 表现层具体实现 及电子档案管理系统内容管理子系统的设计与实现 本章小节 第五章系统具体实现 类别管理模块具体实现 持久层具体实现 表现层具体实现 文档管理模与实现 系统业务逻辑层总体设计 系统表现层总体设计 使用的页面布局 使用支持的客户端表单验证 封装的技术的使用影像架构建设计 架构在系统中的应用 架构的优势与不足 系统数据库设计 系统持久层总体设计 系统持久层设计与实现 层设计 系统需求分析 系统角色 需求分析 本章小结 第四章系统总体设计 系统架构总体设计 传统开发框架到框架 框术 相关理论简介 的核心技术 的核心技术 的核心技术 技术 集成框架 第三章需求分析目录 目录 第章绪论 项目背景 项目研究内容 论文结构 第二章相关理论与技 , , 目录 目录 第章绪论 项目背景 项目研究内容 论文结构 第二章相关理论与技术 相关理论简介 的核心技术 的核心技术 的核心技术 技术 集成框架 第三章需求分析 系统需求分析 系统角色 需求分析 本章小结 第四章系统总体设计 系统架构总体设计 传统开发框架到框架 框架构建设计 架构在系统中的应用 架构的优势与不足 系统数据库设计 系统持久层总体设计 系统持久层设计与实现 层设计与实现 系统业务逻辑层总体设计 系统表现层总体设计 使用的页面布局 使用支持的客户端表单验证 封装的技术的使用影像及电子档案管理系统内容管理子系统的设计与实现 本章小节 第五章系统具体实现 类别管理模块具体实现 持久层具体实现 表现层具体实现 文档管理模块具体实现 持久层和控制层具体实现 表现层具体实现 日志管理模块具体实现 权限管理模块具体实现 控制层具体实现 表现层具体实现 系统附加功能具体实现 信息统计功能的实现具体实现 系统定时清理功能具体实现 本章小节 第六章运行及测试 系统部署情况 系统日志功能运行情况 系统核心功能测试与运行情况 管理员管理功能测试与运行情况 文档管理功能测试与运行情况 权限管理功能测试与运行情况 第七章结论与展望 本文总结 影像及电子档案管理系统建设的未来思考 系统存在的不足 系统的展望 致谢 参考文献 第章绪论 第章绪论 项目背景 电子档案以其现代化手段,在档案信息存储输出处理等方面,具有纸质档案 无法比拟的优越性网络化运用引起了电子档案的保密性安全性真实性可靠 性问题因此,必须加强电子文件的管理。
公司中存在着各种信息档案,而如今人 们已经习惯用电脑办公,结果自然会产生大量的电子文件,但我们如果将更多的 时间花费在寻找这些文件上,既费时又费力。
同时,公司文档又关系到公司工作 效率与利益问题,怎样有效管理电子档案成为我们必须研究与解决的问题。
如今 已有的电子档案管理系统存在的主要问题有 问题原有系统采用单的或其他的开发框架,这种方式缺少有效的 模块集成手段,基于不同平台的模块很难集成,系统的可扩展性和伸缩性比较差。
旦系统需求分析发生变化此时往往已经到了开发过程的中后期或者系统需要 扩展业务,原有系统的框架不能很好地解决这问题。
问题用户反映该系统的用户界面不够简洁,使用流程比较复杂。
问题文档分类方法不恰当,危及文件信息资源的有效收集 问题系统功能不完善,直接影响文件信息资源的管理水平 显然,根本的解决办法是完善系统开发框架科学的文档分类管理与友善的 用户操作界面。
待开发的系统借鉴了原有系统的功能需求,但是在使用的开发框 架和表现层方面对原有系统进行改进,使得系统更加完善。
项目研究内容 本文主要研究在影像及电子档案管理平台中隶属于影像及电子档案管理系统 应用集成框架的影像及电子档案管理系统内容管理子系统的设计与实现,在整个 过程中主要完成以下工作 影像及电子档案管理系统内容管理子系统的整体设计。
在研究国内外现有 成果地基础上完成影像及电子档案管理系统内容管理子系统的整体设计和逻辑影像及电子档案管理系统内容管理子系统的设计与实现 上的模块划分。
研究套灵活的系统整体架构方案,以方便处理系统模块间的控制和数据 的集成,解决原有系统景,以及项目的研究内容和组织结构。
第二章相关技术概述。
探讨了等相关理论。
第三章影像及电子档案管理系统内容管理子系统需求分析。
简要说明了影 像及电子档案管理系统内容管理子系统的需求分析和不同系统角色的具体功能 需求。
第四章首先分析了影像及电子档案管理系统内容管理子系统架构的总体设 计。
重点介绍了基于架构的影像及电子档案管理系统内容管理子系统总体架 构的总体设计以及数据库设计。
然后分别对系统持久层和业务逻辑层设计做了详 细介绍。
第五章介绍了影像及电子档案管理系统内容管理子系统核心模块非共性的 具体实现,重点讨论了使用了框架的页面组织和实现过程。
第六章系统测试与运行。
首先介绍了系统软硬件部署情况,然后以贯穿系 统配置与部署的日志管理系统的运行情况说明系统是可实现的而且部署是成功 的。
最后以系统核心功能为例,使用测试用例对其进行了测试,分析了测试结果。
最后总结了全文,指出了系统的需要改进的地方和进步的研究方向。
第章绪论 影像及电子档案管理系统内容管理子系统的设计与实现 第二章相关理论与技术 相关理论简介 • 在项目中表示了种框架,既。
• 是在基础上发展起来的,是建立在称为的 模式框架之上的强大的基于的框架参见本章节。
• 是个开放源代码的对象关系映射框架,对进行了轻量级 的对象封装,使得我们可以使用对象编程思维来操纵数据库。
可以应 用在任何使用的场合,最具革命意义的是,可以在应用的 架构中取代,完成数据持久化的重任参见本章节。
• 是个开源框架,它是为了解决企业应用开发的复杂性而创建的。
使用基本的来完成以前只可能由完成的事情。
然而, 的用途不仅限于服务器端的开发。
从简单性可测试性和松耦合的角度而言,任 何应用都可以从中受益参见本章节。
• 全称为异步和, 是指种创建交互式网页应用的网页开发技术。
并不是种新产生出来的技 术,它实际上是由目前几种相对成熟的技术组合而成的。
标准的包含 基于和标准的表示。
的核心技术 是的升级,而不是个全新的框架,因此稳定性性能等各 方面都有很好的保证而且吸收了和两者的优势。
是第二章相关理论与技术 个优雅的,可扩展的框架。
框架设计的目标贯穿整个开发周期, 从开发到发布,包括维护的整个过程。
框架的核心是个灵活的控制层,它基于以下标准技术,如 资源绑定和各种包。
鼓励使用 基于方法的应用框架,它是种经典的模型试图控制器的模 型。
是在世纪年代为编程语言发明的种 软件架构模式。
它强制性的使应用程序的输入处理和输出分开。
使用应 用程序被分成三个核心部件模型视图控制器。
它们各自处理自己的任务。
视图如图 模型 封装应用程序状态 响应状态查询 应用程序功能 通知视图改变 视图 解释模型 模型更新请求 发送用户输入给控制器 允许控制器选择视图 控制器 定义应用程序行为 用户动作映射成模型跟新 选择响应的视图 状态查询 通知改变 状态改变 视图选择 用户请求 方法调用 事件 图视图 视图代表用户交互界面。
随着应用的复杂性和规模性,界面的处理也 变得具有挑战性。
个应用可能有很多不同的视图,设计模式对于视图的 处理仅限于视图上数据的采集和处理,以及用户的请求,而不包括在视图上的业 务流程的处理。
业务流程的处理交予模型处理。
比如个文档信息的视 图只接受来自模型的数据并显示给用户,以及将用户界面的输入数据和请求传递 给控制和模型。
模型表示企业数据和业务规则。
在的三个部件中,模型拥有最影像及电子档案管理系统内容管理子系统的设计与实现 多的处理任务。
例如它可能用如和这样的构件对象 来处理数据库。
被模型返回的数据是中立的,就是说模型与数据格式无关,这样 个模型能为多个视图提供数据。
由于应用于模型的代码只需写次就可以被多 个视图重用,所以减少了代码的重复性。
控制可以理解为从用户接收请求,将模型与视图匹配在起,共 同完成用户的请求。
划分控制层的作用也很明显,它清楚地告诉你,它就是个 分发器,选择什么样的模型,选
