《太原理工系统分析实验报告2015》由会员分享，可在线阅读，更多相关《太原理工系统分析实验报告2015（13页珍藏版）》请在金锄头文库上搜索。
1、本科实验报告课程名称： 系统分析与设计 实验项目： 网上订餐系统实验 实验地点： 行逸楼A103 专业班级：软件1320班 学号：2013006073学生姓名： 张 舒 指导教师： 南 志 红 2015年 11月 4 日一、实验目的 通过系统分析与设计实验，使学生在实际的案例中完成系统分析与系统设计中的主要步骤，并熟悉信息系统开发的有关应用软件，加深对信息系统分析与设计课程基础理论、基本知识的理解，提高分析和解决实际问题的能力，使学生在实践中熟悉信息系统分析与设计的规范，为后继的学习打下良好的基础。二、实验要求学生以个人为单位完成，自选题目，班内题目不重复，使用UML进行系统分析与设计，并完成
2、实验报告。实验报告以纸质版（A4)在课程结束后二周上内提交（12周）。三、实验主要设备：笔记本计算机四、实验内容1 选题及项目背景选题：网上订餐系统背景：随着互联网的发展，越来越多的人选择上网进行活动，网上订餐就是一个非常流行的方式，使人们足不出户就可以吃到心满意足的饭菜。2 定义 此网上订餐实现的是网上订餐服务，为某一家餐馆所有，主要实现在线订餐，送餐上门服务。顾客通过登录某餐馆的官方网站进行订餐，普通游客只有浏览权限，注册为会员之后，可以与在线客服交流，订餐，订餐时需要填写订单，选择购买的菜品及数量，系统验证会员信息（如发货地址等）及订单商品的可用性后，返回订单总金额等相关信息。会员选择付
3、款方式，如货到付款（现金）或立即支付（信用卡，支票，借记卡等），付款成功之后，订单生成，如果没有正常支付，则生成一个退单或该订单被挂起，餐馆服务员处理订单，安排送餐，并与客户在线交流。送餐员通过打印出来的订单进行送货。会员可以管理自己的信息，包括查看，修改，添加，删除，并支持修改密码，找回密码，重置密码。3 参考资料 系统分析与设计主编：李爱萍 人民邮电出版社4 系统分析与设计4.1需求分析 4.1.1识别参与者 1.普通游客 2.会员 3.餐馆服务人员 4.送餐人员 4.1.2 对需求进行捕获与描述 用例名称 执行者 目 的 浏览菜单 普通游客 浏览菜单，查看是否有注册成为会员的必要 浏览菜
4、单 会员 浏览菜单，挑选菜品 注册会员 普通游客 通过填写注册信息成为会员 下订单 会员 填写订单 修改订单 会员 对自己所填订单进行修改处理 退单 会员 在送餐之前 取消订单 修改会员资料 会员 对自己的会员资料进行修改 查看会员记录 会员 对自己的会员记录进行查看动作 处理订单 餐馆服务人员 对顾客提供的菜单进行处理，确认对方提交并完成付款，对顾客的疑问提出解答 修改菜单 餐馆服务人员 对发布的菜单进行增加，删除，价格操作 确认送餐 送餐员 送餐完毕后进入进入系统确认送餐完毕 支付 会员 提交订单后进行支付 100.1用例ID号及用例名Uc_100注册会员100.2用例概述该用例描述一个在
5、线订餐系统中，普通游客通过填写各项信息，注册成为会员。100.3参与者：普通游客101.4前置条件（Pre-Conditions）进入网站页面100.5后置条件（Post-Conditions）给予会员身份100.6事件流100.6.1基本事件流（Basic Flow）1) 普通游客请求注册成会员。 2) 填写基本信息（电话，地址，姓名等）。E-13) 邮箱验证。E-24) 选择支付方式，可以绑定银行卡。E-3100.6.2扩展事件流（Alternative Flows）（替代第2步）：如果需要修改，会员修改送货地址、电话号码。（替代第3步）：如果邮箱验证信息没有在7天内处理完成，验证信息失效
6、。：（替代第步）：会员变更绑定的银行卡，系统保存修改。 4.1.3 用例图 通过已掌握的需求，初步了解系统所要完成的功能。下面给出用例图。 4.1.4 分析与讨论1) 建模用例图的步骤、方法？识别主要参与者发现用例用例描述建模用例图 2) 如何识别系统的参与者？应该如何划分用例，应注意哪些问题？ 参与者是与系统交互的实体，包括需要和系统交换信息的一切实体，参与者不是系统的一部分，它们处于系统的外部。参与者可能是人，计算机硬件或设备或外部系统。 用例是从用户的角度，站在系统外部观察系统的功能，考虑系统做什么，而不考虑系统内部怎么做。用例是对系统行为的描述。用例可大可小，但对应一个具体的用户目标。
7、一个用例包含了系统所执行的一组动作的序列。每个用例都有其对应的参与者。3) 心得 通过做实验，完整的对所选系统做了需求分析，也完整的画了用例图，掌握了用例图的画法，对用例模型有了更深入的了解。4.2 建立对象模型 4.2.1 候选类的数据字典 类 名 定 义 会员 在在线订餐系统中提供的web页面上注册的个人或企业，这个类有姓名，电话号码，地址等属性地址 会员联系方式（电话号，Email）及收款或送货地址 会员订单 会员订的菜品的相关细节信息，包括购买时间，付款方式，订单状态等会员订单菜品 是会员已订购的菜品，一个订单包含一个或多个订单菜品 业务事件 在线订餐系统必须响应的一个业务事件 支付记
8、录 维护会员使用网上银行等方式对订单的付款的信息 4.2.2定义类 1. “会员”类属性 姓名电话号码送货地址邮箱 操作 修改电话号码（） 修改送货地址（） 浏览菜单（） 下订单（） 修改订单（） 查询会员记录（） 2.“订单”类 属性 订单编号 订单总金额 订单税款 送餐地址 签收人 支付方式 操作 更改送餐地址（） 增加备注（） 确认送到（）3. “地址”类 属性 街道名称 小区名称 楼座号 单元号 门牌号 操作 填写地址（） 修改地址（） 4.“菜品”类 属性 价格 口味特点 图片介绍 操作 修改价格（） 5.“支付记录”类 属性 支付记录号 支付方式 支付日期 支付金额 操作 更改支付
9、方式（） 确认支付（） 4.2.3绘制类图 类图描述： 这个类图中共有5个类，一个会员会有多个支付记录，所以是一对多的关系。地址相对重要，所以独立出来作为一类，送餐地址，电话号码，及邮箱地址继承了地址类。一个会员可能生成多个订单，是一对多的关系，一个订单与菜品是组合关系，一个订单是由1个到多个菜品组合起来的。4.2.4包图 对于大型复杂系统，常需要把大量的模型元素用包组织起来，以方便处理。对所选系统的类进行分组，以便更清晰地了解系统的结构。 （画出包图 并说相应解释说明） 对组成元素建模是包图最常见的用途，它将建模元素进行分组，然后对组（包）进行命名，在对组成元素建模时，每个包都应该是由在概念
10、上，语义上相互接近的元素组成。 在此网上订餐系统中，可将用例分为“订单处理”，“菜单处理”，“会员管理”，“快递管理”4个包，它们构成了该系统的四大业务逻辑功能。 4.2.5分析与讨论 1）建模类图的步骤、方法？ 确定类 识别类的属性，操作。 识别类之间的关联 定义类的结构和层次 2）识别类有哪些方法，你是如何识别类的 ？ 先找出候选类，一般在一个系统中，把名词最为候选类，列出候选类后，再审查与筛选类，删除冗余类，“普通游客”和“会员”在一定程度上有相同的属性和操作，所以保留“会员”类而删除“普通游客类”。虽然“地址”可以作为“会员类”的属性，但是，对于网上订餐系统来讲，“地址”比较重要，所以
11、单独拿出来作为一个类。 3）解释关联的多重性？如何确定类的属性、操作、类之间的关联关系、组织类之间的继承？ 关联的多重性：关联表示了对象间的结构关系，在建模过程中，通常需要说明一个关联实例中有多少个相互连接的对象，这就是关联的多重性。比如，如果类A和类B之间有关联关系，则多重性定义了类A有多少个实例可以和类B的一个实例关联。 初步确定类后，就需要组织这些类，在分析阶段着重考虑本类之间的关联，继承关系。第一步，确定类之间的关联关系并标识其多重性，个别也需要给出关联名称，通常两个类之间的关联关系是一个类“需要知道”另一个类的信息。第二步，使用继承关系组织类，可以通过自顶向下或自底向上两个方向识别继
12、承。第三步，确定整体，部分的关系。第四步，绘制类图。 4.3 建立动态模型系统的动态行为模型由交互图（顺序图和协同图）、状态机图和活动图表达。在系统的分析和设计中应当对主要的Use Case和对象类绘制这些图形，以便分析系统的行为，印证和修改系统的静态结构，满足用户的需求，达到系统的目标。 4.3.1顺序图 会员下订单用例顺序图 4.3.2 通信图 4.3.3活动图活动图的主要作用是表示系统的业务工作流和并发处理过程。针对自选系统主要的业务工作流绘制活动图。绘制活动图需要确定参与活动的对象、动作状态、动作流，以及对象流。 4.3.4状态图状态机图表现一个对象（类）的生命史。对于一些实现重要行为动作的对象应当绘制状态机图。绘制状态机图需要确定一个对象的生命期可能出现的全部状态，哪些事件将引起状态的转移，将会发生哪些动作。（绘制所选系统的一个对象的状态图并解释说明）解释说明：会员订餐之前首
