网上订餐系统分析与设计实验报告
信息系统分析与设计
课程实验报告
饱了么网上订餐平台 信息系统分析与设计 组 组
长
组 组
员
专 专
业
指导教师
完成日期
目
录 第一部分 项目管理与计划
··················
3 3
实验 1 指定项目计划 ···································································· 3 实验 2 项目可行性分析 ································································· 6 第二部分 系统分析
·····················
8 8
实验 3 项目需求收集 ···································································· 8 实验 4 用例建模 ·········································································· 9 实验 5 通过用例获取概念数据模型 ················································ 16 实验 6 将概念数据模型转换为对象关系模型 ···································· 17 实验 7 分析类图建模(序列图、分析类图) ········································ 17 实验 8 三种可选方案选择分析 ······················································ 20 第三部分 系统设计
·············
错误!未定义书签。
实验 9 物理数据库设计 ······························································· 23 实验 10 确定系统构架等设计元素、设计类图建模 ····························· 28 实验 11 界面设计 ······································································ 30 第一部分 项目管理与计划 实验 1 指定项目计划
1 1 、1 1 项目的工作分解结构 (WBS), 所需资源
网上订餐系统WBS WBS 所需资源 1 需求开发 1、1 需求获取 1、2 需求定义 1、3 需求验证 1、4 需求规格说明书 一定的用户群体需求调查资料
2 总体设计 2、1 系统方案设计 2、2 总体进度规划 2、3 风险评估 同类别系统相关信息 3 详细设计 3、1 结构设计 3、2 人机界面设计 3、3 接口设计 3、4 网络构架设计 3、5 数据库设计 相应的设计人员 4 设计实施 4、1 用户管理模块 4、1、1 添加用户 4、1、2 修改个人信息 4、1、3 删除用户 4、1、4 系统退出 4、2 店铺管理模块 4、2、1 添加店铺 4、2、2 修改店铺信息 4、2、3 查询店铺 4、3、4 删除店铺 4、3 菜品管理模块 4、3、1 添加菜品 4、3、2 修改菜品信息 2、3、3 查找菜品 4、3、4 删除菜品 4、4 订餐操作 4、4、1 购物车管理 4、4、2 结算管理 4、5 订单管理 4、5、1 处理订单 4、5、2 修改订单 4、5、3 查找订单 4、5、4 删除订单 4、6新闻管理模块 4、6、1 添加新闻信息 4、6、2 修改新闻信息 4、6、3 查找新闻信息 4、6、4 删除新闻信息 4、7 评论管理模块 4、7、1 添加评论 4、7、2 查找评论 4、7、3 删除评论 4、8 统计管理模块 合作商家 基础菜品信息 实施人员 管理人员
4、8、1 订餐统计 4、8、2 消费统计 5 测试 5、1 集成测试 5、2 环境测试 5、3 系统测试 5、4 缺陷跟踪 5、5 测试总结 测试工具,环境 6 交付 6、1 验收测试 6、2 产品提交 6、3 用户培训 交洽人员,场地 1 1 、 2 通过 T 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 1 1 、3 3 甘特图与 网络图
甘特图
网络图
实验 2 项目可行性分析
2 2 、1 1 经济可行性分析
随着人民的生活水平的提高,餐厅也蓬勃发展,线下的实体服务已经满足不了日益进步的需求。网络订餐系统给人们带来了方便,成为一种全新的商务模式。网上订餐平台一方面为餐厅搭建了一个集中的宣传平台,能为餐厅节约经济成本,创造更多的收益;另一方面,能为广大消费者争取更多的优惠。这样的模式使得餐厅与消费者两方面都渐渐依赖网上订餐平台,从而获得可观的收益。
一次性成本工作表 网上订餐系统
0 年 A、开发费用
¥ 15,000 B、新硬件
25,000 C、新购买的软件
1、应用软件包
4,000
2、Internet 站点注册
1,000
D、用户(商家)培训
1,000
E、站点准备
0 F、其她________________
0
一次性成本合计
46,000 续生成本工作表
网上订餐系统
1~5 年 A、应用软件维护
20,000 B、增加的数据存储需求
3,000
估算费用 C、Internet 通信
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: 经济可行性分析表
2 2 、2 2 技术可行性分析
技术可行性就是指根据现有的技术条件就是否能够顺利的完成开发工作,所需要的物理资源就是否具备、能否得到。技术条件包括硬件、系统软件、使用的操作环境等多个方面。随着信息技术的发展,当前的计算机硬件配置完全可以满足开发的需求。在软件方面,由于目前的单机模式发展成熟,故软件的开发平台成熟可行,它们的容量大,速度快,可靠性高,价格相对较低。此系统就是基于 JSP+SQLServer 2008 环境开发的,目前 SQLServer 2008 数据库管理系统的功能也足够强大,足以满足我们的需求。
由于该系统的规模就是相对较小的,主要功能就是客户在网上注册、登录、浏览记录、订餐以及管理员的订单管理等,复杂性较低,对开发人员的知识水平限制较小。而且在项目启动之前,小组成员已经学习了相关知识,根据各自的擅长部分合理分配任务,完全具备开发此系统的技术 。
2 2 、3 3 进一步细化的项目进度安排
1 、需求开发
我们产品服务对象主要面向在校学生及白领等工作人士。由于开发团队为在校学生因此,可直接在校内收集大学生就餐信息。已工作白领,可以求光谷软件园进行调查,所以,需要花费两到三天的时间进行调查准备,包括设计调查问卷、确立访谈话题及详细问题等,调查手段包括观察、问卷、访谈等。企划部对收集到需求进行整理,归纳,筛选。由企划部进行调查为期一周。
2、产品设计 根据需求调查结果,我们通过联合应用程序设计以分组会谈的思想将产品需求转换为产品功能模块。历时一天。将功能模块交由设计部进行详细设计,根据产品服务对象的特点确定系统结构、界面 UI 等项目,历时三天。开发部进行软件设计开发。耗时七至十天。最后有测试人员进行调试,消除 bug 后产品交付。
3、试运行 产品交付用户后,技术人员跟踪平台运行情况,抓住平台需求,结合企划部平台推广方案。对功能进行进一步扩充,包括地理定位系统、电子支付接口、账户预存、店铺优惠系统包括红包、打折等功能接口预留。关注系统流畅度及用户反馈并及时升级系统。
2 2 、4 4 系统服务请求报告
系统服务请求 饱了么网上订餐平台 请 求 者
日期
部
门
管 理 部
地
点
联系方式
手机:XXXXXXXXXX 电子邮件:XXXXXXX@qq、com
请求类型
紧迫性 [ x ]
新系统
[
]
立即--业务受损或者或者失去机会 [
]
系统增强
[
]
存在问题,但可以渐渐改变 [
]
系统错误修改
[ x ]
业务损失可以容忍到新系统安装 问题陈述 当今社会的生活节奏越来越快,人们对餐饮的要求也越来越高,不仅要求色香味俱全,而且对于就餐的时间与方式也有了更高的要求,许多顾客由于工作繁忙无法抽出时间来享受美味,这样就产生了快捷订餐的要求,最快的方式莫过于利用计算机网络,将餐饮业与计算机网
络结合起来,就形成了网上订餐系统,用能力的餐饮企业对对餐品提供商提供网上订餐服务,不仅提高餐饮企业的服务质量,扩大知名度,也就是为最终用户提供方便快捷的食品服务。
服务请求 联系人
手机:XXXXXXXXXXX
电子邮件:XXXXXXXXX@qq、com 发起人
----------------------------------------由系统优先委员会完成 ------------------------------- [
]
批准请求
分派给 ________________________________________
开始日期 ______________________________________ [
]
建议修改 [
]
建议用户开发 [
]
否决,原因就是 _________________________________________________ 2 2 、5 5 项目范围说明书
饱了么网上订餐平台 项目范围说明书 A 、
项目信息
提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息 项目名称: 饱了不网上订餐系统 客户名称: 饱了么科技有限公司 项目组长:
起草人:
项目发起人:
日期: 2014、10、27 B 、
项目的交付结果 饱了不网上订餐系统分析与设计 饱了不网上订餐系统系统程序 饱了不网上订餐系统系统文档 饱了不网上订餐系统转换盒培训程序
C 、
项目问题
当今社会的生活节奏越来越快,人们对餐饮的要求也越来越高,最快的方式莫过于利用计算机网络,将餐饮业与计算机网络结合起来,就形成了网上订餐系统,用能力的餐饮企业对对餐品提供商提供网上订餐服务,不仅提高餐饮企业的服务质量,扩大知名度,也就是为最终用户提供方便快捷的食品服务。
D 、
项目目 标
使客户能够有效高效地从饱了么网上订餐平台订餐。
E 、
项目描述
建立一个新的信息系统,使得客户能够使用标准web浏览器通过Internet完成网上订餐或活动,项目将遵循系统的开发周期。
F 、
业务收益
增加销售 改进对客户订餐方式的理解 改进对市场与销售人员的利用
G 、
估计项目持续时间
4 个月
第二部分 系统分析 实验
3 项目需求收集
3 3 、1 1 访谈笔录、观察笔记、会议记录
访谈记录表1 课题名称
网上订餐系统用户调查 访谈主题
商家对于网上订餐系统的接受度及建议 访谈者
访 谈 日期
访谈时间
14:00---14:30 访 谈 地点
XX 烤肉饭馆 访谈对象信息 姓名
李老板 职业
个体户 单位
XX 烤肉饭馆 联系地址
西苑 XX 烤肉饭馆 联 系 电话
XXXXXXXXXX 访谈目的: :
了解商家对于网上订餐的接受程度,及商家对于网上订餐的顾虑及建议、要求。
采访的问题: :
1、请问您的餐馆有没有扩展业务的意向或者在人流高峰期有没有忙不过来的时候？
2、请问您有没有做网上订餐的兴趣？
3、您对网上订餐的系统有没有要求？
4、您对网上订餐的系统有没有顾虑？
5、您对网上订餐的系统有没有建议？
观察记录1 受访者虽然表示有意向参加网上订餐,但表现不够热情,对此项目的信任度不大,或者兴趣不够浓厚。
访谈记录表2 访谈记录( ( 整理要点 ): 1、有做网上订餐业务的意向。
2、对此项目的宣传抱有怀疑,担心受众的广度。
3、对主办方与商家自身的利益划分。
4、希望商家能有更加完备的商业企划及相关的管理办法条例。
访谈结果( ( 就是否达到了目的, , 解决了哪些问题, , 有哪些收获与体会 ): 基本了解了商家的市场需求,对于系统功能的设计有了一定的启发。
被 访问者的建议: :
希望系统安全性好并且配有好的宣传。
课题名称
网上订餐系统用户调查 访谈主题
商家对于网上订餐系统的接受度及建议 访谈者
访 谈 日期
访谈时间
15:00---14:15 访 谈 地点
学生宿舍 访谈对象信息 姓名
张同学 职业 学生 单位 中南财经政法大学
观察记录2 从受访者的表情来瞧,受访者还就是对此项目有比较浓的兴趣,有此方面的需求,也希望有相关的订餐体系。
联系地址 学生宿舍 联 系 电话
XXXXXXXXXX 访谈目的: :
了解商家对于网上订餐的接受程度,及商家对于网上订餐的顾虑及建议、要求。
采访的问题: :
1、请问您有没有网上订餐的想法？
2、怎样会吸引您去网上订餐？
3、您对网上订餐的系统有没有顾虑？
4、您对网上订餐的系统有没有建议？
访谈记录( ( 整理要点 ): 1. 有网上订餐业务的意向。
2. 价格的优惠与免费送餐比较有吸引力。
3. 对商家的信任度抱有怀疑。
4. 对送餐的及时性有顾虑。
访谈结果( ( 就是否达到了目的, , 解决了哪些问题, , 有哪些收获与体会 ): 基本了解了消费者的市场需求,对于系统功能的设计有了一定的启发。
被访问者的建议: :
希望系统安全性好并且配有相关的优惠及评价体系。
观察记录3 时间:11、08
中午 12:00----下午 1:00 地点:西苑 观察现象: 餐厅爆满,有些餐厅排长队,服务员在人最多的时候忙不过来。还有些人因为没有地方打包,有的人打包好多份应该的帮人带的。
结论: 外卖送餐及网上订餐应该有很大的市场需求。
会议纪要
一、基本信息 会议名称 模拟 JAD 召集人
会议日期 2014-11-06 开始时间 14:00 会议地点 文泰 持续时间 40 分钟 记录人
审核人
二、 会议目标 对于系统设计及商业运营方面的协调 三、参加人员
四、主要议程 1. 需求调查报告; 2. 项目设计构想; 3. 项目设计进度安排; 4. 联系用户提出的意见进行系统的设计安排; 5. 分配任务。
六、遇到的问题
1、系统设计的灵活性及安全性; 2、用户使用的舒适度体验; 3、开发资金及维护费用; 4 、谈妥商家入驻系统。
七、工作计划 1、现阶段主要进行系统功能设计,结合用户建议进行系统设计; 2、将安全性考虑进系统开发,对用户评价系统设计的舒适易行; 3 、分配设计图的工作。
3 3 、2 2 资产负债表、利润表、业务表单
资产负债表
单位:网上订餐系统
金额单位:人民币(万元)
年份 科目
第一年
第二年
第三年
第四年
第五年 资产
流动资产:
货币资金 31、41 47、33 60、71 90、30 116、49
应收账款 20、50 28、90 40、35 50、65 70、46
预付账款 48、00 48、00 48、00 48、00 48、00
其她应收款 5、50 9、75 18、77 28、98 44、25
存货 135、20 168、80 223、2 247、36 257、44
其她流动资产 3、50 5、85 8、90 13、45 24、88 流动资产合计 244、11 308、63 399、93 478、74 561、52
非流动资产:
固定资产 26、82 27、35 27、88 28、41 28、94
减:累计折旧
2、68
5、42
8、21
11、05
13、94
固定资产净值 24、14 21、93 19、67 17、36 15、00
无形资产 22、50 25、45 27、89 27、89 30、20
其她非流动资产 25、80 25、80 25、80 25、80 25、80 非流动资产合计 72、44 73、18 73、36 71、05 71、00 资产总计 316、55 381、81 473、29 549、79 632、52 负债与所有者权益
负债
流动负债:
短期借款 50、00 60、00 70、00 85、00 100、00
应付账款 5、90 3、98 7、55 13、85 4、56
预收账款 15、80 18、90 33、45 40、87 50、99
利润表 单位:网上订餐系统
金额单位:人民币(万元)
年份 科目
第一年 第二年 第三年 第四年 第五年 一、营业收入
288、00
372、00 508、00
568、40
593、60 减:生产成本 211、20 244、80 299、20 323、96 333、44 制造费用 7、08 7、14 7、19 7、24 7、29 管理费用 13、22 13、22 13、22 13、22 13、22 销售费用 28、80 51、24 107、34 129、78 141、00
应付职工薪酬 43、89 50、50 66、88 71、20 88、90
应交税费 8、45 17、11 25、03 29、19 30、70
应付利息 3、25 3、90 4、23 5、53 6、5
应付股利 9、63 18、29 28、51 33、26 35、00 流动负债合计 136、92 172、68 235、65 278、90 316、65 非流动负债:
长期借款 50、00 60、00 60、00 60、00 70、00 非流动负债合计 50、00 60、00 60、00 60、00 70、00 负债合计 186、92 232、68 295、65 338、90 386、65 所有者权益
实收资本 120、00 120、00 120、00 120、00 120、00
盈余公积 1、93 5、83 11、53 18、28 25、18
未分配利润 7、70 23、3 46、11 72、71 100、69 所有者权益合计 129、63 149、13 177、64 210、89 245、87 负债与所有者权益
总计
316、55 381、81 463、29 549、79 632、52
二、营业利润 27、70 55、60 81、05 94、20 98、65 加:营业外收入 1、00 1、50 2、00 2、50 3、00 减:营业外支出 1、00 1、00 1、00 1、00 1、00 三:利润总额 27、70 56、10 82、05 95、70 100、65 减:应交税费 8、45 17、11 25、03 29、19 30、70 四、净利润 19、25 38、99 57、02 66、51 69、95 销售日报表 日期:______年______月______日
单位:元
编号
客户名称
商品名称
数量 单价 折扣 金额 送餐地址 1
2
3
4
5
6
7
8
9
10
11
今日访问数
本月累计访问数
本月营业目标:
当日收款总计:
已完成目标累计:
未完成目标累计: 市场动态品质反应
主管评估工作价值
总经理
主管
经理
制表人
实验 4 用例建模
4 4 、1 1 用例图
顶层用例图
1．用户分为游客与游客与会员,游客注册登录会称为会员。只有会员才可以进行订餐操作,避免恶意欺诈行为。
2．管理员分为系统管理员与订单管理员与店铺管理员与新闻管理员。
系统管理员主要负责对永与注册的审核与对管理员的管理; 订单管理员主要负责处理订单; 店铺管理员主要负责对店铺菜品的编辑与对评论的管理; 新闻管理员主要负责首页的新闻管理。
用户使用订餐系统用例图
1．游客可以浏览首页但就是不能订餐,通过注册,由系统管理员审核后方可成为会员。
2．会员可以登录,登陆后可以修改信息。
进行订餐服务,包括将菜品放入购物车、浏览购物车、删除购物车中菜品与修改菜品数量,其中删除购物车中菜品与修改菜品数量需要在浏览购物车的基础上进行。
进行订单处理,包括填写订单信息、提交订单、查瞧历史订单、评论菜品,其中提交订单需要在填写订单信息的基础上进行,然后由订单管理员进行处理,评论菜品需要在查瞧历史订单的基础上进行,由店铺管理员进行管理。
管理员用例图
1．管理员可以对所有的账号进行管理。分为对顾客的管理与对管理员的管理。
2．对顾客的管理包括审核注册用户与查瞧顾客信息。
3．对管理员的管理包括添加删除修改管理员。
店铺管理员用例图
1．店铺管理员可以管理店铺、菜品、评论。
2．浏览店铺后可以添加与删除店铺。
3．浏览菜品后可以添加、修改、删除菜品。
4．浏览评论后可以删除评论,不可以进行修改等操作。
订单管理员用例图
订单管理员主要负责在浏览订单后对订单进行处理,即修改订单状态为“已处理”等。
新闻管理员用例图
新闻管理员主要负责浏览新闻后对新闻的添加、删除、修改。
4 4 、2 2 用例描述
用户用例描述
用例名称: : 注册
主参与者:游客 层次:海平面(用户目标) 利益相关者:游客,用户 前置条件:游客必须在线访问网站 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:游客能成功打开网上订餐网站 触发器:游客访问网站主页 主要成功情节: 1.游客提出注册请求; 2.游客点击注册按钮; 3.系统打开注册页面; 4.游客输入用户名、密码、再次输入密码及用户常用邮箱 5.单击“提交”; 6.系统验证登录用户的信息并返回相应信息。
扩展: a
用户选择“重置”,系统将清空输入框信息; a
注册不成功
6、a、1 系统管理员审核不通过。
6、a、2 用户输入的用户名已存在,则提示用户重新输入;
6、a、3 用户输入的密码格式不正确或两次密码不一致,则提示用户重新输入;
6、a、4 系统注册时出现系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,提示会员注册失败、 用例名称: : 浏览商品
主参与者:用户 层次:海平面(用户目标)
利益相关者:用户 前置条件:用户必须已经能在线访问网站 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:用户成功打开网站,浏览首页 触发器:用户成功打开网站,浏览首页 主要成功情节: 1、用户打开网站首页; 2、成功加载所有信息。
扩展: 2、a
浏览商品时出现系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,则浏览商品信息不成功。
用例名称: : 登录
主参与者:用户 层次:海平面(用户目标) 利益相关者:用户 前置条件:用户已注册成网上订餐系统的用户 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:用户成功登录网站,返回首页 触发器:用户选择“登录”按钮 主要成功情节: 1、系统为用户打开登录页面; 2、用户输入用户名、密码、验证码,再选择“登录”; 3、系统验证登录用户名与密码的正确性; 4、 经验证用户名与密码正确则进入网上订餐系统。
扩展: a
登录页面打开失败
1、a、1
用户重新刷新打开网页 a
登录失败
3、a、1 用户名或者密码错误,提示用户重新输入信息,返回登录页面。
3、a、2 验证码出现错误,提示用户重新验证码,返回登录页面。
3、a、3 系统登录时出现系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,提示用户登录失败。
用例名称: : 修改个人信息
主参与者:用户 层次:海平面(用户目标) 利益相关者:用户 前置条件:用户已正确登录系统 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:用户能查瞧当前个人信息页面 触发器:用户选择“个人信息”按钮 主要成功情节: 1、调用“登录”用例 2、为当前“个人信息”事务打开一个新的网页。
3、用户能在新网页中查瞧当前所有个人信息,如收货地址,用户名,邮箱,联系电话,修改密码选项等。
4、点击“修改”按钮,打开新的个人信息页面,用户可输入新的用户名等信息。
5、点击“保存”按钮,更新后台数据库,返回个人信息页面。
扩展: 1、a
“登录”用例调用失败
1、a、1
用户被告知登录失败,提示检查并重新登录 5、a
点击“保存”按钮,返回个人信息页面后信息没有修改
5、a、1 刷新页面,个人信息正确显示。
5、a、2 点击刷新,无法成功显示修改后的个人信息,与页面管理员联系。
用例名称: : 将菜品放入购物车
主参与者:用户 层次:海平面(用户目标) 利益相关者:用户 前置条件:用户已成功进入订餐服务界面 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:用户能查瞧所有菜品信息 触发器:用户点击“加入购物车”按钮 主要成功情节: 1、调用“订餐服务”用例 2、用户查瞧菜品信息时点击“加入购物车”按钮; 3、用户点击“加入购物车”后则将菜品放入对应的购物车中。
扩展: 1、a
“订餐服务”用例调用失败
1、a、1
用户被告知失败,提示检查并重新请求 3、a
点击“加入购物车”按钮,无法成功将菜品加入
3、a、1 当前菜售完,返回首页浏览菜品。
3、a、2 当前菜品的商家还未开始营业,提示用户正确营业时间,返回首页浏览菜品 3、a、3 出现系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,提示用户加入购物车失败。
用例名称: : 浏览购物车
主参与者:用户 层次:海平面(用户目标) 利益相关者:用户 前置条件:用户已成功进入订餐服务界面 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:用户能查瞧所有菜品信息 触发器:用户点击“浏览购物车”按钮 主要成功情节: 1、调用“订餐服务”用例 2、用户查瞧菜品信息时点击“浏览购物车”按钮; 3、用户点击“浏览购物车”后则将购物车中菜品信息显示到新的页面中。
扩展:
1、a
“订餐服务”用例调用失败
1、a、1
用户被告知失败,提示检查并重新请求 3、a
点击“浏览购物车”按钮,无法获得菜品信息 。
3、a、1 购物车中没有菜品,提示购物车为空。
3、a、2 出现系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,提示用户获取购物车信息失败。
用例名称: : 删除购物车中的菜品
主参与者:用户 层次:海平面(用户目标) 利益相关者:用户 前置条件:用户已成功浏览购物车 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:用户能查瞧购物车中所有菜品信息 触发器:用户点击“删除”按钮 主要成功情节: 1、调用“浏览购物车”用例 2、用户查瞧菜品信息时点击“删除”按钮; 3、用户点击“删除”后则将购物车中菜品信息返回到“浏览购物车”页面。
扩展: 1、a
“浏览购物车”用例调用失败
1、a、1
用户被告知获取购物车信息失败,提示检查并重新请求 3、a
点击“删除”按钮,无法获得更新的菜品信息 。
3、a、1 删除后购物车中没有菜品,提示购物车为空。
3、a、2 点击刷新,无法成功显示更新的菜品信息,与页面管理员联系。
3、a、3 出现系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,提示用户获取购物车信息失败。
用例名称: : 修改菜品数量
主参与者:用户 层次:海平面(用户目标) 利益相关者:用户 前置条件:用户已成功浏览购物车 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:用户能查瞧购物车中所有菜品信息 触发器:用户点击“修改”按钮 主要成功情节: 1、调用“浏览购物车”用例 2、用户查瞧菜品信息时点击“修改”按钮; 3、用户点击“修改”后则将购物车中菜品信息返回到“浏览购物车”页面。
扩展: 1、a
“浏览购物车”用例调用失败
1、a、1
用户被告知获取购物车信息失败,提示检查并重新请求 3、a
点击“修改”按钮,无法获得更新的菜品信息 。
3、a、1 点击刷新,无法成功显示更新的菜品信息,与页面管理员联系。
3、a、2 出现系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,提示用户获取购物车信息失败。
用例名称: : 填写订单信息
主参与者:用户 层次:海平面(用户目标) 利益相关者:用户 前置条件:用户已成功进入订单处理界面 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:用户成功填写订单信息并完成保存 触发器:用户点击“保存”按钮 主要成功情节: 1.用户进入填写订单信息界面。
2.访问购物车信息,顾客收到加入购物车的商品的确认。
3.用户填写地址,电话等订单信息。
4.用户点击“保存”按钮后,创建订单行条目,弹出提示。
扩展: 2.a 由于购物车为空而不返回有效的购物车信息
2、a、1
顾客收到购物车为空的消息,顾客返回重新选购。
2、a、2
顾客收到购物车为空的消息,退出该用例。
4.a 保存后没有反应
4、a、1
顾客刷新后重新填写。
1-4、a
Internet 连接中断
1-4、a、1
系统回滚到顾客填写订单信息前的位置。
1-4、b
顾客在任一点突然退出系统
1-4、b、1
系统回滚到顾客填写订单信息前的位置。
用例名称: : 提交订单
主参与者:用户 层次:海平面(用户目标) 利益相关者:用户、订单管理员 前置条件:用户已成功进入订单处理界面 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:用户成功提交订单 触发器:用户点击“提交”按钮 主要成功情节: 1.用户进入订单处理界面。
2.根据用户信息访问订单表等,显示订单信息,用户确认订单信息。
3.用户提交订单,信用卡被收费。
4.更改订单的状态,将提交订单的信息反映给订单管理员。
扩展: 2、a 由于订单为空而不返回有效的订单信息
2、a、1
顾客收到订单为空的消息,返回重新选购。
2、a、2
顾客收到订单为空的消息,返回填写订单信息。
2、a、3
顾客收到订单为空的消息,退出该用例。
4、a 信用卡付费失败
4、a、1
顾客信用卡有问题,顾客被要求使用另一张信用卡。
4、a、2
店家信用卡出错,顾客被告知稍后再试。
1-4、a
Internet 连接中断
1-4、a、1
系统回滚到顾客填写订单信息前的位置。
1-4、b
顾客在任一点突然退出系统
1-4、b、1
系统回滚到顾客填写订单信息前的位置。
用例名称: : 查瞧历史订单
主参与者:用户 层次:海平面(用户目标) 利益相关者:用户 前置条件:用户已成功进入订单处理界面 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:用户成功查瞧历史订单 触发器:用户选择查瞧历史订单 主要成功情节: 1.用户进入查瞧历史订单界面。
2.访问订单,返回状态为已成功的订单信息。
3.用户浏览历史订单。
扩展: 2、a 由于没有已成功的订单而不返回有效订单信息
2、a、1
顾客收到已成功订单为空的消息,退出该用例。
1-3、a
Internet 连接中断
1-3、a、1
系统回滚到顾客填写订单信息前的位置。
1-3、b
顾客在任一点突然退出系统
1-3、b、1
系统回滚到顾客填写订单信息前的位置。
用例名称: : 评价菜品
主参与者:用户 层次:海平面(用户目标) 利益相关者:用户,店主 前置条件:用户已成功浏览历史订单信息 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:用户点击“评价”按钮进入评价页面。
触发器:用户点击“评价”按钮 主要成功情节: 1、调用“查瞧历史订单”用例 2、用户点击“评价”按钮后,返回历史订单页面。
扩展: 1、a
“查瞧历史订单”用例调用失败
1、a、1
用户被告知获取历史订单信息失败,提示检查并重新请求 2、a
点击“评价”按钮,无法获得更新的菜品信息 。
2、a、1 点击刷新,无法成功显示更新的菜品信息,与页面管理员联系。
2、a、2 出现系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,提示用户
获取购物车信息失败。
系统管理员用例描述
用例名称: : 管理账号 主参与者:系统管理员 层次:风筝(概要) 利益相关者:顾客,管理员 前置条件:系统管理员必须在线访问网站 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:系统管理员想要的文件正确加载 触发器:系统管理员访问网站主页 主要成功情节: 1.在系统管理员的硬盘上创建 cookie 2.系统管理员能在账号主页上瞧到顾客与管理员账户分类 扩展: 1.a
不能创建 Cookie
1、a、1
创建消息向新闻管理员说明因为浏览器不允许创建 Cookie,所以不可以浏览。
1、a、2 系统管理员调整浏览器 Cookie 设置并重试,或者离开网站。
2.a
不能加载完整账号信息
2、a、1 系统管理员得到一个损坏链接的标志。
2、a、2 系统管理员点击刷新,图片加载成功。
2、a、3 系统管理员点击刷新,图片加载不成功,离开网站。
用例名称: : 管理顾客 主参与者:系统管理员 层次:海平面(用户目标) 利益相关者:顾客 前置条件:系统管理员必须在线访问网站,且进入账号管理页面 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:系统管理员想要的文件正确加载,进入账号管理 触发器:系统管理员访问网站主页 主要成功情节: 1、进入账号管理页面,调用账号管理界面 2、点击顾客管理按钮 3.出现顾客账号的管理项目的伸展菜单 扩展: 1、a “管理账号”用例调用失败
1、a、1
系统管理员被告知当前网站不能浏览,提示检查网络等信息 Cookie,所以不可以浏览。
1、a、2 系统管理员调整浏览器 Cookie 设置并重试,或者离开网站。
3.a
点击“顾客管理”按钮不能显示顾客账号管理项目伸展菜单
3、a、1 系统管理员点击刷新,重新点击按钮,信息显示成功。
3、a、2 系统管理员点击刷新,重新点击按钮,信息显示不成功,检查数据库与后台代码问题。
用例名称: : 管理员管理 主参与者:系统管理员 层次:海平面(用户目标) 利益相关者:管理员 前置条件:系统管理员必须在线访问网站,且进入账号管理页面 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:系统管理员想要的文件正确加载,进入账号管理 触发器:系统管理员访问网站主页 主要成功情节: 1、进入账号管理页面,调用账号管理界面 2、点击管理员管理按钮 4.出现管理员账号的管理项目的伸展菜单 扩展: 1、a “系统”用例调用失败
1、a、1
系统管理员被告知当前网站不能浏览,提示检查网络等信息 Cookie,所以不可以浏览。
1、a、2 系统管理员调整浏览器 Cookie 设置并重试,或者离开网站。
3.a
点击“管理员管理”按钮不能显示管理员账号的管理项目的伸展菜单
3、a、1 系统管理员点击刷新,重新点击按钮,信息显示成功。
3、a、2 系统管理员点击刷新,重新点击按钮,信息显示不成功,检查数据库与后台代码问题。
用例名称: : 管理员添加 主参与者:系统管理员 层次:鱼(细节) 利益相关者:管理员 前置条件:系统管理员必须已经能在线访问网站 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:系统管理员成功打开网站,账号管理员,管理员管理 触发器:系统管理员选择“添加管理员”按钮 主要成功情节: 1、系统管理员点击“管理员管理” 2、系统打开以下级联菜单,包括管理员添加、管理员删除、管理员信息修改。
3、超级管理员点击“管理员添加” 4、系统弹出“管理员添加”的页面 5、系统管理员输入要添加管理员的用户名与密码并单击“添加”按钮 6、系统就为之添加到数据库中,添加成功 7、系统返回到请求前的页面 扩展: 1.a
“管理员管理”用例调用失败
1、a、1
系统管理员被告知当前网站不能浏览 3、a
点击“管理员添加”按钮不能打开新的网页
3、a、1 系统管理员得到一个损坏链接的标志。
3、a、2 系统管理员点击刷新,重新点击按钮,网页打开成功。
3、a、3 系统管理员点击刷新,重新点击按钮,网页打开不成功,检查数据库与后台代码问题。
6、a
刷新首页,不能瞧到刚刚添加的管理员账户。
6、a、1 检查数据库与后台代码问题。
用例名称: : 修改管理员信息 主参与者:系统管理员 层次:鱼 利益相关者:管理员 前置条件:系统管理员必须已经能在线访问网站 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:系统管理员成功打开网站,账号管理员,管理员管理 触发器:新闻管理员选择“管理员信息修改”按钮 主要成功情节: 1、系统管理员点击“管理员管理” 2、系统打开以下级联菜单,包括管理员添加、管理员删除、管理员信息修改。
3、超级管理员点击“管理员信息修改” 4、系统弹出“管理员信息修改”的页面 5、系统管理员输入要修改管理员的用户名与密码并单击“确认”按钮 并输入要修改的用户名及密码点击修改。
6、系统就为之修改数据库中的数据 7、系统返回到请求前的页面
扩展: 1、a
“管理员管理”用例调用失败
1、a、1
系统管理员被告知当前网站不能浏览,提示检查网络等信息。
3、a
点击“管理员信息修改”按钮不能打开新的网页
3、a、1 系统管理员得到一个损坏链接的标志。
3、a、2 系统管理员点击刷新,重新点击按钮,网页打开成功。
3、a、3 系统管理员点击刷新,重新点击按钮,网页打开不成功,检查数据库与后台代码问题。
5.a
刷新首页,不能瞧到管理员账户修改。
6、a、1 检查数据库与后台代码问题 用例名称: : 删除管理员 主参与者:系统管理员 层次:鱼 利益相关者:管理员 前置条件:系统管理员必须已经能在线访问网站 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:系统管理员成功打开网站,账号管理,管理员管理 触发器:新闻管理员选择“删除管理员”按钮 主要成功情节: 1、系统管理员点击“管理员管理” 2、系统打开以下级联菜单,包括管理员添加、删除管理员、管理员信息修改。
3、超级管理员点击“删除管理员” 4、系统弹出“删除管理员”的页面 5、系统管理员输入要修改管理员的用户名与密码并单击“确认”按钮 6、系统就为之删除数据库中的数据 7、系统返回到请求前的页面 扩展: 1、a
“管理员管理”用例调用失败
1、a、1
系统管理员被告知当前网站不能浏览,提示检查网络。
3、a
点击“管删除管理员”按钮不能打开新的网页
3、a、1 系统管理员得到一个损坏链接的标志。
3、a、2 系统管理员点击刷新,重新点击按钮,网页打开成功。
3、a、3 系统管理员点击刷新,重新点击按钮,网页打开不成功,检查数据库与后台代码问题。
6、a
刷新首页,不能瞧到管理员账户删除。
6、a、1 检查数据库与后台代码问题。
用例名称: : 审核注册用户 主参与者:系统管理员 层次:鱼 利益相关者:顾客 前置条件:系统管理员必须已经能在线访问网站 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:系统管理员成功打开网站,账号管理,管理顾客 触发器:新闻管理员选择“审核注册用户”按钮
主要成功情节: 1、系统管理员点击“管理顾客” 2、系统打开以下级联菜单,包括审核注册用户、查瞧顾客信息。
3、超级管理员点击“审核注册用户” 4、系统弹出“审核注册用户”的页面 5、查瞧需要审核的用户就是否符合条件,点击用户名后的“通过”或“拒绝”按钮 6、刷新查瞧注册请求就是否处理,即消失在审核注册用户的页面 7、系统返回到请求前的页面 扩展: 1、a
“管理员管理”用例调用失败
1、a、1
系统管理员被告知当前网站不能浏览,提示检查网络等信息。
3、a
点击“审核注册用户”按钮不能打开新的网页
3、a、1 系统管理员得到一个损坏链接的标志。
3、a、2 系统管理员点击刷新,重新点击按钮,网页打开成功。
3、a、3 系统管理员点击刷新,重新点击按钮,网页打开不成功,检查数据库与后台代码问题。
6、a
刷新首页,不能瞧到请求已处理。
6、a、1 检查数据库与后台代码问题。
用例名称: : 查瞧顾客信息 主参与者:系统管理员 层次:鱼 利益相关者:顾客 前置条件:系统管理员必须已经能在线访问网站 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:系统管理员成功打开网站,账号管理,管理顾客 触发器:新闻管理员选择“查瞧顾客信息”按钮 主要成功情节: 1、系统管理员点击“管理顾客” 2、系统打开以下级联菜单,包括审核注册用户、查瞧顾客信息。
3、超级管理员点击“查瞧顾客信息” 4、系统弹出“查瞧顾客信息”的页面 5、查瞧查瞧顾客信息 6、系统返回到请求前的页面 扩展: 1、a
“管理员管理”用例调用失败
1、a、1
系统管理员被告知当前网站不能浏览,提示检查网络等。
3、a
点击“查瞧顾客信息”按钮不能打开新的网页
3、a、1 系统管理员得到一个损坏链接的标志。
3、a、2 系统管理员点击刷新,重新点击按钮,网页打开成功。
3、a、3 系统管理员点击刷新,重新点击按钮,网页打开不成功,检查数据库与后台代码问题。
店铺管理员用例描述
用例名称: : 管理店铺 主参与者:店铺管理员
层次:风筝(概要) 利益相关者:店铺 前置条件:店铺管理员必须在线访问网站 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:店铺管理员想要的文件正确加载 触发器:店铺管理员访问网站主页 主要成功情节: 1、进入店铺总管理页面 2、点击管理店铺中钮 3 出现管理店铺的管理项目的伸展菜单 扩展: 4.a
点击“管理店铺”按钮不能显示管理店铺的管理项目的伸展菜单
3、a、1 店铺管理员点击刷新,重新点击按钮,信息显示成功。
3、a、2 店铺管理员点击刷新,重新点击按钮,信息显示不成功,检查数据库与后台代码问题。
用例名称: : 管理菜品 主参与者:店铺管理员 层次:风筝(概要) 利益相关者:店铺 前置条件:店铺管理员必须在线访问网站 最低保证:回滚任何未完成的事务,系统记录进展日志直至失败 成功保证:店铺管理员想要的文件正确加载 触发器:店铺管理员访问网站主页 主要成功情节: 1、进入店铺总管...
下一篇：计算机维修实验报告