计，本次课题实现了的管理，考虑到的限制和本次课题的需求，这里只实现了部分的的特性，例如，安全和域在这里没有实现，毕竟不是浏览器。记录管理系统，是必须支持的个子系统，可以持久性存储数据，因此它是存储的理想空间。在框架中，把定义在个里面，定义了名称值路径和过期，为了方便对进行编码和解码，在类中提供了和方法。类中还定义了个静态方法，用于从个字符串参数中解析出对象。另外，类负责管理，主要任务是读取和写入，如果过期则从中删除。对于会话，把它存储在内存中，程序退出就会被清除。框架的核心类是框架的核心类，发送和接受数据都在这个类里面完成。只要把参数传给构造器，线程运行时就会向服务器端发送数据。类中主要的方法是方法，在单独的线程中进行网络操作，方法的主要操作是设置请求头，发送请求和接收响应，并通知监听器采取相应的操作。类还包括两个私有方法,和，这两个私有方法是在类中的方法中设置请求头的时候用来从本地提取或者接收响应时保持的操作。类还有个方法，用户可以在任何时候取消网络连接。用户界面的设计用户界面是应用程序用于与用户进行交互。提供了丰富的高级和低级组件以及事件处理机制，可用户构建直观的用户界面。九宫格主菜单在图形用户界面组件中，非常适合做菜单，其可移植性非常出色。不足之处在于表现形式比较单，对用户的视觉冲击不够。本科课题的主菜单采用九宫格的设计方案，可以弥补以上的不足。九宫格主菜单的具体内容如图所示图系统主菜单观察者模式当用户界面上的操作需要连接网络时，用到联网框架的中的方法。由于无线网络连接速度慢，具有有很大的延时，如果将联网操作放在主线程中容易导致主线程的阻塞，所以般在应用程序中把联网操作放在个单独的线程中。我们可以采用观察者模式，设计个等待界面在新线程中调用的联网操作方法，定义个接口来实现观察者，等待界面类实现这个接口，以便等待界面能提示观察者下载开始下载结束更新进度条等。接口的定义如下请求成功连接正在下载获得响应长度,开始下载用提交数据用户界面中需要进行网络连接操作的里的组件在需要向服务器传输数据时采用框架的组件，便于服务器端采集数据。正如前面所说的，我们只要在中设定的值，服务器端就可以通过类似以下方法轻松获得客户端的请求数据用户界面导航的设计经典的模型视图控制器模式，可用于用户界面的导航。这种模式可以满足应用程序的导航需要，优点在于很容易添加新的而不影响。但这种机制也存在些缺点是每个事件都需要个唯标志，控制器中的语句会随着界面的增加而增加，变得越来越难以维护二是控制器引用了所有的，这些在程序启动时就被初始化，导致了较大的内存开销。在联网应用程序中的大部分事件处理都是由两个动作发出的下步或提交和返回或取消。下步是指完成了但前的任务，需要进入下个界面，比如填写了发表的留言表单后进行提交。返回是指回到当前界面的前个界面。在的构造器中将前面或后面的界面传递到当前对象，用这个方法来解决前进或后退的问题虽然可行，但这样做会导致界面之间的耦合度大大提高，如果需求发生变化，重构的工作量较大，且程序不易维护。本次设计采用堆栈导航框架来进行用户界面之间的导航。由于栈是后进先出的结构，这和程序的逻辑非常吻合。在进入到个界面时，将其压入到栈中，如果想返回到上个界面，则将栈顶的界面弹出，显示下面的界面。堆栈的内部结构如图所示发表留言我的班级列表主菜单图堆栈的内部结构并不是所有的界面都要压入栈中，比如网络操作的等待界面提示界面等，所以必须在程序实现中考虑到各种可能出现的情况。以下代码是压栈的具体实现被压入堆栈,,都是开放源代码软件产品，例如服务器数据库服务器和中间件，节省了些开发成本。该系统设计的个重点和难点是在如何处理客户端和服务器端的通信优化问题，它不仅要考虑到网络瓶颈的问题，还要权衡客户端和服务器端代码编写的难易。针对这个问题，专门查阅了相关书籍和网络资料，设计并开发了联网开发框架。这个框架的开发，分离了客户端界面的设计和网络连接的代码，使得客户端的代码更容易维护和扩展。本次设计的另个特点就是在客户端界面的导航问题上，采用了堆栈导航方案，在大量的用户界面中提供了个简单快捷的导航方式，并且不会引起由模式所带来的缺陷。从总体上看，该系统在手机上实现了校友录的基本功能。而且这样的设计使得整个系统的可移植性伸缩性可维护性可扩展性可重用性和可管理性等性能有了很大的提升。但是，系统仍然存在些需要改进的地方，例如班级管理的功能还不够强大，缺少直观的后台管理功能，对学校或班级的区域划分粒度太大，没有实现多媒体功能等。这些问题都是将来可以升级扩展和努力改进的方向。致谢语在整个设计过程中，我首先要感谢我的指导老师刘丽莉老师，她对我的支持帮助和信任，让我顺利完成了整个毕业设计。我还要感谢我的辅导员林雄老师，他在思想上给我了极大的鼓励和很好的建议。我还要和我起奋斗的谢细川同学陈艺超同学丁鸿坤同学金林平同学，他们在技术上给了我大量的建议和帮助。同时，我还要感谢我的舍友江帅同学陈木彬同学和王磊同学，是他们真诚的鼓励和支持，让我在设计过程中倍感温馨。在集美大学计算机工程学院学习期间，受到计算机教研室所有老师的指导关心和帮助，在这里向辛勤工作的老师们表示衷心地感谢。最后，衷心地感谢所有关心帮助过我的老师朋友和同学，谢谢大家,参考文献,著程峰黄若波章恒翀译核心技术卷第六版北京机械工业出版社詹建飞开发精解北京电子工业出版社李研刘晶晶俞鸣技术开发与应用北京机械工业出版社著潘颖王磊译开发大全北京清华大学出版社著梅宏译软件工程实践者的研究方法原书第五版北京机械工业出版社尚雷明关亚飞石必明应用集成中的通讯模式安徽理工大学学报自然科学版第卷增刊詹建飞核心技术与最佳实践北京电子工业出版社孙卫琴精通对象持久化技术详解北京电子工业出版社著刘东华王巍唐刚译网络编程第二版北京中国电力出版社李观华范辉在移动通信程序中的应用计算机应用年卷期莫勇腾深入浅出设计模式北京清华大学出版社,,,如果下个界面是当前界面，则不压栈数据结构设计由数据实体的结构图，进步进行数据库系统所支持的实际数据模型的设，具根据得表五以用餐环境为准则的判断矩阵及权重由得根据得表六以服务质量为准则的判断矩阵及权重由得根据得表七考虑各种要素的综合重要度由上表的综合重要度大小可知，即快乐食间的经营效果最好，食堂次之，三食堂第三，二食堂最后。系统模糊评价模糊综合评价是以模糊数学为基础。应用模糊关系合成的原理，将些边界不清，不易定量的因素定量化，进行综合评价的种方法。在校况。所以，本文提出了针对模糊综合评价的改进模型。另外，本文在对模糊综合评价结果进行分析时，对常用的最大隶属度原则方法考核的基本因素评定集非常受欢迎，般受欢迎，不太受欢迎由层次分析法可知因素内诸元素的权数分配,,,,从我们发放的调查问卷中，我们可以得到如下结果表食堂食堂非常受欢迎般受欢迎不太受欢迎建立隶属度矩阵，，，，,,因此，大部分人认为食堂还是比较受欢迎的表二二食堂二食堂非常受欢迎般受欢迎不太受欢迎建立隶属度矩阵,,，，,,根据这个结果，可以认为二食堂不太受欢迎表三三食堂三食堂非常受欢迎般受欢迎不太受欢迎建立隶属度矩阵,,，，,,根据上述结果，我们可以知道三食堂受欢迎程度为中等。表四快乐食间快乐食间非常受欢迎般受欢迎不太受欢迎建立隶属度矩阵,,，，,,由此可知，快乐食间的场调查王飞王正周调查表结果统计分析所有人论文撰写王飞王正周主笔吴攀攀修改审查论文打印及装订整理吴攀攀特别说明文章中以为参考文件引用欢迎程度也是非常高的。综上，快乐食间的受欢迎程度最高，与之最有竞争的是食堂，三食堂排第三，二食堂排第四。结束语通过对问题的初步认识，明确各个食堂的优势和不足，我们制定了问卷调查表对七园区的学生进行了抽样调查，从食堂的地理位置饭菜质量饭菜价格用餐环境和服务质量五个方面对学校的食堂二食堂三食堂和快乐食间进行初步评价，然后综合调查结果，利用系统工程方法，对调查的数据进行较为科学的计算与分析，从而得出个较为合理的结论快乐食间和食堂受欢迎程度较高，三食堂次之，二食堂再次之。之所以说较合理，是因为食堂和二食堂在同学心目中确实是挺受欢迎的，但是二食堂和三食堂的欢迎次序与现实情况相反，造成这种结果的原因有几点首先是调查的对象不够全面由于条件的限制我们仅仅调查了七园区的学生，且全都是男生，其次是数据的计算与分析存在误差。总的来说，学生在选择食堂时，都是优先考虑食堂和快乐食间，毕竟这两个食堂无论是饭菜质量服务质量饭菜价格还是用餐环境相比另外两个食堂都要好。至此，我们的基于的重庆理工大学大学生食堂选择系服务质量地理位置用餐环境诸要素中你的关心程度注意此题有五个项目，请分别填上地理位置饭菜质量饭菜价格用餐环境服务质量谢谢您的配合附录任务分配任务名称完成者构思阶段王飞王正周吴攀攀层次分析法王正周主笔王飞修改模糊评价法王飞主笔王正周完善调查表设计与市必要通过调查同学们对食堂各个因素的认可程度，得出各个食堂的经营情况。探索目标寻求目前最满意食堂就餐方案为各食堂提供改良方案整合综合方案方案选择食堂方案二选择二食堂方案三选择三食堂方案四选择快乐食间模计，本次课题实现了的管理，考虑到的限制和本次课题的需求，这里只实现了部分的的特性，例如，安全和域在这里没有实现，毕竟不是浏览器。记录管理系统，是必须支持的个子系统，可以持久性存储数据，因此它是存储的理想空间。在框架中，把定义在个里面，定义了名称值路径和过期，为了方便对进行编码和解码，在类中提供了和方法。类中还定义了个静态方法，用于从个字符串参数中解析出对象。另外，类负责管理，主要任务是读取和写入，如果过期则从中删除。对于会话，把它存储在内存中，程序退出就会被清除。框架的核心类是框架的核心类，发送和接受数据都在这个类里面完成。只要把参数传给构造器，线程运行时就会向服务器端发送数据。类中主要的方法是方法，在单独的线程中进行网络操作，方法的主要操作是设置请求头，发送请求和接收响应，并通知监听器采取相应的操作。类还包括两个私有方法,和，这两个私有方法是在类中的方法中设置请求头的时候用来从本地提取或者接收响应时保持的操作。类还有个方法，用户可以在任何时候取消网络连接。用户界面的设计用户界面是应用程序用于与用户进行交互。提供了丰富的高级和低级组件以及事件处理机制，可用户构建直观的用户界面。九宫格主菜单在图形用户界面组件中，非常适合做菜单，其可移植性非常出色。不足之处在于表现形式比较单，对用户的视觉冲击不够。本科课题的主菜单采用九宫格的设计方案，可以弥补以上的不足。九宫格主菜单的具体内容如图所示图系统主菜单观察者模式当用户界面上的操作需要连接网络时，用到联网框架的中的方法。由于无线网络连接速度慢，具有有很大的延时，如果将联网操作放在主线程中容易导致主线程的阻塞，所以般在应用程序中把联网操作放在个单独的线程中。我们可以采用观察者模式，设计个等待界面在新线程中调用的联网操作方法，定义个接口来实现观察者，等待界面类实现这个接口，以便等待界面能提示观察者下载开始下载结束更新进度条等。接口的定义如下请求成功连接正在下载获得响应长度,开始下载用提交数据用户界面中需要进行网络连接操作的里的组件在需要向服务器传输数据时采用框架的组件，便于服务器端采集数据。正如前面所说的，我们只要在中设定的值，服务器端就可以通过类似以下方法轻松获得客户端的请求数据用户界面导航的设计经典的模型视图控制器模式，可用于用户界面的导航。这种模式可以满足应用程序的导航需要，优点在于很容易添加新的而不影响。但这种机制也存在些缺点是每个事件都需要个唯标志，控制器中的语句会随着界面的增加而增加，变得越来越难以维护二是控制器引用了所有的，这些在程序启动时就被初始化，导致了较大的内存开销。在联网应用程序中的大部分事件处理都是由两个动作发出的下步或提交和返回或取消。下步是指完成了但前的任务，需要进入下个界面，比如填写了发表的留言表单后进行提交。返回是指回到当前界面的前个界面。在的构造器中将前面或后面的界面传递到当前对象，用这个方法来解决前进或后退的问题虽然可行，但这样做会导致界面之间的耦合度大大提高，如果需求发生变化，重构