UML网上订餐系统实验报告.docx
《UML网上订餐系统实验报告.docx》由会员分享，可在线阅读，更多相关《UML网上订餐系统实验报告.docx（24页珍藏版）》请在冰豆网上搜索。
UML网上订餐系统实验报告
UML建模大作业实验报告
选题名：
网上订餐系统
1、需求模型
2、分析模型
2.1、架构模型
2.2、分析机制
AnalysisClass
AnalysisMechanism
orderlist
Persistency,security
system
Persistency,legacyinterface
order
Persistency,security
dish
Persistency,distribution
user
Persistency,redundancy
guest
Persistency,security
favorite。
Persistency,communication
notice-board
Persistency,communication
comment
Persistency,parsing
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．管理员登录后台管理系统。
四、后置条件
会员提交订单成功。
管理员处理订单成功。
五、扩展点
无。
六、订单信息管理顺序图
七.管理员订单管理顺序图
升级会员 