UML网上订餐系统实验报告

UML建模大作业实验报告选题名:网上订餐系统

用户权限管理

2.1、架构模型

DBsever Client System

Server

Printer

2.2、分析机制

2.3、关键抽象

2.4、用例实现

(1)、类设计描述及类图

在系统中建立了orderlist类,system类,order类,dish类,user类,guest类,favorite类,notice-board类,以及comment类。类图如下:

(2)各用例的用例实现

1.注册功能用例的用例实现

一、简要说明

游客可注册为网上订餐系统的用户。注册时只要填写登录用户名、密码、联系电子信箱、联系电话以及安全问题和答案六项信息即可。

注册后,用户可以继续填写个人详细信息及收获人信息,同时可以修改密码、查询及维护订单。

二、事件流

基本流:

1. 游客选择注册。

2. 系统返回一个注册页面。

3. 游客根据提示输入相应的注册信息。

4. 系统验证游客输入成功。

5. 游客提交注册信息。

6. 系统提示注册成功并返回首页。(默认已登录。)

备选流:

1. 游客输入信息和系统验证不一致(如字段长度超过系统设置等),系统给出相应的提示信息并返回注册页面。

2. 游客输入用户名是已注册用户名,系统给出提示并返回注册页面。

3. 系统异常,无法注册,并给出相应的信息(如网站维护等)。

三、前置条件

游客申请注册。

四、后置条件

游客注册成功成为会员

五、扩展点

无。

六、注册功能顺序图

2.登录\注销用例的用例实现

一、简要说明

用户:已经注册成功的用户可以通过登录页面登录进入该网站。登录之后可以实现订餐系统的设定功能。

管理员:管理员必须通过后台进行登录,登陆以后,可以在前台或者后台之间切换,更方便地对系统进行管理及维护。不提供管理员注册功能,管理员只能在数据库中添加,以保证系统的安全性。

登录后,可在前台或者后台选择注销,以便安全退出系统。

二、事件流

基本流:

1. 该会员选择登录。

2. 系统返回一个登录页面。

3. 会员输入用户名、密码和验证码并提交。

4. 系统进行系统验证,验证成功,记录该用户为登录用户并返回主页面。(表明该会员已登录。)

5. 会员选择“注销”。

6. 系统提示用户成功注销并返回网站首页。

7.管理员修改管理员个人资料和账号信息。

备选流:

1.用户忘记密码,选择“找回密码”功能,进入找回密码用例。

2. 系统验证用户登录信息有错,提示用户重新登录。

3. 系统处理异常,系统给出相应的提示信息.。

4.管理员只能在后台运行。

三、特殊要求

无。

四、前置条件

该会员必须是本网站已注册的成员。\该用户必须是该系统成功注册并且已成功登录的用户。

管理员必须凭借管理员权限登录后台。

五、后置条件

该会员登录成功。\用户成功注销

登录成功管理员。

六、扩展点

无。

七、登录顺序图

3.餐品信息检索用例的用例实现

一、简要说明

用户能够通过输入餐品信息的检索条件,来检索自己所需要的餐品。本功能支持用户使用餐品名称以及餐品简介关键字来对餐品进行检索。在用户使用此功能后,将返回给用户所有符合用户检索条件的餐品。

二、事件流

基本流:

1.用户选择浏览餐品目录,或者输入查看的餐品检索信息。

2.系统处理用户请求成功并返回用户查看的相应的餐品目录页面。

3.用户查看菜色的名称。

4.用户查看菜色的价格。

5.用户查看做法描述。

6.用户查看被订购次数。

7.用户查看是否店长推荐。

备选流:

系统在数据库中没有找到与用户输入相关的信息,系统返回提示信息。三、特殊要求

要求在网站上提供所属菜系,主要材料以及实例图片以方便用户选择查看。

四、前置条件

用户在本系统中选择了“餐品信息检索”项。

五、后置条件

用户成功浏览餐品信息。

六、扩展点

无。

七、.餐品信息检索顺序图

4.留言板管理用例的用例实现

一、简要说明

订餐用户登录以后,可以在系统留言板进行留言,留言字符长度不得少于8个字符。但是不能对系统留言进行回复,只有管理员才能回复系统留言。

管理员可以通过前台或者后台对系统留言板进行维护以及管理。可以查看留言、添加留言、回复留言以及删除恶意留言。

二、事件流

基本流:

1.用户添加留言。

2.用户登录留言板查看留言。

3.管理员登录留言板。

4.管理员查看回复留言。

5.管理员删除恶意留言。

备选流:

只有注册的用户才可以在留言板上发表留言,一般游客只能浏览部分留言

三、前置条件

注册用户登录留言板留言,管理员在后台登录管理留言。

四、后置条件

所有人登录页面查看留言信息。

五、扩展点

无。

六、留言板管理顺序图

5.收藏夹管理用例的用例实现

一、简单说明

当用户对某个餐品有兴趣,但是有不想立即购买的时候,用户可以将此餐品放入自己的收藏夹中。当用户想要浏览此餐品的信息时,能够直接进入自己的收藏夹对此餐品进行浏览,并且能够在收藏夹中直接发起订餐活动。本功能还支持用户从收藏夹中将餐品删除,从而保证用户的收藏夹的条理性和便捷性。

二、事件流

基本流:

1.将餐品填入到收藏夹中。

2.浏览收藏夹中的收藏品。

3.在收藏夹中订餐。

4.从收藏夹镇南关将餐品删除。

备选流:

未登录的游客不会拥有收藏夹功能。

三、前置条件

用户登录本系统中选择餐品收藏功能。

四、后置条件

用户打开餐品收藏页面。

五、扩展点

无。

六、收藏夹管理顺序图

6.餐品选购用例的用例实现

一、简要说明

用户管理自己的订餐车,包括将所需要的餐品放入订餐车以及从订车中移除物品。模拟计算出所订购物品的总价,并把订餐车表提交给系统以确定最后的订单。

二、事件流

基本流:

1.添加餐品:用户能够将自己所需要的餐品放入订餐车,从而保证在用户在进行订单确认的时候,此餐品能够出现在用户的购买列表中,选择餐品时,需填写需要购买的数量,否则默认餐品数量为1。若再次添加订餐车中已经存在的餐品,则不生成新的餐品列表,而是再次订购的该餐品的数量与原来已经应够的餐品数量相加,成为新的该餐品的订餐数量。

2.移除餐品:本功能支持用户从订餐车中将餐品移除,从而保证订餐车中的餐品确实是用户所需要购买的。

3.清空订餐车:选择该操作后,则把用户当前订餐车中的餐品列表清空。

4.价格统计:每次对订餐车进行上述操作后,统计每种餐品应付的价格以及当前订餐车中所用餐品的总价格。

5.结算订餐车:选择结算以后,相当于用户确认订购当前订餐车中的餐品,系统会把当前的订餐列表提交,用户只需要确认或者填写必须的收货信息,便可生成订单。

备选流:

1. 用户未登录,返回登录页面。

2. 系统异常,系统给出相应的提示信息。

3.该用户不是会员,系统给出提示,要求此用户先登录,并返回登录页面。

4.系统给出一个提示:该订餐没有餐品

5.用户修改的图书数量没有改变,提示无更改并返回购物车页面。

6.用户取消修改。

7.购物车为空,系统给出相应的提示信息。

三、特殊要求

无。

四、前置条件

用户必须是已注册并已登录的会员。

用户选择“查看购物车”项。

该用户是已登录的会员。

购物车中含有餐品。

在购物车管理页面中选择删除餐品。

购物车内不能为空。

五、后置条件

用户添加餐品。

用户打开购物车页面。

相应的餐品除。

购物车内相应餐品数量被修改成功。

购物车被成功清空。

六、扩展点

无。

7.餐品评论用例的用例实现

一、简要说明

用户登录以后,在对应的餐品页面,可以对餐品进行评论,也可以回复其他用户的评论。

二、事件流

基本流:

1.用户评论餐品。

2.用户回复其他用户的评论。

3.游客查看餐品评论。

三、前置条件

用户是注册的会员登录评论页面。

四、后置条件

用户和游客查看评论。

五、扩展点

无。

六、餐品评论顺序图

8. 用户权限管理用例的用例实现

一、简要说明

主要是管理员登录后台后通过各种方式检索用户的信息要求ID检索完全匹配快速定位用户,或依照管理规则冻结一部分用户及解冻用户,冻结的用户只有被解冻后才能正常登录。

二、事件流

基本流:

1.管理员登录后台。

2.管理员检索用户。

3.管理员管理用户权限,冻结及解冻用户。

备选流:

管理员后台操作,其他人无权管理。

三、前置条件

管理员用密码登录后台。

四、后置条件

管理员查看修改用户的权限。

五、扩展点

无。

六、用户权限管理

9. 用户信息管理用例的用例实现

一、简要说明

用户登录用户信息管理系统实现个人资料修改功能:用户可以通过此功能来对自己当前在系统中存储的信息进行变更,使得系统能够获得最新的用户。

同时可以实现用户密码修改:用户可以通过此功能来修改自己的登录密码,避免密码被盗或者丢失。

二、事件流

基本流:

1.用户注册后进入用户信息管理系统。

2.用户实现个人资料修改。

3.用户实现密码修改。

备选流:

用户遗忘登录密码需要根据注册时提供的邮箱联系方式等个人信息找回密码,否则无法进行操作。

三、前置条件

用户已注册登录该系统。

四、后置条件

用户完成个人资料修改和密码修改,成为新用户。

五、扩展点

无。

六、用户信息管理顺序图

10. 公告栏管理用例的用例实现

一、简要说明

用户可以查看管理员发布的系统公告栏或者餐品公告栏,系统公告栏公布订餐系统相关的公告,餐品公告栏公布餐品新动态以及餐品商业活动等相关公告。

管理员可以通过前台或者后台查看、发布、更新或者删除系统公告栏或者餐品公告栏,系统公告栏公布订餐系统相关的公告,餐品公告栏公布餐品新动态以及餐品商业活动等相关公告。

二、事件流

基本流:

1.用户查看系统公告栏或者餐品公告栏。

2.用户查看新品动态以及相关商业活动。

3.管理员通过前台或者后台查看公告栏。

4.管理员发布更新或删除公告栏上的公告。

5.管理员发布餐品新动态以及商业公告。

三、前置条件

1.用户注册后登录公告栏页面。

2.管理员从后台登录公告栏系统。

四、后置条件

用户查看公告栏上的公告。

管理员更新公告栏。

五、扩展点

无。

六、公告栏管理顺序图

:

11. 管理员餐品管理用例的用例实现

一、简要说明

主要由管理员通过后台操作系统来检索管理餐品,包括推出新餐品的详细描述以及修改餐品的基本信息及时更新信息,删除已经下架的餐品。

二、事件流

基本流:

1.餐品信息检索:管理员能够通过输入餐品信息的检索条件,来检索自己所需要的餐品。本功能支持使用餐品名称以及餐品简介关键字来对餐品进行检索。在管理员使用此功能后,将返回给管理员所有符合用户检索条件的餐品。

2.推出新餐品:选择该操作后,管理员需要填写新餐品的信息,包括餐品的名字、类型、图片、市场价格、网订价格以及餐品描述,其中除了图片以及餐品描述,都是必填项,填写后提交,可在系统中生成新的餐品记录。

3.修改餐品:管理员可以修改已推出的餐品的基本信息,使得餐品信息可以更加准确及完善。

4.删除餐品:对于要下市的餐品,管理员可以对其进行移除操作,删除以后,对应的该餐品的订购记录仍然保留,方便日后查询。

备选流:

只能由既定的管理员凭借密码登录后台管理系统才能对产品信息进行修改。

三、前置条件

公司中的责任管理员用密码登录

四、后置条件

查看和更改餐品信息。

五、扩展点

无。

六、管理员餐品管理顺序图

12.订单信息管理用例的用例实现

一、简要说明

用户填写完整的姓名和送货地址信息联系电话确认订单,在管理员位核对订单之前撤销不满意的旧订单。最终完成订单由管理员确认。

管理员检索用户提交的订单经过按时间降序分类处理后发送订单如果订单不符合则撤销订单。

二、事件流

基本流:

用户订单管理

1.每位用户有一个菜篮(类似购物车),可以添加饭菜,删除饭菜等工作。

2.用户首先需要选择自己想要的饭菜和份数,并且添加进菜篮,最后通过菜篮生成订单。

3.当选择完成之后,用户通过菜篮结算进行订单确认,填写好送达地址,接收时间,收货人,联系电话等信息。

4.系统会再次确认送达信息,用户点击确认之后递交数据库。

5.提示操作完成,并打印出这张订单的所有信息。

6.用户订餐完成之后返回主页面。

管理员订单管理,仅能在后台进行

7.订单检索:可以按订单状态分类检索订单,并按订单的生成时间降序排序,可选择的订单检索类型分别为所有订单、待发订单(尚未经过处理的订单)、已发订单(已发送而未经用户确认订单)、已完成订单(用户确认签收的订单)以及已撤销订单(由管理员或者用户撤销的订单)。

8.订单发送:在用户生成订单以后,管理员可以对订单进行发送操作。选择发送以后,订单会被标记为已发送的订单。

9.订单撤销:在尚未对该订单进行发送处理之前,管理员可以根据实际情况撤销订单。撤消后的订单不会从系统的订单记录中移除,而是标记为已撤销的订单。

备选流:

1. 购物车为空,系统给出相应的提示。

2. 信用系统处理支付失败,系统给出相应的提示。

3.系统处理异常,系统给出相应的提示。

三、前置条件

1. 该用户为已成功登录的会员。

2. 会员购物车内不能为空。

3.管理员登录后台管理系统。

四、后置条件

会员提交订单成功。

管理员处理订单成功。

五、扩展点

无。

六、订单信息管理顺序图

七.管理员订单管理顺序图

网上订餐系统功能需求分析报告

“我要吃”系统功能需求分析报告 报告成员: 2011年11月5日

目录 一、功能分析 (1) (一)顾客登录网上订餐系统进行菜单浏览 (1) (二)顾客注册为会员 (1) (三)顾客对自己的个人信息进行更改,比如联系电话。以及账户密码。 (1) (四)顾客对已选的菜单进行更改,选择更改数量或者取消选择。当顾客确定订餐完毕后,顾客将其提交只服务器后台点餐系统,并生成订单。 (1) 1、菜品详细信息 (1) 2、购物车 (1) 3、提交购物车并生成订单 (1) 4、结帐付款 (1) 5、结束订餐 (1) (五)管理员后台管理 (1) 1、管理员在后台登录后,可以创建新的管理员。 (1) 2、管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改,比如更改菜单 的图片,价格,菜单的描述,更换新品,添加新菜等。 (1) 3、管理员对菜单进行管理,确定订单的生成。 (1) 4、管理员根据不同的属性来查询订单,比如生成日期或者编号等。 (2) 5、管理员根据不同的时间段统计处营业额,成本,同时还能统计出每道菜的销售 量、任何时间段的销售情况以及每一个顾客的消费情况。 (2) 二、顶层用例图 (3) 三、用例分析与描述 (4) (一)登录 (4) 1、用例图 (4) 2、用例的事件流描述 (4) 3、事件流 (4) (二)注销 (4) (三)修改顾客信息 (5) 1、用例图 (5) 2、用例的事件流描述 (5)

(四)顾客留言 (5) 1.用例图 (5) (五)加入购物车 (6) 1、用例图 (6) 2、用例的事件流描述 (6) 3、事件流 (6) 4、替代流 (6) (六)查看购物车 (6) 1、用例图 (6) 2、用例的事件流描述 (7) 3、事件流 (7) (七)修改购物车中的商品 (7) 1、用例图 (7) 2、用例的事件流描述 (7) 3、事件流 (8) (八)删除购物车中的商品 (8) 1、用例图 (8) 2、用例的事件流描述 (8) 3、事件流 (8) (九)清空购物车 (8) 1、用例图 (9) 2、用例的事件流描述 (9) 3、事件流 (9) (十)结账 (9) 1、用例图 (9) 2、用例的事件流描述 (9) 3、事件流 (10) 4、分支流 (10) (十一)确认订单 (10) 1、用例图 (10)

UML学生的信息管理系统__实验报告

面向对象分析与设计期末实验 设计题目 : 学生信息管理系统 姓名 学院:电子信息工程学院 系别: 计算机科学与技术 班级:网络工程1班

页眉内容 A部分需求分析 一、实验目的 利用所学的UML建模知识设计学生信息管理系统。由于信息技术的急 剧发展和配合管理的思想的出现,各种网络化,自动化,配合技术在各自的业界的管理实践中迅速得到应用。学生的信息的管理系统的开发非常有必要。学生的信息管理系统的目标是在学生的信息管理中,使用计算机的网络技术,通讯技术和信息处理技术,使学生的信息得到加工,依次传达及保存。 根据学生的信息管理的电子化和网络化,来实现全面改善学生信息的管理环境,提高管理效率。系统要对使用要求不同的用户群体,设置不同的权限,设置系统的不同功能。管理员能有效管理学生的信息,同时,学生可以随时大量检索查询多种信息。 二、实验仪器或设备 学生用计算机一台 三、设计原理、系统业务及功能 设计原理: 系统要对使用要求不同的用户群体,设置不同的权限,设置系统的不同 功能。管理员能有效管理学生的信息,同时,学生可以随时大量检索查 询多种信息。 设计方案及流程: 1.这个项目从结构上分。 ①管理员:通过已有学生信息仓库,管理学生的信息,还可以管理教师 的信息,管理课程的信息,管理班级的信息; ②学生:可以修改学生的信息,选择课程,检索成绩等; ③教师:修改教师的信息,检索学生的成绩,登记授课的学生状况等。 2.系统功能模块

(1)学生功能:查询课表,选课,成绩,修改学生个人信息。 (2)教师功能:录入成绩,查询教授学生状况,修改老师个人信息。 3.管理员功能模块 (1)学生管理:学生用户的追加,学生信息的浏览,修改,删除。 (2)教师管理:教师用户的追加,教师信息的浏览,修改,删除。 (3)课程管理:课程查询,添加,修改,删除,公布课表等。 (4)班级管理:班级的查询,添加,修改,删除 B部分系统UML建模 1.用况图 (1)系统用况图:

UML实验报告

《面向对象分析与设计UML》 实验报告 学号:180108213 姓名:庞志伟 班级:08级软件2班 指导老师:姚宇峰

实验及作业一 一、实验目的 了解软件工程等基础知识,为后续的统一建模语言UML知识的学习做好准备工作。 二、实验设备与环境 装有Visio、RathionalRose的计算机。 三、实验内容 1、复习阐述“软件工程开发模型”的相关概念,并分析各种模型的优缺点,写成实验报告。 2、熟悉UML软件设计工具Visio、Rational Rose的安装及环境 四、实验过程及结果 1、软件工程开发模型有(1)瀑布模型,(2)原型模型,(3)螺旋模型,(4)喷泉模型(1)瀑布模型 将功能的实现与设计分开,便于分工协作,即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。 优点: 1)为项目提供了按阶段划分的检瀑布模型查点。 2)当前一阶段完成后,您只需要去关注后续阶段。 3)可在迭代模型中应用瀑布模型。 缺点: 1)在项目各个阶段之间极少有反馈。 2)只有在项目生命周期的后期才能看到结果。 3)通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 (2)原型模型 原型模型又称快速原型,它是增量模型的另一种形式;它是在开发真实系统之前,构造一个原型,在该原型的基础上,逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型,实现客户或未来的用户与系统的交互,用户或客户对原型进行评价,进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求,开发人员可以确定客户的真正需求是什么;第二步则在第一步的基础上开发客户满意的软件产品。 优点:克服瀑布模型的缺点,减少由于软件需求不明确带来的开发风险。

(完整版)网上订餐系统需求分析说明书

员工网上订餐系统 之需求分析说明书 组名:最佳实践小组 指导老师:李华玲 组员:李蕴 0921010528 韩小文 0921010548 刘曼婷 0921010601 焦文亮 0921010634 吴岩 0921010711

目录 1.文档概述 (4) 1.1 编写目的 (4) 1.2 定义 (4) 1.3 参考资料 (4) 2.项目概述 (4) 2.1 项目背景 (4) 2.2 项目目标 (4) 2.3 构件图 (4) 2.4 上下文关系图 (5) 2.5 对产品进一步解析 (6) 2.6 项目适用范围 (6) 3.项目需求分析 3.1 性能需求分析 (6) 3.2项目活动图 (6) 3.3系统报表 (8) 3.4 类图 (8) 3.5 系统用例图 (10) 3.6用例文档 (12)

4.项目详细设计 4.1 系统模块详细设计 (14) 4.2 登录模块详细设计 (14) 4.3 顾客模块详细设计 (14) 4.4 管理员模块详细设计 (16) 5.项目技术方案 (19) 5.1方案概述 (19) 5.2 编程环境 (19) 5.3 数据库的实现 (19) 6.可行性分析 (19) 6.1 技术可行性分析 (19) 6.2 运行可行性分析 (20) 6.3 经济可行性分析 (20) 6.4法律可行性 (20)

1. 引言 1.1编写目的 此立项报告旨在确定本项目的基本目标、主要内容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的 项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况。 1.2定义 本产品是为餐厅专门开发的一套订餐管理系统,旨在合理化安排餐厅的工作,提高餐厅的管理效率,同时方便员工就餐。 1.3参考资料 《软件系统分析与设计》《需求分析最佳实践》 2. 项目概述 2.1项目背景 员工到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;员工对食堂的满意度不高,有将近一半的员工会 选择去周边饭店用餐。因此,食堂更无法准确预测员工需求,经常会出 现有些食物因为没有卖出去只好倒掉,而员工需要的一些食物却已卖完 的现象。 2.2 项目目标 开发手机订餐系统节省员工的时间和精力,避免员工在食堂排队等很多 时间,同时也减少食堂食物的浪费,并提高服务质量以及员工对餐厅的 满意度。 2.3 构件图

大学生网上订餐系统UML建模

题目:大学生网上订餐系统 目录 1背景介绍:................................................................................................................... 2需求分析....................................................................................................................... 3系统用例模型 (4) 3.1订餐者用例图 (4) 3.2商家用例图 (4) 3.3店铺管理员用例图............................................................................................ 3.4订单管理员用例图 (5) 3.5系统管理员用例图 (6) 4系统静态模型 (7) 5系统动态模型 (8) 5.系统时序图 (8) 5.1.1订餐者订餐 (8) (9) 5.1.3店铺管理管理员管理店铺 (10) 5.1.4店铺管理员建立客户评价档案 (11) 5.1.5店铺管理员建立商家监察档案 (12) 5.1.6订单管理员管理订单 (13) 5.1.7系统管理员管理商家信息 (14) 5.1.8系统管理员管理订餐者信息............................................................... 5.1.9系统管理员维护系统 (16) 5.2系统活动图 (17) 5.3系统状态图 (17) 6系统部署模型 (18) 6.1系统构件图 (18) 6.2系统部署图 (18) 7总结 (19)

快餐外卖系统需求分析

快餐外卖系统得需求分析 一、功能实现 系统包括前台管理与后台管理。 1、后台管理:用户、菜单、订单 用户: 1) 添加客户:管理员可以对客户进行添加操作。 2) 删除客户:管理员可以对已有客户进行删除操作。 3) 查询所有客户 4) 添加管理员 5) 删除管理员 6) 查询所有管理员 7)修改管理员信息 菜单: 1) 查询所有菜(菜单目录):管理员可以查询菜单。 2) 删除菜名:管理可以删除一些不太受欢迎得菜。 3) 更改菜单:管理员可以更新菜单。 4) 增加菜名:管理员增加菜名供客户选择,可以记录客户在查询时没有得菜。 订单: 1)接受订单:管理员对于新订单进行接受。 2)处理订单:若新订单有效则进行派送,并通知餐厅厨房。 3)订单查询:管理员可以查瞧订单情况。

4)订单汇总:管理员根据订单情况进行汇总,分为已派送订单,正在派送订单与日金额汇总。 5) 删除订单:对于已经结算完成得过去得订单可以删除。2、前台管理:用户对系统得操作 1)查瞧菜单:用户可以根据种类,菜名等查询菜单 2)注册:无账号得客户下单订餐必须先注册登录(用级联与Ajax) 3)登录:已有账号得用户直接登录 4)修改密码:客户可以自己修改其密码。 5)购物车:客户可将自己所选得饭菜加入购物车,也可以删除购物车中得内容 6)提交订单:客户提交自己得订单。 7)结算 8)查瞧订餐状态:客户可以查瞧自己订餐得信息与相关得记录。 二、数据库表 1、管理员admin 2、用户users(包括客户与未注册客户)

3、菜单foods 4、购物车cart 5、订单list 6、支付宝payment

大学生网上订餐系统--UML建模资料讲解

大学生网上订餐系统- -U M L建模

题目:大学生网上订餐系统 目录 1背景介绍: (3) 2需求分析 (3) 3系统用例模型 (4) 3.1订餐者用例图 (4) 3.2商家用例图 (4) 3.3店铺管理员用例图.............................................................. 错误!未定义书签。 3.4订单管理员用例图 (5) 3.5系统管理员用例图 (6) 4系统静态模型 (7) 5系统动态模型 (8) 5.系统时序图 (8) 5.1.1订餐者订餐 (8) 5.1.2商家管理店铺 (9) 5.1.3店铺管理管理员管理店铺 (10) 5.1.4店铺管理员建立客户评价档案 (11) 5.1.5店铺管理员建立商家监察档案 (12) 5.1.6订单管理员管理订单 (13) 5.1.7系统管理员管理商家信息 (14) 5.1.8系统管理员管理订餐者信息.................................. 错误!未定义书签。 5.1.9系统管理员维护系统 (16) 5.2系统活动图 (17) 5.3系统状态图 (17) 6系统部署模型 (18) 6.1系统构件图 (18) 6.2系统部署图 (18) 7总结 (19)

1背景介绍 随着网络技术的飞速发展,人们的生活也越来越追求方便化。经过观察,发现整个大学城的学生对平常订餐需求很大,但他们订餐的方式都是比较原始的电话订餐。而各个餐饮店也是各自为战,自己接电话,记录订单需求,自己配送。这样做效率很低,利润薄,而且信息不流畅。所以我决定为大学生提供一个平台---网上订餐系统。在网上给申请的商家一个虚拟店面,可以在上面挂上该商家的名称,饭菜的图片和价格等信息,让订餐者可以方便地订餐,还可以对商家的餐饮进行评价,由系统生成评价档案以供其他人参考等,而商家后期只负责做饭菜并安排人配送。此外,需要定期对商家进行卫生安全监察,生成商家监察档案,并以此为依据来决定商家的去留等。 2 需求分析 大学生网上订餐系统主要有以下几方面需求: 1)订餐者 订餐者首先需要注册一个账号用于系统登录,登录后可以查看店铺信息,并选中某一店铺后进入其餐饮信息界面,最终选中所需餐饮,下订单。当然用餐后还可以对此餐饮进行评价。 2)商家 商家首先需要申请一个网上店铺,当申请通过后,登录到系统中,可以核实订单并安排配送,然后对本店的餐饮信息进行更新。 3)订单管理员 当订餐者下订单后,订单管理员需及时生成订单,如果订餐者对订单有所更改时,订单管理员也要及时对数据进行更新。 4)店铺管理员 当商家申请通过时,店铺管理员需要及时录入店铺信息,并为其设立店面、建立客户评价档案、商家监察档案。当商家增加、修改、删除其餐饮信息时,店铺管理员需及时对数据进行更新,以便其他人订餐。如果订餐者对某餐饮店的某餐饮进行评价后,店铺管理员需及时更新评价档案。 5)系统管理员 系统管理员主要完成对商家和订餐者信息的管理、以及系统的维护。

UML学生的信息管理系统 实验报告

计算机与信息技术学院综合性实验报告 专业:Java 年级/班级:10级计科1班 2010—2011学年第学2期课程名称Uml统一建模指导教师 本组成员 学号姓名 实验地点过街楼实验室实验时间第十一周 项目名称学生的信息管理系统实验类型综合性 一、实验目的 利用所学的UML建模知识设计学生信息管理系统。由于信息技术的急剧发展和配合管理的思想的出现,各种网络化,自动化,配合技术在各自的业界的管理实践中迅速得到应用。学生的信息的管理系统的开发非常有必要。学生的信息管理系统的目标是在学生的信息管理中,使用计算机的网络技术,通讯技术和信息处理技术,使学生的信息得到加工,依次传达及保存。根据学生的信息管理的电子化和网络化,来实现全面改善学生信息的管理环境,提高管理效率。系统要对使用要求不同的用户群体,设置不同的权限,设置系统的不同功能。管理员能有效管理学生的信息,同时,学生可以随时大量检索查询多种信息。 这个项目从结构上分。 ①管理员:通过已有学生信息仓库,管理学生的信息,还可以管理教师的信息,管理 课程的信息,管理班级的信息; ②学生:可以修改学生的信息,选择课程,检索成绩等; ③教师:修改教师的信息,检索学生的成绩,登记授课的学生状况等。 二、实验仪器或设备 学生用计算机一台 三、总体设计(设计原理、设计方案及流程等) 设计原理: 系统要对使用要求不同的用户群体,设置不同的权限,设置系统的不同功能。管理 员能有效管理学生的信息,同时,学生可以随时大量检索查询多种信息。 设计方案及流程: 1.这个项目从结构上分。

①管理员:通过已有学生信息仓库,管理学生的信息,还可以管理教师的信息,管 理课程的信息,管理班级的信息; ②学生:可以修改学生的信息,选择课程,检索成绩等; ③教师:修改教师的信息,检索学生的成绩,登记授课的学生状况等。 2.系统功能 (1)学生功能:查询课表,选课,成绩,修改学生个人信息。 (2)教师功能:录入成绩,查询教授学生状况,修改老师个人信息。 3.管理员功能 (1)学生管理:学生用户的追加,学生信息的浏览,修改,删除。 (2)教师管理:教师用户的追加,教师信息的浏览,修改,删除。 (3)课程管理:课程查询,添加,修改,删除,公布课表等。 (4)班级管理:班级的查询,添加,修改,删除 四、实验步骤(包括主要步骤、用例图、时序图等) 1、用例模型是把应满足用户需求的基本功能聚合起来表示的强大工具,用例反映了系 统能够完成什么样的功能,因此,用例图占据重要位置。 (1)系统用例图: 系统登录 查询课程表 选课 查询成绩 修改学生个人信息 修改教师个人信息 登记授课的学生状况 检索学生成绩 学生 老师 学生信息的管理教师信息的管理 课程信息的管理班级信息的管理 管理员 用户 该用例图中的用例分析如下:

UML实验报告概要

《面向对象与UML》 实验报告 姓名:陈万全 学号:132852 班级:软件131

实验一UML建模基础 一、实验目的 1.熟悉UML建模工具Rational rose的可视化环境。 2.掌握利用Rational rose进行建模的步骤。 二、实验内容 1.熟悉Rational rose建模环境 2.建模基本步骤 3.结合日常生活中实际使用的系统,模仿2中的用例模型绘制用例图,并保存模型,熟悉利用Rational rose的建模过程,要求绘制的用例图中用例与2中的用例图不相同。

实验二用例图 一、实验目的 1.熟悉UML用例图的基本图形元素。 2.掌握用例与用例之间的各种关系。 3.熟悉针对具体场景使用例图进行软件建模的方法。 4.掌握用例规格说明的概念和基本结构,以及用例规格说明的作用。 二、实验内容 1.根据实验一建模实例,熟悉利用Raional rose软件绘制用例图的基本方法。 2.通过对“学生信息管理系统”的需求描述,确定系统用例图: “学生信息管理系统”的需求描述如下: ?在每个新学年开始都会有新生入学,这时系统的管理人员可以通过系统将这些新生的学籍、年龄、家庭住址、性别、身高、学生证号、身份证号等基本信息存入数据库,每个新生都对应一个唯一的编号,此编号可以是学生,在日程管理中,系统管理员还可以对所有学生的基本信息进行查询、修改和删除等操作;同时校领导可以查询、修改全校所有学生的基本信息。 ?学校领导可以通过本系统了解每个班的任课教师、辅导员、学生姓名、学生人数、专业等班级基本信息。系统管理员可以进行查询班级基本信息、添加班级、修改班级基本信息、删除班级等操作。 ?在考试结束以后,教师可以将学生的考试成绩录入系统,还可以对学生的成绩进行查询和修改。学生可以通过本系统进行成绩的查询。 ?学生还可以在网上选择自己选修的课程(必修课必须上,所以不用选),学生通过本系统可以看到有哪些课程可以选以及课程的基本信息。课程的基本信息包括:课程号、所属专业、课程名称、开课学期、学时数、学分、任课教师等。每个学生每学期的选修课程数不得大于6门,如果已经选择了6门课程则不能再选择其他课程。只有将已选择的课程删除掉才能再选择新课程。系统管理员负责修改、增加、删除选修课程。 ?系统管理员可以对系统的账号进行添加、设置、删除、查询等操作,同时可以设置每个账号的权限以及对应的个人信息。 a)请根据上述描述,确定系统的参与者 b)确定系统的用例并绘制完整的用例图。

网上订餐系统需求规格说明书

网上订餐系统需求规格说明书 1. 引言 1.1编写目的 此立项报告旨在确定本项目的基本目标、主要内容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况。 1.2背景 员工到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;员工对食堂的满意度不高,有将近一半的员工会选择去周边饭店用餐。因此,食堂更无法准确预测员工需求,经常会出现有些食物因为没有卖出去只好倒掉,而员工需要的一些食物却已卖完的现象。 1.3定义 本产品是为餐厅专门开发的一套订餐管理系统,旨在合理化安排餐厅的工作,提高餐厅的管理效率,同时方便员工就餐。 1.4 参考资料 《软件系统分析与设计》、《需求分析最佳实践》。 2.任务概述 2.1目标 开发网上报餐系统节省员工的时间和精力,避免食堂食物的浪费,同时让每位就餐员工都吃到满意的食物,提高服务质量以及员工对餐厅的满意度。 2.2用户的特点 该软件的最终用户为开放的网络中有餐饮需求的用户,包括服务提供者和消费者,他们无需特定的计算机技能, 3.需求规定 3.1对功能的规定 根据对顾客网上订餐系统业务流程的分析,可以看出顾客点菜主要涉及到一些数据库的逻辑和程序应用逻辑。具体的功能归纳如下:

1.顾客登录网上订餐系统进行菜单浏览、详细菜单信息浏览.。 2.顾客下订单当顾客确定订餐完毕后,顾客将其提交只服务器后台点餐系统,并生成订单。 3.顾客可以查询自己以下的订单并且在一订单物品没有发送的情况下可以修改订单。 4.顾客可以对自己已经订购过的菜进行评价。 3.2对性能的规定 3.2.1精度 操作简单,界面友好。完全空间式的页面布局,使得菜品、咨询等信息录入的工作更简单,基本信息录入、浏览、删除、修改、搜索等方面都大体实现,用户对菜品的预定。另外,跟踪出现的提示信息也让用户随时清楚自己的操作情况。 3.2.3灵活性 系统运行应该快速、稳定、高效和可靠。系统采用MyEclipse开发平台具有较强的移植性因而展现出较高的灵活性。 3.3输入输出要求 释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。 3.5故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。4.运行环境规定 4.1系统软件配置 统软件配置 Windows Server 2003 MyEclipse8.0 dreamweaver Sqlserver2005 4.2硬件配置 主频2.6G以上cpu 4GB内存 100GB X 2热拔插硬盘 100-1000M 以太网卡

uml网上订餐系统

实用文档 《UML建模语言》课程设计报告 题目:订餐管理系统 数学与计算机科学(软件)学院 软件工程专业2011级 实验时间:2013-2014学年第一学期 任课教师:张舒

目录 1背景介绍: (3) 2、系统分析 (3) 2.1 获取需求 (3) 2.1.1在大学城订餐系统中主要有以下涉众: (3) 2.1.2边界 (4) 2.1.3业务用例 (7) 2.1.4活动图 (10) 2.1.5用例规约 (11) 2.2需求分析 (14) 2.2.1财务管理 (14) 2.2.2信息管理 (16) 2.2.3店面管理 (19) 2.2.4订餐 (22) 2.2.5 订单管理 (24) 3 系统设计 (26) 3.1整个系统结构: (26) 3.2组件图和设计类图 (27) 3.2.1店面管理用例的设计类图 (27) 3.2.2财务管理用例的设计类图 (28) 3.2.3信息管理用例的设计类图 (31) 3.2.4订餐管理用例的设计类图 (34) 3.2.5订单管理的设计类图 (35) 3.3数据库设计 (37) 3.4系统部署图 (40) 4总结 (41)

1背景介绍: 当今社会,计算机技术尤其是网络技术飞速发展,给我们的生活带来的极大的方便。经过我们小组成员在生活中细致观察,发现整个大学城的学生对平常订餐需求很大,但他们订餐的方式都是比较原始的电话订餐。而各个餐饮店也是各自为战,自己接电话,记录订单需求,自己配送。这样效率很低,利润薄,而且信息不流畅。基于这个现状。我们决定提供一个平台---网上订餐系统。在网上给申请的商家一个虚拟店面,可以在上面挂上该商家的名称,饭菜的图片和价格等,让订餐者可以方便的订餐,可以对商家进行评价等。而商家后期只负责煮菜。物流有我们系统运营者负责,然后直接赚取差价。还要定期对商家进行卫生安全评估,以及根据用户的评价来生产评价档案。并以此为依据来决定商家的去留等。 2、系统分析 2.1 获取需求 非功能性需求 1.界面操作简单 功能性需求 2.1.1在大学城订餐系统中主要有以下涉众: 订餐者:订餐 商家:提供餐饮 配送人员:取餐送餐 店面管理员:核实并更新商家信息,管理商家界面显示 订单管理员:管理订单 信息管理员:订餐者信息管理,商家联系信息管理 收银员:收取送餐人员金额 会计员:统计每日收支 财务经理:总财务核算和收入支出 相关法律法规:应遵循的行业规范和标准 业主:网站建设成本,建设周期,建成后的收益

UML实验报告

本科实验报告 课程名称:系统分析与设计实验项目:《网上书店系统》实验地点: 专业班级:学号:20110 学生姓名: 指导教师: 2013年月日

实验一用例图 一、实验目的 初步掌握UML用例图的创建方法及其用例的描述。 二、实验要求 1.结合工具StartUML,熟悉UML用例图的模型元素。 2.使用StartUML工具建模网上书店系统的用例图。 三、实验主要设备:台式或笔记本计算机 四、实验内容: 根据下面给出的网上书店问题陈述,分析该系统总体需求,建模网上书店系统的用例图并提供一个主要用例的事件流文档。 网上书店陈述: 书店经理:我们原本是一个传统的实体书店,顾客要买书都是亲自到书店里来的,这样挺不方便。面且随着书店销售图书种类和数量的增加以及顾客的增长,尤其是大量顾客到书店选购图书,使得书店场地不足,工作人员也很忙碌。其实,还有一点就是,有不少人进入书店后并不买书,只是查找一些资料。有的甚至会在这呆上很长的时间直到把书免费看完。这种行为,工作人员一般是不阻止的,结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了,所以我们想到借助网络,让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出,同时计算机可以方便的检索图书信息,让顾客可以足不出户以更优惠的价格买到需要的书。 系统分析员:能谈谈您对网上书店的要求吗? 书店经理:网上书店要能实现对外和对内的功能,对外是顾客能在网上书店订购图书,提交订单。对内,书店工作人员能够通过网上书店及时的看到这些订单,并进行处理。为了把书送到顾客手里,我们已经联系了快递公司,初步达成协议,由他们往返场客和书店之间把图书送到顾客手里。书店管理员受理订单后,就会通知快递公司送货。当然,书店的图书上架和下架也应该由网上书店完成了。 工作人员甲:实体店中,图书是按照不同种类放置的,方便顾客挑选。网上书店的图书也应该能够按照这种模式分类显示。这样,图书的信息和种类要由网上书店设置和管理。已有种类的新书或新种类的图书上架,网上书店能够保存这些信息。如果信息输入错误,能够进行修改。 工作人员乙:另外书店会搞一些促销,推出一些特价图书。以前这些特价书的信息,都是我们根据促销活动整理出来,贴在书店的醒目位置。促销活动过后,特价图书会恢复原来的价格。希望网上书店也能够管理这些特价图书。 系统分析员:能谈谈平时买书的经过吗? 顾客甲:一般都是先在书店里看看图书的简要介绍,或者先找找看有没有自己需要的书,有时是没有目标的寻找,有时直奔一类图书而去。找到我想买的书或者觉得看的书不错,就会去柜台结帐。 工作人员丙:不过有时在结帐的时候,顾客会突然改变主意,不买一些书或者又回去挑选图书了。

UML实验报告(1).doc

UML实验报告(1) 学生学号01第一学期实验课程名称:UML建模技术实验项目名称关于新的电脑销售系统点的需求文档实验成绩1实验者向尧专业班级软件工程0703班组别19同组者实验日期12月2日第一部分:实验分析与设计(可加页)一、实验内容描述(问题域描述)实验目的:学会怎样为新的电脑销售系统点写需求文档实验内容:1、写一个概况陈述,包含信息系统相关的问题。 2、确定客户,包括公司名称、地址、电话号码,员工的头衔也要包含在他的名字之中 3、总结至少3个系统的目标 4、确定至少2个制约因素 5、建立一个基本功能和属性表 6、分析基本功能和属性的可行性 7、包括一个用类表现出来的环境图二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)需求一词在日常生活中经常使用,通常的需求是指人对于客观事务需要的表现,体现为愿望、意向和兴趣,因而成为行动的一种直接原因。 需求对用户和软件开发人员来说都是至关重要的,必须由他们共同合作才能写出较好的需求及需求文档。 需求是用户认为其所使用的系统应该具备的功能和性能。 三、主要仪器设备及耗材MicrosoftOfficeWord12月2日第一部分:实验分析与设计(可加页)一、实验内容描述(问题域描述)实验目的:学会如何为类中描述的事件写一个基本用例实验内容:1、仿照教科书来描述每个用例。

事件的主流程(成功场景)是用例的最重要的部分。 确保它准确地描述这个过程,同时还有少量一些替代流程即扩展。 2、对于这个项目假设所有客户用现金或信用卡支付租金,不允许用支票支付! 3、要特别注意处理问题时的扩展,可以仿照你的老师给你的示例 4、有一些隐藏的要求:基本上租借出去的影碟信息必须有序地保存起来以跟踪物料,同样的归还的物品数据也应该保存起来,以备最后会计都会知道这些。 5、用例是:租赁项目,归还项目,迟交费项目,重新购置项目。 没有购买。 6、每天晚上待商店关门后,所有晚交的租金记入帐户持有人的信用卡。 7、每个夜晚商店关门后,所有超过10天迟了的租金记入帐户持有人信用卡的项目费用。 8、客户有一个帐号。 电话号码是首选,当客户第一次来时被分配。 如果客户不是在租赁的成员,成员的记录会临时创建。 他们的姓名,电话号码,信用卡号码和到期日被记录在其成员的记录里。 二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)1、根据系统的

校园网上订餐系统需求分析说明书

校园网上订餐系统 之需求分析说明书 项目人员:李文斌 王维康 业铿

目录 1.引言 (4) 1.1 编写目的 (4) 1.2 定义 (4) 1.3 参考资料 (4) 2.项目概述 (4) 2.1 项目背景 (4) 2.2 项目目标 (4) 2.3 构件图 (4) 2.4 上下文关系图 (5) 2.5 类图 (6) 2.6 项目适用范围 (7) 3 项目需求分析 3.1 性能需求分析 (7) 3.2 系统用例图 (8) 3.3系统体系结构 (9) 4 项目详细设计 4.1 系统模块详细设计 (9) 4.2 登录模块详细设计 (10) 4.3 顾客模块详细设计 (10) 4.4 管理员模块详细设计 (11)

5 项目技术方案 (13) 5.1方案概述 (13) 5.2 编程环境 (14) 5.3 数据库的实现 (14) 6.项目报表 (14) 6.1 项目活动图 (14) 6.2 系统报表 (16) 7.可行性分析 (16) 7.1 技术可行性分析 (16) 7.2 运行可行性分析 (16) 7.3 经济可行性分析 (17) 1. 引言

1.1编写目的 此立项报告旨在确定本项目的基本目标、主要内容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的 项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况。 1.2定义 本产品是为校园餐厅专门开发的一套订餐管理系统,旨在合理化安排餐厅的工作,提高餐厅的管理效率,同时方便学生就餐。 1.3参考资料 《软件系统分析与设计》《软件需求工程》 2. 项目概述 2.1项目背景 学生到食堂用餐,在和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;学生对食堂的满意度不高,有许多的学生会选择去学 校周边的饭店用餐。因此,食堂更无法准确预测学生需求,经常会出现 有些食物因为没有卖出去只好倒掉,而学生需要的一些食物却已卖完的 现象。 2.2 项目目标 开发网上报餐系统节省学生的时间和精力,避免食堂食物的浪费,同时让每位就餐员工都吃到满意的食物,提高服务质量以及员工对餐厅 的满意度。 2.3 构件图

UML实验报告

一、实验目的 熟悉软件建模工具PowerDesigner的安装和使用,使用PowerDesigner绘制用例图,熟悉用例文档的编写,掌握系统需求模型的构造过程;学习使用PowerDesigner绘制类图。 二、实验内容 1. 根据如下场景构造需求模型,使用PowerDesigner绘制用例图,撰写用例“在线预订客房”和“前台预订客房”的用例描述文档,并进行模型检查。 某酒店订房系统描述如下: (1) 顾客可以选择在线预订,也可以直接去酒店通过前台服务员预订; (2) 前台服务员可以利用系统直接在前台预订房间; (3) 不管采用哪种预订方式,都需要在预订时交相应订金; (4) 前台预订可以通过现金或信用卡的形式进行订金支付,但是网上预订只能通过信用卡进行支付; (5) 利用信用卡进行支付时需要和信用卡系统进行通信; (6) 客房部经理可以随时查看客房预订情况和每日收款情况。 2. 某电话公司决定开发一个客户信息管理系统,系统功能如下: (1) 浏览客户信息:任何使用Internet的网络用户都可以浏览电话公司所有的客户信息(包括姓名、住址、电话号码等)。 (2) 登录:电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码,并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。 (3) 修改个人信息:客户在系统中注册后,可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。 (4) 删除客户信息:只有公司的管理人员才能删除不再接受公司服务的客户的信息。 绘制该系统的用例图。 3. 根据如下描述绘制类图: 某商场会员管理系统包含一个会员类(Member),会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等,会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种,不同类型的会员在购物时可以享受不同的折扣;每个会员可以拥有一个或多个订单(Order),每一个订单又可以包含至少一条商品销售信息(ProductItem),商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等;每一条商品销售信息对应一类商品(Product),商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。

UML实验报告全

《系统分析与建模》实验指导书__2011__/__2012__年第__二__学期 姓名:____钱秀梅_________ 学号:__ 10030117_____ 班级:_ 10计一_______ 指导教师:___殷凯__________ 计算机科学与技术系编写

系统分析与建模实验指导书―1―计算机科学与技术系 目录 实验0 熟悉软件开发环境 (1) 实验1 用例图设计………………………………………………… 实验2 类和对象图设计 (3) 实验3 交互图设计 (7) 实验4 状态图设计 (9) 实验5 活动图设计 (12) 实验6 包图设计 (15) 实验7 物理图设计 (17) 附录考核登记表 (23)

实验0 熟悉软件开发环境 一、实验目的 学习使用EA开发环境创建模型的一般方法,理解EA界面布局和元素操作的一般技巧。 二、实验环境 软件平台:Microsoft Windows2000 /XP。软件工具:EA 7.5。 三、实验内容与要求 1.学会启动和关闭EA 7.5开发环境。 2.使用目标项目(Project)的向导创建一个项目。 3.了解EA 7.5界面的六大组成部分(菜单Menu、浏览器Browser、文档窗口Document Window、图窗口Diagram Window、日值窗口Log Window和工具栏。 4.在浏览器中实现如下操作:增加模型元素(包括角色、用例、类、组建、图等); 查看现有模型元素;查看现有模型元素之间的关系;移动模型元素;更名模型元 素;访问元素的详细规范。 5.分别在在图中增加删除图元素和在浏览器中增加删除图元素。 四、实验预习和准备 参考相关书籍,能够熟练地安装和使用EA 7.5软件建立模型。 五、实验过程与结果 读者 借书 还书 续借图0-1 用例图

网上订餐系统需求分析报告

网上订餐系统需求分析报告 ——08信计三班 一产品介绍: 1 产品名称:糖果网上订餐系统 2 产品概述:在网络技术快速发展的今天,原先普通的电话预定餐厅已经不能满足的功能需求。网络越来越贴近生活,本产品通过网络订餐方便商家客户互动。用户通过注册登陆的方式能及时看到餐饮商家更新的信息,包括就餐环境,座位信息,菜肴信息等,可以预定台位,就餐后可添加用户反馈。商家可及时更新信息,查看预定,处理订单,通知客户订单确认。系统管理员可以维护更新发布消息,还可以产生餐厅排行榜,财务管理,菜谱管理等一些辅助功能。 3 面向用户:各大餐饮服务业,订餐客户 二产品需求:根据本产品功能及客户需求,产品需求叙述如下: 1 用户注册 用户访问本网站直接进入本网站可直接进入网站主页,可选择登陆,若未注册可选择注册,只有注册用户方可点餐,用户分为三类: 普通用户:只能登陆查询餐厅菜肴信息,不能订餐; 实名认证用户:可以查询信息,可以订餐,但是订餐总金额及订餐数目有限制,并享受一部分商家优惠。 VIP用户:可以查询信息,订餐不受任何限制,可享受更多商家优惠,但分季度收取会员费用。注册提供用户名,密码邮箱等信息。实名认证用户及vip还需要身份证,住址等更为详细信息。. 2登陆 3 查看餐厅信息 显示餐厅的各种信息,包括餐厅名称,ID图片文字说明。可在分类查询,动态搜索,设计页面分业,布局排版问题,以方便用户浏览选择,用户再找到自己喜欢的餐厅后,点击餐厅图片进入此餐厅信息页面,内容有餐桌信息和菜肴信息,可分别点击进入餐桌及菜肴的选择。 4 查看餐桌信息 用户再点击进入餐桌信息后,可以查看剩余餐桌图片,编号,找到自己喜欢的餐桌可以点击确定,还可以根据就餐人数,分类查询,动态搜索。 5 查看菜肴信息 用户再点击进入菜肴信息后,可以查看所有菜肴信息,包括名称口味图片编号价格等,找到自己喜欢的菜肴可以点击确定,还可以根据就餐爱好,分类查询,动态搜索。 6 订餐确认 用户在选择餐厅座位及菜肴后,可点击确定,系统根据用户选择会自动生成订单信息,包括订单ID 用户名餐厅ID 餐厅名称餐桌ID 菜肴ID 菜肴名称等。用户查看又不满意可以取消订单或者更换餐桌菜肴,直至满意。然后点击订单确认,此订单生成,订单信息系统自动存储。 7 商家短信确认订单生成 在用户生成订单后,商家查看,并根据实体店情况分析可行性,具体如下: 8 商家更新信息 商家根据实体店近期信息,可选择更新餐厅信息,包括餐桌信息,菜肴信息及优惠信息

餐馆订餐系统的UML设计

1 引言 1.1 编写目的 本详细设计说明书是基于系统概要设计说明书,经过项目组成员讨论后,将系统的各个功能模块细化,将总的用例图的功能细化到每个序列图中。并且为后续的编码工作提供依据,也是系统测试用例编写和后期维护的主要参考资料。 1.3 名词解释 系统中所有以“JE_”开头的类和变量均为“Just Enjoy”——我们小组名称的缩写,也用以和系统或者其他人开发的变量和函数相区别。 SQLServer 2000: Microsoft公司的关系型数据库。 JDK 1.4: 版本为号1.4的JAVA虚拟机。 E-R图:关系实体图,用于表示数据库的设计。 2 软件结构概述 2.1 模块划分 本系统根据需求分析可以划分为三大模块,他们是订餐管理模块、餐馆管理模块和会员管理模块。其中餐馆管理主要简化为了餐桌管理。餐馆管理模块和会员管理模块分别提供增加、修改、删除的管理功能,而最为核心的订餐管理模块提供记录订单、修改订单(换桌、换时间等)、取消订单、定时提醒和查询空桌等功能。 2.2 模块功能详细设计

以UML序列图的方式列举各个用例模块的功能和实现过程。 2.2.1 CancelBooking 取消订单功能,使用户可以取消已经下过的订单。序列图如下图2-1所示: 图2-1 取消订单序列图 2.2.2 DeleteMember 删除会员功能,使餐馆可以注销某些用户。序列图如下图2-2所示:

图2-2 删除会员序列图 2.2.3 DisplayBooking 显示订单功能,根据用户设定的时间显示的餐桌的信息。其序列图如图2-3所示:

图2-3 显示订单序列图 2.2.4DisplayMember 显示会员信息功能,显示选定的会员信息,以供管理员查看并作为修改的依据。其序列图如图2-4示:

UML实验报告

中南民族大学管理学院学生实验报告 课程名称:UML面向对象分析与设计教程 年级: 专业:信息管理与信息系统 学号: 姓名: 指导教师: 实验地点:管理学院综合实验室 2013 学年至 2014 学年度第 2 学期

目录 实验一 UML建模基础实验二用例图 实验三 UML类图 实验四对象图 实验五包图 实验六动态模型图

实验(一) UML建模基础 实验时间: 实验目的 1.熟悉UML建模工具Rational Rose的基本菜单及操作。 2.掌握UML的三大组成部分及各部分作用。 3.掌握UML的可见性规则和构造型的作用。 实验容 1.练习使用建模工具建立各种UML图形,并对图形进行相应编辑和修改。 2.认识各种UML关系及可见性符号,并用工具表示出来。 答:各种UML关系如下:

分析与讨论 1.总结UML在软件工程中的作用以及使用UML建模的必要性。 答:统模语言(UML)是用来对软件密集系统进行可视化建模的一种语言,也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。 UML作为一种模型语言,它使开发人员专注于建立产品的模型和结构,而不是选用什么程序语言和算法实现。当模型建立之后,模型可以被UML工具转化成指定的程序语言代码。 UML可以贯穿软件开发周期中的每一个阶段,最适于数据建模、业务建模、对象建模、组件建模。UML展现了一系列最佳工程实践,这些最佳实践在对大规模、复杂系统进行建模方面,特别是在软件架构层次方面已经被验证有效。 UML是一种功能强大的,面向对象的可视化系统分析的建模语言,它的各个模型可以帮助开发人员更好地理解业务流程,建立更可靠,更完善的系统模型,从而使用户和开发人员对问题的描述达到相同的理解,以减少语义差异,保障分析的正确性。 指导教师批阅:

相关文档
最新文档