餐饮管理系统概要方案设计书.doc
《餐饮管理系统概要方案设计书.doc》由会员分享,可在线阅读,更多相关《餐饮管理系统概要方案设计书.doc(31页珍藏版)》请在咨信网上搜索。
1、广州XXX软件 餐饮管理系统概要设计餐饮管理系统概要设计V0.2广州软件公司评 审 日 期: 2013年4月7日第 31 页 共 31 页目 录1.导言4矚慫润厲钐瘗睞枥庑赖。1.1目的4聞創沟燴鐺險爱氇谴净。1.2范围4残骛楼諍锩瀨濟溆塹籟。1.3缩写说明4酽锕极額閉镇桧猪訣锥。1.4术语定义5彈贸摄尔霁毙攬砖卤庑。1.5引用标准5謀荞抟箧飆鐸怼类蒋薔。1.6参考资料5厦礴恳蹒骈時盡继價骚。1.7版本更新信息5茕桢广鳓鯡选块网羈泪。2.系统分析5鹅娅尽損鹌惨歷茏鴛賴。3.界面设计7籟丛妈羥为贍偾蛏练淨。3.1管理端界面设计7預頌圣鉉儐歲龈讶骅籴。3.2客户端界面设计10渗釤呛俨匀谔鱉调硯錦。
2、4.体系结构11铙誅卧泻噦圣骋贶頂廡。4.1体系结构12擁締凤袜备訊顎轮烂蔷。.Asp.Net MVC体系结构12贓熱俣阃歲匱阊邺镓騷。.系统体系结构13坛摶乡囂忏蒌鍥铃氈淚。4.2系统运行环境13蜡變黲癟報伥铉锚鈰赘。4.2.1网络结构图13買鲷鴯譖昙膚遙闫撷凄。4.2.2 硬件环境14綾镝鯛駕櫬鹕踪韦辚糴。4.2.3软件环境14驅踬髏彦浃绥譎饴憂锦。5.数据模型15猫虿驢绘燈鮒诛髅貺庑。5.1数据库的概念结构模型设计15锹籁饗迳琐筆襖鸥娅薔。5.2数据库的逻辑结构模型设计16構氽頑黉碩饨荠龈话骛。5.3数据库管理物理结构模型设计18輒峄陽檉簖疖網儂號泶。6.模块设计19尧侧閆繭絳闕绚勵蜆贅
3、。6.1客户端模块设计20识饒鎂錕缢灩筧嚌俨淒。6.1.1表示层设计21凍鈹鋨劳臘锴痫婦胫籴。6.1.2控制层21恥諤銪灭萦欢煬鞏鹜錦。6.2登录管理模块设计22鯊腎鑰诎褳鉀沩懼統庫。6.2.1表示层设计22硕癘鄴颃诌攆檸攜驤蔹。6.2.2控制层设计23阌擻輳嬪諫迁择楨秘騖。6.3用户管理模块设计23氬嚕躑竄贸恳彈瀘颔澩。6.3.1表示层设计23釷鹆資贏車贖孙滅獅赘。6.3.2控制层设计24怂阐譜鯪迳導嘯畫長凉。6.4菜单管理模块设计24谚辞調担鈧谄动禪泻類。6.4.1表示层设计25嘰觐詿缧铴嗫偽純铪锩。6.4.2控制层设计25熒绐譏钲鏌觶鷹緇機库。6.5订单管理模块设计26鶼渍螻偉阅劍鲰腎邏
4、蘞。6.5.1表示层设计26纣忧蔣氳頑莶驅藥悯骛。6.5.2控制层设计27颖刍莖蛺饽亿顿裊赔泷。6.6点餐管理模块设计27濫驂膽閉驟羥闈詔寢賻。6.6.1表示层设计27銚銻縵哜鳗鸿锓謎諏涼。6.6.2控制层设计28挤貼綬电麥结鈺贖哓类。6.7评价管理模块设计28赔荊紳谘侖驟辽輩袜錈。6.7.1表示层设计28塤礙籟馐决穩賽釙冊庫。6.7.2控制层设计29裊樣祕廬廂颤谚鍘羋蔺。6.8报表管理模块设计29仓嫗盤紲嘱珑詁鍬齊驁。6.8.1表示层设计30绽萬璉轆娛閬蛏鬮绾瀧。6.8.2控制层设计30骁顾燁鶚巯瀆蕪領鲡赙。项目小组参加人员及分工姓名学号工作任务组长庞嘉瑶1007508235总体布局组员曾洁
5、玲1007508216客户端模块设计组员李文静1007508221客户端模块设计组员李春丽1007508252管理端模块设计组员叶庆文0907508312管理端模块设计1.导言1.1目的该文档的目的是描述餐饮管理系统项目的概要设计,其主要内容包括:l 系统功能简介l 系统结构设计l 系统接口设计l 数据设计l 模块设计l 界面设计本文档的预期的读者是:l 开发人员l 项目管理人员l 测试人员1.2范围该文档定义了系统的结构和单元接口,但未确定单元的实现方法,这部分内容将在详细设计/实现中确定。1.3缩写说明UMLUnified Modeling Language(统一建模语言)的缩写,是一个标
6、准的建模语言。ASPActive Server Page(动态服务器页面)的缩写,可以与数据库和其它程序进行交互,是一种简单、方便的编程工具。瑣钋濺暧惲锟缟馭篩凉。MVCModel-View-Control(模式视图控制)的缩写,表示一个三层的结构体系。1.4术语定义无1.5引用标准1 企业文档格式标准 北京长江软件有限公司 2 软件概要设计报告格式标准 北京长江软件有限公司软件工程过程化组织1.6参考资料1 软件重构 清华大学出版社1.7版本更新信息本文档的更新记录如表所示。表-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0012013.4.70.1全部初始发布版本0022
7、013.4.140.2第3.1、5.2、6.1.1节修改2.系统分析本系统可以实现网上的餐饮管理,会员通过网上浏览饭店的菜肴信息,实现订餐操作,并可以对各种菜肴做出相应的评价。同时,饭店相关人员可以管理菜肴信息、订单信息、生成报表等。系统包括管理端子系统和客户端子系统。鎦诗涇艳损楼紲鯗餳類。管理端子系统包括菜单管理、订单管理、点餐管理、报表管理、评价管理、用户管理。客户端子系统包括检索浏览菜单、下订单、餐后评价。图B1和B2为客户端和管理端的组成结构图。栉缏歐锄棗鈕种鵑瑶锬。客户端会员检索浏览菜单填写预订信息提交订单选择菜肴订单信息管理端餐后评价评价信息图:客户端子系统图示管理端菜单发布系统管
8、理用户管理饭店相关人员评价管理订单获取订单管理客户端饭店相关人员员图:管理端子系统系统管理员菜单管理评价获取报表管理饭店相关人员现场点餐饭店相关人员员辔烨棟剛殓攬瑤丽阄应。3.界面设计本系统的用户界面按功能分客户端和管理端。3.1管理端界面设计管理端主要实现菜单管理、订单管理、点餐管理、报表管理、评价管理以及用户管理等功能。主要界面设计如下:- 登录界面u 通过用户名和密码实现用户登录,并判断用户的权限。- 管理首页u 根据用户的权限,进入首页,并在首页中展示此用户相应可以操作的权限功能。- 菜单管理u 包括“菜式列表”、“菜肴详细信息”、“添加菜式”、“删除菜式”和“修改菜肴信息”等页面。-
9、 订单管理u 包括“订单列表”、“订单详细信息”、“修改订单信息”和“更改订单状态”等页面。- 点餐管理u 包括“填写就餐信息”、“选择菜色”和“预览点餐”等页面。- 评价管理u 包括“评价列表”、“已审核评价列表”、“未审核评价列表”、“评价详细信息”和“审核评价信息”等页面。- 报表管理u 包括“选择统计方式”和“输出报表”等页面。- 用户管理u 包括“用户列表”、“用户信息”、“修改用户信息”、“添加用户”和“删除用户” 、“用户权限设置”等页面。峴扬斕滾澗辐滠兴渙藺。具体页面流如下图所示:菜单管理登录界面订单管理点餐管理首页修改订单信息更改订单状态订单列表订单管理订单详细信息修改菜肴信
10、息菜肴详细信息删除菜式添加菜式菜式列表预览点餐选择菜式输出报表选择统计方式用户信息增加用户用户列表用户管理删除用户修改用户信息报表管理删除处理修改状态审核评价信息查询未审核评价查询已审核评价评价管理评价列表填写就餐信息点餐管理菜单管理用户管理报表管理评价管理詩叁撻訥烬忧毀厉鋨骜。图:管理端的页面流程3.2客户端界面设计客户端主要为顾客提供网上订餐的过程,顾客通过注册为会员并登录系统,检索浏览菜单,填写订餐信息、选择菜色生成订单,传到服务器端,供管理者管理订单。主要界面设计如下:则鯤愜韋瘓賈晖园栋泷。- 注册界面u 填写个人基本信息实现用户注册。- 登录界面u 通过用户名和密码实现用户登录。-
11、管理首页u 登录的会员可以实现检索浏览菜单、订餐、餐后评价、订单管理、个人信息管理的功能,而游客只提供检索浏览菜单的功能。胀鏝彈奥秘孫戶孪钇賻。- 检索浏览菜单u 包括“菜单列表”和“菜肴详细信息”等页面。- 订餐u 包括“填写预订信息”、“选择菜色”和“预览订单”等页面。- 餐后评价u 包括“待评价菜式列表”和“填写评价信息”等页面。- 订单管理u 包括“订单列表”、“订单详细信息”和“修改订单信息”等页面。- 个人信息管理u 包括“个人基本信息”等页面。具体页面流如下图所示:会员网上登录顾客网上注册菜单列表餐后评价订单管理填写预订信息预览订单修改订单信息填写评价信息待评价菜式列表选择菜色查
12、询订单详细信息取消未就餐订单订单列表删除已就餐订单查看个人信息修改个人信息菜肴详细信息个人信息管理订餐首页检索浏览菜单餐后评价订单管理个人信息管理订餐检索浏览菜单鳃躋峽祷紉诵帮废掃減。图:客户端的页面流程4.体系结构系统的总体结构设计遵循如下原则:) 系统应具有良好的适应性:能适应用户对系统的软件环境、管理内容、模式和界面的要求;) 系统应具有可靠性:采用成熟的技术方法和软件开发平台,以保证在以后的实际应用中安全、可靠;) 系统应具有较好的安全性:应提高完善的安全机制和用户权限限制机制,确保数据的受限访问;) 系统应具有良好的可维护性:系统应易于维护、安装;) 系统应具有良好的可扩展性:系统应
13、适应未来信息化建设的要求,能方便得进行功能扩展,以建立完善的信息集成管理体系。稟虛嬪赈维哜妝扩踴粜。4.1体系结构本系统采用Asp.Net的模型-视图-控制器(MVC)体系结构。.Asp.Net MVC体系结构模型-视图-控制器 (MVC) 体系结构模式将应用程序分成三个主要组件:模型、视图和控制器。ASP.NET MVC 框架提供用于创建 Web 应用程序的 ASP.NET Web 窗体模式的替代模式。ASP.NET MVC 框架是一个可测试性非常高的轻型演示框架,(与基于 Web 窗体的应用程序一样)它集成了现有的 ASP.NET 功能,如母版页和基于成员资格的身份验证。MVC 框架在Sy
14、stem.Web.Mvc程序集中定义。陽簍埡鲑罷規呜旧岿錟。MVC 设计模式MVC 是许多开发人员熟悉的标准设计模式。一些类型的 Web 应用程序将得益于 MVC 框架。一些类型将继续使用基于 Web 窗体和回发的传统 ASP.NET 应用程序模式。其他类型的 Web 应用程序将结合这两种方法;这两种方法彼此互不包含。沩氣嘮戇苌鑿鑿槠谔應。MVC 框架包括以下组件: 模型。模型对象是实现应用程序数据域逻辑的应用程序部件。通常,模型对象会检索模型状态并将其存储在数据库中。例如,Product对象可能会从数据库中检索信息,操作该信息,然后将更新的信息写回到 SQL Server 数据库内的 Pro
15、ducts 表中。钡嵐縣緱虜荣产涛團蔺。在小型应用程序中,模型通常是概念上的分离,而不是实际分离。例如,如果应用程序仅读取数据集并将其发送到视图,则该应用程序没有物理模型层和关联的类。在这种情况下,数据集担当模型对象的作用。懨俠劑鈍触乐鹇烬觶騮。 视图。视图是显示应用程序用户界面 (UI) 的组件。通常,此 UI 是用模型数据创建的。Products 表的编辑视图便是一个视图示例,该视图基于Product对象的当前状态显示文本框、下拉列表和复选框。謾饱兗争詣繚鮐癞别瀘。 控制器。控制器是处理用户交互、使用模型并最终选择要呈现的视图来显示 UI 的组件。在 MVC 应用程序中,视图仅显示信息;控
16、制器则用于处理和响应用户输入和交互。例如,控制器处理查询字符串值,并将这些值传递给模型,而模型可能会使用这些值来查询数据库。呙铉們欤谦鸪饺竞荡赚。MVC 模式可以帮助您创建使应用程序的不同方面(输入逻辑、业务逻辑和 UI 逻辑)分离的应用程序,同时可在这些元素之间提供松散耦合。该模式指定每种逻辑在应用程序中应处的位置。UI 逻辑位于视图中。输入逻辑位于控制器中。业务逻辑位于模型中。在您生成应用程序时,通过使用这种分离方式,可以帮助您化繁为简,因为它可以使您侧重于一次实现应用程序的一个方面。例如,您可以侧重于独立于业务逻辑的视图。莹谐龌蕲賞组靄绉嚴减。MVC 应用程序的这三个主要组件之间的松散耦
17、合也可促进并行开发。例如,一个开发人员可以从事视图方面的工作,第二个开发人员可以从事控制器逻辑方面的工作,第三个开发人员可以侧重于模型中的业务逻辑。麸肃鹏镟轿騍镣缚縟糶。.系统体系结构根据系统分析结果,该系统从结构上应满足:l 基于浏览器进行显示以方便用户使用;l 采用MVC的三层体系结构,分化各个功能组件;l 采用C#脚本语言与数据库通讯以便于数据库的转换;l 采用标签技术完成动态页面的简单逻辑。4.2系统运行环境系统运行的网络结构图、硬件软件环境图如下。4.2.1网络结构图本系统的网络拓构图如图:图:系统的网络拓扑图图:系统的网络拓扑结构图其中的局域网用户机主要是饭店内部的人员可以使用的机
18、器,远程用户机主要是指通过互联网登录系统的人员使用的机器,可以是饭店内部的人,也可以是会员。納畴鳗吶鄖禎銣腻鰲锬。4.2.2 硬件环境本系统的硬件环境如下:l 客户机:普通PCn CPU:P4 1.8GHz以上n 内存:256MB以上n 能够运行IE6.0以上的机器n 分辨率:推荐使用1024*768像素l WEB服务器n CPU:P4 2.0GHzn 内存:1G以上n 硬盘:80G以上n 网卡:千兆l 数据库服务器n CPU:P4 2.0GHzn 内存:1G以上n 硬盘:80G以上4.2.3软件环境本系统的软件环境如下:l 操作系统:Unix/Linux/windows2000或以上版本l
19、数据库:SQL Server 2005l Web服务器:IISl 浏览器:IE6.0以上(1)数据库及操作系统:对于核心数据库来说,选择一个合适的数据库系统对我们的系统运行是很重要的,选择数据库的关键因素是要考虑预计会有多少人同时访问数据库;正常工作时间的级别;用来访问数据库的应用程序的类型;运行数据库的服务器的硬件和操作系统类型;以及管理人员的专业技术水平。目前市场上适用于中小型企业的数据库产品有IBM DB2 、Microsoft SQL Server系列、 Oracle系列。所有这些产品都基于SQL语言。同时,它们还拥有精密复杂的安全控制以适应不同的商业需要。服务器操作系统使用Windo
20、ws 2005 Server系统。風撵鲔貓铁频钙蓟纠庙。考虑到价格因素、易用性,我们使用SQL SERVER 2005作为系统后台数据库系统,服务器操作系统采用Windows 2005 Server。灭嗳骇諗鋅猎輛觏馊藹。(2)WEB服务软件:目前的WEB服务器软件有很多种,成熟而且稳定有Apache、Tomcat和Microsoft的IIS ,它们也是占据着Web服务器市场最大的份额。IIS(Internet Information Server,互联网信息服务)是一种Web(网页)服务组件,其中包括Web服务器、FTP服务器、NNTP服务器和SMTP服务器,分别用于网页浏览、文件传输、新闻
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 餐饮 管理 系统 概要 方案设计
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【w****g】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【w****g】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。