UML建模大作业实验报告
选题名：网上订餐系统
1、需求模型
用户权限管理管理员餐品管理注册功能管理员游客登录/注销系统留言板管理公告栏管理用户信息管理餐品选购餐品收藏功能餐品信息检索用户餐品评论订单信息管理经理
2、分析模型
2.1、架构模型
ClientSystem
ServerDBseverPrinter
2.2、分析机制
Analysis Class Analysis Mechanism
orderlist Persistency, security
system Persistency, legacy interface
order Persistency, security
dish Persistency, distribution
user Persistency, redundancy
guest Persistency, security
favorite。 Persistency, communication
notice-board Persistency, communication
comment Persistency, parsing
2.3、关键抽象
guestcommentfavoriteorderlistsystem+0..*+0..1orderuser+0..*+0..1+0..*+0..1+0..*+0..1+0..*+0..1dish+0..*+0..1+0..*+0..1
2.4、用例实现
(1)、类设计描述及类图
在系统中建立了orderlist类，system类，order类，dish类，user类，guest类，favorite类，notice-board类，以及comment类。类图如下：
(2)各用例的用例实现
1.注册功能用例的用例实现
一、简要说明
游客可注册为网上订餐系统的用户。注册时只要填写登录用户名、密码、联系电子信
箱、联系电话以及安全问题和答案六项信息即可。
注册后，用户可以继续填写个人详细信息及收获人信息，同时可以修改密码、查询及维护订单。
二、事件流
基本流：
1. 游客选择注册。
2. 系统返回一个注册页面。
3. 游客根据提示输入相应的注册信息。
4. 系统验证游客输入成功。
5. 游客提交注册信息。
6. 系统提示注册成功并返回首页。（默认已登录。）
备选流：
1. 游客输入信息和系统验证不一致（如字段长度超过系统设置等），系统给出相应的提示信息并返回注册页面。
2. 游客输入用户名是已注册用户名，系统给出提示并返回注册页面。
3. 系统异常，无法注册，并给出相应的信息（如网站维护等）。
三、前置条件
游客申请注册。
四、后置条件
游客注册成功成为会员
五、扩展点
无。
六、注册功能顺序图
用户5 : 用户注册界面控制层11信息保护层111: 选择注册界面2: 填写注册信息3: 提交注册信息4: 保存用户信息5: 用户信息保存成功6: 用户信息保存成功7: 返回给用户注册的信息
2.登录\注销用例的用例实现
一、简要说明
用户：已经注册成功的用户可以通过登录页面登录进入该网站。登录之后可以实现订
餐系统的设定功能。
管理员：管理员必须通过后台进行登录，登陆以后，可以在前台或者后台之间切换，
更方便地对系统进行管理及维护。不提供管理员注册功能，管理员只能在数据库中添加，以保证系统的安全性。
登录后，可在前台或者后台选择注销，以便安全退出系统。
二、事件流
基本流：
1. 该会员选择登录。
2. 系统返回一个登录页面。
3. 会员输入用户名、密码和验证码并提交。
4. 系统进行系统验证，验证成功，记录该用户为登录用户并返回主页面。（表明该会员已登录。）
5. 会员选择“注销”。
6. 系统提示用户成功注销并返回网站首页。
7．管理员修改管理员个人资料和账号信息。
备选流：
1．用户忘记密码，选择“找回密码”功能，进入找回密码用例。
2. 系统验证用户登录信息有错，提示用户重新登录。
3. 系统处理异常，系统给出相应的提示信息.。
4．管理员只能在后台运行。
三、特殊要求
无。
四、前置条件
该会员必须是本网站已注册的成员。\该用户必须是该系统成功注册并且已成功登录的用户。
管理员必须凭借管理员权限登录后台。
五、后置条件
该会员登录成功。\用户成功注销
登录成功管理员。
六、扩展点
无。
七、登录顺序图
用户6 : 用户登录界面控制层2信息保护层21: 选择登录页面2: 填写登录信息3: 提交用户登录信息4: 保存用户信息5: 返回用户信息6: 返回用户信息7: 返回用户信息
3. 餐品信息检索用例的用例实现
一、简要说明
用户能够通过输入餐品信息的检索条件，来检索自己所需要的餐品。本功能支持用户使用餐品名称以及餐品简介关键字来对餐品进行检索。在用户使用此功能后，将返回给用户所有符合用户检索条件的餐品。
二、事件流
基本流：
1．用户选择浏览餐品目录，或者输入查看的餐品检索信息。
2．系统处理用户请求成功并返回用户查看的相应的餐品目录页面。
3．用户查看菜色的名称。
4．用户查看菜色的价格。
5．用户查看做法描述。
6．用户查看被订购次数。
7．用户查看是否店长推荐。
备选流：
系统在数据库中没有找到和用户输入相关的信息，系统返回提示信息。
三、特殊要求
要求在网站上提供所属菜系，主要材料以及实例图片以方便用户选择查看。
四、前置条件
用户在本系统中选择了“餐品信息检索”项。
五、后置条件
用户成功浏览餐品信息。
六、扩展点
无。
七、.餐品信息检索顺序图
用户7 : 用户检索界面控制层7信息保存层71: 选择用户搜索界面2: 填写搜索餐品信息3: 提交搜索信息4: 数据库中检索餐品信息5: 返回餐品信息6: 返回餐品信息7: 返回餐品信息
4. 留言板管理用例的用例实现
一、简要说明
订餐用户登录以后，可以在系统留言板进行留言，留言字符长度不得少于8个字符。但是不能对系统留言进行回复，只有管理员才能回复系统留言。
管理员可以通过前台或者后台对系统留言板进行维护以及管理。可以查看留言、添加留言、回复留言以及删除恶意留言。
二、事件流
基本流：
1．用户添加留言。
2．用户登录留言板查看留言。
3．管理员登录留言板。
4．管理员查看回复留言。
5．管理员删除恶意留言。
备选流：
只有注册的用户才可以在留言板上发表留言，一般游客只能浏览部分留言
三、前置条件
注册用户登录留言板留言，管理员在后台登录管理留言。
四、后置条件
所有人登录页面查看留言信息。
五、扩展点
无。
六、留言板管理顺序图
用户1 : 用户留言板界面控制层界面信息保护层71: 选择登录留言板2: 添加留言3: 提交留言4: 保存留言信息5: 留言信息已保存成功6: 留言信息已保存成功7: 返回给用户留言结果
5. 收藏夹管理用例的用例实现
一、简单说明
当用户对某个餐品有兴趣，但是有不想立即购买的时候，用户可以将此餐品放入自己的收藏夹中。当用户想要浏览此餐品的信息时，能够直接进入自己的收藏夹对此餐品进行浏览，并且能够在收藏夹中直接发起订餐活动。 本功能还支持用户从收藏夹中将餐品删除，从而保证用户的收藏夹的条理性和便捷性。
二、事件流
基本流：
1．将餐品填入到收藏夹中。
2．浏览收藏夹中的收藏品。
3．在收藏夹中订餐。
4．从收藏夹镇南关将餐品删除。
备选流：
未登录的游客不会拥有收藏夹功能。
三、前置条件
用户登录本系统中选择餐品收藏功能。
四、后置条件
用户打开餐品收藏页面。
五、扩展点
无。
六、收藏夹管理顺序图
用户2 : 用户收藏夹管理界面控制层8信息保护层81: 选择登录收藏夹界面2: 添加收藏餐品3: 保存收藏夹信息4: 收藏夹信息保存成功5: 收藏品信息保存成功6: 返回给用户收藏品信息
6. 餐品选购用例的用例实现
一、简要说明
用户管理自己的订餐车，包括将所需要的餐品放入订餐车以及从订车中移除物品。模拟计算出所订购物品的总价，并把订餐车表提交给系统以确定最后的订单。
二、事件流
基本流：
1．添加餐品：用户能够将自己所需要的餐品放入订餐车，从而保证在用户在进行订单确认的时候，此餐品能够出现在用户的购买列表中，选择餐品时，需填写需要购买的数量，否则默认餐品数量为1。 若再次添加订餐车中已经存在的餐品，则不生成新的餐品列表，而是再次订购的该餐品的数量和原来已经应够的餐品数量相加，成为新的该餐品的订餐数量。
2．移除餐品：本功能支持用户从订餐车中将餐品移除，从而保证订餐车中的餐品确
实是用户所需要购买的。
3．清空订餐车：选择该操作后，则把用户当前订餐车中的餐品列表清空。
4．价格统计：每次对订餐车进行上述操作后，统计每种餐品应付的价格以及当前订
餐车中所用餐品的总价格。
5．结算订餐车：选择结算以后，相当于用户确认订购当前订餐车中的餐品，系统会
把当前的订餐列表提交，用户只需要确认或者填写必须的收货信息，便可生成订单。
备选流：
1. 用户未登录，返回登录页面。
2. 系统异常，系统给出相应的提示信息。
3.该用户不是会员，系统给出提示，要求此用户先登录，并返回登录页面。
4．系统给出一个提示：该订餐没有餐品
5．用户修改的图书数量没有改变，提示无更改并返回购物车页面。
6．用户取消修改。
7．购物车为空，系统给出相应的提示信息。
三、特殊要求
无。
四、前置条件
用户必须是已注册并已登录的会员。
用户选择“查看购物车”项。
该用户是已登录的会员。
购物车中含有餐品。
在购物车管理页面中选择删除餐品。
购物车内不能为空。
五、后置条件
用户添加餐品。
用户打开购物车页面。
相应的餐品除。
购物车内相应餐品数量被修改成功。
购物车被成功清空。
六、扩展点
无。
7. 餐品评论用例的用例实现
一、简要说明
用户登录以后，在对应的餐品页面，可以对餐品进行评论，也可以回复其他用户的评论。
二、事件流
基本流：
1．用户评论餐品。
2．用户回复其他用户的评论。
3．游客查看餐品评论。