网站大量收购独家精品文档,联系QQ:2885784924

java课程设计任务书2010--参考论文.doc免费

  1. 1、本文档共19页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
目 录 1 背景介绍 2 1.1 业务背景 2 1.2 技术背景 2 2、需求分析 2 2.1功能需求分析 2 2.2 业务对象分析 6 3、系统设计 6 3.1 总体设计 6 3.2 详细设计 8 四、系统实现 14 4.1 数据库访问 14 4.2 下机模块 16 4.3 上机模块 17 五、总结与展望 18 六、参考文献 19 1 背景介绍 1.1 业务背景 “海之星”网吧,是一个小型网吧,以前是人工记账,现需要开发一个简单的网吧计费管理系统。原人工管理的主要过程如下:客户在门口服务台,出示上机卡,若是新客户则先发新卡;管理员先查询是否有空机器,若有则根据上机卡号查到该卡对应的记录(账簿),若有余额,则分配一个空闲的机器号给客户,客户根据机器号对号入座,管理员记下客户卡号、上机机器号、上机时间。客户下机要到门口的服务台,请求下机,管理员根据当前时间、上机时间及费率计算出本次上机费用,并记录,同时将费用从卡余额中扣除,若费用不够则需充值。原手工系统主要有如下缺点:(1)手工记账,管理员工作量大,且易出错;(2)超时超费使用不能及时发现。因此需要开发一个简易计费管理软件,取代人工记账方式,由软件统一管理记录上下机、计费、上机卡、机器情况,提供简单统计功能,超时超费提醒功能等。 1.2 技术背景 本系统要求使用java技术开发,使用数据库(如ACCESS,SQLServer)保存数据,集成开发环境可使用支持可视化GUI界面设计的主流工具(如eclipse\ant bean\jbuilder)。开发者应有java程序设计语言、SWING基本GUI组件、文件使用、JDBC存取数据库、使用一种集成开发工具的基本知识和技能。系统采用两层C/S体系结构,C端负责通过GUI与管理员交互、处理业务逻辑及存取数据库,S端主要是数据库系统。系统分析设计主要采用面向对象的分析设计方法。 2、需求分析 2.1功能需求分析 系统需求分析的主要任务是从用户角度考察系统应具有哪些功能及非功能性需求,对于网吧计费管理系统,用户主要是指系统管理员,系统的主要功能是:登录、上机、下机、卡管理(发卡、删卡、充值、查询)、机器管理(添加机器、删除机器、查询状态、修改状态),统计功能(日、月费用统计),口令管理(添加用户、删除用户、修改口令),参数设置(时段费率),使用帮助。主要使用流程是:管理员登录,根据客户请求上机,根据客户请求下机。主要功能的用例(use case) 2、机器:主要维护上网吧计算机的相关信息。机器号、使用标志(在用、停用、空闲)、备注 3、费用记录:记录每次上机的信息。记录编号、卡号、机器号、开始上机时间,下机时间、费用 4、费率记录:起始时间、终止时间,费率 5、管理员:利用1—4完成各种业务操作。 3、系统设计 3.1 总体设计 一、系统体系结构 一般要确定系统的体系结构,主要模块,系统运行环境(如操作系统、数据库),开发平台及语言。本系统主要运行在windows系列平台上,数据库使用ACCESS,使用eclipse开发系统。采用两层C/S体系结构。系统体系结构图如图3-1所示: 图3-1 系统体系结构图 客户端分3层,图形界面层(采用java的SWING设计)) 图3-2 系统模块图 可据此设计菜单,划分模块。 系统主要类图如下: 图3-3 系统类图 总类图的画法基本遵循视图层、业务逻辑层、数据模型及数据库访问层的自上而下的顺序,其中视图层中的视图因为较多未画出,主要的业务逻辑控制类是BusinessManager,用户的上下机请求,通过界面的事件机制,在事件处理程序中会调用BusinessManager中的方法,然后再调用xDAO类方法,在xDAO类中一般先通过DBConnection获取连接,再通过JDBC/SQL访问数据库。Card\Computer\Record\Manager类是“值对象”,主要是存放相应的属性,方法也是setX\getX类方法,“值对象”常作为参数在各种方法中传递。 3.2 详细设计 详细设计主要是关注模块一级的设计,一般有界面,核心算法及处理流程,数据库表(表、属性及表间关系)的设计。由于模块较多,下面选择几个典型模块分析设计,其中“经验共享”,揭示难点的同时,也介绍了相应的解决方法及设计经验。 3.2.1 数据库设计 数据库设计主要是根据分析和概要设计中发现的对象和类,确定哪些对象需要持久保存,然后将对象属性及对象间关系转化成关系表。经过分析Card、Computer、Record、Manger需要保存在数据库中,将Config参数配置信息保存在文件中。其中Card、Computer、Record的关系如下图所示: 图3-4持久对象属性及关系图 一条Re

文档评论(0)

***** + 关注
内容提供者

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

1亿VIP精品文档

相关文档