网上订餐系统分析与设计实验报告

1、 信息系统分析与设计 课程实验报告 饱了么网上订餐平台 信息系统分析与设计 组 长 组 员 专 业 指导教师 完成日期 目 录 第一局部 工程管理与方案 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 第一局部

2、 工程管理与方案 实验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.2 店铺管理模块 添加店铺 修改店铺信息 查询店铺

3、 删除店铺 4.3 菜品管理模块 添加菜品 修改菜品信息 查找菜品 删除菜品 4.4 订餐操作 购物车管理 结算管理 4.5 订单管理 处理订单 修改订单 查找订单 删除订单 4.6新闻管理模块 添加新闻信息 修改新闻信息 查找新闻信息 删除新闻信息 4.7 评论管理模块 添加评论 查找评论 删除评论 4.8 统计管理模块 订餐统计 消费统计 合作商家 根底菜品信息 实施人员 管理人员 5 测试 5.1 集成测试 5.2 环境测试 5.3 系统测试 5.4 缺陷跟踪 5.5 测试总结 测试工具，环境 6 交付 6.1 验收测试 6.2 产品提交 6.3 用户培训 交洽人员，场地 1.2 通过P

4、ERT技术估算工程的持续时间 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.3甘特图和网络图 甘特图 网络图 实验2 工程可行性分析 2.1经济可行性分析 随着人民的生活水平的提高，餐厅也蓬勃开展，线下的实体效劳已经满足不了日益进步的需求。网络订餐系统给人们带来了方便，成为一种全新的商务模式。网上订餐平台一方面为餐厅搭建了一个集中

5、的宣传平台，能为餐厅节约经济本钱，创造更多的收益；另一方面，能为广阔消费者争取更多的优惠。这样的模式使得餐厅和消费者两方面都渐渐依赖网上订餐平台，从而获得可观的收益。 一次性本钱工作表 网上订餐系统 0年 A.开发费用 ¥ 15,000 B.新硬件 25,000 C.新购置的软件 1.应用软件包 4,000 2.Internet站点注册 1,000 D.用户（商家）培训 1,000 E.站点准备 0 F.其他_ 0 一次性本钱合计 46,000 续生本钱工作表 网上订餐系统 15年 A.应用软件维护 20,000 B.增加的数据存储需求 3,000 估算费用 C.Internet通信

6、 3,000 D.新硬件或硬件租用 0 E.供应品 1,000 F.其他_ 0 续生本钱合计 27,000 有形收益 网上订餐姓名 15年 费用减少防止 ¥ 5,000 错误减少 3,000 增加的灵活性 10,000 提高的活动速度 15,000 管理技术或控制的改良 0 增加销售 20,000 _ 有形收益合计 ¥53,000 （之后每年预计增加10000） 表1: 经济可行性分析表 2.2技术可行性分析 技术可行性是指根据现有的技术条件是否能够顺利的完成开发工作，所需要的物理资源是否具备、能否得到。技术条件包括硬件、系统软件、使用的操作环境等多个方面。随着信息技术的开

7、展，当前的计算机硬件配置完全可以满足开发的需求。在软件方面，由于目前的单机模式开展成熟，故软件的开发平台成熟可行，它们的容量大，速度快，可靠性高，价格相对较低。此系统是基于JSP+SQLServer 2021环境开发的，目前SQLServer 2021数据库管理系统的功能也足够强大，足以满足我们的需求。 由于该系统的规模是相对较小的，主要功能是客户在网上注册、登录、浏览记录、订餐以及管理员的订单管理等，复杂性较低，对开发人员的知识水平限制较小。而且在工程启动之前，小组成员已经学习了相关知识，根据各自的擅长局部合理分配任务，完全具备开发此系统的技术 。 2.3进一步细化的工程进度安排

8、1 、需求开发 我们产品效劳对象主要面向在校学生及白领等工作人士。由于开发团队为在校学生因此，可直接在校内收集大学生就餐信息。已工作白领，可以求光谷软件园进行调查，所以，需要花费两到三天的时间进行调查准备，包括设计调查问卷、确立访谈话题及详细问题等，调查手段包括观察、问卷、访谈等。企划部对收集到需求进行整理，归纳，筛选。由企划部进行调查为期一周。 2、产品设计 根据需求调查结果，我们通过联合应用程序设计以分组会谈的思想将产品需求转换为产品功能模块。历时一天。将功能模块交由设计部进行详细设计，根据产品效劳对象的特点确定系统结构、界面UI等工程，历时三天。开发部进行软件设计开发。耗时七至十天。最后

9、有测试人员进行调试，消除bug后产品交付。 3、试运行 产品交付用户后，技术人员跟踪平台运行情况，抓住平台需求，结合企划部平台推广方案。对功能进行进一步扩充，包括地理定位系统、电子支付接口、账户预存、店铺优惠系统包括红包、打折等功能接口预留。关注系统流畅度及用户反响并及时升级系统。 2.4系统效劳请求报告 系统效劳请求 饱了么网上订餐平台 请 求 者 日期 部 门 管 理 部 地 点 联系方式 请求类型 紧迫性 x 新系统 立即-业务受损或者或者失去时机 系统增强 存在问题，但可以渐渐改变 系统错误修改 x 业务损失可以容忍到新系统安装 问题陈述 当今社会的生活节奏越来越快，人们对餐饮的要求也

10、越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐效劳，不仅提高餐饮企业的效劳质量，扩大知名度，也是为最终用户提供方便快捷的食品效劳。 效劳请求 联系人 ：XXXXXXXXXXX 电子邮件：XXXXXXXXXqq 发起人 -由系统优先委员会完成 - 批准请求 分派给 _ 开始日期 _ 建议修改 建议用户开发 否决，原因是 _ 2.5工程范围说明书 饱了么网上订餐平台 工程范围说

11、明书 A. 工程信息 提供工程名称、客户名称、工程经理以及工程发起人姓名等与工程相关的一般信息 工程名称: 饱了吗网上订餐系统 客户名称: 饱了么科技 工程组长: 起草人: 工程发起人: 日期: B. 工程的交付结果 饱了吗网上订餐系统分析与设计 饱了吗网上订餐系统系统程序 饱了吗网上订餐系统系统文档 饱了吗网上订餐系统转换盒培训程序 C. 工程问题 当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐效劳，不仅提高餐饮企业的效劳质量，扩大知名度，也是为最终用户提供

12、方便快捷的食品效劳。 D. 工程目标 使客户能够有效高效地从饱了么网上订餐平台订餐。 E. 工程描述 建立一个新的信息系统，使得客户能够使用标准web浏览器通过Internet完成网上订餐或活动，工程将遵循系统的开发周期。 F. 业务收益 增加销售 改良对客户订餐方式的理解 改良对市场和销售人员的利用 拆分词条 G. 估计工程持续时间 4个月 拆分词条拆分词条 第二局部 系统分析 实验 3 工程需求收集 3.1访谈笔录、观察笔记、会议记录 访谈记录表1 课题名称 网上订餐系统用户调查 访谈主题 商家对于网上订餐系统的接受度及建议 访谈者 访谈日期 访谈时间 14:00-14:30 访谈地点 X

13、X烤肉饭馆 访谈对象信息 姓名 李老板 职业 个体户 单位 XX烤肉饭馆 西苑 XX烤肉饭馆 联系 XXXXXXXXXX 访谈目的： 了解商家对于网上订餐的接受程度，及商家对于网上订餐的顾虑及建议、要求。 采访的问题： 1、请问您的餐馆有没有扩展业务的意向或者在人流顶峰期有没有忙不过来的时候？ 2、请问您有没有做网上订餐的兴趣？ 3、您对网上订餐的系统有没有要求？ 4、您对网上订餐的系统有没有顾虑？ 5、您对网上订餐的系统有没有建议？ 访谈记录整理要点： 1、 有做网上订餐业务的意向。 2、 对此工程的宣传抱有疑心，担忧受众的广度。 3、 对主办方与商家自身的利益划分。 4、 希望商家能有更加

14、完备的商业企划及相关的管理方法条例。 访谈结果是否到达了目的，解决了哪些问题，有哪些收获和体会： 根本了解了商家的市场需求，对于系统功能的设计有了一定的启发。 被访问者的建议： 希望系统平安性好并且配有好的宣传。 观察记录1 受访者虽然表示有意向参加网上订餐，但表现不够热情，对此工程的信任度不大，或者兴趣不够浓厚。 访谈记录表2 课题名称 网上订餐系统用户调查 访谈主题 商家对于网上订餐系统的接受度及建议 访谈者 访谈日期 访谈时间 15:00-14:15 访谈地点 学生宿舍 访谈对象信息 姓名 张同学 职业 学生 单位 中南财经政法大学 学生宿舍 联系 XXXXXXXXXX 访谈目的： 了解

15、商家对于网上订餐的接受程度，及商家对于网上订餐的顾虑及建议、要求。 采访的问题： 1、请问您有没有网上订餐的想法？ 2、怎样会吸引您去网上订餐？ 3、您对网上订餐的系统有没有顾虑？ 4、您对网上订餐的系统有没有建议？ 访谈记录整理要点： 1. 有网上订餐业务的意向。 2. 价格的优惠和免费送餐比拟有吸引力。 3. 对商家的信任度抱有疑心。 4. 对送餐的及时性有顾虑。 访谈结果是否到达了目的，解决了哪些问题，有哪些收获和体会： 根本了解了消费者的市场需求，对于系统功能的设计有了一定的启发。 被访问者的建议： 希望系统平安性好并且配有相关的优惠及评价体系。 观察记录2 从受访者的表情来看，受访者

16、还是对此工程有比拟浓的兴趣，有此方面的需求，也希望有相关的订餐体系。 观察记录3 时间：11.08 中午12:00-下午1:00 地点：西苑 观察现象： 餐厅爆满，有些餐厅排长队，效劳员在人最多的时候忙不过来。还有些人因为没有地方打包，有的人打包好多份应该的帮人带的。 结论： 外卖送餐及网上订餐应该有很大的市场需求。 会议纪要 一、根本信息 会议名称 模拟JAD 召集人 会议日期 2021-11-06 开始时间 14:00 会议地点 文泰 持续时间 40分钟 记录人 审核人 二、 会议目标 对于系统设计及商业运营方面的协调 三、参加人员 四、主要议程 1. 需求调查报告； 2. 工程设计设想；

17、 3. 工程设计进度安排； 4. 联系用户提出的意见进行系统的设计安排； 5. 分配任务。 六、遇到的问题 1、 系统设计的灵活性及平安性； 2、 用户使用的舒适度体验； 3、 开发资金及维护费用； 4、 谈妥商家入驻系统。 七、工作方案 1、 现阶段主要进行系统功能设计，结合用户建议进行系统设计； 2、 将平安性考虑进系统开发，对用户评价系统设计的舒适易行； 3、 分配设计图的工作。 3.2资产负债表、利润表、业务表单 年份 科目 第一年 第二年 第三年 第四年 第五年 资产 流动资产： 货币资金 31.41 47.33 60.71 90.30 116.49 应收账款 20.50 28.90

18、 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.6

19、7 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

20、40.87 50.99 应付职工薪酬 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

21、 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 利润表 单位：网上订餐系统 金额单位：人民币万元 年份 科目 第一年 第二年 第三年 第四年 第五年 一、营业收入 288.00 372.00 508.00 568.40 59

22、3.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 二、营业利润 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.

23、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.1用例图 顶层用例图 1 用户分为游客和游客和会员，游客注册登录会称为会员。只有会员才可以进行订餐操作，防止恶意欺诈行为。 2 管理员分为系统

24、管理员和订单管理员和店铺管理员和新闻管理员。 系统管理员主要负责对永和注册的审核和对管理员的管理； 订单管理员主要负责处理订单； 店铺管理员主要负责对店铺菜品的编辑和对评论的管理； 新闻管理员主要负责首页的新闻管理。 用户使用订餐系统用例图 1 游客可以浏览首页但是不能订餐，通过注册，由系统管理员审核前方可成为会员。 2 会员可以登录，登陆后可以修改信息。 进行订餐效劳，包括将菜品放入购物车、浏览购物车、删除购物车中菜品和修改菜品数量，其中删除购物车中菜品和修改菜品数量需要在浏览购物车的根底上进行。 进行订单处理，包括填写订单信息、提交订单、查看历史订单、评论菜品，其中提交订单需要在填写订单信

25、息的根底上进行，然后由订单管理员进行处理，评论菜品需要在查看历史订单的根底上进行，由店铺管理员进行管理。 管理员用例图 1 管理员可以对所有的账号进行管理。分为对顾客的管理和对管理员的管理。 2 对顾客的管理包括审核注册用户和查看顾客信息。 3 对管理员的管理包括添加删除修改管理员。 店铺管理员用例图 1 店铺管理员可以管理店铺、菜品、评论。 2 浏览店铺后可以添加和删除店铺。 3 浏览菜品后可以添加、修改、删除菜品。 4 浏览评论后可以删除评论，不可以进行修改等操作。 订单管理员用例图 订单管理员主要负责在浏览订单后对订单进行处理，即修改订单状态为“已处理等。 新闻管理员用例图 新闻管理员主

26、要负责浏览新闻后对新闻的添加、删除、修改。 4.2用例描述 用户用例描述 用例名称：注册 主参与者：游客 层次：海平面用户目标 利益相关者：游客，用户 前置条件：游客必须在线访问网站 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：游客能成功翻开网上订餐网站 触发器：游客访问网站主页 主要成功情节： 1游客提出注册请求； 2游客点击注册按钮； 3系统翻开注册页面； 4游客输入用户名、密码、再次输入密码及用户常用邮箱 5单击“提交； 6系统验证登录用户的信息并返回相应信息。 扩展： a 用户选择“重置，系统将清空输入框信息； a 注册不成功 6.a.1 系统管理员审核不通过。

27、 6.a.2 用户输入的用户名已存在，那么提示用户重新输入； 6.a.3 用户输入的密码格式不正确或两次密码不一致，那么提示用户重新输入； 6.a.4 系统注册时出现系统故障，例如网络故障，数据库效劳器故障，系统弹出系统异常页面，提示会员注册失败. 用例名称：浏览商品 主参与者：用户 层次：海平面用户目标 利益相关者：用户 前置条件：用户必须已经能在线访问网站 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户成功翻开网站，浏览首页 触发器：用户成功翻开网站，浏览首页 主要成功情节： 1.用户翻开网站首页； 2.成功加载所有信息。 扩展： 2.a 浏览商品时出现系统故障，

28、例如网络故障，数据库效劳器故障，系统弹出系统异常页面，那么浏览商品信息不成功。 用例名称：登录 主参与者：用户 层次：海平面用户目标 利益相关者：用户 前置条件：用户已注册成网上订餐系统的用户 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户成功登录网站，返回首页 触发器：用户选择“登录按钮 主要成功情节： 1.系统为用户翻开登录页面； 2.用户输入用户名、密码、验证码，再选择“登录； 3.系统验证登录用户名和密码的正确性； 4. 经验证用户名和密码正确那么进入网上订餐系统。 扩展： a 登录页面翻开失败 1.a.1 用户重新刷新翻开网页 a 登录失败 3.a.1 用户

29、名或者密码错误，提示用户重新输入信息，返回登录页面。 3.a.2 验证码出现错误，提示用户重新验证码，返回登录页面。 3.a.3系统登录时出现系统故障，例如网络故障，数据库效劳器故障，系统弹出系统异常页面，提示用户登录失败。 用例名称：修改个人信息 主参与者：用户 层次：海平面用户目标 利益相关者：用户 前置条件：用户已正确登录系统 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户能查看当前个人信息页面 触发器：用户选择“个人信息按钮 主要成功情节： 1.调用“登录用例 2.为当前“个人信息事务翻开一个新的网页。 3.用户能在新网页中查看当前所有个人信息，如收货地址，用

30、户名，邮箱，联系 ，修改密码选项等。 4.点击“修改按钮，翻开新的个人信息页面，用户可输入新的用户名等信息。 5.点击“保存按钮，更新后台数据库，返回个人信息页面。 扩展： 1.a “登录用例调用失败 1.a.1 用户被告知登录失败，提示检查并重新登录 5.a 点击“保存按钮，返回个人信息页面后信息没有修改 5.a.1 刷新页面，个人信息正确显示。 5.a.2 点击刷新，无法成功显示修改后的个人信息，与页面管理员联系。 用例名称：将菜品放入购物车 主参与者：用户 层次：海平面用户目标 利益相关者：用户 前置条件：用户已成功进入订餐效劳界面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失

31、败 成功保证：用户能查看所有菜品信息 触发器：用户点击“参加购物车按钮 主要成功情节： 1.调用“订餐效劳用例 2.用户查看菜品信息时点击“参加购物车按钮； 3.用户点击“参加购物车后那么将菜品放入对应的购物车中。 扩展： 1.a “订餐效劳用例调用失败 1.a.1 用户被告知失败，提示检查并重新请求 3.a 点击“参加购物车按钮，无法成功将菜品参加 3.a.1 当前菜售完，返回首页浏览菜品。 3.a.2 当前菜品的商家还未开始营业，提示用户正确营业时间，返回首页浏览菜品 3.a.3 出现系统故障，例如网络故障，数据库效劳器故障，系统弹出系统异常页面，提示用户参加购物车失败。 用例名称：浏览购

32、物车 主参与者：用户 层次：海平面用户目标 利益相关者：用户 前置条件：用户已成功进入订餐效劳界面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户能查看所有菜品信息 触发器：用户点击“浏览购物车按钮 主要成功情节： 1.调用“订餐效劳用例 2.用户查看菜品信息时点击“浏览购物车按钮； 3.用户点击“浏览购物车后那么将购物车中菜品信息显示到新的页面中。 扩展： 1.a “订餐效劳用例调用失败 1.a.1 用户被告知失败，提示检查并重新请求 3.a 点击“浏览购物车按钮，无法获得菜品信息 。 3.a.1 购物车中没有菜品，提示购物车为空。 3.a.2 出现系统故障，例如网

33、络故障，数据库效劳器故障，系统弹出系统异常页面，提示用户获取购物车信息失败。 用例名称：删除购物车中的菜品 主参与者：用户 层次：海平面用户目标 利益相关者：用户 前置条件：用户已成功浏览购物车 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户能查看购物车中所有菜品信息 触发器：用户点击“删除按钮 主要成功情节： 1.调用“浏览购物车用例 2.用户查看菜品信息时点击“删除按钮； 3.用户点击“删除后那么将购物车中菜品信息返回到“浏览购物车页面。 扩展： 1.a “浏览购物车用例调用失败 1.a.1 用户被告知获取购物车信息失败，提示检查并重新请求 3.a 点击“删除按钮

34、，无法获得更新的菜品信息 。 3.a.1 删除后购物车中没有菜品，提示购物车为空。 3.a.2 点击刷新，无法成功显示更新的菜品信息，与页面管理员联系。 3.a.3 出现系统故障，例如网络故障，数据库效劳器故障，系统弹出系统异常页面，提示用户获取购物车信息失败。 用例名称：修改菜品数量 主参与者：用户 层次：海平面用户目标 利益相关者：用户 前置条件：用户已成功浏览购物车 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户能查看购物车中所有菜品信息 触发器：用户点击“修改按钮 主要成功情节： 1.调用“浏览购物车用例 2.用户查看菜品信息时点击“修改按钮； 3.用户点击“

35、修改后那么将购物车中菜品信息返回到“浏览购物车页面。 扩展： 1.a “浏览购物车用例调用失败 1.a.1 用户被告知获取购物车信息失败，提示检查并重新请求 3.a 点击“修改按钮，无法获得更新的菜品信息 。 3.a.1 点击刷新，无法成功显示更新的菜品信息，与页面管理员联系。 3.a.2 出现系统故障，例如网络故障，数据库效劳器故障，系统弹出系统异常页面，提示用户获取购物车信息失败。 用例名称：填写订单信息 主参与者：用户 层次：海平面用户目标 利益相关者：用户 前置条件：用户已成功进入订单处理界面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户成功填写订单信息并完

36、成保存 触发器：用户点击“保存按钮 主要成功情节： 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.

37、b.1 系统回滚到顾客填写订单信息前的位置。 用例名称：提交订单 主参与者：用户 层次：海平面用户目标 利益相关者：用户、订单管理员 前置条件：用户已成功进入订单处理界面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户成功提交订单 触发器：用户点击“提交按钮 主要成功情节： 1. 用户进入订单处理界面。 2. 根据用户信息访问订单表等，显示订单信息，用户确认订单信息。 3. 用户提交订单，信用卡被收费。 4. 更改订单的状态，将提交订单的信息反映给订单管理员。 扩展： 2.a 由于订单为空而不返回有效的订单信息 2.a.1 顾客收到订单为空的消息，返回重新选购。 2.

38、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 系统回滚到顾客填写订单信息前的位置。 用例名称：查看历史订单 主参与者：用户 层次：海平面用户目标 利益相关者：用户 前置条件：用户已成功进入订单处理界面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功

39、保证：用户成功查看历史订单 触发器：用户选择查看历史订单 主要成功情节： 1. 用户进入查看历史订单界面。 2. 访问订单，返回状态为已成功的订单信息。 3. 用户浏览历史订单。 扩展： 2.a 由于没有已成功的订单而不返回有效订单信息 2.a.1 顾客收到已成功订单为空的消息，退出该用例。 1-3.a Internet连接中断 1-3.a.1 系统回滚到顾客填写订单信息前的位置。 1-3.b 顾客在任一点突然退出系统 1-3.b.1 系统回滚到顾客填写订单信息前的位置。 用例名称：评价菜品 主参与者：用户 层次：海平面用户目标 利益相关者：用户，店主 前置条件：用户已成功浏览历史订单信息 最

40、低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户点击“评价按钮进入评价页面。 触发器：用户点击“评价按钮 主要成功情节： 1.调用“查看历史订单用例 2.用户点击“评价按钮后，返回历史订单页面。 扩展： 1.a “查看历史订单用例调用失败 1.a.1 用户被告知获取历史订单信息失败，提示检查并重新请求 2.a 点击“评价按钮，无法获得更新的菜品信息 。 2.a.1 点击刷新，无法成功显示更新的菜品信息，与页面管理员联系。 2.a.2 出现系统故障，例如网络故障，数据库效劳器故障，系统弹出系统异常页面，提示用户获取购物车信息失败。 系统管理员用例描述 用例名称：管理账号 主

41、参与者：系统管理员 层次：风筝概要 利益相关者：顾客，管理员 前置条件：系统管理员必须在线访问网站 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：系统管理员想要的文件正确加载 触发器：系统管理员访问网站主页 主要成功情节： 1. 在系统管理员的硬盘上创立cookie 2. 系统管理员能在账号主页上看到顾客和管理员账户分类 扩展： 1. a 不能创立Cookie 1.a.1 创立消息向新闻管理员说明因为浏览器不允许创立Cookie，所以不可以浏览。 1.a.2 系统管理员调整浏览器Cookie设置并重试，或者离开网站。 2. a 不能加载完整账号信息 2.a.1 系统管理员

42、得到一个损坏链接的标志。 2.a.2 系统管理员点击刷新，图片加载成功。 2.a.3 系统管理员点击刷新，图片加载不成功，离开网站。 用例名称：管理顾客 主参与者：系统管理员 层次：海平面用户目标 利益相关者：顾客 前置条件：系统管理员必须在线访问网站，且进入账号管理页面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：系统管理员想要的文件正确加载，进入账号管理 触发器：系统管理员访问网站主页 主要成功情节： 1.进入账号管理页面，调用账号管理界面 2.点击顾客管理按钮 3. 出现顾客账号的管理工程的伸展菜单 扩展： 1.a “管理账号用例调用失败 1.a.1 系统管理员被

43、告知当前网站不能浏览，提示检查网络等信息Cookie，所以不可以浏览。 1.a.2 系统管理员调整浏览器Cookie设置并重试，或者离开网站。 3. a 点击“顾客管理按钮不能显示顾客账号管理工程伸展菜单 3.a.1 系统管理员点击刷新，重新点击按钮，信息显示成功。 3.a.2 系统管理员点击刷新，重新点击按钮，信息显示不成功，检查数据库与后台代码问题。 用例名称：管理员管理 主参与者：系统管理员 层次：海平面用户目标 利益相关者：管理员 前置条件：系统管理员必须在线访问网站，且进入账号管理页面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：系统管理员想要的文件正确加载，

44、进入账号管理 触发器：系统管理员访问网站主页 主要成功情节： 1.进入账号管理页面，调用账号管理界面 2.点击管理员管理按钮 4. 出现管理员账号的管理工程的伸展菜单 扩展： 1.a “系统用例调用失败 1.a.1 系统管理员被告知当前网站不能浏览，提示检查网络等信息Cookie，所以不可以浏览。 1.a.2 系统管理员调整浏览器Cookie设置并重试，或者离开网站。 3. a 点击“管理员管理按钮不能显示管理员账号的管理工程的伸展菜单 3.a.1 系统管理员点击刷新，重新点击按钮，信息显示成功。 3.a.2 系统管理员点击刷新，重新点击按钮，信息显示不成功，检查数据库与后台代码问题。 用例名

45、称：管理员添加 主参与者：系统管理员 层次：鱼细节 利益相关者：管理员 前置条件：系统管理员必须已经能在线访问网站 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：系统管理员成功翻开网站，账号管理员，管理员管理 触发器：系统管理员选择“添加管理员按钮 主要成功情节： 1.系统管理员点击“管理员管理 2.系统翻开以下级联菜单，包括管理员添加、管理员删除、管理员信息修改。 3.超级管理员点击“管理员添加 4.系统弹出“管理员添加的页面 5.系统管理员输入要添加管理员的用户名和密码并单击“添加按钮 6.系统就为之添加到数据库中，添加成功 7.系统返回到请求前的页面 扩展： 1.

46、a “管理员管理用例调用失败 1.a.1 系统管理员被告知当前网站不能浏览 3.a 点击“管理员添加按钮不能翻开新的网页 3.a.1 系统管理员得到一个损坏链接的标志。 3.a.2 系统管理员点击刷新，重新点击按钮，网页翻开成功。 3.a.3 系统管理员点击刷新，重新点击按钮，网页翻开不成功，检查数据库与后台代码问题。 6.a 刷新首页，不能看到刚刚添加的管理员账户。 6.a.1检查数据库与后台代码问题。 用例名称：修改管理员信息 主参与者：系统管理员 层次：鱼 利益相关者：管理员 前置条件：系统管理员必须已经能在线访问网站 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：

47、系统管理员成功翻开网站，账号管理员，管理员管理 触发器：新闻管理员选择“管理员信息修改按钮 主要成功情节： 1.系统管理员点击“管理员管理 2.系统翻开以下级联菜单，包括管理员添加、管理员删除、管理员信息修改。 3.超级管理员点击“管理员信息修改 4.系统弹出“管理员信息修改的页面 5.系统管理员输入要修改管理员的用户名和密码并单击“确认按钮 并输入要修改的用户名及密码点击修改。 6.系统就为之修改数据库中的数据 7.系统返回到请求前的页面 扩展： 1.a “管理员管理用例调用失败 1.a.1 系统管理员被告知当前网站不能浏览，提示检查网络等信息。 3.a 点击“管理员信息修改按钮不能翻开新的

48、网页 3.a.1 系统管理员得到一个损坏链接的标志。 3.a.2 系统管理员点击刷新，重新点击按钮，网页翻开成功。 3.a.3 系统管理员点击刷新，重新点击按钮，网页翻开不成功，检查数据库与后台代码问题。 5. a 刷新首页，不能看到管理员账户修改。 6.a.1检查数据库与后台代码问题 用例名称：删除管理员 主参与者：系统管理员 层次：鱼 利益相关者：管理员 前置条件：系统管理员必须已经能在线访问网站 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：系统管理员成功翻开网站，账号管理，管理员管理 触发器：新闻管理员选择“删除管理员按钮 主要成功情节： 1.系统管理员点击“管理

49、员管理 2.系统翻开以下级联菜单，包括管理员添加、删除管理员、管理员信息修改。 3.超级管理员点击“删除管理员 4.系统弹出“删除管理员的页面 5.系统管理员输入要修改管理员的用户名和密码并单击“确认按钮 6.系统就为之删除数据库中的数据 7.系统返回到请求前的页面 扩展： 1.a “管理员管理用例调用失败 1.a.1 系统管理员被告知当前网站不能浏览，提示检查网络。 3.a 点击“管删除管理员按钮不能翻开新的网页 3.a.1 系统管理员得到一个损坏链接的标志。 3.a.2 系统管理员点击刷新，重新点击按钮，网页翻开成功。 3.a.3 系统管理员点击刷新，重新点击按钮，网页翻开不成功，检查数据

50、库与后台代码问题。 6.a 刷新首页，不能看到管理员账户删除。 6.a.1检查数据库与后台代码问题。 用例名称：审核注册用户 主参与者：系统管理员 层次：鱼 利益相关者：顾客 前置条件：系统管理员必须已经能在线访问网站 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：系统管理员成功翻开网站，账号管理，管理顾客 触发器：新闻管理员选择“审核注册用户按钮 主要成功情节： 1.系统管理员点击“管理顾客 2.系统翻开以下级联菜单，包括审核注册用户、查看顾客信息。 3.超级管理员点击“审核注册用户 4.系统弹出“审核注册用户的页面 5.查看需要审核的用户是否符合条件，点击用户名后的“通过或“拒绝按钮 6.刷新查看注册请求是否处理，即消