- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
PAGE
PAGE 10
本科实验报告
课程名称:
实验项目:
实验地点:
系统分析与设计
《网上订餐系统》实验
行逸楼 A 103
专业班级:软件学生姓名:
指导教师:
1320 班 学号:2013006073
张 舒
南 志 红
2015 年 11 月 4 日
一、实验目的
通过《系统分析与设计》实验,使学生在实际的案例中完成系统分析与系统设计中的主要步骤,并熟悉信息系统开发的有关应用软件,加深对信息系统分析与设计课程基础理论、基本知识的理解,提高分析和解决实际问题的能力,使学生在实践中熟悉信息系统分析与设计的规范,为后继的学习打下良好的基础。
二、实验要求
学生以个人为单位完成,自选题目,班内题目不重复,使用UML进行系统分析与设计,并完成实验报告。实验报告以纸质版(A4)在课程结束后二周上内提交(12周)。三、实验主要设备:笔记本计算机
四、实验内容
选题及项目背景
选题:网上订餐系统
背景:随着互联网的发展,越来越多的人选择上网进行活动,网上订餐就是一个非常流行的方式,使人们足不出户就可以吃到心满意足的饭菜。
定义
此网上订餐实现的是网上订餐服务,为某一家餐馆所有,主要实现在线订餐,送餐上门服务。 顾客通过登录某餐馆的官方网站进行订餐,普通游客只有浏览权限,注册为会员之后,可以与在线 客服交流,订餐,订餐时需要填写订单,选择购买的菜品及数量,系统验证会员信息(如发货地址 等)及订单商品的可用性后,返回订单总金额等相关信息。会员选择付款方式,如货到付款(现金) 或立即支付(信用卡,支票,借记卡等),付款成功之后,订单生成,如果没有正常支付,则生成 一个退单或该订单被挂起,餐馆服务员处理订单,安排送餐,并与客户在线交流。送餐员通过打印 出来的订单进行送货。会员可以管理自己的信息,包括查看,修改,添加,删除,并支持修改密码, 找回密码,重置密码。
参考资料
《系统分析与设计》主编:李爱萍 人民邮电出版社
系统分析与设计
需求分析
识别参与者
普通游客 2.会员 3.餐馆服务人员 4.送餐人员
对需求进行捕获与描述
用例名称浏览菜单浏览菜单注册会员下订单 修改订单退单
修改会员资料查看会员记录处理订单
修改菜单确认送餐支付
执 行 者 普通游客会员
普通游客会员
会员会员会员会员
餐馆服务人员
餐馆服务人员送餐员
会员
目 的
浏览菜单,查看是否有注册成为会员的必要浏览菜单,挑选菜品
通过填写注册信息成为会员填写订单
对自己所填订单进行修改处理在送餐之前 取消订单
对自己的会员资料进行修改
对自己的会员记录进行查看动作
对顾客提供的菜单进行处理,确认对方提交并完成付款,对顾客的疑问提出解答
对发布的菜单进行增加,删除,价格操作送餐完毕后进入进入系统确认送餐完毕 提交订单后进行支付
100.1
100.1
100.2
用例 ID 号及用例名
用例概述
100.3
101.4
100.5
100.6
100.6.
1
参与者:
前置条件(Pre-Conditions) 后置条件(Post-Conditions) 事件流
基本事件流
(Basic Flow)
Uc_100 注册会员
该用例描述一个在线订餐系统中,普通游客通过填写各项信息,注册成为会员。
普通游客
进入网站页面给予会员身份
1)
2)
3)
4)
普通游客请求注册成会员。
填写基本信息(电话,地址,姓名等)。E-1 邮箱验证。E-2
选择支付方式,可以绑定银行卡。E-3
100.6.
2
扩 展 事 件 流 ( Alternative E-1(替代第 2 步):如果需要修改,会员修改送货地址、电话
Flows) 号码。
E-2(替代第 3 步):如果邮箱验证信息没有在 7 天内处理完成, 验证信息失效。
E-3:(替代第9步):会员变更绑定的银行卡,系统保存修改。
用例图
通过已掌握的需求,初步了解系统所要完成的功能。下面给出用例图。
System注册会员
System
注册会员
处理订单
修改会员资料
修改菜单
下订单
餐馆服务人员
退单
确认送餐
查看会员记录
修改订单
送餐员
支付
浏览菜单
普通游客
分析与讨论
建模用例图的步骤、方法?
?识别主要参与者
?发现用例
?用例描述
④建模用例图
如何识别系统的参与者?应该如何划分用例,应注意哪些问题?
参与者是与系统交互的实体,包括需要和系统交换信息的一切实体,参与者不是系统的一部分,它们处于系统的外部。参与者可能是人,计算机硬件或设备或外部系统。
用例是从用户的角度,站在系统外部观察系统的功能,考虑系统做什么,而不考虑系统内 部怎么做。用例是对系统行为的描述。用例可大可小,但对应一个具体的用户目标。一个用例包含了系统所执行的一组动作的序列。每个用例都有其对应的参与者。
心得
通过做实验,
文档评论(0)