基于SSM框架的婚庆平台设计与实现.doc

上传人:封****n 文档编号:96763884 上传时间:2024-03-19 格式:DOC 页数:43 大小:2.19MB
返回 下载 相关 举报
基于SSM框架的婚庆平台设计与实现.doc_第1页
第1页 / 共43页
基于SSM框架的婚庆平台设计与实现.doc_第2页
第2页 / 共43页
点击查看更多>>
资源描述

《基于SSM框架的婚庆平台设计与实现.doc》由会员分享,可在线阅读,更多相关《基于SSM框架的婚庆平台设计与实现.doc(43页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、本科论文目 录摘 要IAbstractII引 言11相关技术31.1 SSM框架简介31.2 MySQL数据库简介31.3 MVC设计模式简介31.4 本章小结42系统分析52.1功能需求52.1.1 用户功能需求52.1.2 管理员功能需求62.2非功能需求102.3本章小结103系统设计113.1总体设计113.1.1平台设计原则113.1.2平台功能结构113.1.3平台体系结构123.2详细设计133.2.1数据库设计133.2.2核心功能设计153.5本章小结204系统实现214.1开发环境214.2开发规范214.3数据库实现214.4核心功能实现224.4.1用户分享爱情故事22

2、4.4.2用户定制婚礼234.4.3用户预约244.4.4管理员处理预约信息264.4.5管理员查看数据统计274.5本章小结285系统测试295.1测试计划295.2功能测试295.3性能测试315.4本章小结34结 论35致 谢36参考文献37摘 要随着人们生活水平的不断提高,婚庆行业也在不断发展,但是承办婚礼的机构普遍是以实体店为主,发展相对落后,并且随着用户数量的增加,用户需求的变化,使得传统的婚庆行业面临了严峻的挑战,婚庆行业的信息化水平亟待提升。因此传统婚庆已经无法满足现代婚庆行业的发展要求。本文针对当前存在的此种迫切需求开发了基于SSM框架的婚庆平台。通过对婚庆行业的调研,并充分

3、考虑人们对婚庆的需求因素,基于SSM框架进行平台搭建,使用MySQL作为数据库,以Tomcat为应用服务器,开发实现了本婚庆平台。用户可以查看本平台提供的婚庆相关资讯,可在平台自主定制婚礼(包含主题、司仪、礼服和婚车4种类型服务),并完成预约操作。本平台的搭建使婚庆业务的可操作性、直观性大大增强,具有方便、快捷等特点,很大程度上解决了传统婚庆行业消费不透明的现象,提升了市场竞争力。本婚庆平台采用MVC设计模式开发,具有功能结构清晰且灵活性强的优点。经过设计实现和系统测试,本婚庆平台各个功能均正常运行,可以满足目前婚庆行业信息化的需要。关键词:婚庆平台; SSM框架; 定制婚礼 Abstract

4、With the continuous improvement of peoples living standards, the wedding industry also has a growing, but undertake wedding agency are generally store is given priority to, the development is relatively backward, and with the increase of the number of users, the change of user requirements, make the

5、 traditional wedding industry is facing the severe challenge, the wedding industry informatization level to ascend. Therefore, the traditional wedding has been unable to meet the development requirements of the modern wedding industry. This paper develops a wedding celebration platform based on SSM

6、framework according to the current urgent needs.Based on the survey of the wedding industry, and taking peoples demand for wedding into full consideration, the platform was built based on SSM framework. MySQL was used as the database and Tomcat was used as the application server to develop and reali

7、ze the wedding platform. Users can view the wedding related information provided by the platform, customize the wedding (including theme, master of ceremonies, wedding dress and wedding car services) on the platform, and complete the reservation operation. The construction of this platform makes the

8、 wedding service operable, intuitive greatly enhanced, with the characteristics of convenience, speed and so on, to a large extent to solve the traditional wedding industry consumption opaque phenomenon, improve the market competitiveness.This wedding platform is developed by MVC design pattern, whi

9、ch has the advantages of clear functional structure and strong flexibility. After design and implementation and system testing, all functions of the wedding platform are running normally and have been put into use. The actual use has proved that this wedding celebration platform is stable in operati

10、on and rich in functions, which can meet the needs of the wedding celebration industry informatization.Keywords: wedding platform; SSM framework; customized wedding引 言在中国,人们通常都对自己的婚礼十分重视,希望能有一个专属于自己的难忘且浪漫的婚礼。婚庆行业,又名婚庆消费行业,是为人们在举行婚礼时提供各种服务的一个行业。现代意义上的婚庆行业进入中国市场还不到20年,对于中国来说婚庆行业是一个新兴行业1,具有很大的商机和广阔的发展空

11、间。婚庆涉及很多种不同类型的服务,例如婚礼的主题,婚礼负责主持的司仪,结婚时穿的婚纱礼服,迎亲时的婚车,为新人化妆的化妆师团队,为新人负责录像和摄影的影像团队等等。婚庆行业的前景乐观,未来发展会更加多元化:(1) 婚庆行业的服务类型丰富多样。随着现代人消费水平的不断提高,人们对婚庆行业的要求也越来越高。为了给用户提供称心的服务,婚庆行业的公司,不再被传统婚庆服务所束缚,而是提供更加新颖、简洁、丰富的服务,提升用户体验。(2) 婚庆公司更加注重团队合作和团队精神。在婚庆行业工作,少不了各种类型的服务团队之间的合作,例如影像团队,化妆师团队等等。通常情况下,一场婚礼的整体流程和具体细节由本场婚礼的

12、策划师负责制定,并统一安排人手。(3) 从事婚庆行业的人更加专业化。为了使口碑提升,形成品牌效应,从事婚庆行业的人自身专业性素质不断提升,服务的质量也越来越高,这样也使婚庆行业朝着专业化方向发展。与庞大的市场需求和乐观的发展前景相比较,目前中国的婚庆行业还远远不能满足消费者的需求。据调查显示,中国人在新婚时对自己选择的婚庆公司表示比较满意的比率只有10%左右。目前婚庆行业在产业的规模大小和对用户的服务水平上都有很长的路要走。本文所设计的婚庆平台主要解决以下几个痛点:(1) 传统婚庆行业的发展比较落后。据调查显示,中国目前承办婚礼的机构普遍是以实体店为主,发展相对较为落后,并且很少有网络化的平台

13、。本文设计并实现一个网络化的婚庆平台,方便用户定制属于自己的婚礼,实现婚庆行业的信息化。(2) 现代人婚庆方面的知识比较匮乏。即将结婚的人们一般都对自己的婚礼十分重视,但现代人普遍缺乏婚礼习俗,婚礼流程等知识。本平台提供丰富的有关婚礼习俗,婚礼攻略方面的文章,方便用户了解婚庆方面的知识。(3) 婚庆行业隐形消费较多。隐形消费出现的原因是传统婚庆行业消费不透明,细则不明确等。本婚庆平台提供公开,透明化的服务,价格一目了然,绝无二次消费,用户可放心使用。本文所设计的婚庆平台旨在解决人们在结婚时遇到的问题,努力为人们提供最简洁、最便利的婚庆服务以及有关婚礼习俗和婚礼攻略方面的知识,形成一个专业化的服

14、务体系。通过本婚庆平台,用户可直接计算婚庆所需费用,提供了直观的婚庆体验,使婚庆流程电子化,现代化。这些对于提高婚庆服务的质量和层次,满足客户的时尚化、个性化和多元化需求都有一定意义。本文主要从以下几个方面进行阐述:(1)对本婚庆平台使用的相关技术进行介绍。(2)对本婚庆平台进行功能需求分析和非功能需求分析。(3)对本婚庆平台进行系统设计,包括总体设计与详细设计。(4)对本婚庆平台进行实现,主要包括数据库实现和核心功能的实现。(5)对本婚庆平台进行测试,主要包括功能测试和性能测试。1相关技术1.1 SSM框架简介SSM框架,即Spring、Spring MVC和MyBatis3个开源框架组合而

15、成。SSM框架通常作为web项目的框架使用。同时SSM框架也是目前主流的Java EE企业级框架,适用于搭建各种大型的企业级应用系统2。Sping框架是一个集众多设计模式于一身的开源的,轻量级的项目管理框架,致力于JavaEE轻量级解决方案,其核心思想是IOC与AOP。IOC即控制反转(Inverse Of Control),将对象的创建由原来new的方式转移到Spring配置文件中,由Spring工厂进行创建。AOP即面向切面编程(Aspect Oriented Programming),从切入点和通知类入手,使用动态代理给目标类增加额外功能3。 Spring MVC属于SpringFram

16、eWork的后续产品,已经融合在Spring Web Flow里面4。Spring 框架提供了构建 Web 应用程序的全功能 MVC 模块。Spring MVC是轻量级的典型MVC框架,在整个MVC架构中充当控制器。在开发中,通常使用其注解式开发,十分的高效与灵活。MyBatis框架是一个基于Java的持久层框架,主要用于对数据库的增删改查操作。MyBatis对现有的JDBC代码进行合理封装,可以自动完成对象关系映射。MyBatis的出现大大简化了开发流程,提高了开发效率5。1.2 MySQL数据库简介在当今的互联网中,最常见的数据库模型主要有两种,即关系型数据库和非关系型数据库。关系型数据库

17、是创建在关系模型基础上的数据库,利用集合代数等数学概念和方法来对数据库中的数据进行处理6。MySQL 是目前最流行的关系型数据库管理系统,由瑞典 MySQL AB 公司开发,目前为Oracle 公司所有。MySQL数据库存储速度很快,体积相对较小且具有跨平台的特性,由于开放源码,任何人都可以下载使用,所以很多网站的开发者在开发时一般都会选择MySQL作为数据库7。1.3 MVC设计模式简介设计模式是一套成功的代码设计总结,并且这些代码已被开发人员反复使用Error! Reference source not found.。模式都是典型问题的解决方案,而不是某个单独的问题。在程序设计中,把采用模

18、型(Model)、视图(View)、控制(Controller)的设计方式称为MVC设计模式14。模型(Model) 即处理业务逻辑,对应组件是一个Java类。视图层(View)即显示查询结果并收集用户数据,对应组件是jsp或html。控制器层(Controller)即接收 View 请求并将请求转发给对应的 Model 并响应客户端,对应组件是Servlet。在开发时按照MVC设计模式进行开发有很多好处:(1)每层各自负责自己的任务:在MVC设计模式中,3个层分工互不相同,若某层需求变化,只需修改自己层中的代码,不影响另外2层10。(2)有利于人员分工:例如某企业在开发某项目时使用MVC设计

19、模式,那么前端开发工程师可以开发JSP页面,后端开发工程师可以开发控制器或处理业务,两者分工明确且可同时进行。(3)有利于组件复用:例如控制层可以是一个通用组件,视图层也可以是一个通用界面。总结来说,MVC设计模式使界面和业务逻辑分离,使程序变得更加灵活。1.4 本章小结本章主要介绍了本婚庆平台所使用的技术:基于SSM框架技术进行搭建,MySQL数据库用于数据存储,使用MVC设计模式进行代码的编写,增强程序的可维护性和拓展性,降低耦合。2系统分析2.1功能需求2.1.1 用户功能需求用户功能主要包括:注册,登录,修改基本信息,修改密码,查看预约信息,查看日志信息,反馈建议,查看婚庆资讯,查看分

20、享爱情故事,查看可定制的婚庆服务,定制婚礼和预约。如图2.1所示:图2.1 婚庆平台用户用例图 1. 注册:用户进入婚庆平台用户端,若处于非登录状态,可选择进行注册,用户进入注册页面,输入相关基本信息可进行注册,例如:性别、联系方式、出生日期等,若用户注册成功,页面跳转至登录页面。2. 登录:用户进入婚庆平台用户端,若处于非登录状态,可选择进行登录,用户进入登录页面,输入正确的用户名和密码可进行登录,若用户登录成功,即可跳转至主页面。3. 修改基本信息:用户进入婚庆平台用户端,登录后,用户可进入个人中心页面,选择“修改基本信息”,即可对注册时填写的基本信息进行修改,例如:性别、联系方式、出生日

21、期等。4. 修改密码:用户进入婚庆平台用户端,登录后,用户可进入个人中心页面,选择“修改密码”,然后输入正确的原密码和新设置的密码,即可完成对密码的修改操作。5. 查看预约信息:用户进入婚庆平台用户端,登录后,用户可进入个人中心页面,选择“我的预约”,即可查看自己已预约的婚庆服务信息,例如预约编号、预约时间、总额等。6. 查看日志信息:用户进入婚庆平台用户端,登录后,用户可进入个人中心页面,选择“登录日志”或“密码修改日志”,即可查看历史登录时间或历史密码修改时间。7. 反馈建议:用户进入婚庆平台用户端,登录后,可进入反馈建议页面,输入对婚庆平台的建议,提交后,管理员会看到用户的反馈建议。8.

22、 查看婚庆资讯:用户进入婚庆平台用户端,用户可在首页看到“婚礼攻略”“婚礼习俗”,“友情链接”3个栏目,点击各自栏目下的链接,即可查看平台提供的婚庆资讯信息。9. 查看分享爱情故事:用户进入婚庆平台用户端,可进入爱情故事页面,用户可查看其他用户分享的爱情故事,也可分享自己的爱情故事,在爱情故事分享页面,输入故事标题和故事内容,提交并被管理员审核通过后,分享的爱情故事方可显示。10. 查看可定制的服务:用户进入婚庆平台用户端,可在首页看到“主题分类”,“主题推荐”,“司仪推荐”,“礼服推荐”,“婚车推荐”5个栏目,每个栏目下对应着各自的婚庆服务,用户可选择查看服务的详情展示页。11. 定制婚礼:

23、用户进入婚庆平台用户端,可进入服务详情展示页,可把心仪的服务添加到定制列表,定制列表包含主题,司仪,礼服,婚车4种类型,每种类型最多只能定制1个。12. 预约:用户进入婚庆平台用户端,登录后,可进入定制列表页面,此页面显示主题、司仪、礼服、婚车4中类型的服务定制情况,在选择服务定制之后输入预约时间,可进行预约。2.1.2 管理员功能需求管理员功能主要包括:登录,处理预约信息,查看反馈建议,查看管理员登录日志,查看数据统计,用户相关管理,婚礼定制管理,主题相关管理和平台资讯管理。如图2.2所示:图2.2 婚庆平台管理员用例图 1. 登录:管理员进入婚庆平台管理员端的登录页,输入管理员名称和密码,

24、点击登录按钮,若管理员名称和密码正确,即可登录成功,之后页面跳转至婚庆平台管理员端主页面。2. 处理预约信息:管理员登录进入婚庆平台管理员端后,在菜单栏点击“处理预约信息”,可查看用户的预约信息,并对待处理状态的预约信息进行处理,可选择“接受预约”或“拒绝预约”。3. 查看反馈建议:管理员登录进入婚庆平台管理员端后,在菜单栏点击“查看反馈建议”,可查看用户的反馈建议信息,例如用户名,反馈建议内容和反馈建议时间等。4. 查看管理员登录日志:管理员登录进入婚庆平台管理员端后,在菜单栏选择“管理员登录日志”,即可查看管理员的登录日志信息,例如:管理员名称和登录时间等。5. 查看数据统计:管理员登录进

25、入婚庆平台管理员端后,在菜单栏选择“平台数据统计”,可出现2个二级菜单,分别是用户性别年龄统计和用户预约消费统计。(1) 用户性别年龄统计:管理员可查看用户性别年龄柱状图,此柱状图显示用户在各个年龄段的男女分布人数。通过用户性别年龄柱状图可以推测本婚庆平台用户的大致年龄范围。(2) 用户预约消费统计:管理员可查看用户预约消费饼状图,此饼状图显示用户在各个消费区间的人数及所占百分比。通过用户预约消费饼状图可以推测本婚庆平台用户的消费水平。6. 用户相关管理:管理员登录进入婚庆平台管理员端后,在菜单栏选择“用户相关管理”,可出现2个二级菜单,分别是用户信息管理和爱情故事管理。(1) 用户信息管理:

26、管理员可查看用户信息,例如用户名,手机号码,性别,出生日期,年龄,注册时间等。同时,管理员可更改用户的状态信息,冻结某个用户,若某个用户账号被冻结,则该用户无法登录婚庆平台用户端。(2) 爱情故事管理:管理员可查看用户分享的爱情故事信息,例如标题,作者,分享时间和状态信息等。管理员点击查看详情按钮,可查看当前爱情故事的详细内容,并且管理员可更改爱情故事的状态信息,使某个故事显示或不显示,若某个故事状态是不显示,则该故事不在婚庆平台用户端显示,不可被其他用户阅读。7. 婚礼定制管理:管理员登录进入婚庆平台管理员端后,在菜单栏选择“婚礼定制管理”,可出现4个二级菜单,分别是主题定制管理、司仪定制管

27、理、礼服定制管理和婚车定制管理。(1) 主题定制管理:管理员可查看主题信息,例如主题名称,图片展示,主题简介,价格,热度值,策划师,所属类别,所属影像团队,所属化妆团队和状态信息。同时,管理员可添加,删除,修改主题信息,若某个主题状态是不可定制,则该主题不在婚庆平台用户端显示,不可被用户定制。(2) 司仪定制管理:管理员可查看司仪信息,例如司仪姓名,图片展示,手机号码,性别,出生日期,个人简介,价格,热度值和状态信息。同时,管理员可添加,删除,修改司仪信息,若某个司仪状态是不可定制,则该司仪不在婚庆平台用户端显示,不可被用户定制。(3) 礼服定制管理:管理员可查看礼服信息,例如礼服名称,图片展

28、示,礼服简介,使用时间,价格,热度值和状态信息等。同时,管理员可添加,删除,修改礼服信息,若某个礼服状态是不可定制,则该礼服不在婚庆平台用户端显示,不可被用户定制。(4) 婚车定制管理:管理员可查看婚车信息,例如婚车名称,图片展示,婚车简介,使用时间,价格,热度值和状态信息等。同时,管理员可添加,删除,修改婚车信息,若某个婚车状态是不可定制,则该婚车不在婚庆平台用户端显示,不可被用户定制。8. 主题相关管理:管理员登录进入婚庆平台管理员端后,在菜单栏选择“主题相关管理”,可出现4个二级菜单,分别是类别管理、策划师管理、影像团队管理和化妆团队管理。(1) 类别管理:管理员可查看主题的类别信息,例

29、如类别名称等,本婚庆平台的类别主要分为5种:复古婚礼、梦幻婚礼、唯美婚礼、西式婚礼和简洁婚礼。同时,管理员可添加,删除,修改类别信息。(2) 策划师管理:管理员可查看主题的策划师信息,例如策划师姓名,图片展示,手机号码,性别,个人简介,个人宣言,从业时间等。同时,管理员可添加,删除,修改策划师信息。(3) 影像团队管理:管理员可查看主题的影像团队信息,例如影像团队名称,图片展示,手机号码,团队简介,团队宣言,团队成立日期等。同时,管理员可添加,删除,修改影像团队信息。(4) 化妆团队管理:管理员可查看主题的化妆团队信息,例如化妆团队名称,图片展示,手机号码,团队简介,团队宣言,团队成立日期等。

30、同时,管理员可添加,删除,修改化妆团队信息。9. 平台资讯管理:管理员登录进入婚庆平台管理员端后,在菜单栏选择“平台资讯管理”,可出现3个二级菜单,分别是婚礼攻略管理、婚礼习俗管理、和友情链接管理。(1) 婚礼攻略管理:管理员可查看本婚庆平台提供的婚礼攻略信息,例如文章标题,作者,发表时间,上次修改时间和操作等。同时,管理员可添加,删除,修改婚礼攻略信息。(2) 婚礼习俗管理:管理员可查看本婚庆平台提供的婚礼习俗信息,例如文章标题,作者,发表时间,上次修改时间和操作等。同时,管理员可添加,删除,修改婚礼习俗文章。(3) 友情链接管理:管理员可查看本婚庆平台提供的友情链接信息,例如网站的名称和网

31、站的具体网址等。同时,管理员可添加,删除,修改友情链接信息。2.2非功能需求在需求分析时,开发人员相对来说更加关注功能需求,但非功能需求同样重要,它影响了系统的架构设计Error! Reference source not found.。如果把非功能需求做好,可以使开发的产品生命周期更长,提高了产品的可靠性和可维护性。本婚庆平台的非功能需求包括环境需求,界面需求,资源使用率,业务量和响应时间。如表2.1所示:表2.1 非功能需求详情编号需求类别内容1环境需求操作系统:Windows7及以上;处理器:Core i5以上;内存=500MB;硬盘=80G;数据库:MySQL56;浏览器:Intern

32、et Explorer 6.0及以上;开发工具:IntelliJ IDEA;2界面需求使用Bootstrap模板进行开发,使界面更加简洁与美观3资源使用率CPU占用率=50%;内存占用率=50%;4业务量平均并发用户数为20;最大并发用户数为50;5响应时间复杂功能响应时间=400ms;简单功能响应时间=200ms;2.3本章小结本章以第一章介绍的相关技术为基础,对婚庆平台进行系统分析,主要介绍功能需求和非功能需求2个方面,其中主要功能为:用户可登录婚庆平台查看平台提供的信息,定制婚礼并预约,管理员登录婚庆管理平台,可查看用户的预约信息,对平台上的信息进行管理。3系统设计3.1总体设计3.1.

33、1平台设计原则应对需求的变化是开发过程中的难点,通常来说,需求的变化是不可预料的,开发人员要为此做好准备。本婚庆平台在设计时也考虑到了这一点,采用了开闭原则、单一职责原则和接口分离原则12。(1) 开闭原则:面向对象设计中最基本的设计原则,软件实体(例如类、模块或方法)应该对扩展开放,对修改关闭。本婚庆平台在设计时,采用此原则进行开发,当需求变更,当需求发生变化时,通过扩展代码的行为而不是修改现有的代码来实现变化Error! Reference source not found.。此原则的使用让本婚庆平台变得更加稳定与灵活。(2) 单一职责原则:即一个类只负责一个职责。这个原则的使用让类的职责

34、变得更加单一。每个类只需要处理自己的部分,类的复杂性就会降低,代码也变得更容易维护。本婚庆平台在设计时不仅把这个原则作用于类上,还把此原则作用在了接口和方法上,即一个接口或方法,只负责一件事,这样接口将更加简单,方法中的代码将更少、更容易阅读和更容易维护14。(3)接口分离原则:即多个特定的客户端接口比通用的通用接口要好。换句话说就是最好为每个类构建各自的接口,而不是试图为所有要调用的类构建一个非常大的接口。本婚庆平台在设计时采用此原则,没有庞大的接口,每个接口都是小粒度的、有限的接口,即一个接口仅服务于一个业务逻辑。此原则的使用提高了本婚庆平台的内聚性,减少了外部交互,并降低了耦合度15。3

35、.1.2平台功能结构本婚庆平台的功能结构从角色来划分可分为:用户模块和管理员模块。用户模块的功能包括:用户注册,用户登录,修改基本信息,修改密码,查看预约信息,查看日志信息,反馈建议,查看婚庆资讯,查看和分享爱情故事,查看可定制的婚庆服务,自主定制服务,预约。管理员模块的功能包括:管理员登录,处理预约信息,查看反馈建议,查看管理员登录日志,查看数据统计,用户相关管理,婚礼定制管理,主题相关管理,平台资讯管理。用户模块的功能主要是查看平台提供的内容,提交信息。管理员模块的功能主要是对平台的内容进行管理,查看用户提交的信息。本婚庆平台功能结构如图3.1所示:图3.1 婚庆平台功能结构图3.1.3平

36、台体系结构本婚庆平台采用B/S架构,即浏览器和服务器架构模式,这种架构有很多优点,例如B/S架构具备通用性,开发成本较低,当需要更新时,直接增加或修改后台代码即可完成更新,而C/S架构则需要对客户端进行升级Error! Reference source not found.。本婚庆平台的B/S架构如图3.2所示:图3.2 婚庆平台B/S架构图本婚庆平台基于SSM框架技术进行搭建,主要分为4层:dao层、service层、controller层和view层。通常来说,首先是view层发送请求至controller层,controller层控制业务的流程,然后controller层调用servic

37、e层,service层处理具体的业务,最后service层用dao层访问数据库信息Error! Reference source not found.。如图3.3所示:图3.3 婚庆平台分层体系说明图3.2详细设计平台详细设计包括数据库设计和核心功能设计2个方面。本婚庆平台一共设计了20张表,用于满足功能需求,核心功能设计主要包括用户分享爱情故事、定制婚礼、预约和管理员处理预约信息、查看数据统计。3.2.1数据库设计根据之前章节的需求分析和平台功能设计,形成了可以反应本婚庆平台的数据概念模型,矩形框表示每个实体,椭圆形框表示实体中的属性,菱形表示实体之间的关系。如图3.4所示:图3.4 婚庆平

38、台实体关系图从婚庆平台实体关系图可以看出本婚庆平台的实体数量以及实体之间的关系:共有20个实体,实体之间有10个一对多关系,1个一对一关系。由此可得本婚庆平台的20张表,如表3.1所示:表3.1 婚庆平台数据库表序号表名说明1user用户表2userloginlog用户登录日志表3userpasswordlog用户密码修改日志表4admin管理员表5adminloginlog管理员登录日志表6product主题表7presenter司仪表8clothes礼服表9car婚车表10category类别表11planner策划师表12photographer影像团队表13dresser化妆团队表14

39、order_wed预约信息表15detail预约详情表16story爱情故事表17message反馈建议表18guide婚礼攻略表19custom婚礼习俗表20web友情链接表根据婚庆平台实体关系图可以进行数据库表的设计,以用户表和主题表为例,用户表设计如下字段:用户id、用户名、密码、联系方式、性别、出生日期、注册时间、状态、年龄。详情如表3.2所示:表3.2 婚庆平台用户表详情列名数据类型约束条件其它说明idVARCHAR(255)PRIMARY KEY用户idusernameVARCHAR(255)NOT NULL用户名passwordVARCHAR(255)NOT NULL密码phon

40、eVARCHAR(255)NOT NULL联系方式sexVARCHAR(255)NOT NULL性别birthdayDATENOT NULL出生日期createtimeDATENOT NULL注册时间statusVARCHAR(255)NOT NULL状态ageINT(11)NOT NULL年龄主题表设计如下字段:主题id、主题名称、价格、热度值、图片路径、主题简介、状态、所属类别id、所属策划师id、所属影像团队id、所属化妆团队id。详情如表3.3所示:表3.3 婚庆平台主题表详情列名数据类型约束条件其它说明idVARCHAR(255)PRIMARY KEY主题idnameVARCHAR(

41、255)NOT NULL主题名称priceVARCHAR(255)NOT NULL价格hcountINT(11)NOT NULL热度值imgVARCHAR(255)NOT NULL图片路径profileVARCHAR(255)NOT NULL主题简介statusVARCHAR(255)NOT NULL状态cateidVARCHAR(255)NOT NULL所属类别idplanneridVARCHAR(255)NOT NULL所属策划师idphotoidVARCHAR(255)NOT NULL所属影像团队iddresseridVARCHAR(255)NOT NULL所属化妆团队id3.2.2核心

42、功能设计本婚庆平台功能完善且数量众多,由于篇幅有限,在此只介绍本婚庆平台的5个核心功能:用户分享爱情故事,定制婚礼,预约和管理员处理预约信息,查看数据统计。(1) 用户分享爱情故事:用户进入婚庆平台用户端,登录后,点击“爱情故事”,进入爱情故事页面,点击“分享我的爱情故事”,进入story_add.jsp页面,输入故事标题和故事内容,点击提交按钮,本页面的信息首先传递到StoryController控制层,接着调用StoryService相关方法处理业务,然后调用StoryDao中的insertStory方法操作数据库,最后返回数据至story_add.jsp页面。如表3.4、图3.5所示:表

43、3.4 婚庆平台用户分享爱情故事功能描述表序号名称功能描述1story_add.jsp分享爱情故事的页面,负责把用户输入的故事标题和故事内容提交给后台。2StoryController获取story_add.jsp提交的数据,调用StoryService的相关方法。3StoryService对传入的数据进行业务处理,调用StoryDao的相关方法4StoryDao负责数据库的相关操作,完成爱情故事的分享功能,并返回信息。5story_add.jsp分享完成后,跳转至爱情故事列表页面。图3.5 婚庆平台用户分享爱情故事时序图(2)用户定制婚礼:用户可定制主题,司仪,礼服,婚车4种类型的服务。此处

44、以主题定制为例,用户进入婚庆平台用户端,登录后,点击可定制的主题,进入product_made.jsp页面,之后点击“添加到我的定制”,此时MadeController接收到请求,接着调用MadeService相关方法处理业务,此功能不涉及数据库操作,因此不调用dao层方法,最后返回数据至product_made.jsp页面。如表3.5、图3.6所示:表3.5 婚庆平台用户定制婚礼功能描述表序号名称功能描述1product_made.jsp主题详情展示的页面,显示主题的名称、价格、热度值、图片展示、相关简介和“添加到我的定制”按钮。2MadeController获取product_made.j

45、sp传递的请求,调用MadeService的相关方法。3MadeService进行有关定制婚礼的业务处理,完成定制婚礼功能,并返回信息。4product_made.jsp定制完成后,跳转至定制列表页面。图3.6 婚庆平台用户定制婚礼时序图(3) 用户预约:用户进入婚庆平台用户端,登录后,点击“我的定制”,进入made.jsp页面,此页面显示主题、司仪、礼服、婚车4中类型的服务定制情况,点击预约按钮,本页面的信息首先传递到OrderController控制层,接着调用OrderService相关方法处理业务,然后调用OrderDao中的insert方法操作数据库,最后返回数据至made.jsp页

46、面。如表3.6、图3.7所示:表3.6 婚庆平台用户预约功能描述表序号名称功能描述1made.jsp定制列表的页面,显示用户定制的情况。2OrderController获取made.jsp提交的数据,调用OrderService的相关方法。3OrderService对传入的数据进行业务处理,调用OrderDao的相关方法4OrderDao负责数据库的相关操作,完成预约功能,并返回信息。5made.jsp预约完成后,返回本页面。图3.7 婚庆平台用户预约时序图(4) 管理员处理预约信息:管理员登录进入婚庆平台管理员端后,在菜单栏点击“处理预约信息”,进入order.jsp页面,可查看用户的预约信息,并对待处理状态的预约信息进行处理,选定一个预约信息后,点击“处理”,在弹出框中选择接受预约或拒绝预约,之后点击提交按钮,则此信息首先传递到OrderController控制层,接着调用OrderService相关方法处理业务,然后调用OrderDao中的update方法操作数据库,最后返回数据至order.jsp页面。如表3.7、图3.8所示:表3.7 婚庆平台

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 期刊短文 > 信息管理

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com