（餐饮行业分析）网上订餐
系统分析与设计实验报告
目录
第一部分 项目管理与计划 3
实验 1 指定项目计划 3
实验 2 项目可行性分析 6
第二部分 系统分析 8
实验 3 项目需求收集 8
实验 4 用例建模 9
实验 5 通过用例获取概念数据模型 16
实验 6 将概念数据模型转换为对象关系模型 17
实验 7 分析类图建模（序列图、分析类图）17
实验 8三种可选方案选择分析 20
第三部分 系统设计 23
实验 9 物理数据库设计 23
实验 10 确定系统构架等设计元素、设计类图建模 28
实验 11 界面设计 30
第一部分项目管理与计划
实验 1指定项目计划
项目的工作分解结构（WBS），所需资源
网上订餐系统WBS
WBS 所需资源
1需求开发
需求获取
一定的用户群体需求调查资料
需求定义
需求验证
需求规格说明书
2总体设计
系统方案设计
总体进度规划
风险评估
同类别系统相关信息
3详细设计
结构设计
人机界面设计
接口设计
网络构架设计
数据库设计
相应的设计人员
4设计实施
用户管理模块
添加用户
修改个人信息
删除用户
系统退出
店铺管理模块
添加店铺
修改店铺信息
查询店铺
删除店铺
菜品管理模块
添加菜品
修改菜品信息
查找菜品
删除菜品
订餐操作
购物车管理
结算管理
订单管理
处理订单
修改订单
查找订单
删除订单
新闻管理模块
添加新闻信息
修改新闻信息
查找新闻信息
删除新闻信息
评论管理模块
添加评论
合作商家
基础菜品信息
实施人员
管理人员
查找评论
删除评论
统计管理模块
订餐统计
消费统计
5测试
集成测试
环境测试
系统测试
缺陷跟踪
测试总结
测试工具，环境
6交付
验收测试
产品提交
用户培训
交洽人员，场地
通过 PERT技术估算项目的持续时间
PERT公式
（其中 a为乐观时间，m为最可能时间，b为悲观时间）
模块 乐观时间（day） 最可能时间 悲观时间 PERT估计期望时间
需求开发 7 11 15 11
总体设计 3 4 5 4
详细设计 5 7 11 7
设计实施 14 20 32 21
测试 5 7 9 7
交付 5 12 19 12
总计 62
甘特图和网络图
甘特图
网络图
实验 2项目可行性分析
经济可行性分析
随着人民的生活水平的提高，餐厅也蓬勃发展，线下的实体服务已经满足不了日益进步
的需求。网络订餐系统给人们带来了方便，成为一种全新的商务模式。网上订餐平台一方面
为餐厅搭建了一个集中的宣传平台，能为餐厅节约经济成本，创造更多的收益；另一方面，
能为广大消费者争取更多的优惠。这样的模式使得餐厅和消费者两方面都渐渐依赖网上订餐
平台，从而获得可观的收益。
一次性成本工作表
网上订餐系统
0年
A.开发费用¥15,000
B.新硬件 25,000
C.新购买的软件
1.应用软件包 4,000
站点注册 1,000
D.用户(商家)培训 1,000
E.站点准备 0
F.其他________________ 0
一次性成本合计 46,000
续生成本工作表
网上订餐系统
1~5年
A.应用软件维护 20,000
B.增加的数据存储需求 3,000
估算费用
通信 3,000
D.新硬件或硬件租用 0
E.供给品 1,000
F.其他________________ 0
续生成本合计 27,000
有形收益
网上订餐姓名
1~5年
费用减少避免¥5,000
错误减少 3,000
增加的灵活性 10,000
提高的活动速度 15,000
管理技术或控制的改进 0
增加销售 20,000
____
有形收益合计¥53,000
(之后每年预计增加 10000)
表 1:经济可行性分析表
技术可行性分析
技术可行性是指根据现有的技术条件是否能够顺利的完成开发工作，所需要的物理资源
是否具备、能否得到。技术条件包括硬件、系统软件、使用的操作环境等多个方面。随着信
息技术的发展，当前的计算机硬件配置完全可以满足开发的需求。在软件方面，由于目前的
单机模式发展成熟，故软件的开发平台成熟可行，它们的容量大，速度快，可靠性高，价格
相对较低。此系统是基于 JSP+SQLServer2008环境开发的，目前 SQLServer2008数据库管理
系统的功能也足够强大，足以满足我们的需求。
由于该系统的规模是相对较小的，主要功能是客户在网上注册、登录、浏览记录、订餐
以及管理员的订单管理等，复杂性较低，对开发人员的知识水平限制较小。而且在项目启动
之前，小组成员已经学习了相关知识，根据各自的擅长部分合理分配任务，完全具备开发此
系统的技术。
进一步细化的项目进度安排
1、需求开发
我们产品服务对象主要面向在校学生及白领等工作人士。由于开发团队为在校学生因此，
可直接在校内收集大学生就餐信息。已工作白领，可以求光谷软件园进行调查，所以，需要
花费两到三天的时间进行调查准备，包括设计调查问卷、确立访谈话题及详细问题等，调查
手段包括观察、问卷、访谈等。企划部对收集到需求进行整理，归纳，筛选。由企划部进行
调查为期一周。
2、产品设计
根据需求调查结果，我们通过联合应用程序设计以分组会谈的思想将产品需求转换为产
品功能模块。历时一天。将功能模块交由设计部进行详细设计，根据产品服务对象的特点确
定系统结构、界面 UI等项目，历时三天。开发部进行软件设计开发。耗时七至十天。最后
有测试人员进行调试，消除 bug后产品交付。
3、试运行
产品交付用户后，技术人员跟踪平台运行情况，抓住平台需求，结合企划部平台推广方
案。对功能进行进一步扩充，包括地理定位系统、电子支付接口、账户预存、店铺优惠系统
包括红包、打折等功能接口预留。关注系统流畅度及用户反馈并及时升级系统。
系统服务请求报告
系统服务请求
饱了么网上订餐平台
请求者日期
部门管 理 部
地点
联系方式手机：XXXXXXXXXX 电子邮件：XXXXXXX@
请求类型紧迫性
[x]新系统[]立即--业务受损或者或者失去机会
[]系统增强[]存在问题，但可以渐渐改变
[]系统错误修改[x]业务损失可以容忍到新系统安装
问题陈述
当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，
而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受
美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算
机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐
服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服
务。
服务请求
联系人手机：XXXXXXXXXXX电子邮件：XXXXXXXXX@
发起人
----------------------------------------由 系 统 优 先 委 员 会 完 成
-------------------------------
[]批准请求分派给________________________________________
开始日期______________________________________
[]建议修改
[]建议用户开发
[]否决，原因是_________________________________________________
项目范围说明书
饱了么网上订餐平台
项目范围说明书
A.项目信息
提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息
项目名称: 饱了吗网上订餐系统 客户名称: 饱了么科技有限公司
项目组长: 起草人:
项目发起人: 日期:
B.项目的交付结果
饱了吗网上订餐系统分析与设计
饱了吗网上订餐系统系统程序
饱了吗网上订餐系统系统文档
饱了吗网上订餐系统转换盒培训程序
C.项目问题
当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，最快的方式莫过于
利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能
力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，
扩大知名度，也是为最终用户提供方便快捷的食品服务。
D.项目目标
使客户能够有效高效地从饱了么网上订餐平台订餐。
E.项目描述
建立一个新的信息系统，使得客户能够使用标准 web浏览器通过 Internet完成网上
订餐或活动，项目将遵循系统的开发周期。
F.业务收益
增加销售
改进对客户订餐方式的理解
改进对市场和销售人员的利用
G.估计项目持续时间
4个月
第二部分系统分析
实验 3项目需求收集
访谈笔录、观察笔记、会议记录
访谈记录表1
课题名称 网上订餐系统用户调查
访谈主题 商家对于网上订餐系统的接受度及建议
访谈者
访 谈 日
期
访谈时间 14:00---14:30
访 谈 地
点
XX烤肉饭馆
访谈对象信息
姓名 李老板 职业 个体户 单位 XX烤肉饭馆
联系地址 西苑 XX烤肉饭馆
联 系 电
话
XXXXXXXXXX
访谈目的：
了解商家对于网上订餐的接受程度，及商家对于网上订餐的顾虑及建议、要求。
采访的问题：
1、请问您的餐馆有没有扩展业务的意向或者在人流高峰期有没有忙不过来的时候？
2、请问您有没有做网上订餐的兴趣？
3、您对网上订餐的系统有没有要求？
4、您对网上订餐的系统有没有顾虑？
5、您对网上订餐的系统有没有建议？
观察记录1
受访者虽然表示有意向参加网上订餐，但表现不够热情，对此项目的信任度不大，或者兴趣
不够浓厚。
访谈记录表2
访谈记录（整理要点）：
1、有做网上订餐业务的意向。
2、对此项目的宣传抱有怀疑，担心受众的广度。
3、对主办方与商家自身的利益划分。
4、希望商家能有更加完备的商业企划及相关的管理办法条例。
访谈结果（是否达到了目的，解决了哪些问题，有哪些收获和体会）：
基本了解了商家的市场需求，对于系统功能的设计有了一定的启发。
被访问者的建议：
希望系统安全性好并且配有好的宣传。
课题名称 网上订餐系统用户调查
访谈主题 商家对于网上订餐系统的接受度及建议
访谈者
访 谈 日
期
访谈时间 15:00---14:15
访 谈 地
点
学生宿舍
访谈对象信息
姓名 张同学 职业 学生 单位 中南财经政法大学
联系地址 学生宿舍
联 系 电
话
XXXXXXXXXX
观察记录2
从受访者的表情来看，受访者还是对此项目有比较浓的兴趣，有此方面的需求，也希望有相
关的订餐体系。
观察记录3
时间：中午 12:00----下午 1:00
地点：西苑
观察现象：
餐厅爆满，有些餐厅排长队，服务员在人最多的时候忙不过来。还有些人因为没有地方
打包，有的人打包好多份应该的帮人带的。
结论：
访谈目的：
了解商家对于网上订餐的接受程度，及商家对于网上订餐的顾虑及建议、要求。
采访的问题：
1、请问您有没有网上订餐的想法？
2、怎样会吸引您去网上订餐？
3、您对网上订餐的系统有没有顾虑？
4、您对网上订餐的系统有没有建议？
访谈记录（整理要点）：
1. 有网上订餐业务的意向。
2. 价格的优惠和免费送餐比较有吸引力。
3. 对商家的信任度抱有怀疑。
4. 对送餐的及时性有顾虑。
访谈结果（是否达到了目的，解决了哪些问题，有哪些收获和体会）：
基本了解了消费者的市场需求，对于系统功能的设计有了一定的启发。
被访问者的建议：
希望系统安全性好并且配有相关的优惠及评价体系。
外卖送餐及网上订餐应该有很大的市场需求。
会议纪要
一、基本信息
会议名称 模拟 JAD 召集人
会议日期 2014-11-06 开始时间 14:00
会议地点 文泰 持续时间 40分钟
记录人 审核人
二、会议目标
对于系统设计及商业运营方面的协调
三、参加人员
四、主要议程
1. 需求调查报告；
2. 项目设计构想；
3. 项目设计进度安排；
4. 联系用户提出的意见进行系统的设计安排；
5. 分配任务。
六、遇到的问题
1、系统设计的灵活性及安全性；
2、用户使用的舒适度体验；
3、开发资金及维护费用；
4、谈妥商家入驻系统。
七、工作计划
1、现阶段主要进行系统功能设计，结合用户建议进行系统设计；
2、将安全性考虑进系统开发，对用户评价系统设计的舒适易行；
3、分配设计图的工作。
资产负债表、利润表、业务表单
资产负债表
单位：网上订餐系统金额单位：人民币（万元）
年份
科目 第一年 第二年 第三年 第四年 第五年
资产
流动资产：
货币资金
应收账款
预付账款
其他应收款
存货
其他流动资产
流动资产合计
非流动资产：
固定资产
减：累计折旧
固定资产净值
无形资产
其他非流动资产
非流动资产合计
资产总计
负债和所有者权益
负债
流动负债：
短期借款
应付账款
预收账款
应付职工薪酬
应交税费
应付利息
应付股利
流动负债合计
非流动负债：
长期借款
非流动负债合计
负债合计
所有者权益
实收资本
利润表
单位：网上订餐系统金额单位：人民币（万元）
年份
科目 第一年 第二年 第三年 第四年 第五年
一、营业收入
减：生产成本
制造费用
管理费用
销售费用
二、营业利润
加：营业外收入
减：营业外支出
三：利润总额
减：应交税费
四、净利润
销售日报表
日期：______年______月______日单位：元
盈余公积
未分配利润
所有者权益合计
负债和所有者权益
总计
编号
客户名称 商品名称
数量 单价
折扣
金额 送餐地址
1
2
3
4
5
6
7
8
9
10
11
今日访问数 本月累计访问数
本月营业目标：当日收款总计：已完成目标累计：未完成目标累计：
市场动态品质反应 主管评估工作价值
总经理 主管
经理 制表人
实验 4用例建模
用例图
顶层用例图
1．用户分为游客和游客和会员，游客注册登录会称为会员。只有会员才可以进行订餐
操作，避免恶意欺诈行为。
2．管理员分为系统管理员和订单管理员和店铺管理员和新闻管理员。
系统管理员主要负责对永和注册的审核和对管理员的管理；
订单管理员主要负责处理订单；
店铺管理员主要负责对店铺菜品的编辑和对评论的管理；
新闻管理员主要负责首页的新闻管理。
用户使用订餐系统用例图
1．游客可以浏览首页但是不能订餐，通过注册，由系统管理员审核后方可成为会员。
2．会员可以登录，登陆后可以修改信息。
进行订餐服务，包括将菜品放入购物车、浏览购物车、删除购物车中菜品和修改菜品
数量，其中删除购物车中菜品和修改菜品数量需要在浏览购物车的基础上进行。
进行订单处理，包括填写订单信息、提交订单、查看历史订单、评论菜品，其中提交
订单需要在填写订单信息的基础上进行，然后由订单管理员进行处理，评论菜品需要在查看
历史订单的基础上进行，由店铺管理员进行管理。
管理员用例图
1．管理员可以对所有的账号进行管理。分为对顾客的管理和对管理员的管理。
2．对顾客的管理包括审核注册用户和查看顾客信息。
3．对管理员的管理包括添加删除修改管理员。
店铺管理员用例图
1．店铺管理员可以管理店铺、菜品、评论。
2．浏览店铺后可以添加和删除店铺。
3．浏览菜品后可以添加、修改、删除菜品。
4．浏览评论后可以删除评论，不可以进行修改等操作。
订单管理员用例图
订单管理员主要负责在浏览订单后对订单进行处理，即修改订单状态为“已处理”等。
新闻管理员用例图
新闻管理员主要负责浏览新闻后对新闻的添加、删除、修改。
用例描述
用户用例描述
用例名称：注册
主参与者：游客
层次：海平面（用户目标）
利益相关者：游客，用户
前置条件：游客必须在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：游客能成功打开网上订餐网站
触发器：游客访问网站主页
主要成功情节：
1．游客提出注册请求；
2．游客点击注册按钮；
3．系统打开注册页面；
4．游客输入用户名、密码、再次输入密码及用户常用邮箱
5．单击“提交”；
6．系统验证登录用户的信息并返回相应信息。
扩展：
a用户选择“重置”，系统将清空输入框信息；
a注册不成功
系统管理员审核不通过。
用户输入的用户名已存在，则提示用户重新输入；
用户输入的密码格式不正确或两次密码不一致，则提示用户重新输入；
系统注册时出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页
面，提示会员注册失败.
用例名称：浏览商品
主参与者：用户
层次：海平面（用户目标）
利益相关者：用户
前置条件：用户必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：用户成功打开网站，浏览首页
触发器：用户成功打开网站，浏览首页
主要成功情节：
1.用户打开网站首页；
2.成功加载所有信息。
扩展：
浏览商品时出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，
则浏览商品信息不成功。
用例名称：登录
主参与者：用户
层次：海平面（用户目标）
利益相关者：用户
前置条件：用户已注册成网上订餐系统的用户
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：用户成功登录网站，返回首页
触发器：用户选择“登录”按钮
主要成功情节：
1.系统为用户打开登录页面；
2.用户输入用户名、密码、验证码，再选择“登录”；
3.系统验证登录用户名和密码的正确性；
4.经验证用户名和密码正确则进入网上订餐系统。
扩展：
a登录页面打开失败
用户重新刷新打开网页
a登录失败
用户名或者密码错误，提示用户重新输入信息，返回登录页面。
验证码出现错误，提示用户重新验证码，返回登录页面。
系统登录时出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页
面，提示用户登录失败。
用例名称：修改个人信息
主参与者：用户
层次：海平面（用户目标）
利益相关者：用户
前置条件：用户已正确登录系统
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：用户能查看当前个人信息页面
触发器：用户选择“个人信息”按钮
主要成功情节：
1.调用“登录”用例
2.为当前“个人信息”事务打开一个新的网页。
3.用户能在新网页中查看当前所有个人信息，如收货地址，用户名，邮箱，联系电话，修改
密码选项等。
4.点击“修改”按钮，打开新的个人信息页面，用户可输入新的用户名等信息。
5.点击“保存”按钮，更新后台数据库，返回个人信息页面。
扩展：
“登录”用例调用失败
用户被告知登录失败，提示检查并重新登录
点击“保存”按钮，返回个人信息页面后信息没有修改
刷新页面，个人信息正确显示。
点击刷新，无法成功显示修改后的个人信息，与页面管理员联系。
用例名称：将菜品放入购物车
主参与者：用户
层次：海平面（用户目标）
利益相关者：用户
前置条件：用户已成功进入订餐服务界面
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：用户能查看所有菜品信息
触发器：用户点击“加入购物车”按钮
主要成功情节：
1.调用“订餐服务”用例
2.用户查看菜品信息时点击“加入购物车”按钮；
3.用户点击“加入购物车”后则将菜品放入对应的购物车中。
扩展：
“订餐服务”用例调用失败
用户被告知失败，提示检查并重新请求
点击“加入购物车”按钮，无法成功将菜品加入
当前菜售完，返回首页浏览菜品。
当前菜品的商家还未开始营业，提示用户正确营业时间，返回首页浏览菜品
出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用
户加入购物车失败。
用例名称：浏览购物车
主参与者：用户
层次：海平面（用户目标）
利益相关者：用户
前置条件：用户已成功进入订餐服务界面
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：用户能查看所有菜品信息
触发器：用户点击“浏览购物车”按钮
主要成功情节：
1.调用“订餐服务”用例
2.用户查看菜品信息时点击“浏览购物车”按钮；
3.用户点击“浏览购物车”后则将购物车中菜品信息显示到新的页面中。
扩展：
“订餐服务”用例调用失败
用户被告知失败，提示检查并重新请求
点击“浏览购物车”按钮，无法获得菜品信息。
购物车中没有菜品，提示购物车为空。
出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用
户获取购物车信息失败。
用例名称：删除购物车中的菜品
主参与者：用户
层次：海平面（用户目标）
利益相关者：用户
前置条件：用户已成功浏览购物车
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：用户能查看购物车中所有菜品信息
触发器：用户点击“删除”按钮
主要成功情节：
1.调用“浏览购物车”用例
2.用户查看菜品信息时点击“删除”按钮；
3.用户点击“删除”后则将购物车中菜品信息返回到“浏览购物车”页面。
扩展：
“浏览购物车”用例调用失败
用户被告知获取购物车信息失败，提示检查并重新请求
点击“删除”按钮，无法获得更新的菜品信息。
删除后购物车中没有菜品，提示购物车为空。
点击刷新，无法成功显示更新的菜品信息，与页面管理员联系。
出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用
户获取购物车信息失败。
用例名称：修改菜品数量
主参与者：用户
层次：海平面（用户目标）
利益相关者：用户
前置条件：用户已成功浏览购物车
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：用户能查看购物车中所有菜品信息
触发器：用户点击“修改”按钮
主要成功情节：
1.调用“浏览购物车”用例
2.用户查看菜品信息时点击“修改”按钮；
3.用户点击“修改”后则将购物车中菜品信息返回到“浏览购物车”页面。
扩展：
“浏览购物车”用例调用失败
用户被告知获取购物车信息失败，提示检查并重新请求
点击“修改”按钮，无法获得更新的菜品信息。
点击刷新，无法成功显示更新的菜品信息，与页面管理员联系。
出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用
户获取购物车信息失败。
用例名称：填写订单信息
主参与者：用户
层次：海平面（用户目标）
利益相关者：用户
前置条件：用户已成功进入订单处理界面
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：用户成功填写订单信息并完成保存
触发器：用户点击“保存”按钮
主要成功情节：
1.用户进入填写订单信息界面。
2.访问购物车信息，顾客收到加入购物车的商品的确认。
3.用户填写地址，电话等订单信息。
4.用户点击“保存”按钮后，创建订单行条目，弹出提示。
扩展：
由于购物车为空而不返回有效的购物车信息
顾客收到购物车为空的消息，顾客返回重新选购。
顾客收到购物车为空的消息，退出该用例。
保存后没有反应
顾客刷新后重新填写。
连接中断
系统回滚到顾客填写订单信息前的位置。
顾客在任一点突然退出系统
系统回滚到顾客填写订单信息前的位置。
用例名称：提交订单
主参与者：用户
层次：海平面（用户目标）
利益相关者：用户、订单管理员
前置条件：用户已成功进入订单处理界面
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：用户成功提交订单
触发器：用户点击“提交”按钮
主要成功情节：
1.用户进入订单处理界面。
2.根据用户信息访问订单表等，显示订单信息，用户确认订单信息。
3.用户提交订单，信用卡被收费。
4.更改订单的状态，将提交订单的信息反映给订单管理员。
扩展：
由于订单为空而不返回有效的订单信息
顾客收到订单为空的消息，返回重新选购。
顾客收到订单为空的消息，返回填写订单信息。
顾客收到订单为空的消息，退出该用例。
信用卡付费失败
顾客信用卡有问题，顾客被要求使用另一张信用卡。
店家信用卡出错，顾客被告知稍后再试。
连接中断
系统回滚到顾客填写订单信息前的位置。
顾客在任一点突然退出系统
系统回滚到顾客填写订单信息前的位置。
用例名称：查看历史订单
主参与者：用户
层次：海平面（用户目标）
利益相关者：用户
前置条件：用户已成功进入订单处理界面
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：用户成功查看历史订单
触发器：用户选择查看历史订单
主要成功情节：
1.用户进入查看历史订单界面。
2.访问订单，返回状态为已成功的订单信息。
3.用户浏览历史订单。
扩展：
由于没有已成功的订单而不返回有效订单信息
顾客收到已成功订单为空的消息，退出该用例。
连接中断
系统回滚到顾客填写订单信息前的位置。
顾客在任一点突然退出系统
系统回滚到顾客填写订单信息前的位置。
用例名称：评价菜品
主参与者：用户
层次：海平面（用户目标）
利益相关者：用户，店主
前置条件：用户已成功浏览历史订单信息
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：用户点击“评价”按钮进入评价页面。
触发器：用户点击“评价”按钮
主要成功情节：
1.调用“查看历史订单”用例
2.用户点击“评价”按钮后，返回历史订单页面。
扩展：
“查看历史订单”用例调用失败
用户被告知获取历史订单信息失败，提示检查并重新请求
点击“评价”按钮，无法获得更新的菜品信息。
点击刷新，无法成功显示更新的菜品信息，与页面管理员联系。
出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用
户获取购物车信息失败。
系统管理员用例描述
用例名称：管理账号
主参与者：系统管理员
层次：风筝（概要）
利益相关者：顾客，管理员
前置条件：系统管理员必须在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：系统管理员想要的文件正确加载
触发器：系统管理员访问网站主页
主要成功情节：
1.在系统管理员的硬盘上创建 cookie
2.系统管理员能在账号主页上看到顾客和管理员账户分类
扩展：
不能创建 Cookie
创建消息向新闻管理员说明因为浏览器不允许创建 Cookie，所以不可以浏览。
系统管理员调整浏览器 Cookie设置并重试，或者离开网站。
不能加载完整账号信息
系统管理员得到一个损坏链接的标志。
系统管理员点击刷新，图片加载成功。
系统管理员点击刷新，图片加载不成功，离开网站。
用例名称：管理顾客
主参与者：系统管理员
层次：海平面（用户目标）
利益相关者：顾客
前置条件：系统管理员必须在线访问网站，且进入账号管理页面
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：系统管理员想要的文件正确加载，进入账号管理
触发器：系统管理员访问网站主页
主要成功情节：
1.进入账号管理页面，调用账号管理界面
2.点击顾客管理按钮
3.出现顾客账号的管理项目的伸展菜单
扩展：
“管理账号”用例调用失败
系统管理员被告知当前网站不能浏览，提示检查网络等信息 Cookie，所以不可以浏览。
系统管理员调整浏览器 Cookie设置并重试，或者离开网站。
点击“顾客管理”按钮不能显示顾客账号管理项目伸展菜单
系统管理员点击刷新，重新点击按钮，信息显示成功。
系统管理员点击刷新，重新点击按钮，信息显示不成功，检查数据库与后台代码问题。
用例名称：管理员管理
主参与者：系统管理员
层次：海平面（用户目标）
利益相关者：管理员
前置条件：系统管理员必须在线访问网站，且进入账号管理页面
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：系统管理员想要的文件正确加载，进入账号管理
触发器：系统管理员访问网站主页
主要成功情节：
1.进入账号管理页面，调用账号管理界面
2.点击管理员管理按钮
4.出现管理员账号的管理项目的伸展菜单
扩展：
“系统”用例调用失败
系统管理员被告知当前网站不能浏览，提示检查网络等信息 Cookie，所以不可以浏览。
系统管理员调整浏览器 Cookie设置并重试，或者离开网站。
点击“管理员管理”按钮不能显示管理员账号的管理项目的伸展菜单
系统管理员点击刷新，重新点击按钮，信息显示成功。
系统管理员点击刷新，重新点击按钮，信息显示不成功，检查数据库与后台代码问题。
用例名称：管理员添加
主参与者：系统管理员
层次：鱼（细节）
利益相关者：管理员
前置条件：系统管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：系统管理员成功打开网站，账号管理员，管理员管理
触发器：系统管理员选择“添加管理员”按钮
主要成功情节：
1.系统管理员点击“管理员管理”
2.系统打开以下级联菜单，包括管理员添加、管理员删除、管理员信息修改。
3.超级管理员点击“管理员添加”
4.系统弹出“管理员添加”的页面
5.系统管理员输入要添加管理员的用户名和密码并单击“添加”按钮
6.系统就为之添加到数据库中，添加成功
7.系统返回到请求前的页面
扩展：
“管理员管理”用例调用失败
系统管理员被告知当前网站不能浏览
点击“管理员添加”按钮不能打开新的网页
系统管理员得到一个损坏链接的标志。
系统管理员点击刷新，重新点击按钮，网页打开成功。
系统管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
刷新首页，不能看到刚刚添加的管理员账户。
检查数据库与后台代码问题。
用例名称：修改管理员信息
主参与者：系统管理员
层次：鱼
利益相关者：管理员
前置条件：系统管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：系统管理员成功打开网站，账号管理员，管理员管理
触发器：新闻管理员选择“管理员信息修改”按钮
主要成功情节：
1.系统管理员点击“管理员管理”
2.系统打开以下级联菜单，包括管理员添加、管理员删除、管理员信息修改。
3.超级管理员点击“管理员信息修改”
4.系统弹出“管理员信息修改”的页面
5.系统管理员输入要修改管理员的用户名和密码并单击“确认”按钮
并输入要修改的用户名及密码点击修改。
6.系统就为之修改数据库中的数据
7.系统返回到请求前的页面
扩展：
“管理员管理”用例调用失败
系统管理员被告知当前网站不能浏览，提示检查网络等信息。
点击“管理员信息修改”按钮不能打开新的网页
系统管理员得到一个损坏链接的标志。
系统管理员点击刷新，重新点击按钮，网页打开成功。
系统管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
刷新首页，不能看到管理员账户修改。
检查数据库与后台代码问题
用例名称：删除管理员
主参与者：系统管理员
层次：鱼
利益相关者：管理员
前置条件：系统管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：系统管理员成功打开网站，账号管理，管理员管理
触发器：新闻管理员选择“删除管理员”按钮
主要成功情节：
1.系统管理员点击“管理员管理”
2.系统打开以下级联菜单，包括管理员添加、删除管理员、管理员信息修改。
3.超级管理员点击“删除管理员”
4.系统弹出“删除管理员”的页面
5.系统管理员输入要修改管理员的用户名和密码并单击“确认”按钮
6.系统就为之删除数据库中的数据
7.系统返回到请求前的页面
扩展：
“管理员管理”用例调用失败
系统管理员被告知当前网站不能浏览，提示检查网络。
点击“管删除管理员”按钮不能打开新的网页
系统管理员得到一个损坏链接的标志。
系统管理员点击刷新，重新点击按钮，网页打开成功。
系统管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
刷新首页，不能看到管理员账户删除。
检查数据库与后台代码问题。
用例名称：审核注册用户
主参与者：系统管理员
层次：鱼
利益相关者：顾客
前置条件：系统管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：系统管理员成功打开网站，账号管理，管理顾客
触发器：新闻管理员选择“审核注册用户”按钮
主要成功情节：
1.系统管理员点击“管理顾客”
2.系统打开以下级联菜单，包括审核注册用户、查看顾客信息。
3.超级管理员点击“审核注册用户”
4.系统弹出“审核注册用户”的页面
5.查看需要审核的用户是否符合条件，点击用户名后的“通过”或“拒绝”按钮
6.刷新查看注册请求是否处理，即消失在审核注册用户的页面
7.系统返回到请求前的页面
扩展：
“管理员管理”用例调用失败
系统管理员被告知当前网站不能浏览，提示检查网络等信息。
点击“审核注册用户”按钮不能打开新的网页
系统管理员得到一个损坏链接的标志。
系统管理员点击刷新，重新点击按钮，网页打开成功。
系统管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
刷新首页，不能看到请求已处理。
检查数据库与后台代码问题。
用例名称：查看顾客信息
主参与者：系统管理员
层次：鱼
利益相关者：顾客
前置条件：系统管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：系统管理员成功打开网站，账号管理，管理顾客
触发器：新闻管理员选择“查看顾客信息”按钮
主要成功情节：
1.系统管理员点击“管理顾客”
2.系统打开以下级联菜单，包括审核注册用户、查看顾客信息。
3.超级管理员点击“查看顾客信息”
4.系统弹出“查看顾客信息”的页面
5.查看查看顾客信息
6.系统返回到请求前的页面
扩展：
“管理员管理”用例调用失败
系统管理员被告知当前网站不能浏览，提示检查网络等。
点击“查看顾客信息”按钮不能打开新的网页
系统管理员得到一个损坏链接的标志。
系统管理员点击刷新，重新点击按钮，网页打开成功。
系统管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
店铺管理员用例描述
用例名称：管理店铺
主参与者：店铺管理员
层次：风筝（概要）
利益相关者：店铺
前置条件：店铺管理员必须在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：店铺管理员想要的文件正确加载
触发器：店铺管理员访问网站主页
主要成功情节：
1.进入店铺总管理页面
2.点击管理店铺中钮
3出现管理店铺的管理项目的伸展菜单
扩展：
点击“管理店铺”按钮不能显示管理店铺的管理项目的伸展菜单
店铺管理员点击刷新，重新点击按钮，信息显示成功。
店铺管理员点击刷新，重新点击按钮，信息显示不成功，检查数据库与后台代码问题。
用例名称：管理菜品
主参与者：店铺管理员
层次：风筝（概要）
利益相关者：店铺
前置条件：店铺管理员必须在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：店铺管理员想要的文件正确加载
触发器：店铺管理员访问网站主页
主要成功情节：
1.进入店铺总管理页面
2.点击菜品管理钮
3出现菜品管理的管理项目的伸展菜单
扩展：
点击“管理店铺”按钮不能显示菜品管理的管理项目的伸展菜单
店铺管理员点击刷新，重新点击按钮，信息显示成功。
店铺管理员点击刷新，重新点击按钮，信息显示不成功，检查数据库与后台代码问题。
用例名称：管理评论
主参与者：店铺管理员
层次：风筝（概要）
利益相关者：店铺
前置条件：店铺管理员必须在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：店铺管理员想要的文件正确加载
触发器：店铺管理员访问网站主页
主要成功情节：
1.进入店铺总管理页面
2.点击评论管理钮
3出现评论管理的管理项目的伸展菜单
扩展：
点击“管理评论”按钮不能显示评论管理的管理项目的伸展菜单
店铺管理员点击刷新，重新点击按钮，信息显示成功。
店铺管理员点击刷新，重新点击按钮，信息显示不成功，检查数据库与后台代码问题。
用例名称：添加店铺
主参与者：店铺管理员
层次：太平洋（用户管理）
利益相关者：店铺
前置条件：店铺管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：店铺管理员成功打开网站，管理店铺
触发器：店铺管理员选择“添加店铺”按钮
主要成功情节：
1.店铺管理员点击“管理店铺”
2.店铺打开以下级联菜单，包括店铺添加、店铺删除
3.店铺管理员点击“店铺添加”
4.店铺弹出“店铺添加”的页面
5.店铺管理员输入要添加店铺信息单击“添加”按钮
6.系统就为之添加到数据库中，添加成功
7.系统返回到请求前的页面
扩展：
“店铺管理”用例调用失败
店铺管理员被告知当前网站不能浏览。
点击“店铺添加”按钮不能打开新的网页
店铺管理员得到一个损坏链接的标志。
店铺管理员点击刷新，重新点击按钮，网页打开成功。
店铺管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
刷新首页，不能看到刚刚添加的店铺。
检查数据库与后台代码问题。
用例名称：删除店铺
主参与者：店铺管理员
层次：太平洋（用户管理）
利益相关者：店铺
前置条件：店铺管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：店铺管理员成功打开网站，管理店铺
触发器：店铺管理员选择“删除店铺”按钮
主要成功情节：
1.店铺管理员点击“管理店铺”
2.店铺打开以下级联菜单，包括店铺添加、店铺删除
3.店铺管理员点击“店铺删除”
4.店铺弹出“店铺删除”的页面
5.店铺管理员输入要删除店铺信息单击“删除”按钮
6.系统就为之从数据库中删除
7.系统返回到请求前的页面
扩展：
“店铺管理”用例调用失败
店铺管理员被告知当前网站不能浏览。
点击“店铺删除”按钮不能打开新的网页
店铺管理员得到一个损坏链接的标志。
店铺管理员点击刷新，重新点击按钮，网页打开成功。
店铺管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
刷新首页，不能看店铺被删除。
检查数据库与后台代码问题。
用例名称：添加菜品
主参与者：店铺管理员
层次：太平洋（用户管理）
利益相关者：店铺
前置条件：店铺管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：店铺管理员成功打开网站，管理菜品
触发器：系统管理员选择“添加菜品”按钮
主要成功情节：
1.店铺管理员点击“管理菜品”
2.店铺打开以下级联菜单，包括菜品添加、菜品删除、修改菜品信息
3.店铺管理员点击“菜品添加”
4.店铺弹出“菜品添加”的页面
5.店铺管理员输入要添加菜品信息单击“添加”按钮
6.系统就为之添加到数据库中，添加成功
7.系统返回到请求前的页面
扩展：
“菜品管理”用例调用失败
店铺管理员被告知当前网站不能浏览。
点击“菜品添加”按钮不能打开新的网页
店铺管理员得到一个损坏链接的标志。
店铺管理员点击刷新，重新点击按钮，网页打开成功。
店铺管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
刷新首页，不能看到刚刚添加的菜品。
检查数据库与后台代码问题。
用例名称：删除菜品
主参与者：店铺管理员
层次：太平洋（用户管理）
利益相关者：店铺
前置条件：店铺管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：店铺管理员成功打开网站，管理菜品
触发器：店铺管理员选择“删除菜品”按钮
主要成功情节：
1.店铺管理员点击“管理菜品”
2.店铺打开以下级联菜单，包括菜品添加、菜品删除、修改菜品信息
3.店铺管理员点击“菜品删除”
4.店铺弹出“菜品删除”的页面
5.店铺管理员输入要删除菜品信息单击“删除”按钮
6.系统就为之从数据库中删除
7.系统返回到请求前的页面
扩展：
“菜品管理”用例调用失败
店铺管理员被告知当前网站不能浏览。
点击“菜品删除”按钮不能打开新的网页
店铺管理员得到一个损坏链接的标志。
店铺管理员点击刷新，重新点击按钮，网页打开成功。
店铺管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
刷新首页，不能看菜品被删除。
检查数据库与后台代码问题。
用例名称：修改菜品信息
主参与者：店铺管理员
层次：太平洋（用户管理）
利益相关者：店铺
前置条件：店铺管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：店铺管理员成功打开网站，管理菜品
触发器：店铺管理员选择“修改菜品信息”按钮
主要成功情节：
1.店铺管理员点击“管理菜品”
2.店铺打开以下级联菜单，包括菜品添加、菜品删除、修改菜品信息
3.店铺管理员点击“修改菜品信息”
4.店铺弹出“修改菜品信息”的页面
5.店铺管理员输入要修改的菜品信息，并输入新的信息单击“修改”按钮
6.系统就为之从数据库中删除
7.系统返回到请求前的页面
扩展：
“菜品管理”用例调用失败
店铺管理员被告知当前网站不能浏览。
点击“修改菜品信息”按钮不能打开新的网页
店铺管理员得到一个损坏链接的标志。
店铺管理员点击刷新，重新点击按钮，网页打开成功。
店铺管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
刷新首页，不能看菜品信息被修改。
检查数据库与后台代码问题。
用例名称：删除评论
主参与者：店铺管理员
层次：太平洋（用户管理）
利益相关者：店铺
前置条件：店铺管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：店铺管理员成功打开网站，管理评论
触发器：店铺管理员选择“删除评论”按钮
主要成功情节：
1.店铺管理员点击“管理评论”
2.店铺打开以下级联菜单，包括评论删除
3.店铺管理员点击“评论删除”
4.店铺弹出“评论删除”的页面
5.店铺管理员输入要删除评论信息单击“删除”按钮
6.系统就为之从数据库中删除
7.系统返回到请求前的页面
扩展：
“评论管理”用例调用失败
店铺管理员被告知当前网站不能浏览。
点击“评论删除”按钮不能打开新的网页
店铺管理员得到一个损坏链接的标志。
店铺管理员点击刷新，重新点击按钮，网页打开成功。
店铺管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
刷新首页，不能看评论被删除。
检查数据库与后台代码问题。
订单管理员用例描述
用例名称：浏览订单
主参与者：订单管理员
层次：风筝（概要）
利益相关者：用户，店铺管理员
前置条件：订单管理员必须能访问后台订单数据
最低保证：回滚任何未完成的事务
成功保证：订单管理员能成功登录到后台管理界面
触发器：订单管理员访问登录到后台管理界面
主要成功情节:
成功调用“管理员登录”用例；
2.订单管理员提出查看订单请求；
3.订单管理员点击“查看订单”按钮；
4.订单管理员可以看到所有的订单情况；
5.系统显示查看全部订单信息；
6.系统返回请求前的页面；
扩展：
a“登录”用例调用失败
订单管理员被告知用户信息不正确，提示检查网络等信息并成功浏览首页新闻。
订单管理员被告知用户信息不正确，无法正常登录，联系系统主管理员。
点击“查看订单”按钮不能成功
订单管理员点击刷新，重新点击按钮，成功浏览订单信息。
新闻管理员点击刷新，重新点击按钮，浏览订单信息不成功。
系统将查看全部订单管理信息从数据库中查看时出现故障，例如数据库服务器故障，
系统弹出系统异常页面，提示普通管理员查看全部订单管理信息失败.
用例名称：处理订单
主参与者：订单管理员
层次：海平面（用户目标）
利益相关者：用户，店铺管理员
前置条件：订单管理员必须已经能浏览所有订单信息
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：订单管理员必须已经能浏览所有订单信息
触发器：订单管理员选择“处理订单”按钮
主要成功情节：
1.调用“浏览订单”用例
2.为这个事务打开一个新的网页。
3.订单管理员能在新网页中改变订单状态。
4.点击“更新”按钮，能将数据添加至后台数据库。
5.刷新首页，能浏览到刚修改顶单的状态从“未完成”改为“已完成”。
扩展：
a“浏览订单”用例调用失败
订单管理员被告知当前网站不能浏览，提示检查网络等信息并成功浏览所有订单信息。
点击“处理订单”按钮不能打开新的网页
订单管理员得到一个损坏链接的标志。
订单管理员点击刷新，重新点击按钮，网页打开成功。
订单管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
a刷新首页，修改订单状态未修改。
订单管理员得到一个损坏链接的标志。
订单管理员点击刷新，成功浏览到订单状态改变。
订单管理员点击刷新，不能成功浏览到订单状态改变，检查数据库与后台代码问题。
新闻管理员用例描述
用例名称：浏览新闻
主参与者：新闻管理员
层次：风筝（概要）
利益相关者：用户，店铺管理员
前置条件：新闻管理员必须在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：新闻管理员想要的文件正确加载
触发器：新闻管理员访问网站主页
主要成功情节：
在新闻管理员的硬盘上创建 cookie
新闻管理员能在主页上看到新闻
扩展：
a不能创建 Cookie
创建消息向新闻管理员说明因为浏览器不允许创建 Cookie，所以不可以浏览。
新闻管理员调整浏览器 Cookie设置并重试，或者离开网站。
a不能加载完整大小的图片
新闻管理员得到一个损坏链接的标志。
新闻管理员点击刷新，图片加载成功。
新闻管理员点击刷新，图片加载不成功，离开网站。
用例名称：添加新闻
主参与者：新闻管理员
层次：海平面（用户目标）
利益相关者：用户，店铺管理员
前置条件：新闻管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：新闻管理员成功打开网站，浏览新闻
触发器：新闻管理员选择“添加新闻”按钮
主要成功情节：
1.调用“浏览新闻”用例
2.为这个事务打开一个新的网页。
3.新闻管理员能在新网页中输入新闻标题，新闻内容等。
4.点击“添加”按钮，能将输入数据添加至后台数据库。
5.刷新首页，能浏览到刚发布的新闻。
扩展：
a“浏览新闻”用例调用失败
新闻管理员被告知当前网站不能浏览，提示检查网络等信息并成功浏览首页新闻。
点击“添加新闻”按钮不能打开新的网页
新闻管理员得到一个损坏链接的标志。
新闻管理员点击刷新，重新点击按钮，网页打开成功。
新闻管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
a刷新首页，不能浏览到刚发布的新闻。
新闻管理员得到一个损坏链接的标志。
新闻管理员点击刷新，成功浏览到新发布新闻。
新闻管理员点击刷新，不成功浏览到新发布新闻，检查数据库与后台代码问题。
用例名称：修改新闻
主参与者：新闻管理员
层次：海平面（用户目标）
利益相关者：用户，店铺管理员
前置条件：新闻管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：新闻管理员成功打开网站，浏览新闻
触发器：新闻管理员选择“修改新闻”按钮
主要成功情节：
1.调用“修改新闻”用例
2.为这个事务打开一个新的网页。
3.新闻管理员能在新网页中输入新闻标题，新闻内容等。
4.点击“修改”按钮，能将输入数据添加至后台数据库。
5.刷新首页，能浏览到刚修改的新闻。
扩展：
a“浏览新闻”用例调用失败
新闻管理员被告知当前网站不能浏览，提示检查网络等信息并成功浏览首页新闻。
点击“修改新闻”按钮不能打开新的网页
新闻管理员得到一个损坏链接的标志。
新闻管理员点击刷新，重新点击按钮，网页打开成功。
新闻管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
a刷新首页，不能浏览到刚修改的新闻。
新闻管理员得到一个损坏链接的标志。
新闻管理员点击刷新，成功浏览到新修改新闻。
新闻管理员点击刷新，不成功浏览到新修改新闻，检查数据库与后台代码问题。
用例名称：删除新闻
主参与者：新闻管理员
层次：海平面（用户目标）
利益相关者：用户，店铺管理员
前置条件：新闻管理员必须已经能在线访问网站
最低保证：回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：新闻管理员成功打开网站，浏览新闻
触发器：新闻管理员选择“删除新闻”按钮
主要成功情节：
1.调用“删除新闻”用例
2.为这个事务打开一个新的网页。
3.新闻管理员能在新网页中输入新闻标题，新闻内容等。
4.点击“删除”按钮，更新后台数据库。
5.刷新首页，能浏览到刚删除的新闻已经不在。
扩展：
a“浏览新闻”用例调用失败
新闻管理员被告知当前网站不能浏览，提示检查网络等信息并成功浏览首页新闻。
点击“删除新闻”按钮不能打开新的网页
新闻管理员得到一个损坏链接的标志。
新闻管理员点击刷新，重新点击按钮，网页打开成功。
新闻管理员点击刷新，重新点击按钮，网页打开不成功，检查数据库与后台代码问题。
a刷新首页，刚删除的新闻还在。
新闻管理员得到一个损坏链接的标志。
新闻管理员点击刷新，成功删除新闻。
新闻管理员点击刷新，不成功删除新闻，检查数据库与后台代码问题。
实验 5通过用例获取概念数据模型
概念数据模型
实验 6将概念数据模型转换为对象关系模型
对象关系模型
Customer(custId,custName,custEmail,custAddr,custPhone,custPW,custStat
us)
Order(ordId,custId,delivTime,delivAdde,Phone,payMode,ordStatus,subTot
al,totalAmount)
Dish(dishId,storeId,dishName,dishDesc,dishType,dishPrice,salesVolume,
dishStatus)
ShoppCart(custId,ordId,quantity,actualPrice,amount)
Comment(mId,custId,dishId,mcont,mLevel,mTime)
Store(storeId,storeDesc,storeAddr,storePhone)
Administrater(adminId,adminName,adminPW,adminType)
News(newsId,adminId,newsTitle,newsCont,newsType,pubTime,browseNum)
实验 7分析类图建模（序列图、分析类图）
实体类、边界类、控制类
顺序图
修改个人信息顺序图
订单处理顺序图
订餐服务顺序图
店铺管理顺序图
接店铺管理顺序图
账号管理顺序图
订单处理顺序图
新闻管理顺序图
分析类图
修改个人信息分析类
账号管理分析类
订单处理分析类
订餐服务分析类
订单管理分析类
新闻管理分析类
实验 8三种可选方案选择分析
三种可选设计策略
系统需求和约束
需求 约束
强制系统要求 必须和现有系统相接
可以实时更新 开发成本
基本系统需求 硬件成本
灵活性和可伸缩性 投入运转时间
有效的系统管理 易于培训
易于使用 法律约束
期望系统需求
跟踪客户购买活动
支持销售预测
定制报表生成
三种可选系统和它们的优缺点
A.外包给应用服务应用商（低端）
优点 缺点
所有硬件都不设在现场 不灵活
应用程序开发和专业管理不在现场 难以和现有系统集成
优秀的应急响应
B.企业资源计划系统（高端）
优点 缺点
稳定性 需要有技能的内部员工
文档资源可用性 昂贵的硬件和软件
较大的学习曲线
C.应用服务器/对象框架（中端）
优点 缺点
和当前系统极好的集成 需要内部开发
可伸缩性 专有的
灵活性 计划和开发期间文档至关重要
对三种可选策略的定性定量分析
系统的可选设计策略的比较
准则 方案 A 方案 B 方案 C
新需求
灵活性和可伸缩性 一般 较好 很好
有效的系统管理 一般 较好 很好
易于使用 可接受 合理 良好
易于实时更新 是 是 是
跟踪客户购买活动 不能 是 是
支持销售预测 支持一些预测模型 支持一些预测模型
提供所有必要模型
的支持
定制报表生成 不能 是 是
约束
必须和现有系统相接 需要大量的修改 较少修改 较少修改
开发成本 205000人民币 310000人民币 390000人民币
硬件成本 120000人民币 120000人民币 190000人民币
投入运转时间 6个月 7个月 9个月
易于培训 三个星期 三个星期 两个星期
法律约束 不能修改 允许约定 无
系统的可选设计策略的加权平分数据
准则 方案 A 方案 B 方案 C
权值 等级 分数 等级 分数 等级 分数
新需求
灵活性和可伸缩性 10 2 20 3 30 4 40
有效的系统管理 10 1 10 2 20 4 40
易于使用 15 2 30 3 45 4 60
易于实时更新 12 1 12 2 24 3 36
跟踪客户购买活动 9 3 27 3 27 5 45
支持销售预测 4 2 8 2 8 3 24
定制报表生成 30 1 30 1 30 3 90
约束
必须和现有系统相接 13 3 39 4 52 2 26
开发成本 10 5 50 4 40 2 20
硬件成本 10 5 50 4 40 2 20
投入运转时间 5 4 20 1 5 2 10
易于培训 5 2 10 2 10 4 20
法律约束 4 2 8 3 12 5 20
合计 137 314 343 451
更新后的 BPP
在进行完项目的具体分析后，我们对项目的实行计划在时间上做了一些调整。系统是在
2014年 10月 24日启动，在十周的时间内完成，其中项目管理与计划用耗时两周，系统分析
耗时五周，系统设计耗时三周。项目将在 2015年 1月 2日结项。
第三部分系统设计
实验 9物理数据库设计
域的设计
将 address定义为类型
CREATEtype`ADDRESS_TYPE`asobject{
`province`varchar(25),
`city`varchar(25),
`district`varchar(25),
`street`varchar(50),
`detail`varchar(50),
}
各个类转化为表，相应属性的数据类型和存储空间以及空值控制设计如下：
顾客表：
CREATETABLE`Customer`(
`custId`int(8)NOTNULL,
`custName`varchar(20)DEFAULTNULL,
`custEmail`varchar(255)DEFAULTNULL,
`custAddr`varchar(255)DEFAULTNULL,
`custPhone`varchar(255)DEFAULTNULL,
`custPW`varchar(255)DEFAULTNULL,
`custStatus`varchar(255)DEFAULTNULL,
PRIMARYKEY(`custId`)
)
订单表：
CREATETABLE`Order`(
`ordId`int(8)NOTNULL,
`custId`int(8)DEFAULTNULL,
`adminId`int(8)DEFAULTNULL,
`delivTime`datetimeDEFAULTNULL,
`delivAdde`varchar(30)DEFAULTNULL,
`Phone`varchar(15)DEFAULTNULL,
`payMode`varchar(10)DEFAULTNULL,
`ordStatus`varchar(10)DEFAULTNULL,
`subTotal`int(10)DEFAULTNULL,
`totalAmount`varchar(10)DEFAULTNULL,
PRIMARYKEY(`ordId`)
)
菜品表：
CREATETABLE`Dish`(
`dishId`int(8)NOTNULL,
`storeId`int(8)DEFAULTNULL,
`dishName`varchar(20)DEFAULTNULL,
`dishDesc`varchar(30)DEFAULTNULL,
`dishType`varchar(20)DEFAULTNULL,
`dishPrice`decimal(10,2)DEFAULTNULL,
`salesVolume`int(10)DEFAULTNULL,
`dishStatus`varchar(10)DEFAULTNULL,
PRIMARYKEY(`dishId`)
)
购物车表：
CREATETABLE`Shopcart`(
`custId`int(8)NOTNULL,
`ordId`int(8)NOTNULL,
`quantity`int(8)DEFAULTNULL,
`actualPrice`decimal(10,2)DEFAULTNULL,
`amount`int(8)DEFAULTNULL,
PRIMARYKEY(`ordId`,`custId`)
)
评论表：
CREATETABLE`Comment`(
`mId`int(8)NOTNULL,
`custId`int(8)DEFAULTNULL,
`dishId`int(8)DEFAULTNULL,
`mcont`varchar(30)DEFAULTNULL,
`mLevel`varchar(10)DEFAULTNULL,
`mTime`datetimeNOTNULL,
PRIMARYKEY(`mTime`,`mId`)
)
店铺表：
CREATETABLE`Store`(
`storeId`int(8)NOTNULL,
`storeDesc`varchar(30)DEFAULTNULL,
`storeAddr`varchar(30)DEFAULTNULL,
`storePhone`int(15)DEFAULTNULL,
PRIMARYKEY(`storeId`)
)
管理员表：
CREATETABLE`Administrater`(
`adminId`int(8)NOTNULL,
`adminName`varchar(20)DEFAULTNULL,
`adminPW`varchar(20)DEFAULTNULL,
`adminType`varchar(10)DEFAULTNULL,
PRIMARYKEY(`adminId`)
)
新闻表：
CREATETABLE`News`(
`newsId`int(8)DEFAULTNULL,
`adminId`int(8)DEFAULTNULL,
`newsTitle`varchar(30)DEFAULTNULL,
`newsCont`varchar(50)DEFAULTNULL,
`newsType`varchar(15)DEFAULTNULL,
`pubTime`datetimeDEFAULTNULL,
`browseNum`int(8)DEFAULTNULL
)
物理表的设计和反规范化
规范化关系
Comment(mId,mTime,custId,dishId,mcont,mLevel)
Customer(custId,custName,custEmail,custAddr,custPhone,custPW,custStatus)
Dish(dishId,storeId,dishName,dishDesc,dishType,dishPrice,salesVolume,dishStatus
)
反规范化
Comment(mId,mTime,custId,dishId,mcont,mLevel,custName,custEmail,custAddr,custPh
one,custPW,custStatus,dishName,dishDesc,dishType,dishPrice,salesVolume,dishStat
us)
将两个一对多的关系合并，避免了连接。但几个顾客评论一个菜品，一个菜品评论多个
菜品会使得表中大量数据是重复的，检索数量不会高于插入和更新，反规范化是应该避免的。
规范化关系
Dish(dishId,storeId,dishName,dishDesc,dishType,dishPrice,salesVolume,dishStatus
)
Store(storeId,storeDesc,storeAddr,storePhone)
反规范化
Dish(dishId,storeId,dishName,dishDesc,dishType,dishPrice,salesVolume,dishStatus,s
toreDesc,storeAddr,storePhone)
将两个一对多的关系合并，避免了连接。当每家店的菜品数量较少时重复较少，反规范
化是合适的。
规范化关系
Order(ordId,custId,delivTime,delivAdde,Phone,payMode,ordStatus,subTotal,totalAm
ount)
Dish(dishId,storeId,dishName,dishDesc,dishType,dishPrice,salesVolume,dishStatus
)
ShoppCart(custId,ordId,quantity,actualPrice,amount)
反规范化
Dish(dishId,storeId,dishName,dishDesc,dishType,dishPrice,salesVolume,dishStatus
)
ShoppCart(custId,ordId,quantity,actualPrice,amount,custId,delivTime,delivAdde,P
hone,payMode,ordStatus,subTotal,totalAmount)
将多对多关系合并，，避免连接。但是会在更新删除插入的时候出现完整性的问题，在
包括了非主键属性的多对多关系中，应该避免反规范化。
规范化关系
Order(ordId,custId,adminId,delivTime,delivAdde,Phone,payMode,ordStatus,subTotal,t
otalAmount)
Administrater(adminId,adminName,adminPW,adminType)
反规范化
Order(ordId,custId,adminId,delivTime,delivAdde,Phone,payMode,ordStatus,subTotal,t
otalAmount,adminName,adminPW,adminType)
一对多的关系合并，多个订单有少数的管理员处理，查询较多。所以表中的重复可以忽
略，反规范化是合适的。
规范化关系
Administrater(adminId,adminName,adminPW,adminType)
News(newsId,adminId,newsTitle,newsCont,newsType,pubTime,browseNum)
反规范化
News(newsId,adminId,newsTitle,newsCont,newsType,pubTime,browseNum,adminName,adm
inPW,adminType)
一对多的关系合并，多个新闻有少数的管理员处理，查询较多。所以表中的重复可以忽
略，反规范化是合适的。
文件组织
1. 估计行的大小和数目
表名行大小（字节）行数目
Customer
Order0
Dish
ShoppCart0
Comment0
Store10050
Administrater5050
News20020
2. 计算表的扫描时间
假设块的可用空间为 2000字节
表名块数扫描时间（ms）
Customer100250
Order0
Dish50125
ShoppCart50
Comment0
Administrater25
News25
3. 估计 select和 update的频率
Order、shoppcart表的 update频率较为频繁。
Shoppcart表的 select频率较为频繁。
4、确定索引
根据上述频率的高低，为 order表和 shoppcart表建立索引。
实验 10确定系统构架等设计元素、设计类图建模
系统体系结构、构建、框架
1、系统体系结构
本系统采用 B/S模式，构成一个三层结构的客户服务器系统。
第一层表示层。数据表示层为用户接口部分，是用户与系统之间交互信息的界面。它的
主要功能是检查用户输入的数据，显示系统输出的数据。它的任务是由Web浏览器向网络上
某一Web服务器提出服务请求，Web服务器对用户身份进行验证后用HTTP协议把所需文件资料
传送给客户端，客户机接受传来的文件资料并把它显示在Web浏览器上。
第二层事务逻辑层。事务逻辑层也称功能层，是应用的主体，位于Web服务器端，它包
括应用中全部的业务处理程序。除了输入输出在表示层，数据库在数据层以外，全部的统计、
汇总、分析、打印功能存放在功能层。它的任务是接受用户的请求，首先需要执行相应的扩
展应用程序与数据库进行连接，通过SQL等方式向数据库服务器提出数据处理申请，数据库
服务器将数据处理的结果提交给Web服务器，再由Web服务器传送回客户端。
第三层数据库层。数据库层包括数据库管理系统和数据库，数据库管理系统负责管理其
数据库，为应用程序提供支持，位于数据库服务器端。任务是接受Web服务器对数据库操作
的请求，实现对数据库查询、修改、更新等功能，把运行结果提交给Web服务器。
2、构件
构件是系统中实际存在的可更换部分，它实现特定的功能，符合一套接口标准并实现一组接
口。
在开发过程中，其中“购物车 WEB服务和信用卡网关”以及对数据库的操作部分可以使用构
件使得系统更加规范稳定。
3、框架
系统主要基于 框架使用技术开发。
有效地从数据操作中将数据访问分解为多个单独使用的不连续组件，包含用于连接数据
库、执行命令和检索结果的.NETFramework提供程序。使用技术，后台可以对数据库中的数
据进修添加，修改，删除，而前台可以将数据库中的数据读取和现实出来。
使用内置对象可以在两个网页之前传递变量、输出数据，以及记录变量值等。本系统可
以使用内置对象实现后台够实时的反映出前台订餐信息的要求。
另外选用 CSS+HTML设计界面，一些特别的显示效果还需要加入 JavaScript。
设计类图
将分析类图的各个属性的类型和共有和私有，以及方法的参数和返回值类型添加上便成
为了设计类图。其中方法的参数和返回值无法在 rationalrose中显示出来，所以用文字表
述。
大部分的方法都相似，getInfo以 id为参数，返回 string。Add以添加的条目为参数，
无返回。Delete以 id为参数，返回布尔值。其余的方法大都没有参数和返回值。
订餐服务
getCustInfo(V_cusId:Integer):String
verifyLogin(V_custname:String,V_custpw:String):Boolean
getOrderInfo(V_ordId:Integer):String
changeOrderStatus(V_ordId:Integer)
getDishInfo(V_dishId:Integer):String
deleteDish(V_dishId:Integer):Boolean
订单处理
订单管理
新闻管理
修改个人信息
账号管理
实验 11界面设计
表单和报表设计
1、表单设计
a.叙述性综述
表单；浏览购物车
用户：订餐的顾客
任务：浏览购物车并对其进行编辑
系统：Internet网络,Windows
环境：购物环境
b.样例设计
c.测试及用评估
用户评定的感知（平均 5个用户）
一致性
充分性
准确性
2、报表设计
饱了吗 2013年全年销售报表
时间：14-1-15
四个季度
区域
一季度 二季度 三季度 四季度
西苑 3300 3400 3100 3221
北苑 2100 2300 2000 2300
南苑 3200 3321 2994 3210
1．反映 14-1-1——14-12-31期间的销售
对话设计
感谢阅读
