门户网站设计与实现毕业论文.docx
- 文档编号:13968273
- 上传时间:2023-06-19
- 格式:DOCX
- 页数:78
- 大小:1.26MB
门户网站设计与实现毕业论文.docx
《门户网站设计与实现毕业论文.docx》由会员分享,可在线阅读,更多相关《门户网站设计与实现毕业论文.docx(78页珍藏版)》请在冰点文库上搜索。
门户网站设计与实现毕业论文
---文档均为word文档,下载后可直接编辑使用亦可打印---
摘要
随着软件的普及,校园门户网站成为校内外各类信息的重要载体和数据化的校园展示平台。
本课题研讨致力于开发系门户网站平台。
本文侧重点在如下方面:
对框架的选择介绍,系统之间的需求设计、系统功能和性能的测试加上数据库表之间的关系设计。
这系统选择了SpringBoot框架的搭建,在某种程度上增快自己的开发效率,同时加上关系型数据保存数据,各种技术相关联系让系统的健壮性和数据得到稳定。
本项目的主要内容是针对软件工程系,其中包括用户权限管理,学校文件资料的上传下载,excel的导入导出,学生风采,专业、方向介绍,教师风采,系里概况等等。
本章节充分地引见了门户网站系统的设计计划和测试流程,并针对该设计过程的所得到的结果进行自己的一些看法。
关键词:
系门户网站B/S架构SpringBoot
Abstract
Withthepopularizationofsoftware,campusportalhasbecomeanimportantcarrierofallkindsofinformationinsideandoutsidethecampusandadata-basedcampusdisplayplatform.ThisprojectisdevotedtothedevelopmentoftheportalplatformoftheDepartment.
Thispaperfocusesonthefollowingaspects:
theselectionoftheframework,therequirementsdesignbetweensystems,thetestofsystemfunctionsandperformance,andtherelationshipdesignbetweendatabasetables.Thissystemchoosestheconstructionofspringbootframeworktoincreaseitsdevelopmentefficiencytosomeextent,andatthesametime,withrelationaldatastoragedata,allkindsoftechnicalconnectionsmakethesystemrobustanddatastable.ThemaincontentofthisprojectisaimedattheDepartmentofsoftwareengineering,includinguserauthoritymanagement,uploadanddownloadofschooldocuments,importandexportofExcel,studentstyle,specialty,directionintroduction,teacherstyle,Departmentprofile,etc.Thischapterfullyintroducesthedesignplanandtestprocessofportalsystem,andgivessomeopinionsontheresultsofthedesignprocess.
Keywords:
DepartmentportalB/SarchitectureSpringBoot
第一章绪论
1.1研究背景
门户网站是一个软件工程系的门面。
网站开发作为软件工程系的基本技术却没有自己的门面,因此,为软件工程系开发自己的门户网站是有必要的。
方便以后能在软件工程系中发挥更便捷、更实用的系统。
1.2国内外研究现状
本章节从国内和国外的现状分别进行阐述。
1.2.1国内研究现状
在国内,每个高校都会自己本身特色的门户网站,因此,建立系门户网站系统都要必须研究出符合自身的一些发展规律,并且带有自己本身特色门户系统,在搭建系统上的里程能够更上一层楼。
1.2.2国外研究现状
我国相对其他各个国家在高校信息化建设方法的起步相对来说是比较迟的,发达国家在这方法的水平较高,系统的功能比较完善。
1.3研究的目的与意义
1.3.1研究的目的
各种的业务需求通过人为的操作会有不可避免的导致了很多问题,并且比较缓慢,细小的问题有可能产生很严重的错误,而实现系门户网站系统可以教缓和的解决改问题,是建立这次论文的主要目的。
1.3.2研究的意义
开发并完成系门户网站系统是对外开放的,让关心或者了解软件工程系的系里信息的游客游览,并让内部人员进行数据的操作,有利于工作效率。
1.4相关技术和工具介绍
1.4.1SpringBoot介绍
SpringBoot是新形的javaWeb框架,主要意指“习惯优于配置”,按照以前需要大量的配置文件,但是它却极大简化了配置的过程,这能够让项目迅速运行并且得到部署。
但它不是一个新有的框架,是由Spring本身整合原有框架,从而形成到现在的模样。
我们只需通过简单配置操作,就能够使用。
它试图包括所有框
第二章需求分析
2.1可行性研究
所谓可行性研究,是运用多种科学手段(包括技术科学、社会学、经济学及系统工程等)对一项建设工程进行技术经济论证的综合科学,其基本任务是通过广泛的调查研究。
每个项目进行时第一工作就是对项目的评审并分析工作,以至于来保证是否可行性,对此这项任务很有必要。
可行性研究是对软件行业来说是必要做的。
对它进行全方位的分析,就很大程度上来把所有开发的风险能够压到很低。
2.1.1技术可行性分析
本项目所采用的是普及软件开发的SpringBoot框架,是一种热门的技术,并且大多数企业来使用,加以Spring强大的整合,更是锦上添花。
在实际运用中,约定大于配置是,服务之间的轻量级、灵活性,迅速的部署整合,都是使用的它的优点。
2.1.2经济可行性分析
从采用的技术选型和使用的工具都是开源的,对此投入相对才说是很少的。
因此从此方面来看是可行性的。
从另外一个方面来看,假如系统能够开发成功后,能够大大的减少人力上的操作,避免重复的劳动力,这确切为管理减少了不少成本。
2.1.3操作可行性分析
在互联网的发展蓬勃下,学校的管理者和教师对网络操作无疑是简单的,对各式各样的浏览器操作访问,只需简单的说明使用方法和操作文档,多和操作人员进行交流、沟通,保证操作者使用方便,确保操作可行性。
2.2系统功能需求
2.2.1识别系统相关者
系门户网站系统主要操作人员的角色是管理者,用户(游客)。
主要内容有介绍系里的概况,教师风采,学生风采,专业、方向介绍,学校文件资料下载等等,还要支持后台的管理。
管理者可以对所有的功能进行增入,修正,删除等等操作。
用户(游客)则能够访问并游览页面信息和下载学校文件资料。
序号
词汇
描述
1
管理者
管理者可完成系统信息的维护
2
用户(游客)
用户能够进行游览页面信息和下载学校文件资料
表2-1系统参与者词汇表
Table2-1glossaryofsystemparticipants
2.2.2用例建模
系统中里面的管理者行为建模用例如图2-1所示。
管理者主要管理整个系统的系里概况,学生风采,专业、方向介绍的操作,教师风采,文件资料下载,系统首页等操作,对整体的功能都具有操作可行性。
用户(游客)可进行游览页面信息或者点击下载学校资料文件。
图2-1用户的行为建模用例图
Figure2-1userbehaviormodelingusecasediagram
2.2.3用例描述
本系统的基本用例有用户登录用例,系里概况维护用例,学生风采维护用例,教师风采维护用例,专业、方向维护用例,学校文件资料下载用例,系统首页用例等。
1)用户登录用例如下表2-2所示,主要有管理者。
首先在已经有用户注入数据库的信息前提下,登陆者输入用户名与密码、校验码进行登录,点击“请登录”按钮,即可登录成功,成功跳转到首页。
用例名
用户登录用例
主要业务参与者
管理者
其他参与者
无
描述
管理者登录系统
前置条件
数据库已存在用户数据
后置条件
用户信息成功登录
基本流程
1)管理者登录系统2)用户输入用户名和密码
3)点击登录按钮4)登录完成
结束
完成操作指令
表2-2登录用例
Table2-2logincases
2)系里概况用例如表2-3所示,系里概况主要是对系里的信息进行增加、删除等一系列操作。
首先用户能够登录成功,并顺利进入系里概况模块,进行各样的操作。
用例名
系里概况用例
主要业务参与者
管理者
其他参与者
无
描述
管理者进行系里概况操作
前置条件
管理者已经登录
触发条件
信息维护成功
基本流程
1)用户进入维护页面2)用户进行维护操作
3)修改完成
结束
完成操作指令
表2-3系里概况用例
Table2-3overviewusecasesinthesystem
3)专业、方向介绍用例如表2-4所示,专业、方向用例主要有管理者,在成功登录后,对它进行一系列等功能运作后,进行维护。
用例名
专业、方向介绍用例
主要业务参与者
管理者
其他参与者
无
描述
管理者进行系信息增删改查等维护信息
前置条件
管理者已经登录
触发条件
点击专业、方向信息维护模块
基本流程
1)用户进入专业、方向页面2)用户进行维护操作3)修改完成
结束
完成操作指令
表2-4专业、方向信息用例
Table2-4usecasesofprofessionalanddirectioninformation
4)学校资料文件下载用例如表2-5,学校资料文件下载主要有管理者,在成功登录后,对它进行一系列等功能运作后,进行维护。
用例名
学校资料文件下载用例
主要业务参与者
管理者
其他参与者
无
描述
管理者对资料文件增删改查等操作
前置条件
管理者已经登录
触发条件
点击资料文件信息维护模块
基本流程
1)用户进入资料文件下载页面2)用户进行维护操作3)修改完成
结束
完成操作指令
表2-5学校资料文件下载用例
Table2-5downloadcaseofschooldatafile
5)教师风采用例如表2-6,教师风采主要有管理者,在成功登录后,对它进行一系列等功能运作后,进行维护。
用例名
教师风采用例
主要业务参与者
管理者
其他参与者
无
描述
管理者对教师风采增删改查等操作
前置条件
管理者已经登录
触发条件
点击教师风采信息维护模块
基本流程
1)用户进入教师风采页面2)用户进行维护操作3)修改完成
结束
完成操作指令
表2-6教师风采用例
Table2-6teacherstyleusecase
6)后台管理用例如表2-7,后台管理主要有管理者,在成功登录后,对它进行一系列等功能运作后,进行维护。
用例名
后台管理用例
主要业务参与者
管理者
其他参与者
无
描述
管理者对资料文件增删改查等操作
前置条件
管理者已经登录
触发条件
点击资料文件信息维护模块
基本流程
1)用户登录后台页面2)用户进行维护后台操作
结束
完成操作指令
表2-7后台管理页面用例
Table2-7backgroundmanagementpageusecase
7)系统首页用例如表2-8,后台管理主要有管理者,在成功登录后,对它进行一系列等功能运作后,进行维护。
用例名
系统首页用例
主要业务参与者
管理者
其他参与者
无
描述
管理者对系统首页增删改查等操作
前置条件
管理者已经登录
触发条件
点击资系统首页信息维护模块
基本流程
1)用户登录后台页面2)用户进行维护后台操作
结束
完成操作指令
表2-8系统首页用例
Table2-8usecaseofsystemhomepage
2.3本章小结
本章主要介绍了系统对这些功能的需求分析。
尽量使用了UML和用例图来进行描述。
本章节是开发该系统的基础,对整体的需求有了大致的把控。
第三章系统设计
3.1设计模型的建立
在上面的需求分析章节的基石上,主要对系校友门户网站的的主要功能模块做一个全面系统的设计。
3.1.1软件结构图
本系统主要有管理者,用户(游客)两种用户,本系统基于主要用户来分析系统的结构,如图3-1所示,管理者主要负责对系统首页,系里概况信息管理,教师风采,学生风采,专业、方向介绍信息管理,学校文件资料下载信息管理等。
用户(游客)可以进入系统游览页面信息和下载学校文件资料。
图3-1系统结构图
Figure3-1systemstructure
3.1.2时序图的建立
根据第二章的基础上,本小节详述系统设计相关的时序图和事件流。
1)用户登录和修改密码
①用户登录:
管理者使用用户名和密码进行登录校验,通过输入的信息再与后台的数据库信息进行匹配校验。
如果不符合匹配,则提示登录失败;若成功,则提示用户成功登录,进入到系统后台系统首页。
图3-2用户登录的时序图
Figure3-2sequencediagramofuserlogin
②修改密码:
假设用户成功登录系统首页后,可以在系统里面修改密码。
图3-3修改密码的时序图
Figure3-3sequencediagramofpasswordmodification
③修改密码的事件流图,如图3-4所示
图3-4修改密码的事件流图
Figure3-4eventflowofpasswordmodification
2)系里概况模块包括浏览系里风采信息,后台编辑信息和管理信息
①系里概况时序图如图3-5
图3-5系里概况的时序图
Figure3-5sequencediagramofoverviewinthesystem
②系里概况事件流如图3-6
图3-6系里概况事件流
Figure3-6generaleventflowinthesystem
3)学生风采模块包括浏览学生风采信息,后台编辑信息和管理信息
①学生风采时序图
图3-7学生风采的时序图
Figure3-7timesequenceofstudents'style
②学生风采事件流如图3-8所示
图3-8学生风采的事件流
Figure3-8studentstyleeventflow
4)专业、方向介绍模块包括浏览专业、方向介绍信息,后台编辑信息和管理信息
①专业、方向介绍时序图
图3-9专业、方向介绍的时序图
Figure3-9timesequencediagramofspecialtyanddirectionintroduction
②专业、方向介绍事件流如图3-10所示
图3-10专业、方向介绍的事件流
Figure3-10eventflowofspecialtyanddirectionintroduction
5)学校文件资料下载模块包括浏览学校文件资料下载信息,后台编辑信息和管理信息
①学校文件资料下载时序图
图3-11学校文件资料下载的时序图
Figure3-11timesequenceofdownloadingschooldocuments
②学校文件资料下载的事件流如图3-12所示
图3-12学校文件资料下载的事件流
Figure3-12eventflowofdownloadingschooldocuments
6)教师风采模块包括浏览教师风采信息,后台编辑信息和管理信息
①教师风采时序图
图3-13教师风采的时序图
Figure3-13thesequencediagramofteachers'style
②教师风采的事件流如图3-14所示
图3-14教师风采的事件流
Figure3-14theeventflowofteachers'style
7)系统首页模块包括浏览系统首页信息,后台编辑信息和管理信息
①系统首页时序图
图3-15系统首页的时序图
Figure3-15sequencediagramofsystemhomepage
②系统首页的事件流如图3-16所示
图3-16系统首页的事件流
Figure3-16eventflowofsystemhomepage
3.2数据库设计
每一个系统都需要一个数据库,是一个系统的核心部分,对数据库的信息维护是极为关键的。
对于门户系统网站的每一个功能的构造,都是需要数据库的信息来相互关联的,如增加、查询、删除等操作。
如果能够有一个很好的数据库设计,可以很好的帮助开发人员轻松、简单的维护后端系统,减少代码错误的出现。
同时,如果出现后期的更改变更,好的数据库设计往往能得到很好的扩展性。
3.2.1数据库ER图的设计
对于系门户网站系统的数据库的实体和属性的关联性的E-R图,如图3-13所示。
图3-13系统E-R图
Figure3-13E-Rdiagramofthesystem
系统中的实体有管理者(用户)、学生风采、专业,方向介绍、系里概况、学校文件资料下载,,教师风采。
其中管理者的属性有用户id、密码、角色、账号、邮箱、电话。
学生风采的属性有学生id、标题、创建时间、内容、创建人。
系里概况的属性有系里id、内容、创建时间、系里主题、创建人。
专业、方向介绍的属性有专业方向id、标题、内容、创建时间,创建人。
学校文件资料下载的属性有下载id、下载路径、下载时间、下载内容、下载文件,创建人,教师风采的属性有教师id、创建时间、创建人、教师图片、内容。
3.2.2数据库表的设计
对于本系统的系门户系统网站的实现对设计表的存储信息,采用MySql工具来创建数据的表。
该系统设计的信息表主要有用户表、专业方向介绍表,学生风采表,文件资料表,系里信息表。
系统主要的表名称和功能如表3-1所示。
表名
功能描述
用户表
描述已经存在库的用户数据表
专业方向表
描述专业的数据表
学生风采表
描述学生风采的信息表
文件资料表
记录文件资料信息的表
系里信息表
描述系里信息的表
教师风采表
描述教师风采的信息表
系统动态表
描述系统动态的信息表
党政建设表
描述党政建设的信息表
表3-1表目录说明
Table3-1tableofcontents
用户表主要负责存放学校所有用户的基本信息,可对用户信息进行增加、对用户信息进行删除。
专业方向信息表存放学校所设立的每个专业的基础信息,可以对专业添加,删除等操作。
学生风采表对学校每个学期信息的资料进行变更,可以有热门的信息置顶。
文件资料表对用户进行下载资料的存储,可以专门放置在一个服务器中,加以保存资料路径。
系里信息表针对系里面详细描述,可修改操作。
(1)用户信息表如表3-2所示。
用户信息表主要存放的是管理者和教师的基本信息,包括了唯一标识用户id,角色rold,姓名user_name,删除标记is_deleted,序号sort_no,创建时间gmt_create,创建人create_by,修改时间gmt_modified,修改人last_modified_by,版本号version,备注remark等字段。
除了备注每个字段都不能为空值,其中id是主键,并且id字段要求唯一值。
其中id是该表的唯一标识,序号sortNo防止有些业务按照插入顺序排序。
字段名称
数据类型
约束
说明
id
int
Priamry_key
字段唯一标识
rold
Varchar(20)
Notnull
角色
userName
Varchar(20)
Notnull
姓名
isDeleted
int
Notnull
删除标记
sortNo
int
Notnull
序号
gmtCreate
datetime
Notnull
创建时间
createBy
Varchar(40)
Notnull
创建人
lastModifiedBy
Varchar(40)
Notnull
修改人
gmtModified
datetime
Notnull
修改时间
version
Varchar(40)
无
版本号
remark
Varchar(200)
无
备注
表3-2用户信息表
Table3-2userinformation
(2)专业方向信息表如表3-3所示。
专业方向信息表主要存放的是专业和方向的基本信息,包括了唯一标识专业方向id,专业名称directionName,方向名称directionName,删除标记is_deleted,序号sort_no,创建时间gmt_create,创建人create_by,修改时间gmt_modified,修改人last_modified_by,版本号version,备注remark等字段。
除了备注每个字段都不能为空值。
其中id是该表的唯一标识,序号sortNo防止有些业务按照插入顺序排序。
字段名称
数据类型
约束
说明
id
int
Priamry_key
字段唯一标识
directionName
Varchar(25)
Notnull
专业名称
directionName
Varchar(25)
Notnull
方向名称
isDeleted
int
Notnull
删除标记
sortNo
int
Notnull
序号
gmtCreate
datetime
Notnull
创建时间
createBy
Varchar(40)
Notnull
创建人
lastModifiedBy
Varchar(40)
Notnull
修改人
gmtModified
datetime
Notnull
修改时间
version
Varchar(40)
无
版本号
remark
Varchar(200)
无
备注
表3-3专业方向信息表
Table3-3Professionaldirection
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 门户 网站 设计 实现 毕业论文