校园订餐系统.docx

《校园订餐系统.docx》由会员分享，可在线阅读，更多相关《校园订餐系统.docx（28页珍藏版）》请在第一文库网上搜索。

1、软件工程n大作曲校园订餐系统结构化分析与设计学院：理学院专业：信息与计算科学组长：组员：2015-01-05指导教师：信息学院巢进波提交日期：成绩评定表项目名称校园订餐系统小组成绩指导教师评语个人成绩评定表姓名学号组内排名本人签字个人成绩12345任务分配说明在平时的每一次小作业中我们的分配如下:姓名问题定义可行性分析需求分析总体设计详细设计共同讨论并进行问题性质和规模的总体把握可行性分析的总体把握对需求分析进行分析并总结概括对总体设计进行分工并总结概括设计数据流图以及PAD图共同讨论软件可以实现的功能并分析开发背景进行经济可行性的分析建立状态转化图对层次图进行分析并概括设计数据库共同讨论软件

2、可以实现的功能并记录总结进行系统工作量的分析对系统的综合要求进行分析对IPO图进行分析并概括对各模块进行详细介绍共同讨论软件可以实现的功能进行经济可行性和技术可行性的分析建立数据字典对层次图分析并画图对各模块进行详细介绍共同讨论软件可以实现的功能进行操作设备的分析建立数据流图和E-R图对IPO图进行分析并画图对各模块进行详细介绍我们小组在每次的作业中都共同讨论，具体编写文档工作分配给各位同学，以上是初步完成的作业中的分配，在老师给了反馈之后又重新给各个同学分配了各自的任务，让大家对每一部分以及整体思路都有详细的了解，故新的分配任务如下：学生一：整体的把握、任务的分配、数据流图（总、分）的定义及

3、画图、文档的排版学生二：对系统每部分状态的把握、状态转换图的重新定义以及画图学生三：对整体数据对象进行分析、定义数据字典以及物理结构设计学生四：对关系模式进行准确把握、得出E-R图并转换为关系模式学生五：对层次功能进行分析、画出层次图、并设计数据库一、问题定义11.1 开发背景11.2 问题定义1二、可行性分析32.1 技术可行性32.2 操作可行性32.3 经济可行性32.4 时间设备可行性32.5 系统工作量4三、需求分析53.1 数据分析53.1.1 数据采集53.1.2 数据字典53.1.3 数据模型E-R图73.2 功能需求83.2.1 细化的数据流图83.2.2 行为模型状态转换图

4、93.3 性能需求103.4 运行需求113.5 其他需求11四、总体设计124.1 系统体系结构设计124.1.1 关系模式的设计124.1.2 层次图124.2 软件结构设计124.3 数据库设计13五、详细设计165.1 人机界面设计165.2 数据库接口设计195.2.1 用户接口195.2.2 内部接口195.3 PAD图20六、参考文献21七、总结22一、问题定义1.1 开发背景目前，校园内学生数量多，食堂空间又比较小。而中午，晚上学生用餐时间比较集中，造成用餐时间段拥挤现象严重。同时，学生等待时间过长，造成了不必要的时间浪费。虽然食堂与一些订餐软件合作，提供送餐服务，学生们期待通

5、过软件订餐，不用去食堂，减少等待时间。但是通过实践发现，用订餐软件订餐，订单处理不及时，送餐速度慢，造成了更大的不便。基于目前的状况，我们小组对订餐软件进行改善，取消了送餐功能，设置了分时间段订单，并设置每一时间段订单上限，并加入了提醒功能，学生收到提示可立即到食堂自取，将集中买饭时间分散开，减少了等待时间，节省了学生们宝贵的学习时间。1.2 问题定义阐述本项目要解决的问题是什么。也可以包含本项目不做什么，以明确界定要解决的问题。写清总体目标和工程的规模，然后从不同角度具体展开。例如：可以从前台和后台两个方面分功能模块阐述，也可以从满足不同用户的多种需求的角度阐述。简明扼要，不求大而全，要突出

6、重点和特色。工作量以人均一个核心功能为基准，鼓励有余力的小组增加完善性功能。解决放学后同学买饭集中等待时间过长造成时间浪费的问题。能够合理的安排同学们的吃饭时间，提高食堂效率，让每个人都能愉快的吃好每顿饭。针对饿了么软件在实际使用中遇到的问题进行了改进。本软件的创新点：分时段订餐并设置了饭菜订单数量实时更新显示，以便用户能够有更多的订餐选择；对每个同学的消费信息进行记录并生成信誉评价；订单确认后系统提醒，同学及时自主取餐减轻卖家物流压力。本软件前台后台各分为四个模块，具体内容如下：前台：1 .用户信息模块：用户主要针对学生。学生以学号注册，实现每人一个账号，每个人的信息中都存有一个信誉度，若信

7、誉度达到下线则取消其订餐资格，每个人订餐之前都需登录，并可以修改信息。另外卖家也可以申请账号，但与学生不同，卖家可以对菜单进行增删改查等功能。2 .菜单信息模块：用户能够在软件平台上进行对商品的浏览，查询，选择，并且每个商品都会有各个时间段已定餐数量以及订餐数量上限的显示。3 .订单模块：买家在浏览完毕后选择好商品提交订单，在所选做餐时间段以前也能取消订单。卖家接收订单，对订单信息进行处理，确认订单后对学生进行系统提醒。4 .评价模块：完成订单后，用户可以对消费的商品进行评价，提交后卖家能对评价信息进行回复，实现买家卖家的在线沟通。后台：1 .用户信息管理模块：管理员能实现对用户信息的查询，并

8、能对低信誉学生信息删除，拉黑；对于新增或者放弃营业的卖家进行增加和删除。2 .菜单信息管理模块：增加，修改，删除，查询商家的菜单信息。对于一个月内没有交易的菜品进行删除，以减轻系统的不必要的空间。3 .订单管理模块：对订单进行查询，管理。4 .评价管理模块：管理员能对不文明的评价信息进行屏蔽。二、可行性分析2.1 技术可行性数据库技术在计算机软件领域研究中一项非常重要的主题，产于60年代，40多年来数据库技术得到了迅速发展，并已形成较为完整的理论系统和一大批使用系统。许多程序开发工具如VB,Java,MicrosoftVisua1Studio6.0等都支持面向对象的程序开发。数据库我们小组打算

9、使用数据库老师课设中要求用到的SQ1server2005作为后台数据库，因为数据库的课程设计在本门课程设计之前,所以后台数据库方面的技术是没问题的；开发语言使用ViSUa1StUdioC+；架构定为C/S。目前这个技术以及软件是可以实现的，我们小组会尽力运用我们所学到的知识，在课设时间里多学、多练、多开发，争取将这个系统最基本的功能实现。2.2 经济可行性经济可行性研究是对系统投入使用后带来的经济效益进行评估，也包括对系统的投资预算。学校食堂空间较小，买饭高峰期食堂拥堵严重，学生等待时间较长。基于这一现象，本研究小组设计了这一网上订餐系统，学生可根据需要自由选择取餐时间段，大大节省了学生们宝贵

10、的学习时间。相对于之前的各种网上订餐系统，本小组设计的系统将送餐环节改为自取，节约了人力，物力，财力，同时减少了学生等待的时间，提高了学生买饭和食堂卖饭的效率，且开发成本较低，所以本系统在经济上是可行的。2.3 操作可行性本系统实现了学生与数据库的交互，界面简单友好，操作方便。系统运行后，学生只需简单的点击操作即可选择自己想要购买的饭菜以及对饭菜的相关要求和对取餐时间段的要求，不必关心系统内部结构及运行方式。食堂窗口方面只需根据学生的要求做出相应饭菜并提醒学生按时取餐即可。用餐结束后学生可输入自己对饭菜及食堂的评价，为其他学生购买饭菜提供宝贵的经验。管理者只需根据学生的信用情况选择是否屏蔽该学

11、生，学生信用是基于订餐不取的现象进行统计，若超过三次屏蔽该学生，取消其订餐资格，并根据学生评价所使用的语言选择是否屏蔽该条评价即可。综上所述，本系统操作简单易行，在操作上试可行的。2.4 时间、设备可能性本小组共5人，有两周的充足时间，共有计算机设备5台，且小组成员均有C+学习基础,-完整版学习资料分享-个别成员有JAVA等学习基础。本小组还可利用互联网查询相关信息或向相关专业教师咨询。本小组成员对于学生订餐系统流程熟悉且了解广大学生需求，定会满足广大学生对于缩短买饭等待时间的要求。以上这些都为本系统的成功开发提供了极大的可能。2.5 系统工作量本小组预计在两周内完成软件相关设计以及软件规格说

12、明书。总体设计阶段要定义各模块的数据传递关系，设计软件的编码方案、文件存储策略、输入输出格式，以及硬件和系统软件配置,最后编制概要设计说明书。总体设计过程可分为两个主要阶段：功能设计，确定网上订餐系统的实现方案；结构设计，确定该软件的结构。功能设计是在需求分析的基础上进行的。结构设计，是将整个系统不同的功能和层次分为一个功能简单明确且相对独立的部分。每个模块实现系统的一项具体功能自顶向下，逐步细化。结构设计是确定程序由哪些模块组成以及这些模块之间的关系。本小组成员有扎实的编程基础，为程序的完成和实现提供了可能性。三、需求分析3.1 数据分析3.1.1 数据采集本系统中所有数据都来自于学生和卖家

13、所提供的基本信息，包括学生基本信息，菜单信息、下订单时所生成的订单信息，以及最后生成的评论信息，以上信息均可靠真实。3.1.2 数据字典（一）数据存储1 .菜单信息含义说明：卖家根据自己出售的菜品制作的包含各种饭菜的信息组成：菜单编号，菜品名称，价格，卖家窗口编号，菜品销售最大量。2 .用户信息：组成：用户id,用户密码，电话，卖家窗口编号，卖家信用3 .订单信息含义说明：指用户提交的详细的订单信息组成：订单编号，下订单时间，买家电话，做餐时间段，订单状态。4 .评论信息含义说明：买家收到饭菜后对饭菜做出的评价组成：评价内容。二数据处理1 .处理订单含义说明：卖家在收到订单后对订单进行处理输入

14、：菜谱输出：订单信息处理：卖家根据订单做出相应的饭菜2 .系统提醒含义说明：卖家在做好饭菜后系统会提醒买家到食堂取走饭菜输入：订单信息输出：提醒信息处理：系统提醒买家三数据项1名字:用户id描述：每个用户注册时的唯一注册号即学生号定义：用户id=10字符10位置：用户信息2 .名字：用户密码描述:用户在使用登陆时所需要输入的账号密码定义：用户密码=10字符10位置：用户信息3 .名字：订单状态描述：订单生命周期的各个阶段，用于系统的流程控制的判定。用户提交订单后，等待卖家确认；卖家确认后，不能取消订单；卖家做好饭后通知取餐；“已取餐”状态表示该订单完成；用户累计有3次未取餐记录，则设置用户状态为“黑名单成员”。定义：订单状态=待确认I已确认I已取消I已通知取餐I已取餐I未取餐位置：订单信息4 .名字：订单编号描述：订单在系统中的唯一标识符定义：订单编号二16字符16位置：订单信息5 .1.3数据模型E-R图3.2 功能需求3.2.1 细化的数据流图学生信息管理Z用户信息11田户隹自取宁刁贝科Zr手将Ig信息I订理信自令丁的住自卖家菜单信息上传菜单菜单信息菜单自心信查询菜单修改菜单修改信息查询信息菜单信息.图2菜单处理菜单信息订单信息取消菜单取消订单信息