[图书管理系统javaweb.doc

  1. 1、本文档共40页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
[图书管理系统javaweb

xxxx学院 《Java Web开发技术》课程设计 成果报告 图书管理系统设计与开发 学生学号: 2014422091xx 学生姓名: x x x 专业班级: 软件技术 学 院: 计算机学院 专业课程: 数据库系统原理与应用 指导教师: x x x 2016年 1月 8日 课程设计指导教师评分表 课程设计题目 图书管理系统设计与开发 成员 姓名 学号 任务分工 Xxx 2014422091xx 系统框架搭建、数据库设计、测试 Xxx 2014422091xx 系统管理实现、留言模块设计 Xxx 2014422091xx 首页功能模块、图书管理实现 评分项目及分值要素 成绩评定 项 目 最高分 评 分 要 素 成 绩 1.学习态度 20 上机出勤及端正的学习态度、认真刻苦程度,工作量饱满程度等 2.软件设计质量 40 采用的算法、设计方案,设计结果,界面友好等方面进行综合评定 3.答辩过程 20 能简明扼要地阐述设计的主要内容,能准确流利地回答各种问题 4.设计报告书写 10 内容按要求步骤书写,条理清晰,表述清楚、措词得当 5.实际动手能力 10 熟练使用开发工具,能够迅速准确的进行调试、纠错和运行;组长全面负责,承担复杂的模块设计分值就高 总 成 绩 等 级 评语 目录 第一章 图书馆管理系统需求分析 5 第一节 图书馆管理系统应用需求 5 第二节 图书馆管理系统设计模式 6 第二章 图书馆管理系统总体设计 9 第一节 功能模块构成 9 第二节 系统流程图 10 第三节 数据库的设计 11 第三章 图书馆管理系统详细设计及处理技术 13 第一节 发布首页功能模块 16 第二节 留言板功能模块 20 代码部分 21 第三节 系统管理员的登录功能模块 30 代码部分 32 第四节 图书查询功能模块 35 代码部分 37 第四章 图书馆管理系统系统测试 40 测试: 40 第五章 总结 41 第一章 图书馆管理系统需求分析 一个现代化的图书馆在正常运营中总是面对大量的读者信息,书籍信息以及两者相互作用产生的借书信息,还书信息。面对图书馆数以万几计的图书,纷繁复杂的读者信息,频繁更替的借还书信息,传统的直接方法不但管理出现漏洞,造成损失。 设计模式是面向对象的程序设计人员用来解决编程问题的一种形式化表示。本系统开发采用目前一种目前广泛流行的软件设计模式MVC。MVC(Model-View - ControllerModel、View、Controller它们各自处理自己的任务。 视图是用户看到并与之交互的界面。对老式的Web应用程序来说,视图就是由HTML元素组成的界面,在新式的Web应用程序中,HTML依旧在视图中扮演着重要的角色,但一些新的技术已层出不穷,它们包括Adobe Flash和象XHTML,XML/XSL,WML等一些标识语言和Web services.如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生,不管这些数据是联机存储的还是一个雇员列表,作为视图来讲,它只是作为一种输出数据并允许用户操纵的方式。 模型表示企业数据和业务规则。在MVC的三个部件中,模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion Components这样的构件对象来处理数据库。被模型返回的数据是中立的,就是说模型与数据格式无关,这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用,所以减少了代码的重复性。 控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时,控制器(例如:servlet)本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求,然后确定用哪个视图来显示模型处理返回的数据。现在我们总结MVC的处理过程,首先控制器接收用户的请求,并决定应该调用哪个模型来进行处理,然后模型用业务逻辑来处理用户的请求并返回数据,最后控制器用相应的视图格式化模型返回的数据,并通过表示层呈现给用户。低耦合性。视图层和业务层分离,这样就允许更改视图层代码而不用重新编译模型和控制器代码,同样,一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离,所以很容易改变应用程序的数据层和业务规则。 高重用性和可适用性。随着技术的不断进步,现在需要用越

文档评论(0)

xiaoyi2013 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档