系统分析实验报告2014

1、本科实验报告课程名称： 系统分析与设计 实验项目： 网上订餐管理系统 实验 实验地点： 逸夫楼304 专业班级： 软件1219班 学号： 学生姓名： 王芳 指导教师： 雷红 2014年 11月 20 日一、实验目的 通过系统分析与设计实验，使学生在实际的案例中完成系统分析与系统设计中的主要步骤，并熟悉信息系统开发的有关应用软件，加深对信息系统分析与设计课程基础理论、基本知识的理解，提高分析和解决实际问题的能力，使学生在实践中熟悉信息系统分析与设计的规范，为后继的学习打下良好的基础。二、实验要求学生以个人为单位完成，自选题目，班内题目不重复，使用UML进行系统分析与设计，并完成实验报告。实验报告

2、以纸质版（A4)在课程结束后一周上内提交（13周）。三、实验主要设备：台式或笔记本计算机四、实验内容1 选题及项目背景网上订餐系统当今社会生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，对于就餐的时间和方式也有了更高的要求，由于工作和学习任务的繁忙，又不愿意做饭，他们更倾向于在外买饭，又不愿意在餐馆吃，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业与计算机网络结合起来，就形成了网上订餐系统。2 定义 能够满足顾客方便快捷地在网上订餐，同时在订餐的同时可以在网上浏览菜样菜式等等，还有顾客的网上评价等等相关的信息。同时对于企业来讲，要能够满足企业快速高效地处

3、理订单，从而可以真正的满足顾客方便快捷的需要，而且通过系统企业可以更好的与顾客进行交互，及时处理顾客用餐意见及关于口味菜样菜式等等方面的建议。企业可以进行菜品管理，原料采购、菜品信息更新等，尽可能提高企业效率，减少企业的运营成本，达到企业关键性能指标如成本、效益、质量和速度等方面有较大的提高。能够吸引更多客户，为客户提供满意的服务。3 参考资料 系统分析与设计4 系统分析与设计4.1需求分析 4.1.1识别参与者 会员 访客 系统管理员 商家 4.1.2 对需求进行捕获与描述角色需求描述会员根据系统操作提示自主进行选菜，退菜操作，对已点菜及价格进行查看，系统要能够根据顾客的选择进行自动结账并显

4、示，要求顾客付款，顾客只能在点餐后的一定时间内才可以退菜，超过此时间则不能退菜。顾客可以通过系统对菜品等进行评价或提出意见。快递员根据系统的分配将会员的菜品送到顾客手中访客注册会员和浏览订餐信息系统管理员管理用户信息；系统维护；权限管理；营业额统计；访问统计商家已生成的订单查询；系统维护；菜单管理采购人员根据菜品的受欢迎程度材采购食材厨师根据菜单做菜能查看评价 （内容要求2：选择其中一个用例（如下订单）给出其用例描述。格式参考下表100.1用例ID号及用例名UCxx下订单100.2用例概述该用例描述一个在线订餐系统中，会员提交一份订单，系统验证会员信息及是否可购买，将各条目加入订单中，会员订餐

5、后，系统生成订单。100.3参与者：会员101.4前置条件（Pre-Conditions）会员登录100.5后置条件（Post-Conditions）订单被记录下来并定向到订单处理部门。100.6事件流100.6.1基本事件流（Basic Flow）1) 会员请求输入新订单。2) 系统产生商品目录。 3) 会员选择购买项（商品）以及数量。4) 系统显示会员的个人信息（送餐地址和用户电话）。5) 会员验证信息。6) 系统验证会员订购的餐点的可购买性，获取会员价格及订单总额。并显示订单总结。7) 会员验证订单。8) 系统提示会员选择支付方式。9) 会员选择支付方式并支付。10) 系统记录订单信息，

6、生成一个订单确认，显示给会员，并通过电子邮件发送给会员。100.6.2扩展事件流（Alternative Flows）（替代第步）：如果需要修改，会员修改送货地址、收费地址，系统验证修改，存储。（替代第步）：如果订单需要修改，会员可以删除不需要的项目或修改订购数量等等，一旦会员完成修改，系统继续处理订单，转到（第步）。如果会员选择继续购买转到第步。：（替代第步）：如果付款不成功，系统通知会员并请求其他支付方式。如果会员不能同时选择其他支付方式，会员可以选择取消或挂起订单。如果会员选择挂起订单，系统把订单设置为挂起状态，系统返回主页面。如果会员选择取消订单，系统清除输入信息，返回主页面，终止用例

7、。） 4.1.3 用例图 用例名称：执行者：下订单会员修改订单支付订单退单评论及留言修改会员资料查看会员记录浏览订餐信息注册会员访客浏览订餐信息管理用户信息系统管理员系统维护权限管理营业额统计访问统计已生成的订单查询商家用户信息查询菜单管理送餐 4.1.4 分析与讨论1) 建模用例图的步骤、方法？ 确定系统边界和范围；识别系统参与者；发现用例；描述用例与确定用例关系；建立用例图；定义用例图的层次结构。 2) 如何识别系统的参与者？应该如何划分用例，应注意哪些问题？谁使用系统的主要功能；谁改变系统的数据；谁从系统获取数据；谁支持，维护系统；谁需要借助系统的支持来完成正常的工作；系统需要操纵哪些硬

8、件；系统需要和那些外部系统交互；谁对系统运行结果感兴趣？用例的来源是参与者对系统的期望，所以识别用例的最好的办法是从用户的需求入手，从参与者入手。每个参与者在这个系统中打算做那些事情？参与者使用该系统要实现的目标是什么？参与者是否会在系统中创建，修改，删除，访问，存储数据？如果是，如何完成？参与者是否会将外部的某些事件通知给该系统？系统是否会将内部的某些事件通知给该参与者？ 3) 心得角色代表参与者，可能由人担当，也可能由系统担当，甚至可以是专门从事注册活动的某个组织；角色不是对职位建模。用例是对系统行为的描述，从用户的角度，站在系统的外部观察系统的功能考虑系统做什么，而不考虑系统内部怎么做4

9、.2 建立对象模型 4.2.1 候选类的数据字典 数据流名：用户登录别名：uesr login描述:用户在网站的登录界面输入账号和密码登录组成：用户账号和密码备注：数据流名：下订单别名：pacing an order描述:用户确定信息并下订单组成：订单号+姓名+地址+电话+价格备注：数据流名:订单管理别名：order form management描述：管理员对于顾客的订单进行详细的管理组成：订单号+顾客（姓名+住址+电话）+菜品（菜名+价格）备注：数据流名:菜品管理别名：Food management描述：管理员对于菜品进行管理组成：描述+查询+添加+删除+修改+菜品备注： 数据流名:顾客留

10、言别名：Customer message描述：顾客进行留言组成：描述备注：4.2.2定义类 会员类：Uesrname:varchar;Password:string;Name:varchar;Telephone:varchar;City:string;Address:string;Point:int;订单纪录类：Orderid:intUsername:varcharCreatetime:dateShipcity:varcharShipname:varcharShiptime:datetimeDeliveryman:varcharStatus:int菜品信息类Foodid:intPrice:mo

11、neyCatageryid:intoCatagery:varcharImages:varcharDish:Dishid:intDishname:varcharDishprice:doubleCooking:varcharComment:Commentid:intCommmentdate:datetimeTelephone:varcharTitle:varcharContent:text操作：用户注册；用户登录：菜品浏览下订单取消订单留言管理会员信息管理菜品信息管理支付菜品 4.2.3绘制类图 4.2.4包图 对于大型复杂系统，常需要把大量的模型元素用包组织起来，以方便处理。对所选系统的类进行分

12、组，以便更清晰地了解系统的结构。 4.2.5分析与讨论 1）建模类图的步骤、方法？ 确定类；识别类的属性和操作；识别类之间的关联；定义类的结构和层次 2）识别类有哪些方法，你是如何识别类的 ？删除冗余类去掉无关类；删除模糊的类；去掉应该是类属性的候选类；所描述的操作不适宜作为类；实现结构不宜作为类； 3）解释关联的多重性？如何确定类的属性、操作、类之间的关联关系、组织类之间的继承？ 对于每一个关联，从一端看本端的一个对象可能与另一端的几个对象进行联系，把结果标注到联系的另一端。 4.3 建立动态模型系统的动态行为模型由交互图（顺序图和协同图）、状态机图和活动图表达。在系统的分析和设计中应当对主要的Use Case和对象类绘制这些图形，以便分析系统的行为，印证和修改系统的静态结构，满足用户的需求，达到系统的目标。 4.3.1顺序图 4.3.2 通信图 4.3.3活动图活动图的主要作用是表示系统的业务工作流和并发处理过程。针对自选系统主要的业务工作流绘制活动图。绘制活动图需要确定参与活动的对象、动作状态、动作流，以及对象流。 4.3.4状态图状态机图表现一个对象（类）