基于UML的外卖订餐系统需求分析

基于UML的外卖订餐系统需求分析基于UML的外卖订餐系统需求分析目录1.系统概况........................................................32.系统需求........................................................42.1.功能性需求.................................................42.2.非功能性需求...............................................43.系统开发时间管理................................................54.系统开发可行性分析..............................................54.1.技术的可行性：.............................................64.2.经济的可行性：.............................................64.3.操作的可行性：.............................................65.系统开发项目人员安排............................................66.基于UML的系统分析..............................................76.1.用户用例图.................................................76.2.系统主要用例..............................................117总结...........................................................29图表目录表格1项目人员安排表............................................7表格2顾客管理账户用例描述.....................................11表格3找回密码用例描述.........................................12表格4顾客订餐用例描述.........................................15表格5送货员送餐用例描述.......................................16表格6顾客查看历史订单用例描述.................................16表格7主管查看历史订单用例描述.................................17表格8菜品评论与主管查看用例描述...............................21表格9主管管理菜品描述.........................................24表格10系统管理员用例描述.......................................26图1外卖订餐系统结构图13基于UML的外卖订餐系统需求分析图2外卖订餐系统结构图24图3系统开发甘特图5图4外卖订餐系统用户用例图8图5顾客用例图9图6主管用例图10图7送餐员用例图10图8系统员用例图11图9账户管理活动图13图10顾客注册顺序图14图11顾客登录管理账户顺序14图12顾客订餐活动图18图13送餐员送餐活动图19图14主管查看历史订单活动图20图15顾客订餐顺序图20图16送餐员送餐顺序图21图17顾客评论活动图22图18主管查看评论活动图23图19顾客评论顺序图23图20主管管理菜品活动图25图21主管管理菜品顺序图26图22系统管理员活动图28图23系统管理员顺序图29基于UML的外卖订餐系统需求分析1.系统概况外卖订单系统是服务于餐馆外卖活动的一个简单的信息系统，开发该系统主要希望实现扩大本餐馆宣传、缩短顾客订餐时间、减少订餐错误、便于订单统计分析等，最终达到扩大餐馆影响力、提高餐馆外卖业务效率、实现一定程度的决策支持的目的。该系统主要有五个子系统，分别是：账户管理子系统、订单管理子系统、评论管理子系统、菜品管理子系统、系统管理子系统。外卖订餐系统账户管理子系统订单管理子系统评论管理子系统菜品管理子系统系统管理子系统图1外卖订餐系统结构图11、账户管理子系统：面向顾客、主管、送餐员、管理员四种参与系统活动的角色。主要实现用户的注册、登录、注销以及账户信息编辑等功能。2、订单管理子系统：主要面向顾客、主管、送餐员，主要实现订单的增删改、历史订单浏览与查询、订单统计分析等功能。3、评论管理子系统：主要面向顾客、主管，主要实现顾客查看、回复、发表评论信息，主管查看用户评论信息等功能。4、菜品管理子系统：主要面向顾客、主管，主要实现菜单目录的呈现、菜品的检索、菜品种类与当日供应数量的增删改等功能。5、系统管理子系统主要面向管理员，主要实现系统管理、模块管理、权限管理等功能。基于UML的外卖订餐系统需求分析外卖订餐系统前台后台查看菜单订餐退餐结算评价查看历史订单订餐管理系统管理账户管理菜单设置查看订单系统设置模块管理注册账户登录账户注销账户账户信息修改权限管理图2外卖订餐系统结构图22.系统需求2.1.功能性需求（1）顾客账户管理：注册、登录、注销账户，对账户相信信息进行编辑。（2）顾客网上订餐：查看菜单，检索菜品，增加、删除、更改菜品到购物车，网上支付。（3）顾客网上评论：查看、回复、评论菜品，删除、更改自己发表的评论。（4）主管管理菜品：设置菜单，包括菜品的种类和每天供应个数量，更改菜单，删除菜品等。（5）主管查看订单：查看顾客的历史订单记录，查看某样菜品的订购记录，实现简单的订单统计分析功能。（6）相关人员管理菜单：主管、送餐员修改订单状态。2.2.非功能性需求（1）服务器稳定：保证系统的服务器具有良好的稳定性，需要实现7*24小时不停的运作。（2）数据完整准确：录入数据采用表格方式，限制录入数据类型及取值范基于UML的外卖订餐系统需求分析围以保证数据的完整性及准确性。系统具有部分反悔修改功能，系统备有的修改功能均可反悔。（3）系统安全：用户在身份认证、授权控制、私密性等方面的要求。（4）系统易用：系统操作界面美观、简便，通俗，便于操作。（5）系统可维护：系统在出现故障时可以及时维修，使其数据恢复。3.系统开发时间管理外卖订餐系统开发主要分为系统计划、系统分析、系统设计、系统实施与系统支援五个部分，具体的开发时间安排如下图：IDTaskNameStartFinishDuration八月2014六月2014七月20147/96/73/813d2014/6/62014/6/4系统计划220d2014/7/32014/6/6系统分析35d2014/6/122014/6/6客户需求调研415d2014/6/262014/6/6资料收集516d2014/7/32014/6/12系统需求分析618d2014/7/112014/6/18系统设计74d2014/6/232014/6/18数据库设计84d2014/6/232014/6/18界面设计94d2014/6/232014/6/18输入输出设计1014d2014/7/112014/6/24账户管理子系统设计1114d2014/7/112014/6/24菜品管理子系统设计1214d2014/7/112014/6/24订单管理子系统设计1314d2014/7/112014/6/24评论管理子系统设计1414d2014/7/112014/6/24系统管理子系统设计1537d2014/8/222014/7/3系统实施1610d2014/7/162014/7/3物理系统建立1714d2014/7/222014/7/3程序编制1821d2014/8/192014/7/22系统调试1915d2014/8/222014/8/4系统维护208d2014/8/222014/8/13系统评价2123d2014/9/242014/8/25系统支持九月2014图3系统开发甘特图4.系统开发可行性分析基于UML的外卖订餐系统需求分析4.1.技术的可行性：技术的可行性是指在当前的条件下是否存在一些技术壁垒使开发方无法满足客户的需求，无法开发出符合客户需求的系统。随着IT技术的不断发展，IT技术越来越多的被应用到企业的日常运营管理活动中，对于外卖订餐系统而言，前台与后台的系统功能模块都是属于较为简单的功能模块，在当前B/S结构日益成熟的背景下，不存在任何重大技术障碍迫使本系统无法实现客户的需求。4.2.经济的可行性：经济的可行性是指客户与开发方双方在系统开发前后能否产生的正的经济效益，若经济效益为负的可能性很大，则本系统的开发存在经济上的不可行性。对于开发方而言，为客户开发本系统会为开发方带来一笔销售收入，而只有这笔销售收入小于开发成本时才会导致开发方的经济效益为负。而本系统在实现上的技术壁垒极低，只有可能在客户违约拒绝支付开发费用时才可能导致开发方的经济效益为负，在双方签订的合同不存在重大漏洞和法律缺陷的前提下，客户发生违约的情况极低。因此，开发方不存在经济的可行性上的问题。对于客户而言，尽管在系统开发前期以及后期的人员培训、系统维护等系统开发前后期发生的成本对于客户而言是无法避免的沉默成本，但是在使用外卖订餐系统后期，企业将提高其运转效率、增加订单数量、进而使企业的收入快速增长。从长期的角度来看，由于外卖订餐系统的简单性，企业前期投入的一次性成本以及后期产生的其他成本是较低的，而本系统将使客户产生一个长远的正的经济效益，因此对于客户而言，也不存在经济上的可行性问题。4.3.操作的可行性：操作的可行性是指在系统开发完成后，系统的使用者使用的难易度是否会过高，从而导致系统的实用性较低。对于客户、客户的顾客而言，由于目前信息化普及程度较高，人们对电脑的操作较为熟悉，因此只要系统本身的设计较为简洁，则用户可快速学习对系统的使用。本外卖订餐系统设计的简洁性能较好地符合用户对系统操作性的需求，则对于用户而言，熟练操作使用本系统的门槛较低，在操作上是具有可行性的。综上所述，本外卖订餐系统开发的可行性分析的结果是可行的。5.系统开发项目人员安排涉及开发该外卖订餐系统主要人员有项目组长、系统需求分析人员、系统设计人员、系统开发人员已经系统测试人员。不同种类的人员可以有交叉，即同一个人在开发过程中可以担任多个角色。具体的人员安排如下表：基于UML的外卖订餐系统需求分析表1项目人员安排表角色职责说明数量（人）项目组长制订项目计划；协调资源，组织项目实施；项目跟踪和管理。1系统需求分析人员系统需求调研和分析，完成系统需求报告并对其进行调整完善。8系统设计人员按照系统需求与设计流程开发相应的设计规格书，并对其进行调整完善。8系统开发人员按设计规格书开发代码并进行内部单元测试。8系统测试人员进行系统测试并记录测试结果，编制测试报告。36.基于UML的系统分析6.1.用户用例图总的系统用户用例如如下：基于UML的外卖订餐系统需求分析顾客送餐员主管系统管理员查看菜单提交订单登录/注销菜品放入购物车删除购物车内菜品编辑购物车内菜品数量注册顾客账户管理查看历史订单评价结算送餐编辑菜单查看订单记录模块管理权限管理系统设置设置菜品数量修改订单状态评价记录检索菜品图4外卖订餐系统用户用例图外卖订餐系统的用户有顾客、主管、送餐员、管理员。他们分别的用例图如下：(一)顾客用例图基于UML的外卖订餐系统需求分析顾客查看菜单提交订单登录/注销菜品放入购物车删除购物车内菜品编辑购物车内菜品注册账户信息管理查看历史订单结算评价检索菜品图5顾客用例图(二)主管用例图基于UML的外卖订餐系统需求分析主管编辑