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

信息系统分析与设计课程试验报告饱了么网上订餐平台信息系统分析与设计组长组员专业指导教师目录第一局部工程治理与打算··················3\l“_TOC_250009“试验1指定工程打算 3\l“_TOC_250008“试验2工程可行性分析 6\l“_TOC_250007“其次局部系统分析···················· 8\l“_TOC_250006“试验3工程需求收集 8试验4用例建模 9\l“_TOC_250005“试验5通过用例猎取概念数据模型 16\l“_TOC_250004“试验6将概念数据模型转换为对象关系模型 17\l“_TOC_250003“试验7分析类图建模〔序列图、分析类图〕 17\l“_TOC_250002“试验8三种可选方案选择分析 20第三局部系统设计 错误!未定义书签。\l“_TOC_250001“试验9物理数据库设计 23\l“_TOC_250000“试验10确定系统构架等设计元素、设计类图建模 28试验11界面设计 30第一局部工程治理与打算试验1指定工程打算工程的工作分解构造〔WBS，所需资源网上订餐系统WBS需求开发

WBS

所需资源1.1需求猎取1.2需求定义确定的用户群体需求调查资料1.3需求验证1.4需求规格说明书总体设计系统方案设计总体进度规划风险评估3具体设计构造设计人机界面设计接口设计网络构架设计数据库设计4设计实施用户治理模块添加用户修改个人信息删除用户系统退出店铺治理模块

同类别系统相关信息相应的设计人员4.2.1添加店铺4.2.2修改店铺信息合作商家4.2.3查询店铺根底菜品信息菜品治理模删除店铺块实施人员治理人员4.3.1添加菜品4.3.2修改菜品信息2.3.3查找菜品4.3.4删除菜品4.4订餐操作4.4.1购物车治理4.4.2结算治理4.5订单治理..34.5.4处理订单修改订单查找订单删除订单闻治理模块添加闻信息修改闻信息查找闻信息删除闻信息评论治理模块添加评论查找评论删除评论统计治理模块订餐统计消费统计测试集成测试环境测试系统测试缺陷跟踪测试总结6交付验收测试产品提交用户培训测试工具，环境交洽人员，场地通过PERT技术估算工程的持续时间PERT〔其中amb〕模块〔day〕最可能时间悲观时间PERT需求开发7111511总体设计3454具体设计57117设计实施14203221测试5797交付5121912总计62甘特图和网络图甘特图网络图试验2工程可行性分析经济可行性分析为餐厅搭建了一个集中的宣传平台，能为餐厅节约经济本钱，制造更多的收益；另一方面，平台，从而获得可观的收益。一次性本钱工作表一次性本钱工作表网上订餐系统开发费用硬件购置的软件1.应用软件包D.用户(商家)培训E.站点预备F.其他 一次性本钱合计0年¥15,00025,0004,0001,0001,0000046,000续生本钱工作表续生本钱工作表网上订餐系统应用软件维护增加的数据存储需求估算费用Internet硬件或硬件租用E.供给品F.其他 续生本钱合计1~5年20,0003,0003,00001,000027,000有形收益网上订餐1~5年费用削减避开¥5,000错误削减3,000增加的灵敏性10,000提高的活动速度15,000治理技术或把握的改进0增加销售20,000有形收益合计10000)¥53,0001:经济可行性分析表技术可行性分析技术可行性是指依据现有的技术条件是否能够顺当的完成开发工作是否具备、能否得到。技术条件包括硬件、系统软件、使用的操作环境等多个方面。随着信单机模式进展成熟，故软件的开发平台成熟可行，它们的容量大，速度快，牢靠性高，价格相对较低。此系统是基于JSP+SQLServer2023环境开发的，目前SQLServer2023数据库治理系统的功能也足够强大，足以满足我们的需求。系统的技术。进一步细化的工程进度安排1、需求开发我们产品效劳对象主要面对在校学生及白领等工作人士。由于开发团队为在校学生因此，可直接在校收集大学生就餐信息。已工作白领，可以求光谷软件园进展调查，所以，需查手段包括观看、问卷、访谈等。企划部对收集到需求进展整理，归纳，筛选。由企划部进展调查为期一周。2、产品设计定系统构造、界面UI等工程，历时三天。开发部进展软件设计开发。耗时七至十天。最终有测试人员进展调试，消退bug后产品交付。3、试运行案。对功能进展进一步扩大，包括地理定位系统、电子支付接口、账户预存、店铺优待系统包括红包、打折等功能接口预留。关注系统流畅度及用户反响并准时升级系统。系统效劳恳求报告系统效劳恳求饱了么网上订餐平台请求者 日期部 门管理部地 点联系方式手机：XXXXXXXXXX电子：XXXXXXXqq.恳求类型[x] 系统[ ] 系统增加[ ] 系统错误修改问题述

紧迫性[ ] 马上--业务受损或者或者失去时机[ ] 存在问题，但可以渐渐转变[x] 业务损失可以容忍到系统安装当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求务。效劳恳求联系人 手机：XXXXXXXXXXX 电子：XXXXXXXXXqq.发起人 由系统优先委员会完成 [ ] 批准恳求 分派给 开头日期 [ ] 建议修改[ ] 建议用户开发[ ] 拒绝，缘由是 工程围说明书A.工程信息饱了么网上订餐平台A.工程信息供给工程名称、客户名称、工程经理以及工程发起人等与工程相关的一般信息工程名称:工程组长::

饱了吗网上订餐系统 客户名称: 饱了么科技起草人:日期: 2023.10.27B.B.工程的交付结果饱了吗网上订餐系统分析与设计饱了吗网上订餐系统系统程序饱了吗网上订餐系统分析与设计饱了吗网上订餐系统系统程序饱了吗网上订餐系统系统文档饱了吗网上订餐系统转换盒培训程序C.工程问题C.工程问题力气的餐饮企业对对餐品供给商供给网上订餐效劳，不仅提高餐饮企业的效劳质量，扩大知名度，也是为最终用户供给便利快捷的食品效劳。D.工程目标D.工程目标使客户能够有效高效地从饱了么网上订餐平台订餐。E.工程描述E.工程描述webInternet完成网上订餐或活动，工程将遵循系统的开发周期。F.F.业务收益增加销售改进对客户订餐方式的理解增加销售改进对客户订餐方式的理解改进对市场和销售人员的利用G.G.估量工程持续时间44个月其次局部系统分析3工程需求收集访谈笔录、观看笔记、会议记录访谈记录表1课题名称课题名称网上订餐系统用户调查访谈主题商家对于网上订餐系统的承受度及建议访谈者期访谈时间14:00---14:30XX烤肉饭馆点访谈对象信息老板职业个体户单位XX烤肉饭馆西苑XX烤肉饭馆联系XXXXXXXXXX访谈目的：了解商家对于网上订餐的承受程度，及商家对于网上订餐的顾虑及建议、要求。采访的问题：1、请问您的餐馆有没有扩展业务的意向或者在人流顶峰期有没有忙不过来的时候？2、请问您有没有做网上订餐的兴趣？3、您对网上订餐的系统有没有要求？4、您对网上订餐的系统有没有顾虑？5、您对网上订餐的系统有没有建议？访谈记录〔整理要点访谈记录〔整理要点：1、有做网上订餐业务的意向。2、对此工程的宣传抱有疑心，担忧受众的广度。3、对主办方与商家自身的利益划分。4、期望商家能有更加完备的商业企划及相关的治理方法条例。访谈结果〔是否到达了目的，解决了哪些问题，有哪些收获和体会：根本了解了商家的市场需求，对于系统功能的设计有了确定的启发。被访问者的建议：期望系统安全性好并且配有好的宣传。观看记录1不够深厚。访谈记录表2课题名称课题名称网上订餐系统用户调查访谈主题商家对于网上订餐系统的承受度及建议访谈者期访谈时间15:00---14:15学生宿舍点访谈对象信息同学同学职业学生单位中南财经政法大学学生宿舍联系XXXXXXXXXX访谈目的：了解商家对于网上订餐的承受程度，及商家对于网上订餐的顾虑及建议、要求。采访的问题：1、请问您有没有网上订餐的想法？2、怎样会吸引您去网上订餐？3、您对网上订餐的系统有没有顾虑？4、您对网上订餐的系统有没有建议？访谈记录〔整理要点：有网上订餐业务的意向。价格的优待和免费送餐比较有吸引力。对商家的信任度抱有疑心。对送餐的准时性有顾虑。访谈结果〔是否到达了目的，解决了哪些问题，有哪些收获和体会：根本了解了消费者的市场需求，对于系统功能的设计有了确定的启发。被访问者的建议：期望系统安全性好并且配有相关的优待及评价体系。观看记录2关的订餐体系。观看记录3时间：11.08 中午12:00 下午1:00地点：西苑观看现象：打包，有的人打包好多份应当的帮人带的。结论：二、会议目标对于系统设计及商业运营方面的协调二、会议目标对于系统设计及商业运营方面的协调三、参与人员四、主要议程会议纪要一、根本信息会议名称模拟JAD召集人会议日期2023-11-06开头时间14:00会议地点文泰持续时间40分钟记录人审核人需求调查报告；需求调查报告；工程设计设想；工程设计进度安排；联系用户提出的意见进展系统的设计安排；安排任务。六、遇到的问题1、系统设计的灵敏性及安全性；2、用户使用的舒适度体验；3、开发资金及维护费用；4、谈妥商家入驻系统。七、工作打算1、现阶段主要进展系统功能设计，结合用户建议进展系统设计；2、将安全性考虑进系统开发，对用户评价系统设计的舒适易行；3、安排设计图的工作。资产负债表、利润表、业务表单资产负债表年份第一年科目

其次年

第三年

第四年

第五年资产流淌资产：货币资金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其他流淌资产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单位网上订餐系统 金额单位人民〔万元〕负债和全部者权益负债和全部者权益负债流淌负债：短期借款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.0060.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减：生产本钱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销售日报表日期： 年 月 日 单位：元编号编号1客户名称 商品名称数量单价折扣金额送餐地址2334567891011今日访问数本月累计访问数本月营业目标：当日收款总计：已完成目标累计：未完成目标累计：市场动态品质反响主管评估工作价值总经理经理主管制表人试验4用例建模用例图顶层用例图用户分为游客和游客和会员，游客注册登录会称为会员。只有会员才可以进展订餐操作，避开恶意欺诈行为。治理员分为系统治理员和订单治理员和店铺治理员和闻治理员。系统治理员主要负责对永和注册的审核和对治理员的治理；订单治理员主要负责处理订单；店铺治理员主要负责对店铺菜品的编辑和对评论的治理；闻治理员主要负责首页的闻治理。用户使用订餐系统用例图游客可以扫瞄首页但是不能订餐，通过注册，由系统治理员审核前方可成为会员。会员可以登录，登陆后可以修改信息。进展订餐效劳，包括将菜品放入购物车、扫瞄购物车、删除购物车中菜品和修改菜品数量，其中删除购物车中菜品和修改菜品数量需要在扫瞄购物车的根底上进展。进展订单处理，包括填写订单信息、提交订单、查看历史订单、评论菜品，其中提看历史订单的根底上进展，由店铺治理员进展治理。治理员用例图治理员可以对全部的账号进展治理。分为对顾客的治理和对治理员的治理。对顾客的治理包括审核注册用户和查看顾客信息。对治理员的治理包括添加删除修改治理员。店铺治理员用例图店铺治理员可以治理店铺、菜品、评论。扫瞄店铺后可以添加和删除店铺。扫瞄菜品后可以添加、修改、删除菜品。扫瞄评论后可以删除评论，不行以进展修改等操作。订单治理员用例图订单治理员主要负责在扫瞄订单后对订单进展处理，即修改订单状态为“已处理”等。闻治理员用例图闻治理员主要负责扫瞄闻后对闻的添加、删除、修改。用例描述用户用例描述用例名称：注册用例名称：注册主参与者：游客层次：海平面〔用户目标〕利益相关者：游客，用户前置条件：游客必需在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：游客能成功翻开网上订餐触发器：游客访问主页主要成功情节：主要成功情节：1．游客提出注册恳求；游客点击注册按钮；系统翻开注册页面；游客输入用户名、密码、再次输入密码及用户常用系统验证登录用户的信息并返回相应信息。扩展：用户选择“重置”，系统将清空输入框信息；a注册不成功系统治理员审核不通过。用户输入的用户名已存在，则提示用户重输入；用户输入的密码格式不正确或两次密码不全都，则提示用户重输入；系统注册时消灭系统故障，例如网络故障，数据库效劳器故障，系统弹出系统特别页面，提示会员注册失败.用例名称：扫瞄商品主参与者：用户用例名称：扫瞄商品主参与者：用户层次：海平面〔用户目标〕利益相关者：用户前置条件：用户必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户成功翻开，扫瞄首页触发器：用户成功翻开，扫瞄首页主要成功情节：用户翻开首页；成功加载全部信息。扩展：2.a扫瞄商品时消灭系统故障，例如网络故障，数据库效劳器故障，系统弹出系统特别页面，则扫瞄商品信息不成功。用例名称：登录主参与者：用户层次：海平面〔用户目标〕利益相关者：用户前置条件：用户已注册成网上订餐系统的用户最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户成功登录，返回首页触发器：用户选择“登录”按钮主要成功情节：系统为用户翻开登录页面；系统为用户翻开登录页面；系统验证登录用户名和密码的正确性；阅历证用户名和密码正确则进入网上订餐系统。扩展：a登录页面翻开失败1.a.1用户重刷翻开网页a 登录失败用户名或者密码错误，提示用户重输入信息，返回登录页面。验证码消灭错误，提示用户重验证码，返回登录页面。系统登录时消灭系统故障，例如网络故障，数据库效劳器故障，系统弹出系统特别页面，提示用户登录失败。用例名称：修改个人信息主参与者：用户用例名称：修改个人信息主参与者：用户层次：海平面〔用户目标〕利益相关者：用户前置条件：用户已正确登录系统最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户能查看当前个人信息页面触发器：用户选择“个人信息”按钮主要成功情节：调用“登录”用例为当前“个人信息”事务翻开一个的网页。用户能在网页中查看当前全部个人信息，如收货地址，用户名等。点击“修改”按钮，翻开的个人信息页面，用户可输入的用户名等信息。点击“保存”按钮，更后台数据库，返回个人信息页面。扩展：“登录”用例调用失败用户被告知登录失败，提示检查并重登录点击“保存”按钮，返回个人信息页面后信息没有修改刷页面，个人信息正确显示。点击刷，无法成功显示修改后的个人信息，与页面治理员联系。用例名称：将菜品放入购物车主参与者：用户层次：海平面〔用户目标〕利益相关者：用户前置条件：用户已成功进入订餐效劳界面最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户能查看全部菜品信息触发器：用户点击“参与购物车”按钮主要成功情节：主要成功情节：调用“订餐效劳”用例用户查看菜品信息时点击“参与购物车”按钮；用户点击“参与购物车”后则将菜品放入对应的购物车中。扩展：“订餐效劳”用例调用失败用户被告知失败，提示检查并重恳求点击“参与购物车”按钮，无法成功将菜品参与当前菜售完，返回首页扫瞄菜品。当前菜品的商家还未开头营业，提示用户正确营业时间，返回首页扫瞄菜品消灭系统故障，例如网络故障，数据库效劳器故障，系统弹出系统特别页面，提示用户参与购物车失败。用例名称：扫瞄购物车用例名称：扫瞄购物车主参与者：用户层次：海平面〔用户目标〕利益相关者：用户前置条件：用户已成功进入订餐效劳界面最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户能查看全部菜品信息触发器：用户点击“扫瞄购物车”按钮主要成功情节：调用“订餐效劳”用例用户查看菜品信息时点击“扫瞄购物车”按钮；用户点击“扫瞄购物车”后则将购物车中菜品信息显示到的页面中。扩展：“订餐效劳”用例调用失败用户被告知失败，提示检查并重恳求点击“扫瞄购物车”按钮，无法获得菜品信息。购物车中没有菜品，提示购物车为空。消灭系统故障，例如网络故障，数据库效劳器故障，系统弹出系统特别页面，提示用户猎取购物车信息失败。用例名称：删除购物车中的菜品用例名称：删除购物车中的菜品主参与者：用户层次：海平面〔用户目标〕利益相关者：用户前置条件：用户已成功扫瞄购物车最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户能查看购物车中全部菜品信息触发器：用户点击“删除”按钮主要成功情节：触发器：用户点击“删除”按钮主要成功情节：调用“扫瞄购物车”用例用户查看菜品信息时点击“删除”按钮；用户点击“删除”后则将购物车中菜品信息返回到“扫瞄购物车”页面。扩展：“扫瞄购物车”用例调用失败用户被告知猎取购物车信息失败，提示检查并重恳求点击“删除”按钮，无法获得更的菜品信息。删除后购物车中没有菜品，提示购物车为空。点击刷，无法成功显示更的菜品信息，与页面治理员联系。消灭系统故障，例如网络故障，数据库效劳器故障，系统弹出系统特别页面，提示用户猎取购物车信息失败。用例名称：修改菜品数量用例名称：修改菜品数量主参与者：用户层次：海平面〔用户目标〕利益相关者：用户前置条件：用户已成功扫瞄购物车最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户能查看购物车中全部菜品信息触发器：用户点击“修改”按钮主要成功情节：调用“扫瞄购物车”用例用户查看菜品信息时点击“修改”按钮；用户点击“修改”后则将购物车中菜品信息返回到“扫瞄购物车”页面。扩展：“扫瞄购物车”用例调用失败用户被告知猎取购物车信息失败，提示检查并重恳求点击“修改”按钮，无法获得更的菜品信息。点击刷，无法成功显示更的菜品信息，与页面治理员联系。消灭系统故障，例如网络故障，数据库效劳器故障，系统弹出系统特别页面，提示用户猎取购物车信息失败。用例名称：填写订单信息用例名称：填写订单信息主参与者：用户层次：海平面〔用户目标〕利益相关者：用户前置条件：用户已成功进入订单处理界面最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户成功填写订单信息并完成保存触发器：用户点击“保存”按钮成功保证：用户成功填写订单信息并完成保存触发器：用户点击“保存”按钮主要成功情节：用户进入填写订单信息界面。访问购物车信息，顾客收到参与购物车的商品确实认。用户填写地址，等订单信息。用户点击“保存”按钮后，创立订单行条目，弹出提示。扩展：由于购物车为空而不返回有效的购物车信息顾客收到购物车为空的消息，顾客返回重选购。顾客收到购物车为空的消息，退出该用例。保存后没有反响顾客刷后重填写。1-4.aInternet1-4.a.1系统回滚到顾客填写订单信息前的位置。1-4.b顾客在任一点突然退出系统1-4.b.1系统回滚到顾客填写订单信息前的位置。用例名称：提交订单主参与者：用户层次：海平面〔用户目标〕利益相关者：用户、订单治理员前置条件：用户已成功进入订单处理界面最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户成功提交订单触发器：用户点击“提交”按钮主要成功情节：用户进入订单处理界面。依据用户信息访问订单表等，显示订单信息，用户确认订单信息。用户提交订单，信用卡被收费。更改订单的状态，将提交订单的信息反映给订单治理员。扩展：由于订单为空而不返回有效的订单信息顾客收到订单为空的消息，返回重选购。顾客收到订单为空的消息，返回填写订单信息。顾客收到订单为空的消息，退出该用例。信用卡付费失败顾客信用卡有问题，顾客被要求使用另一信用卡。店家信用卡出错，顾客被告知稍后再试。1-4.aInternet1-4.a.1系统回滚到顾客填写订单信息前的位置。1-4.b顾客在任一点突然退出系统1-4.b.1系统回滚到顾客填写订单信息前的位置。用例名称：查看历史订单用例名称：查看历史订单主参与者：用户层次：海平面〔用户目标〕利益相关者：用户前置条件：用户已成功进入订单处理界面最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户成功查看历史订单触发器：用户选择查看历史订单主要成功情节：用户进入查看历史订单界面。访问订单，返回状态为已成功的订单信息。用户扫瞄历史订单。扩展：由于没有已成功的订单而不返回有效订单信息顾客收到已成功订单为空的消息，退出该用例。1-3.aInternet1-3.a.1系统回滚到顾客填写订单信息前的位置。1-3.b顾客在任一点突然退出系统1-3.b.1系统回滚到顾客填写订单信息前的位置。用例名称：评价菜品用例名称：评价菜品主参与者：用户层次：海平面〔用户目标〕利益相关者：用户，店主前置条件：用户已成功扫瞄历史订单信息最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户点击“评价”按钮进入评价页面。触发器：用户点击“评价”按钮主要成功情节：调用“查看历史订单”用例用户点击“评价”按钮后，返回历史订单页面。扩展：“查看历史订单”用例调用失败用户被告知猎取历史订单信息失败，提示检查并重恳求点击“评价”按钮，无法获得更的菜品信息。点击刷，无法成功显示更的菜品信息，与页面治理员联系。消灭系统故障，例如网络故障，数据库效劳器故障，系统弹出系统特别页面，提示用户猎取购物车信息失败。系统治理员用例描述用例名称：治理账号用例名称：治理账号主参与者：系统治理员层次：风筝〔概要〕利益相关者：顾客，治理员前置条件：系统治理员必需在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：系统治理员想要的文件正确加载触发器：系统治理员访问主页主要成功情节：在系统治理员的硬盘上创立cookie系统治理员能在账号主页上看到顾客和治理员账户分类扩展：不能创立Cookie创立消息向闻治理员说明由于扫瞄器不允许创立Cookie，所以不行以扫瞄。系统治理员调整扫瞄器Cookie设置并重试，或者离开。不能加载完整账号信息系统治理员得到一个损坏的标志。系统治理员点击刷，图片加载成功。系统治理员点击刷，图片加载不成功，离开。用例名称：治理顾客用例名称：治理顾客主参与者：系统治理员层次：海平面〔用户目标〕利益相关者：顾客前置条件：系统治理员必需在线访问，且进入账号治理页面最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：系统治理员想要的文件正确加载，进入账号治理触发器：系统治理员访问主页主要成功情节：进入账号治理页面，调用账号治理界面点击顾客治理按钮消灭顾客账号的治理工程的伸展菜单扩展：“治理账号”用例调用失败Cookie，所以不行以扫瞄。系统治理员调整扫瞄器Cookie设置并重试，或者离开。点击“顾客治理”按钮不能显示顾客账号治理工程伸展菜单系统治理员点击刷，重点击按钮，信息显示成功。题。用例名称：治理员治理主参与者：系统治理员主参与者：系统治理员层次：海平面〔用户目标〕利益相关者：治理员前置条件：系统治理员必需在线访问，且进入账号治理页面最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：系统治理员想要的文件正确加载，进入账号治理触发器：系统治理员访问主页主要成功情节：进入账号治理页面，调用账号治理界面点击治理员治理按钮4.消灭治理员账号的治理工程的伸展菜单扩展：“系统”用例调用失败Cookie，所以不行以扫瞄。系统治理员调整扫瞄器Cookie设置并重试，或者离开。点击“治理员治理”按钮不能显示治理员账号的治理工程的伸展菜单系统治理员点击刷，重点击按钮，信息显示成功。。用例名称：治理员添加主参与者：系统治理员层次：鱼〔细节〕利益相关者：治理员前置条件：系统治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：系统治理员成功翻开，账号治理员，治理员治理触发器：系统治理员选择“添加治理员”按钮主要成功情节：系统治理员点击“治理员治理”系统翻开以下级联菜单，包括治理员添加、治理员删除、治理员信息修改。超级治理员点击“治理员添加”系统弹出“治理员添加”的页面系统治理员输入要添加治理员的用户名和密码并单击“添加”按钮系统就为之添加到数据库中，添加成功系统返回到恳求前的页面扩展：“治理员治理”用例调用失败系统治理员被告知当前不能扫瞄点击“治理员添加”按钮不能翻开的网页系统治理员得到一个损坏的标志。系统治理员点击刷，重点击按钮，网页翻开成功。题。刷首页，不能看到刚刚添加的治理员账户。检查数据库与后台代码问题。用例名称：修改治理员信息用例名称：修改治理员信息主参与者：系统治理员层次：鱼利益相关者：治理员前置条件：系统治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：系统治理员成功翻开，账号治理员，治理员治理触发器：闻治理员选择“治理员信息修改”按钮主要成功情节：系统治理员点击“治理员治理”系统翻开以下级联菜单，包括治理员添加、治理员删除、治理员信息修改。超级治理员点击“治理员信息修改”系统弹出“治理员信息修改”的页面系统治理员输入要修改治理员的用户名和密码并单击“确认”按钮并输入要修改的用户名及密码点击修改。系统就为之修改数据库中的数据系统就为之修改数据库中的数据系统返回到恳求前的页面扩展：“治理员治理”用例调用失败系统治理员被告知当前不能扫瞄，提示检查网络等信息。点击“治理员信息修改”按钮不能翻开的网页系统治理员得到一个损坏的标志。系统治理员点击刷，重点击按钮，网页翻开成功。。5.a刷首页，不能看到治理员账户修改。用例名称：删除治理员主参与者：系统治理员层次：鱼利益相关者：治理员前置条件：系统治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：系统治理员成功翻开，账号治理，治理员治理触发器：闻治理员选择“删除治理员”按钮主要成功情节：系统治理员点击“治理员治理”系统翻开以下级联菜单，包括治理员添加、删除治理员、治理员信息修改。超级治理员点击“删除治理员”系统弹出“删除治理员”的页面系统治理员输入要修改治理员的用户名和密码并单击“确认”按钮系统就为之删除数据库中的数据系统返回到恳求前的页面扩展：“治理员治理”用例调用失败系统治理员被告知当前不能扫瞄，提示检查网络。点击“管删除治理员”按钮不能翻开的网页系统治理员得到一个损坏的标志。系统治理员点击刷，重点击按钮，网页翻开成功。题。刷首页，不能看到治理员账户删除。检查数据库与后台代码问题。用例名称：审核注册用户主参与者：系统治理员层次：鱼利益相关者：顾客前置条件：系统治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：系统治理员成功翻开，账号治理，治理顾客触发器：闻治理员选择“审核注册用户”按钮主要成功情节：系统治理员点击“治理顾客”系统翻开以下级联菜单，包括审核注册用户、查看顾客信息。超级治理员点击“审核注册用户”系统弹出“审核注册用户”的页面查看需要审核的用户是否符合条件，点击用户名后的“通过”或“拒绝”按钮刷查看注册请否处理，即消逝在审核注册用户的页面系统返回到恳求前的页面扩展：“治理员治理”用例调用失败系统治理员被告知当前不能扫瞄，提示检查网络等信息。点击“审核注册用户”按钮不能翻开的网页系统治理员得到一个损坏的标志。系统治理员点击刷，重点击按钮，网页翻开成功。题。刷首页，不能看到恳求已处理。检查数据库与后台代码问题。用例名称：查看顾客信息用例名称：查看顾客信息主参与者：系统治理员层次：鱼利益相关者：顾客前置条件：系统治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：系统治理员成功翻开，账号治理，治理顾客触发器：闻治理员选择“查看顾客信息”按钮主要成功情节：系统治理员点击“治理顾客”系统翻开以下级联菜单，包括审核注册用户、查看顾客信息。超级治理员点击“查看顾客信息”系统弹出“查看顾客信息”的页面系统弹出“查看顾客信息”的页面查看查看顾客信息系统返回到恳求前的页面扩展：“治理员治理”用例调用失败系统治理员被告知当前不能扫瞄，提示检查网络等。点击“查看顾客信息”按钮不能翻开的网页系统治理员得到一个损坏的标志。系统治理员点击刷，重点击按钮，网页翻开成功。。店铺治理员用例描述用例名称：治理店铺用例名称：治理店铺主参与者：店铺治理员层次：风筝〔概要〕利益相关者：店铺前置条件：店铺治理员必需在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：店铺治理员想要的文件正确加载触发器：店铺治理员访问主页主要成功情节：进入店铺总治理页面点击治理店铺中钮3消灭治理店铺的治理工程的伸展菜单扩展：4.a点击“治理店铺”按钮不能显示治理店铺的治理工程的伸展菜单店铺治理员点击刷，重点击按钮，信息显示成功。题。用例名称：治理菜品用例名称：治理菜品主参与者：店铺治理员层次：风筝〔概要〕利益相关者：店铺前置条件：店铺治理员必需在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：店铺治理员想要的文件正确加载触发器：店铺治理员访问主页主要成功情节：主要成功情节：进入店铺总治理页面点击菜品治理钮消灭菜品治理的治理工程的伸展菜单扩展：点击“治理店铺”按钮不能显示菜品治理的治理工程的伸展菜单店铺治理员点击刷，重点击按钮，信息显示成功。。用例名称：治理评论用例名称：治理评论主参与者：店铺治理员层次：风筝〔概要〕利益相关者：店铺前置条件：店铺治理员必需在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：店铺治理员想要的文件正确加载触发器：店铺治理员访问主页主要成功情节：进入店铺总治理页面点击评论治理钮消灭评论治理的治理工程的伸展菜单扩展：点击“治理评论”按钮不能显示评论治理的治理工程的伸展菜单店铺治理员点击刷，重点击按钮，信息显示成功。题。用例名称：添加店铺用例名称：添加店铺主参与者：店铺治理员层次：太平洋〔用户治理〕利益相关者：店铺前置条件：店铺治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：店铺治理员成功翻开，治理店铺触发器：店铺治理员选择“添加店铺”按钮主要成功情节：1.店铺治理员点击“治理店铺”店铺翻开以下级联菜单，包括店铺添加、店铺删除店铺翻开以下级联菜单，包括店铺添加、店铺删除店铺治理员点击“店铺添加”店铺弹出“店铺添加”的页面店铺治理员输入要添加店铺信息单击“添加”按钮系统就为之添加到数据库中，添加成功系统返回到恳求前的页面扩展：2.a“店铺治理”用例调用失败1.a.1店铺治理员被告知当前不能扫瞄。点击“店铺添加”按钮不能翻开的网页店铺治理员得到一个损坏的标志。店铺治理员点击刷，重点击按钮，网页翻开成功。店铺治理员点击刷，重点击按钮，网页翻开不成功，检查数据库与后台代码问题。刷首页，不能看到刚刚添加的店铺。检查数据库与后台代码问题。用例名称：删除店铺主参与者：店铺治理员层次：太平洋〔用户治理〕利益相关者：店铺前置条件：店铺治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：店铺治理员成功翻开，治理店铺触发器：店铺治理员选择“删除店铺”按钮主要成功情节：店铺治理员点击“治理店铺”店铺翻开以下级联菜单，包括店铺添加、店铺删除店铺治理员点击“店铺删除”店铺弹出“店铺删除”的页面店铺治理员输入要删除店铺信息单击“删除”按钮系统就为之从数据库中删除系统返回到恳求前的页面扩展：3.a“店铺治理”用例调用失败1.a.1店铺治理员被告知当前不能扫瞄。点击“店铺删除”按钮不能翻开的网页店铺治理员得到一个损坏的标志。店铺治理员点击刷，重点击按钮，网页翻开成功。店铺治理员点击刷，重点击按钮，网页翻开不成功，检查数据库与后台代码问题。刷首页，不能看店铺被删除。刷首页，不能看店铺被删除。检查数据库与后台代码问题。用例名称：添加菜品主参与者：店铺治理员层次：太平洋〔用户治理〕利益相关者：店铺前置条件：店铺治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：店铺治理员成功翻开，治理菜品触发器：系统治理员选择“添加菜品”按钮主要成功情节：店铺治理员点击“治理菜品”店铺翻开以下级联菜单，包括菜品添加、菜品删除、修改菜品信息店铺治理员点击“菜品添加”店铺弹出“菜品添加”的页面店铺治理员输入要添加菜品信息单击“添加”按钮系统就为之添加到数据库中，添加成功系统返回到恳求前的页面扩展：4.a“菜品治理”用例调用失败1.a.1店铺治理员被告知当前不能扫瞄。点击“菜品添加”按钮不能翻开的网页店铺治理员得到一个损坏的标志。店铺治理员点击刷，重点击按钮，网页翻开成功。店铺治理员点击刷，重点击按钮，网页翻开不成功，检查数据库与后台代码问题。刷首页，不能看到刚刚添加的菜品。检查数据库与后台代码问题。用例名称：删除菜品用例名称：删除菜品主参与者：店铺治理员层次：太平洋〔用户治理〕利益相关者：店铺前置条件：店铺治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：店铺治理员成功翻开，治理菜品触发器：店铺治理员选择“删除菜品”按钮主要成功情节：店铺治理员点击“治理菜品”店铺治理员点击“治理菜品”店铺翻开以下级联菜单，包括菜品添加、菜品删除、修改菜品信息店铺治理员点击“菜品删除”店铺弹出“菜品删除”的页面店铺治理员输入要删除菜品信息单击“删除”按钮系统就为之从数据库中删除系统返回到恳求前的页面扩展：5.a“菜品治理”用例调用失败1.a.1店铺治理员被告知当前不能扫瞄。点击“菜品删除”按钮不能翻开的网页店铺治理员得到一个损坏的标志。店铺治理员点击刷，重点击按钮，网页翻开成功。店铺治理员点击刷，重点击按钮，网页翻开不成功，检查数据库与后台代码问题。刷首页，不能看菜品被删除。检查数据库与后台代码问题。用例名称：修改菜品信息主参与者：店铺治理员层次：太平洋〔用户治理〕利益相关者：店铺前置条件：店铺治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：店铺治理员成功翻开，治理菜品触发器：店铺治理员选择“修改菜品信息”按钮主要成功情节：店铺治理员点击“治理菜品”店铺翻开以下级联菜单，包括菜品添加、菜品删除、修改菜品信息店铺治理员点击“修改菜品信息”店铺弹出“修改菜品信息”的页面店铺治理员输入要修改的菜品信息，并输入的信息单击“修改”按钮系统就为之从数据库中删除系统返回到恳求前的页面扩展：6.a“菜品治理”用例调用失败1.a.1店铺治理员被告知当前不能扫瞄。点击“修改菜品信息”按钮不能翻开的网页店铺治理员得到一个损坏的标志。店铺治理员点击刷，重点击按钮，网页翻开成功。店铺治理员点击刷，重点击按钮，网页翻开不成功，检查数据库与后台代码问题。刷首页，不能看菜品信息被修改。刷首页，不能看菜品信息被修改。检查数据库与后台代码问题。用例名称：删除评论主参与者：店铺治理员层次：太平洋〔用户治理〕利益相关者：店铺前置条件：店铺治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：店铺治理员成功翻开，治理评论触发器：店铺治理员选择“删除评论”按钮主要成功情节：店铺治理员点击“治理评论”店铺翻开以下级联菜单，包括评论删除店铺治理员点击“评论删除”店铺弹出“评论删除”的页面店铺治理员输入要删除评论信息单击“删除”按钮系统就为之从数据库中删除系统返回到恳求前的页面扩展：7.a“评论治理”用例调用失败1.a.1店铺治理员被告知当前不能扫瞄。点击“评论删除”按钮不能翻开的网页店铺治理员得到一个损坏的标志。店铺治理员点击刷，重点击按钮，网页翻开成功。店铺治理员点击刷，重点击按钮，网页翻开不成功，检查数据库与后台代码问题。刷首页，不能看评论被删除。检查数据库与后台代码问题。订单治理员用例描述用例名称：扫瞄订单用例名称：扫瞄订单主参与者：订单治理员层次：风筝〔概要〕利益相关者：用户，店铺治理员前置条件：订单治理员必需能访问后台订单数据最低保证：回滚任何未完成的事务成功保证：订单治理员能成功登录到后台治理界面触发器：订单治理员访问登录到后台治理界面主要成功情节:主要成功情节:成功调用“治理员登录”用例；2.订单治理员提出查看订单恳求；订单治理员点击“查看订单”按钮；订单治理员可以看到全部的订单状况；系统显示查看全部订单信息；系统返回恳求前的页面；扩展：a“登录”用例调用失败订单治理员被告知用户信息不正确，提示检查网络等信息并成功扫瞄首页闻。订单治理员被告知用户信息不正确，无常登录，联系系统主治理员。点击“查看订单”按钮不能成功订单治理员点击刷，重点击按钮，成功扫瞄订单信息。闻治理员点击刷，重点击按钮，扫瞄订单信息不成功。5.a5.a.1系统将查看全部订单治理信息从数据库中查看时消灭故障，例如数据库效劳器故障，系统弹出系统特别页面，提示一般治理员查看全部订单治理信息失败.用例名称：处理订单用例名称：处理订单主参与者：订单治理员层次：海平面〔用户目标〕利益相关者：用户，店铺治理员前置条件：订单治理员必需已经能扫瞄全部订单信息最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：订单治理员必需已经能扫瞄全部订单信息触发器：订单治理员选择“处理订单”按钮主要成功情节：调用“扫瞄订单”用例为这个事务翻开一个的网页。订单治理员能在网页中转变订单状态。点击“更”按钮，能将数据添加至后台数据库。刷首页，能扫瞄到刚修改顶单的状态从“未完成”改为“已完成扩展：a“扫瞄订单”用例调用失败1.a.1订单治理员被告知当前不能扫瞄点击“处理订单”按钮不能翻开的网页订单治理员得到一个损坏的标志。订单治理员点击刷，重点击按钮，网页翻开成功。题。a刷首页，修改订单状态未修改。a刷首页，修改订单状态未修改。订单治理员得到一个损坏的标志。订单治理员点击刷，成功扫瞄到订单状态转变。闻治理员用例描述用例名称：扫瞄闻用例名称：扫瞄闻主参与者：闻治理员层次：风筝〔概要〕利益相关者：用户，店铺治理员前置条件：闻治理员必需在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：闻治理员想要的文件正确加载触发器：闻治理员访问主页主要成功情节：在闻治理员的硬盘上创立cookie闻治理员能在主页上看到闻扩展：a不能创立Cookie创立消息向闻治理员说明由于扫瞄器不允许创立Cookie，所以不行以扫瞄。闻治理员调整扫瞄器Cookie设置并重试，或者离开。a不能加载完整大小的图片闻治理员得到一个损坏的标志。闻治理员点击刷，图片加载成功。闻治理员点击刷，图片加载不成功，离开。用例名称：添加闻用例名称：添加闻主参与者：闻治理员层次：海平面〔用户目标〕利益相关者：用户，店铺治理员前置条件：闻治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：闻治理员成功翻开，扫瞄闻触发器：闻治理员选择“添加闻”按钮主要成功情节：调用“扫瞄闻”用例为这个事务翻开一个的网页。闻治理员能在网页中输入闻标题，闻容等。点击“添加”按钮，能将输入数据添加至后台数据库。5.刷首页，能扫瞄到刚公布的闻。扩展：5.刷首页，能扫瞄到刚公布的闻。扩展：a“扫瞄闻”用例调用失败1.a.1闻治理员被告知当前不能扫瞄，提示检查网络等信息并成功扫瞄首页闻。点击“添加闻”按钮不能翻开的网页闻治理员得到一个损坏的标志。闻治理员点击刷，重点击按钮，网页翻开成功。。a刷首页，不能扫瞄到刚公布的闻。闻治理员得到一个损坏的标志。闻治理员点击刷，成功扫瞄到公布闻。闻治理员点击刷，不成功扫瞄到公布闻，检查数据库与后台代码问题。用例名称：修改闻主参与者：闻治理员层次：海平面〔用户目标〕利益相关者：用户，店铺治理员前置条件：闻治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：闻治理员成功翻开，扫瞄闻触发器：闻治理员选择“修改闻”按钮主要成功情节：调用“修改闻”用例为这个事务翻开一个的网页。闻治理员能在网页中输入闻标题，闻容等。点击“修改”按钮，能将输入数据添加至后台数据库。刷首页，能扫瞄到刚修改的闻。扩展：a“扫瞄闻”用例调用失败1.a.1闻治理员被告知当前不能扫瞄，提示检查网络等信息并成功扫瞄首页闻。点击“修改闻”按钮不能翻开的网页闻治理员得到一个损坏的标志。闻治理员点击刷，重点击按钮，网页翻开成功。题。a刷首页，不能扫瞄到刚修改的闻。闻治理员得到一个损坏的标志。闻治理员点击刷，成功扫瞄到修改闻。闻治理员点击刷，不成功扫瞄到修改闻，检查数据库与后台代码问题。用例名称：删除闻主参与者：闻治理员层次：海平面〔用户目标〕利益相关者：用户，店铺治理员前置条件：闻治理员必需已经能在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：闻治理员成功翻开，扫瞄闻触发器：闻治理员选择“删除闻”按钮主要成功情节：调用“删除闻”用例为这个事务翻开一个的网页。闻治理员能在网页中输入闻标题，闻容等。点击“删除”按钮，更后台数据库。刷首页，能扫瞄到刚删除的闻已经不在。扩展：a“扫瞄闻”用例调用失败1.a.1闻治理员被告知当前不能扫瞄，提示检查网络等信息并成功扫瞄首页闻。点击“删除闻”按钮不能翻开的网页闻治理员得到一个损坏的标志。闻治理员点击刷，重点击按钮，网页翻开成功。题。a刷首页，刚删除的闻还在。闻治理员得到一个损坏的标志。闻治理员点击刷，成功删除闻。闻治理员点击刷，不成功删除闻，检查数据库与后台代码问题。试验5通过用例猎取概念数据模型5.1试验6将概念数据模型转换为对象关系模型6.1Customer(custId, custName, custEmail, custAddr, custPhone, custPW,custStatus)Order(ordId, custId, delivTime, delivAdde, Phone, payMode, ordStatus,subTotal,totalAmount)Dish(dishId,storeId,dishName,dishDesc,dishType,dishPrice,salesVolume,dishStatus)ShoppCart(custId,ordId,quantity,actualPrice,amount)Comment(commId,custId,dishId,commcont,commLevel,commTime)Store(storeId,storeDesc,storeAddr,storePhone)Administrater(adminId,adminName,adminPW,adminType)News(newsId, adminId, newsTitle, newsCont, newsType, browseNum)试验7分析类图建模〔序列图、分析类图〕实体类、边界类、把握类挨次图修改个人信息挨次图订单处理挨次图订餐效劳挨次图店铺治理挨次图接店铺治理挨次图账号治理挨次图订单处理挨次图闻治理挨次图分析类图修改个人信息分析类账号治理分析类订单处理分析类订餐效劳分析类订单治理分析类闻治理分析类试验8三种可选方案选择分析三种可选设计策略系统需求和约束需求 约束有效的系统治理易于使用期望系统需求支持销售推想定制报表生成

开发本钱硬件本钱易于培训法律约束三种可选系统和它们的优缺点A.外包给应用效劳应用商〔低端〕优点 缺点全部硬件都不设在现场 不灵敏应用程序开发和专业治理不在现场 有系统集成优秀的应急响应B.企业资源打算系统〔高端〕优点 缺点稳定性 需要有技能的部员工文档资源可用性 昂贵的硬件和软件较大的学习曲线C.应用效劳器/对象框架〔中端〕优点 缺点和当前系统极好的集成 开发可伸缩性 专有的灵敏性 打算和开发期间文档至关重要对三种可选策略的定性定量分析准则准则ABC需求灵敏性和可伸缩性一般较好很好有效的系统治理一般较好很好易于使用可承受合理良好易于实时更是是是跟踪客户购置活动不能是是支持销售推想定制报表生成支持一些推想模型不能支持一些推想模型 供给全部必要模的支持是 是约束必需和现有系统相接需要大量的修改较少修改较少修改开发本钱205000310000390000硬件本钱120230120230190000投入运转时间679易于培训三个星期三个星期两个星期法律约束不能修改允许商定无型系统的可选设计策略的加权平分数据准则 方案A 方案B

C需求权值等级分数等级分数等级分数灵敏性和可伸缩性10220330440有效的系统治理10110220440易于使于实时更12112224336跟踪客户购置活动9327327545支持销售推想42828324定制报表生成30130130390约束必需和现有系统相发本钱10550440220硬件本钱10550440220投入运转时间542015210易于培训5210210420法律约束428312520合计137314343451更后的BPP20231024耗时五周，系统设计耗时三周。工程将在202312工程治理与打算工程治理与打算2023.10.24--2023.11.7系统分析2023.11.8--2023.12.12系统设计2023.12.13--2023.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`(`commId`int(8)NOTNULL,`custId`int(8)DEFAULTNULL,`dishId`int(8)DEFAULTNULL,`commcont`varchar(30)DEFAULTNULL,`commLevel`varchar(10)DEFAULTNULL,`commTime`datetimeNOTNULL,PRIMARYKEY(`commTime`,`commId`))店铺表：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(commId,commTime,custId,dishId,commcont,commLevel)Customer(custId,custName,custEmail,custAddr,custPhone,custPW,custStatus)Dish(dishId,storeId,dishName,dishDesc,dishType,dishPrice,salesVolume,dishStatus)反规化Comment(commId, commTime, custId, dishId ,commcont,commLevel, custName,custEmail,custAddr,custPhone,custPW,custStatus,dishName,dishDesc,dishType,dishPrice,salesVolume,dishStatus)菜品会使得表量数据是重复的，检索数量不会高于插入和更，反规化是应当避开的。规化关系Dish(dishId,storeId,dishName,dishDesc,dishType,dishPrice,salesVolume,dishStatus)Store(storeId,storeDesc,storeAddr,storePhone)反规化Dish(dishId,storeId,dishName,dishDesc,dishType,dishPrice,salesVolume,dishStatus,storeDesc,storeAddr,storePhone)是适宜的。规化关系Order(ordId,custId,delivTime,delivAdde,Phone,payMode,ordStatus,subTotal,tota