太原理工系统分析实验报告2015课案.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 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)

hao187 + 关注
官方认证
文档贡献者

该用户很懒,什么也没介绍

认证主体武汉豪锦宏商务信息咨询服务有限公司
IP属地上海
统一社会信用代码/组织机构代码
91420100MA4F3KHG8Q

1亿VIP精品文档

相关文档