发布时间: 2024-04-04 12:33:22 | 作者: 政企机构
订餐者第一步是要注册一个账号用于系统登录,登录后能查看店铺信息,并选中某一店铺后进入其餐饮信息界面,最终选中所需餐饮,下订单。当然用餐后还可以对此餐饮进行评价。
商家第一步是要申请一个网上店铺,当申请通过后,登录到系统中,可以核实订单并安排配送,然后对本店的餐饮信息进行更新。
店铺管理员可以更新店铺信息(包括录入新申请通过的商家、修改、删除和查询店铺信息),还要为每一个店铺建立客户评价档案盒商家监察档案。
订单管理员当订餐者下订单后要立即生成新订单,如果订单有所改动需及时来更新(查询、修改、删除)。
系统管理员能登录系统,对商家和订餐者的信息来管理(增加、删除、修改、查询),还有系统的维护。
根据前面的分析和设计不难发现,每个参与者在使用系统前都有必要进行登录,登录之后就能够直接进行各自相应的操作,操作完成后退出系统。创建的系统状态图如下:
当订餐者下订单后,订单管理员需及时生成订单,如果订餐者对订单有所更改时,订单管理员也要及时对数据来进行更新。
当商家申请通过时,店铺管理员需要及时录入店铺信息,并为其设立店面、建立客户评价档案、商家监察档案。当商家增加、修改、删除其餐饮信息时,店铺管理员需及时对数据来进行更新,以便其他人订餐。如果订餐者对某餐饮店的某餐饮进行评价后,店铺管理员需及时来更新评价档案。
经过认真地分析我得出了系统的需求分析,确定了系统的主要参与者以及各自的主要活动。通过学习UML建模的有关知识和Rational Rose工具,我亲自动手练习,最终画出了系统的系统用例模型(各自用例的用例图)、系统静态模型(系统类图)、系统的动态模型(系统时序图、系统活动图和系统状态图)以及系统部署模型(系统构件图和系统部署图)。通过个人的亲自动手操作,使我进一步了解并掌握了UML的建模过程和Rational Rose工具的使用。同时,我也发现了自己思考问题不全面等一系列不足,促使自己不断改正、不断进步。
由需求分析中知,我们大家可以依据主要六个类对象:订餐者、订单管理员、商家、店铺管理员、系统管理员、订单、店铺和餐饮创建完整的类图。
随着网络技术的快速的提升,人们的生活也慢慢变得追求方便化。经过观察,发现整个大学城的学生对平常订餐需求很大,但他们订餐的方式都是比较原始的电话订餐。而各个餐饮店也是各自为战,自己接电话,记录订单需求,自己配送。这样做效率很低,利润薄,而且信息不流畅。所以我决定为大学生提供一个平台---网上订餐系统。在网上给申请的商家一个虚拟店面,可以在上面挂上该商家的名称,饭菜的图片和价格等信息,让订餐者可以方便地订餐,还可以对商家的餐饮进行评价,由系统生成评价档案以供其他人参考等,而商家后期只负责做饭菜并安排人配送。此外,需要定期对商家进行卫生安全监察,生成商家监察档案,并以此为依据来决定商家的去留等。
网上订餐系统的构件图我们通过构件映射到系统的实现类中,说明该构件物理实现的逻辑类,在本系统中,我们大家可以对订餐者类、系统管理员类、商家类、店铺管理员类、订单管理员类、订单类和餐饮类分别创建对应的构件做映射。
网上订餐系统的部署图描绘的是系统节点上运行资源的安排。包括四个节点,分别是:客户端浏览器、HTTP服务器、数据库服务器和打印机。
订餐者能登录系统,登录后可以订餐,订餐过程包括选择店铺、选择餐饮、下订单以及到餐付款,用餐后还可以对餐饮进行评价。
商家能登录系统,登录后需要对订餐者的订单进行核实并安排配送,然后更新店铺有关餐饮信息(增加、删除、修改)。