（定稿）机动车排气检测中心建设工程项目投资申请报告9（喜欢就下吧）

计算机在系统登录时检查操作人员身份密码，以确认其是否有权力使用该项功能。

高速路收费系统设计了美观大方，操作方便的用户登录界面主界面车辆收费界面，典型界面如下图图用户登录界面主界面模块图主界面用户管理模块用户管理界面图用户管理界面车辆收费模块图车辆收费界面第章收费系统服务器维护与管理收费站的服务器非正常关机之后便发生故障，系统无法启动，造成全所收费当班结账工作无法正常进行。

经过技术人员的检查，确认为服务器的硬盘损坏而造成系统的无法工作。

后虽经多方面的不懈努力，恢复系统的工作，但是仍有部分历史数据由于客观条件所限终究无法恢复，造成了些无法挽回的损失。

不禁使人认识到这样个问题的重要性，如何更好的保护好我们的收费系统服务器，减少故障的发生如何有效地保护收费数据，把此类故障造成的损失减小到最小。

事件的初步分析服务器故障，虽说是个偶然突发事件，但有它的必然发生性。

首先，监控室人员对机房环境保持不佳以及技术人员对服务器维护重视程度不够，应该是导致本次事件的直接原因。

从现场拆下的服务器来看，机箱内部充满了灰尘和异物，电路板上也是尘迹斑斑。

通过测定，主硬盘的电路控制部分已经损坏，镜像硬盘上系统重要文件丢失无法使用，从系统的日志分析，早在周以前，备份磁盘镜像就已经断开等等，这些都充分表明，该服务器很长段时间没有受到足够的重视，最终不幸发生系统的崩溃，数据的丢失。

其次，服务器配置上的不尽合理客观上加大此类事件发生的几率。

收费服务器采用的是惠普服务器，配以微软作为操作系统，采用微软作为数据库平台。

由于对系统内存的最低要求是，加上服务器上运行的数据库系统和其他后台服务程序，并进行软件磁盘镜像，更是需要很大的系统资源，而该服务器的内存总量仅为，除去以上所述资源占用以外，真正留给数据服务使用的内存资源已是所剩无几。

系统在内存不足之时，会采用虚拟内存进行补充，利用硬盘空间作为进行数据交换和读取，随着高速公路的车辆通行数的不断增加，服务器的负荷也明显增大，磁盘读取数据也越发频繁示其中收费分中心与收费站收费拆帐总中心与收费分中心之间利用高速公路建成的专用通信网进行通讯。

集中管理又有哪些特点呢，正如我们上面提到的，具体的从上面的网络图，很容易看出采用了集中数据管理模式，优缺点如下优点采用了集中数据管理，使得只在分中心设置台服务器每个收费站不设服务器作为系统的个使用终端，从而降低了成本。

服务器管理简单，便于维护，大大减少了分中心技术人员的维护工作量。

数据的安全性好，由于采用集中式管理，减少了当中的许多环节，最大限度避免了其他因素造成的破坏。

缺点由于需要对各站进行数据处理，对服务器的处理能力和运行速度等要求较传统方式有很大提高。

当些主要设备出现故障时，影响的范围要广些，因此对网络可靠性稳定性要求较高。

集中管理模式的可行性分析网络可靠性分析从集中管理的定义以及上述的图示，可以很容易的知道，想要实现数据的集中部分集中管理，最重要的前提条件便是需要个快速稳定安全的通讯线路，将各类的数据上传至分中心和中心服务器。

这样的要求，在高速公路通讯网络建立以前是很难满足和实现的，因此也无法试行集中管理。

随着高速公路建设的不断深入，网络通信模式将由原先租用专线方式转为基于光纤传输的同步数字通信方式对于收费数据的传输采用带宽，大大满足收费业务数据传送需求。

光纤通信具有如下特点频带宽，具有很大的传输容量，主干网的速率达到，本地网速率也可达，可以满足各类数据的传输要求通信质量好，不受外界电磁干扰通信距离可长可短，符合高速公路通信业务分布特点。

因此，稳定可靠的高速公路光纤专用通信网为实现数据集中管理模式创造了必要条件服务器系统软硬件平台当前的企业服务器主要分作两大类，其中类是以等公司为代表的小型计算机服务器，如，小型机，另类便是目前正在使用的以普通的为基础的服务器。

小型机虽性能较服务器强，但同样价格也高出甚多。

采用数据集中管理模式后，对拆帐中心分中心的服务器处理能力和运行速度及可靠性要求很高，首先应能满足整个路段各收费站的各种业务需求，在充分考虑功能需求的基础上，对所需设备的主频内存存储空间传输率及可靠性等方面进行具体分析，并通过模拟实际的使用环境对设备的处理能力数据吞吐量等作详细地计算后才能确定选用服务器类型，且莫味的追求高性能，造成投资浪费。

同样考虑到今后的车流量等数据的增加，还应留有定的富余量，避免出现设备与应用问可能出现的大马拉小车小马拉大车的问题，避免设备购置的盲目性。

随着高速公路路网的不断形成，联网收费系统对计算机网络安全性和可靠性的要求较高，因此对于服务器操作系统和数据库的选用也非常重要。

目前服务器最为普遍采用的操作系统有等。

按照中心和分中心服务器的设计要求和作用，应首要从系统的安全性和稳定性方面人手考虑，建议优先采用以为核心的操作系统。

同样当前可采用的数据库软件平台众多，如和等，各有所长，建议选用的原则应从以下几个方面人手支持客户服务器体系结构支持高性能的并发控制和联机事务处理支持主要网际互连协义等和局域网协议如支持标准考虑安全性灾难恢复和事务完整性具有良好的可移植性和可扩展性支持大量的第三方产品，能满足断发题。

在设计中我深知自己掌握的知识还远远不够，掌握的些理论知识应用到实践中去，总会出现这样或那样的问题，不是理论没有掌握好，而是光知道书本上的知识是远远不够的，定要把理论知识和实践结合起来。

把学到的知识应用到时间中去，多做多练，才可以把理论的精华发挥出来。

知识不是知道，了解就好，定要去应用它，发展它，让它在现实生活中得到充分的应用，从而解决些问题，这才是学习的根本目的。

而且知识又不是单的，它是互相联系的，学科与学科之间都有着内在的联系。

计算机是门非常复杂且庞大的学科，项课题往往需要多项技术才可以完成的。

在设计阶段，通过对课题的深入分析与研究，迫使我对技术有了定的了解。

在遇到问题时，得到了指导老师与同学的悉心帮助，使我感受到集体的力量是无穷的。

参考文献张海藩软件工程导论北京清华大学出版社，李凌网络编程实用教程北京清华大学出版社，张虹软件工程与软件开发工具北京清华大学出版社，罗军舟协议及网络编程技术北京清华大学出版社，张越网络程序设计实例详解北京人民邮电出版社，孙卫琴李洪成与开发技术详解北京电子工业出版社，编程思想北京机械工业出版社，谬勇陈亚辉李新锋高立辉等网络开发北京清华大学出版社，张银鹤刘治国张豪等动态网络开发北京清华大学出版社，邓子云燕锋网络编程北京电子工业出版社，李刚疯狂讲义北京电子工业出版社，获取个人信息失败，删除日志的实现网站用户登录到网站后，每个用户对自己的所发表的日志都拥有删除浏览修改日志的权限。

其中删除日志的部分实现代码如下定弹性，缠绕时弯曲应力较小，但不能承受横向压力金属丝钢丝绳强度较高，能承受高温和横向压力，但挠性较差建筑卷扬机系多层缠绕，更适合选用双捻制金属丝芯钢丝绳种类根据钢丝绳绕成股和股绕成绳的相互方向可分为顺捻钢丝绳和交捻钢丝绳根据钢丝绳中钢丝与钢丝的接触状态不同又可分为点接触钢丝绳线接触钢丝绳点线接触钢丝绳面接触钢丝绳钢丝绳直径的选择钢丝绳的安全系数计算公式钢丝绳的破断拉力式机工作级别规定的最小安全系数别规定的最小安全系数绳的额定拉力可知此处设计的建筑卷扬机的工作级别为，此处选取级的则由可知最小安全系数料斗容量则料斗盛满混凝土质量故取钢丝绳的额定拉力故整条钢丝绳的破断拉力即钢丝绳的最小破断拉力为，亦即为其最大工作拉力由公式钢丝绳的直径最小应为其中为钢丝绳选择系数，参考表选取此处取为式式式钢丝绳在工作时卷绕进出滑轮和卷筒，除产生应力外，还有挤压弯曲接触和扭转等应力息，单击提交按钮后，注册的页面通过方法，将注册表中的信息，请求发送到名为的使用获取信息的进行处理。

中的代码如下所示，，，用户或密码，登录失败，重新登录获取个人信息的实现当用户点击我的资料的时，后台通过获取到数据库的个人信息的资料，然后在传到网站的相应页面用户想要的添加好友，这个好友必须已经注册了该网站，是这个网站的用户这样才能给添加为好友，如果用户想要的添加的好友，不是该网站的用户，则添加好友失败如上测试表不口收费员编号入口收费员班次入口车型出口网络编号出口站编号出口车道编号出口日期及时间出口统计日期出口收费员编号出口收费员班次车型改型前车型总费额设备状态业主网络编号业主编号业主分帐额记录类型标识站分类车型仲裁车型仲裁管理员编号保留字段车道费率表含义字段名类型字段宽度序号入口网络编号入口站编号入口站名出口网络编号出口站号出口站名标志站车型总费额收费站名表含义字段名类型字段宽度序号收费站编码收费站名称每班收费员下班填报数据表含义字段名类型字段宽度序号统计日期收费员班次收费员编号收费员姓名通行卡实缴数通行费实缴数定额票适用张数定额票据金额废票上缴数废票上缴数值机员编号执行录入操作的时间备注用户登录模块收费站计算机系统软件律采用窗口界面系统，值班管理员在绝大多数情况下只需使用鼠标器在屏幕显示的任意个菜单上双击即可选中该功能，并使计算机完成系列控制显示打印等操作。

计算机在系统登录时检查操作人员身份密码，以确认其是否有权力使用该项功能。

高速路收费系统设计了美观大方，操作方便的用户登录界面主界面车辆收费界面，典型界面如下图图用户登录界面主界面模块图主界面用户管理模块用户管理界面图用户管理界面车辆收费模块图车辆收费界面第章收费系统服务器维护与管理收费站的服务器非正常关机之后便发生故障，系统无法启动，造成全所收费当班结账工作无法正常进行。

经过技术人员的检查，确认为服务器的硬盘损坏而造成系统的无法工作。

后虽经多方面的不懈努力，恢复系统的工作，但是仍有部分历史数据由于客观条件所限终究无法恢复，造成了些无法挽回的损失。

不禁使人认识到这样个问题的重要性，如何更好的保护好我们的收费系统服务器，减少故障的发生如何有效地保护收费数据，把此类故障造成的损失减小到最小。

事件的初步分析服务器故障，虽说是个偶然突发事件，但有它的必然发生性。

首先，监控室人员对机房环境保持不佳以及技术人员对服务器维护重视程度不够，应该是导致本次事件的直接原因。

从现场拆下的服务器来看，机箱内部充满了灰尘和异物，电路板上也是尘迹斑斑。

通过测定，主硬盘的电路控制部分已经损坏，镜像硬盘上系统重要文件丢失无法使用，从系统的日志分析，早在周以前，备份磁盘镜像就已经断开等等，这些都充分表明，该服务器很长段时间没有受到足够的重视，最终不幸发生系统的崩溃，数据的丢失。

其次，服务器配置上的不尽合理客观上加大此类事件发生的几率。

收费服务器采用的是惠普服务器，配以微软作为操作系统，采用微软作为数据库平台。

由于对系统内存的最低要求是，加上服务器上运行的数据库系统和其他后台服务程序，并进行软件磁盘镜像，更是需要很大的系统资源，而该服务器的内存总量仅为，除去以上所述资源占用以外，真正留给数据服务使用的内存资源已是所剩无几。

系统在内存不足之时，会采用虚拟内存进行补充，利用硬盘空间作为进行数据交换和读取，随着高速公路的车辆通行数的不断增加，服务器的负荷也明显增大，磁盘读取数据也越发频繁示其中收费分中心与收费站收费拆帐总中心与收费分中心之间利用高速