网上订餐系统分析报告与设计试验报告材料

1、信息系统分析与设计课程实验报告饱了么网上订餐平台信息系统分析与设计组 长 组 员 专 业 指导教师完成日期目录第一部分 项目管理与计划 3实验 1 指定项目计划 3实验 2 项目可行性分析 6第二部分 系统分析 8实验 3 项目需求收集 8实验 4 用例建模 9实验 5 通过用例获取概念数据模型 16实验 6 将概念数据模型转换为对象关系模型 17实验 7 分析类图建模（序列图、分析类图） 17实验 8 三种可选方案选择分析 20第三部分 系统设计 错误! 未定义书签。实验 9 物理数据库设计 23实验 10 确定系统构架等设计元素、设计类图建模 2830实验 11 界面设计第一部分 项目管理

2、与计划实验 1 指定项目计划1.1 项目的工作分解结构（ WBS），所需资源网上订餐系统 WBSWBS所需资源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 修改店铺信息

3、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环境测

4、试测试工具，环境5.3系统测试5.4缺陷跟踪5.5测试总结6 交付6.1验收测试交洽人员，场地6.2产品提交6.3用户培训1.2 通过 PERT技术估算项目的持续时间PERT公式其中 a 为乐观时间， m为最可能时间， b 为悲观时间）模块乐观时间（ day）最可能时间悲观时间PERT估计期望时间需求开发7111511总体设计3454详细设计57117设计实施14203221测试5797交付5121912总计621.3 甘特图和网络图甘特图网络图实验 2 项目可行性分析2.1 经济可行性分析随着人民的生活水平的提高， 餐厅也蓬勃发展， 线下的实体服务已经满足不了日益进步 的需求。 网络订餐系统

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

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

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

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

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

10、装问题述当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全， 而且对于就餐的时间和方式也有了更高的要求， 许多顾客由于工作繁忙无法抽出时间来享受 美味， 这样就产生了快捷订餐的要求， 最快的方式莫过于利用计算机网络， 将餐饮业和计算 机网络结合起来， 就形成了网上订餐系统， 用能力的餐饮企业对对餐品提供商提供网上订餐 服务， 不仅提高餐饮企业的服务质量， 扩大知名度， 也是为最终用户提供方便快捷的食品服 务。服务请求联系人 手机： XXXXXXXXXXX 电子： XXXXXXXXXqq.发起人 由系统优先委员会完成 批准请求分派给开始日期 建议修改 建议用户开发 否决，

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

12、订餐服务，不仅提高餐饮企业的服务质 量，扩大知名度，也是为最终用户提供方便快捷的食品服务。D. 项目目标使客户能够有效高效地从饱了么网上订餐平台订餐。E. 项目描述建立一个新的信息系统，使得客户能够使用标准 web 浏览器通过 Internet 完成 网上订餐或活动，项目将遵循系统的开发周期。F. 业务收益增加销售改进对客户订餐方式的理解 改进对市场和销售人员的利用第二部分 系统分析实验 3 项目需求收集3.1 访谈笔录、观察笔记、会议记录访谈记录表 1课题名称网上订餐系统用户调查访谈主题商家对于网上订餐系统的接受度及建议访谈者访谈日期访谈时间14:00-14:30访谈地点XX 烤肉饭馆访谈对

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

14、目的，解决了哪些问题，有哪些收获和体会） 基本了解了商家的市场需求，对于系统功能的设计有了一定的启发。被访问者的建议：希望系统安全性好并且配有好的宣传。观察记录 1受访者虽然表示有意向参加网上订餐， 但表现不够热情， 对此项目的信任度不大， 或者兴趣 不够浓厚。访谈记录表 2课题名称网上订餐系统用户调查访谈主题商家对于网上订餐系统的接受度及建议访谈者访谈日期访谈时间15:00-14:15访谈地点学生宿舍访谈对象信息同学职业学生单位中南财经政法大学联系地址学生宿舍联系XXXXXXXXXX访谈目的：了解商家对于网上订餐的接受程度，及商家对于网上订餐的顾虑及建议、要求。采访的问题：1、请问您有没有网

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

16、00 下午 1:00地点：西苑观察现象：餐厅爆满， 有些餐厅排长队， 服务员在人最多的时候忙不过来。 还有些人因为没有地方打包，有的人打包好多份应该的帮人带的。结论：外卖送餐及网上订餐应该有很大的市场需求。会议纪要一、基本信息会议名称模拟 JAD召集人会议日期2014-11-06开始时间14:00会议地点文泰持续时间40 分钟记录人审核人二、会议目标对于系统设计及商业运营方面的协调三、参加人员四、主要议程1. 需求调查报告；2. 项目设计构想；3. 项目设计进度安排；4. 联系用户提出的意见进行系统的设计安排；5. 分配任务。六、遇到的问题1、系统设计的灵活性及安全性；2、用户使用的舒适度体验

17、；3、开发资金及维护费用；4、谈妥商家入驻系统。七、工作计划1、现阶段主要进行系统功能设计，结合用户建议进行系统设计；2、将安全性考虑进系统开发，对用户评价系统设计的舒适易行；3、分配设计图的工作。3.2 资产负债表、利润表、业务表单资产负债表年份科目第一年第二年第三年第四年第五年资产流动资产：货币资金31.4147.3360.7190.30116.49应收账款20.5028.9040.3550.6570.46预付账款48.0048.0048.0048.0048.00其他应收款5.509.7518.7728.9844.25存货135.20168.80223.2247.36257.44其他流动资

18、产3.505.858.9013.4524.88流动资产合计244.11308.63399.93478.74561.52非流动资产：固定资产26.8227.3527.8828.4128.94减：累计折旧2.685.428.2111.0513.94固定资产净值24.1421.9319.6717.3615.00无形资产22.5025.4527.8927.8930.20其他非流动资产25.8025.8025.8025.8025.80非流动资产合计72.4473.1873.3671.0571.00资产总计316.55381.81473.29549.79632.52负债和所有者权益负债流动负债：单位：网上

19、订餐系统金额单位： 人民币（万元）短期借款50.0060.0070.0085.00100.00应付账款5.903.987.5513.854.56预收账款15.8018.9033.4540.8750.99应付职工薪酬43.8950.5066.8871.2088.90应交税费8.4517.1125.0329.1930.70应付利息3.253.904.235.536.5应付股利9.6318.2928.5133.2635.00流动负债合计136.92172.68235.65278.90316.65非流动负债：长期借款50.0060.0060.0060.0070.00非流动负债合计50.0060.006

20、0.0060.0070.00负债合计186.92232.68295.65338.90386.65单位：网上订餐系统利润表金额单位： 人民币（万元）所有者权益实收资本120.00120.00120.00120.00120.00盈余公积1.935.8311.5318.2825.18未分配利润7.7023.346.1172.71100.69所有者权益合计129.63149.13177.64210.89245.87负债和所有者权益总计316.55381.81463.29549.79632.52年份科目第一年第二年第三年第四年第五年一、营业收入288.00372.00508.00568.40593.60

21、减：生产成本211.20244.80299.20323.96333.44制造费用7.047.29管理费用13.2213.2213.2213.2213.22销售费用28.8051.24107.34129.78141.00二、营业利润27.7055.6081.0594.2098.65加：营业外收入1.001.502.002.503.00减：营业外支出1.001.001.001.001.00三：利润总额27.7056.1082.0595.70100.65减：应交税费8.4517.1125.0329.1930.70四、净利润19.2538.9957.0266.5169.95销售

22、日报表日期： 年 月 日 单位：元编号客户名称商品名称数量单价折扣金额送餐地址1234567891011今日访问数本月累计访问数本月营业目标： 当日收款总计： 已完成目标累计： 未完成目标累计：市场动态品质反应主管评估工作价值总经理主管经理制表人实验 4 用例建模4.1 用例图顶层用例图1用户分为游客和游客和会员，游客注册登录会称为会员。只有会员才可以进行订餐 操作，避免恶意欺诈行为。2管理员分为系统管理员和订单管理员和店铺管理员和新闻管理员。 系统管理员主要负责对永和注册的审核和对管理员的管理； 订单管理员主要负责处理订单； 店铺管理员主要负责对店铺菜品的编辑和对评论的管理； 新闻管理员主要

23、负责首页的新闻管理。用户使用订餐系统用例图1游客可以浏览首页但是不能订餐，通过注册，由系统管理员审核后方可成为会员。2会员可以登录，登陆后可以修改信息。进行订餐服务，包括将菜品放入购物车、浏览购物车、删除购物车中菜品和修改菜 品数量，其中删除购物车中菜品和修改菜品数量需要在浏览购物车的基础上进行。进行订单处理，包括填写订单信息、提交订单、查看历史订单、评论菜品，其中提 交订单需要在填写订单信息的基础上进行， 然后由订单管理员进行处理， 评论菜品需要在查 看历史订单的基础上进行，由店铺管理员进行管理。管理员用例图1管理员可以对所有的账号进行管理。分为对顾客的管理和对管理员的管理。2对顾客的管理包

24、括审核注册用户和查看顾客信息。3对管理员的管理包括添加删除修改管理员。店铺管理员用例图1店铺管理员可以管理店铺、菜品、评论。2浏览店铺后可以添加和删除店铺。3浏览菜品后可以添加、修改、删除菜品。4浏览评论后可以删除评论，不可以进行修改等操作。订单管理员用例图订单管理员主要负责在浏览订单后对订单进行处理，即修改订单状态为“已处理”等。新闻管理员用例图新闻管理员主要负责浏览新闻后对新闻的添加、删除、修改。4.2 用例描述用户用例描述用例名称：注册 主参与者：游客 层次：海平面（用户目标） 利益相关者：游客，用户 前置条件：游客必须在线访问 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败

25、成功保证：游客能成功打开网上订餐 触发器：游客访问主页主要成功情节：1游客提出注册请求；2游客点击注册按钮；3系统打开注册页面；4游客输入用户名、密码、再次输入密码及用户常用5单击“提交” ；6系统验证登录用户的信息并返回相应信息。扩展：a 用户选择“重置” ，系统将清空输入框信息；a 注册不成功6.a.1 系统管理员审核不通过。6.a.2 用户输入的用户名已存在，则提示用户重新输入；6.a.3 用户输入的密码格式不正确或两次密码不一致，则提示用户重新输入；6.a.4 系统注册时出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异 常页面，提示会员注册失败 .用例名称：浏览商品 主参与

26、者：用户 层次：海平面（用户目标） 利益相关者：用户 前置条件：用户必须已经能在线访问 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户成功打开，浏览首页 触发器：用户成功打开，浏览首页 主要成功情节：1. 用户打开首页；2. 成功加载所有信息。 扩展：2. a 浏览商品时出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页 面，则浏览商品信息不成功。用例名称：登录 主参与者：用户 层次：海平面（用户目标） 利益相关者：用户 前置条件：用户已注册成网上订餐系统的用户 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户成功登录，返回首页

27、触发器：用户选择“登录”按钮主要成功情节：1. 系统为用户打开登录页面；2. 用户输入用户名、密码、验证码，再选择“登录” ；3. 系统验证登录用户名和密码的正确性；4. 经验证用户名和密码正确则进入网上订餐系统。 扩展：a 登录页面打开失败1. a.1 用户重新刷新打开网页a 登录失败3. a.1 用户名或者密码错误，提示用户重新输入信息，返回登录页面。3. a.2 验证码出现错误，提示用户重新验证码，返回登录页面。3.a.3 系统登录时出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常 页面，提示用户登录失败。用例名称：修改个人信息 主参与者：用户 层次：海平面（用户目标） 利

28、益相关者：用户 前置条件：用户已正确登录系统 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户能查看当前个人信息页面 触发器：用户选择“个人信息”按钮主要成功情节：1. 调用“登录”用例2. 为当前“个人信息”事务打开一个新的网页。3. 用户能在新网页中查看当前所有个人信息，如收货地址，用户名， ，联系，修改密码选项 等。4. 点击“修改”按钮，打开新的个人信息页面，用户可输入新的用户名等信息。5. 点击“保存”按钮，更新后台数据库，返回个人信息页面。 扩展：1. a “登录”用例调用失败1. a.1 用户被告知登录失败，提示检查并重新登录5. a 点击“保存”按钮，返

29、回个人信息页面后信息没有修改5.a.1 刷新页面，个人信息正确显示。5.a.2 点击刷新，无法成功显示修改后的个人信息，与页面管理员联系。用例名称：将菜品放入购物车 主参与者：用户 层次：海平面（用户目标） 利益相关者：用户 前置条件：用户已成功进入订餐服务界面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户能查看所有菜品信息 触发器：用户点击“加入购物车”按钮主要成功情节：1. 调用“订餐服务”用例2. 用户查看菜品信息时点击“加入购物车”按钮；3. 用户点击“加入购物车”后则将菜品放入对应的购物车中。 扩展：1. a “订餐服务”用例调用失败1. a.1 用户被告

30、知失败，提示检查并重新请求3.a 点击“加入购物车”按钮，无法成功将菜品加入3.a.1 当前菜售完，返回首页浏览菜品。3.a.2 当前菜品的商家还未开始营业，提示用户正确营业时间，返回首页浏览菜品3.a.3 出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用 户加入购物车失败。用例名称：浏览购物车 主参与者：用户 层次：海平面（用户目标） 利益相关者：用户 前置条件：用户已成功进入订餐服务界面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户能查看所有菜品信息 触发器：用户点击“浏览购物车”按钮 主要成功情节：1. 调用“订餐服务”用例2. 用户

31、查看菜品信息时点击“浏览购物车”按钮；3. 用户点击“浏览购物车”后则将购物车中菜品信息显示到新的页面中。 扩展：1. a “订餐服务”用例调用失败1. a.1 用户被告知失败，提示检查并重新请求3.a 点击“浏览购物车”按钮，无法获得菜品信息 。3.a.1 购物车中没有菜品，提示购物车为空。3.a.2 出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提 示用户获取购物车信息失败。用例名称：删除购物车中的菜品 主参与者：用户 层次：海平面（用户目标） 利益相关者：用户 前置条件：用户已成功浏览购物车 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户能

32、查看购物车中所有菜品信息触发器：用户点击“删除”按钮主要成功情节：1. 调用“浏览购物车”用例2. 用户查看菜品信息时点击“删除”按钮；3. 用户点击“删除”后则将购物车中菜品信息返回到“浏览购物车”页面。扩展：1. a “浏览购物车”用例调用失败1. a.1 用户被告知获取购物车信息失败，提示检查并重新请求3.a 点击“删除”按钮，无法获得更新的菜品信息 。3.a.1 删除后购物车中没有菜品，提示购物车为空。3.a.2 点击刷新，无法成功显示更新的菜品信息，与页面管理员联系。3.a.3 出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用 户获取购物车信息失败。用例名称

33、：修改菜品数量 主参与者：用户 层次：海平面（用户目标） 利益相关者：用户 前置条件：用户已成功浏览购物车 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户能查看购物车中所有菜品信息 触发器：用户点击“修改”按钮 主要成功情节：1. 调用“浏览购物车”用例2. 用户查看菜品信息时点击“修改”按钮；3. 用户点击“修改”后则将购物车中菜品信息返回到“浏览购物车”页面。 扩展：1. a “浏览购物车”用例调用失败1. a.1 用户被告知获取购物车信息失败，提示检查并重新请求3.a 点击“修改”按钮，无法获得更新的菜品信息 。3.a.1 点击刷新，无法成功显示更新的菜品信息，

34、与页面管理员联系。3.a.2 出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用 户获取购物车信息失败。用例名称：填写订单信息 主参与者：用户 层次：海平面（用户目标） 利益相关者：用户 前置条件：用户已成功进入订单处理界面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户成功填写订单信息并完成保存 触发器：用户点击“保存”按钮 主要成功情节：1. 用户进入填写订单信息界面。2. 访问购物车信息，顾客收到加入购物车的商品的确认。3. 用户填写地址，等订单信息。4. 用户点击“保存”按钮后，创建订单行条目，弹出提示。 扩展：2. a 由于购物车为空

35、而不返回有效的购物车信息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 系统回滚到顾客填写订单信息前的位置。用例名称：提交订单 主参与者：用户 层次：海平面（用户目标） 利益相关者：用户、订单管理员 前置条件：用户已成功进入订单处理界面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户成功提交订单 触发器：用户点击

36、“提交”按钮 主要成功情节：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

37、.1 系统回滚到顾客填写订单信息前的位置。1-4.b 顾客在任一点突然退出系统1-4.b.1 系统回滚到顾客填写订单信息前的位置。用例名称：查看历史订单 主参与者：用户 层次：海平面（用户目标） 利益相关者：用户 前置条件：用户已成功进入订单处理界面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户成功查看历史订单 触发器：用户选择查看历史订单 主要成功情节：1. 用户进入查看历史订单界面。2. 访问订单，返回状态为已成功的订单信息。3. 用户浏览历史订单。 扩展：2. a 由于没有已成功的订单而不返回有效订单信息2. a.1 顾客收到已成功订单为空的消息，退出该用例。

38、1-3.a Internet 连接中断1-3.a.1 系统回滚到顾客填写订单信息前的位置。1-3.b 顾客在任一点突然退出系统1-3.b.1 系统回滚到顾客填写订单信息前的位置。用例名称：评价菜品 主参与者：用户 层次：海平面（用户目标） 利益相关者：用户，店主 前置条件：用户已成功浏览历史订单信息 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：用户点击“评价”按钮进入评价页面。触发器：用户点击“评价”按钮 主要成功情节：1. 调用“查看历史订单”用例2. 用户点击“评价”按钮后，返回历史订单页面。 扩展：1. a “查看历史订单”用例调用失败1. a.1 用户被告知获取

39、历史订单信息失败，提示检查并重新请求2. a 点击“评价”按钮，无法获得更新的菜品信息 。2. a.1 点击刷新，无法成功显示更新的菜品信息，与页面管理员联系。2. a.2 出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用 户获取购物车信息失败。系统管理员用例描述用例名称：管理账号 主参与者：系统管理员 层次：风筝（概要） 利益相关者：顾客，管理员 前置条件：系统管理员必须在线访问 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：系统管理员想要的文件正确加载触发器：系统管理员访问主页主要成功情节：1. 在系统管理员的硬盘上创建 cookie2. 系

40、统管理员能在账号主页上看到顾客和管理员账户分类 扩展：1. a 不能创建 Cookie1. a.1 创建消息向新闻管理员说明因为浏览器不允许创建Cookie ，所以不可以浏览。1. a.2 系统管理员调整浏览器 Cookie 设置并重试，或者离开。2. a 不能加载完整账号信息2. a.1 系统管理员得到一个损坏的标志。2. a.2 系统管理员点击刷新，图片加载成功。2. a.3 系统管理员点击刷新，图片加载不成功，离开。用例名称：管理顾客 主参与者：系统管理员 层次：海平面（用户目标） 利益相关者：顾客 前置条件：系统管理员必须在线访问，且进入账号管理页面 最低保证：回滚任何未完成的事务，系

41、统记录进展日志直至失败 成功保证：系统管理员想要的文件正确加载，进入账号管理 触发器：系统管理员访问主页主要成功情节：1. 进入账号管理页面，调用账号管理界面2. 点击顾客管理按钮3. 出现顾客账号的管理项目的伸展菜单 扩展：1. a “管理账号”用例调用失败1. a.1 系统管理员被告知当前不能浏览， 提示检查网络等信息 Cookie ，所以不可以浏览。1. a.2 系统管理员调整浏览器 Cookie 设置并重试，或者离开。3. a 点击“顾客管理”按钮不能显示顾客账号管理项目伸展菜单3. a.1 系统管理员点击刷新，重新点击按钮，信息显示成功。3. a.2 系统管理员点击刷新， 重新点击按

42、钮， 信息显示不成功， 检查数据库与后台代码问 题。用例名称：管理员管理 主参与者：系统管理员 层次：海平面（用户目标） 利益相关者：管理员 前置条件：系统管理员必须在线访问，且进入账号管理页面 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：系统管理员想要的文件正确加载，进入账号管理 触发器：系统管理员访问主页主要成功情节：1. 进入账号管理页面，调用账号管理界面2. 点击管理员管理按钮4. 出现管理员账号的管理项目的伸展菜单 扩展：1. a “系统”用例调用失败1. a.1 系统管理员被告知当前不能浏览， 提示检查网络等信息 Cookie ，所以不可以浏览。1. a.2

43、 系统管理员调整浏览器 Cookie 设置并重试，或者离开。3. a 点击“管理员管理”按钮不能显示管理员账号的管理项目的伸展菜单3. a.1 系统管理员点击刷新，重新点击按钮，信息显示成功。3. a.2 系统管理员点击刷新， 重新点击按钮， 信息显示不成功， 检查数据库与后台代码问 题。用例名称：管理员添加 主参与者：系统管理员 层次：鱼（细节） 利益相关者：管理员 前置条件：系统管理员必须已经能在线访问 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：系统管理员成功打开，账号管理员，管理员管理 触发器：系统管理员选择“添加管理员”按钮 主要成功情节：1. 系统管理员点击

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

45、据库与后台代码问 题。6.a 刷新首页，不能看到刚刚添加的管理员账户。6.a.1 检查数据库与后台代码问题。用例名称：修改管理员信息 主参与者：系统管理员 层次：鱼利益相关者：管理员 前置条件：系统管理员必须已经能在线访问 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：系统管理员成功打开，账号管理员，管理员管理 触发器：新闻管理员选择“管理员信息修改”按钮 主要成功情节：1. 系统管理员点击“管理员管理”2. 系统打开以下级联菜单，包括管理员添加、管理员删除、管理员信息修改。3. 超级管理员点击“管理员信息修改”4. 系统弹出“管理员信息修改”的页面5. 系统管理员输入要

46、修改管理员的用户名和密码并单击“确认”按钮 并输入要修改的用户名及密码点击修改。6. 系统就为之修改数据库中的数据7. 系统返回到请求前的页面 扩展：1. a “管理员管理”用例调用失败1. a.1 系统管理员被告知当前不能浏览，提示检查网络等信息。3. a 点击“管理员信息修改”按钮不能打开新的网页3. a.1 系统管理员得到一个损坏的标志。3. a.2 系统管理员点击刷新，重新点击按钮，网页打开成功。3. a.3 系统管理员点击刷新， 重新点击按钮， 网页打开不成功， 检查数据库与后台代码问 题。5. a 刷新首页，不能看到管理员账户修改。6. a.1 检查数据库与后台代码问题用例名称：删

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

48、用失败1.a.1 系统管理员被告知当前不能浏览，提示检查网络。3. a 点击“管删除管理员”按钮不能打开新的网页3. a.1 系统管理员得到一个损坏的标志。3. a.2 系统管理员点击刷新，重新点击按钮，网页打开成功。3. a.3 系统管理员点击刷新， 重新点击按钮， 网页打开不成功， 检查数据库与后台代码问 题。6.a 刷新首页，不能看到管理员账户删除。6.a.1 检查数据库与后台代码问题。用例名称：审核注册用户 主参与者：系统管理员 层次：鱼利益相关者：顾客前置条件：系统管理员必须已经能在线访问 最低保证：回滚任何未完成的事务，系统记录进展日志直至失败 成功保证：系统管理员成功打开，账号管

49、理，管理顾客 触发器：新闻管理员选择“审核注册用户”按钮主要成功情节：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 检查数据库与后台代码问题。用例名称：