拍卖系统（通用9篇）
拍卖系统 篇1
第一章引言
1.1研究背景
1.1.1电子商务的概念
电子商业 (E-Commerce) 是通过因特网进行商务活动的新模式, 代表了未来商务的发展方向。电子商务可以增加贸易机会、降低贸易成本、提高贸易效率, 它给商务方式带来根本性的变革, 给企业带来巨大的竞争优势。从涵盖范围方面可以定义为:交易各方以电子交易方式而不是通过当面交换或直接面谈方式进行的任何形式的商业交易;从技术方面可以定义为:电子商业是一种多技术的集合体, 包括交换数据 (如电子数据交换、电子邮件) 、获得数据 (如共享数据库、电子公告牌) 以及自动捕获数据 (如条形码) 等。
电子商务 (E Business) 是利用网络实现所有商务活动业务流程的电子化, 不仅包括了电子商业的面向外部的业务流程, 如网络营销、电子支付、物流配送等, 还包括了企业内部的业务流程, 如企业资源计划、管理信息系统、客户关系管理、供应链管理、人力资源管理、网上市场调研、战略管理及财务管理等。
1.1.2电子商务发展的现状
目前在网上兴起的企业间电子商务等距离应用, 大多是电子采购之类的电子商务, 这些程序应用只是电子商务的一个萌芽而已, 企业及从业者将会很快地发现, 如何在网络上拓展商务关系才是更大的挑战!而电子商务的交易伙伴关系建立、维持、管理、以及拓展, 都将是一些值得研究的新课题。电子商务的未来发展令人期待, 企业对企业电子商务的经济规模更是惊人, 现在正是企业间电子商务从概念到大量投入的时期, 在这个群雄并起, 逐鹿中原的时候, 谁先建立关系, 谁就会在此竞争之中拔得头筹。把握时机, 立即投入企业间电子商务这个庞大的市场, 必然可以借助Internet的浪潮直上青云, 在企业间电子商务的舞台上占据举足轻重的位置。
1.1.3我国电子商务发展的对策
我国电子商务虽然起步较晚, 但发展态势很好。如果有一套既先进又符合我国基本国情的发展政策, 如果能迅速启动作为电子商务主力军的企业, 加大企业上网交易的宣传力度, 变革传统的商务观念, 我们就能够逐渐缩小差距, 迎头赶上。为此, 必须制定可行措施与有力对策, 首先, 必须提高全民族对电子商务的认识。电子商务是深刻的商务革命, 是未来商务发展的必然趋势, 是商业领域的深层次变革, 要使全民族都有紧迫感, 要吸引更多企业上网, 通过上网提高企业竞争力, 提高企业盈利水平。第二, 加快信息基础设施建设, 为电子商务的发展提供物质基础。电子商务在一国的应用与发展有赖于完备的信息基础设施。而我国在此建设上明显投入不足、基础薄弱, 这可能使我们失去电子商务给经济发展带来的机遇, 在竞争中拉大与发展中国家的差距。第三, 加强电子商务安全技术的研究和标准的制定。电子商务的发展需要解决安全性和可靠性问题。病毒的感染, 黑客的侵袭便使人们对计算机的安全性, 特别是网上电子商务运行的安全性产生怀疑。
第二章网络拍卖系统
2.1拍卖系统的体系结构
2.1.1 Client/Server
拍卖服务器是系统的核心部分, 控制拍卖的完成。服务器读取数据库的数据并与客户端协作, 提供有关拍卖的动态信息、接受用户投标, 并保证所有投标能及时准确地显示在拍卖参与者的终端上.所有关于拍卖的信息由拍用典型的Client/Server结构。客户端仅仅显示这些信息并且通知服务器响应客户请求。最大的难题在于服务器与客户端的时间同步问题, 由于网络传输的时间问题, 实现客户端与服务器时间的完全同步是不现实的, 目前采用定时发送服务器统一时间的方法实现客户端与服务器端的时间同步, 从而保证拍卖时间的权威性和公正性。
2.1.2 Application Server
采用JSP服务器完成对动态JSP程序运行的要求。JSP服务器采用常用的TOMCAT服务器应用软件实现。作为Web服务器扩展的TOMCAT服务器有一些问题需要说明:当处理静态页面时, TOMCAT不如APACHE迅速, 而且, TOMCAT不像APACHE一样可配置;TOMCAT不像APACHE一样强壮。基于以上原因, 大的拍卖网站使用一个APACHE作为Web服务器, 为网站的静态页面请求提供服务;使用TOMCAT服务器作为一个SERVLET/JSP插件, 显示网站的动态页面。采用A-PACHE+TOMCAT这样的结构才具有更特出的优点, 主要体现在具有更好的可扩展性和安全性。主要特点是每一个页面都可能是动态生成的, 但这些数据中主要部分还是静态的 (比如, 各类图像GIF、JPG、PNG, 流式媒体等) , 这种结构的优点是兼有可扩展性和安全性。
2.1.3 Web Logic技术
Web Logic技术的结构
BEA Web Logic Server可以分为3层:Client Tier (客户层) , Middle Tier (中间层) , Backend Tier (终端层) 。客户层主要负责与客户端程序, 例如Web浏览器、移动设备、桌面应用程序等进行交互。BEA Web Logic Server包含一个功能完备、高效的Web服务器, 也可嵌入其他Web服务器。中间层主要用于封装企业的业务逻辑, 这部分是与用户界面独立的。BEA Web Logic Server在中间层采用了提高效率及可靠性的技术, 例如:实例池、集群、透明回复功能、负载均衡和EJB缓存。终端层主要提供访问其他EIS (企业信息系统) 的功能。它同时可以通过消息、E-Mail、Web Service等技术将企业信息系统连接起来。
第三章拍卖系统的主要流程和功能模块
3.1系统功能分析
根据“在线拍卖”系统的设计原则和具体的技术要求, 对系统功能进行了分析后, 确定用户的需求和系统所需的功能, 并且根据功能进行网站的概要设计和详细设计。
3.1.1系统主体功能
系统的主体功能是要实现拍卖过程的各项功能。从“在线拍卖”系统参与各方当事人来分析, 主要功能为:
1) 拍卖商功能:发布拍卖品信息;上传相关拍卖品信息;查看竞价记录查看、回复竞价留言;查看竞价人情况 (基本信息、资信信息等) ;拍卖结标;给中标人回复;拍卖结算。
2) 竞价人功能:拍卖品搜索;查看拍卖品信息;查看拍卖商情况 (基本信息、资信信息等) 参与拍卖品竞价;竞价留言;中标后参与结算。
3) 网站系统功能:注册用户权限配置, 用户注册后, 须将其相应的信用证明资料发给网站管理员, 网站管理员根据信用资料配置注册用户的功能权限;注册用户信用评级, 用户注册时, 信用等级不足以开展用其拍卖活动, 用户发出证明资料后, 其信用等级上一层。以后, 参与一定数量的拍卖活动后, 其信用等级将有所上升。此功能通过对用户参与拍卖次数的统计, 采用一定的标准改变用户的信用等级;处理对用户的投诉, 如果用户在拍卖活动中存在欺诈行为, 可以对他进行投诉, 会员通过对用户投诉信息的处网管理, 设置注册用户的权限甚至将他开除出网站;删除结束拍卖品, 拍卖品结标后, 经过一定的时间, 或者管理员来手动设置结束拍卖后在数据库中的存在时间, 过了规定的时间则由管理员来将其信息从数据库中清除。
3.1.2辅助功能设计
非注册用户可以参与的聊天室、留言簿等;对拍卖知识、拍卖法律等的介绍;会员交友功能;会员游戏网;拍卖生活频道。
第四章拍卖逻辑
4.1商品的价格
拍卖是一种确定物品价格的经济机制。它一般要求一个预先声明的方法, 一个或多个想得到物品的投标者, 一个用于出售的物品, 通常以公开的方式将物品出售给最高价格的投标者。
按“出价”按钮, 在出价框里填一个能接受的最高价格, 将通知系统买家愿意出的价格, 系统将根据最后的出价确定物品中标者。
4.2商品的时间
如果买者订购商品的时间超过了出售时间, 那么此交易就无法成功。所以消费者要注意商品的剩余时间, 此外还应该看一下商品的剩余量。通常用0表示已出售, 1表示未出售。
第五章拍卖系统的缺点及对策
21世纪来临之际, 互联网商业革命正以燎原之势在全球范围内迅猛发展, 其所到之处, 几乎每一个行业都要重新书写自己的游戏规则。互联网开创了新的商业模式和市场空间, 使得一些以前不被关注的市场或小规模市场显示出巨大的潜力和价值。目前的互联网商业应用中网络拍卖无疑是最具代表意义的典范。但是网上拍卖在实施、管理等方面仍存在许多问题, 研究完善有效的对策是解决这些问题的关键。
5.1拍卖时间误差
如果数据库中的数据过多, 在时间上就会造成误差。例如, 一张表中有100万种物品, 遍历两种物品之间的时间差是0.01秒, 那么浏览完全部商品的时间就要10000秒。为此, 应该对数据库改进, 把物品进行分类, 进程不断遍历拍卖物品表, 那么其造成的时间差远远小于前者。
5.2拍卖的欺诈行为
1.雇佣出价或托标
雇佣出价是卖方雇佣出价人 (或卖方) 扮作竞买人故意人为地抬高被拍卖物品的出价。雇佣出价通常发生在拍卖价值较高的物品且竞买人对这些物品估价差异较大的情况下, 这样卖方就能从雇佣出价中获得较高的收益。由于网上难以确认买卖双方的身份, 使得卖方更容易以虚假的身份对自己拍卖的物品进行竞价。
2.投标屏蔽
两个投标者在一个拍卖中串谋。一个投标者投一个低价标, 另外一个投一个很高的标。然后在结束时, 高价投标者撤标, 从而导致低价标中标。
3.投标联盟 (Bidding Club)
在“投标联盟”一组竞买人合谋而形成一个圈。中, 圈内的成员承诺互不竞争。拍卖结束以后, 如果圈内的某一成员中标, 则该物品在圈内成员之间再次拍卖, 将第一次拍卖价格与第二次拍卖价格之差作为利润在圈内成员之间分配。设置保留价格能有效地减少圈的形成。
4.故意错误描述或伪劣产品或赃物
卖家故意错误描述产品特征或卖家销售的是伪劣产品或销售偷来的东西。
5.费用陷阱
卖家在拍卖结束后增加包装费等费用。
6.不发货或不付款
卖家根本不发货或买家不付货款。
7.拒收或声明丢失损坏
买家收到商品后拒收, 然而, 买家用损坏的商品替代最初的商品或者买家声明物品被损坏并拒绝付款。
5.3对策建议
5.3.1技术措施
(1) 制定书面的控制策略
没有书面的控制策略, 很难构造出安全的在线拍卖系统。控制策略内容包括, 明确在线拍卖哪些资产要进行保护, 用什么措施保护, 分析各种风险的可能性以及保护这些资产要执行的各种规定。必须经常检查控制策略, 并根据风险的变化而更新。
(2) 在线拍卖数据的完整性保护
在线拍卖系统中拍卖数据的完整性保护措施包括: (1) 拍卖数据来自正确的发送方。 (2) 拍卖数据送到了正确的接收方。 (3) 拍卖数据的内容与发送时一致。 (4) 拍卖数据接收的次序与发送时一致。 (5) 拍卖数据没有重复接收。保护在线拍卖数据内容是否完整的办法有两种: (1) 拍卖数据加密; (2) 报文验证码 (MAC) 。对拍卖数据本身不加密, 只是对数据按其一定的验证函数进行处理。将处理结果加密。对在线拍卖数据发送方或接收方的验证, 一方面可以确定拍卖数据的来源或去向, 另一方面也可以防止通讯双方以后否认曾经发出或曾经接收的拍卖信息。
(3) 访问控制和认证
访问控制是指控制访问在线拍卖系统的人和访问内容, 认证是指验证期望访问系统的人的身份。通常用数字证书进行验证。用户名和口令一直用于提供所属权和将安全的认证来对服务器提供一定程度的保护。
5.3.2信誉系统
建立买卖双方反馈评价系统。反馈评价系统是一笔拍卖业务完成以后, 买卖双方分别对对方进行评价, 并给出一个反馈分。例如, 正反馈给出反馈分1, 负反馈给出反馈分-1, 中性反馈分为0, 如果某个买方或卖方其累积的反馈分达到某个确定的负数时, 则在线拍卖系统自动终止该用户的拍卖业务。这种反馈对于保证在线拍卖的安全性和公正性是比较有效的。
5.3.3制定合适的拍卖规则
通过制订合适的拍卖规则使拍卖欺诈不经济, 从而可以防止一些拍卖欺诈行为的发生。如防范雇佣出价的一种方式是通过设计恰当的拍卖中介费用, 使得卖方如果想从雇佣出价中获得收益, 就要面临较高的风险。
参考文献
[1]张福德, 电子商务概论[M], 清华大学出版社, 2004.
[2]Erik Brynjolfsson, Brian Kahin, Understanding the Dig-ital Economy[D].MIT Press, 1999.
[3]Angela Yochem, David Carlson, Tad Stephens编, 谢俊等译, J2EE应用与BEA WebLogic Server[M], 电子工业出版社, 2005
[4]飞思科技产品研发中心, J2EE应用开发 (Weblogic+JBuilder) [M], 电子工业出版社, 2003.
[5]董慧、刘志军、范勇、张继动, 电子商务网页设计与网站建设[M], 武汉大学出版社, 2004
拍卖系统 篇2
首先登台亮相的是高羽隆的笔芯，他出价10元，我们采用的钱是那边使用的钱―校币。
何同学一马当先出了20元，结果被肖权峰一枪毙命，出了30元，何同学也不甘示弱地往上加价40元，结果他们一直往上加价，直到肖权峰把他抬价到80元，这才满意地点点头，不再加价。唉，高羽隆赚大了。就这样一轮接一轮，有的被坑，有的赚很多校币。到了拍卖书了，卢秋琳一见到书，犹如饿狼扑食，激动地一下子站起来，恶狠狠地警告我们：“不许跟我抢。”这一声为之巨大，而我却无视眼前的“女汉子”，在心里默默地叫着，等会儿，让你从800元坑到20xx元校币。卢秋琳刚喊完，我就激动地叫道：我加一块钱，她也不惜不切往上加了200元，我慢悠悠地又往上加了一块钱，卢秋琳向我发出“杀人眼刀，大有杀人之势。”我不理会她继续狐假狐虎威，将她坑到了3000元。轮到我要买某个产品，卢秋琳就加以反击，我一眼就识破她的计划，顺水推舟。当她喊时，我假装决定不买，她急了(她原本对那个东西不感兴趣，只想报复我而已。)后来，我又按原价买了。
高校校园拍卖系统设计与实现 篇3
随着经济的发展, 学生尤其是高校学生的消费能力增强了很多, 闲置的物品也随之增多。一个普通的高校学生总数差不多都有1万人, 其掌握的闲置物品达到了一个惊人数目, 但这些闲置物品最后只能成为废品进入废品收购站、垃圾堆。是这些闲置的物品没有人愿意要了?其实不然, 问道网的一份大学生二手市场调查显示:1、7成被调查者愿意购买二手商品;2、7成被调查者觉得有必要建立一个规范的大学生二手市场。这可以看出建立规范有序的校园二手交易平台是非常有必要的。
本文借助校园网搭建一个安全可靠方便地拍卖系统, 为莆田学院学生处置闲置物品提供了适宜的交易平台。
2. 需求分析
拍卖系统的主要功能需求有:用户管理、拍卖管理、站内信及系统备份与恢复等。用户管理系统主要分为:资料管理、账户管理、信用管理。拍卖管理, 主要流程包括搜索、竞价、商品交易、支付、交易评论等。另外系统将设置定时任务, 对数据库进行备份, 备份方式为完全备份, 按需设置备份频率。
根据系统的功能, 系统又可以提供给普通类用户及管理员类不同权限。普通用户类用户可以进行买卖物品、查询商品信息等操作;管理员类用户除了拥有普通类用户的权限外, 还可以进行用户管理、商品管理等系统的一系列常规操作。
3. 系统功能设计
本拍卖系统分为用户管理、拍卖管理及邮件管理三个子系统, 其中用户管理子系统包括资料管理、账户管理、信用管理三个模块;拍卖管理子系统包括商品管理、拍卖流程管理、评价信用管理、拍卖记录管理四个模块。整个系统功能结构图如图1所示
3.1 用户管理子系统 (USE CASE图, 见图2)
3.1.1 资料管理模块
此模块管理用户信息, 新用户可以注册帐号, 找回密码。注册后登陆系统, 则可查看个人信息、添加修改个人信息等。要进行交易, 则需要认证个人身份 (以身份证、学生证为比对库) , 输入信息有提交等待管理员审核。管理员除普通用户的功能外, 还可对普通用户帐号进行用户身份认证审核, 禁止帐户, 删除帐户等操作。
3.1.2 账户管理模块
在此模块中, 用户可以对自己的账户进行充值, 提现等操作。管理员则可直接对用户的账户进行修改。
3.1.3 信用管理模块
可以查看指定用户的信用记录, 管理员则可以在后台对指定用户的信用记录进行修改等。 (见图2)
3.2 拍卖管理子系统 (用例模型图, 见图3)
3.2.1 商品管理模块
此模块支持用户发布商品, 设置修改商品详细信息, 缴纳拍卖保证金, 提交商品进入“待审核”状态, 管理员在后台可以对商品进行审核并批准拍卖。一旦拍卖开始则不允许修改商品信息。
3.2.2 拍卖管理模块
在规定时间内, 采取出价逐升式拍卖, 拍卖结束, 则将该物品出售于最后一个出价, 即出价最高的买家。交易成功后, 返还拍卖保证金。如果交易未完成, 则评估责任方, 退还非责任方保证金, 扣除责任方保证金, 一半打入非责任方账户, 一半缴纳拍卖管理费。
3.2.3 评价管理模块
买家可以在交易完成后, 对卖家进行评价;卖家也可在交易完成后, 对买家进行评价。
交易未完成, 则在评估责任方后, 由管理员对责任方进行评价。
3.2.4 拍卖纪录管理模块
用户可以看见自己作为卖家的出售记录, 也可以看见作为买家的购买记录, 自己所参与的交易, 目前的领先出价情况。可以查询目前正在拍卖中的物品, 近三个月的流拍物品记录等。
3.3 邮件系统
接收系统的各类通知, 用户之间互发邮件等。
4. 数据库设计
拍卖系统涉及4张库表, 分别为:
1、用户信息表 (User) :包含用户的所有信息, 包含的字段为用户ID:
User-id、用户名Username、用户密码Password、注册时间Register-date、用户国籍Nation、真实姓名Realname、用户性别Sex、用户年龄Age、身份证号ID-num、电话号码Phone、拍卖积分Sell-score、购买积分Buy-score、用户类型User-type用户状态User-status上次登录时间Last-login。
2、用户充值表 (Pay) :
包含用户充值记录及状态, 所包含的字段有用户ID:User-id、用户名Username、充值金额Money、充值时间Date、充值状态Status。
3、商品信息表 (Goods) :
包含商品的状态信息, 所包含的字段包括商品分类ID:Item-id、商品分类名称Item-name、拍卖商品所属人User-id、商品ID:G-id、商品名称G-name、商品描述G-description、商品拍卖周期G-days、交易编号T-id、商品状态G-Status。
4、交易信息表 (Transaction) 包含商品的所有拍卖信息, 包含字段拍卖交易ID:
A-id、拍卖商品ID:G-id、出价用户ID:User-id、拍卖状态A-Status、拍卖初始价格A-init-price、拍卖结束时间A-finish-time、拍卖出价ID:Bid-id、出价时间Bidtime、出价价格Bid-price。
5. 系统的实现
系统实现后具体物品拍卖的主界面如图2, 其中拍卖物品图像为超链接, 点击可显示物品的具体信息, 出价人名单为超链接, 点击, 可查看用户具体信息, 包括信用等
在表现层配置表现层managed一bean, 调用checkAuction () , 读取当日结束拍卖交易和当日开始拍卖交易的状态, 当读取到某交易在当前时间拍卖结束, 则调用auction--finish (A-id) 方法, 当读取到某交易在当前时间拍卖开始, 则调用auctionstart (A-id) 方法。
配置内容主体代码如下:
5. 结束语
校园拍卖系统在校园网信息系统中的应用有着很好的前景, 该系统既能满足学生处理闲置物品的需求, 符合当前全社会一直在提倡的绿色低碳生活的环保观念;又能推进电子商务在校园内的推广。
当然本系统还是存在着一些问题的, 比如, 无法对用户行为进行智能辨别, 拍卖方式单一等, 这些都是本系统在后续版本中急需改进的地方。
摘要：高校学生拥有大量的闲置的物品, 却缺乏合适的交易平台。本文提出建立一个二手物品拍卖系统, 有效地帮助学生解决闲置物品的处理问题。
关键词：拍卖系统,校园
参考文献
[1]大学生二手市场调查[DB/OL]http://www.askform.cn/81730—98747.Aspx
[2]淮小金, 《电子商务案例分析》北京:中国水利水电出版社2006年7月第一版
[3]张巍, 朱艳春, CZC网上拍卖中的信任计算机模型研究, 计算机工程与应用, 2006
拍卖系统 篇4
甲、乙双方本着精诚合作、平等互利的原则，经友好协商，就公益慈善拍卖会合作的相关事宜，达成如下意见，双方共同遵守：
第一条：合作范围
甲、乙双方在全国范围内，共同举办公益慈善拍卖会，甲方作为承办方，乙方作为主办方及发起方。每场拍卖会结束后，甲方将当场实际拍卖所得总收入的 ___ % 捐于乙方用于慈善项目开支。第二条：合作期限
合作期限自____年____月____日至____年____月____日，共____天
第三条：结算方式
1、款项支付：甲方在每场拍卖会结束后10个工作日内将善款汇入乙方账户。
2、发票开具：乙方在收到善款后，于5个工作日内为甲方开具捐赠发票。
3、甲方承担拍卖会主要费用，如：拍卖会筹备、业内宣传、拍品筹备等；
4、乙方承担协办费用，如：受助儿童及家属往来的车费、住宿费、公益媒体发布及宣传等； 第四条：甲乙双方的权利和义务
（一）甲方的权利和义务
1、负责场地联络、拍品征集、预展、嘉宾邀请、宣传、财务结算等工作。
2、把控每场拍卖会的流程，保证到场人员的人身及财产安全，确保拍卖会顺利进行。
3、在每场拍卖会开始前15日内，与乙方沟通拍卖会流程，并将邀请嘉宾等需求告知乙方。
4、每场拍卖会结束后，由甲方针对总收入进行独立财务核算，乙方不与干涉。
5、确保每年合作举行的拍卖会不低于三场。
（二）乙方的权利和义务
1、配合甲方进行拍品征集工作。
2、负责每场拍卖会的新闻宣传工作。通过大众媒体及自媒体平台，进行每场拍卖会的前期宣传预热、现场报道及后续新闻报道。
3、负责出面邀请重要嘉宾及受助对象到场。
4、为竞拍成功的企业和个人颁发荣誉证书。
5、派员工及志愿者到场协助工作。第五条：违约责任
1、甲、乙双方需在国家法律法规范围内开展工作，如一方因行为不当造成违规、违法等行为，所造成的一切后果由过错方承担。
2、甲、乙双方各司其职、相互配合，不得在未经允许的情况下，以对方名义私自开展各类事项，如发生此类事件，为对方造成的名誉及财产损失由过错方承担。
3、如甲方未在规定时间内将善款汇入乙方账户，则按每日总金额3%的滞纳金缴付。
4、如乙方未在规定时间内为甲方提供捐赠发票，须在5个工作日内退还所有善款。第六条：纠纷处理
若甲乙双方发生争执纠纷，应协商解决，协商不成的，应向当地人民法院诉讼解决。第七条：其他
1、本协议一式二份，甲、乙双方各执一份，均具有同等法律效力。
2、甲、乙双方如有联系方式变更等情况，需在第一时间告知对方。
3、本协议中未尽事宜，双方协商解决，并另行签订补充协议。
4、本协议自签订之日起生效。
甲方（盖章）： 乙方（盖章）： 北京贞观国际拍卖有限责任公司 济仁慈善基金会 法定代表人（签名）： 法定代表人（签名）： 或指定授权人：
或指定授权人：
开户行：
帐号：
基于ASP的网上拍卖系统的设计 篇5
1 系统分析
网上拍卖系统是一个关于商品出售及其商品拍卖的管理系统,本系统提供了一个通过Internet实施价格谈判的交易活动平台。通过在网站上发布将要招标的物品或者服务的信息,经过竞争投标的方式将它出售给出价最高或最低的投标者。其实质是以竞争价格为核心,使生产者和消费者之间建立交流与互动机制,共同确定价格和数量。
本系统采用ASP技术,主要包括后台数据库的建立和维护以及前端应用程序的开发。实现了用户注册、用户个人信息管理、拍卖物品查询、商品信息上传、买家竞价、一口价购买、个人信誉度衡量、管理员维护管理等多个功能。[1]
2 系统总体架构设计
本系统包括用户系统模块和管理员系统模块,其中用户系统模块包括:商品购买、商品出售、签写留言、投诉管理、商品查询、信息维护等功能。管理员系统模块包括:用户信息管理、商品管理、投诉管理、产权信息维护等功能。
网上拍卖系统功能模块如图1所示。
3 数据库设计
本系统采用了SQL Server 2000 数据库,数据库名称Auc⁃tion 。通过对系统各功能模块的分析,在数据库Auction中设计了6张数据表[2]:
1)用户信息表:存储用户的基本信息;
2)管理员信息表:存储管理员的基本信息;
3)投诉信息表:存储投诉人及内容等基本信息;
4)商品信息表:存储待拍卖商品的基本信息;
5)购买记录表:存储用户及商品购买的各种信息;
6)栏目信息表:存储栏目信息。
说明:用户信息表主要用于用户登录,用户有权限之分(管理员、普通会员),通过用户名和密码验证;管理员可以对后台数据进行管理,普通用户进入前台浏览商品信息,第一次进入系统需先注册才可以登录[3]。
4 系统主要功能模块的实现
本系统包括两个模块:用户管理模块、管理员管理模块。用户管理模块主要是为用户设置的功能模块,包含用户注册、用户登录、购买商品、出售商品、签写留言、用户投诉等。管理员模块是为管理员设置的功能模块,包含会员管理、产品分类管理、投诉管理、产品管理等。
4.1 用户管理模块的实现
用户进入注册页面后首先要进行注册,然后再用已注册的用户名进入到商品浏览页面,通过选择,在检索功能条中输入自己想要的商品来进行搜索,选择自己的想买的商品,浏览商品的详细信息。当用户选择要购买某件商品时,分两种情况:
1)一口价商品:系统从数据库中检索到该用户的账户余额,如果不足于购买该商品,则提示用户。否则,将从账户余额中扣除购买该商品所用的钱,然后将该商品存入用户购买的商品信息中。运行界面如图2所示[4]:
关键代码如下:
2)竞价商品:首先查询用户余额,如果不足于竞价,则提示用户[5]。
4.1 管理员功能模块的实现
管理员通过后台登录界面,进入到后台的管理中,点击相应的商品信息维护模块然后对商品的信息进行增加、删除、修改等操作,主要包含如下功能:会员管理功能、产品分类管理功能、投诉管理功能、产品管理功能。运行界面如图3所示[6]。
5 结束语
本系统可以实现用户注册、用户个人管理、物品查询、商品信息上传、买家竞价、一口价购买、个人信誉度衡量、管理员维护管理等多个功能。本系统达到了界面美观、向导性好、便于用户操作等要求,在进行网络拍卖和购买的过程中能够大大减少操作难度,为用户节省了时间和精力。
参考文献
[1]程文.基于ASP开发动态网站的设计与实现[J].现代计算机,2002,21(4):32-35.
[2]刘波.基于.NET平台通用数据库组件的设计与实现[J].计算机工程与设计,2007(6):1415-1417.
[3]何聪洋.ASP.NET中无法连接SQL数据库的相关问题[J].电脑知识与技术:学术交流,2007,11(6):601-603.
[4]基于ASP的就业信息招聘网站的设计[J].电脑知识与技术,2014,25(10):5803-5805.
[5]邹海燕,周雪莹.基于ASP.NET的操作管理系统[J].科技广场,2010,11(6):84-86.
拍卖系统 篇6
目前, 校园网建设是高等院校数字化校园建设的一项重要内容, 校园网的规模、网络性能、应用水平, 以及普及程度已经成为衡量一所高等院校数字化水平高低的重要标志之一。校园网主要通过网络服务器、计算机、网络设备和网络软件共同互联运行的, 可为校园内信息交流和资源共享提供一个网络平台, 同时也为校园电子商务的应用提供了必要条件。作为校园电子商务的应用一个重要模式之一的网上拍卖系统, 可以为校园内广大学生之间进行商品交易提供服务, 解决他们日常学习和生活中的一些问题。通过建立基于校园网的拍卖系统, 使网络营销和网上购物走进大学生们的日常生活。
校园网的拍卖系统是通过学校提供的一个站点为在校大学生们交易商品信息的平台, 满足所有与在校大学生平常生活和学习相关的需求。具体而言, 它是为买卖双方提供交易平台, 通过校园网络平台将买卖双方联系到一起。买卖双方之所以愿意通过拍卖系统达成交易。网站需要提供大量丰富的商品, 使学生确信自己能够通过网上交易购到价廉物美的商品。校园网的拍卖系统是一种C2C (Customer to Customer) 型电子商务系统, 其目标是为个人消费者之间直接进行网上交易提供安全、快捷、方便的服务。校园网的拍卖系统主要功能包括用户管理功能、商品管理功能、竞拍功能和商品查询等功能。
二、需求分析与用例建模
1. 用户分析
系统主要面向以下用户:
系统管理员:学校的网管员, 主要负责系统维护监控竞拍活动。
游客:没有登陆的用户, 只能在线浏览商品和不能参与竞拍活动。
注册用户:包括所有在校学生, 分为买方和卖方, 买方可以浏览、搜索所需商品, 参加竞拍、对正在竞价的商品发表评论;卖方可以发布、修改商品信息, 选择拍卖方式、付款方式、送货方式等。
2. 业务需求
校园网的拍卖系统是为大学生们发布商品的供应信息和需求信息, 满足消费水平不高的学生购买到物美价廉的商品, 主要流程包括搜索、竞标、买卖双方商品交易、支付结算、买方对交易的评论等, 业务需求如下基本业务:
(1) 注册管理:用户经过注册成为注册用户;用户注册时可以完善个人信息, 如人个照片、性别、身份证号码、电话号码, 以及通信地址等私人信息。利用这些信息建立起一个用户信息表, 为以后的拍卖活动提供服务。
(2) 提交拍品管理:卖方可以通过该系统登记自己要出售的物品, 以及售卖价格, 联系方式。
(3) 评价管理:提供了对商品的评价及买方对卖方的信用评价。
(4) 拍品查询管理:买方希望能够方便地查询自己感兴趣的商品信息, 提供商品名称、商品类别查询, 方便用户查询拍卖情况和卖方信息, 提供跟踪正在拍卖商品的出价、竞拍情况。
(5) 系统维护管理:记录、监控竞拍流程。
图1是拍卖系统的用例模型, 主要描述了拍卖系统的功能。限于篇幅, 仅对“竞拍”用例进行详细描述:
参与者:买方。
前置条件:买方必须为注册用户, 登陆成功, 竞拍商品应在拍卖时间允许的范围内。
主要事件:系统显示现有的拍卖方式;买方选择的拍卖方式;系统检索出此拍卖方式的所有竞拍商品目录及信息;买方选择预竞买商品, 参加竞拍并出价;当有其他买方的出价高于当前出价, 可以再次出价;拍卖结束, 系统将通知买方得标情况。
后置条件:如果用例执行成功, 买方可以针对此次交易进行评价。
三、系统设计
1. 静态模型
通过用例图分析和抽取出各种类, 以及绘制系统的静态模型, 从各种角度分析用例图, 从中抽取出类, 并描述类之间的关系, 建立系统的静态模型。静态模型主要表达了概念类、概念类之间的关联和概念类的属性。静态模型在显示系统的实体类之间关系与E-R图相似, 图2是描述拍卖系统静态模型的实体类图, 包含管理员、用户、商品、拍卖品、新闻、店铺等实体。
2. 动态模型
UML (Unified Modeling Language) 提供了动态模型之一是活动图, 它主要用于描述用例内部工作过程或用例之间交互过程。买方参与竞拍过程的活动图如图3所示, 主要描述了买方输入用户名和密码注册登陆, 如果密码正确, 则开始拍卖品查询, 否则退回重新验证登陆, 查询到自己想要拍卖的商品后, 选择拍卖方式竞拍, 本系统支持三种拍卖方式 (英式拍卖、荷兰式拍卖和一口价拍卖) , 如果在拍卖期限内是最高价, 系统提示用户拍卖成交, 否则返回重新进行竞价, 直至拍卖成功。
顺序图也是UML的动态模型之一, 顺序图展示了为了达到某个目的参与者与系统之间的一系列事件流, 它更加强调系统执行的顺序, 而不是对象之间的交互。图4所示是系统中买方竞拍商品顺序图。买方登陆系统之后, 对系统拍卖商品查询, 选择“一口价”的拍卖方式参与竞拍, 竞拍子窗口接收之后向系统发出请求, 若请求被批准则进入交易子窗口, 显示相关的商品详细信息, 提示买卖双方联系方式。
3. 部署模型
校园网的拍卖系统的Web应用服务器采用IIS, 数据库管理系统采用SQL Server 2000, 该系统的技术体系结构分为三层, 其配置图如图5所示。
四、关键技术的讨论
1. 买方和卖方身份认证
用户的身份认证是指验证访问系统的人的身份, 在本系统中采用实名制方式进行验证用户身份。主要是把用户信息表Users中用户名和用户密码字段 (用户名和用户密码的内容来自教务管理系统的学生表中姓名和学号字段的后六位) 作为存储过程的参数, 通过数据库中存储过程进行判断登陆用户的身份是否有效。
2. 确定合适的拍卖规则
校园网的拍卖系统选择三种拍卖规则, 即英式拍卖、荷兰式拍卖和一口价拍卖。英式拍卖是最普通的一种拍卖方式, 是指在竞拍过程中, 按照竞价阶梯由低至高、依次递增, 当卖方的拍卖商品结束时间到达时, 在所有买方中出价最高者竞拍成功, 但价格必须大于卖方指定的保留价;荷兰式拍卖是一种特殊的拍卖形式。亦称减价拍卖, 它是指竞价由高到低依次递减直到满足买方的底价时成交的一种拍卖;一口价拍卖是指卖方在发布拍卖商品时指定一个价格, 只要在商品拍卖时间到达前有一个买方出价成功, 就可以竞拍成功。
3. 物流和支付方式
在网上竞拍成功后, 系统分别会E-mail给买方和卖方一封成交信, 告知买方和卖方双方的联系方式。然后卖方就可以和买方商讨如何付款, 确定送货地点或当面交易等实物交付方式。如果卖方在登陆物品时就表明了支付和发货方式, 也需和买方再确认一下。
五、结束语
本文探讨了利用高等院校的校园网, 构建以校园局域网为平台的拍卖系统。阐述了以U M L为技术设计出系统的需求功能模型、静态模型和动态模型、部署模型, 最后讨论了买方和卖方身份认证、确定合适的拍卖规则和物流和支付方式等拍卖系统的关键技术。
摘要：介绍了基于校园网的拍卖系统的分析设计过程, 重点探讨了利用UML构建系统的需求功能模型、静态模型、动态模型和部署模型, 从而为校园电子商务建设和校园数字化发展提供参考。
关键词：校园网,拍卖系统,需求分析,系统设计,拍卖规则
参考文献
[1]张迅:校园电子商务新模式的探讨[J].商场现代化, 2007 (10)
[2]任传成:企业销售合同管理信息系统设计与实现[J].商场现代化, 2008 (10)
[3]张金城柳巧玲:基于Web服务的在线拍卖系统应用研究[J].计算机应用, 2007 (6)
拍卖系统 篇7
网上拍卖是电子商务系统中重要的一个组成部分, 目前最大的问题就是:与顾客通信的方法要么通过Web页面快速和单向地通信, 要么就是通过电子邮件双向和缓慢地通信。这两种方法都不是真正实时交互的。如果需要获得即时响应, 大多数企业只能依赖于电话。为了解决即时响应问题, 本文提出一种方案, 把基于XML的源代码开放的即时消息Jabber和相关的拍卖网络服务结合起来, 利用目前广泛使用的即时消息工具作为网上拍卖的客户端, 将即时消息的快速双向的特点融入到网上拍卖系统中去。
选择Jabber是本方案的特点:首先Jabber的服务端和客户端都是源代码开放的, 同时Jabber可以和其他即时通讯工具通讯。其次, Jabber拥有丰富的服务端开发组件库, 开发者可以构建基于Jabber的应用程序。第三, Jabber协议以XML形式来描述传递的消息内容, 用户的存在状态和用户标示的。
从本质上讲, Jabber协议和服务结构是建立在多地址之间的XML文档内容的概念上的。作为核心, Jabber是一个既支持外部客户端又支持内部或外部服务的XML消息转换器。因此, 基于Jabber的网上拍卖方案设计中的关键表现在这三个方面: (1) 网上拍卖 (竞拍人, 竞拍商品和竞拍系统结果) 中不同业务逻辑的数据之间的传递; (2) 使用Jabber服务端组件库对各个即时消息客户端信息转换为SOAP可以传输的形式; (3) 把用户输入的自然语言转换成机器可以理解的XML形式表达。
2 实现方案所涉及的相关技术和协议
2.1 Jabber的框架实现
Jabber系统包括用户端和服务器端, 在Jabber里, 用户端叫做节点, 服务器端分三部分:主机 (host) 和Jabber的用户端软件。主机包括服务器 (server) 和网关 (gateway) 。Jabber的用户端软件非常简单, 只要它能和服务器建立TCP通道, 而且能够理解Jabber消息即可。
2.2 jabber协议
2.2.1 JID Jabber协议首先通过JID的命名规则从名字上对整体进行统一。Jabber框架中把所包含的节点, 服务器, 网关, 外部服务器, 外部客户端统称为JID.一个完整的JID的形式为:[node@]domain[/resource][参考RFC2779]。
2.2.2 XMPP (e Xtensible Messaging and Presence Protocol) XML和即时消息结合的产物, 是人们在使用的过程中对即时消息达成的一项共识。XML的结构化数据的特点决定了整个jabber结构的功能能够被扩展并且能够传递任何结构化的数据。最直接的成果就是利用XML制定了表示即时和感知的XMPP (RFC2779) 协议, 在那里将即时消息的特点和相应功能作为一种标准固化下来。
2.3 Jabber SDK
Jabber SDK分为两种类型:一种是内部组件, 是以C语言编写的, 通过调用核心服务代码来访问内部的数据;相对于前面的就是外部组件, 这类组件可以以任何形式的语言编写, 与核心服务器通过TCP连接, 使用Jabber XML API进行交流。目前绝大部分的二次开发都是基于外部组件的。
2.4 SOAP协议
SOAP定义了如何交换类型和具有结构的信息, 它是使用XML作为封装信息的标准。使用XML作为封装和交换信息的标准, SOAP可以在各种不同的平台中使用, 只要不同的平台支持并且能够解析和处理SOAP的封包。
2.5 WSDL
(Web Services Description language, 网络服务描述语言) 是一种用来描述网络服务的XML格式的语言。它抽象描述操作以及处理过程, 然后绑定到特定的网络或传输协议以及消息格式。
3 网上拍卖系统设计
网上拍卖的功能模块主要包含了这三方面:第一, 竞拍人的登记和管理;第二, 竞拍商品的登记和管理;第三, 竞拍系统和竞拍情况报告。
3.1 功能方案图
3.2 方案说明
本方案的实质是基于Jabber服务端的应用开发。
(1) 从客户端来看, 首要的好处便是无需进行客户端的开发。由图可见, 非Jabber即时消息的客户端连接到JCP (Jabber Communication platform) 都是以各自协议的数据形式传递到JCP。而对这些非XML格式的消息进行转换是Jabber服务器内部专门网关代理负责处理的。
(2) JCP (Jabber communication platform) 是处理所有传入和传出信息的中心平台。从消息处理过程来看, 主要有接受数据, 内部传递, 载入数据和连接过程;外加的功能模块主要涵盖了注册模块, 过滤模块, 代理转换模块等等。
(3) 服务端类库在整个Jabber服务端开发中起着承上启下的衔接作用。
服务器端类库 (Muse API) 对JCP进行连接, 接着在连接到Jabber服务器后, 可以根据Muse API的相关接口对Jabber Server进行操作, 主要分为连接服务, 用户服务, 表示在线状态服务, 好友名单服务, 聊天室服务, 客户端服务和服务端服务。服务端类库调用web服务代理类, 和远程的服务内容进行交互数据。WSDL和代理类的关系是后者是前者的衍生物, 利用WSDL可以告诉其他应用程序:如何发现一个Web服务等。要通过网络服务自动找到相关的拍卖服务, 首先编写相关的WSDL是必不可少的。WSDL的作用是把所描述的网络服务和具体的实现部分绑定在一起。
4 结语
将即时消息工具结合到电子商务的应用之中是一个大的趋势。Jabber的源代码开放还是具有一定的局限性的。首先, 如果某个非Jabber即时消息的协议不公开, 那么所谓的跨协议的特点也就不复存在了;其次, 从安全性角度考虑, 这个方案在实现中还需要进一步加强
参考文献
[1]www.jabber.org Jabber官方网站
[2]www.echomine.com Muse API网站
[3]Mark Birbeck等.XML高级编程[J].北京:机械工业出版社.
[4]李维.Delphi6/Kylix2SOAP/Web service程序设计篇[M].北京:机械工业出版社.
[5]Jason Kitchen.Jabber away with instant messaging[EB/OL].www.javaworld.com July26, 2002.
拍卖系统 篇8
1 J2EE架构
J2EE (Java2 Platform Enterprise Edition) 是开放的、基于标准的平台, 用于开发、部署和管理N层结构, 面向Web的、以服务器为中心的企业级应用。它是一套体系结构, 也是一种技术规范。它支持平台独立、可移植、提供组件重用策略、一致化的安全模型以及灵活的事务控制特性。
J2EE应用是分布式的架构, 它把应用程序分层, 不同的层一般运行在不同的机器上。应用程序有几种分层模型:单层, 两层, 三层, N层。目前大多数企业级应用使用多层应用模型, 其优点:每一层可被单独改变, 而无需其他层的改变;降低部署与维护的开销;资源可被缓冲和重复利用;提高了灵活性、可伸缩性。
J2EE分层结构如下:
(1) 客户层:J2EE应用可以是基于Web的, 也可以是不基于Web的。在基于Web的J2EE应用中, 浏览器运行在客户层中, 它从一个Web服务器上下载Web层的静态HTML页面或由JSP或Servlet生成的动态HTML页面, 从而显示在浏览器中。在不基于Web的J2EE应用中, 客户端可以是Java程序, 还可以是包括一个Java Bean类来管理用户输入, 并将该输入发送到在业务层中运行的EJB组件来处理。
(2) Web层:J2EE Web组件可以是JSP页面以及显示HTML页面的Servlet组成, 调用Servlet或JSP页面的HTML页面, 在应用程序组装时与Web组件打包在一起。Web层可能包括Java Beans来帮助JSP和Servlet完成某些功能, JSP通常使用Java Beans和业务层中的EJB组件交互。运行在客户层的Web组件依赖容器例如支持客户请求和响应等功能。
(3) 业务层:业务层为底层业务服务组件提供必要的接口。业务组件通常为运行在EJB容器里的EJB组件。EJB组件从客户程序处接受数据, 对数据进行处理, 再将数据发送到企业信息系统层存储。同时EJB组件也可从数据层获取数据, 并将数据处理后返回客户端程序。业务层和Web层构成了J2EE应用的中间层。
(4) 企业信息系统层:它运行企业信息系统软件, 包括企业基础设施系统, 例如企业资源计划、大型机事务处理、数据库系统及其他遗留信息系统。J2EE应用组件由于某种原因可能需要访问企业信息系统层。
1.1 传统J2EE架构
企业级应用开发中, 业务逻辑是企业级应用的核心。在传统J2EE应用开发中, 通常使用EJB组件实现业务逻辑, EJB组件是J2EE企业开发平台最核心的部分, EJB组件有三种类型:会话Bean、实体Bean、消息驱动Bean。其中会话Bean分为有状态会和无状态两种;多用户时, 无状态会话Bean运行效率高于有状态会话Bean。有状态会话Bean可以一对一地维持每个调用客户的状态, 并且在不同的方法调用中维持这个状态。客户的状态在会话Bean的实例变量中维护, 要生成有状态会话Bean, 需要在Bean实现类中声明实例变量。无状态会话Bean不能维持一个调用客户的状态, 当方法执行完毕, 状态不会被保持, 而是不能在多个方法调用之间保持状态。在调用完成后, 无状态会话Bean被立即释放到缓冲池中, 无状态会话Bean具有很好的伸缩性, 可以支持大量用户的调用。按照Bean提供的接口可以分为本地接口和远程接口Bean。本地接口可以和客户端在同一个JVM里运行, 不能提供远程调用, 但它效率高, 适合于细粒度组件。远程接口Bean必须通过远程调用方法调用, 并且成本高, 适合于粗粒度组件。实体Bean代表持久的存储对象。实体Bean分为两种:Bean管理持久化 (BMP) 、容器管理持久化 (CMP) 。BMP组件由Bean开发者自己管理Bean和它所代表的数据库记录的同步;CMP组件由容器自动管理Bean和它所代表的数据库记录的同步, 不需要Bean开发者提供数据访问的各种细节。如果使用实体Bean, 最好选择带本地接口的CMP组件实体Bean, 因为带远程接口的实体Bean在远程调用时浪费资源, 而且在性能上也存在风险。消息驱动Bean集成了Java消息服务和企业Bean的功能。消息驱动的EJB不直接与客户交互, 它是JMS消息监听器。客户把消息发送给JMS目的地, 之后, JMS提供者和EJB容器协作, 把消息发送给消息驱动的EJB。
1.2 轻量级J2EE架构
不使用EJB组件, 也可进行J2EE应用开发。在J2EE应用开发中, 由于EJB组件存在优势和不足, 为此采取EJB的优点, 去除缺点, 使不使用EJB的J2EE体系结构更加成熟。本文提出基于Struts2+Spring+Hibernate体系结构称为J2EE轻量级架构。
1.2.1 Struts2 (表示层框架)
Struts2是以Web Work优秀设计思想为核心, 吸收了Struts1部分优点, 建立一个兼容Web Work和Struts1的MVC框架。
Struts2优点:
(1) 支持多视图表示。Struts2支持JSP、XML、Free Marker等表现层技术, 可与多种视图技术整合, 为开发者提供多种适应性。
(2) Struts2Action类可以实现一个Action接口, 也可以实现其他接口, 使可选和定制的服务成为可能。
(3) 在软件设计上Struts2没有耦合Servlet API和Struts2API, 属于非侵入式设计, 当系统重构时, Struts2中Action可复用, 提高了代码的复用率;在应用上Struts2中Action可以不依赖于Servlet API和Struts2API, 从而允许Action脱离Web容器运行, 降低测试难度。
(4) 模块化。Struts2把模块化作为体系架构中的基本思想, 可以通过三种方法将应用程序模块化:将配置信息拆分成多个文件;把自包含的应用模块创建为插件;创建新的框架特性, 即将与特定应用无关的新功能组织成插件, 以添加到多个应用中去。
1.2.2 Spring (业务逻辑层框架)
Spring是非常优秀的轻量级开源MVC框架。它的主要核心是Io C容器和AOP机制。其中Io C容器负责创建、管理应用组件。从最前端的控制器, 到中间层的业务逻辑组件, 以及底层的DAO组件, 都在Io C容器的管理下, 以低耦合的方式运行。AOP机制以Io C容器为基础, 用于处理系统中分布于各个模块中的交叉关注点的问题。
Spring优点:
(1) 独立于各种应用服务器, 低侵入式设计, 代码的污染极低。
(2) Spring的DI容器降低了业务对象替换的复杂性, 提高了组件之间的解耦。
(3) Spring的AOP容器允许将通用任务如安全、事务、日志等进行集中式处理, 从而提供更好的复用。
(4) Spring的ORM和DAO提供了与第三方持久层框架的整合, 简化了底层的数据库访问。
(5) Spring高度的开发性, 开发者可根据自己的需要选择使用某一个模块。Spring致力于J2EE应用各层解决方案, 它是企业级应用开发"一站式"选择, 并贯穿于表现层、业务逻辑层和持久化层。Spring为企业应用开发提供轻量级解决方案, 包括依赖注入核心机制、基于AOP声明式事务管理、与多种持久化层技术及优秀的Web MVC框架整合功能。
1.2.3 Hibernate (持久层框架)
Hibernate是目前最优秀、使用最广泛的O/RM (对象关系映射) 框架。其基本特征:完成面向对象的程序设计语言到关系数据库的映射。因此Hibernate是面向对象程序设计语言和关系型数据库之间的桥梁, 允许程序开发者采用面向对象的方式操作关系数据库。因为有了Hibernate的支持, 使得J2EE应用开发过程的OOA、OOD、OOP三个过程一脉相承, 成为一个整体。
Hibernate优点:
(1) 在操作数据库时, 会自动生成SQL语句。
(2) 它是基于Java开放源代码持久化中间件。
(3) 它对JDBC进行轻量级对象封装, 可应用在任何使用JDBC场合, 既可以在Java的客户端程序使用, 也可以在Servlet/JSP的Web应用中使用。最具革命意义的是, Hibernate可以在使用EJB组件的J2EE架构中取代CMP, 完成数据持久化的重任。
(4) 它使用Java反射机制而不是字节码增强程序来实现透明性。
(5) 它的性能非常好, 因为它是个轻量级框架。映射的灵活性很出色。
(6) 它支持各种关系型数据库, 映射一对一到多对多的各种复杂关系。
(7) 它作为J2EE持久化的解决方案, 使用传统POJO作为系统的持久化类, 具有低侵入式设计, 不会造成代码污染。同时系统的持久化类无需继承任何Hibernate基类或者实现任何Hibernate接口, 提供了极好的代码复用。
1.2.4 三种轻量级框架整合
轻量级框架整合是利用Struts2、Spring和Hibernate的各自优势互补进行开发的, 通过配置文件将Struts2、Spring和Hibernate集成起来, 实现多层开发, 达到高内聚、低耦合的目的。
三大框架整合如下:
(1) 表示层:Web客户端发送HTTP请求, 调用Web控制器 (web.xml) 初始化Spring上下文加载监听器, 加载application-context.xml, 之后在Web.xml中定义Struts2核心控制器Filter Dispathcer, 初始化Struts2并处理所有用户的WEB请求, 然后将它的请求转发给Action Proxy, Action Proxy根据请求的action名字在struts.xml中找到相应的Action。
(2) 业务层:Action把请求转发给业务逻辑控制器, 由业务逻辑控制器调用模型中相应的业务逻辑方法, 模型调用DAO, 把DAO实现类注入到Spring容器中, 由Spring把各个组件装配在一起。DAO负责访问数据库, 把Hibernate配置文件、Session Factory、事务管理器以及事务传播特性注入到Spring容器中, 由容器统一管理。
(3) 持久层:DAO实现类继承Hibernate Dao Support类并实现DAO, 通过Hibernate模板直接操作数据库, 对数据表增、删、改、查操作。
最后把DAO组件依赖注入到相应的Service实现类中, 它实现Service接口。业务逻辑层处理完毕, 将返回的结果交给ActionProxy, Action Proxy根据Action处理后返回的字符串, 在struts.xml中找到与字符串匹配的结果, 根据名字得到相应的视图资源, 再发出HTTP响应客户端请求。
2 电子拍卖系统设计
2.1 设计原理
目前, 最具有代表性的电子商务形式有:B2B企业之间业务、B2C企业与消费者之间交易、G2C政府与消费者或市民之间业务、C2C消费者与消费者之间交易。在该系统中买卖双方都为顾客, 属于C2C电子商务形式。根据系统特点, 采用B/S结构设计, 实现在线拍卖功能。
2.2 功能介绍
该系统模拟e Bay系统的部分功能, 主要实现电子拍卖系统中的核心功能。本系统要求用户参与拍卖之前, 必须登录系统。本系统提供了系统登录验证, 登录验证通过Struts2的拦截器实现, 拦截器拦截用户Session, 判断Session中是否保存了当前用户ID, 如果保存了用户ID, 说明用户已经登录, 否则没有登录。
对于物品的管理, 本系统可以查询拍卖物品, 添加拍卖物品, 增加物品种类, 竞价处理, 以及发送邮件通知用户所参与的竞价。注册用户可以添加用户物品和物品种类。添加之前必须登录系统, 每个Action中并不判断用户是否登录, 而是通过Struts2的拦截器完成功能, 从而提供更好的代码复用。
注册用户可以浏览当前拍卖中的物品以及流拍的物品。
注册用户可以参与竞价, 参与的竞价系统将发送邮件通知用户。
2.3 系统架构
本系统严格采用J2EE的三层架构, 分为表示层、业务逻辑层和数据服务层。三层体系将业务规则、数据访问及合法性验证等工作放到中间层处理, 客户端不直接与数据库交互, 而是通过控制器与中间层建立联系, 再由中间层与数据库交互。系统架构如图1所示, 系统三层架构的具体功能如下:
表示层在JSP页面中使用Struts2标签显示数据, 生成页面显示效果。
中间层采用Struts2+Spring+Hibernate, 为了分离控制层与业务逻辑层又可细分为:
(1) Web层, 就是MVC模式里的"C" (Controller) , 负责表示层与业务逻辑层的交互, 调用业务逻辑层, 并将业务数据返回给表示层显示。
(2) Service层 (业务逻辑层) , 负责实现业务逻辑, 对DAO对象进行正面模式的封装。
(3) DAO层 (数据访问对象层) , 负责与持久化对象交互, 封装了数据的增、删、改、查原子操作。
(4) PO层 (持久化对象层) , 通过实体/关系映射工具将关系数据库中的数据映射成对象, 实现以面向对象方式操作关系数据库。
通过使用Struts2, 提供了良好的MVC模式, 所有的用户请求都由Struts2的Action负责拦截, 然后通过Spring提供自动装配功能, 定位Spring容器中的业务逻辑组件, 调用业务逻辑组件方法处理用户请求。
数据服务层使用Oracle关系数据库存储数据。
3 电子拍卖系统实现
实现原理以Spring为核心, 承上启下。向上管理表示层, 向下管理业务逻辑层组件, 同时负责管理业务逻辑层所需的DAO对象, 负责在各层之间传值的是值对象。
3.1 实现持久化层
为实现Hibernate持久层, 需定义实体类以及对应的映射文件。根据该系统实现的功能需要定义的实体类为:用户、物品、物品种类、物品状态、竞价记录, 这5个实体类分别对应各自的数据表, Hibernate可通过各自的PO类来访问数据表。为了进行数据持久化访问, 必须增加映射文件, 映射文件负责完成持久化类和数据表之间的映射关系。其中每个持久化类对应数据库中的一张表, 持久化类中的每个属性对应数据表中的字段, 持久化类的每个实例对应数据表中每一行记录。
3.2 实现业务逻辑层
业务逻辑层采用面向接口编程原则, 为了让系统中的控制器不依赖于业务逻辑组件的实现类, 而依赖于业务逻辑组件的接口, 达到降低系统重构的代价。该系统中使用Spring邮件抽象层, 当用户竞价成功后, 系统向竞价成功的用户发送邮件进行通知。还使用Spring任务调度机制判断系统中拍卖物品的状态, 该任务每隔一段时间会自动执行, 不用以硬编码的方式编写在程序中, 而是通过Spring的配置文件完成。由于Spring AOP提供声明式事务管理功能, 所以在业务逻辑组件方法内无须编写事务管理代码, 将事务管理写在配置文件中, 由Spring容器管理事务。
3.3 实现Web层
系统使用Struts2作为前端MVC框架, 控制层由Struts2 Action充当, Action负责调用系统业务逻辑方法处理用户请求, 并将处理后的结果放入值栈, 在JSP页面中使用Struts2标签显示结果。在Struts2中使用Filter Dispatcher过滤拦截*.action的请求, 并将用户请求直接转入到Struts2框架内。通过这种方式, 对于普通的页面也必须经过Struts2过滤, 保证了用户无法直接浏览任何页面, 提高系统安全性。
结论
开发表明, 基于Struts2+Hibernate+Spring的J2EE轻量级框架优点:
(1) 开发工作变得简单有效, 开发者只负责分析系统业务, 不必关注与业务逻辑无关的底层技术问题。
(2) 大大提高企业级应用开发生产力, 开发周期明显缩短, 开发成本降低。
(3) 系统部署到服务器上运行稳定, 性能较高。
(4) 系统易于维护和管理。
(5) 电子拍卖系统具有松散耦合、结构清晰伸缩性强可扩展性好重用性高等特点
参考文献
[1]刘晓华.J2EE企业级应用开发[M].北京:电子工业出版社, 2003.
[2]Rod Johnson.Expert One-on-OneJ2EE Design and Development[M].北京:电子工业出版社, 2002.
[3]李刚.Struts2权威指南-基于WebWork核心的MVC开发[M].北京:电子工业出版社, 2010.
[4]罗时飞.精通Spring[M].北京:电子工业出版社, 2005.
[5]陆荣幸, 郁洲, 王志强.J2EE平台上MVC设计模式的研究与实现[J].计算机应用与研究, 2003, 31 (3) :144-146.
[6]陈天河.Hibernate开发宝典[M].北京:电子工业出版社, 2006.
[7]杨蕴石, 王颖, 吕科, 赵亚伟.基于J2EE集成开源框架研究与应用[J].微计算机信息, 2008, 24 (3) :220-223.
拍卖系统 篇9
统计显示截至2013年底我国汽车保有量达1.37亿辆, 全国有31个城市的汽车数量超过100万辆, 其中北京、天津、成都、深圳、上海、广州、苏州、杭州等8个城市汽车数量超过200万辆。究其原因, 一方面是因为改革开放以来, 我国的经济发展取得了快速发展, 居民生活水平提高, 人均可支配收入却得到了大幅度提高, 相对于户可支配收入, 私家车的价格不再是高高在上, 私家车作为一种出行的交通工具也不是高档消费品, 变成了一种耐用消费品;另一方面, 自从我国加入世界贸易组织以来, 汽车产业逐步开放, 国外的汽车品牌涌入中国, 加之我国政府对国内汽车产业的扶植, 导致汽车市场竞争加剧, 我国汽车价格与国际市场逐步接轨, 如火如荼的汽车价格战也屡见不鲜。汽车市场巨大的潜在生产能力形成生产过剩的卖方市场, 人们购买私家车不再是遥不可及的事, 所以近年来私家车的保有量成迅速扩大的趋势。
上海作为我国的经济中心, 居民生活水平处于城市前列, 私家车拥有量更是迅速扩大, 城市本身过多的人口本已构成人员拥挤、住房紧张等问题, 而过多的私家车无疑将加剧交通阻塞、环境污染的情况进一步恶化。为了将上海的小汽车拥有量控制在合理范围内, 上海实行了小汽车限购的政策, 希望通过实行汽车牌照定量投放拍卖制度, 来达到限制城市小汽车总量的上升、缓解城市交通拥堵、治理城市环境的目的。但是上海汽车牌照拍卖制度实行了十几年, 这项政策到底有没有达到控制的目的, 其实施的效果究竟如何, 在这方面却没有进行一个具体的量化的检验评价。除此之外, 除了实施这种刚性的压制人民需求的宏观调控政策, 能否从其他方面来引导人们对出行方式的选择, 转移市民的需求, 进而减少私家车的出行, 达到降低小汽车增长率的目的。
然而城市交通是个动态系统, 变量间的关系复杂, 一般的数量研究方法难以把握其复杂的系统特征。而系统动力学 (System Dynamics, SD) 注重系统内部结构和反馈机制, 擅长处理长周期、高阶次、非线性、多变量、多反馈的复杂系统问题, 自创立以来已在多领域得到广泛运用。据此, 本文用SD理论方法分析影响上海市私人车辆的主要因果关系和反馈回路, 建立私家车拥有量增长模型, 以VENSIM为工具, 在历史统计数据基础上通过定性定量的分析, 模拟出上海市没有实施限购政策的私家车保有量增长趋势, 据此判断汽车拍卖制度实施的效果。并对其他变量进行了灵敏度分析, 探索除此之外的其他的控制私家车保有量的方法。
二、系统分析和模型的构建
(一) 系统边界的确定
系统动力学分析的系统行为是基于系统内部要素相互作用产生的, 并假定系统外部环境的变化不会给系统行为产生本质影响, 且不受系统内部因素的控制。在系统边界方面, 与所研究动态问题有重要关系的概念与变量应考虑进模型, 在界限外部的变量应排除在模型外。
城市居民私家车系统是一个复杂的社会经济系统, 不仅包括汽车的流通、交换和消费等节, 而且涉及城市人口、经济、环境、控制政策、公交等其他子系统。根据本文系统建模的目的, 最终确定所研究系统的范围包括私车保有量、价格、使用费用、尾气排放量、比较心里、人均可支配收入、常住人口数量、上海市总户数、公共交通客运量、机动车保有量、公交、出租车数量、停车车位、道路面积等水平量。
(二) 因果反馈分析
因果回路图是系统动力学中常用的表达系统结构的工具, 通过因果关系链条来描绘系统内部各影响因素之间的相互作用关系。正是这些因素之间的相互关系和作用决定了系统的行为和功能。
在对系统结构进行分析的基础上, 本文绘制了私家车保有量的因果关系反馈回路, 如下图所示:
在私家车保有量增长系统的反馈回路中包含多个反馈环:
1. 考虑地面交通拥堵而建立的回路:
私家车保有量的增加, 导致汽车总量的增加, 在道路建设落后于汽车增长速度的情况下, 道路上的车流密度增大, 加大道路的拥挤程度, 道路拥挤降低了私家车出行的满意度, 从而降低私家车的增长率, 减缓私家车保有量的增加。整个反馈回路为负反馈回路。如下图所示:
2. 环境压力反馈回路:
机动车出行其尾气排放造成环境污染, 导致环保压力增加, 压力的加大将引起政府交通管制措施的加强, 从而起到抑制私车增长的作用, 该回路为负反馈回路。如下图所示:
3. 考虑心理因素的反馈回路:
该回路中, 个体机动化不断普及情况下户均拥有量增加进而对潜在消费者起到示范效应, 通过带动消费心理的迅速成熟而影响消费心理因素, 最后影响私车增长, 回路反馈效应为正。如下图所示:
4. 考虑通过改变停车车位供需关系调控停车费用这一经济手段对私车保有的影响得到回路:
随着私车数量的增加, 车位供应不足, 停车费用上升从而对私车增长产生负效应, 最终影响私车保有量, 该回路为负反馈。如下图所示:
5. 考虑公共交通的反馈回路:
降低私家车保有量, 进而减少私家车的出行量, 私家车分担的居民出行量减少, 会引导更多的人选择公共交通工具作为出行方式, 公共交通分的的客流量增大, 更进一步降低了私家车的增长率。该反馈回路为负反馈。如下图所示:
(三) 系统流图
系统动力学模型包括水平方程、速率方程、辅助方程、参数方程和初值方程。对系统流图输入模型方程、初始参数和设计表函数, 分别用J、K、L代表过去、现在、未来时点, JK、KL表示过去及未来时段。模型相关参数计算的样本值采用2000-2012年数据, 通过查阅上海市统计年鉴, 和上海市车辆管理所统计数据及其他相关资料, 设定模型初始值。
模型中涉及到的主要方程有:
私车保有量K=私家车保有量J+ (年新增量-年报废量) *DT
年需求量=私车保有量*私车增长率
年报废量=私车保有量*报废率
车均道路面积=城市车行道总面积/机动车总量
车位数量=车位量J+车位量J*车位增长率
车位供需比=车位量/私车保有量
停车费用=4000+2000/车位供需比
使用费用=停车费用+燃油费+保险费用
购车价格=实际价格*exp (-降价率*Time)
II值=实际价格/户均支配收入 (预测轿车是否进入家庭, 在人均GDP和II值判断标准的选择上, 实际价格/户均支配收入决定了我国轿车进入家庭的实际进程, 故本文动力学模型在居民收入水平对私车消费影响的因素上采用II值。)
实际价格=购车价格+车辆购置税
总出行量=人均出行量*总人口
私车运量=总出行量-出租车运量-公家车运量-轨道运量
轨道长度采用DELAY延迟函数, 因为轨道建设有一定的建设周期, 这里假定将设周期为5年。
尾气排放量=车均尾气排放量*机动车总量
其中, 私车需求增长率的方程用经济分析中普遍采用的科布—道格拉斯生产函数 (C-D生产函数) 表示, 每个投入要素均为0至1之间的实数。基于2000年之前的历史数据对其进行多元线性回归分析, 拟合出各个参数的数值。
三、系统仿真模拟
(一) 模拟值和实际值比较
对系统变量方程全部定义完毕之后, 对该系统进行仿真运行, 得出在未实施汽车牌照拍卖的限购政策下, 私家车保有量及其增长趋势。同时将系统模拟的数据和实际私家车保有量数据进行对比, 以检验政策实施的效果。本文采用2000~2012年的实际数据作为样本, 系统模拟得到的结果和实际数据如下表所示。数据来源:上海统计网 (上海统计年鉴) 。
通过上面得到的数据可以看出, 上海市采用汽车牌照拍卖制度后, 在很大程度上限制了居民私家车的购买和消费, 在居民对于私家车的需求日渐增长的情况下, 能够将私家车的消费量降低了近一半, 这说明这一制度在控制城市机动车保有量增长方面取得了显著的效果。
(二) 其他变量的灵敏度分析
通过汽车牌照拍卖来限制机动车保有量的增长, 这种刚性的压制人们需求的政策并非是长久之计。更好的方法应该是引导人们选择公共交通出行方式, 将出行量更多的由公共交通来承担, 降低道路拥挤程度, 形成良性循环。
除了模拟了在没有拍卖制度的情况下上海市私家车增长情况, 本文还对其他的影响因素进行了灵敏度的分析, 通过改变影响私车保有量的相关因素, 观测私家车保有量的变化及其趋势, 以提出其他的治理对策。本文分析私车保有量对于停车费用的灵敏度, 发现通过提高停车费用, 来增加私家车的使用成本, 也可以降低居民私家车的保有量, 但是停车费用征收的数额以及私家车保有量对于停车费用变化的弹性不易确定。此外征收道路拥堵费, 提高私家车使用费用, 也可达到降低私车增长率的目的。通过分析保有量对于轨道线路长度的灵敏度, 发现通过增加轨道交通运行长度, 提高其运量, 从而分担居民出行量也可达到降低私家车使用率的效果。
四、结论和展望
本文以上海市私家车保有量为研究对象, 分析了私家车保有量的影响因素及各因素之间的因果关系, 并在此基础上构建了系统动力学模型, 建立了系统流图, 定义了系统变量的方程。借助模型模拟了上海市在没有实行汽车牌照拍卖制度假设前提下的私家车保有量及其走势图, 通过与实际的数据对比, 来检验此项政策的是否有效并量化确定其实施效果。结果证明在人们对私家车需求日渐提高的情况下, 这一制度有效的降低了居民私家车的购买量。除此之外, 论文还分析保有量对其他的系统影响要素的敏感程度, 为抑制城市私家车保有量的增长提供了其他的建议。
本文在很多方面存在着如下不足之处:
1.没有考虑上海市城市范围扩张对人们购买私家车需求的影响。随着上海市市区面积的扩大, 交通便利性提高以及外来人口的进入, 居民经常往返于市区和郊区 (考虑到郊区的房价或是房租较低所以住在偏离市中心的位置, 而工作地区往往位于市区) , 鉴于乘公交车要花费时间很长人们往往会选择私车出行。
2.城市道路上行驶的私家车的数量不易观测, 同时存在着私家车主选择公共交通出行的情况, 而本文排除了影响“开”私家车的因素和影响“买”私家车的因素之间的区别, 简单地将行驶的私家车数量等同于私家车保有量, 即假定消费者如果购买私家车之后, 他们大部分的出行都将依靠私家车。
3.在私家车保有量对其他影响因素的灵敏度分析中, 只得到了定性的结果。由于城市居民的收入水平的不同和消费水平参差不齐, 人们对于征收拥堵费和提高停车费用的辩护弹性不易确定, 所以不能得到准确的定量结果。
在以后的研究中, 会将更多的影响因素考虑到系统中, 以更加真实的模拟这一政策制度对的实施效果, 为其他城市在控制私家车保有量增长方面提供参考。
摘要：文章以上海市私家车保有量作为研究对象, 运用系统动力学的知识, 确定了私家车保有量的影响因素, 界定了系统的边界, 分析了各个影响因素之间的因果关系和系统结构, 并画出系统的因果反馈回路。在此基础上建立了没有私车拍卖制度的私家车保有量增长的系统动力学模型, 采用VENSIM并进行模拟仿真, 得到了在没有政策限制下的私家车保有量的趋势, 将模拟的结果和实际的私家车保有量进行对比, 检验了汽车牌照拍卖制度的实施效果。最后对其他影响因素进行了灵敏度分析, 为抑制私家车的增长提出其他的决策建议。
关键词：私家车保有量,系统动力学,牌照拍卖,VENSIM
参考文献
[1]王静.经济发展水平与基础设施建设对私家车拥有量的影响分[J].时代经贸, 2013, (16) .
[2]王其藩, 贾建国.加入WTO对中国轿车市场需求影响研究[J].系统工程理论与实践, 2002, (03) :56-621.
[3]王其藩.系统动力学[M].北京:清华大学出版社, 1994.
[4]杨浩雄, 李金丹, 张浩, 刘淑芹.基于系统动力学的城市交通拥堵治理问题研究[J].系统工程理论与实践, 2014, (08) .
[5]徐向阳, 石刚.系统动力学在汽车市场预测中的运用和研究[J].山东理工大学学报:自然科学版, 2007, (06) :1-41
[6]韦异丽.北京市私家车拥有量影响因素分析[D].北京:对外经贸大学, 2011.