双重数字签名演示系统.doc

成绩 双重数字签名演示系统 需求分析 在电子商务中，如何保证电子单证的秘密性，防范电子单证的内容被第三方读取，如何确定电子单证的内容未被篡改，如何确定电子单证的真实性，如何解决或者仲裁收发双方对交换的单证所产生的争议（包括发方或收方可能的否认或抵赖）是用户和商家最为关心的问题，如果在通信中的安全问题无法得到解决，电子商务将成为一纸空文。基于SET的双重数字签名协议是电子商务中安全问题的重要保证。 设计要求 在交易过程中需要一种技术保证三方的安全通信，两种信息的相互隔离且对应。商家只看订购信息；银行只看支付信息；同时保证两种信息真实、可靠、对应。 设计环境 操作系统为Win7的计算机，Visual Studio 2008，使用语言为C#。 设计原理 消费者将支付信息和订购信息传递给商家，再由商家将相关信息转交给银行。对于商家来说，只需要知道订购信息，不需要知道用户支付的相关信息；对于银行来说，只需要知道支付信息，不需要了解用户订购的相关信息；但同时要保证信息的可靠性。 消费者：支付和订购信息－(商家； 商家： 支付信息转 －(银行； PI=支付信息；OI=订购信息；KRc =客户签名密钥； 客户交给商家的信息： 客户经商家转银行的信息： 商家验证： 银行验证： 设计实现 公私钥生成模块： 本模块主要用于生成用户公私钥和银行公私钥，需要说明的是本功能在实现上还有缺陷，生成公私钥时只能选择已有的文档，不能重新创建文档并生成密钥。 用户模块： 在处理订购信息时，将用户名和商品名称都设长度为20，其余信息长度为10，不足长度用空格补齐，总长度为70；支付信息各个长度为10，总长度为了30。这样，在读取信息时便可从固定位职读取。 商家模块： 商家模块用到的技术点主要是读取用户发送过来的信息，从指定位置读取相应信息，经过哈西变换后与双重签名作比较，从而判断信息是否一致。 银行模块： 在进行余额比较时，需建立银行存储的用户的相关余额信息，在处理此过程时，采用人工输入方式，即在文本文档中写入用户用户账户、用户密码、用户余额等信息，每个长度为10，不足10的用空格补齐，这样在读取数据时比较好读取。 实验总结： 本演示系统还存在一些缺陷，其中严重的是没有实现套接字的网上传输，本系统只能通过离线玩世形式传输文件。 以前没有接触过C#这种语言，这次在编写系统时，经过组员讨论，觉得C#比较容易实现界面编程，在接触C#后发现这种语言比较精简，在界面设计和编程上，与C++和java具有相同编程风格和代码书写规范，比较容易上手。 在编写程序时，会很容易出现一些错误，为了调试方便，便于找出错误的地方，可在完成一个功能或一块时，便用MessageBox.Show()输出，以此来检测功能是否完成，最后将多余的输出函数解释掉。