2.2系统体系结构

　　系统体系架构很好地体现了MVC设计模式的分层思想，每一层只能和相邻层进行交互，在体系结构最下层是数据库，存放系统运行时的各种数据，包括元数据数据库、中心数据库和网站数据库，数据库只有数据持久层才能访问，对视图层和业务逻辑层是透明的，所以开发人员不需要关系底层的数据存储。

　　2.3系统模块

　　（l）资源上传模块：A机关下属子部门通过该模块将分散的电子文件集中上传给档案系统管理员，此后电子文件进入待整编状态；

　　（2）档案管理模块：这是档案管理员业务核心模块之一。该模块包括信息资源管理、档案业务管理、档案数字化管理、实体档案管理、业务档案管理子模块，每个模块分别处理不同的业务。信息资源管理主要是完成全宗卷、档案资源的添加和删除；档案业务管理是对档案的鉴定、验收、销毁相关信息的记录；实体档案管理记录有关档案存储、借阅、利用反馈等信息；档案数字化管理主要是完成电子文件档案化的功能；档案库房管理-记录档案库房的各种数据，另外，本模块中还有一个重要功能，管理员以报表的形式导出电子档案，包括导出为excel文件和XML文件。

　　（3）收集整编模块：这是本系统另外一个核心模块，包括文件鉴定和整编归档两个子模块。

　　三、业务逻辑层的设计与实现

　　3.1业务逻辑层的设计目标

　　业务逻辑层是系统构架中最核心的部分。它的关注点几种在业务规则的制定、业务流程的实现等与业务需求有关的系统设计。它在整个系统中扮演一个中介的角色，对数据交换起到了承上启下的作用，对于数据模型层而言，它是调用者，而对于表示层而言，它又是被调用者，依赖于被依赖的关系都纠结在业务逻辑层上。

　　3.2业务逻辑层的实现

　　Spring作为一个强大的轻量级开源框架，是连接Struts和Toplink的桥梁，使用Spring能够很好地处理业务逻辑层，同时降低各种依赖关系的祸合关系，实现了组件间的松散祸合，加快了开发进度。Spring采用控制反转原则，利用BeanFactory容器来实例化、配置和管理Bean，通过这种方式管理业务逻辑层。业务逻辑层的工作流程如图：业务逻辑层为表示层提供统一接口Service。通常情况下我们在Service接口内定义所需的业务方法，然后在Service实现类中通过对DAO的调用来实现业务逻辑。对O-R模型对象的调用可以通过Spring的配置文件ApplicationContext.xml的配置得到实现。Spring支持三种依赖注入分别是setter、构造函数和方法注入。在本架构中，采用Setter注入方式对bean进行管理。

　　3.3表示层的设计与实现

　　3.3.1表示层的设计目标

　　表示层的设计好坏直接关系到系统用户的体验，如果表示层设计缺乏吸引人的特色，界面不够友好，操作不够体贴，即便系统的功能丰富，性能优异，也很难给用户留下好的印象。由于本文是论述系统的实现，所以这里所关注的表现层设计，并没有在美术的设计上下工夫，而是从架构设计的角度出发，阐述在表示层设计中MVC模式的应用。

期刊库（http://www.zgqkk.com），是一个专门从事期刊推广、投稿辅导的网站。
　　本站提供如何投稿辅导，寻求投稿辅导合作，快速投稿辅导，投稿辅导格式指导等解决方案：省级投稿辅导/国家级投稿辅导/核心期刊投稿辅导//职称投稿辅导。

　　【免责声明】本文仅代表作者本人观点，与投稿辅导_期刊发表_中国期刊库专业期刊网站无关。投稿辅导_期刊发表_中国期刊库专业期刊网站站对文中陈述、观点判断保持中立，不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。请读者仅作参考，并请自行承担全部责任。