投票系统（精选12篇）
投票系统 篇1
1 引言
投票是很多场合, 如选举、各种比赛、项目评价待方面都需要使用的一种评选方式, 投票的公正性与合理性将对投票结果产生影响。传统的投票方法通常用打分来进行投票, 但在分数投票中, 因评委打分习惯对结果将产生很大影响, 例如, A评委习惯将很好的为95分, 中等80分, 良好为60分, 而B评委习惯将很好的为85分, 中等82分, 良好为80分, 如果有4个类似B的评委, 很好和良好的分数差=4* (85-82) =12分, 而1个A评委的良好和良好的分数差=95-80=15分, 这说明4个评委还不如一个评委的分数差, 如果正好是5个评委, 4个类似B评委都认为是好的还不如一个A评委认为是好的 , 其结果可想而知, 肯定不公平。请看表1的结果。
表1中不难看出, 4个评委公认2号选手是最好的, 但结果是1号选手的分数最高, 即使有去掉一个最高分和最低分, 但如果在评委中有两个以上类似A评委, 同样会使结果偏差很大。因此使用分数投票缺少合理性, 而限额等级投票系统相对会比较公正合理。
2 限额投票系统
限额投票系统是指在从多的候选人 (选手) 中, 只能按照限定的数目进行投票, 例如, 在100个候选人 (选手) 中, 假定一等2人, 二等5人, 三等10人, 四等20人, 作为一个评委, 只能在100个选手中, 给一等的选手投2次, 给二等的选手投5次, 以此类推。这样, 评委认为是最好的都是给一等, 这种评价方法相对比较合理。
限额投票系统的主要投票规则是:
(1) 同一评委只能给同一选手投一次票, 不能同时给同一选手多次投票。
(2) 同一评委只能按事先设置好的等级数目进行投票, 不能超过设定等级的上限数, 例如, 限定二等为5人, 评委在投票时, 对二等最多只能投5人的票。
为了快速开发限额投票系统, 下面将以构件化的设计思路详细介绍限额投票系统的设计及实现。
3 限额投票系统设计及实现
3.1 限额投票系统的数据库
限额投票系统的数据库需要用到以下数据表, 如表2~表5所示。
3.2 限额投票系统的实现流程
限额投票系统的操作流程是: 评委先登录, 登录成功后直接进入显示选手信息页面, 并通过单超链接“投票”进入投票页面, 然后进行投票, 最后可以直接查看投票的结果, 整个操作流程如图1所示。
3.3 限额投票系统的主要构件
所有的构件程序代码都通过添加一个名称为DataOp类来实现, 以下构件代码都在此类中。
3.3.1 通用显示构件
此构件可以用来显示任意数据的查询结果, 返回一个StringBuilder类型的数据, 主要用于数据显示, 程序代码如下:
该方法主要有5个参数, 这些参数的主要功能是:
CSSFilename: 控制表格显示样式的样式表文件。
SQL: 需要显示数据的Select命令。
PageTitleStr: 页面标题文字。
DispDataProcessing:是否显示处理过程。
ProcessingType: 处理类型, 如添加、删除、修改、投票等。
3.3.2 通用查询数据构件
查询数据构件的设计主要用于查询某个字段对应记录的值, 通过字符型的GetFiledValue函数来实现, 它有两个参数: SQL是要执行查询的SQL语句, getFiledName是要查询数据对应的字段名, 程序代码如下:
3.3.3 数据绑定构件
数据绑定 构件的设 计是用来 将指定字 段数据绑 定到DropDownList控件, 它是通过构件函数BindFiledRecValueToDr opDownList来实现, 该函数有4个参数: myDropDownList是要绑定的对象名 (DropDownList), BindFiledName是要绑定的字段名, DispFiledName绑定对象中要显示的字段名, TableName是数据表的名称, 程序代码如下:
3.3.4 用户登录构件
用户登录构件的设计主要对用户登录进行检查, 它是通过函数check_userlogin来实现, 该函数的功能是检查用户合法性, 如果在数据库中查询有该用户信息存在, 返回为“True”, 同时将用户信息保存在Session对象中, 以便后面程序检查用户权限。否则返回“false”。该函数主要有5个参数, 这些参数的主要功能是:
TableName: 存放用户信息的数据表的名称。
UserNameFieldName: 用户信息的数据表中存放用户名的字段名。
UserNameFieldValue: 待检查的用户名的值。
PasswordFieldName: 用户信息的数据表中存放密码的字段名。
PasswordFieldValue: 待检查的密码的值。
因代码相对比较多, 考虑到版面的问题, 以后详细代码请参考以下书籍:
3.3.5 通用数据添加构件
添加记录主要用来添加等级限额表中的数据和参赛选手的数据, 添加记录其实包括两个部分, 第一个部分是填写数据的表单, 另一个是接收表单的数据保存到数据库中, 因此构件类主要有两个方法, 一个是动态生成表单, 一个是接收和处理数据。动态生成表单的代码是:
详细代码请参考:
函数DynamicBuildForm的功能是根据数据表的内容动态产生供用户填写数据的表单, 要求是在当前页面中有一个Panel, 所有产生的表单数据都会动态生成在Paenl中。在该函数主要有3个参数:
PanelcontrolName: 用于显示表单数据的Paenl控件的名称。
SQL: 需要显示数据执行查询的Select命令。
FieldMaxLenght: 生成的供用户修改的表单页面标题文字显示的长度, 主要用于控件字段显示的宽度。
接收表单数据并将数据添加到数据库的函数代码是:
它的功能是动态读取动态生成的表单中的数据, 并自动添加到指定的数据表中。
其他构件的设计因版面关系, 其他构件的设计略。
3.4 限额投票系统的界面
3.4.1 投票限额设定
投票限额设定通过程序AddGrade.aspx来实现, AddGrade. aspx页面通过 表格定位 , 页面主要 控件是一 个面板Panel (ID=" Panel1")、一个按钮 (Text=" 确定插入 ") 和一个标签 (ID=" lblMessage"), 该程序的设计界面如图2所示。
对应的事件处理代码如下:
3.4.2 选手 (候选人) 信息入库
选手 (候选人) 信息入库通过程序AddVotecontent.aspx来实现, 程序设计界面是与AddGrade.aspx完全相同, 事件处理代码也完全相同, 不同的是修改SQL语句, 将上述SQL语句修改为下面语句即可。
3.4.3 用户登录页面
用户登录页面通过Login.aspx来实现, 设计界面如图3所示。
为“登录”按钮添加以下事件处理代码:
3.4.3投票程序
投票程序包括两个部分, 显示选手信息和投票。
(1) 显示选手信息程序Vote.aspx
程序界面非常简单, 只需要在页面上添加一个Literal1即可, 通过调用构件即可实现选手信息的显示。
事件处理代码如下:
程序运行的结果如图4所示。
(2) 投票程序
投票程序通过VoteAdd.aspx来实现, 该页面的设计效果如图5所示。
事件处理代码包括4个部分:
1) 创建类的实例、定义通用变量:
2) 在Page_Load中添加以下事件 , 主要包括判断登录、绑定数据。
3) 为确定投票按钮添加处理事件:
4) 为投票等级的DropDownList控件添加处理事件:
程序运行后, VoteAdd.aspx的运行效果如图6所示。
当评委选择对应等级时, 会显示该等级限投票人数及该评委已经对该等级的投票数。当投票数据超过限额数时,“确定投票”按钮自动隐藏, 将无法进行投票。如图7所示。
3.4.4 投票结果的显示
表V_Results是用来保存投票结果的数据表, 该表是直接将页面上的选手姓名、项目名称、投票等级、 评委姓名等信息添加到数据库的原始数据, 不能直接显示投票的统计结果, 为了便于统计投票结果, 需要设计一个交叉表查询, 该表的名称是ResultsCount, 将字段F_Evaluateobject设置为交叉查询表的分组行标题, 将字段.F_Grade设置为分组列标题, 将F_Grade设置为计数值, 查询的SQL语句是:
交叉表查询的设计视图如图8所示。
投票统计结果的显示通过ResultsDisplay.aspx来实现, 设计界面只需要添加一个Literal即可, 事件处理代码直接调用通用显示构件来实现, 其代码是:
程序运行效果如图9所示。
4 结语
投票系统是常用的应用程序之一, 本程序在克服传统计分评价系统缺陷的基础上采用限等级限额的投票, 不仅比较公平合理, 而且应用相当广泛, 在各种选举、各种比赛 (大赛) 评价、课程评价, 学生评价、项目评价等各种评价系统中具有广泛的应用, 因此具有重要的应用价值。
投票系统 篇2
1、引言
编写目的
一个网站不断发展的前提就是众多用户的支持，一个好的网站一定要注意与用户之间信息的交流。能够有效得到用户反馈的信息，并及时对网站内容进行改进，这也是一个网站持续发展的基础。
也正是由于以上原因，网络上各式各样的投票系统层出不穷。本次课程设计的目的，就是来制作一个在线投票系统，该系统可以实现对投票数量进行累加、查询统计票数等操作。
在线投票系统主要用来统计网站用户对某个主题或热门话题的意见。决策者通过这些统计数据做出相应的决策。在线投票系统是一般网站必备的程序之一，如果网站开发者想了解用户对该网站的意见和建议。他可以设计这样一个投票主题：你认为该网站如何？（A。很好
B。一般C。不好）然后提供给用户进行投票。
我的投票系统具有极大的灵活性，投票类型分为单选投票和多选投票。管理员可以在线设计不同的投票主题供用户进行投票。
项目背景
随着INTERNET的发展，世界网民的数量急剧增加，社会的信息化强度增强，企业竞争之激烈，故对市场信息的掌握范围不仅仅是周边的一些信息，而应把范围扩展到全国，甚至全世界，INTERNET恰恰是实现这目标的有利工具。对于新产品，新观点的调查范围应该更广泛，消息应该及时反馈给企业单位，故一个网上在线投票系统应允而生，它正好充分满足客户的需求，信息反馈的范围扩大，人力资源的节省，从而使得企业在竞争激烈的市场中拥有更强大的资本。开发此投票系统是为了更好的把市场的信息更准确更快速的反馈给客户，使信息的来源更广泛，从而提高信息的准确性。运用此系统可以降低企业为市场调查而消耗的人力和物力，利用节省的资源提高产品的质量，增强竞争力。
参考资料
[1]刘迎风.基于 MA的匿名网络市场调查协议[Z].华南理工大学研究生毕业论文.[2]ChrisPayne.ASP.NET从入门到精通[M].北京: 人民邮电出版社 , 2002.1.[3]肖建 , 等.ASP.NET编程基础[M].北京: 清华大学出版社 , 2002 , 5.[4]徐罕 , 等.ASP后台解决方案[M].北京: 人民邮电出版社 , 2001 , 3.[5]但正刚等.ASP.NET高级编程[M].北京: 清华大学出版社 , 2002 , 9.[6]苏贵洋, 黄穗, 等.asp.net网络编程从基础到实践[M].北京: 电子工业出版社,2005.[7]季久峰.专家门诊—asp.net开发答疑200问[M].北京: 人民邮电出版社，2004.2、开发的可行性分析
技术可行性
（1）操作系统： Windows 2000 Server 及以上服务器版本；（2）数据库管理系统：SQL Server 2000；
（3）Web 服务器：Internet Information Services(IIS)；
（4）编程工具：编程软件为Visual Studio 2005 Express Edition，使用ASP.NET作为网络编程开发框架，编程语言选用C#。
经济可行性
（一）该系统对客户的影响：
建议系统是为了改善原有系统在经费支出过高的缺点的，所以新系统一经使用在经费支出方面一定会得到很好的改善，用户在使用了新系统后只需要花一定资金购买一部分计算机与软件就能实现自动化.（二）购货方面：
1.支出
（1）系统开发费用
1）人员费用：本系统开发期为三周，试运行一周。开发期需要开发人员×人，试运行期需要开发人员2人。人员费用为×万元。
2）设备费：本系统所需的硬件设备费用为×万元。
3）不可预见费：按开发费用的15%计算。
（2）系统运行费用
1）系统维护费：需要 ×人/年进行系统维护，维护费为×万元
2）设备维护费：设备更新费为×万元。设备维护费为×万元。
3）消耗材料费：每年按×元计算。
综上所述,设系统使用时间×年,系统开发和运行总费用×万元,平均×万元/年 2.收益
（1）提高工作效率
（2）减少工作人员。
操作可行性
本在线投票系统的用户只需懂得运用互联网络者均可以使用，此系统在网站中的使用频度预计非常的频繁；
该系统属于实用型网站，需要对数据的处理，比如对投票票数的统计并把结果反馈给投票者，故对数据的及时更新要求较高，保证数据的真实性。该系统在任何操作系统下都可以运行，但必须装有SQL2000数据库。
该系统的操作包括：单选投票、多选投票、查看投票、投票设计。 单选投票：用户只能从多个选项中选取一项进行投票。 多选投票：用户可以从多个选项中选取多项进行投票。
查看投票：提供用户查看当前投票情况，投票结果以条形图显示。
投票设计：管理员可以设计不同的投票主题，及投票主题的内容供用户进行投票。投票 设计又包括以下功能需求：增加主题、删除主题、查看主题、修改主题
管理上的可行性
网络在线投票系统实现的管理功能比较简单，具体如下：
◎投票项目的管理；
◎添加投票的项目；
◎删除投票的项目；
◎对项目进行投票；
◎查看项目的投票情况。
投票决定卖什么 篇3
29 岁的李宁在创立Made.com 之前，是一家投资银行的员工，但怀揣创业之心的他很快便开了这家家具零售网站。
不过，一段时间之后，李宁遇到了一个不得不面对的难题：不知道该把什么设计样式的家具放上网站。在家具品牌汇聚的欧洲，零售商最常采用的方式就是花高价聘请家具买手，对各个品牌和设计师的作品进行采购。“但是我们只有250 万英镑的启动资金，扣除生产费用和付给设计师的费用以后，根本请不起买手来挑选家具。”李宁说。
由于吃不准顾客的喜好，李宁担心万一推出的家具并不受市场欢迎，将会给公司带来很大的资金风险。不过后来，恰恰因为“什么都不懂”，反而让李宁有了反传统的思路——不如让顾客来投票决定卖什么家具吧。
于是除了常规的滚动产品展示和设计师介绍，你还会在Made.com 上面看到“vote（投票）”这个栏目。你可以选择“love it（喜欢）”或者“loathe it（讨厌）”，你还可以为展示的产品和标出的价格打分，填满5 颗五角星就代表你很满意。
家具在线销售不是一个特别讨好的网购商品类，因为大多数人都想实地体验一下那个沙发的质感再下购买决定。但Made.com 凭借投票这个卖点获得了许多好奇者的推荐，并且实现了一个非常务实的功能：控制成本。比如，许多灯具制造工厂接受订单的起订数在1000 套左右，如果达不到这个数量，那每件灯具的造价就会大幅上涨，Made.com 便无法发挥它的价格优势了。
不过李宁并不想把Made.com 做成一个专卖便宜货的网站，他希望自己出售的家具不仅具有设计美感，还能从预定开始就是一件好玩的事情。
由于所有的家具都需要在决定上线销售后才会开始进行订做，而且为了节约成本，工厂都在远离英国本土的海外，从下单到送到顾客手中往往需要2 个多月的时间。“如果顾客花1000 英镑买了一套沙发，但我们却对下完订单之后的他们置之不理，两三个月里没有任何讯息，顾客肯定就会开始怀疑这是否是一个骗子网站。”李宁说。为了进一步优化顾客的购买体验，Made.com 提供了一个有趣的“BeingMade”跟踪服务。根据家具的生产批号，顾客可以在网上查询到每一件家具在各家工厂的生产进度。在编号对应的家具成品效果图的下方，画有一条进度轴，进度轴被分隔成为“准备原材料”“原材料运达”“切割和缝纫”“组装”和“质检”5 个部分，每当一部分的工序被完成，对应进度轴就会变成黄色。除此之外，顾客还能看到一张世界地图，上面标有家具制造厂的所在国家。假如家具已经完成了生产步骤，进入物流环节，成品效果图就会变成一张航海路线图，以显示货物已经运到了哪里，以及还有多久能够送达顾客的手中。
如果细看Made.com 上的产品种类，李宁其实没有提供太多商品，并且他下单出售的家具风格大多线条简单，但每件都有一种独特的设计。“我们从设计师入手，把每一位设计师都打造成为一个‘英雄’进行推广，设计师就是品牌，所以我们网站上卖的家具大部分都是这个市场上独有的设计。”李宁说。在Made.com 的网站上，顾客可以看到热销产品设计师的个人资料和他们的作品。而且就像宜家一样，每一件家具都由設计师给它们起名字。
和设计师进行合作的方式，让Made.com 挖掘了许多有才华但苦于没有展现途径的设计师。成功建立了渠道并攒得广泛的人气之后，许多更具名气的设计师开始主动联络Made.com，这样顾客就用不高的价格买到名家设计的家具。
投票选出将被销售的家具这种方式甚至已经成为了英国一些社区的话题，Made.com 甚至拥有了一些忠实的“粉丝”。“只要有新一轮的投票要开始，一些活跃的注册用户就会上来参与投票，哪怕他们其实并没有买家具的打算。”李宁说。
投票系统 篇4
关键词：PHP,MYSQL,网上投票系统
笔者设计的网上投票系统采用PHP和MYSQL9, 构建于开源操作系统Linux上。该系统有一个嵌入式Web接口, 使得投票人能通过Internet访问, 完成投票。网上投票系统的核心是Zigbee模块和GPRS通信模块, 负责接收、处理各种投票信息。把基于PHP和MYSQL的网上投票系统的设计分为总体结构设计、通信模块设计、软件设计和硬件结构设计。
1 基于PHP和MYSQL的网上投票系统的设计
1.1 系统总体结构的设计
网上投票系统由多种子部件组成, 在这些子部件的支撑下, 该系统才能与外部的互联网络进行通信, 对投票结果进行监控和管理。总体结构, 见图1。
1.2 系统通信模块的设计
系统的通信模块的可分为外部通信模块和内部通信模块。外部通信模块的核心要素是GPRS模块、互联网和终端设备, 终端设备通过互联网访问主控制器的IP地址, 以实现对投票结果的远程监控和管理。内部通信模块的核心要素是投票结果的控制器和信号传输设备。笔者选取Zigbee作为无线传输设备, 省去布线的麻烦。
1.3 系统软件设计
1.3.1 嵌入式系统运行环境的裁剪移植
Linux操作系统的设计主要分两步进行, 第一步是初始化控制系统, 调用内核参数, 对开发板进行U-boot移植, 设置Linux系统的内核启动参数;第二部是移除Linux内核的不必要部分。
1.3.2 Web服务器的设计
可供选择的Web服务器由:Goahead, miniHttpd, Appweb, Boa, Apache, Thttpd, Shttpd等。Web服务器的核心处理器, 能运行Web服务程序, 支持TCP/IP协议, 用户通过APP或浏览器就能访问Web服务器, 通过相应的操作对家具设备进行远程控制。
1.3.3 Main软件功能的设计
Main软件与候选人资料库、票数统计软件等智能控制端的相连, 如果候选人有所变动, 会对相关的资料进行删减或补充, 如果出现重复的投票, 会调用Compare表把数次投票自动规化为一次投票, 见表1。Main软件甚至会对外部攻击进行反应, 并在终端设备上反映出来。例如, 当监控到有非法分子的侵入, 该软件会自行报警, 或者根据相关指令进行其他的处理。
1.4 硬件结构设计
1.4.1 系统的所有硬件结构
网上投票系统的硬件结构主要有:Zigbee调节器、GPRS模块、中央处理器S3C2440, 电源模块、报警设备、LED显示设备、数据通信设备等。
1.4.2 嵌入式处理器
某公式研制的处理器是本文设计的网上投票系统的处理器, 其核心芯片是S3C2440, 除了与PHP和MYSQL9相关的外设模块外, 其芯片也集成了JATG、通信、存储器等模块, 使得系统变得更加稳定、可靠。
1.4.3 Zigbee模块
Zigbee模块是家庭网关中的网络协调器, 常用型号是网峰牌CC2530, 其终端处理模块是关于候选人资料库、票数统计软件、非法侵入感应器等, 负责数据的无线传输和信号的无线通信, 可以是通信的起点也可以是终点, 并能根据内设的应用软件采取应急措施, 以维护组网安全。
1.4.4 GPRS通信模块
GPRS通信模块能对图像采集进行采集, 并把图像转化为电信号发送给嵌入式系统, 实现投票系统与网络的有效连接。设计选用GPRS通信模块的型号是M35, 尺寸23.6mm×19.9mm×2.65mm, 四频GSM/GPRS, 具有尺寸小、工作温度范围宽、抗干扰性能强、功耗低的优势, 并支持多个IP地址和Socket。GPRS通信模块能把处理后的信息发送给运动终端, 确保能有效应对非法侵入, 实现对投票结果的实时监控和管理。
2 结语
笔者设计网上投票系统应用PHP和MYSQL, 采用了Zigbee无线通信模块, 比传统的投票系统更加的节省资源, 也更加简洁、安全;由于采用了GPRS互联网通信模块, 比传统的网上投票系统更加切近投票人的生活, 也更加的方便、快捷、智能, 具有较高的应用价值。
参考文献
[1]戴红芳, 丁顺新.通用PHP网上投票系统的设计与实现[J].农业网络信息, 2009 (11) :84-90.
[2]姜慧, 李凯, 刘松等.基于PHP的网上投票系统设计[J].林业勘查设计, 2014 (1) :109-110.
投票系统 篇5
投票悖论是严格的逻辑悖论吗?--投票悖论逻辑结构浅析
严格意义上的逻辑悖论有三大构成要素:公认正确的`背景知识、严密无误的逻辑推导、能够推出矛盾等价式.投票悖论是指在群体选择的投票决策过程中,根据潜在的公共背景知识:理性人假设、传递性规则和多数规则,投票群体最后得到自相矛盾的投票结果,而这一矛盾结果是经过严密无误的逻辑推证得出的,因此投票悖论是一种典型的逻辑悖论.
作 者：刘春生 作者单位：南京大学,哲学系,江苏,南京,210093刊 名：自然辩证法研究 PKU CSSCI英文刊名：STUDIES IN DIALECTICS OF NATURE年，卷(期)：21(1)分类号：B81关键词：逻辑悖论 公共背景知识 多数规则 偏好顺序
投票选举哪家强？ 篇6
5个月前，土耳其议会选举终结了总统埃尔多安所在的伊斯兰主义政党——正义与发展党长达13年的一党统治。有权任性的埃尔多安表示不服，要求重新选举。11月1日，正义与发展党出人意料地上演惊天逆转，以49%的得票率重新赢得执政地位。对此，围观的小伙伴纷纷表示：“原来选举还能这么玩，我们服了！”
埃尔多安表示：“今天没人选我就明天选，明天还是没人选我就后天再选，总之一定要选到我赢为止。”
“各位选民注意，现在不是玩《大家来找茬》，我们正在进行严肃的选举活动。这是我们全部的总统候选人：A. 埃尔多安;B. 埃尔多安;C. 埃尔多安……你们不要看花了眼，随便选一个就好。”
看到此情此景，同样正在进行大规模选举活动的美国朋友内心有说不出的羡慕。现在美国总统选举已不像奥叔当年了，吹吹牛，谈谈人生谈谈理想，卖弄一下情怀就能坐上总统宝座。
投票系统 篇7
关键词：无记名投票,投票系统,B/S,控制管理
引言
无记名投票 (Vote by ballot) 又称不记名投票、匿名投票、秘密投票, 是一种用于选举的投票制度。一般是指, 投票人在投票时, 选票不用写下自己的名字和身份识别, 避免非自愿让人知道自己的投票意向。由于无记名投票制在投选过程中不公开身份的保密性质有利于选举人、表决人消除顾虑, 完全按照自己的意志行使选举权或表决权, 比公开投票 (Vote) 更容易表现出客观、公平, 在我国党、政府、军队的选举投票中被广泛采用。随着时代的发展, 无记名投票制的实施过程也衍生了很多的形式, 基本可以分为两大类:一是, 借助电子技术控制投票过程。a.基于非通用电子设备的投票管理系统, 如由嵌入式设备构成的专门为某事件特殊设计的投票控制系统;b.基于通用电子设备的投票管理系统, 如基于普通服务器、PC、智能手机、平板电脑、以太网络等通用电子设备之上的投票控制系统。二是, 人力直接控制投票过程。如:由人力来控制投票过程的, 黑白小球投选方式和纸质选票投选方式等。
在中国信息化、电子政务、电子政府建设蓬勃发展的背景下, 借助电子技术控制投票过程的系统越来越流行。而目前对于基于非通用硬件的投票系统的研究力量比较多, 发展也很快。对于通用硬件的会议环境下适用的投票系统相对较少。本文试图对一种高效的基于B/S架构的投票管理系统进行描述。
1 B/S会议用无记名投票系统功能简介
1.1 投票选举活动的管理员实时全程控制整个投票过程。
1.2 管理员在建立投票时指定本次投票活动的候选项, 是否可弃权, 单票的最少、最多选数和其他一些细节。
1.3 选举人每人一台联网投票用通用终端。
1.4 管理员提前确定选举人范围及做好访问控制设置。会场外不具备选举资格的人, 无法访问投票系统。
1.5 选举人终端的屏幕由管理员对投票过程的实时控制而随时有相应地变化。
1.6 选举人可以实时看到选举人的投选数据。选举结束后, 可以很快 (如在1秒钟以内) 给出可打印的选举结果。
2 硬件环境
2.1 服务器:
对于候选人在1000以内的选举活动可选择一台中等性能的PC当服务器, 如配置CPU主频≥1.7GHZ、CPU核数≥2, 内存≥2G, 千兆网卡。如果候选人在10000时, 根据具体情况还可以采用反向代理, 采用多网卡做TEAM, 具备条件的话亦可采使专门的服务器或虚拟机, 具体型号可根据情况选择。
2.2 投票用终端:
每一个选举人配备一台投票终端。投票终端可以是PC或带浏览器的触屏手机或平板电脑等。终端须能通过以太网连接到服务器的http服务开放的端口。
在选举人终端所连接路由器或交换机设备中配置选举终端的IP地址与MAC地址绑定。如网络环境采用DHCP动态分配IP地址, 则需要为每个选举终端配置一个静态地址分配条目。如选举终端采用手机或平板电脑, 则建议适当地在会场附近设置热点, 使无线信号尽量分布均匀。
3 服务器软件环境选择
3.1 操作系统可选择linux或windows。
3.2 数据库方面可在诸多关系型数据库管理系统, 如流行的Post-gresql、Mssql、Mysql、Oracle中选择一个。
3.3 http服务可根据情况在Apache httpd, Ngix, Tomcat, IIS等中选择一款, 原则是须能很好的支持所选择的动态网页语言, 本例中使用的Apache httpd。
3.4 动态网页语言可根据环境在asp, .net系列, php, jsp等或CGI支持的各种语言中选择一种, 本例中使用了PHP。
4 浏览器端设计
在B/S架构的程序中, 浏览器端是使用者与系统互动的主要接口, 浏览器端的设计在一定程度上决定了系统整体是否成功。
主要内容有:
(1) 使用自我刷新或ajax实现每间隔一段时间, 从实时从服务器获取投票状态, 展示适当页面内容。如:使用javascript语句set Timeout ('location.href=location.pathname', 4000) ;
实现每间隔4秒钟, 自动刷新页面。刷新后根据读取到的最新的投票状态, 如投票未开始、投票已启动、投票已结束等展示适当的页面给用户。
(2) 实时监视投票人的输入, 对界面做出智能调整。
例如为了防止投票人多填候选项可以对投票页面中的每一个标签设置设置
on Click='stat (this) '动作映射
javascript函数stat用于统计已经点选的候选项数目。当已点选的候选项数目等于建立投票活动时设置的最大投选数时, 无效其他所有未选取的候选项。
已确保投票人不能多选。
当已点选的候选项数少于本次投票的最大投选数时, 有效所有未选取的候选项。使投票人可以自由选择。
5 服务器控制实现
服务器是投票活动的数据中心和控制中心。对控制投票活动中的状态信息和投票数据信息应实现准确的控制和调度。
主要内容有:
(1) 通过对操作系统、http服务和数据库管理系统的配置, 应对多用户并发投票时服务器各项资源负荷的合理分配。
(2) 在http服务中配置可访问和不可访问的IP信息。使在某个时间范围内, 可以访问系统进行投票的人员得到控制。
假设http服务软件使用的是Apache httpd, 可通过修改httpd.conf文件, 在文件夹权限说明标签中配置描述项
这样就使IP属于192.168.1.1~192.168.1.255范围内或IP等于192.168.3.1的投票端才能访问系统, 确保了投票过程的安全性。
(3) 管理员的登录用session变量进行安全控制, 登录的有效期建议设置在600秒~2400秒之间。
6 基于B/S的会议用无记名投票系统的特点及推广价值
系统具有以下特点: (1) 硬件环境容易构建, 可以利用单位已有的资源, 软件选取自由, 部署相对便捷。 (2) 控制灵活, 操作方便, 过程安全。 (3) 系统对投票的统计结果准确率高, 工作稳定可靠, 经某军级部队单位连续3年用于多项会议的无记名投票, 整套系统运行稳定, 各项环节衔接流畅、准确无故障。
参考文献
[1]庄和诚.ballot[J].中国翻译, 1985.
[2]王培明.“无记名投票”的由来[J].秘书, 2008.
[3][美]弗兰纳根.JavaScript权威指南 (第六版) [M].淘宝前端团队译.北京:机械工业出版社, 2012.
[4]屈展, 李婵.JSON在Ajax数据交换中的应用研究[J].西安石油大学学报 (自然科学版) , 2011.
投票系统 篇8
职称评审是人力资源管理工作的一个重要组成部分。我公司职称评审工作一直以来都是采用手工方式进行的, 信息化管理水平很低。申报人员需要填写多份表格, 以书面方式反映他们的各项水平以及实际工作能力, 并且需要将反映其水平的各种证明材料一并上交。使用电脑的只是实现word排版、Excel制表等基本功能, 没有充分利用网络资源;评审工作的信息化应用水平很低, 申报人员上报的材料信息量很大, 各级管理人员和评审人员只能对众多的申报材料进行手工审核, 开评审会议时占用时间较长, 投票打分表决结果还要靠人工计算。这都制约了申报信息处理的效率, 无法从横向纵向等方面去考量职称申报人的技能水平和实际工作能力。而且在一定程度上还存在数据安全性隐患, 也相应的降低了在职称评审过程中的公开透明程度, 不利于数据的分析与统计工作。
每年申报中级职称人数的都在不断增长, 中级职称的人数占全公司百分之四十之多。如此众多人员需要上报的信息量也是巨大的, 职称管理人员的管理工作压力越来越大。此项工作的信息化可以使其在职称评审工作中大量重复性的工作通过计算机做自动处理和有序管理, 在一定程度上实现了无纸化办公, 使职称管理人员从大量繁杂、重复性的工作中解放出来, 可以通过笔记本电脑、手机等移动终端进行材料的审核处理、投票操作、查看人员情况统计分析、打分情况汇总等。从而达到简化工作流程、提高工作效率的目的, 将更多的精力放在提高工作质量上, 提高政策评审工作的高效性和规范性。
2 前期可研及工作基础
目前, 全公司尚无统一的中级职称评审系统, 同行业兄弟单位虽有自己的中级职称评审系统, 由于填报要求、评审条件标准、业务流程等与我单位有很大差异, 且属于定制系统无法适应我公司的中级职称评审工作的需求。经过反复的业务需求调研、可行性分析等工作, 决定开发适合本单位自身特点的一套基于B/S模式的信息管理系统。此系统是为提高我公司人力资源部职称评审管理信息化效率和水平并且实现数据、评审工作流程统一的系统。
本次开发平台我们选择了金富瑞公司的UCML应用框架开发平台, 此平台是以C#开发语言和JAVAScript为基础的。UCML开发平台与微软公司Visual Studio平台相比, 可以直接使用标准模块, 快速开发高效部署, 更贴近业务需求, 功能强大便于系统日后的维护和升级。硬件方面我们配备了Web服务器、开发平台专用服务器、防火墙等设备, 满足开发需要。
本系统整个设计阶段遵循思想和原则如下:
(1) 在一定程度上实现无纸化办公, 降低人力、物力的消耗。充分发挥计算机和网络技术的特点, 为中级职称评审工作做出新的贡献。
(2) 自顶向下、逐步细化、模块适当。系统模块之间遵守低耦合高内聚的原则。模块规模适中, 尽量分解成具有单一功能的模块。
(3) 适应性、灵活性和可靠性。WEB应用系统满足不同的运行环境;充分体现出定制开发的特点, 满足业务要求。系统还需要具有很好的可扩展性, 能依据系统要求的变化, 完成系统的扩展。
(4) 系统在运行的过程中, 一旦出现异常情况, 应该及时做出解决方案并迅速解决问题, 保证系统的正常工作。
(5) 确保系统的安全性。提供不同数据访问权限的设置, 操作的权限限制。身份认证、数据备份、防火墙等安全措施保证系统的安全性和保密性。
3 业务流程模式梳理
3.1 申报人员资格申请
职称申报人员首先进行资格申请, 填写本人的基本情况信息、现任职称、现任职称时间、工作年限等;选择拟申报的专业技术任职资格类型专业组 (港航、机电安装、铁路等) 中的一个系列。经本单位系统管理员审核确认申报资格后, 批准登录系统。
3.2 申报人员资格审查
本单位管理员对本单位申报人员资格申请情况进行查阅, 并对其进行审核。申报人符合申报职称的基本条件、资格的即为审核通过。
审核不通过的情况包括:信息填写错误需要进行退回修改;不符合申报基本条件即为不通过两种情况。
3.3 材料填报
申报人员的账户被审核通过后就可以登录系统进行在线的申报操作。进入系统后, 申报人员按要求逐项录入个人申报信息、工作经历、培训经历、工作业绩、个人业务总结等, 上传证明材料:外语证书或免试证明、计算机证书、获奖证明、论文等, 以供专家评委评审时审阅。保存后可以进行整体查看, 确认无误后提交给本单位职称管理员进行审核。
3.4 审核阶段
首先由申报人所在部门负责人对其基本信息等相关材料的真实性、有效性、完整性进行审核;审核无误后, 填写《单位推荐意见》并呈报所在单位的人力资源部门对申报人员的参评资格进行审查。
审核通过的填写《任现职期间历年考核登记》、《考核鉴定》、《呈报单位意见》等并进行批量上报给公司总部人力资源部。
公司总部人力资源部经过对材料的审核、汇总, 经过初审、再审后, 组织评审工作。
3.5 评审阶段
分组评审中, 评委会各专家对分配给其的申报材料进行评审, 填写评议组或专家意见。对材料的审核完成并通过评审会审核后, 专家评委进行小组投票表决。根据投票的结果, 系统自动计算出通过的人数、得票率、不通过人数等数据, 供评审小组长参考并宣布结果。
通过小组投票的人员在全体专家评委的最后表决会上再进行大组讨论, 对所有申报人的材料进行投票, 根据投票的结果, 系统自动计算出通过的人数、得票率、不通过人数等数据, 供评审委员会组长参考并宣布最终结果, 并形成最终决议填写评审组织意见, 至此本年度的评审工作就完成了。
4 主要开发功能
本系统要实现的主要功能有:用户注册、用户登录、填写申请表、相关证明材料上次、修改密码、在线审核、专家投票、搜索、结果统计、用户管理等。
根据系统要完成的目标以及对中级职称评审业务流程的梳理分析, 确定了系统的主要有5个模块:用户管理、申报管理、审核管理、评审投票管理、系统管理。
4.1 用户管理
整个系统的用户分为系统管理员、申报人员、审核人员、评审专家四个类别。
系统管理员负责管理系统的所有资源并对其他用户进行授权。
申报人员进行资格申请, 通过后进入系统提交基本信息、获奖情况、培训经历、工作业绩经历、论文等。
审核人员包括:申报人所在单位的部门负责人、本单位人力资源部职称审核推荐小组人员、初审员和公司总部人力资源部职称评审管理人员。
评委专家:登录系统后对申报人员所提交资料的真实性和业务水平深度等进行评定, 填写审核意见。
4.2 申报管理
申报人员使用的功能模块, 从此处提交自己详细的职称评审需要的各项信息如:基本情况、业务情况、获奖情况, 上传相关证明材料。
4.3 审核管理
本模块的作用是实现在上报到评委评审之前, 对申报人员的评审资格做出预审, 对满足评审条件的填写单位推荐意见、考核意见等, 汇总后进行上报。对材料不完整、有错误的可以退回, 由申报人员进行修改后再提交。
4.4 评审投票管理
此功能模块由专家评委成员进入, 根据分配给的申报人信息、材料、业务水平及推荐意见、考核意见等材料在小组评审会进行讨论、投票表决并填写评审意见。经全体专家评委对所有申报人员材料进行评阅并进行投票表决后, 组长填写评审组织意见形成最终评审决议。
4.5 系统管理
系统管理员对系统的一些参数或功能进行设置如申报年份, 申报开放时间等。还为职称管理人员提供投票结果汇总、查询, 不合格原因统计汇总, 各专业职称汇总、查询、占比情况展示等。
5 软件运行效果
在公司人力资源部的大力支持下今年的职称评审工作中对此系统进行了全面的试运行, 操作的易用, 功能满足业务需求, 数据结果准确、快速得到使用人员的充分肯定, 缩短了评审会期, 提高工作效率。
系统主要在企业内使用, 同一时间使用该系统的用户不会很多, 一般是参加本年度评审工作的人员使用。系统的可用性方面, 中级职称评审系统能够达到信息处理功能强大, 具有导出功能, 生成格式统一的报表, 统计分析图表, 材料呈现直观;可以在台式电脑、笔记本电脑、手机等设备上直接操作, 界面简洁风格统一, 可以让绝大部分管理人员不经培训或稍加培训便可以使用该系统。
对于系统的可靠性, 故障发生低于1次/2月, 且没有不可恢复的故障。系统能够对数据进行定期备份, 数据库使用双机热备方案, 当一个数据库服务器发生故障后, 数据可以从另一个服务器中进行恢复, 并且数据不丢失。一般操作系统的时间小于5秒。
参考文献
投票系统 篇9
对于各企事业单位, 推出符合民众需求的产品和业务至关重要, 是各个单位业务的最终实现目标。如何推出符合民众需求的产品和业务, 调查问卷必不可少。通过调查问卷, 我们可以了解用户的需求, 以及根据用户的需求进一步完善。因此, 建立完善的调查问卷系统是各企事业工作推进的保证。
目前, 各企事业单位的调查问卷大都是采用传统的人工方式, 但是采用人工方式容易出问题。一是用户填写调查问卷的时候, 容易书写错误, 造成纸张浪费, 同时导致有效调查数据减少;二是每年的调查问卷会浪费大量的空间存放;三是人工方式无法精确进行调查, 数据不够准确。
因此, 开发在线的调查问卷系统刻不容缓。调查宝是一个简单易用的在线问卷调查系统, 通过这个系统用户可以轻松地进行在线调查问卷的设计、调查数据的收集, 并进行调查结果分析、生成调研报告。
调查宝界面友好、使用简捷, 每个人都可以轻易地开展各种调查活动。与传统调查方式和其它调查网站或调查系统相比, 调查宝具有快捷、易用、低成本等明显优势。调查宝是一个web系统, 利用互联网的优势, 利用网络的便捷对目标群体进行调查, 搜集有用数据后进行统计分析, 挖掘数据的潜在价值。
2 相关技术介绍
2.1 Web应用系统架构
目前Web应用系统广泛采用MVC的设计模式, 该模式是目前广泛流行的软件设计模式。MVC设计模式采用三层结构, 即表示层、业务层和数据存取层。表示层提供与用户交互的界面、收集和显示数据;业务层提供系统的业务和功能代码;数据存取层负责完成数据库操作。这种系统架构极大地提高了软件系统的可扩展性和可复用性, 同时优化了模块之间的耦合, 改善了系统的安全性。
2.2 Struts2框架
struts1和webwork的技术两者进行合并产生了全新的Struts2框架, Struts2框架主要用于开发Web应用程序的表现层, 核心就是struts2控制器Filter Dispatcher和action。在开发大型可扩展的Web系统时, 为了减轻软件开发过程中的组件间的控制和调用工作, 以及加快开发进度, 我们常常使用Struts框架。该文采用Struts2作为表现层框架, 其结构如下图所示。
2.3 Spring框架
Spring是以控制反转 (IOC) 和面向切面 (AOP) 为基础的, 一种轻量级的框架。其中, IOC机制实现了由Spring框架完成创建被调用者, 然后将被调用者注入到调用者, 这就是“依赖注入”;AOP机制使用切面技术将非业务工作织入到主要业务过程中, 实现了多线程。以控制反转和面向切面为核心的Spring框架可以有效地缓解企业级应用程序开发的复杂性。该文采用Spring作为业务逻辑层框架, 其结构如下图所示。
2.4 Hibernate框架
之前, 我们需要访问数据库时需要写大量的代码, 那么Hibernate框架是一个ORM层的框架, 封装了JDBC, 通过编写映射文件完成对象关系映射, 在业务层以面向对象的方式进行编程, 不需要考虑数据保存形式, 可以很好的实现数据的持久化。Hibernate是一个开放源代码的、轻量级框架。
该文采用Hibernate作为业务逻辑层框架, 其结构如下图所示。
2.5 Ajax
随着web2.0的出现和发展, Ajax越来越受到关注。Ajax采用异步机制, 促使页面局部刷新, 提高了用户操作页面的体验, Ajax减少了过多的web页面刷新, 提高了用户的可用性。网上投票系统中使用Ajax实现了拦截用户的重复登录。
3 网上投票系统系统需求分析
通过与用户的沟通和交流后, 明确了系统的所需功能。该文综合分析网上投票系统的业务领域知识, 从而详细描述软件功能需求, 构建软件需求可行方案, 为软件设计工作提供指南和依据。
1) 用户登录和注册。管理员使用用户名和密码登录, 投票用户投票前需要注册普通用户, 登录系统后方可进行投票操作, 和查看投票结果。管理员登录后可以发布新投票, 维护投票, 查询投票结果等。
2) 发布新投票。管理员根据实际需求可以发起投票, 创建投票问题和选项。注意投票选项至少有两项。
3) 投票。系统用户注册后可以对已经发布完成的投票问题进行有选择的投票, 即用户选择适合的选项提交, 投票完成后系统会记录投票的结果。
4) 查看投票结果。用户投票完成后, 管理员可以查看每个投票主题的得票数。
5) 维护投票。管理员登录系统后可以对投票问题及其选项进行修改。
调查宝在线投票系统主要包括管理员模块和普通用户模块, 其具体功能模块图如下图所示:
4 网上投票系统设计
4.1 架构设计
系统采用S2SH框架技术和Ajax技术实现, 使得各个模块之间实现了松耦合, 完美地衔接起来。该架构使用Strut2作为表现层和控制层主要框架, 数据持久层使用Hibernate框架, 而Spring框架主要负责业务逻辑层。
S2SH框架如下图所示:
4.1.1 视图层
Struts2框架用于管理视图层, 维护用户交互、JSP页面跳转、表单以及数据验证。本系统采用Struts2框架后, 当用户请求访问的时候, Action Servlet会负责接收用户请求, 然后查询配置文件找到相应的Action控制处理请求;Action控制器将领域对象提交给业务逻辑层服务组件进行处理, 处理完毕后, 再将处理结果返回给Action控制器并将结果显示在相应的视图上或者跳转到另一个JSP页面。同时使用Ajax异步处理机制实现网页的局部刷新, 本系统没有采用传统的拦截器实现提示用户的重复登录, 而是采用Ajax实现了提示用户的重复登录, 同时使用Ajax的Ao P技术实现在主要投票业务过程中织入日志。
4.1.2 业务逻辑层
网上投票系统的业务逻辑层主要由Spring框架完成, 业务逻辑层围绕用户的具体业务, 比如管理员发起投票主题、管理员进行查询投票结果、普通用户参与投票等, 将具体业务封装在service中, 由service调用Dao中的方法, 这里就用到了Spring框架的Io C, 即在调用者service中注入被调用者Dao。Spring框架实现了层间的松耦合, 利于日后的维护和扩展。
4.1.3 数据持久化层
网上投票系统的数据持久化层由Hibernate框架完成, 实现了数据关系表和对象之间的映射。本系统中的Dao中具体的对数据的操作均采用HQL语句完成。
网上投票系统将S2SH框架技术运用到系统架构建设中, 保证了系统总体框架的稳定性, 降低了各层间的耦合度, 提高了系统业务处理效率。
4.2 构建系统领域模型
软件开发中的领域模型对应现实世界中的对象, 是对现实生活中具体对象的抽象。只有将具体对象抽象成领域模型, 并理清其关系, 才可顺利地进行系统开发, 所以, 构建系统领域模型至关重要。根据调查宝在线投票系统的需求以及功能, 我们抽象出了该系统的领域模型, 如下图所示:
5 总结与展望
文章详细阐述了基于S2SH框架的“网上投票系统”的设计原则与实现的方法。通过与客户的交流和沟通, 形成了详细的需求文档, 进一步分析了系统的功能模块, 构建系统领域模型。系统采用当下最为流行的web开发框架S2SH, 并结合Ajax有效地提高了用户的体验。
通过总结本系统的开发与研究工作, 网上投票系统还需进一步研究:Hibernate框架关联数据的完全更新。
参考文献
[1]李绍平, 彭志平.一种web应用框架及其实现[J].计算机技术与发展, 2009 (8) .
[2]缪勇.基于S2SH框架的Ajax框架的研究[J].电脑知识与技术, 2009 (26) .
[3]郭广军.基于S2SH架构的企业管理设计与实现[J].湖南人文科技学院学报, 2011 (5) .
试析量子投票模式 篇10
在当今社会活动中, 表决和选举行为越来越普通, 投票是它们最一般的实现方式。随着计算机科学的发展, 利用信息技术的电子投票日益完善, 应用在日常生活的各 个领域。为了保证电子投票的公正性和安全性, 经典电子投票采用多种安全手段, 如同态加密、MIX net混合网络、盲签名等。然而, 这些安全措施面对复杂的应用场景和科学技术 的发展 , 显现出一些缺陷, 如应用范围较窄、耗费资源较大, 特别是安全性方面, 现有的经典电子投票多以计算复杂性为安全基础, 随着计算机硬件和计算机算法的发展, 特别是量子并行计算的出现, 计算复杂性不再成为密码安全性的基石, 经典电子投票的安全性受到了极大的威胁。
量子信息学是结合量子力学、信息论和密码学而产生的一种全新的信息理论, 利用量子力学的特性 , 在信息编 码、信道传输、信息安全等方面构建了全新的理论框架, 特别是利用“量子态不可克隆”、“海森堡测不准原理”和量子纠缠等特性, 从根本上保证了信息的安全性。利用量子信息学构建更安全、更有效的量子投票也成为各国学者的研究热点之一, 自2006年Hillery[1]提出了量子投票的概念, 研究者对量子投票开展了深入研究, 2007年Vaccaro[2]提出了量子投票的4个原则: 投票隐私性、投票者安全性、投票无收据、投票唯一性。 随后, 利用各种量子态资源的量子投票方案被提出[3,4,5,6,7,8]。
量子投票经过多年的研究, 已经取得了丰硕的成果。对量子投票常用的两种投票方式: 移动式投票和分布 式投票 , 进行了深入的研究, 对这两种投票协议做了一般性 的描述。在安全性方面, 分析了两个投票模式可能面对的攻击, 对它们的量子资源制备和安全程度做了总结。
2 移动式投票
移动式投票是早期量子投票所采用的模式, 通常采用高维二粒子纠缠态, 如高维Bell态, 作为投票方案的量子资源。移动式投票的思想是: 计票者制备高维二粒子纠缠态, 保留其中的一个粒子, 另一个粒子作为投票信息载体, 在各个投票者中传递, 每个投票者依据自己的投票选择对该粒子进行相应的操作, 通常是投yes票时, 对该粒子做相位偏移酉操作, 而投no票时, 则不做任何操作。移动式投票方案示意图如图1所示。
可以看出, 每个投票者接收到选票粒子后, 先进行安全性检测 , 若无窃听 者 , 则进行投 票操作 , 然后将选 票粒子传递 给下一个 投票者。 最终投票 粒子回到 计票者手 中 , 计票者利用 测量基对 完整的纠 缠态粒子 进行测量 , 得到选票信息。 下面以d维Bell纠缠态作为投票粒子, 以作为协议安全测量基 , 对移动式投票进行一般性描述。
2.1 协议一般性描述
(1) 计票者Tallyman准备δ+1个量子比特自己保留第一个粒子序列 (下标T) , 将第二个粒子序列 (下标V) 发送给第一个投票者。同时, 随机选取一个缠态作为投票信息载体。
(2) 投票者V1接收到粒子序列后, Tallyman进行安全性检测。除去选票粒子, Tallyman随机使用测量基M1和M2基, 对其余的δ个粒子进行测量, 并将选用的测量基和粒子在序列中的位置告知投票者V1, 要求V1在自己的序列中, 使用相同的测量基对相应位置的粒子做测量。若二者满足如 下条件 :图1移动式投票方案示意图使用M1基测量, 二者结果应该相同; 使用M2基测量, 两者结果为 , 满足jT与jV相加为0 (mod d) , 则无窃听者, 协议继续, 否则协议终止。
(3) 若无窃听 , V1按下列规则进行投票操作: 投yes票, 投票者对手中的粒子做操作, 即进行相位偏移操作。若投no票, 则不做任何操作。投票完毕后, V1制备δ个粒子, 将投票粒子插入第二个粒子序列, 并记下位置, 然后保留第一个粒子序列, 发送包含投票粒子的第二个序列给下一个投票者。
(4) 投票者接收到上一投票者发送来的粒子后 , 重复步骤2、3的操作, 直至最后一个投票者。
(5) 最后一个投票者投票完毕后 , 将手中粒子送回至计票者手中。计票者进行步骤2的安全性检测 , 若无窃听 者 , 则用可观测量对完整的进行测量, 得到选票信息, 其中:
从协议描述可以看出, 移动式投票是将投票粒子遍历所有的投票者, 每个投票者的投票信息都被编码到投票粒子的相位中, 计票者最后利用可观测量进行测量, 得到相位信息, 进而得到全部投票者的投票结果。
2.2 移动式投票安全性
为了防止窃听行为而导致投票信息的泄露, 移动式投票方案利用非正交测量基M1和M2进行安全性检测。投票者Vi投票完毕后, 制备δ个诱骗量子态, 并将投票粒子插入诱骗量子态序列中, 发送给下一个投票者Vi+1。待Vi+1接收完毕后, Vi随机使用M1和M2基进行测量, 并要求Vi+1做相同测量, 检测窃听。
若在传送过程中, 存在窃听者Eve, 为了得到投票信息, Eve对粒子序 列进行“ 测量 - 转发”攻 击 , 进而得到 相关信息。但是, Eve不知道投票粒子在序列中的确切位置, 只能测量粒子 序列的所 有粒子 , 又因为Vi采用的测 量基是随 机的, 因此Eve对于粒子序列只能随机采 用测量基 进行测量 , 然后转发 粒子或者 制备假粒 子转发。 在这种情 况下 , 一旦Eve采用的测量基与Vi所选择的不同, 那么Vi和Vi+1的测量结果势必不满足步骤2的检测条件, 能够被发现。若Eve采用纠缠攻击, 将量子序列中每个粒子都与一个辅助粒子纠缠, 类似文献 [9] 的安全性证明, 可以得知, 若在步骤2的检测中不出现任何错误, 则这个辅助粒子与是直积态的关系, 即整个系统为, 那么, 辅助粒子的密度算子为即它的von Neumann熵为0, Eve得不到任何有用的信息。若Eve不做任何攻击, 仅仅是观测该粒子序列, 由于序列中的每个粒子都处于最大混合态, 同样得不到任何有用信息。因此, 无论Eve做何种方式的攻击, 进行窃听, 都不可能在不引入错误的情况下, 得到任何有用信息。
但是, 由于投票粒子在量子信道中多次传输, 经历各个投票者的操作, 对Eve来说, 可以采用“不可见光子”攻击和“特洛伊木马” 攻击, 这两种攻击, 都是通过附加一些光子探测器不敏感的光子或者附加发送多光子信号, 试图通过这些探测不到的光子副本得到投票者的投票信息。对于这两种攻击, 协议本身是无法防御的, 因此, 考虑到协议的安全性, 每个投票者还必须拥有特殊波长的滤光器和光子数分裂器, 以抵抗上述这两种攻击, 增加了协议的设备复杂性。
相比外部攻击者, 内部不忠实投票者的攻击更具威胁性, 一个无法抵抗的串谋攻击, 就能够使得不忠实投票者获得部分投票信息。例如有不忠实投票者Va和Vb进行串谋攻击, 他们如实地执行协议, 通过安全性检测后, Va使用测量基M2对投票粒子进行测量, 得到相位信息θa, 然后将测量后的投票粒子按协议步骤发送给下一个投票者。经历若干个投票者操作后, Vb得到了投票粒子, 他也用测量基M2对投票粒子进行测量, 那么就可以获得相位信息θb和△θ=θa-θb, 即不忠实投票者Va和Vb经过串谋后, 得到了他们二者之间的投票信息。
移动式投票方案为了抵抗外部攻击, 例如“测量-转发”、“纠缠攻击”、“不可见光子” 攻击和“特洛伊木马”攻击等 , 需要各个投票者具有滤光器和光子数分裂器等设备, 增加了协议的设备复杂性。但是, 对于内部攻击, 特别是不忠实投票者的串谋攻击, 是无法抵御的。内部的不忠实投票者可以通过串谋, 得到部分投票者的投票信息。因此, 移动式投票方案适用于内部安全的投票场景中。
3 分布式投票
分布式投票是为了解决移动式投票的缺陷而设计的, 由于在移动式投票过程中, 所有投票者的投票信息都被编码到同一个粒子的相位中, 且投票者都可以接触到投票粒子, 能够通过攻击获得相关信息。为了解决这一缺陷, 将投票粒子进行扩展, 设计出分布式投票, 其思想是: 对于每一个投票者都独立获得纠缠态中的一个粒子, 将自己的投票信息编码到该粒子信息中, 最后计票者收集所有人编码后的信息, 得出投票信息。分布式投票的过程如图2所示。
可以看出, 分布式投票不同于移动式投票, 每一个投票者都独立获得纠缠态的一个粒子, 经过信道安全性检 测后 , 分别将自己的投票信息编码到手中的粒子 , 然后向Tallyman宣布自己的信息, Tallyman根据自己的信息和投票者的信息计算得出 选票结果 。下面以 (n+1) 位的d维GHZ纠缠态作为投票 粒子 , 以作为协议安全测量基, 对分布式投票进行一般性描述。需要注意的是, 用M2基测量时, 各个粒子测量结的下标j之和为0 (mod d) 。
3.1 协议一般性描述
(1) 计票者Tallyman准备δ+1个量子比特 自己保留第一个粒子序列, 将其余的n个粒子序列分别发送给对应的投票者。同时, 随机选取一个纠缠态作为投票信息载体。
(2) 待所有投票者都接收到粒子序列后 , Tallyman进行安全性检测。除去选票粒子, Tallyman随机使用测量基M1和M2基, 对其余的δ个粒子进行测量, 并将选用的测量基和粒子在序列中的位置告知各个投票者, 要求所有投票者在自己的序列中, 使用相同的测量基对相应位置的粒子做测量。若二者满足如下条件: 使用M1基测量, 所有投票者结果应该相同; 使用M2基测量, 每个投票者的结果为, 满足则无窃听者, 协议继续, 否则协议终止。
(3) 若无窃听 , Tallyman和每个投票者都用M2基测量手中的投票粒子, 记录测量结果的下标ji。对于第i个投票者, 若投yes票, 则进行计算ki=ji+1, 若投no票 , 则ki=ji。
(4) Tallyman按随机顺序要求计票者宣布ki值 , 得到所有信息后 , 计算 , 由于因此计算结果就是最终投yes票的票数。
从上述的协议过程中可以看出, 相对于移动式投票将所有投票信息编码到同一个粒子上, 分布式投票将投票信息分别编码到独立的粒子上, 然后计票者依据纠缠态的相关性得到最终的投票信息。
3.2 分布式投票安全性
同移动式投票类似, 分布式投票也是通过插入诱骗量子态来完成外部的窃听检测, 无论是“测量-转发”还是“纠缠攻击”, 都不能在不引入错误的情况下得到有效信息, 其安全性证明已经在2.2节中叙述, 这里不再赘述。
对于“不可见光子”和“特洛伊木马” 攻击, 投票粒子只在量子信道中进行一次传输, 然后投票者进行测量操作, 再将投票信息编码到测量结果中, 在此过程中对“不可见光子”攻击和“特洛伊木马” 攻击是天然免疫的。这是因为量子信道里的投票粒子只出现一次, 且不携带任何投票信息, 因而攻击者无法通过这些探测不到的光子副本得到投票者的投票信息。同时, 投票是在量子态测量之后进行的, 一旦进行测量, 量子信息就转化为经典的信息, 上述攻击手段也因此无效。
对于内部攻击, 由于协议从设计上杜绝了重复使用投票粒子的情况, 因此, 不忠实投票者的串谋攻击无法在分布式投票中进行。此外, 对于内部攻击者的各类窃听攻击, 同外部攻击一 样 , 通过使用 诱骗量子 态 , 使得这些 攻击在步 骤 (2) 的安全性检测中能够被检测。
对于步骤4中, 各个投票者宣布的ki, 除了Tallyman, 其他人是无法得知投票信息的。这是因为在步骤 (3) 中Tallyman和所有投票者的测量结果满足 , 而这样的组合一共有 (d-1) 2种, 又由于Tallyman手中的j0是无法得知, 因此无法通过ki而推断出最终的投票信息。
上述分析可知, 同相对于移动式投票, 分布式投票使用独立的投票粒子, 且投票粒子仅在量子信道中进行一次传输, 不仅对“不可见光子”和“特洛伊木马” 攻击是免疫的, 而且能够有效抵御投票者串谋攻击, 因此其安全性要远大于移动式投票。
4 结语
移动式投票和分布式投票是量子投票中常用的两种投票方式, 移动式投票通常使用二粒子高维纠缠态作为量子投票的资源, 将所有投票信息编码到同一个投票粒子上, 而分布式投票使用多粒子高维纠缠态, 将投票信息编码到独立的投票粒子上, 所以分布式投票具有更高的安全性。需要指出的是, 虽然分布式投票较为安全, 但是多粒子纠缠态的制备非常困难, 远不如制备二粒子纠缠态容易, 因此, 设计量子投票协议时, 需要综合考虑投票模式与量子资源的选取。
摘要：对量子投票中的移动式投票和分布式投票进行研究, 分别给出了协议的一般性描述和安全性分析。研究表明, 在量子资源上, 移动式投票的量子态制备较为容易, 而在安全性方面, 分布式投票由于对某些攻击是免疫的, 因此更为安全。
关键词：量子投票,移动式投票,分布式投票,安全性分析
参考文献
[1]M.Hillery, M.Ziman, V.Buzek, and M.Bielikova.Towards quantum based privacy and voting[J].Phys Lett A, 2006, 349:75-81.
[2]J.A.Vaccaro, J.Spring, A.Chefles.Quantum protocols for anonymous voting and surveying[J].Phys Rev A, 2007, 75 (1) :012333.
[3]Y.Li, G.H.Zeng.Quantum Anonymous Voting Systems Based on Entangled State[J].Optical Review, 2008, 15 (5) :219-223.
[4]D.Horoshko, S.Kilin.Quantum anonymous voting with anonymity check[J].Phys Lett A, 2011, 375 (8) :1172-1175.
[5]L.Jiang, G.Q.He, D.Nie, J.Xiong, G.H.Zeng.Quantum anonymous voting for continuous variables[J].Phys Rev A, 2012, 85 (4) :042309.
[6]Y.Li, G.H.Zeng.Anonymous Quantum Network Voting Scheme[J].Optical Review, 2012, 19 (3) :121-124.
[7]王郁武, 韦相和, 朱兆辉.基于非对称量子通道受控QOT量子投票协议[J].物理学报, 2013, 16:30-34.
[8]娄小平, 陈志刚.基于量子高维Bell态纠缠交换的分发式投票方案[J].小型微型计算机系统, 2013, 09:2221-2224.
移民式投票 篇11
不是迫不得已，人们不会离开故土。而这一幕，在今天的中国却不断上演。“移民潮”成为中国社会每个阶层关注的热点，而这一次，显然又不同于多年前的“下南洋”“走西口”“闯关东”……
移民的主要原因是什么？不外乎两个方面：一是生存，二是发展。人人都有追求幸福的权力，当国内环境污染、食品安全、教育质量、体制压抑等等每天都在上演之际，或许，走出去“呼吸点新鲜空气”，未尝不是一种选择。
现阶段的“移民潮”，主要分为这么几个阶层。
一是普通百姓。这部分人包括普通工薪阶层、技术精英等等，这部分人更多的愿望是让自己的孩子能够受到国外良好的教育。这些家庭原本经济实力有限，省吃俭用，为了下一代能够有一个更好的起点。
二是企业家。他们更多的是考虑财产的安全问题。鉴于中国法律和市场的不完善，这部分人的发家或多或少钻了政策的空子，“原罪说”如同鬼魅，始终伴随着他们。而国内仇富心理、微妙的政商关系，加速了他们离开的步伐。
三是官员。“裸官”已经成为不争的事实，似乎有把老婆孩子、财产转移到国外，自己留下来独自抗争之嫌。
归根到底，“集体性的不安全感”拨动着他们内心那根最脆弱的神经。
有人说，“移民潮”是在“用脚投票”，站在大历史的视野下，“移民”一旦成“潮”，必将对国内社会环境形成压力，为改革积聚能量。
浅议网络评选投票 篇12
网络评选投票作为新鲜事物, 因其拥有快捷、受众面广、社会影响大等特点, 成为越来越多评选组织的选择。但其存在的“有组织”的拉票、花钱发动人买票、拖关系投票、甚至刷票软件刷票等问题, 使网络评选投票落入了拼人脉、拼财力的窠臼, 造成了另一种隐蔽的舞弊和不公, 引起了诸多争议。
二、不完善的网络评选投票的危害
网络投票初衷是最大限度汇聚民意, 促进评选活动的公平公正。凡事有利也有弊, 不规范的网络评选投票存在巨大危害。
(一) 对参评者不公。
一方面表现为对有能力有水平却老实评选的参选者不公平, 会增加他们负面情绪, 挫伤他们工作的积极性, 导致本是激励作用的评选活动背离初衷, 另一方面, 对于凭自己能力获选的参评者来说, 也是一种伤害, 变了味的网络投票, 其结果真实性和公正性将受到人们质疑, 评选结果失去公信力, 就算实力获得也会成为“暗箱操作”的代名词。
(二) 不利于网络评选投票的长远发展。
各种人情拉票行为, 是对人情资源的过度消费, 除了给他们人情交往带去困扰外, 还会造成他们对网络投票的厌烦、抵触和不信任, 这对作为新事物的网络投票发展不利。
(三) 助长了不良社会风气。
各种拉票、买票行为大行其道, 催生的“刷票公司”通过钻技术空子而低成本高效益运作, 这些都会抹杀网络投票脆弱的公平基础, 影响市场秩序, 对社会诚信环境进行冲击, 不利于良好社会风气的形成。
(四) 造成安全隐患, 网络投票缺乏行业规范, 投票程序五花八门, 微信关注、绑定手机等关联个人信息, 存在着个人信息泄露或被非法利用的风险。
(五) 影响政府公信力的建设, 政府举办的各类网络评选活动, 代表着政府的形象, 是打造亲民政府的有效手段, 对社会价值观和社会风气的建立具有指向标的作用, 且其评选结果往往附带着一些利益, 如儿女就学、买房就业等社会公共资源享受的优先。此环节如不加以严格的规范和监管, 将会破坏政府公信力的建立, 同时存在着滋生权钱交易利益输送的腐败风险。
三、问题产生的原因
投票技术、评选规则、行业监管等不完善再加网民的素质差异, 造成网络评选投票的信任危机。
(一) 网络技术不完善。
网络的专业性和技术性很强, 网络评选投票需要网络平台企业提供的技术支持, 这对企业以及技术人员的专业性有很高的要求。现今一些网络企业实力参差不齐, 提供的投票软件存在技术漏洞。虽然, 很多评选主办方为保障评选的公平性费经心思, 对网络投票设置种种条件, 如对座机、手机号、电脑等设置投票数额限制, 对投票时间设置一定间隔等, 但是依然被一些不道德的网络公司依靠黑客、木马等高端技术破解从而对投票结果施加影响。
(二) 评选规则不健全。
评选项目名目繁多, 评选组织的机构分布各行各业, 评选规则不尽相同, 有些评选结果全凭网络投票, 有些网络投票只占部分。此外, 一些网络投票只告知投票方式却不明示评选活动规则及监督办法, 还有一些评选组织未及时公布评选结果, 导致网络评选只停留在投票环节而未贯穿评选始终, 未充分保障网民的参与权和知情权, 给网民对评选结果留下了遐想的空间。
(三) 行业监管缺失。
现今网络评选处于“三不管”地带, 行业监管缺失导致乱象纷呈。一些组织方举办评选活动只为凝聚人气, 扩大宣传, 对评选结果并不重视。此外, 对于网络刷票等弄虚作假行为既无规范约束也无监管主体, 第三方监督也未被引入, 这使网络投票的真实性和公平性缺乏保障。
(四) 参评者及投票网民的素质差异。
一方面是一些参评者规则意识不强, 出现了拉票、买票的行为, 主要原因是一些参评者对评选活动的真实性和公正性存疑, 过于相信人脉及财力作用, 一些参评者对评选活动心态不够淡然, 过于看重面子, 无法获奖也希望不要输的太难看;还有一些参选者是因为评选活动不仅代表个体还附带了单位的荣誉和利益, 造成了很大压力, 从而做出拉票、买票行为。另一方面是参与投票的网民责任意识、规则意识和权利意识不强, 容易受人情世故影响, 盲目参与拉票、投票。
四、完善网络评选投票的几点建议
社会进入网络时代, 通过网络评选各类先进, 不失为与时俱进的选择, 同时也是以互联网+推动政府服务创新、促进经济转型升级的有效举措, 网络评选投票是把双刃剑, 用好网络, 自有其优势, 关键是要完善评选制度, 弥补技术漏洞。
首先, 政府部门要对网络评选投票高度重视, 尽早介入, 要抓紧对网络投票行业进行调研, 制定行业标准或规范, 同时明确各方监管职责, 要对政府组织的各类评选活动进行规范, 制定指导意见, 铲除各类行业乱象, 净化社会诚信环境。
其次, 各类评选活动的组织者和提供网络投票技术的有关平台企业, 要齐心协力, 共同行动起来, 完善网络投票技术, 完善评选规则, 对于各类买票、拉票等刷票行为设定技术屏障, 共同净化我们的网络和生活。
最后, 参选者及网民要自觉行动起来, 抵制各类造假舞弊的投票行为。参选者要相信“打铁还需自身硬”、“群众的眼睛是雪亮的”, 自觉抵制各类刷票行为, 同时广大网民要提升社会责任感, 正当的行使投票权利, 不满目参与、追随。
只有这样, 网络评选投票才能彰显民意, 体现公平, 才能有长久的生命力。
参考文献