ﻩ目录TOC\ｏ"1-３＂＼h\uＨYPERＬIＮK\l"９1６"1背景介绍：ﻩ３ＩNK”２33917”２需求剖析ＨＹPEＲＬＩNK＼l"_Ｔoc3７２23３9３3”3。３店面管理员用例图3．4订单管理员用例图ﻩ5３．5系统管理员用例图4系统静态模型ﻩ75系统动态模型ﻩ8５．系统时序图5。1．3店面管理管理员管理店面10５.1.４店面管理员构建顾客评价档案１1５。1.5店面管理员构建店家监察档案ﻩ1２５。1．7系统管理员管理店家信息１4”_Toｃ１”5。1.8系统管理员管理订餐者信息ﻩ155.1.9系统管理员维护系统165.2系统活动图175。3系统状态图ﻩ176系统布署模型ﻩ1８6．1系统预制构件图ﻩ186。2系统布署图ﻩ１８７总结１9ﻬ1背景介绍随着网路技术的急速发展，人们的生活也越来越追求便捷化.经过观察,发觉整个学院城的中学生对平时订餐需求很大，但她们订餐的形式都是比较原始的电话订餐。而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送.这样做效率很低，收益薄，但是信息不流畅。所以我决定为学院生提供一个平台—--网上订餐系统。
在网上给申请的店家一个虚拟店铺，可以在里面挂上该店家的名称，饭菜的图片和价位等信息，让订餐者可以便捷地订餐，还可以对店家的餐饮进行评价,由系统生成评价档案以供其他人参考等,而店家后期只负责煮饭菜并安排人配送。据悉，须要定期对店家进行卫生安全监察，生成店家监察档案,并借此为根据来决定店家的去留等.需求剖析学院生网上订餐系统主要有以下几方面需求：1)订餐者订餐者首先须要注册一个帐号用于系统登陆,登陆后可以查看店面信息,并选中某一店面后步入其餐饮信息界面，最终选中所需餐饮，下订单.其实进餐后还可以对此餐饮进行评价.店家店家首先须要申请一个网上店面,当申请通过后,登陆到系统中,可以核对订单并安排配送，之后对本店的餐饮信息进行更新。3)订单管理员当订餐者下订单后，订单管理员需及时生成订单，假如订餐者对订单有所修改时，订单管理员也要及时对数据进行更新。店面管理员当店家申请通过时，店面管理员须要及时录入店面信息,并为其筹建店铺、建立顾客评价档案、商家监察档案。当店家降低、修改、删除其餐饮信息时，店面管理员需及时对数据进行更新，便于其他人订餐。假如订餐者对某餐饮店的某餐饮进行评价后,店面管理员需及时更新评价档案.系统管理员系统管理员主要完成对店家和订餐者信息的管理、以及系统的维护。
３系统用例模型学院生网上订餐系统的参与者有:订餐者用例图订餐者可以登入系统,登陆后可以订餐，订餐过程包括选择店面、选择餐饮、下订单以及到餐付款，进餐后还可以对餐饮进行评价。商家用例图店家可以登入系统,登陆后须要对订餐者的订单进行查证并安排配送，之后更新店面有关餐饮信息（降低、删除、修改）。3.3店面管理员用例图店面管理员可以更新店面信息（包括录入新申请通过的店家、修改、删除和查询店面信息),还要为每一个店面构建顾客评价档案盒店家监察档案。3．4订单管理员用例图订单管理员当订餐者下订单后要立刻生成新订单,倘若订单有所改动需及时更新(查询、修改、删除）。系统管理员用例图系统管理员可以登入系统，对店家和订餐者的信息进行管理（降低、删除、修改、查询),还有系统的维护.系统静态模型由需求剖析中知,我们可以根据主要六个类对象:订餐者、订单管理员、商家、店铺管理员、系统管理员、订单、店铺和餐饮创建完整的类图系统动态模型5.1系统时序图5.１．1订餐者订餐（1）订餐者注册一个系统登陆帐号;（2）在登陆界面输入相应的用户名和密码进行身分验证；（3）系统验证后将验证结果返回给用户；（4）系统展示有关店面信息；（5）订餐者选择店面；（6）系统展示该店面的有关餐饮信息;（7）订餐者浏览信息并选择所需餐饮;（8）订餐者下订单;（9）下订单成功后,系统更新餐饮信息；（10）退出系统;（11）进餐后对餐饮进行评价.依据订餐者订餐的时序图可以创建如下协作图:5。
１.２店家管理店面（1）店家申请一个网上虚拟店面；（2）申请成功后，在登陆界面输入自己的用户名和密码进行身分验证;（3）系统进行验证并将验证结果返回给店家；（4）店家处理订单;（5）更新店面相关餐饮信息；（6）递交更新数据；（7）系统将递交的结果显示给店家；（8）递交成功，退出系统。按照店家管理店面的时序图可以创建如下协作图：５。1．3店面管理员管理店面信息（1）店面管理员登入系统步入管理界面;（2）对店面的信息进行更新;（3）递交更新数据;（4）系统将递交结果显示给店面管理员；（5）递交成功，退出系统。5。1．4店面管理员构建顾客评价档案（1）店面管理员登陆到系统;（2）对订餐者的评价进行查证并筛选；（3）生成最终的评价档案;（4）系统将结果显示给店面管理员；（5）退出系统。５.1．5店面管理员构建店家监察档案（1）店面管理员登陆到系统；（2）录入通过检测得出的监察结果；（3）生成监察档案；（4）系统将结果显示给店面管理员；（5）退出系统.按照店面管理员构建店家监察档案的时序图可以创建如下协作图:5。１。６订单管理员管理订单（1）订单管理员登陆到系统中;（2）管理订单信息；（3）递交更新数据；（4）系统将更新结果显示给定单管理员;（5）递交成功,退出系统.按照订单管理员管理订单的时序图可以创建如下协作图：5。
１.7系统管理员管理订餐者信息（1）系统管理员注册一个自己的登陆帐号;（2）输入用户名和密码进行身分验证;（3）系统将验证结果显示结果返回给系统管理员；（4）系统管理员在订餐者信息管理界面对订餐者信息进行更新;（5）递交更新数据；（6）系统将递交结果返回；（7）递交成功,退出系统。依据系统管理员管理订餐者信息的时序图可以创建如下协作图:５。1.８系统管理员管理店家信息（1）系统管理员注册一个自己的登陆帐号；（2）输入用户名和密码进行身分验证;（3）系统将验证结果显示结果返回给系统管理员；（4）系统管理员在店家信息管理界面对店家信息进行更新;（5）递交更新数据;（6）系统将递交结果返回；（7）递交成功，退出系统。依据系统管理员管理店家信息的时序图可以创建如下协作图：5。1.9系统管理员维护系统（1）系统管理员注册一个自己的登陆帐号；（2）输入用户名和密码进行身分验证;（3）系统将验证结果显示结果返回给系统管理员;（4）系统管理员在系统维护界面对系统进行维护；（5）递交维护操作；（6）系统将递交结果返回；（7）递交成功，退出系统。依据系统管理员维护系统的时序图可以创建如下协作图:系统活动图按照学院生网上订餐系统的整个活动过程,创建了如下的系统活动图:５.3系统状态图按照上面的剖析和设计可以发觉，每位参与者在使用系统前都须要进行登陆,登陆以后就可以进行各自相应的操作,操作完成后退出系统.创建的系统状态图如下：系统布署图6．１系统预制构件图网上订餐系统的预制构件图我们通过预制构件映射到系统的实现类中在线点餐，说明该预制构件化学实现的逻辑类,在本系统中,我们可以对订餐者类、系统管理员类、商家类、店铺管理员类、订单管理员类、订单类和餐饮类分别创建对应的预制构件进行映射。
6.２系统布署图网上订餐系统的布署图描画的是系统节点上运行资源的安排。包括四个节点，分别是:顾客端浏览器、HTTP服务器、数据库服务器和复印机。总结经过认真地剖析我得出了系统的需求剖析,确定了系统的主要参与者以及各自的主要活动。通过学习UＭL建模的有关知识和ａlＲoｓｅ工具,我亲自动手练习在线点餐，最终画出了系统的系统用例模型（各自用例的用例图)、系统静态模型(系统类图）、系统的动态模型（系统时序图、系统活动图和系统状态图）以及系统布署模型(系统预制构件图和系统布署图）。通过自己的亲自动手操作,使我进一步了解并把握了UML的建模过程和ＲaｔｉoｎａｌＲｏse工具的使用。同时，我也发觉了自己思索问题不全面等一系列不足，使得自己不断改正、不断进步。
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
