- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
大学城订餐系统的设计与实现
大学城订餐系统的设计与实现
摘要:大学城订餐系统是一套旨在解决大学城学生就餐问题的系统,从而让广大同学们更方便、更放心地就餐。文章详细地按照完整的软件工程思想对该系统进行了需求分杯系统设计、系统编码和系统整合,最后通过系统测试达到了预期的功能需求。该系统在一定程度上解决了大学城区学生的就餐问题,便利了大家的生活,具备一定的实际应用价值。
中国论文网 /8/view-7219629.htm
关键词:就餐系统;大学城;业务流程
1需求分析
在广州大学城开发出一套大学城订餐系统势在必行,主要原因有3个:其一,随着社会的发展以及高等学府响应教育部进行扩招,越来越多优秀的学生能够进入大学深造,越来越多的学生踏入广州大学城这座美丽的小岛,在这里学习,在这里生活,使得原本就人数众多的大学城更加难以管理和规范,尤其是学生的生活问题;其二,在大学城中一般情况下教学区在外环和中环之间,生活区在中环和内环之间,学校餐厅在生活区,教学区离生活区还有很长的一段距离,这样在教学区拼搏奋斗的同学的就餐就不是很方便,尤其是在烈日炎炎的广州;其三,广州大学城餐馆众多,家家都有外卖服务,如何管理这些小餐馆,如何让广大学生和市民们能够方便、放心地就餐,是构建和谐社会必须解决的问题。
因此,笔者决定设计大学城订餐系统,为服务大学城广大同学和市民贡献自己的一份力。
2性能分析
首先,在设计界面时,考虑到管理员在添加信息的时候能够更加方便和简单,笔者将浏览器的页面做成了控件式的样式,这样,对于经常更换菜的类别和其他相关信息更加容易。其次,为了让登录者对系统有一个很好的用户体验,笔者根据用户的操作给出了非常快速的信息,以便给登录者一个很好的提示作用。再次,当登录者在更改自己的一些相关信息的时候,包括本人资料的信息,如手机信息,更改一些订单信息的时候,比如订餐的份数,都会在界面上马上给出结果信息,让用户体验更加友好,让用户放心,更改即可见。第三,在性能上,系统有很强的稳定性,项目上线以后,就是真实的网站系统,在追求速度的时代,必须满足人多同时上线预定的可靠性,特别是就餐,都是在差不多同一时间段,那么多人登录时,系统一定要达到一定的稳定性。第四,为了系统将来能有更好的发展性,笔者在设计的同时,更加注重的是后期工作的顺利进行,比如更加方便维护人员的维护,更加方便维护人员对系统功能和结构上的进一步扩展。最后,在工作平台上,能适应不同的操作平台、不同的网络,这一点也是非常重要的,只有在不同的平台上能够运行,才能有更多的客户群,适应更广阔的市场。
3系统结构设计
3.1系统总体结构
笔者在设计该系统时,采用的是B/S架构。用户层反映用户的基本需求和操作,这属于第一层。第二层是业务之间的在逻辑上的反映,实现系统各个模块之间的交互,以及实现规则的一些基本流程和制定工作,也就是业务逻辑层。第三层是实现与数据库之间的交互,包括存储在数据库中的基本菜品信息、价格信息、资讯信息等访问,就是数据访问层。第四层是数据层。这就是系统的基本部署。
3.2系统流程
在这个互联网+的时代,笔者实现的大学城订餐系统,极大地方便了大学城区的师生的生活。只要登录系统的学生、附近的居民甚至是老师,都可以通过浏览网站的菜品信息,选择菜品,通过浏览网站对菜品的评论信息,可以更好地挑选菜品,并且选择了菜品以后可以即时下单,提交给系统,在品尝了菜品以后,还可以对该菜品进行评论,并给其他登录者一定的建议。而作为管理者登录了该系统,则可以即时看到订的菜品,并通过电话进行确认,确认后一并提交给相应的厨房制作菜品,还能够对购买者的合作情况等进行相应的评论,并对浏览者和购买者提出的相关问题,即时给出回应和回复,这样可以即时地对菜品的味道、提供的服务做出相应的调整,以适应大学城区的学生、附近居民和教师们的需求,不断适应现代订餐业务的发展。
3.3数据处理流程
登录者的相关个人信息,管理员可以进行浏览和修改。登录者可以对自己预定的菜品进行浏览和修改,甚至可以进行删除的操作,但预定的菜品不能超过30分钟,30分钟以后不能再行删除操作。管理员可以对添加的菜品的信息、菜品的价格进行修订,也可以对相关的咨询信息进行修改,还可以对客户的恶意评价进行修改。当然整个过程的数据处理流程相对来说是比较简单的。笔者也考虑到了网站的承载。
3.4系统用例和系统类
系统用例是指系统中每个角色的功能边界及其关联的功能模块,通过用例能更好地设计出系统的各个模块以及正确的角色划分。管理者操作:浏览餐饮信息,登录和注册,订单信息管理;Guest操作:会员注册,浏览餐饮信息;Student操作:浏览餐饮信息,登录和注销,用户信息管理,订单信息管理,反馈和留言。
系统的功能
文档评论(0)