《基于UML的外卖订餐系统需求分析.pdf》由会员分享，可在线阅读，更多相关《基于UML的外卖订餐系统需求分析.pdf（29页珍藏版）》请在金锄头文库上搜索。
1、基于 UML 的外卖订餐系统需求分析 基于 UML 的外卖订餐系统需求分析 目录 1. 系统概况 . 3 2. 系统需求 . 4 2.1. 功能性需求 . 4 2.2. 非功能性需求 . 4 3. 系统开发时间管理 . 5 4. 系统开发可行性分析 . 5 4.1. 技术的可行性： . 6 4.2. 经济的可行性： . 6 4.3. 操作的可行性： . 6 5. 系统开发项目人员安排 . 6 6. 基于 UML 的系统分析 . 7 6.1. 用户用例图 . 7 6.2. 系统主要用例 . 11 7 总结 . 29 图表目录 表格 1 项目人员安排表 . 7 表格 2 顾客管理账户用例描述 .
2、11 表格 3 找回密码用例描述 . 12 表格 4 顾客订餐用例描述 . 15 表格 5 送货员送餐用例描述 . 16 表格 6 顾客查看历史订单用例描述 . 16 表格 7 主管查看历史订单用例描述 . 17 表格 8 菜品评论与主管查看用例描述 . 21 表格 9 主管管理菜品描述 . 24 表格 10 系统管理员用例描述 . 26 图 1 外卖订餐系统结构图 1 3 基于 UML 的外卖订餐系统需求分析 图 2 外卖订餐系统结构图 2 4 图 3 系统开发甘特图 5 图 4 外卖订餐系统用户用例图 8 图 5 顾客用例图 9 图 6 主管用例图 10 图 7 送餐员用例图 10 图 8
3、 系统员用例图 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. 系统概况系统概况 外卖
4、订单系统是服务于餐馆外卖活动的一个简单的信息系统， 开发该系统主 要希望实现扩大本餐馆宣传、缩短顾客订餐时间、减少订餐错误、便于订单统计 分析等，最终达到扩大餐馆影响力、提高餐馆外卖业务效率、实现一定程度的决 策支持的目的。 该系统主要有五个子系统，分别是：账户管理子系统、订单管理子系统、评 论管理子系统、菜品管理子系统、系统管理子系统。 外卖订餐系统 账 户 管 理 子 系 统 订 单 管 理 子 系 统 评 论 管 理 子 系 统 菜 品 管 理 子 系 统 系 统 管 理 子 系 统 图 1 外卖订餐系统结构图 1 1、 账户管理子系统：面向顾客、主管、送餐员、管理员四种参与系统活动的角
5、 色。主要实现用户的注册、登录、注销以及账户信息编辑等功能。 2、 订单管理子系统：主要面向顾客、主管、送餐员，主要实现订单的增删改、 历史订单浏览与查询、订单统计分析等功能。 3、 评论管理子系统：主要面向顾客、主管，主要实现顾客查看、回复、发表评 论信息，主管查看用户评论信息等功能。 4、 菜品管理子系统：主要面向顾客、主管，主要实现菜单目录的呈现、菜品的 检索、菜品种类与当日供应数量的增删改等功能。 5、 系统管理子系统主要面向管理员，主要实现系统管理、模块管理、权限管理 等功能。 基于 UML 的外卖订餐系统需求分析 外卖订餐系统 前台后台 查看 菜单 订餐退餐结算评价 查看 历史 订
6、单 订餐 管理 系统 管理 账户 管理 菜单 设置 查看 订单 系统 设置 模块 管理 注册 账户 登录 账户 注销 账户 账户 信息 修改 权限 管理 图 2 外卖订餐系统结构图 2 2. 系统需求系统需求 2.1. 功能性需求功能性需求 （1） 顾客账户管理：注册、登录、注销账户，对账户相信信息进行编辑。 （2） 顾客网上订餐：查看菜单，检索菜品，增加、删除、更改菜品到购物 车，网上支付。 （3） 顾客网上评论：查看、回复、评论菜品，删除、更改自己发表的评论。 （4） 主管管理菜品：设置菜单，包括菜品的种类和每天供应个数量，更改 菜单，删除菜品等。 （5） 主管查看订单： 查看顾客的历史订
7、单记录， 查看某样菜品的订购记录， 实现简单的订单统计分析功能。 （6） 相关人员管理菜单：主管、送餐员修改订单状态。 2.2. 非功能性需求非功能性需求 （1） 服务器稳定：保证系统的服务器具有良好的稳定性，需要实现 7*24 小时不停的运作。 （2） 数据完整准确：录入数据采用表格方式，限制录入数据类型及取值范 基于 UML 的外卖订餐系统需求分析 围以保证数据的完整性及准确性。系统具有部分反悔修改功能，系统 备有的修改功能均可反悔。 （3） 系统安全：用户在身份认证、授权控制、私密性等方面的要求。 （4） 系统易用：系统操作界面美观、简便，通俗，便于操作。 （5） 系统可维护：系统在出现
8、故障时可以及时维修，使其数据恢复。 3. 系统开发时间管理系统开发时间管理 外卖订餐系统开发主要分为系统计划、系统分析、系统设计、系统实施与系 统支援五个部分，具体的开发时间安排如下图： IDTask NameStartFinishDuration 八月 2014六月 2014七月 2014 7/96/73/8 13d2014/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
9、/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系统实施 16
10、10d2014/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. 技术的可行性：技术的可行性： 技术的可行性是指在当前的条件下是否存在一些技术壁垒使开发方无法满 足客户的需求，无法开发出符合客户需
11、求的系统。 随着 IT 技术的不断发展，IT 技术越来越多的被应用到企业的日常运营管理 活动中，对于外卖订餐系统而言，前台与后台的系统功能模块都是属于较为简单 的功能模块，在当前 B/S 结构日益成熟的背景下，不存在任何重大技术障碍迫使 本系统无法实现客户的需求。 4.2. 经济的可行性：经济的可行性： 经济的可行性是指客户与开发方双方在系统开发前后能否产生的正的经济 效益，若经济效益为负的可能性很大，则本系统的开发存在经济上的不可行性。 对于开发方而言，为客户开发本系统会为开发方带来一笔销售收入，而只有 这笔销售收入小于开发成本时才会导致开发方的经济效益为负。 而本系统在实现 上的技术壁垒极
12、低， 只有可能在客户违约拒绝支付开发费用时才可能导致开发方 的经济效益为负，在双方签订的合同不存在重大漏洞和法律缺陷的前提下，客户 发生违约的情况极低。因此，开发方不存在经济的可行性上的问题。 对于客户而言，尽管在系统开发前期以及后期的人员培训、系统维护等系统 开发前后期发生的成本对于客户而言是无法避免的沉默成本， 但是在使用外卖订 餐系统后期，企业将提高其运转效率、增加订单数量、进而使企业的收入快速增 长。从长期的角度来看，由于外卖订餐系统的简单性，企业前期投入的一次性成 本以及后期产生的其他成本是较低的， 而本系统将使客户产生一个长远的正的经 济效益，因此对于客户而言，也不存在经济上的可行性问题。 4.3. 操作的可行性：操作的可行性： 操作的可行性是指在系统开发完成后， 系统的使用者使用的难易度是否会过 高，从而导致系统的实用性较低。 对于客户、客户的顾客而言，由于目前信息化普及程度较高，人们对电脑的 操作较为熟悉，因此只要系统本身的设计较为简洁，则用户可快速学习对系统的 使用。 本外卖订餐系统设计的简洁性能较好地符合用户对系统操作性的需求，则 对于用户而言，熟练操作使用本系统的门槛较低，在操作上是具有可行性的。 综上所述，本外卖订餐系统开发的可行性
