软件设计与体系结构论文

1、设计题目院 系专 业学生姓名学生学号任课教师U商审UWVUtSTTY arSCIBMCB AND TKHKOLOOY软件设计与体系结构非卷面试题快餐店多功能点餐系统电子与信息工程学院计算机科学与技术倪启东快餐店多功能点餐系统摘要随着计算机软件行业的发展和互联网的普及，软件进入到人们生活的各个行 业之中。在这个软件爆炸的时代，软件系统有一个好的设计与结构显得尤为重要。 通过快餐店多功能点餐系统的设计，将软件体系结构与设计的所学的知识，运用 到实际系统中，是对知识、技术的巩固，也是能力的提升。本系统主要运用增量模型，随着知识的学习同步进行系统的开发。主要采用 了策略模式、观察者模式、装饰者模式、工厂模式、单例模式。同时，伴随着设 计原则的思想，使得系统更加稳定而高效。关键词 点餐系统；体系结构;设计模式；java目录第1章 绪论11。1引言11.2 系统开发目标11。3开发环境1第2章 需求分析32.1 项目概述32.2 功能需求32.2。1 用户需求 3.2.2.2 系统需求 3.2.3非功能需求32。3.1 产品需求 3.2。3。2 外部需求 4.2.4 业务需求42。4。1业务要求

2、4.2.4。2 客户与用户 4.2。4.3 特性 4.第3章 结构设计53.1 整体设计53.1.1 普通用户活动图 5.3。1。2会员活动图 6.3。1。3管理员活动图 7.3。2 详细设计73.2.1 模块划分 7.3.2。2 简单业务流程设计 8.第4章 设计模式94。1 工厂模式94.1。1 模式说明 9.4。1。2模式类图 9.4.1.3所用原则 94。2 抽象工厂模式104.2。1 模式说明 104。2。2 模式类图 114。2.3 所用原则 114。3 观察者模式124。3.1模式说明 124.3.2模式类图 124。3.3所用原则 124。4 策略模式134。4。1 模式说明 134。4.2模式类图 134.4。3所用原则 134.5 单件模式144。5.1模式说明 144.5。2模式类图 144。5.3所用原则 14结论 15致谢 16参 考 文 献 17第1章 绪论1.1 引言当今世界已进入信息时代，Internet成为21世纪最受关注的行业之一，它 的飞速发展和在全球范围的普及应用正在给人类生活带来革命性变化。网络技术 的发展也取得了巨大的成就，为网站开发提供了很

3、好的技术支持.正基于这个背 景，产生了快餐店多功能点餐系统。就我而言，主要是想通过快餐店多功能点餐系统的开发，让自身在软件 开发的知识水平提升一个档次，特别是对软件开发形成一种概念也正如Head First 设计模式中所说，对象村里的每个人都在使用设计模式。对于刚刚入住 对象村的我，需要有一个和大师交流的机会，而快餐店多功能点餐系统无疑 是我跻身上流社会的一个桥梁。“把模式装进脑子里，然后在你的设计和已有的应用中，寻找何处可以使用 他们。”使用设计模式的最好方法。把自己学到的模式和原则，套用到开发 的系统之上，在开发系统的同时也掌握的设计模式的基本思想。在起初没有使用 设计模式的系统中,更能明显的看出设计模式的威力所在。1.2 系统开发目标为快餐行业的网互联化提供支持，使商家和定餐者都能便捷高效的完成自己 的需求和响应.具体目标如下:用户能够在没有经过培训以及不了解原有系统的情况下使用系统； 系统应将订单处理流程加快 20以上； 用户可以节省一半的查看菜单详细信息； 当用户在快餐店用餐时，可以仅用没有系统所用时间的 30来完成订餐; 当用户叫外卖时,不需要再找外卖单以及订餐电话； 会员

4、得知优惠的效率提高 90%以上.1.3 开发环境本系统采用目前最流行的web开发技术之一一一J2EE进行开发.主要开发语 言采用Java,网页采用JSP、css以及javascript,后台处理采用servlet技术，数据库使用的是MySQL5。5,服务器使用的是Tomcat7。可以配置在Windows,Linux,Unix 等常用操作系统平台。第2章 需求分析2.1 项目概述适用于快餐店的多功能点餐系统,实现会员记录的增、删、查、改、存、读、 的基本功能，根据功能，指导系统的模式。分别对于普通用户、会员、管理员开 设系统。对于普通用户，有管理个人信息、查看菜单、订餐、结帐四种操作.对 于会员，在普通用户的基础上，可以查看优惠信息、使用优惠券。对于管理员, 可以进行管理员管理、普通用户管理、会员管理、菜单管理。2.2 功能需求快餐店多功能点餐系统在功能上应满足三类用户的需求，使得用户使用更加 方便而高效.2.2.1 用户需求管理员可以通过网络进行菜单更新、会员管理、普通用户管理、发布优惠信 息、查看选定时间段的营业情况；所有用户可以选定菜单的特定子集进行查看菜单； 普通用户可以查看今日

5、特价、查看菜单、查看菜目详情、预订菜目、查看消 费金额；会员在普通用户功能的基础上能够查看会员优惠、使用优惠券； 普通的浏览者可以浏览菜单。2.2.2 系统需求系统能将用户每次的消费设置唯一的标识符记录到用户的信息上； 系统可以提供适当的浏览器供用户查看电子邮件等；2.3 非功能需求为了使用用户能够更好的使用系统,系统应具有的性能需求分为以下几个方 面.2.3.1 产品需求系统应在 30 秒之内响应用户的所有请求；系统每周 7天、每天 24 小时都可以使用;对于一个没有使用经验的管理员而言，可以经过 20 分钟的培训使用系统； 对于没有使用经验额普通用户和会员能够直接使用系统; 系统的安全性、稳定性和可靠性可以让用户放心的使用； 系统应具有良好的可移植性。2.3.2 外部需求 系统的设计应具有较高道德用户体验度以及较高的互操作性。2.4 业务需求快餐店多功能点餐系统为快餐行业服务，需要为快餐店的管理员、会员与普 通用户服务。2.4.1 业务要求具体业务要求如下:各种菜目的预订、查询和管理；使用计算机实现菜单的日常管理，提供工作效率和服务质量； 用户通过网络来实现订餐，改变原有的预订方式

6、； 会员通过网络来进行优惠查询与管理,更加方便和高效； 管理员可以更直观的管理用户和会员，分析其数据，可以更好的辅助决 策。2.4.2 客户与用户 快餐店的所有者或者管理员、普通用户、快餐店的会员。2.4.3 特性 能够在网络上完成订餐与优惠管理,使普通用户和会员更加方便。快餐店管理 员可以通过电子邮件给会员发送优惠信息，大大节省了人力物力。第3章结构设计3.1整体设计通过分析整个系统的需求，结合UML建模语言，对系统整体用例图分析如图3.1.1所示.图3.1 1系统用例图311普通用户活动图普通用户可以进行菜单查看，点单，查看消费金额等活动，系统活动图如图3.1 2所示。3.1.2 会员活动图会员在普通用户的基础上可享受更多优惠，系统活动图如图3.1.3所示。3.1.3管理员活动图管理员可以进行菜单管理、普通用户管理、会员管理等活动，系统活动图如3.2详细设计对于系统的设计，根据软件工程的相关理论，遵循模块化原则，使得系统在 “高内聚、低耦合的要求之下更加稳定、已扩展，在后期的维护方面可以更加 方便.3.2.1模块划分按照系统开发的要求，可以分为前台与后台。前台与用户交互的界面设计应

7、 满足简洁大方，以小清新为主题风格。后台代码实现应条理清晰，方便之后的扩 展与管理。具体模块及关系如图3.2。1所示。3.2.2简单业务流程设计对于整个系统的业务流程，主要包括三个主要参与方。订餐者的点餐信息通 过服务器的处理可以反馈给管理员，而管理员发布相关的优惠也是通过服务器的 处理通知给会员。业务流程图如图3。2.2所示.图3.2.2简单业务流程图第4章设计模式4.1工厂方法模式4.1.1模式说明工厂方法模式，就是定义一个创建产品对象的工厂接口，让子类决定实例化 哪一种实例对象，也就是将实际创建实例对象的工作推迟到子类当中，核心工厂 类不在负责具体产品创建。实质上是通过继承的方式实现应用程序的解耦。应用在本系统中，有一个数据库的操作类工厂，名字叫DAOFactory,有四个 数据库操作类，UserDAO、DishesDAO和TableDA0分别对用户、菜单和餐桌消 息进行管理。4.1.2模式类图17= erUao+ IniplsnSJLt inssEt 0: bwl-an+ upsiatE- 0: bools an+13FlsfflSILt drlstE- 0: bwl=-3Jl

8、+Lnplsn 三ziniiZyld. 0 : bools an+ Lxipl-a-nt indALl 0: Li = tooo+ CCIupl -iisnt yy + CCInpl 232ntTirlsDaD_1o+ + + + +十 IniplsasjLtbw.bL3X.bL3X.tL 3XList图4.1.1工厂方法模式类图4.1.3所用原则“开一闭”原则一个软件实体应对扩展开放，对修改关闭。在设计软件模块的时候应该使这个模块可以在不修改的前提下被扩展.在本系统中，将Dao类的实现推迟到对象子类中实现。依赖倒置原则不论工厂还是产品都依赖于抽象，而不是具体的实现类.这样以来，无论底层组件怎么 变化，只要抽象组件不变，高层组件就不会发生变化。4.2抽象工厂模式4.2.1模式说明抽象工厂模式提供了一个接口，用于创建相关或者依赖对象的家族，而不需 要制定具体的实现类。抽象工厂模式允许客户使用抽象接口来创建一组相关的产品,客户类和工厂 类分开，客户需要任何产品的时候，只需要向工厂请求即可，客户无需修改就可 以获得新产品，这样一来，客户就从具体产品中解耦实质上是通过对象组合的 方式实现应用程序的解耦。而这样的模式正好适用于订餐者的点餐：快餐店-生产食物的工厂；各种食 物一-工厂生产的产品；订餐者客户。角色关系如下图4.2。1所示。4.2.2模式类图图4。2。2抽象工厂模式类图4.2.3所用原则(1) 多用对象组合，少用继承所谓对象组合，就是让对象作为类的成员变量，通过构造函数或者set方法给类的对象的 实例变量赋值.在本系统中，在订餐者的类中存在一个FastFactory抽象工厂类型的实例变量， 订餐者类通过构造方法将对象传入.(2) 针对抽象编程，而不是针对实现编程当设计一个软件系统的时候，要尽可能的对软件系统中出现的事物进行抽象，从而建 立基础的抽象底层，这样做的目的就是让软件的结构更加框架化、系统化,系统结构更加灵活, 易维护、易扩展。(3) 产品对象通过对象暴露的方法创建一个软件系统要达到“高内聚、低耦合”的要求，应尽量避免在对象实例中使用new 关键字创建其他对象实例在客户类中，没有创建对象实例的语句，而是调用抽象工厂暴露的 方法获得对象实例

《软件设计与体系结构论文》由会员夏**分享，可在线阅读，更多相关《软件设计与体系结构论文》请在金锄头文库上搜索。