💖💖更多项目资源,最下方联系我们✨✨✨✨✨✨
目录
一、项目介绍
4 概要设计
概要设计主要完成了系统软件结构及数据结构的设计。主要探讨了系统概要设计相关内容,包括系统设计原则,功能模块划分及架构设计以及数据库设计等。
4.1 系统设计原则
1.降低模块之间的耦合性,提高模块的内聚性,例如,多个模块共有的一个子功能可以分解出公共子模块,定义一个内聚程度较高的模块,由这些模块调用;有时还可以将耦合程度高的模块进行合并,降低接口的复杂程度。
2.模块结构的深入、宽度、扇入和扇出应适当。
3.模块的作用范围应该在控制范围内。
4.模块接口设计要简单,以便降低复杂程度和冗余度。
5.设计功能可预测并能够得到验证的模块。
6.适当划分模块规模,以保持其独立性。
4.2 系统架构设计
三层架构通常意义上的三层架构就是将整个业务应用划分为:界面层、业务逻辑层、数据访问层。区分层次的目的即为了"高内聚低耦合"的思想。在软件体系架构设计中,分层式结构是最常见,也是最重要的一种结构。
分层式结构一般分为三层,从下至上分别为:数据访问层、业务逻辑层、表示层。
本系统的开发架构原理图4-1:
图4-1系统架构图
1:数据访问层:主要是对非原始数据的操作层,而不是指原始数据,也就是说,是对数据库的操作,而不是数据,具体为业务逻辑层或表示层提供数据服务。数据访问层中依赖于Hibernate的对象化映射和数据库交互,处理DAO组建请求的数据,并返回处理结果。
2:业务逻辑层:主要是针对具体的问题的操作,管理服务器组建的Spring IOC容器负责向Action提供业务模型(Model)组件和该组件的协作对象数据处理(DAO)组建完成业务逻辑, 也可以理解成对数据层的操作,对数据业务逻辑处理,如果说数据层是积木,那逻辑层就是对这些积木的搭建。
3:表示层:主要表示WEB方式,首先通过JSP页面实现交互,负责接收请求(request)和传送请求(response),Struts根据配置文件(struts.xml)将ActionServlet(Struts的内置核心控制器组件)接收到的Request请求委派给Action处理。如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。
4.3 系统功能结构图
前台系统的功能结构图:本系统利用功能结构图来表示系统中各模块之间的关系,如图4-2所示。
图4-1 系统总体功能结构图
二、项目截图
三、项目获取
💖💖更多项目资源,最下方联系我们✨✨✨✨✨✨