二手交易系统

二手交易系统（通用12篇）

二手交易系统 篇1

摘要：二手交易平台系统设计的要点为针对二手交易用户的需求做出概念设计,规划出功能模块,提出实施的策略。结合二手交易平台的需求,以A SP.N ET+SQ L为核心,建立了一套二手交易网络系统。

关键词：A SP.N ET,SQ Lserver,二手交易系统

二手交易平台是电子交易平台的一种,人们希望能够应用二手交易平台浏览货物、购买货物、发布货物。本次结合二手交易平台的需求,以ASP.NET+SQL为核心,建立了一套二手交易网络系统。

1 用户需求分析

1.1 功能需求

把二手交易系统的用户分为三类:管理员、注册用户、匿名用户。管理员的用户需求为管理货源信息、管理站内信息、管理权限控制、管理留言板。管理员的查询货源信息需求为登陆数据库→查询货源信息→处理货源信息→修改、删除货源信息→更新数据到相应的数据库→退出数据库。查询站内信息需求为登陆数据库→查询站内信息→处理站内信息→更新数据到相应的数据库→退出数据库。查询用户信息的需求为登陆数据库→查询用户信息→处理用户信息→删除、修改、通过用户注册→更新数据到相应的数据库→退出数据库。注册用户的需求为资源信息查询、个人信息管理、信息发布、留言板信息发布。注册用户查询货源信息的需求为登陆到网页浏览数据库信息→查询货源信息→查询完信息→安全退出网页。注册用户发布货源信息的需求为登陆网页发布货源信息→发布信息成功→安全退出网页。注册用户的留言板信息发布的需求为进入留言板→发布留言板信息(包含发布主题、昵称、留下QQ等联系方式等)→提交留言信息→信息更新到数据库→数据显示到网页上→退出留言板或继续浏览留言板信息。匿名用户的需求为首页资源信息查询。匿名注册用户查询货源信息的需求为登陆到网页浏览数据库信息→查询货源信息→查询完信息→安全退出网页。

1.2 性能需求

二手交易系统的性能需求为浏览速度快,方便用户检索;分类明晰,方便用户查阅;系统简洁实用,便于管理员维护;系统具有可拓展性,便于日后升级功能。

1.3 适用性需求

管理员、注册用户、匿名用户的需求都以数据库为核心,该系统对数据库的要求较高。SQLserver数据库是美国Microsoft公司推出的一种关系型数据库系统。它也是当前应用得最广泛的数据库系统。该数据库系统性能稳定、拓展性强、功能广泛,这是一款专为分布式客户机与服务器设计的数据库系统。因为当前计算机应用的平台一般为Windows系统,Windows系统也为Microsoft公司设计,所以该数据库系统能与系统平台无缝结合。

1.4 移植性的需求

该次应用SQLserver工具开发数据库管理功能。应用ASP.NET开发用户浏览网页,方便用户浏览及应用数据库信息。这是一种适宜用户在计算机上应用二手交易系统的设计,根据用户的需求,是以SQLserver数据库为基础开发移动设备浏览系统。

2 系统设计分析

2.1 概要设计

该次的管理系统功能分析如下:基本信息系统,包括信息系统的增、删、修改功能;注册用户系统,包括处理用户的所有个人信息;系统物品管理系统,包括交易物品的搜索、增、删、改的功能;系统帮助系统,包括网站应用的使用方法及网站管理人员的联系方式;用户订单管理,包括订单的生成、审核、通过及相关的增、删、改的功能;系统用户管理,包括管理用户信息系统;留言板系统,这是一套记录用户留言的系统。

整合以上系统的功能,将它分为五个模块:第一,系统用户管理模块,包括用户管理功能。第二,系统帮助信息模块,包括帮助文件文本及系统管理员联系方式。第三,日常业务管理模块,包括信息查询、信息发布两个功能。第四,用户管理模块,包括用户类型管理模块、基本用户信息管理功能。第五,基本信息管理模块,包括信息的删除、查询、添加功能。

2.2 流程设计

结合概要设计来进行流程设计。流程设计的方法为应用开发工具来设计页面与模块,确定模块的功能可以实现;输入数据,试验数据实验的结构;为每一个独立的模块编写数据结构;为每一个独立的模块进行代码测试。前台的功能流程可分为:浏览物品、注册、登陆、选择物品、定购物品、选择支付方式这几个模块。后台的功能分为:用户订单、购物车、订单处理、订单发货、订单结账。现用用户登陆的流程处理为例。如果用户登陆,出现网络连接不良,未能及时登陆的情况,就显示“网络信息不良,请稍后再试”,然后切换到用户登陆前的页面;如果用户出现输入账号或密码错误,则显示“输入错误的用户名或密码,请重新再试”,然后切换到用户登陆前的页面。该次对用模板实施的流程进行详细设计,确保每一个模板功能都能被实现。

2.3 数据库设计

数据库设计的要点为数据库模型的设计,它包括数据类型的设计、字段说明的设计。数据库的字段分为字段名称设计,管理员可根据字段名称建立数据库索引;字段类型设计,不同类型的数据有不同类型的管理方法;字段说明设计,它说明了该字段建立的意义。

3 系统功能的实现

3.1 开发环境

该次应用Microsoft Visual Studio 2015软件设计网页,应用ASP.NET+SQL设计数据库、应用SQL及C#语言作为编程语言。Microsoft Visual Studio 2015是Microsoft公司最新开发的开发工具包,该套系列包含了一套完整的开发工具集,它包括UML工作、代码管控工具、集成开发环境。Microsoft Visual Studio 2015软件可在.NET Framework 4.5.2环境下运行,它支持跨平台开发软件、云开发工作、有极强的IDE生产力。该软件能与SQL及Windows系统无缝结合,是一种非常易用的开发工具。应用ASP.NET是一种可以建立动态网编的编程模型,运行于IIS(Internet Information Server服务,是Windows开发的Web服务器)之中的程序。ASP.NET与ADO.NET的支持性良好,如果应用ADO.NET连接数据库,可无须锁定数据库源,它非常适合在虚拟环境中读取数据库资源。应用ASP.NET+ADO.NET为在云空间中应用虚拟数据库打下拓展基础。该次应用SQLserver数据库为数据管理软件。C#语言是一款知觉适用于在Microsoft.NET环境中应用的编程语言,这种语言配合开发工具,可以编写出各种需要的程序流程执行效果。

3.2 页面设计实现

3.2.1 用户可见的页面设计

用户可见的页面设计为:用户注册设计,匿名用户可应用注册的方式成为注册会员;用户登陆,用户未登陆前可浏览网站的网页,用户应用登陆的方式获得留言及购买商品的权限;用户控制面板,用户进入控制面板可了解用户个人信息、个人购买商品信息、发布留言信息、发布商品信息、观看网站推荐的热点信息、个人档案信息、修改个人档案资源;商品查询,用户可应用商品查询搜索需要的商品信息;商品发布,用户可发布出售的商品信息;购物车,用户可将选购的商品放入购物车内集中付款,进入购物车中,用户可删、改购物车中的商品信息;结账,用户可提交商品,结算货款;留言板,用户可进入留言板提交留言;帮助,用户可通过帮助文件了解网页的使用方法,并可通过帮助文件留下的信息与网页管理员联系。

3.2.2 管理员后台设计

商品一级类别管理,管理员可根据二手交易网站发展的需求设计商品一级类别;商品二级类别管理:管理员可根据二手交易网站发展的需求设计商品二级类别;帮助文件管理,管理员可编辑、删除、新建帮助文件;留言板管理,管理员可以批量编辑、删除、插入留言板的信息。

4 小结

二手交易平台系统设计的要点为针对二手交易用户的需求做出概念设计,规划出功能模块,提出实施的策略。本次设计的二手交易系统具有可拓展性强、功能简洁实用的特点,它能满足一般二手交易网络平台建立的需求。

参考文献

[1]郭晶晶,侯志强.大学生二手图书网络交易平台构想[J].合作经济与科技,2011,(10):95-96.

[2]董婧.基于ASP.NET的校友录系统的设计与实现[J].中国科技信息,2011,(12):86-87.

二手交易系统 篇2

分析报告

小组成员:赵草琴201451401126、杨晓庆201451401129、周洁201451401132、孙绍芳201451401130、赵云飞201451401135、邓晓明201451401134

 1.引言  2.需求

 2.1需求概述

2.1.1目标

2.1.2运行环境 2.1.3用户的特点 2.1.4 关键点  2.2功能规定

2.2.1功能图 2.2.2详细功能描述 2.2.3系统管理 2.2.4用户管理 2.2.5交易管理 2.2.6出售管理 2.2.7求购管理 2.2.8搜索  3.数据需求说明  3.1系统概述  3.2静态数据  3.3动态输入数据  3.4动态输出数据 3.5故障处理要求 3.6其他专门要求  4．数据的采集  5.软件结构设计说明  5.1系统概述

 5.2系统体系结构设计  5.3数据存储设计

5.3.1 E-R图

 6.软件测试说明

 1.引言

大学生是一个阅读书籍广泛的群体，不论是教科类书籍还是休闲类书籍，日复一日总有许多积压在身边，大多不会再反复阅读。一部分学生会选择收藏这些书籍，但是却占用了相当大空间；还有一部分同学会将这些书籍销毁丢弃，或者低价贱买，这样就造成了资源的浪费；另一部分同学会将书籍以原价的折扣价格转卖，这样既节省了空间有实现了资源的循环利用。然而买卖双方直接交涉，通过书写求购或将出售通知张贴于教学区或宿舍区，等到买方或卖方产生相应需求，双方交涉达成交易。但这种方法比较麻烦，而且及时性较差。所以在网上创建一个二手书交易管理系统是很有必要的。

在高校二手书管理系统中，用户分为一般用户即求购者和出售者，以及超级用户系统管理员。他们只需要在我们的平台上进行登记需求，查看我们在上面发布的最新资料更新，根据自己的情况，选择同校、同城、外省交易，我们会及时调配。一般用户对系统具有一般权限，需要通过注册，登陆方能进入系统；超级用户系统管理员对系统具有最高权限，通过登录进入系统，对系统进行管理和维护。求购者在系统中发布图书求购信息，对出售信息进行查询，如果有自己需要的图书，就可以与出售者进行交涉；出售者在系统中发布图书出售信息；图书管理员对出售信息进行整理，更新数据库，链接求书者，进行版内留言。

 2.需求

2.1需求概述 2.1.1目标

编写此需求分析的目的在于让用户了解我们将要创建的二手书交易管理系统,了解此系统实现的需求性，可行性，从而接受网上图书交易这种方式，促进资源的循环利用。2.1.2运行环境

该系统使用HTML、CSS、ASP等关键技术、选用B/S结构分布模式来进行设计并实现的.2.1.3用户的特点

本系统的用户可以分为以下三类：

 求购者：此类用户可能会在在淘书店论坛上发布求购图书的帖子，或者回复出售者发布的求购贴以购买自己需要的图书，此类用户对软件系统具有一般权限。

 出售者：此类用户可能会在在淘书店论坛上发布出售图书的帖子，或者回复求购者发布的求购贴以出售自己的图书，此类用户对软件系统具有一般权限。

 软件管理员：此类用户对软件全方面进行管理，保证软件运行的安全，对各个用户以及他们发布的信息进行审核，更新数据库，此类用户对软件系统具有最高权限。2.1.4 关键点

关键功能：及时更新数据库，对求购信息和出售信息进行整理。2.2需求规格

2.2.1功能图

2.2.2详细功能描述

用户信息管理发布书籍信息用户发布成交信息管理员买卖信息更新游客系统管理浏览信息用户信息表管理员管理请求系统管理信息管理用户信息操作请求系统通知用户2.2.3系统管理

出售信息表管理者管理请求删除删除非法用搜索用户请求户用户信息表2.2.4用户管理 用户信息表用户信息信息更改通知更改请求交易通知交易请求用户登录操作请求账户信息用户信息管理用户管理交易管理用户求购信息表出售信息表2.2.5交易管理

在用户交易管理中，根据用户提供的二手交易书籍生成了“出售信息表”和“求购信息表”，用户可以随时对自己发布的书籍信息进行更改或删除。在交易的过程中，系统会根据这两个表生成对应二手书籍的求购（出售）信息目录供用户浏览参考。对于没有明显求购或出售的用户，也可以浏览由求购、出售作息表生成的求购、出售二手书籍目录。用户交易请求交易管理出售请求交易通知用户信息表求购请求交易通知出售管理求购管理搜素信息更新请求信息发布求购信息表买家信息更新出售作息表2.2.6出售管理

用户出售请求检查合格用户录入出售信息出售信息描述用户确认出售信息出售书籍信息单提示出售信息表将信息录入出售信息表不合格处理不合格用户信息表出售书籍信息发布出售信息2.2.2.7求购管理

用户可以随时更新自己的买卖信息：

用户录入购入信息用户确认求购信息用户求购请求检查合格求购信息描述提示不合格求购书籍信息单用户信息表不合理处理求购信息表将信息录入求购信息表求购书籍信息发布求购信息2.2.8搜索

根据用户的搜索信息输出相应的结果：

求购信息表用户搜索请求用户录入搜索信息开始搜索搜索内容搜索信息匹配出售信息表搜索结果单搜索结果生成搜索结果3.数据需求说明

3.1系统概述

在高校二手书管理系统中，用户分为一般用户即求购者和出售者，以及超级用户系统管理员。他们只需要在我们的平台上进行登记需求，查看我们在上面发布的最新资料更新，根据自己的情况，选择同校、同城、外省交易，我们会及时调配。一般用户对系统具有一般权限，需要通过注册，登陆方能进入系统；超级用户系统管理员对系统具有最高权限，通过登录进入系统，对系统进行管理和维护。求购者在系统中发布图书求购信息，对出售信息进行查询，如果有自己需要的图书，就可以与出售者进行交涉；出售者在系统中发布图书出售信息；图书管理员对出售信息进行整理，更新数据库，链接求书者，进行版内留言。3.2静态数据

用户的用户信息，发布的求购或出售信息。3.3动态输入数据

用户发布的求购或出售信息。3.4动态输出数据

向求购者输出的出售者的信息。3.5故障处理要求

软件故障：可能会出现书籍信息不准确、数据更新不及时等故障。要及时更新书籍信息，保证时效性，尽量避免错误的产生。

硬件故障：本系统对硬件方面没有什么特别的要求，只要有终端就能运行，如果遇到死机等的情况时，用户的信息也会进行保存，不会丢失。3.6其他专门要求

正确性：要求发布的信息及时准确，并且能够及时进行更新。可维护性：要求系统投入运行后易于维护，易于操作。可补充性：要求可以根据实际情况进行功能的增加。可操作性：要求软件使用起来方便，易懂。

运行环境可转换性：要求本系统可以适应不同的运行环境，可以

提供给用户自行选择下载。

4．数据的采集

a.输入数据的来源：广大用户。

b.数据输入所用的媒体和硬设备：键盘。c.接收者:广大用户。

d.输出数据的形式和设备：输出数据是显示器上的一组字符；输出设备为显示器。

5软件结构设计说明

5.1系统概述

在高校二手书管理系统中，用户分为一般用户即求购者和出售者，以及超级用户系统管理员。他们只需要在我们的平台上进行登记需求，查看我们在上面发布的最新资料更新，根据自己的情况，选择同校、同城、外省交易，我们会及时调配。一般用户对系统具有一般权限，需要通过注册，登陆方能进入系统；超级用户系统管理员对系统具有最高权限，通过登录进入系统，对系统进行管理和维护。求购者在系统中发布图书求购信息，对出售信息进行查询，如果有自己需要的图书，就可以与出售者进行交涉；出售者在系统中发布图书出售信息；图书管理员对出售信息进行整理，更新数据库，链接求书者，进行版内留言。5.2系统体系结构设计 用用例图和类图来说明：

5.3 数据存储设计

在系统分析阶段进行系统逻辑设计时，已从逻辑角度对数据存储进行了初步设计，而现在到了系统设计阶段，就要结合选用计算机硬件和软件及使用要求，完成数据存储的详细设计。5.3.1 E-R图

数据存储分析是数据库设计的基础，在系统分析阶段进行数据存储分析时，曾经分析用户的要求，通过综合抽象，用E-R 图进行了描述。经过上一阶段对系统得分，得到以下E-R图，如下图所示： E-R图：

关系模式：

管理员（管理员编号，登陆名，登录密码，等级）

用户（用户编号，登录名，登录密码，真实姓名，性别，电话，邮箱）图书信息文件（图书编号，类别，图书名称，简洁，作者，出版社，出版时间，发布时间，拥有者编号，销售情况）

求购图书信息文件（求购编号，类别，图书名称，简介，作者，出版

社，出版时间，发布时间，发布者编号，销售情

况）

查询结果（用户编号，图书编号，拥有者编号）

说明：管理员可以是用户

拥有者编号，发布者编号均是用户编号，这里用于区别买家与卖家。

6.软件测试说明

系统概述

在线股票交易系统的分析与设计 篇3

关键词：J2EE；股票交易系统；SQL Server数据库

中图分类号：TP311.52

1 股票交易系统

随着经济体制改革的深化，我国股票市场也不断地发展与完善，参与股市投资的投资者日益增多，股市投资已成为一种人们愿意承担其风险的理财手段，而股票自然而然也成为了人人关心的热门话题。在网络盛行的今天，通过网络可以获取的信息广，并且相关服务多，给客户提供了方便。网上交易不受同城地域的限制、不受上班时间的限制，只要你办理了网上委托交易的相关手续，你就可以坐在家里、办公室里或即使出差在外，进行行情接收和委托下单，轻轻松松地实现交易。事实上，仅仅将网上交易理解为它是一种可利用的交易手段的话，未免过于简单。投资者上网交易更多的是可以方便、及时、全面的获取各种证券投资信息，而且在获取信息的选择上更具主动性。

网上交易与传统交易方式相比，优势明显，是广大证券投资者可以利用其进行证券投资的工具。

2 功能分析

在线股票交易系统只有一个登陆界面，面对三类不同的网站对象，分别是普通用户（未注册用户）、会员用户（已注册用户）和管理员。三类对象进入系统后跳转到不同的界面。例如普通用户登陆系统后则进入普通用户注册/登陆界面，注册/登陆后则跳转到相应的前台管理界面，前台功能主要是客户进入网站后的一些操作，包括普通用户的注册、会员用户的登陆、查询想了解的上市公司相关资料、历史交易信息、资产信息、股票详细信息（包括财政报告和历史走势图），还可以进行股票搜索、分类查询、购买股票、销售股票，将自己感兴趣的股票添加到关注列表，并对自己关注的列表和个人信息进行维护。

管理员登陆系统后则进入系统管理界面。后台功能主要是管理员进入网站后的一些操作，包括对帐户、股票、财政报告进行管理，当股票购买和出售交易完成后，由系统Email向用户Email发送该股票的购买和出售交易信息。

在线股票交易系统的全部功能如图1所示：

3 系统实体关系分析

通过对该系统进行需求分析，得出此系统具有以下几个实体：普通用户、管理员、财务报表、股票交易信息、我的股票和股票。每个实体以及他们对应的功能和事件如表1所示：

各实体之间的关系以及多样性约束如表2所示：

4 系统实现技术

系统拟使用SQL Server 2000作为数据库管理系统，Tomacat作为JSP容器，MyEclipse作为开发环境，基于J2EE架构进行开发。将系统装配在一个J2EE应用中，由J2EE服务器对其进行管理。客户端应用程序和applet是运行在客户端的组件；Java Servlet和Java Server Pages（JSP）是运行在服务器端的Web组件；Enterprise Java Bean（EJB）组件是运行在服务器端的业务组件。

采用MVC系统架构，将系统分为表示层、业务逻辑层和控制层。

表示层是系统呈现给用户的界面形式，主要负责与用户的交互。表示层用JSP实现，获得用户提交给系统的参数，交由业务逻辑层处理，并将最后的处理数据返回给用户。

业务逻辑层获得表示层的数据，使用JavaBean处理业务逻辑，与数据库进行交互，将业务处理结果返回给表示层。

逻辑层使用Servlet来处理视图层和模型层之间的数据。

5 小结

本文通过分析在线股票交易系统的功能和实体，以J2EE架构为基础，研究并提出了实现股票交易系统的MVC系统架构方案，具有高开发效率、较高的安全性、可扩展性和移植性，以及具有较快的响应速度。为下一步在线股票交易系统的实现提供了理论基础。

参考文献：

[1]刘京华.JavaWeb整合开发王者归来[M].北京：清华大学出版社，2010.

[2]闫斐，王亚弟，韩继红.基于Struts架构的J2EE应用软件的设计与开发[J].微计算机信息，2006，22（30）：227-229.

[3]张桂元，贾燕枫.Struts开发入门与项目实践[M].北京：人民邮电出版社，2005，9.

[4]曾陈萍，李怀杰.“Analysis of Framework Based on J2EE of Realizing E - Commerce”[J].西昌学院学报（自然科学版），2006，3：3-10.

[5]孙卫琴.精通Struts：基于MVC的Java Web设计与开发[M].北京：电子工业出版社，2004.

作者简介：姜娜（1984.8-），女，云南曲靖人，助教，硕士，主要从事计算机软件和网站建设研究；孔浩（1979.11-），男，云南昭通人，硕士学位，讲师，主要从事计算机软件和计算机网络方面研究。

二手车交易管理系统设计与实现 篇4

汽车租赁业务的利润, 主要产生在出售二手车的收入上。虽然我国二手车交易市场发展迅速, 但仍旧存在不少问题, 主要表现在行业法规滞后、时效性不足、车源难找、买卖效率低下等。如何有效地控制和管理二手车的信息及交易状况, 使出售人能够方便卖出满意的价格, 同时使购买人能够方便、快捷地竞拍到二手车, 是当前急需解决的问题。笔者针对当前二手车交易市场的需求, 设计并开发了一款二手车B2C交易管理平台。

1 系统需求分析

二手车交易管理系统为客户购买二手车提供了更便捷的渠道, 客户可以在网站上进行竞拍和交易, 可以随时管理自己的会员保证金, 进行充值和扣除操作, 如果客户竞拍成功之后又不想购买, 也可以取消二手车购买订单, 人性化的交互功能使客户购买二手车方便又快捷, 省去了许多繁琐的购买程序。二手车交易流程如图1所示。

2 系统设计

2.1 系统总体架构设计

本系统采用J2EE经典的B/S三层架构:表示层、业务层、数据层。在技术应用上, 表示层:jsp页面上用到了jQuery框架以及Ajax技术;业务层:Spring + MVC设计模式, 传统的MVC分层设计模式使程序更易管理, 降低程序间的耦合性, 提高程序的健壮性;数据访问层:iBatis框架代替传统的Hibernate框架进行持久化管理数据库, 操作简单方便, 并且是半自动化地管理数据库。系统架构如图2所示。

2.2 系统总体模块设计

该系统共有两大模块:基础设置模块和拍卖模块。基础设置模块又包括生产厂家列表、品牌列表、车型列表、车辆管理、车辆查询、预约单管理、出售单管理等模块, 该模块的参与者为厂家超级管理员。拍卖模块包括拍卖车辆管理、拍卖单管理、竞拍出售单管理、竞拍会员管理、会员保证金管理等模块, 该模块的参与者为厂家管理员、注册用户和游客。系统总体模块设计如图3所示。

2.3 系统角色权限设计

二手产品交易系统是一个B2C模式的电子交易平台, 所有该系统的客户和卖方拥有不同的功能。系统的部分功能不是开放给注册用户, 只有作为卖方的厂家才能使用这部分功能。因此就出现了第3个系统参与者———超级管理员。系统由他来完成卖方的各种操作。因此系统一共有3种角色:游客、注册用户、超级管理员。角色权限如表1所示。

2.4 数据库设计

系统主要包括基础设置模块和拍卖模块, 系统数据库设计的数据表如表2所示。

3 系统实现

根据二手车交易管理系统的需求分析与设计, 进行具体的编码开发。下面主要针对基础设计模块和拍卖模块进行阐述。

基础设计模块部分主要用于管理员对二手车辆的统一维护管理, 客户进行网上预约和下达出售单操作 (导航树如图4所示) 。① 生产厂家列表:该模块对生产厂家信息进行管理, 可进行增、删、改以及查询操作;②车辆查询:车辆查询模块可根据页面查询条件查询相应数据到前台显示, 也可以根据车牌号进行模糊查询;③预约单管理:预约单管理模块对车辆预约单进行统一管理;④ 预约单查询:对预约单信息根据查询条件进行查询。

拍卖模块部分主要用于客户预约成功下达出售单之后在网上进行二手车辆的竞拍, 竞拍成功的客户即可获得该车辆, 共有8个模块 (导航树如图4所示) 。对拍卖单管理模块和查询模块介绍如下:①拍卖单管理:拍卖单管理模块是对会员竞拍成功之后的拍卖单进行管理, 主要属性:拍卖单号、拍卖单状态、车辆编号、车架号、出售城市、出售门店、厂家、品牌、一口价金额、拍卖单状态、出售次数等状态, 准出售、已出售、已退车、已删除, 点击拍卖单管理;②拍卖单查询:根据查询条件对会员拍卖单进行查询。

4 结语

本文针对二手车交易市场存在的诸多问题, 在分析二手车交易流程的基础上, 设计并实现了一款二手车交易管理系统, 方便快捷地管理二手车的车源、订单、拍卖等信息。随着电子商务市场的进一步发展, 该系统应用前景广阔。

参考文献

[1]沈泽刚, 秦玉平.Java Web编程技术[M].北京:清华大学出版社, 2010.

[2]李兴华, 王月清.Java Web开发实战经典[M].北京:清华大学出版社, 2010.

[3][美]威尔德.斯尼德.SpringFramework 2入门经典[M].赵利通, 译.北京:清华大学出版社, 2009.

[4]劳动和社会保障部.旧机动车鉴定评估师国家职业标准[S].1999.

[5]郭金生.二手车交易网络平台系统应用分析[J].电子设计工程, 2011 (11) .

排污权交易管理信息系统设计论文 篇5

摘要:为我国的排污权交易设计了一套管理信息系统,该系统设计采用C/S和B/S混合架构体系,充分发挥了二者的长处。系统一方面可以同时为环境管理部门、排污企业和社会公众三类主体提供信息化服务,大大方便了排污权的交易过程,并保证了排污权交易的公平与透明;另一方面可以使环境管理人员方便地查询和检索相关企业,简化了环境管理工作。

关键词:排污权交易管理信息系统总体架构系统功能

1 引言

排污权交易是指在一定区域内,在污染物排放总量不超过允许排放量的前提下,内部各污染源之间通过货币交换的方式相互调剂排污量,从而达到减少排污量、保护环境的目的。它主要思想就是建立合法的污染物排放权利即排污权(这种权利通常以排污许可证的形式表现),并允许这种权利像商品那样被买入和卖出,以此来进行污染物的排放控制。它是政府用法律制度将环境使用这一经济权利与市场交易机制相结合,使政府这只有形之手和市场这只无形之手紧密结合来控制环境污染的一种较为有效的手段。该制度的确立使污染物排放在某一范围内具有合法权利,容许这种权利像商品那样自由交易。这一制度的实施将会迫使污染者为追求盈利而降低治理成本,进而设法减少污染。

在排污权交易整个过程当中，政府相关管理部门――一般为地方排污权交易管理中心,应当充分发挥主导作用,积极推动排污权交易的蓬勃开展。政府部门不仅仅要充当在企业间牵线搭桥的媒介,而且还要具备一些其他职能,比如制定总量控制、分配初始配额、在线监测污染以及处罚超标排放。

在信息技术高速发展的今天,我们有必要利用现代化的管理工具,来最大限度地帮助我们工作。因此,本文设计了一套排污权交易管理信息系统,以便对排污权交易管理工作实现电子化、信息化,为行政决策部门提供系统性的支持平台和强有力的实施保障。

2总体架构设计

其中,数据库用于存储空间数据、专题数据、业务数据等,实现数据的集中管理。应用服务器可以是一组服务器的集群,用于实际业务规则的执行,负责分析并处理用户通过客户端或浏览器发出的各种数据请求。Web服务器用来提供用户服务,通过可视化的用户界面输出信息和收集数据,是用户使用系统的接口。

Client/Server(客户端/服务器,简称C/S)架构的信息系统具有较强的事务处理能力,能实现复杂的业务流程,而Browser/Server(浏览器/服务器,简称B/S)架构的信息系统具有易用性、通用性和良好的可扩展性等优点。因此,系统设计采用C/S和B/S混合架构体系:环境管理部门内部通过C/S架构在局域网系统的客户端上运行排污交易系统办理日常业务,排污单位和公众可通过B/S架构在业务大厅公众服务终端或网页浏览器上查询环境管理部门公开的排污交易等信息,并能通过公众参与模块参与相关污染控制与监督。

3 系统功能设计

3.1 排污企业网页版功能设计

3.1.1功能模块概述

排污企业在互联网计算机上用浏览器打开排污权交易管理信息系统网页版,登录系统以后,将看到以下六大模块:基础信息管理模块、环保业务咨询模块、排污权申购模块、排污权交易模块、排污权缴费模块以及排污权监控模块。

3.1.2基础信息管理模块

在基础信息管理模块中,排污企业可以录入本企业基本信息和本企业的污染源信息,保证企业信息的实时更新。

3.1.3环保业务咨询模块

在环保业务咨询模块中,排污企业可以在线对话环保部门,咨询相关问题,也可以在此留言,等待环境管理人员上线后予以解答。

3.1.4排污权申购模块

在排污权申购模块中,功能包括信息查询和业务申报。排污企业可以在此查询到排污权转让信息,也可以在此申请购买排污权。

3.1.5排污权交易模块

在排污权交易模块中,功能包括排污权转让、排污权变更和排污权回购。排污企业可以在此出让节省下来的排污权,还可以变更转让信息,或者回购排污权。

3.1.6排污权缴费模块

在排污权缴费模块中,功能包括排污权管理费在线缴费、排污权交易费在线缴费和排污权缴费记录查询。排污企业可以在此通过网上银行实现网上转账缴费,而无须去环境管理部门现场排队缴费,大大节省了排污企业的时间和精力。缴费成功后,系统还可以自动打印出缴费单据,凭此单据就可以送至财务部门,由会计人员入账。

3.1.7排污权监控模块

在排污权监控模块中,功能包括排污权总量查询、排污权超标报警和排污权公众监督。排污企业与社会公众可以在此查询到一定区域内已发放的排污权总量的实时数据。对于超出排污许可证核定的排放标准而超标排污的企业,系统将在此显示红色闪烁的报警提示信息,系统也将在该排污企业上线时弹出窗口提醒。社会公众在排污权公众监督子模块中,则可以参与环境执法,举报超标排污的企业,环境管理部门将受理举报并现场执法,一旦发现违规排放将下达限期整改通知书或处罚通知书。

3.2环保部门客户端功能设计

3.2.1功能模块概述

环保部门在局域网计算机上安装排污权交易管理信息系统客户端,运行并登录系统以后,将看到以下六大模块:基础信息管理模块、环保业务答疑模块、污染物总量控制模块、排污权初始分配模块、排污权交易管理模块、污染源监控管理模块。

3.2.2基础信息管理模块

在基础信息管理模块中,环境管理人员可以录入、修改、查询所有排污企业基本信息和所有排污企业的污染源信息,还可以输入污染源的经纬度,以在电子地图上显示出该污染源的具体地点。电子地图实现了污染源的可视化管理,可以直观地显示出某区域内的污染源分布情况,方便了环境管理和环境决策。

3.2.3环保业务答疑模块

在环保业务答疑模块中,环境管理人员可以在线对话排污企业,回答来自于各方面的问题,也可以在此解答排污企业的留言问题。排污企业将在登录网页版系统的时候看到环境管理人员的解答。

3.2.4污染物总量控制模块

在污染物总量控制模块中,环境管理人员可以将所管辖区域内各排污企业的污染物排放总量控制指标输入进系统,由系统帮助环境管理人员实施总量控制。

3.2.5排污权初始分配模块

在排污权初始分配模块中,环境管理人员可以在各排污企业间分配不超出总量控制指标的初始排污权,并图形化地显示在系统中。

3.2.6排污权交易管理模块

在排污权交易管理模块中,功能包括信息查询、成交查询和缴费管理。环境管理人员可以在此查询到排污权申购、转让、变更和回购的信息,排污权交易的成交记录和历史数据,并可以在此管理排污企业的.缴费情况。该模块内含电子竞价系统,可以实现对所拍卖排污权的匿名竞价申购,进一步规范了排污权交易竞价行为,防止和预防了竞价过程中的暗箱操作,充分体现了公开、公平、公正的原则。电子竞价系统采用限时、连续、竞争报价的方法,按照价格优先、时间优先的原则,选择报价最高、时间最早者为受让方的交易方式,具有“安全、高效、低成本”的优点。

3.2.7污染源监控管理模块

在污染源监控管理模块中,功能包括排污权总量查询、排污权超标报警和排污权举报受理。环境管理人员可以在电子地图上直观地看到排污企业的排污权使用情况和剩余情况。对于超出排污许可证核定的排放标准而超标排污的企业,环境管理人员可以在电子地图上直观地看到红色闪烁的报警提示信息,系统也将在环境管理人员上线时弹出窗口通知。在排污权举报受理子模块中,环境管理部门将受理来自于社会公众的在线举报并现场执法,一旦发现排污企业超标排污,将对该企业下达限期整改通知书或处罚通知书。

4总结

排污权交易管理信息系统可以同时为环境管理部门、排污企业和社会公众三类主体提供信息化服务,大大方便了排污权的交易过程,并保证了排污权交易的公平与透明。与此同时,这套系统还可以按照区域、行业、污染物性质、排污企业规模等对数据进行处理,使环境管理人员可以方便地查询和检索相关企业,简化了环境管理工作。

参考文献:

[1]Karl-Golan Mailer,Jeffrey Vincent.The Handbook of Environmental Economics[M].Amsterdam:Elsevier Science,.

[2]马中,(美)杜丹德.总量控制与排污权交易[M].北京:中国环境科学出版社,1999:123-177.

[3]李寿德,黄桐城.初始排污权分配的一个多目标决策模型[J].中国管理科学,,(6):41.

[4]刘建辉.排污权交易的中国困境[J].决策,,(1):30.

[5]都日娜.管理信息系统[M].北京:中国环境科学出版社,.

二手交易系统 篇6

1、 技术定义

价跌量增主要是指成交量增加的同时股价却下跌的一种量价背离现象。它意味着多、空双方意见发生了较大的分歧，但空头占据了上风。对于行情的分析和操作策略，需要谨慎观察。

2、 形态特征

（1） 多头主升段：暗示有主力进行吃货。

（2） 多头末升段：高位卖压沉重，无法消化卖压股价将进行反转，亦为标准的主力出货模式手法之一。

（3） 空头主跌段：代表卖压沉重，股价下跌趋势暂时无法改变。

（4） 多空盘整反弹：空头为反弹结束的表现，多头为整理的修正幅度扩大。

（5） 空头末跌段：特定人士进场承接，只是不能再破底。

3、 特性研判

涨势阶段量增价跌。

股票价格已经大幅上涨，突然止涨下跌，成交量却仅仅小幅度增加时，视为人气减弱，追高买进意愿不强的表现，但这时候不能立即认为行情即将反转下跌。因为此时行情或仅仅是回挡整理而已，往后走势还有可能上涨，但后市走势或反弹高度难以预料，不可贸然跟进。因此不能贸然认定未来的走势去向。

股票价格已经涨升一波，突然止涨下跌，刚开始高位滑落时，成交量突然大增，此时不论当天是否有着很长的上影线，都可视为主力出货行为。次日不管行情是否再度穿越高位涨升，均宜趁机先行卖出了结。而次日开盘后，股价即一路下滑时，不可等待反弹而持股。因为在这种情况下，通常股价会越来越低，终至亏损累累。

在股票价格初跌和主跌阶段，放量下跌，表示卖压依旧沉重，行情将继续下跌。

原先股票价格下跌已多，此时的下跌幅度并没有逐渐减少，但成交量却突然放大，当天更留有颇长的上影线时，虽然表示已有主力买进，但却让空方所乘再度打压成功。是主力拉高不成的结果，反而更多套牢一批筹码，除非近日内股票价格能够上涨超过大量成交这一天的高点压力，否则这些放大的成交量，会成为日后续跌的原动力，而行情也会在这种情况下，继续下跌。

原先股票价格下跌已多，此时的下跌幅度已经逐渐减少，但成交量却突然放大，不论当天是否留有下影线，均可认为有主力介入买进的现象。代表近日内行情可能止跌回稳，至于是否仅为反弹或止跌回升，不能确定，需结合其他技术分析。<＼＼Hp1020＼图片＼13年固定彩图＼结束符.jpg>

移动票券交易系统的协议设计 篇7

若想移动票券系统能够顺利地进行交易,必须遵循相关的通讯协议。根据票券管理系统框架,定义票券内容为票券发行商签名的{票券发行商I身份,服务提供商P身份、票券拥有者Oa身份},以SignI(I,P,Oa)表示。当票券拥有者要进行票券转移时,拥有者需另外产生一张新的票券,以票券所有者的私钥签名,符号为SignoI(I,P,Oa)连同原票券SignI(I,P,Oa)才能完成票券转移。因此,票券拥有者会因为票券转移次数的增加而需要保存大量的信息,比如目前票券拥有者On需保存{SignI(I,P,Oa),SignI(I,P,Ob),…(I,P,On),}才能顺利完成兑现程序。很明显,这不仅需要增加票券转移凭证信息的容量,同时提高了兑现时错误发生的机率,不适合在内存容量小和处理速度慢的移动终端直接运用。

1 移动票券交易系统

在基于Internet票券交易系统模式的基础上,设计一个具备安全性且方便管理的移动票券交易协议。利用消息认证码(MAC)来确认交易内容的完整性,并提升交易处理效率。其次,建立票券管理单位与动作凭证(Action Credential),当票券用户对票券进行使用动作,如购买、转移、退票(Refund)或兑现活动,票券用户需产生一张动作凭证,并即时通过票券管理单位检验,更新新票券拥有者身份。票券管理单位登记该票券持有信息,并传送至指定接收方的远程票券钱包(Ticket Wallet)。移动电子票券交易系统的架构如图1所示。

协议内包含有票券管理单位、电子票券中心、服务提供商、移动用户和移动运营商等5个主体。移动用户和移动运营商存在信用关系,故假设移动运营商提供移动用户注册电子钱包,电子钱包与用户的SIM卡绑定,以存储票券和交易资料,解决移动终端存储空间有限的问题,并且,电子钱包和SIM卡之间可以通过STK的形式进行通信和数据交换,在SIM卡上保存部分用户所需的资料,方便票券交易。本协议可在SMS或WAP的架构上实现,不局限于某种特定的移动通信网络结构,当3G网络开始运营之后,亦可以方便地过渡。

本协议中,票券管理单位为第三方公正单位,假设为银行,则可以完成移动用户和电子票券中心的转账功能,其他单位与票券管理单位都存有信赖关系,双方共同拥有一把密钥KX,用来进行AC验证与身份鉴别。协议按实际流通过程分为发行、转移、退票和兑现4个交易阶段,以下分别描述。

2 发行阶段

(1)用户通过移动终端连接到电子票券中心,用户产生包含有身份信息O、购票动作识别purchase、时戳TSPI、电子票券中心身份信息I和购票内容Request等信息的购票凭证(Purchase Credential,PC);

此时PCO还未含有票券Ticket,因此SN=nil。同时,用户利用与票券管理单位M共享的密钥KO将PCO进行MAC运算,并将产生的MAC摘要值MACO(PCO)和PCO合并传送到电子票券中心。

(2)电子票券中心依据用户的票券购买凭证PCO发行票券Ticket,并生成包含有票券编码SN、电子票券中心身份信息I、票券发行动作识别issue、时戳TSI、用户身份信息O和票券Ticket等内容的发行凭证(Issue Credential,IC)。

电子票券中心利用与票券管理单位共享的密钥KI产生MAC摘要MACI(PCo,IC),并连同IC、PCO、MA CO(PCO)、MACI(PCO,IC)一起传送给票券管理单位。

(3)票券管理单位接收到消息后,分别以KI和KO检验信息的完整性。若正确,完成用户与电子票券中心的转账工作后,票券管理单位记录该票券目前拥有者的身份。最后,传送Ticket和收据ReceiptI到用户在移动运营商注册的电子钱包WO。票券发行阶段的处理流程如图2所示:

3 转移阶段

(1)假设用户OA向OB转移票券编号为SN的票券,用户OB产生购买凭证PCB=(SN,OB,purchase,TSP2,OA)与摘要值MACA(PCB)给OA。用户OA产生票券转移凭证(TC,Transfer Credential)与摘要值MiACA(TC,PCB),其中,TC=(SN,OA,transfer,TSr,OB,Ticket),连同PCB和MA CB(PCB)传送给票券管理单位。其中TSP2和TST分别为PCB和TC的时戮。

(2)票券管理单位收到相关信息后,分别以KB和KA验证PCB和TC的完整性。若正确,则完成用户OA和OB之间交易金额转账,票券管理单位修改该票券目前所有者身份为OB。然后传送Ticket和收据Receipts到用户OB的票券钱包WB。票券转移流程如图3所示。

4 退票阶段

(1)在票券有效期限内,用户O产生退票凭证(Refund Credential,FC)和摘要值MACO(FC)传给票券管理单位,其中FC=(SN,O,refund,TSF,I,Ticket),TSF为FC的时戮。

(2)票券管理单位以KO验证MACO(FC)的完整性。若正确,则完成用户0与电子票券中心的交易金额转账,同时修改此票券的拥有者身份为电子票券中心。完成后,传送Ticket和收据ReceiptF给电子票券中心。

(3)票券管理单位传送退票收据ReceiptF给用户O。退票阶段流程如图4所示。

4 兑现阶段

(1)票券持有人0在兑现票券权利前,必须通过移动终端将要兑现的Ticket通过OTA或者WAP下载到SIM卡上,并随机产生一个r值,以H(SN,r,Ko)计算出密钥KR;票券所有O生成兑现凭证(Redeem Credential,RC)RC=(SN,O,re dee m,TSR,P,Ticket)和摘要值MA CR(RC),并传送给票券管理单位。

(2)当票券所有人0向服务提供商P要求兑现时,利用移动设备将Ticket‖O‖r传到服务提供商的无线接收设备。

(3)服务提供商将兑现信息Ticket‖O‖r通过POS传给票券管理单位。

网上汽车交易系统的设计与实现 篇8

1 网上汽车交易系统的设计

1.1 系统模块功能设计

系统的主要功能模块分别为:卖车、账户管理、公司资料管理、促销信息管理功能。

1.1.1 卖车功能模块设计

(1) 功能描述。1) 浏览在售二手车, 并“修改”, “停售”, “推荐”, “取消推荐”, “刷新”, “设置可议”, “修改价格”, “查询”二手车。2) 浏览审核二手车, 并“修改”, “删除”, “设置可议”, “修改价格“二手车。3) 浏览停售二手车, 并“修改”, “删除”二手车。4) 浏览待售二手车, 并“修改”, “删除”, “设置可议”, “修改价格”, “发布”二手车。

(2) 设计思路。二手车本身为一个系统, 该系统只是二手车对经销商的一个视图, 个人也可管理二手车。本模块涉及到经销商二手车状态的转换, 并且状态转换有前提条件, 如在何种状态下可以进入何种状态。

(3) 功能介绍。1) “修改”功能。当二手车在“在售”, “审核”, “停售”, “待售”状态下, 可以进行修改操作, 修改操作通过URL直接链接到二手车发布系统。修改后二手车进去“待审核”状态。如果在“在售”状态修改二手车并且此二手车为推荐二手车, 取消推荐, 并且需要更新经销商在售车系信息。如果是精品二手车, 取消精品, 并更新精品车统计表数据。如果经销商为免审经销商, 设置状态为1, 进入在售状态, 并增加积分。2) “删除”功能。当二手车在“审核”, “停售”, “待售”状态下, 可以进行“删除”操作。“删除操作”设置二手车状态为4, 删除后的二手车不可恢复, 数据库层面为假删除。3) “停售”功能。当二手车在“在售”状态下, 可以进行“停售”操作。“停售”操作设置二手车状态为0, 如果此二手车为推荐二手车, 取消推荐。并且需要更新经销商在售车系信息。4) “推荐”功能。当二手车在“在售”状态下, 并且为非推荐时, 可以进行“推荐”操作, 推荐操作设置二手车动态参数isRecommend=1经销商最多推荐3条二手车。

1.1.2 账户管理功能设计

(1) 功能描述:经销商注册用户, 登录系统, 修改账户密码。

(2) 功能介绍。1) “注册”功能。注册功能实现依赖UMC服务, 用户信息集中保存, 便于和58主站系统集成。2) “登录”功能。登录功能实现依赖UMC服务, 使用Passport机制实现, 用户登录成功后, 写入酷车cookie。3) “修改密码”功能。修改密码实现依赖于UMC服务, 直接调用UMC服务即可。修改密码前需验证用户身份。

1.1.3 公司资料管理功能设计

(1) 功能描述。1) 保存公司信息, 认证公司, 标注经销商所在地址, 上传企业形象图, 形象图显示在经销商店铺首页。2) 删除企业形象图。

(2) 功能介绍。1) “认证”功能。经销商可上传“营业执照”, 等待酷车管理员审核, 审核通过, 标识经销商为认证经销商。图片上传到图片服务器, 数据库中仅保存图片地址。图片需进行规格检查, 支持图片格式如下:jpg, jpge, png, bmp, gif。图片大小不超过1MB, 上传功能使用fileclient服务实现。2) “标注地图”功能。经销商可通过Google地图, 标注自己的位置。数据库保存用户标注的经纬度, 前台显示使用Google地图提供代码实现。

1.1.4 促销信息管理功能设计

(1) 功能描述。浏览, 发布, 修改, 删除, 推荐促销信息。

(2) 设计思路。尽量较少资讯系统代码修改量, 不改变资讯系统数据结构。经销商发布促销信息时, 可以选择是否推荐到资讯系统, 如果没有选择, 那么资讯系统审核通过后, 资讯系统不显示。如果选择了推荐, 资讯系统审核通过后需要显示在资讯频道下。资讯系统需要访问该系统, 确认是否为推荐信息。审核不通过, 需要给出理由, 也记录在系统中。以服务的方式依赖资讯系统, 资讯系统需要增加资讯状态:待审核、正常不显示、审核失败。

1.2 数据库设计

2 网上汽车交易系统的实现

2.1 卖车功能流程图

卖车功能流程, 如图1所示。

项目的核心部分在于后台卖车系统的实现。进入到卖车页面后, 点击发布卖车信息, 填写卖车信息, 正确完整地填写完后, 点击发布提交, 系统会根据所填写的信息判断正确性。发布成功后就进入审核状态, 审核通过则在前台展示, 不通过则将原因显示, 并需要修改或删除。在前台展示的商品若被出售, 则会将状态转化为停售, 如图1所示。

2.2 具体操作及界面展示

网上汽车交易系统后台以服务二手车商卖车、收车为主, 分为以下5个模块:卖车、促销活动、自定义服务、公司资料、修改密码。

图2展现了页面基本功能, 其中包括卖车, 发布信息, 以及公司的基本资料等。左侧边框里面可进入不同页面, 进行相应的操作。左下方可以联系客服进行咨询, 中间模块展现该公司相应车源信息, 以及公司名称, 用户等级, 权限等信息, 右上方显示登录用户名称, 店铺地址等信息。点击左侧卖车按钮, 进入卖车功能, 如图3所示[6,7]。

网页刷新速率对于一个基于网页的系统来说非常重要, 经过对本系统的分析, 发现网页的刷新速率较慢, 特别是对于数据结果较大时。因此, 在后期的维护与优化中, 不仅考虑到系统的实现, 还要考虑系统的性能, 如何更加快速、稳定。

3 结束语

设计实现了一个网上汽车交易平台。介绍了该汽车交易系统的设计思路和模块划分与设计, 根据设计方案在搭建好的Eclipse环境下, 后台结合Java语言, 前台基于Velocity, Java Script等语言的支持, 完成该系统的开发工作, 并验证了可实施性。

参考文献

[1]刘斌.精通Java Web整合开发[M].北京:电子工业出版社, 2007.

[2]费东东.挑战Java Script&Ajax应用开发[M].北京:机械工业出版社, 2008.

[3]李宁.Java Web开发技术大全[M].北京:清华大学出版社, 2009.

[4]邵丽萍, 张后扬, 王英.网页编程技术[M].北京:清华大学出版社, 2007.

[5]郑娅峰.网页设计与开发[M]北京:清华大学出版社, 2009.

[6]姜文.动态网站构建实例[M]北京:人民邮电出版社, 2007.

公共资源交易电子监察系统的设计 篇9

关键词：公共资源,交易系统,电子监察

一、引言

依托先进的信息化技术, 充分利电子政务建设成果和经验, 在流程优化的基础上, 遵循“统一交易场所、统一信息发布、统一交易规则、统一管理措施”的四统一原则, 将工程建设招投标、政府采购、土地出让、产权交易等公共资源交易行为集中在一个交易平台, 实现统一管理的公共资源市场化配置管理和监督系统。同时以电子监察带动公共资源交易的建设、实现对公共资源交易整个过程的监察。最终建成集中统一、技术先进、运作规范、监管有序的公共资源交易平台, 实现公共资源交易过程的阳光化、服务化、规范化。从而大大改进经济市场环境, 推进廉洁政府和服务型政府的建设。

二、设计思路

(1) 集成监察、监管和市场交易服务大平台。交易中心提出一定的建设标准, 主要应包括:同一类型的交易业务程序标准、同一类型的交易业务交易规则标准、公共资源交易电子监察数据交换标准、公共资源交易电子监察系统功能标准、系统建设安全标准、技术标准。快速有效整合现有各交易中心的业务系统, 形成统一公共资源交易业务平台软件, 分布式部署。各单位按照行政管理层级分级授权使用。

按照监察、监督管理和市场交易服务三者职能分离的原则, 建造包括监察、监督管理和市场交易服务的公共资源大交易平台, 统一标准、相互制约、资源共享、信息互通, 防范体制和系统风险。

(2) 全过程电子化智能化服务平台。以全面提供招、投、评、管、监等招投标全过程的电子化服务为目标, 在完成公共资源交易业务的基础上, 提供招标、评标、竞价、通知等多种外围过程及环节的电子化服务, 如提供网上招投标系统、网上辅助评标系统、网上反竞拍系统等, 使交易过程规范、智能、方便、高效。

(3) 快速构建业务的弹性扩展平台。平台的建设, 从公共资源交易业务的基本需求出发, 总结各类业务的共性, 形成统一平台。以此为基础, 针对各项实际业务的需求, 快速构建系统功能, 并根据具体用户的需求和业务发展的需求, 方便快速地构建其它业务系统, 如药品采购、产权租赁等。具有良好的扩展性、灵活性、资源可重用、高可用性等特点。

三、总体架构设计

安顺市公共资源交易中心监管平台是一个连接多个部门的综合性大型电子政务应用, 必须考虑以后业务的变化与扩展及现有电子政务应用系统的整合, 因此系统的体系结构必须先进、稳定、易扩展, 既需要安全稳健的系统平台支持, 又需要面向更广阔的业务支撑和更灵活的应用集成扩展能力。

(1) 用户。用户是本系统的用户群, 本系统用户包括交易中心、评标专家、招标人、投标人、代理机构、监督管理部门、社会公众、纪检监察等单位或人员。

(2) 应用平台。根据需求, 将应用服务分为四类, 形成交易业务、交易监督、交易服务、交易纪检监察应用服务, 在四类服务的基础上快速构建各类专项系统, 重点建成政府采购业务和监察系统、工程建设招投标业务和监察系统、土地出让业务和监察系统、产权交易业务和监察系统。将来可根据需要随意扩展其它交易系统。业务提供公共资源交易业务的管理服务, 监督提供对公共资源交易的管理和监督服务, 主要是对招标人、投标人、专家、代理机构四类人员的监督。服务是公共资源交易门户网站, 是公共资源交易在互联网提供服务的窗口, 也是公共资源交易电子监察的信息发布窗口。公共资源交易门户网站可附加WAP网站功能, 方便用户用手机、PDA等上网查询、办事。纪检监察为纪检监察部门提供对公共资源交易过程环节进行实时监察的服务。

(3) 支撑平台:为应用平台提供必要的应用支撑、共享交换支撑, 数据支撑等。共享交换支撑:采用服务目录、服务总线、服务网关、服务生成等设备通过配制快速构建安全的共享交换平台, 为各部门、各系统提供资源服务化共享和数据交换;同时为业务、监督、服务、监察之间提供共享服务, 是信息资源共享及交换枢纽。

应用支撑:包括统一的用户管理、功能授权、安全机制以及可视化工作流引擎、监察规则运算引擎、动态表单定义、规则引擎、指标体系等支持业务开发的公共组件和模块, 使应用系统的开发规范而快速。

辅助系统:与共享资源交易相关的外围辅助系统, 如短信、邮件、语音等系统。

基础支撑库:是系统的数据资源层, 除了提供业务数据及基础数据的存储外, 还形成项目库、专家库等主题数据库, 为查询、统计、分析、数据挖掘等提供基础。

(4) 设施平台:由虚拟化服务器、虚拟化存储设备、网络设备、负载均衡设备以及系统软件构成。

(5) 四个体系:包括IT服务体系、IT治理体系、IT标准体系、IT安全体系, 保障信息化系统建设按规划设计正常进行。

四、总体网络架构

系统运行的计算机网络系统依托电子政务外网构建, 应用系统将实现与综合管理平台整合, 实现统一平台应用系统架构。

网络架构拓扑图:

五、概念架构

公共资源交易平台概念架构图如下:

六、应用架构

根据公共资源交易平台的概念架构, 其应用架构如下:

(1) 公共服务。公共服务是建设在互联网上, 为代理机构、供应商、专家、社会公众等提供网上招标、网上拍卖、网上投标、网上评标、信息公开、网上投诉等服务。公共服务构建在门户网站群平台之上, 可定制开发相应的个性化的信息频道, 频道内容不仅可以通过内容管理系统发布、还可以自动聚合来自共享交换中的REST/SOAP服务, 同时为各类用户登录到虚拟化的个人桌面提供单点登录入口。

(2) 内部专用服务。内部专用服务为公共资源交易业务部门、监督管理部门、监察部门等相关部门提供服务, 从业务来分, 包括业务、监督、监察三类服务, 并为每类用户自动生成相应的虚拟化个人桌面。提供统一访问控制、用户背景感知、智能内容聚合、桌面展现渲染等机制。

(3) 共享交换。共享交换是由资源目录、服务总线、数据交换总控, 以及数据交换网关构成。它是是信息资源共享及交换枢纽, 它沟通了服务消费者和服务提供者之间的联系。它实现了本系统与行政主管部门、已有招投标系统、辅助系统等的服务调用和数据共享。并具备极强的服务感知、消息感知、事件感知等感知功能;能灵敏地感知各业务及监察系统的业务事件和系统消息, 自动调度相应的服务, 实现公共资源交易业务系统、监察系统、公共资源交易网站的关联互动和数据交换。

七、技术架构

系统使用多层的分布式应用模型, 应用逻辑按功能划分为组件, 各个应用组件可分布在不同的设备上。 (1) 运行在客户端机器上的客户层:负责与用户直接交互, 支持多种客户端, 可以是web浏览器, 也可以是专用的应用客户端。 (2) 运行在服务器上的表示层:该层为基于Web的应用服务, 响应客户端的请求, 并可向后访问业务逻辑组件。 (3) 运行在服务器上的业务逻辑层组件:主要封装了业务逻辑, 完成复杂计算, 提供事物处理、负载均衡、安全、资源连接等各种基本服务, 程序员在编写组件的时候, 可以不关心这些基本的服务, 可以集中注意力于业务逻辑的实现。 (4) 运行在数据服务器上的信息系统层:该层包括了现有系统 (数据库系统, 文件系统等) , 系统提供多种技术以访问这些系统。

采用多层结构为程序开发者带来了许多好处:简洁化, 应用程序可移植性, 组件的重复利用, 开发复杂应用程序的能力, 事物逻辑与表达逻辑的分离, 多操作环境的开发, 分布式配置, 应用程序的协作, 系统的集成, 以及指导性资源和开发工具等, 具有可伸缩性、灵活性、易维护性的特点。

八、关键技术

采用W O A架构、背景感知计算、内容聚合计算、OLAM等技术。 (1) WOA (Web Oriented Architecture) 架构技术, 即为面向Web的、第二代SOA架构技术, 它汲取了B/S结构和SOA架构的核心优势, 并为公共资源交易、电子监察工作人员及领导提供了良好的操作体验, 确保本系统具有协同性、可重用性、可组合性、服务可寻址性、适应性、自治性、松耦合等先进特性。 (2) 背景感知计算 (Context-Aware Computing) 技术, 即能够感知用户背景, 主动为其提供最合适的定制内容、产品或服务, 采用背景感知计算技术自动感知各个业务人员及领导的操作习惯, 实现不同用户登录到公共资源交易平台后, 所看到的个人桌面和常用功能完全不一样, 为角色不同的业务人员及监察领导提供良好的操作体验。 (3) 内容聚合计算 (Content Mashup Computing) 技术, 即能够聚合各业务及监察子系统的各种信息资源, 如:常用功能聚合、待办任务聚合、子系统报表聚合、子系统消息聚合、子系统日志聚合, 改被动为主动, 打破以往的“人找信息、人找任务”的系统模式, 创新“信息找人、任务找人”的新模式。 (4) 采用OGSA架构技术, 即网格服务架构技术, 以多个站类、多级站点和多种频道为三维格架模型, 同时支持虚拟化网格式的站群部署、物理化网格式的站群部署两种部署模式, 构建公共资源门户网站群, 为社会公众、招标人、投标人、代理机构、招标人主管单位等用户群体提供网上办事、互动服务、信息服务等。

九、应用系统内容

9.1建设公共资源交易应用平台。包括公共资源交易业务、公共资源交易监督、公共资源交易服务、公共资源交易监察, 具体如下: (1) 在四个应用上构建各类公共资源交易业务系统, 实现业务过程处理及业务监督。如建设工程招投标业务系统、政府采购业务系统、产权交易业务系统、土地出让业务系统。 (2) 构建综合电子监察平台, 在四个应用上构建建设工程招投标电子监察系统、政府采购电子监察系统、产权交易电子监察系统、土地出让电子监察系统, 同时建设重大项目电子监察系统, 并且将其纳入综合电子监察平台中。 (3) 在四个应用上构建公共资源交易网上服务, 即公共资源交易门户网站, 为专家、公众、代理机构等提供多种服务。重点建设信息公开、网上招标、网上拍卖、网上投诉系统。

9.2建设公共资源交易支撑平台。包括共享交换支撑、应用支撑、基础支撑库及辅助系统。其中共享交换是此系统的数据共享交换中枢, 实现本系统与外围系统、业务系统与监察系统之间、门户网站与内部系统之间的数据交换和服务共享;基础支撑库, 实现数据的统计分析及服务化共享, 形成主题数据库包括招标项目、招标人库、投标人库、专家库、代理机构库等, 为以后的诚信管理监控做数据基础。

小结

阳光交易平台的建立, 把工程招投标、政府性采购、矿权交易、土地交易等公共资源交易全部纳入交易平台进行统一规范管理, 不断提高政府的社会管理水平和公共服务质量, 最大限度的发挥市场在公共资源配置中的基础性作用, 实现各类公共资源交易活动依法进行、规范管理、阳光交易。

参考文献

[1]袁满君.公共资源交易平台信息化思考[J].现代经济信息, 2012, 22.

[2]肖俊才, 龚松, 薛婧.公共资源交易系统建设的江西模式[J].电子政务, 2012, 2.

网络交易数据挖掘分析系统设计 篇10

1 设计构思

1.1 网络数据挖掘技术

数据挖掘是在海量数据中发现隐含的数据规则, 网络数据挖掘是将网络资源中的数据根据数据内容、数据结构和日志信息进行数据挖掘。根据网络数据内容进行数据挖掘是将网页页面内容中包含的数据信息进行采集、分析和处理, 在网页数据中有文档形式的数据信息, 也有图像、音频、视频等形式的数据信息, 因此, 在进行网页数据采集时, 可根据数据形式的不同进行分类采集, 对于文档形式的数据信息可直接利用信息采集技术进行采集, 对于图像、音频、视频等形式的数据信息采用数据库技术, 将采集到的信息转化为结构化数据再进行数据挖掘。根据网络数据结构进行数据挖掘是对不同结构的网页、站点等进行结构分析, 找出数据规则,发现有价值的网页页面。根据网络日志信息进行数据挖掘是对用户访问网络所产生的访问日志信息进行挖掘, 这些信息包括用户的登录信息、注册信息、回话信息、Cookie等, 该挖掘方法可对用户的网络使用习惯、偏好等进行分析, 便于针对用户制定个性化服务。

1.2 系统功能分析

在此设计的网络交易数据挖掘分析系统主要包括3大功能, 即: 数据采集功能、数据分析功能和系统管理功能, 数据采集功能可对网络交易中的交易平台信息、行业信息、商品信息、销量信息、 交易记录等进行采集, 数据分析功能可对网络交易中的商品评价、商品查询记录、交易双方的基本信息、网络销售记录等进行分析, 系统管理功能是对系统的用户、功能、系统模块等进行管理, 同时可对系统的工作流程进行分析、定义和管理。

1.3 爬虫技术

爬虫技术是根据既定规则对网络中的数据进行采集, 爬虫技术的应用流程是: 首先, 对初始的网页进行采集和分析,在海量的网络数据中, 将符合既定规则的数据抽取出来, 直到符合抽取条件采集终止。根据爬虫技术的体系结构和技术类型大体可分为通用型网络爬虫技术、聚焦型网络爬虫技术、增量式爬虫技术、深层网络爬虫技术。 通用型网络爬虫技术立足于整个网络, 其采集类型广泛, 抓取内容全面, 但是其不适用于随机变换网页内容的网页进行采集, 聚焦型网络爬虫技术是根据既定好的采集主题进行专向采集, 该种方式节省采集时间, 适用于特定需求的采集, 增量式网络爬虫技术是在通用型网络爬虫技术的基础上增加随机性网页内容采集,深层网络爬虫技术是对深层网页进行数据采集, 此采集方式可对普通采集技术难以采集到的内容进行挖掘。

2 系统设计

2.1 系统结构

系统采用B/S三层结构进行设计, 分为应用层、业务层和数据层。用户层提供用户友好界面, 通过Web浏览器直接访问系统平台, 调用数据库数据, 系统层次结构设计如图1所示。

用户通过应用层进行数据的输入与输出, 业务层是数据挖掘系统各项功能的实现层, 其通过模块的方式实现应用层与数据层之间的衔接, 数据层进行数据存储。

2.2 系统模块

网络交易数据挖掘系统模块主要分为数据采集模块和数据分析模块。数据采集模块首先对网络交易涉及的网页进行一个模拟浏览器的操作, 然后通过给定的URL来分析网页的结构, 对于普通页面 , 采用基本 的Http Client方式获取 , 特殊页面要进一步地进行判定, 是否为动态加载页面或者是需要进一步地交互获得数据的页面。对于动态二次加载信息的页面, 针对Java Script, Htmlunit提供了Web Client.get Options() .set Java Script Enabled() 方法来对Java Script脚本进行 解析。针对Ajax, 也提供了Web Client.set Ajax Controller() 方法对Ajax进行支持。因此, 对于动态二次加载信息的页面, Htmlunit可以直接对其进行解析。一些网站需要提交表单才能获取到网页信息, 而一些网站则需要登录等行为才能查看页面获取数据信息, 对于这两种页面, 在数据采集的过程中需要向服务器提交数据进行交互性的操作。对于这两种情况, 一般采用Http的GET方法 , 通过提交自定义的URL字符串进入登录状态, 但是对于带有验证码的等高级验证方式的Web网页则很难处理。Htmlunit可以很好的处理这类问题, 他通过模拟登录, 可以较为容易地获得这种需要交互才能获得网页信息的页面。

分析模块是对采集模块所采集到的数据进行分析, 系统用户在浏览器页面输入信息, JSP页面通过Request/Response响应, 首先对配置文件进行查询, 并依据配置文件的内容调用控制层的Command类, Command类则调用与数据库直接交互的类DAO, 通过对数据库的查询, 将查询到的内容依次通过DAO层返还给Command层, 下一步将内容返回到浏览器,这样用户就可以查看到所查询的信息。

2.3 数据库

网络交易数据挖掘系统数据库设计需具有良好的可用性和可靠性, 数据库可分为数据采集数据库、数据分析数据库和数据管理数据库。数据采集数据库中存放网络交易对象的基本信息、网络销售总额、 网络商品交易信息等, 数据分析数据库中存放行业信息、商品类别信息、品牌信息等, 数据管理数据库中包括用户姓名、职务、联系方式、访问日志等。

数据库的查询过程可以分成3个阶段: SQL语法语义的分析, Execute查询, 数据的提取。对于数据量较大的表来说,加快搜索与查询的效率则比较重要。首先, 合理地创建和使用数据库索引, 对于数据库中的表来说, 索引是必不可少的,同时索引的添加方式也深深地影响这数据的查询速度。合理的索引创建方式应该具有以下的特点: 主键与外键必须创建索引; 经常以其他表连接的表需创建索引; 对经常查询且重复值比较高的字段建立复合索引; 索引数量不宜太多。其次,对经常查询的数据建立视图, 对于经常使用而且不会对其进行插入和删除的数据, 建立视图, 从视图中查询频繁使用的数据, 减少了查询的复杂度, 查询效率较高。第三, 对于复杂的查询使用存储过程, 对于复杂的查询过程, 多个表相互连接并且设计多重循环的查询, 查询效率低, 可以使用存储过程减少其时间复杂度, 加快查询的速度。

3 系统实现

3.1 网络交易数据采集

网络交易数据采集可分别对网络店铺信息采集、商品信息采集、交易记录采集、行业信息采集等。 网络交易数据采集实现步骤主要包括对网页结构及内容分析, 找出可行的采集规则, 一般采集网店基本信息、商品列表URL、交易记录等内容。

3.2 网络交易数据分析

在对网络交易数据分析中, 商品推荐功能是对已经采集出来的商品, 根据某一准评价标准, 得出其受欢迎程度, 并将受欢迎的产品推荐给用户的过程。商品推荐可以说是网上交易的数据挖掘系统中对用户最为重要的功能之一, 在这里用户可以获得第一手的受欢迎商品的具体情况, 并结合自身的需要, 选购适合自己的商品。网上交易的数据挖掘和数据分析系统的分析模块实现的另外一种比较重要的功能是商品的查询, 为了适应不同的查询条件, 我们根据用户大部分的使用习惯, 采用了商品名称查询和网店名称查询两种 方式。由于用户的需求不同, 我们可以根据查询条件来进行商品的选择。一种方法是采用输入商品名称的方法, 将输入的商品名称与后台数据库中的商品进行对比, 做一个模糊的查询操作, 点击查询后, 查询出所需要的商品; 另一种方式为按照店铺查询, 当用户对某一个店铺特别感兴趣时, 可以对该店铺进行一个单独的查询, 在文本框内输入要查询的网店名称,系统自动与数据库中的数据进行匹配, 检索出采集到的该网店的所有商品信息, 并用Grid视图的方式呈现给用户。

3.3 网络交易数据挖掘

网上交易的数据挖掘分析系统中的交易数据挖掘主要针对的是网上商品的销售趋势进行挖掘和分析, 其采用一个折线图的形式表达, 它是对以往采集的数据信息做的一个汇总分析。对于用户来说, 对某一个商品的销售趋势的了解, 可以让他们对网上交易进行一个基本的了解, 获得一个准确的评价。显然, 对于销售额持续上升而且销售量巨大的 商品 ,用户对其的信誉评价更高。网上交易的数据挖掘分析系统就是针对用户的这种消费心里, 为用户提供查询商品网上交易趋势的功能, 用户在文本框中输入要查询的商品名称, 点击查询, 则下面的折线图显示的是自该系统开始运行时起, 每隔30天的月销售总额变化趋势。

4 结语

网络交易数据挖掘系统对于消费趋向、消费水平、产品市场、消费人群等具有良好的调查于分析能力, 本文所设计的系统选择网络爬虫技术对网络交易数据进行采集, 建立数据采集模块、数据分析模块, 通过B/S层级架构实现系统功能, 为广大企业经营者、金融机构、数据分析机构等提供网(下转第58页)络交易数据挖掘的精准服务

摘要：信息技术发展使人们的生活进入了数据时代,电子商务是近几年迅速发展的新型贸易和经济活动的方式,并逐渐在各行各业中渗透,网络交易越来越频繁,由此形成了海量的交易数据。通过对网络交易数据的挖掘分析可以获得重要的市场信息,帮助企业制定销售计划。设计一套网络交易数据挖掘分析系统,采用B/S三层架构模式,设计数据采集、数据分析模块,实现依据用户需求进行数据采集、分析和挖掘。

二手交易系统 篇11

山东农信社的信息化之路， 自1996年与农行分立开始运筹到现在，历时长达10年。截至2007年8月底，山东省农信社各项存款余额达3941亿元，各项贷款余额达3181亿元，存、贷款余额稳居全省各银行类金融机构首位。同时，山东农信社的农业贷款余额和当年增加额、累计发放额以及农户贷款余额、当年增加额等5项指标连续多年居全国同行业第一位。

山东农信社主任张建民告诉记者: “在农村金融繁荣和发展的新格局下，山东农信社有了更加广阔的空间，也正因为如此，山东农信社迫切需要不断进行创新和凭借规模优势实现跨越式发展。‘新一代工程’的顺利实施上线，将对山东农信社实现长期业务发展目标起到至关重要的作用。”

IBM大中华区副总裁、工商企业部总经理郑小聪表示: “此次IBM公司与山东农信社在‘新一代工程’核心交易系统领域展开的密切合作，将继续推动山东农信社在全省乃至全国范围内信息化水平的步伐，对其他金融机构有着积极的行业示范作用。作为中国金融行业的协作创新伙伴，IBM希望不断借助这些方法、能力和经验，更好地支持更多的国内农信社，以协助他们提升管理水平和竞争能力。”

二手交易系统 篇12

“农超对接”指的是农民和商家签订意向性协议书, 由农民向超市、菜市场和便民店直供农产品的新型流通方式, 主要是为优质农产品进入超市搭建平台。“农超对接”的本质是将现代流通方式引向广阔农村, 将千家万户的小生产与千变万化的大市场对接起来, 构建市场经济条件下的产销一体化链条, 实现农民、商家、消费者共赢。农超对接的经营理念是“减环节, 降成本”[1]。本着这种理念, 它有效地将生产和销售两个主要环节对接起来, 充分实现了市场引导作用, 使得生产直接面向市场, 并通过采购、运输、加工、储藏等方法, 在短时间、大空间、多品种等方面有效调整了农产品的状态, 使之更适应市场需求, 实现了农产品增值、农民增收, 从而稳定了国内经济大局。农超对接的提出为我国农产品的流通体系提供了有效的示范和发展路线。其他行业同时也可以效仿农超对接的经营理念改变传统的经营方式, 这将使得我国经济建设日趋完善, 更加接近国际水平。

尽管农超对接为我国的农产品生产、销售做出了巨大的贡献, 但是目前农超对接的信息化发展还是非常缓慢的, 其中最重要的一个环节———网上交易, 也相当不成熟。农超对接其核心在于对接, 基地 (或农专社) 直接与连锁超市沟通交流, 而网上交易系统就是这个沟通交流并发布信息的承载体, 记录和推送双方的消息流, 实现双方实时无障碍交流。所以本文的重点就是构建一个农超对接的网上交易系统, 并且详细分析在该活动中信息流是如何流动和工作的。

1“农超对接”现状

在美国、西班牙、法国等一些国家, “农超对接”已经有了几十年的历史。在这些国家中超市里70%～80%的农产品是直接从农民地里采摘的[1]。在我国, “农超对接”是随着大型连锁超市的兴起和农民专业合作社发展而从国外学来的流通形式。2008年12月, 商务部、农业部决定开始开展“农超对接”试点工作, 并确定山东家家悦超市有限公司等9家企业为第一批国家“农超对接”试点企业。2009年, 商务部、财政部、农业部联合开展“农超对接”, 中央财政安排4亿元资金在17个省 (区市) 开展试点, 鼓励连锁超市与农产品生产基地建立长期、稳定的购销关系。2010年, 中央财政安排6.8亿元资金支持农产品现代流通综合试点, 在8省市31个市县继续推进“农超对接”等农产品市场体系建设。据专家调查, 通过推动“农超对接”, 目前我国农产品经超市销售的比重由“十一五”初期的15%提高到20%, 大中型超市生鲜农产品直供直销比重达30%。目前, 全国有28个省市开展农超对接, 涉及十余种农产品, 并且农超对接试点工作取得了良好的阶段性成果[3]。

在农超对接取得一定成绩的同时我们也要清楚地看到, 这项工作才刚刚开始。当前我国所处的发展阶段以及公共财力有限, 广大农村经济文化水平还较落后, 农超对接覆盖面还不宽、发展程度还不平衡, 超市农产品经营水平还比较低, 农业生产组织化也有待提高, 农产品增值税抵扣等贸易便利化措施、政策没有得到完全落实;另外, 我国农村信息化建设虽然发展很快, 但距离农民的需要还有很大的距离, 以至于“卖菜难”、“菜贱伤农”的“老大难”问题屡屡发生。目前的状况是:农民观念守旧、商品意识淡薄;公共基础设施不完备, 农产品销售渠道单一;大部分地区IT技术应用程度低;农村缺乏组织化、专业化、规模化的配套的物流服务系统[5], 这些原因导致我国在开展农超对接时信息化程度严重不足。当前制约农超对接的因素主要有四方面[3]专业

当前制约“农超对接”的因素主要有四方面[3]: (1) 专业合作社发展滞后; (2) 供应链各方地位不对称; (3) 其它成本增加, 导致终端价格升高; (4) 缺乏完善的流通链。

2农超对接中网上交易系统构建

2.1功能需求

农超对接网上交易系统的核心业务是搭建大型连锁超市与农产品生产基地、农民之间的桥梁, 在该平台下形成一个沟通机制及安全交易机制。

功能需求包括以下几个方面:

(1) 及时发布交易动态及农产品信息, 进行广告和促销活动, 让客户及时了解交易状况, 树立合作的信心。

(2) 对网上目标顾客进行针对性很强的各种调查, 及时了解客户需求, 发现新的市场和商机, 并通过网络上的宣传, 启发消费者新的需求和改变其消费习惯, 从而挖掘更多的新顾客, 增加企业的收入, 壮大企业的实力。

(3) 实现网上交易, 配合传统的送货、结算方式完成交易的过程, 加速农产品流通的速度, 减少农产品在流通中的不必要损失, 实现农户和企业利益最大化。

(4) 农产品交易的电子化消除了传统交易活动中信息传递与交流的时空障碍, 使供求双方直接在网上见面, 减少农产品流通环节, 降低交易成本。要摆脱区域性市场的限制, 使交易双方的选择范围最大化。

(5) 提供在线支付系统, 并完善安全保护, 提供交易保障系统。提供信息查看以及业务交易管理功能。

(6) 对静态和动态信息提供具有权限控制的信息发布功能, 且信息发布功能具有严格的操作流程控制, 如编辑、校对、审核与发布等流程, 由具有系统管理员身份的用户对该操作流程进行自定义。

2.2性能需求

(1) 实用性。系统应具有友好的用户界面, 减少用户前台的操作环节和应用系统的复杂性, 操作一定要简单, 这样会利于客户的使用和维护。

这样会利于客户的使用和维护。 (2) 高效性。营销的原则之一即效率原则, 系统应使营销活动能以最少的人力、物力, 收到最大的企业效益。客户能随时随地地查阅产品信息, 签订购销合同, 并查看合同进展。管理员能及时了解客户需求、相关农产品的经营状况。

(3) 安全性。要求系统稳定可靠, 具有用户身份识别、权限控制、系统容错排错、防止非法入侵、系统备份恢复的能力等。在系统设计时, 应从硬件和软件等多方面考虑。在信息处理与传输的各个环节控制和区分用户的权限, 防止越权使用数据信息, 对用户信息进行加密以防止客户信息的泄漏, 避免客户遭受重大损失。

(4) 先进性。系统应体现计算机及网络发展的最新技术和应用成果, 具有开放性、标准性、高速性、远距离数据传输等, 实现数据库共享、大容量数据远程传输、可靠的支持环境等优点。

(5) 可扩充性。可扩充性是当今任何一个应用系统适应未来功能演变所必备的, 关系到用户未来功能的扩展和系统升级的费用。

2.3系统构建

农超对接网上交易系统平台中包括网上协商交易系统、网上拍卖系统、招投标交易系统、支付与结算系统、会员管理系统、订单管理系统、合同管理系统和供求发布系统等八大子系统。如图1为农超对接网上交易系统平台方案。

图2为农超对接网上交易系统功能框架。

图3为农超对接网上交易系统流程。

2.4系统信息流分析

农超对接中的参与主体广义上主要包括两类:农产品生产基地 (以下简称基地) 和大型连锁超市 (以下简称超市) 。

基地主要提供各种农产品的生产和加工 (依据某种标准) , 然后将产品提供给超市。超市直接从基地购入农产品, 然后在卖场里直接销售。交易过程中会产生许多信息, 我们称之为信息流。搞清楚这些信息流的流程对于理解农超对接中网上交易实施过程具有重要意义。

经过市场调研, 超市购入农产品的模式主要分为三种:

(1) 信用基地模式。该模式主要是在超市缺货的情况下, 直接产生订单发送给长期合作的、可信赖的基地, 基地在接到超市订单后, 在较短的时间内将农产品准备好并运送到超市。

(2) 竞拍基地模式。该模式主要是超市在缺货的情况下, 某种农产品需求量比较大, 并且目前市场价格不稳定, 超市通过发布竞拍信息后, 多家基地通过网上交易平台进行竞拍, 最符合超市需求的基地将会拿到超市的订单。同样该基地要在短时间内将农产品运送至超市。

(3) 招标基地模式。该模式是超市在评估一个季度或是半年时间内某种农产品的需求量, 然后在网上交易系统平台的招投标系统中发布招标信息, 基地在线竞标, 中标的基地会与超市签订供货合同, 该基地将会在一段时间内向超市供应某种农产品。

下面我们来详细分析一下这3种模式的信息流。

(1) 信用基地模式。

在这种模式下, 超市和基地是一个长期合作关系, 他们之间是互惠互利并且互相信任的。超市在统计出某些种类的农产品出现库存警告, 当即在网上交易系统平台订单系统中自动产生需求订单, 并通过安全的网络环境传输给信赖的基地。基地收到订单后, 按照超市规定的标准对这些农产品进行包装。并将该批农产品信息录入到另外一个系统———农产品可追溯系统的农产品信息库中 (方便农产品的安全追溯) 。基地通过自有物流系统或第三方物流公司将农产品直接送达超市。超市通过RFID系统验收货物, 并将农产品放入到超市内部物流中心, 以便向门店及时补充新鲜的农产品。

(2) 竞拍基地模式。

5在这种模式下, 超市和基地的关系是一种不稳定、随机的形式。当超市某类农产品库存不足时, 超市方在网上交易系统竞拍系统发布竞拍信息, 多家基地通过竞拍系统, 通过既定限制最后筛选出最优的一家基地进行交易。当确定了交易基地后, 通过网上交易系统生成订单, 并发送给中拍的基地。基地按照超市制定的标准对农产品进行包装, 并通过自有物流系统或是第三方物流公司负责将农产品运送到超市, 超市实施验收, 并存入物流中心。

(3) 招标基地模式。

在这种模式下, 超市和基地的关系也是不稳定的。本模式下是通过招投标形式来采购农产品, 超市通过网上交易系统平台招投标系统发布招标信息, 多家基地也是在招投标系统中竞标, 最后由层层规则筛选出一家最优的基地, 并订立合同。基地按照合同规定对农产品进行包装, 并通过自有物流或是第三方物流公司将农产品运送到超市。超市验收后将农产品存入物流配送中心。通过在线招标的形式, 一般双方不仅仅是合作一次, 而是合作一段时间, 可能是3个月、6个月甚至是1年。在这段时间内基地按照和超市签订的合同来供应农产品, 如果双方有任何异议可以在线下商议。

前两种模式主要是及时交货形式, 即当超市缺货后向基地发送订单 (第一种模式是直接向基地发送订单, 此时基地对象是单一明确的;第二种是在众多基地竞拍后, 中拍的基地获得订单, 此时基地对象是随机的) 。基地在短时间内按订单中的品种和数量进行包装, 最后直接运送到超市。最后一种模式其实是向第一种信用基地模式过渡的模式, 超市预估某种农产品1个季度或半年的销售量, 超市方在网上进行招标, 将这种农产品提前找到基地并签订合同, 保证超市方的利润值。基地方也可以通过竞标的方式提前将农产品销售出去, 不会出现卖菜难、贱卖菜。基地可以在一段时间内一直向超市供货。当市场上出现价格波动, 双方可以进行协商, 确保互利共赢。基地通过这种模式可以与超市慢慢建立一种信任关系, 最终超市会与基地按照第一种模式进行农产品交易。

3结语

农超对接有利于提高农产品流通效率, 降低农产品运输消耗;有利于农民获取流通环节的增加值, 提高农民的组织化水平;有利于解决农产品难卖问题, 促进农产品的市场供需平衡。农超对接的信息化更加促进了以上优势的发挥, 并且加速和保证了农产品的流通, 减少了农产品的损耗[4]。本文设计的网上交易系统基本能满足我国目前农超对接的交易需要, 当然, 一些其他的网上交易辅助功能也可以加入进来, 这样可以使得本系统功能更加强大。对网上交易系统中基地和超市之间信息流的深入研究将使得各方更加熟悉农超对接的运作流程。随着国家对农超对接政策扶持力度的进一步加大、基础信息设施进一步的完善以及计算机技术日新月异的发展, 农超对接信息化发展必定会日趋成熟。

参考文献

[1]何仲平.“农超对接”的魅力在哪里?[J].中华合作时报, 2010 (1) .

[2]马凤棋.“农超对接”模式对超市的影响及对策探讨[J].安徽农业科学, 2010 (9) .

[3]刘阳.“农超对接”流通模式的影响因素及政策探析[J].中州学刊, 2011 (4) .

[4]李圣军.“农超对接”:农产品进城新模式[J].农村经营管理, 2009 (8) .