信息系统设计论文范文
前言：我们精心挑选了数篇优质信息系统设计论文文章，供您阅读参考。期待这些文章能为您带来启发，助您在写作的道路上更上一层楼。
第1篇
增城市很早就采用计算机来制作房产平面图，时至今日积累了数量巨大的房产测绘电子版数据和属性数据，迫切需要引入GIS技术，建立一个以房产测绘图形数据为基础，整合房产属性数据、房地产管理业务数据、房产档案数据的现代化房产测绘管理系统。该系统能够实现基于GIS平台以图管房、房地关联、以房管档、图档簿合一、图文表一体化的管理目的，简化工作流程、提高工作效率。
1．1总体设计借鉴沈阳、武汉、大连市等多个城市的房产测绘管理信息系统建设经验，结合增城市房产测绘管理的实际需求，遵循“规范、先进、实用、安全、一体化”的原则，设计了增城市基于GIS的房产测绘管理信息系统总体框架，如图3所示。增城市房产测绘管理信息系统总体框架包括数据层、支撑层、服务层和应用层。数据层是系统的信息载体，是对现有的资源信息进行整合形成的资源数据库，包括基础空间数据、房产专题数据等。支撑层是用于支撑系统所采用的主要技术，包括通用中间件、业务中间件和WebGIS，GIS引擎等GIS支撑技术。服务层把业务对象层的逻辑转换成更粗粒度的服务，包括数据转换服务、数据入库服务、空间查询服务等多种服务，实现服务的集成。业务层是业务核心，包括基础测绘、项目测绘、测绘办公管理、测绘成果管理等多个子系统。该系统的用户包括普通用户、房产业务管理用户、房产测绘技术用户和测绘数据管理用户等，根据不同的用户角色赋予不同的操作权限。
1．2数据建设数据是GIS系统的灵魂，因此，要以房产空间数据库为基础，融合房产属性数据、档案数据等非空间数据，建立以图管房，图、属、档一体化的数字房产基础数据库。房产测绘管理信息系统的数据主要包括图形数据和属性数据两大部分。图形数据可以分成遥感影像图、基础地形图、分幅平面图、分丘平面图和分层分户平面图等，属性数据包括房产基础数据、房产业务数据等。数据建设先以现有的遥感影像图和基础地形图为基础，将历史测绘成果进行整理，按统一标准清洗转换后，导入GIS系统，形成房产基础空间数据库。将遥感影像图、基础地形图、分幅平面图、分丘平面图等空间地理信息数据按照统一坐标分图层存放与展示，而分层分户平面图是按照独立坐标二进制对象方式存储在数据库中的。然后依靠图符号、丘号、幢号、房间号等关键字，实现分幅平面图、分丘平面图、分层分户平面图与楼盘属性数据之间的关联。房产信息及其权属信息均具备不断变化的特征，需要不断地更新空间数据库，可通过测绘数据入库、测绘成果管理等子系统进行相应操作。
1．3系统功能增城市房产测绘管理信息系统采用C/S和B/S混合的体系结构，C/S主要应用于房产测绘系统的编辑、空间数据库的更新和GIS高级分析等模块。B/S主要应用于前台业务办理、地图展现和信息子系统等。根据实际操作的需要，房产测绘GIS平台、基础测绘子系统、项目测绘子系统、项目成果管理子系统、测绘数据入库子系统及数据报表统计子系统采用C/S结构，而测绘办公管理子系统与房产测绘信息子系统则采用B/S结构。房产测绘GIS平台是增城市房产测绘管理信息系统的基础平台，以遥感影像图、基础地形图及房产产籍图为基础，对房产地理信息进行分层组织。主要有房屋层、层、道路及设施构成图层，并采用符合标准规范的点、线、区域、颜色、地图符号直观形象地表达和显示相应的地理数据类型。该平台提供漫游、放大、缩小等一系列基础操作功能，以及图层控制、查询、编辑、制图等高级GIS功能。基础测绘子系统主要实现一个城市或地域内，建立大范围的、整体的房产分幅平面图。而项目测绘子系统主要是绘制、管理房地产分丘、分层和分户平面图，同时通过绘制的图形精确地计算出各权属单位的面积，并出具结果测绘报告。测绘办公管理子系统主要完成测绘业务受理、分派与实施、数据质量管理和数据递交等管理业务，包括业务的新增、审核、存档、查询、统计等工作，是房产测绘管理人员日常办公使用系统。房产测绘信息子系统主要实现房产共享数据的，便于业务人员或购房者查询、浏览相关房产信息，为房产综合业务办理提供图形支持。通过对查询结果的快速定位，可以放大该部分的地图详情，查看房屋、周边地形、道路、交通等居住环境信息。
2结束语
第2篇
Struts2框架实现MVC（Model,View,Controller）模式[10]，MVC模式能够提高程序组件的重用性和清晰程序结构。Spring框架通过IoC（控制反转）和AOP（面向方面编程）两种技术，来实现对程序中的对象关系、事务、权限和日志的统一管理。Hibernate框架完成系统数据持久化的工作，通过Hibernate可以提高民政服务信息系统对底层数据库兼容性，能在不修改后台代码的情况下实现数据库系统的更换。
2系统设计
2.1系统总体设计民政服务信息系统包括三个子系统，分别是民政内部办公系统、社会服务平台和社会家园网。三个子系统协作示意图如图1所示。图1中实线表示业务申报，虚线表示审核结果回复，数字表示民政业务类型（1表示社区申报的业务，2表示社区家园网直接申报的业务，3表示通过社区家园网向社区申报并且最终由社区提交到民政局的业务）。智慧社区服务平台是由社区的办公人员使用，主要完成社区基本情况登记与查询，民政业务上传与下达。民政内部办公系统是提供给民政局办公人员使用的，民政局办公人员通过该系统能够审批社区上报的申请和管理的民政业务信息。社区家园网是一个论坛，为群众提供一个咨询、办事和交流的平台，不需要进行证件真实性审核的业务都通过社区家园网申报。
2.2架构设计民政服务信息系统采用ExtJS和JSP实现前台页面，通过Struts2、Spring和Hibernate实现后台业务处理，并通过ExtJS和SSH整合搭建一个实现了MVC设计模式的系统架构。ExtJS+SSH架构中ExtJS实现了从用户界面向后台提交请求。控制层使用Struts2来实现MVC模式。业务逻辑层细化为Service层和DAO层，通过Spring来管理Service和DAO之间的耦合关系。数据持久层使用Hibernate框架。实现时为了提高系统的扩展性，Service层和DAO层使用抽象接口，将具体的实现类和接口分离，并通过Spring指定Service接口和DAO接口的具体实现类，在需求变化后，只需更改Spring的配置文件就可以适应新的需求，符合“开闭原则”。系统架构图如图2所示。控制层通过Struts2的servlet来完成，Action层由Struts2中的自定义action类实现。Action层中的对象使用Struts-Spring插件管理，而Service层和Dao层及相应实现层的对象统一由Spring管理。表现层通过JSP和ExtJS实现。
2.3功能设计
2.3.1民政内部办公系统的设计民政内部办公系统按组织机构来划分功能模块，主要包括区划地名科、社会福利与社会事务科、最低生活保障局、民间组织管理科、救灾救济科、局办公室和人事科。根据通用信息系统的需求，添加了权限管理和登录管理。由于每个模块都有相应的政策法规，将政策法规提取出来作为一个模块，局长监督模块体现了民政服务信息系统比手动办公的优势，局长通过该系统就可以了解下属的工作情况而不会打扰到下属办公。民政内部办公系统的功能结构图如图3所示。由于篇幅所限，图3中的第三级模块只列出具有代表性的功能模块，并对部分有代表性的第二级模块功能作了说明。区划地名科的功能是对地名普查等基本信息进行管理，主要包括：地名更改审批和行政区划，自然村和建筑物等地名信息的查询/添加/删除/修改和历史信息查询。社会福利与社会事务科是对儿童收养、社会福利机构、婚姻登记、殡葬及墓地和社会救助的管理。审批类业务主要包括儿童收养审批和社会福利机构审批，管理类业务主要是对儿童收养信息、婚姻登记信息、社会救助信息和殡葬及墓地信息的添加/删除/修改。民间组织管理科的主要功能是民间组织的审核、民间组织信息管理和民间组织年检。民政内部办公系统具有权限验证的功能，用户登录后只能处理本科室的业务。
2.3.2社区服务平台的设计社区服务平台是以业务功能来划分模块的，将社区的办公作为办公系统模块，其他模块都是对业务数据进行管理。社区服务平台的功能模块还有社区基本信息、社区组织、社会救助、社区服务、灾害数据管理和社区居委会管理。社区服务平台的功能结构图如图4所示。图4中的三级模块都是二级模块的核心功能，其他功能由于篇幅所限暂未列出。社区服务平台的主要功能模块分析如下。社区基本信息、社区组织、社会救助、社区服务都属于信息管理模块，主要功能是对相应信息进行查询。灾害数据管理的主要功能是提交灾害数据到民政局和对该社区的灾害数据进行管理。2.3.3社区家园网的设计社区家园网的实质是论坛，社区家园网实现时使用一个开源的论坛框架，然后添加一个二级模块民政业务来完成所有在社区家园网提交的民政业务。社区家园网的功能结构图如图5所示。由于篇幅所限，图5中的民政业务模块的部分功能模块未列出。
3系统的关键技术
民政服务信息系统是以Struts2为实现架构的基础，通过Spring来整合相应的框架。Struts2和Spring整合来完成对Action的管理，Spring和Hibernate整合来实现持久化的工作。ExtJS作为Struts2的视图的实现。
3.1系统核心配置文件的实现民政服务信息系统在web.xml中定义Struts2和Spring的配置文件路径。该系统中Struts2的Action对象由Struts-Spring插件来管理，该插件需要在web.xml中配置相应的监听器。web.xml文件核心内容。
3.2Spring和Hibernate整合的实现Hibernate完成系统业务数据持久化的操作，提供了save、delete、update等方法，在DAO层只需调用这些方法就可以存储业务数据。Spring对Hibernate支持非常完善，在Spring的配置文件daoContext.xml中配置一个id为dataSource的bean和一个sessionFactory的bean,在程序中使用注入的sessionFactory对象来实例化Spring框架提供的HibernateTemplate模板，DAO通过HibernateTemplate来调用持久化方法进行业务数据存储。
3.3整合ExtJS的实现ExtJS框架只需要在JSP页面导入ExtJS的核心JS文件和CSS样式，就可以在自定义JS文件中使用ExtJS提供的页面组件和表单组件，而不必使用HTML标签来编写Web界面。在主界面的JSP中整合ExtJS的代码如下。
4结束语
第3篇
开发和建设科研管理信息系统是利用信息技术和网络技术突破传统科研管理模式存在的弊端，构建代替人工、信息共享、学科化服务、数据分析的快捷、准确、高效的科研管理新模式。其工作流程是科研人员通过系统对科研工作进行日常管理，科研管理人员的工作主要是对信息的审计和更高层次的利用。而科研管理信息系统具有远程性、规范性、动态性、集约性等特点，能很好地收集、整合与传递科研信息，提高工作效率，保证科研数据的及时性和准确性，较好地解决传统科研管理带来的程序繁琐且重复的弊端。系统管理工作的动态性和参与性为科研人员提供了日常科研工作的信息化管理平台。
2系统设计
2．1基本原则与目标
研究所科研管理信息系统是基于网络的科研信息数据管理平台，在系统整体过程中要充分把握规范性、安全性、实用性、可靠性、可扩充性原则，采用面向对象的程序设计语言和模块化的软件开发方法。系统建设目标是建立一个能够覆盖研究所主要科研业务管理的计算机信息管理系统。以网络为平台，利用计算机网络技术简化人工管理流程，通过信息的一次录入，实现信息多方共享、综合分析加工和信息的批量导出导入，满足不同管理层次对各类信息的需求。
2．2功能设计
系统除了能够实现数据录入、权限浏览、报表打印、留言板等功能外，还需要实现节点推送功能、关联查询功能、统计/汇总功能和批量导入导出功能。节点推送功能:系统将业务流程串接起来，将节点任务推送给相关人员，并及时反馈相关工作任务和要求。关联查询功能:系统支持全信息的查询和关联功能，当用户需要了解一个项目时，系统能把项目相关信息一并展现给用户。统计/汇总功能:系统通过数据库层汇总分析原始数据，自动形成报表和数据，无需人工参与加工。批量导入导出功能:系统能够实现标准格式文件的批量导入，如任务书、开题报告、中期检查报告、结题报告等，也可根据需求将数据批量导出。
2．3结构设计
根据科研管理的业务范围和管理要素，科研管理信息系统主要包含以下功能模块。信息模块:该模块由科技处基于门户网信息动态、最新通知和学术活动公告。项目管理模块:该模块是系统的关键部分，主要包括课题立项、开题、结题和成果申报管理。由用户通过权限账号进行全过程管理，包括课题研究过程性文件和成果，科技处通过管理员权限进行浏览审核并反馈。成果管理模块:用户登录后，通过该模块对个人成果进行填报和管理，包括论文、著作、获奖等方面的信息。研究生管理模块:该模块属于用户信息管理和课题管理一体化的部分，主要包括用户基本信息、选课明细和课题管理相关内容。研究生通过登录该模块，填报入学基本信息，选课明细，提交课题研究过程中的所有文件。科研条件管理模块:该模块对研究所科技资产进行统计管理。用户管理模块:该系统设置3种用户类型，分别为科技处系统管理员、各科室领导管理员、科研人员，并根据用户角色和单位不同分配不同的权限。另外，系统还通过网站提供日常所需的科研相关文件下载功能。
3系统技术实现
系统采用基于J2EE技术框架的B/S构架，以Eclipse+JBossTools为开发平台，以MicrosoftSQLServer2005为数据库平台，应用Tomcat6．0轻量级服务器，采用JSF、JavaBean、JPA等多种开发技术，在WindowsServer2003或WindowsXP以上操作系统环境运行。科研管理信息系统在开发和完善时需重点考虑以下问题。一是系统的安全性。为确保研究所科研信息的安全，系统通过权限管理为每个用户分配相应的角色，不同的角色使用户使用的系统功能和查看信息的范围得到控制。除系统管理员外，所有用户只可修改自己所添加的数据。此外，系统还提供了操作日志记录功能，用户在系统的所有操作都有所可查，进而保证了用户的操作都是可审计、可追溯的。二是系统的可维护性。系统采用模块化设计，每个功能模块的编程、调试独立进行。三是与现有系统的集成。结合研究所科研人员内部局域网账号，系统开发局域网内部系统的统一认证功能，方便用户注册。
4结语
第4篇
根据对不同图书馆信息管理系统的优缺点分析，参考读者、图书管理员及相关专家的建议，结合某校图书馆的实际情况，并考虑到以后系统的可扩展性问题，我们对本图书馆信息管理系统的功能做以下划分：系统分为前台和后台两个部分，前台主要处理与读者借还书相关的功能；后台主要处理系统管理、用户管理和图书管理相关功能，详细情况如图2所示。
2.系统功能模块设计
本管理系统分为前台和后台两个部分，前台主要包括自助借书、自助还书、好书推荐、图书查询、预约借书等五个模块；后台包括系统管理、用户管理、图书盘点、错架图书整理和图书上架等五个模块。下面对部分模块作简要介绍。（1）自助借书：读者在自助借还书机上插入自己的借阅证，根据提示完成借书操作。（2）自助还书：读者在助借还书机上独自根据提示完成还书操作。（3）好书推荐：读者可以将自己认为比较经典的一些书籍推荐给图书馆，图书馆在采购图书时，可以将读者推荐的图书信息作为参考信息，结合本图书馆的实际情况决定是否购买这些图书。这样可以集广大读者的智慧于一身，购买更多读者喜欢的经典书籍。（4）图书查询：读者可以在图书查询模块查询自己喜欢的某一本书或某一类书籍。（5）预约借书：当读者终端查询到自己喜欢的书籍而自己又不能立即借阅的情况下，为了防止别人借去，可以预约借书；当自己想借的图书已被别人全部借走，为了尽快借到这本书，也可以预约借书，当这本书还后，图书馆再通知你去借阅。（6）系统管理：系统管理模块主要完成系统相关参数的配置，比如一张借阅证能借阅图书的最大册数。（7）用户管理：用户管理模块主要完成用户信息的管理、借阅证的办理、查询和挂失等操作。（8）图书盘点：图书盘点模块主要完成库存图书的统计工作。以前图书盘点时图书管理员手工扫描图书条形码进行统计，速度慢、效率低，使用RFID和智能芯片以后，图书盘点就方便多了，管理员可以在服务器上通过智能书架系统和自助借还书机获取全部在架图书信息，高效、准确地对图书进行盘点，节省了大量的人力物力。（9）错架图书整理：由于读者或图书管理员粗心大意，经常会把图书放错架，在条形码时代，这种问题都由图书管理员人工查找，这样很不方便，效率很低。采用了物联网技术后，就方便多了。图书管理员可以通过错架图书整理子系统查找错架图书，并提示该错架图书应该放置的位置。这样就大大降低了图书管理员的工作量，同时也提高了工作质量。（10）图书上架：主要完成图书上架的相关操作。
3.总结与展望
第5篇
1．1网络技术建立一个Internet交互平台，用户可通过Internet在该平台上与企业进行在线交易、查询订购商品的物流动态、对企业进行投诉建议等；在企业内部，建立一个物流管理系统，各个部门在系统管理平台中，通过局域网实现信息传递、数据共享。同时，建立控制器局域网（controllerareanetwork，CAN），实现对运输过程的实时监控［3］。
1．2数据资源管理技术建立数据库系统，实现对数据的收集、加工、检索、存储、传输、利用和维护等一系列的数据资源管理。对数据进行合理组织、维护和存取，并处理好应用程序与数据之间的管理。
1．3无线射频识别技术无线射频识别（radiofrequencyidentification，RFID）技术主要应用于商品的管理，控制商品的流通过程。能够精确定位，对商品的各个流通阶段进行有效的查询，以及动态追踪物品在供应链中的位置。同时，RFID技术对物品进行识别和描述，可提高物流服务的效率。
1．4可视化技术主要用于数据的可视化，通过计算机图形和图像处理技术，把数据转换成图像，从方便信息的处理，进而提高作业效率。其在物流系统中的运用具体体现在货物的入出库管理、商品车道位计划及车辆调度等方面。
1．5物联网技术红外感应器、射频识别、全球定位系统等信息传感设备，按约定的协议，将物品与互联网连接起来，进行信息交换和通信，实现智能化识别、定位、监控、跟踪和管理。
2系统设计
2．1系统模型
设计服务于整车物流的第三方物流企业是为整车厂提供物流服务，一般包括商品车的分拨与仓储、运输、配送等。因此，对于以整车运输业务为主的第三方物流企业来说，其业务环节主要包括客户填写及提交订单、VDC与VSC管理、道位计划、商品车出库、轿运车的调度与配送、商品车的运输、运输车辆的实时监控、意外情况的应急处理、物流信息动态的反馈等。这些业务环节之间都具有密切的联系，并通过各个环节的信息交互，形成物流网络。为了实现物流集成化运作，应建立科学的物流管理机制，优化管理环节，改变传统的组织结构，消除各部门连接处的重复操作和多余环节，实现各个环节之间的有效衔接，实现信息的自由流通，将各层级的物流服务更好地连接在一起。从信息平台角度来说，建立在局域网上的物流信息平台，将相互独立的信息系统连通，实现部门之间的信息交流与传输。同时，各部门所管理、存储的数据信息根据部门职能的需要实现部分数据的共享。在企业外部，可通过Internet实现与上下游客户及供应商等多方实体业务的连接。同时，为实现第三方物流信息系统的集成化设计，需要将现代物流技术中的软件技术和硬件技术相结合。集成化物流系统的架构图如图1所示。
2．2系统结构设计
通过对系统实体模型的分析，拆分物流服务流程，获取各环节的具体实施任务，并将这些任务分配给各职能部门，同时根据这些任务的具体实施，设计出物流系统各个功能模块。再根据各系统模块的工作性质，将整个系统分为一个4层结构，分别是顶层、应用层、操作层和数据层。第三方集成化物流信息系统结构图如图2所示。
2．2．1顶层也叫集成层，将各个单一的模块集成为一个整体，使之能更好地协同完成任务。同时，顶层也是系统的最高权限管理层，能为系统作出决策性的行为。
2．2．2应用层主要体现为可视化的操作平台。根据使用系统的内外用户人群，把该层分为管理登入平台和客户登入平台。在管理平台中，系统根据内部员工所属的部门分配其相应子系统的管理权限，例如仓管员拥有仓储管理的办公权限；通过客户平台，外部客户能实现与第三方物流公司的信息交流。
．2．3操作层这层是应用层操作的具体实现，对应内外平台具有的相应管理子系统或是功能模块。内部管理平台包含了4个实现物流基本服务的子系统：客户管理子系统、VDC与VSC管理子系统、配送管理子系统和运输管理子系统，交由4个职能部门使用。外部客户登入平台主要包括查询功能模块和订单生成模块，查询各项物流服务的信息和订单的生成。
2．2．4数据层这是整个物流系统能够顺利运行的基础，它为各项操作提供所需的数据，包括仓库信息、车辆信息、订单详情等，同时也随时记录并管理物流服务各环节产生的信息。
2．3系统业务流程设计
第三方物流企业在客户（经销商或直销客户）订单的推动下，为客户提供全面的物流服务。在第三方物流企业接受订单之后，通过物流系统自动将订单拆解，将对应的订单信息发送到各职能部门。各部门按照一定的操作流程，协调运作，最终完成对客户的物流服务［5］。在所设计的第三方物流信息系统中，其一般运作流程如下：1）当客户通过互网络在第三方物流企业的网络物流平台中填写并提交订单后，物流系统通过数据资料管理技术对订单信息拆解，并将订单中商品的基础属性信息传送给VDC与VSC管理部门。2）VDC与VSC管理部门接到订单后，通过物流信息系统的分拨和VDC与VSC管理模块，就近查找该订单中所需商品车所在的VDC与VSC仓库，以及商品车的存放位置，然后生成一份发货单，通过物流系统发送给调度部门。3）在发送过程中，物流系统重新将屏蔽掉的运送信息整合到发货单中。调度部门接收到发货单后根据发货单中的商品车的基本信息和配送信息，以及物流系统数据库所提供的可用车辆信息，在调度管理模块中进行VDC道位计划、配送方法、运输路径的设计和优化，最终得到效率高、成本低的最优方案，并将其分别制成道位计划表和调度配送单，通过物流系统将道位计划表发给VDC装运部门，将调度配送单发给运输管理部门（若目的地的VSC中存放有订单中所需的商品车，则调度部门可通知运输部门进行商品车的直接配送）。4）VDC装运部门根据道位计划表将商品车调往运送道位上等待配送；同时，运输管理部门根据调度配送单，挑选合适的司机来驾驶所需的轿运车去相应的停放区提取预定的商品车，并根据调度部门所提供的运输线路将货物送往目的VSC，即完成商品车的“一次运输”。5）在完成商品车的“一次运输”后，物流系统自动生成由VSC运送到经销商的“二次运输”调度单。挑选合适的司机来驾驶所需的轿运车，完成商品车的短驳。6）在运输途中，调度部门对运输车辆实时监控；运输完成后，进行回单处理。若遇到交通阻塞等的突发性状况，调度部门及时更改运输方案，例如更改运输线路、更换运输车辆等，同时变更调度和运输信息，并登记到系统中；而对于运输途中出现商品车丢失、损坏等意外情况，调度部门生成记录，并登记到系统中。同时，填写加货单，通过物流系统发送到VDC与VSC管理部门，重新发货。7）物流操作完成后，物流系统将各部门的操作记录合成一张完整的记录单并保存到数据库中。基于集成化模式的整车第三方物流信息系统业务流程如图3所示。
2．4系统功能模块设计
在集成化的整车第三方物流信息系统中，主要包括VDC与VSC管理、调度管理、运输管理、客户管理和公共服务管理等模块。系统功能模块结构如图4所示。
2．4．1客户管理模块通过客户管理模块，企业员工可以管理服务对象，包括对承运商和经销商进行注册登记、信息审核、信息更改、合同管理及订单管理等。其中运输商管理和经销商注册登记的信息包括单位名称、联系方式、单位地址等基础信息；合同管理包括合同录入、合作内容查询及变更、合同期限提醒等；订单管理对订单信息进行审核及将信息归类保存。
2．4．2VDC与VSC管理模块仓储管理中主要包括入库管理和出库管理，以及一些维护。借助仓储管理模块，仓管员根据即将入库商品车的信息包括编码、名称、数量等，完成入库单的填写，并安排合理的存放位置；根据订单信息，查询所需商品车的存储情况，安排最优的出库方案。此外，该模块也具有仓库容量预警、日常盘点、报表统计等辅助功能。
2．4．3调度管理模块通过调度管理，调度员可以完成道位计划、配送方案制订、路线规划和实时监控的业务工作。调度员通过可视化操作界面查找仓库中所需商品车的位置和道位使用情况，快捷高效地制订商品车出库时的道位安排计划。然后，调度员根据实际情况，选择合适的轿运车和配送路线，完成配送最优方案规划。在配送过程中，调度员能实时获取轿运车和路况信息，并针对具体情况给司机作出实时指示，实现动态调度。
2．4．4运输管理模块运输管理主要实现运输部门的管理职能，其功能包括轿运车和司机的档案管理，运输资源的安排，运输情况的记录与反馈。轿运车档案信息包括车辆类型、服役年限、载重等；司机档案信息包括姓名、证件类型及联系方式等。运输资源安排主要是根据调度单安排轿运车和驾驶司机。另外运输管理还包括轿运车维护管理，例如车辆年检安排、车辆事故情况统计等。
2．4．5公共服务管理模块公共服务管理主要是给企业所服务的对象进行操作的功能模块，客户通过该模块可以完成各项业务信息的查询。提供回单准时率、回单出错率、货物损坏率等指标的物流质量分析功能，以及对物流历史数据的分析与统计等。
2．5可视化设计
在应用系统的设计中，由于复杂和庞大的功能，给界面设计带来了负担，加重了用户操作的错乱，可视化设计主要旨在借助于图形化等直观手段，清晰有效地传达与沟通信息，形成高效的功能、使用映射，完成用户任务目标。系统设计应用StringBuffer和HTML5的拖拽技术，实现了VDC装运环节的功能可视化与操作可视化设计，界面设计如图5所示。
3结语
第6篇
根据现行煤炭企业的地销经营方式，地销管理信息系统应完成以下目标:（1）安全性高。地磅数据直接采集进计算机，避免人工干预。（2）便利性高。查询各类统计报表要简单易行，体现人性化。（3）集中性高。数据集中储存在数据库服务器中，实现资源共享。（4）可拓性高。能够并入已有的局域网，留有接口，以便今后网络的拓展，适应企业不断发展和竞争力逐步提升的需要。
二、煤炭企业地销管理信息系统的具体实现
基于上述需求目标的分析，对于煤炭企业地销管理信息系统选型，选择了Browser/Server结构。对于网络的选择，采用100Mb/s高速以太网交换结构，不仅能提供优秀的迁移途径，充分保护在现有网络基础设施上的投资，而且成为改善交换机与交换机之间骨干连接和交换机与服务器之间连接的可靠、经济的途径。网络的结构如图1所示。对于服务器的选择，采用MicrosoftWindows7操作系统；对于数据库的选择，采用MicrosoftSQLServer2008。SQLServer是海量数据的存储中心，数据在数据库中能完成复杂的计算。针对数据录入的实际需求,运用VisualC#语言与Mi-crosoftWindows7操作系统开发了磅房录入系统、销售部门录入系统两套。信息系统不仅为用户建立了账户和密码，密码设计在系统中加密传输及存储，还为用户设定了权限，对不同的用户设计了不同的权限，可实施不同的操作。
三、煤炭企业地销管理信息系统的日常管理
煤炭企业地销管理信息系统的日常管理包括两部分：一是系统管理；二是系统操作。关于系统管理模式如图2所示。在输入管理员账号登录系统后可开展相关的系统管理，包括用户账号的管理（新增账号，修改用户信息、权限，删除账号）；系统工作模式选择（手动模式、自动模式）；票据管理（删除票据）；空车误差设定；重车记录管理（删除重车记录）；空车记录管理（删除空车记录）；煤种信息管理（增加和删除）。
第7篇
1．1作业指挥端省级指挥中心利用固定公网IP光纤专线架设作业指令服务器，并构建中国移动GPRS分组交换网络，省、地、县三级指挥中心之间通过气象系统内部网络连接并交换数据，三级指挥中心的指令均通过省级指挥中心的作业指令服务器下发。
1．2作业前端作业前端属于专制的移动短信和GPRS集成型通讯设备，采用嵌入式开发，整个作业指挥以信息指令为主，语音通话为辅，作业指令采用GPRS通道，语音采用移动电话通道。系统能一边充电一边使用，如果停电能坚持12小时，七寸触摸式屏幕，汉字输入采用手写方式，数字采用点击方式，开机时通过连接作业指令服务器进行校时。作业前端系统的每一步操作在三级指挥中心均有实时显示，并且系统有计时功能，一旦达到作业结束时间，作业前端会发出声音，此时炮站必须马上停止作业，并点击确认“作业结束”回复。如果再过两分钟炮站还没确认，前端“作业结束”确认功能将被禁止，省级调度中心将其列入黑名单，不能再申请作业，直到各级指挥中心次日重新核查后由省级指挥中心批准才能重新启用。作业前端实行密码保护，参数设置包括三级指挥中心的电话号码、通讯网络参数以及作业炮站的编号和名称等。作业前端不能任意拨号或发信息，只能和设定的三级指挥中心进行联系。基本功能如下:(1)指令显示:作业前端显示指挥中心发来的信息，系统根据收到的作业指令信息的不同类别持续发出不同的声音，民兵听到后通过点击“确认”让指挥中心得知指令已经下达。(2)作业上报:作业前端向指挥中心上报信息，上报格式相对固定，民兵只需要进行数字和选择的操作。(3)语音通话:作业前端接听某级指挥中心的电话或打电话给某级指挥中心。前端系统软件模块化设计，包括引导程序、嵌入式WinCE操作系统、图形界面、TCP/IP协议、设备驱动程序和作业执行软件，同时采用实时多任务编程技术和交叉开发工具技术来控制功能复杂性，简化应用程序设计，保障软件质量和缩短开发周期。
2设计思路
系统根据人工影响天气业务流程和技术要求，采用高级程序语言进行编程设计，建立各功能模块和数据库信息管理软件，形成业务标准化的省地县作业指挥、调度及安全监控流程。系统分为公网和内网两个部分，公网部分主要针对作业指挥端和作业前端需要交互的作业指令进行控制和筛选，内网部分主要针对作业过程在指挥端的显示以及统计数据的挖掘，另外，中心数据库设计实现两个部分之间的数据交互和管理。指令服务器将从内网传输来的作业信息进行过滤，剔出错误的和无关的信息，并把经过滤的信息进行拆分、编码，并传递给数据储存模块，定时从数据储存模块取得待发送数据，并对其编码以后再通过公共通讯网发送到相应的炮站。作业指挥。省、地、县三级指挥中心的信息通过中心数据库同步获取和显示，使用同一套指挥端软件，依据用户权限等级实施对炮站的操作，指挥端软件可读取多普勒雷达体扫数据，并为TWR－01型天气雷达局地作业预警系统设置接口，使县级指挥中心能很好地发挥作业指挥过程中的关键作用。如遇特殊情况，省、地两级也可直接进行作业指挥。指挥系统建立在计算机辅助指挥的基础上，依托于高速公共信息网络通讯，使用计算机图形学技术和数据储存、分析技术，进行全省人工影响天气作业调度指挥及安全监控。指挥中心依据天气分析和雷达监测预警系统，当可能出现或已出现大范围活动的天气系统时，实时给出全省范围内的灾害预警区域和可作业区域，并启动连续跟踪监测，同时指示相应指挥端或作业前端、进入相应作业类型、预备等级。作业调度。省级调度中心掌握作业时间的批准权限，作业先由地县指挥中心根据预警发出申请，然后省级调度中心向空管部门提交，空管反馈后省级调度中心打开地县指挥中心的时间权限，地县指挥中心再向炮站作业前端发送。安全监控。前端设计主要考虑作业信息的智能提示。所谓智能提示就是将经过科学设计的规范作业流程嵌入作业前端系统设备，当作业炮站收到指挥中心发来的作业指令后，作业前端系统会自动进入作业流程的相应环节，并用声音和文字直观地提示作业人员进行反馈操作。作业流程完成后，相关操作信息会完整地记录在前端设备中，便于作业人员回报具体的实施数据。作业上报。为节省连续作业的时间，只要炮站确认“作业结束”，各级指挥中心便可再次为其申请作业，但每一次作业遗留下的上报工作必须在天气过程后进行回复，作业前端有炮站上报的功能，操作主要是数字和选择一些固定的选项，民兵填选妥当以后点击“作业上报”按钮，然后由地县指挥中心进行审核后入库。
3系统实施
本系统通过引进具有移动通信和计算机处理功能的通讯产品，开发能够完成作业受令、请求、报警，以及信息反馈的炮站作业前端系统，并以炮站作业前端系统为核心构建三级人工影响天气作业指挥、调度及安全监控平台，建立科学规范的业务技术体系和有效的、合理的作业流程，并通过研制炮站作业信息系统逐步提升全省人工影响天气作业指挥的自动化水平。作业前端。掌握研制炮站作业前端的核心技术，确定样机具体功能和指令细节。汛期中在标准化建设相对较好的地区进行样机测试，获取关于运行稳定性和可操作性的第一手资料，并收集各方意见和建议。汛期后集中技术力量对设备软硬件进行针对性完善和改造，总结经验，提出技术升级计划。作业指挥端。贵州省人工影响天气办公室与相关单位联合开发作业指挥端软件，源代码公开，遵循开放式宗旨，省级指挥中心和省级调度中心依托项目进行网络建设，地县指挥中心在贵州气象省地专线基础上建设。保障措施。省、地、县提供系统所需的计算机，有专门的技术人员负责运行和维护，炮站能够被移动通讯网络覆盖，具有相应的测试场地，贵州省人工影响天气办公室提供技术指导。
4结束语
第8篇
依据行业物流发展要求，遵循国家局“整体规划，分步实施；统一标准，深度集成；快速拓展，持续推进”总体思路，依据“统一平台、统一数据库、统一网络”的技术要求，工业企业物流应以流程梳理和优化为基础，统筹数据采集、业务处理和管理决策三个应用层面，搭建一个覆盖全面、各向畅通、反应便捷、运作高效的物流信息化体系。
二、烟草工业物流信息化应用架构设计
a)烟草工业物流战略架构
根据行业战略发展规划，物流将作为支持性的业务进入企业核心价值链，与原料、技术、营销三大核心业务共同构成各工业公司核心竞争力。在这种架构下，要求各工业企业物流提供整体服务，同时与三大中心一样，作为核心单位，承担工业物流管理职能，乃至部分供应链服务职能。
b)烟草工业物流运作模式
烟草工业物流普遍采用“集中管理、分级实施”的业务运作模式。根据生产、销售、采购需求，制定物流计划，物流中心（公司）根据计划实施运输、仓储等物流作业。上述模式要求对工业企业的各类物流信息实现统一管理，并通过物流中心（公司）实现整体运作和管理。通过对工业内部的信息流和物流的统一管理，将采购物流、生产物流、销售物流环节由物流中心（公司）实行统一组织，打通供应链物流环节，构筑成为一体化物流体系。
c)烟草工业物流信息化应用架构设计
基于核心物流业务发展以及物流中心（公司）运行的需要，烟草工业物流信息化建设应充分考虑自身特点和需求。同时，物流信息化系统的规划及应用与行业系统、工业公司相关系统有着密切的关联，需要遵循行业和各工业公司的信息化总体规划和技术标准。依据对相关工业公司信息化现状的分析，物流信息化总体应用架构可以按下图进行归纳：整个应用架构可分为工业物流信息化应用架构及相关外部系统两大部分。就烟草工业物流来说，主要应用应包括决策支持、综合管理、业务管理、业务协同、作业执行以及自动化支持等六大功能板块，以实现整个工业物流不断发展的运营和管理需求。
d)烟草工业物流信息化应用系统设计
基于对物流中心（公司）信息化应用架构的设计内容，整合各项应用之间的关联要素和共同点，物流中心（公司）的关键应用系统设计。整个应用系统设计包括三个主要层次，一是决策管理层：它是针对业务管理及决策支持等应用功能而设计开发的物流综合管理系统或模块，可以与国家局行业物流系统实现对接，同时也为工业公司物流运营和管理提供数据支持。二是业务处理层：包括智能运输调度与数字仓储管理两大核心系统，以及相对独立的商务结算系统。三是物联网数据采集层，包括GPS/LBS/GIS系统、车载及手持系统、RFID系统、监控系统等。
三、烟草工业物流信息化技术架构设计
a)整体技术架构
按照国家局提出的“统一平台”要求，烟草工业物流信息化应用系统建设所采用的技术架构应以安全、可维护、易拓展、高效率为设计基础，促进技术构架与业务的相互融合、协同工作，使得物流应用系统能够随需而变，满足业务部门的需求。通过对相关工业公司的调研和需求分析，整个技术架构通过基础资源层、数据交换层、信息资源层、服务引擎层、业务应用层、展现层来搭建物流信息体系，并通过信息安全保障、运维保障体系来确保信息系统安全稳定。
b)关键技术设计
i.服务引擎层设计。服务引擎层设计主要采用工作流引擎技术，支持BPEL标准，支持SOA架构，支持子流程、流程分支等基本的工作流功能。ii.业务逻辑引擎设计。业务逻辑引擎使用工厂设计模式，通过XML配置文件，运用类反射机制，完成系统业务逻辑部分的定制工作。物流信息系统通过内置的业务逻辑引擎，可以实现业务逻辑部分的高配置性。iii.调度规则引擎设计。采用高效、灵活的调度规则引擎，对于自动配车、自动配载、订单拆分等核心规则的调整或优化，可通过前台可视化配置或定义，无需要后台编程实现，支持热插拔规则变更，易于维护。iv.持久层管理组件设计。采用Cosconetwork.DAO库数据库持久层组件，通过对JDBC进行轻量级的对象封装，来完成应用程序和数据库之间的交互操作，使得系统在更换数据库时将花费更小的代价，也为系统数据权限的实现带来了很大的方便性。
四、总结
第9篇
辽宁省水利安全监督管理信息系统主要包括门户网站、数据采集、信息查询、巡查管理、隐患自查自报、安全事故管理、水利安全月报系统、统计管理等功能模块。
1.1数据采集
安全信息涵盖了水利工程的基本信息、危险特性、安全生产管理机构、安全生产责任人、安全生产管理人员、特种作业人员、特种设备作业人员、危险设备、许可证照、安全风险较大作业、职业病危害情况、安全生产投入、安全生产标准化建设、安全生产获奖情况、行政处罚情况、安全生产事故信息、安全生产管理资料信息等。在采集手段上可采用2种手段：
1）基于互联网的网页填报；
2）基于移动3G信号的移动终端采集系统。
1.2监督管理
监督管理贯穿工程开工到验收的全过程，主要分为工程概况、参建单位、建设程序、工程进度、工程重量、施工安全、工程验收、质量安全监督、公众留言等9个环节。
1.3巡查管理
通过安全巡查管理平台，推送基层巡查员巡查任务；基层巡查员通过手持GPRS指纹巡查终端，接收巡查信息。巡查终端将通过指纹识别身份信息和巡查轨迹上传到巡查管理平台，管理者可根据基层巡查员的任务轨迹，保质保量地开展水利安全监督工作。同时借助巡查终端，可将巡查发现的问题和实时照片上传到管理平台，辅助管理者远程指挥和科学决策。
1.4安全事故管理
将水利安全生产事故处理流程化、常态化和科学化，通过数据伤亡人数和影响程度，自动判断事故等级，及时启动相应等级的数据处理方案，并按照预定流程开展数据处理工作，同时对整个数据处理进行登记备案，确保数据处理及时、合理、规范。3数据库设计水利安全监督管理系统数据库由属性、空间和多媒体等数据库组成。其中在存储设计上实现属性、空间和影音图等信息的分开独立存储和管理，以松耦合的方式关联，最大化方便属性、多媒体数据的扩展及与空间库关系的维护。数据库内容上充分利用辽宁省第一次水利普查成果，包括属性和空间数据，并以各类工程管理单位的注册机构码为唯一识别标识码。通过数据采集系统，补充获取在建或已建工程的安全生产信息及相关音像文件。
2网络与信息安全设计
2.1网络安全
依托辽宁省防汛骨干网和防火墙技术，将系统的所有服务器都布设在水利厅信息中心机房，并用防火墙隔离。只允许安全的网络协议（如HTTP协议等）通过，其他如FTP，Telnet协议限制执行。同时用ISAPI将对系统具有访问选线的用户的IP地址限制在某一范围内。
2.2Web服务器安全
采用Web服务器IISS10，对允许访问的用户、组、IP地址或域主机名进行授权，实现网络访问控制，同时与WindowsServer结合，控制用户访问权限。
2.3数据库安全
利用数据库管理系统提供的强大安全功能，如数据库账号、数据库视图、账号操作权限等对访问机型控制。具体如下：1）使用身份认证，使SQLServer的登录安全与操作系统安全性高度集成，保证系统用户的登录安全；2）创建预定义的数据视图，使用户只能访问需要观察的视图；3）利用存储过程。从安全的角度来看，存储过程只存取安全表的实体，用户程序访问的只是存储过程，而不是数据表，从而保证了数据库的安全。
2.4通信安全
系统用2种不同的加密手段实现网络数据通信安全性的设计：
1）采用安全协议加密客户端和Web服务器之间传输的信息；
2）通过专门的加密算法实现客户端与数据库服务器之间重要数据的加密传输。
3结语
第10篇
关键词：CAN总线ECNJ1939协议通信平台
引言
随着集成电路和单片机在汽车上的广泛应用，现代汽车上的电子控制器的数量越来越多，常见的有发动机的电子燃油喷射装置、防抱死制动装置（ABS）、安全气囊装置、电动门窗装置、主动悬架等。电控系统的增加虽然提高了轿车的动力性、经济性和舒适性，但随之增加的复杂电路也降低了汽车的可靠性，增加了维修的难度。从布线角度分析，传统的电子气系统大多采用点对点的单一通信方式，相互之间少有联系，这样必然造成宠大的布线系统。因此，一种新的概念——汽车上电子控制器局域网络CAN，也就应运而生。为使不同厂家生产的零部件能在同一辆汽车上协调工作，必须制定标准。按照ISO有关标准，CAN的拓扑结构为总线式，因此称为CAN总线。CAN总线被设计作为汽车环境中的微控制器通信，在车载各电子控制装置ECN之间交换信息，在车载各电子控制装置ECN之间交换信息，形成汽车电子控制网络。
控制器局域网CAN（ControllerAreaNetwork）是一种多主方式的串行通信总线，基本设计规范要求有高的位速率，高抗电磁干扰性，而且能够检测出产生的任何错误。CAN在汽车上的应用，具有很多行业标准或者是国际标准，比如国际标准化组织（ISO）的ISO11992、ISO11783以及汽车工程协会（SocietyofAutomotiveEngigeers）的SAEJ1939。CAN总线已经作为汽车的一种标准设备列入汽车的整车设计中。
图1
1CAN总线特点及其通信协议
1.1CAN总线简介
CAN通信协议规定了4种不同的帧格式，即数据帧、远程帧、错误帧和超载帧。基于以下几条基本规则进行通信协调：总线访问、仲裁、编码/解码、出错标注和超裁标注。CAN遵从OSI模型。按照OSI基准模型只有三层：物理层、数据链路层和哀告层，但应用层尚需用户自己定义。CAN总线作为一种有效支持分布式控制或实时控制的串行通信网络，应用范围遍及从高速网络到低成本的多线路网络。如：CAN在汽车中的发动机控制部件、ABS、抗滑系统等应用中的位速率可高达1Mbps。同时，它可以廉价地用于交通运载工具电器系统中，例如电气窗口、灯光聚束、座椅调节等，以替代所需要的硬件连接。其传输介制裁为双绞线，通信速率最高可达1Mbps/40m，直接传输距离最远可达10km/5kbps，挂接设备数最多可达110个。CAN为多主工作方式，通信方式灵活，无需站地址等节点信息，采用非破坏性总线仲裁技术，满足实时要求。另外，CAN采用短帧结构传输信号，传输时间短，具有较强的抗干扰能力。
CAN总线与其它通信协议的不同之处主要有两方面：一是报文传送不包含目标地址，它是以全网广播为基础，各接收站根据报文中反映数据性质的标识符过滤报文，其特点是可在线上网下网、即插即用和多站接收；另外一个方面就是特别强化了数据安全性，满足控制系统及其它较高数据要求系统的需求。
1．2J1939通信协议
J1939协议是在CAN总线通信协议2.0B（29标识符）之上具体实现了应用层，是SAE为重载卡车和客车制定的通信协议；以CAN2.0B为基础，物理层标准与ISO11898规范兼容并采用符合该规范的CAN控制器及收发器。J1939协议将CAN标识符划分为如下几个部分：优先级（P）、数据页（PGN）、协议数据单元（PDU）格式、PDU特定域（PS）和源地址（SA）。J1939/71应用层文档定义了车辆控制的各种参数及命令的PGN。
由此可见，J1939与CAN通信协议的区别在于29位标识符（ID），数据场相同。J1939将CAN的29位标识符（或称辨识别）进行了详细的物理定义。通过PDU将CAN标准格式封装为J1939协议格式。PDU信息帧又由优先权P、保留位R、数据页DP、协议数据单元PF、扩展单元PS、源地址SA和数据场DATA七个部分组成，即CAN的29位标识符加上数据。
2总体设计
2.1汽车电控网络结构
汽车内ECU之间的数据传输特征主要差别在于数据传输频率，例如发动机高速运行时，进行的是高频数据传输，每隔几ms就传输1次；而在低速运行时，进行的是低频数据传输，每隔几十ms乃至几百ms才传输1次。然而为了满足实时性要求，就要求汽车内每个控制单元尽可能实现汽车公共数据共享，但又由于每个控制单元对实时性的要求是因为数据的更新速率和控制周期不同而不同的。这就要求其数据交换网是基于优先权竞争的模式，且本身具有较高的通信速率。CAN总线正是为满足这些要求而设计的。CAN已有国际标准，即高速场合的ISO11898和用于低速场合的ISO11519-3。
通常的汽车网络结构采用多条不同速率的总线分别连接不同类型的节点，并使用网关服务器来实现整车的信息共享和网络管理。若按照美国汽车工程师协会（SAE）车辆网络委员会标准SAEJ2057，将汽车数据传输网划分为三类。这里可用图1简单说明。其中网关是汽车内部通信的核心，通过它可以实现在CAN总线上信息的共享以及实现汽车内部的网络管理和故障诊断功能；将各个数据总线上的信息反馈到仪表板总成上的显示屏上，驾驶者通过仪表板上的信息就可以知道各个电控装置是否正常工作了。
2.2通信平台硬件设计
在设计中，主控芯片CPU选用51系列的单片机。CAN通信控制器执行完整的CAN协议，完成通信功能，包括信息缓冲和接收滤波，故CAN控制器选用Philips的SJA1000。选用PCA82C250作为CAN总线的收发器，PCA82C250是CAN协议控制器和物理总线之间的接口，在运行环境中具有抗瞬变、抗射频和抗电磁干扰性能，内部的限流电路具有电路短路时对传送输出级进行保护的功能。传输介质采用屏蔽电费，在测控节点与介质之间加入光耦电路，以提高总线接口的抗干扰能力。图2为通信平台硬件框图，图3为控制器与收发器连接接口。
为进一步提高系统的可靠性，需要考虑到系统的冗余设计。由于汽车环境恶劣且干扰因素较多，在CAN_H和CAN_L信号线与地线之间分别并联了两个电容，滤去噪声，使信号传输平稳。双屏蔽电费可设两套，在两套介质上同时进行信息传输。接收方只用一个介质，在冗余和非冗余段的连接临界点进行总线切换。
2.3软件设计
简单地说，本通信平台所要实现的功能就是，使各个节点（ECU）通过CAN总线实现相互通信，发送接收命令、信息等，并实现数据的共享，从而提高各自的控制性能和运行效率。汽车上CAN数据总线的每个节点（ECU）都有自己的地址和名称相对应。ECU地址指出了数据传送的目的地，而其名称则标识了ECN的基本功能。节点连续监视着总线上发出的各种数据。当所收到的数据地址值与自身地址吻合时，该节点就获得令牌。在通信规约中，唯一获得令牌的该节点有权发送数据，以防止两个或两个以上的节点同时传输数据引起混乱。同时每一个节点都有机会得到令牌，完成数据传输。
本软件设计是基于KeilC语言编写的。程序主要由主模块、中断处理模块及数据通信模块等组成，如图4所示。
图4
主模块完成对硬件初始化、寄存器的配置、SJA1000初始化等；中断处理模块包括数据中断的发送、接收、错误处理及报警处理等；数据通信模块完成数据的请求、发送、接收等。
当一个节点A发送数据请求报文（远程帧），向另外一个节点B请求报文（应答帧）时，节点B接收到请求后，经过判别，而后发送数据（应答帧）。由于数据请求没有数据场，所以相对数据帧长度小很多。经分析验证之后与节点B收到的数据相同，请求数据程序得到验证。
第11篇
关键词：多协议串口通信；通信协议；收发器；连接器；多协议串口芯片LTC1546/LTC1544
随着通信网技术的进一步发展，越来越多的互连网设备（如路由器、开关、网关、存取装置）中的串行接口在广域网（WideAreaNetwork）中被设计成能够支持多种物理接口协议或标准。广域网串行口协议包括RS－232，RS－449，EIA－530，V．35，V．36以及X．21等。图1所示是一个简单的串行通信接口示意图。由图可知，实现多协议串口通信的关键是将连接器送来的不同传输方式平衡、非平衡和不同电气信号通过收发器转换为终端能够识别并处理的、具有TTL电平的信号。
1传统多协议通信的特点和问题
1．1“子板”方式
广域网串口应用中的通用实现方法是为所需的每一种物理协议提供一个独立的子板。一个支持EIA－232，EIA－449及V．35协议的系统，通常需要三个独立的子板以及三个不同的连接器。这种方法由于每种协议要求配置一块子板，因此系统需要对PCB子板、收发器芯片、连接器等进行管理，这样既浪费资源，又会使管理工作复杂化。
1．2通用连接器方式
为解决“子板”方式的缺点，可使用一块母板及通用连接器。一个母板上有多种收发器芯片，可以满足多串口协议的要求，并可共用一些通用器件，同时可减少资源的浪费。在配置中，应注意因连接器的管脚较少而带来的问题，较好的办法是根据信号而不是根据协议来分配管脚，即给每一个信号分配一个通用管脚，而不管其物理协议如何定义。如对EIA－232，EIA－449，EIA－530，V．35和V．36来说，其TxD信号可连至连接器相同的管脚。即SDa信号连接到管脚2，SDb信号连接到管脚14。然后利用这对管脚来描述所有协议的发送信号TxD。
这种方法同样也会带来一个问题，即所有收发器的I／O线至通用连接器的管脚必须彼此共用。例如，一个V．28驱动器芯片中的发送数据信号线的接连接器DB－25的管脚2；同时，一个V．11驱动器芯片中的发送数据信号线要接至连接器的管脚2和14；而V．35驱动器芯片中发送数据信号线也会接至连接器的管脚2和14。这样，通用连接器的管脚2将同时接有三根信号线，管脚14接有两根信号线。这样，在这一配置中，所有的驱动器都必须具有三态特性，以禁止不必要的输出。若收发器没有三态特性，则需要使用一个多路复用器来选择相应的输出端。由此带来的另一个问题是收发器在禁止使用时会产生漏电电流。如果选择了V．28协议，其输出电压理论值为15V。此时对于V．11协议的驱动器会被禁用，而处于三态时，其输出漏电电压就必须足够低，才能使得连在同一连接器管脚的V．28协议的驱动器信号不受影响。如果在发送器与接收器之间有隔断开关，则开关也要考虑漏电情况。
1．3串口的DTE／DCE模式切换
DTE／DCE的切换可通过选择不同的连接器转换电缆来实现，这样，在实现DTE／DCE转换时可最大程度地减小收发器的复杂性，但缺点是需要更换电缆，尤其是设备放置位置不便或DTE／DCE需要频繁切换时这一点尤为突出。
如果保持传输电缆不变，则可将收发器配置为两套以分别支持DTE、DCE方式。而将DTE收发器的驱动器输出与DCE收发器的接收器输入相连，而将接收器输入端与DCE收发器的驱动器输出相连。为了控制DTE或DCE方式，驱动器或接收器的输出必须为三态。当选择为DTE方式时，DCE芯片禁止，其驱动器和接收器处于三态，反之亦然。
该方法虽然解决了对电缆的频繁更换问题，但由于多用了一套收发器而使得设计成本大为提高，且串口板的体积也大了很多。
2多协议串口通信的实现原理
传统设计中，针对某种协议通常应选择相应的收发芯片，如对于RS－232协议，常用DS－1488／DS－1489、MAX232或SP208等收发器芯片；而对于RS－449协议，则常使用SN75179B、MAX488、MAX490等收发器芯片。当同时使用RS－232、RS－422和V．35协议时，就需要多个收发器芯片来支持不同的协议。
现在，一些收发器的生产厂商研制出了多协议收发器芯片。Sipex是第一家生产出RS－232／RS－422软件可选择协议芯片SP301的公司。这种芯片可将RS－232和RS－422收发器的电气特性综合到一个芯片中实现。其中SP50X系列产品最多可支持8种协议标准。其它生产厂家如Linear公司生产的LTC154x系列、LTC284x系列芯片也具有以上功能。用户可根据自己的需要选择适当的芯片。
图2为采用分立的收发器芯片与采用一片多协议收发器芯片实现多协议串口通信的通信卡。从图可知，前者实现的复杂度要远远大于后者，具体的性能比较如表1所列。
表1两种方法实现串口通信的性能比较
分立器件板综合器件板
供电电压+5V，-5V，+12V，-12V+5V
所需收发器芯片数121
支持的物理层协议RS-232，RS-422，RS-449，EIA-530，V.35，V.36RS-232，RS-422，RS-449，RS-485，EIA-530，EIA-530A，V.35,V.36
协议选择方式跳线或开关软件或硬件（通过内部译码）
串口板大小除了15个收发器芯片外还需其它硬件支持非常小
功耗大约1W大约100mW～250mW
除此之外，与分立收发器芯片相比，多协议收发器对驱动器使能控制和对输出漏电电流的处理要容易得多。当通过软件或硬件方法选择某一协议时，驱动器和接收器的电气参数将调整至适当的大小，电路内部将自动控制驱动器的输出电平、接收器的输入门限、驱动器和接收器的阻抗值以及每一物理层协议的常用模式范围。
另外，由于外部网络终端对V．35的需求，使得与V．35收发器的连接不能象其它协议那么简单。当使用分立收发器芯片时，常常通过采用昂贵的继电器开关电阻在选择其它协议接口时将V．35网络终端断开，或者要求用户每选择一个新的接口标准就改变一次终端模块，这样既浪费资源又会使接口电路变得复杂，因而不是一种理想的实现方法。而多协议串口芯片则自动提供适当的终端和片上开关来符合V．10、V．11、V．28和V．35电气协议，从而解决了电缆终端转换问题。
3基于LTC1546／44的多协议通信
为了说明多协议串口芯片的工作原理，现以Linear公司的LTC1546／1544芯片为例进行分析。
3．1LTC1546／LTC1544的性能
LTC1546芯片是一个3驱动器／3接收器的收发器，其主要特点如下：
带有软件可选的收发器可支持RS232、RS449、EIA530、EIA530A、V．35、V．36和X．21协议
可提供片上电缆终端
与LTC1543引脚兼容
与LTC1544配合可完成完整的DTE或DCE
工作在5V单电源
占位面积小。
LTC1544芯片是一个4驱动器／4接收器的收发器，其主要特点有：
软件可选的收发器支持RS232、RS449、EIA530、EIA530A、V．35、V．36和X．21协议
采用LTC1344A作为软件可选的电缆终端
采用LTC1543、LTC1544A或LTC1546可实现完整的DTE或DCE端口
与LTC1543同样工作于5V单电源。
这两种芯片均采用28引线SSOP表面贴封装，图3所示为其引脚排列。
由LTC1546／LTC1544可组成一套完整的软件可选择DTE或DCE接口，以应用于数据网络、信息业务单元CSU和数据业务单元(DSU)或数据路由器中，它支持多种协议，电缆终端可在片上提供，因此不再需要单独的终端设计。其中，LTC1546每个端口的一半用来产生和适当终止时钟和数据信号。LTC1544则用来产生控制信号及本地环路返回信号(LocalLoop－back，LL)。接口协议通过模式选择引脚M0、M1和M2来决定，具体选择方式见表2。
表2通信协议的模式选择
LTC1546模式名称M2M1M0DCE/DTED1D2D3R1R2R3
未用（缺省V.11）0000V.11V.11V.11V.11V.11
RS530A0010V.11V.11ZV.11V.11V.11
RS5300100V.11V.11ZV.11V.11V.11
X.210110V.11V.11ZV.11V.11V.11
V.351000V.35V.35ZV.35V.35V.35
RS449/V.361010V.11V.11ZV.11V.11V.11
V.28/RS2321100V.28V.28ZV.28V.28V.28
无电缆1110ZZZZZZ
未用（缺省V.11）0001V.11V.11V.11ZV.11V.11
RS530A0011V.11V.11V.11ZV.11V.11
RS5300101V.11V.11V.11ZV.11V.11
X.210111V.11V.11V.11ZV.11V.11
B.351001V.35V.35V.35ZV.35V.35
RS449/V.361011V.11V.11V.11ZV.11V.11
V.28/RS2321101V.28V.28V.28ZV.28V.28
无电缆1111ZZZZZZ
由表2可知，如果将端口设置为V．35模式，模式选择引脚应当为M2＝1，M1＝0，M0＝0。此时，对于控制信号，驱动器和接收器将工作在V．28(RS232)模式；而对于时钟和数据信号，驱动器和接收器将工作在V．35模式。
模式选择可通过控制电路或利用跳线将模式引脚接至地或Vcc来实现对引脚M0、M1和M2的控制，也可通过适当的接口电缆插入到连接器上实现外部选择控制。若选用后者，则当移开电缆时，全部模式引脚均不连接，即M0＝M1＝M2＝1，此时LTC1546／LTC1544进入无电缆模式。在这种模式中，LTC1546／1544的供电电流将下降到500μA以下，并且LTC1546／LTC1544驱动器输出将被强制进入高阻状态。同时，LTC1546的R2和R3接收器应当分别用103Ω端接，而LTC1546和LTC1544上的其它接收器则应通过30kΩ电阻接到地。
通过DCE／DTE引脚可使能LTC1546中的驱动器3／接收器1、LTC1544中的驱动器3／接收器1和驱动器4／接收器4；LTC1544中的INVERT信号对驱动器4／接收器4起使能作用。可以通过下面两种方法中的一种将LTC1546／LTC1544设置为DTE或DCE工作模式：一种是将专门配有适当极性的连接器接至DTE或DCE端；另一种是通过专用DTE电缆或专用DCE电缆发送信号给LTC1546／LTC1544，同时使用一个连接器构成一种既适合DTE又适合DCE的工作模式。
3．2典型应用
图4为一个带有DB－25连接器端口并可被设置为DTE或DCE工作模式的多协议串口通信电路，图中LTC1546／LTC1544芯片一边与连接器相连，另一边接至HDLC芯片，M0、M1、M2及DCE／DTE引脚接至EPLD硬件控制电路以实现对通信协议和工作模式的选择。其中DTE或DCE工作模式需要连接对应的电缆以保证正确的信号发送。例如，在DTE模式中，TxD信号通过LTC1546的驱动器1发送到引脚2和14。在DCE模式中，驱动器则将RxD信号发送到引脚2和14。
图4中，LTC1546采用一个内部容性充电泵来满足VDD和VEE。其中，VDD为符合V．28的正电源电压端，该端应连接一只1F的电容到地；VEE为负电源电压端。一个电压倍增器在VDD上将产生大约8V电压，而电压反相器则将在VEE上产生大约－7．5V的电压。四只1μF电容均为表面贴装的钽或陶瓷电容，VEE端的电容最小应为3．3μF。所有电容耐压均应为16V，同时应尽可能放置在LTC1546的附近以减少EMI干扰。
图4用LTC1546/LTC1544芯片实现多协议串口通信（DTE/DCE可选）
在V．35模式中，LTC1546中的开关S1和S2将导通，同时应连接一个T型网络阻抗，以将接收器的30kΩ输入阻抗与T网络终端并联起来，但不会显著影响总输入阻抗，因此对于用户来说，这种模式下的电路设计与其它模式下完全相同。
由于LTC1546是3驱动器／3接收器的收发器，LTC1546是4驱动器／4接收器的收发器，所以如果同时采用RL、LL和TM信号，则LTC1546／LTC1544就没有足够的驱动器和接收器。因此，可用LTC1545来替换LTC1544。LTC1545为5驱动器／5接收器的收发器，它能够处理多个可选的控制信号，如TM和RL。
所有LTC1546／LTC1544接收器在全部模式下都具有失效保护功能。如果接收器输入浮置或通过一个终端电阻短接在一起，那么，接收器的输出将永远被强制为一个逻辑高电平。
第12篇
开发工具，服务器操作系统采用MicrosoftWindows2003Server；数据库系统采用MicrosoftSQLServer2005；运行平台IIS5.0以上。客户端操作系统采用Windowsxp及以上版本，IE浏览器要求6.0以上。
2.系统功能实现
系统根据集团实际需要，华彬能源集团薪酬管理系统分为两大平台：集团公司管理平台和二级单位管理平台。
2.1集团公司管理集团公司管理平台包括：岗位管理、考核管理、人员管理、工资管理、系统管理。
2.1.1岗位管理岗位管理包括1）基础数据：可以添加下属企业和维护企业信息。2）基本岗位信息维护管理：可以添加岗位和岗位信息维护。3）试用期岗位：可以添加试用期岗位和对使用其岗位维护。
2.1.2人员管理人员管理包括1）生成人员岗位信息：生成人员信息和生成岗位信息。2）人员信息维护：添加人员信息和人员信息维护3）人员单位调整：单位调动。
2.1.3考核管理考核管理包括：1）工资计算表下载：标准月度工资计算表和标准年度工资计算表。2）集团公司考核录入：集团公司月度考核录入和集团公司年度考核录入。3）月度考核审核：月考核结果审核。4）年度考核审核：年度考核结果审核。
2.1.4工资管理工资管理包括：1）月度工资发放：月度工资制表和月度工资查询。2）年度工资发放：年度工资制表和年度工资发放。
2.1.5系统管理对管理员进行维护。包括：1）管理员管理：管理员添加和管理员维护。2）口令维护：口令更改。
2.2二级单位管理平台
二级单位管理平台包括：考核管理、人员管理、工资管理、系统管理。
2.2.1考核管理考核管理包括：1）标准工资计算表下载：标准月度工资表下载和标准年度工资表下载。2）月度考核信息：月度考核数据录入和月度考核记录。3）年度考核信息：年度考核数据录入和年度考核记录。
2.2.2人员管理人员管理包括：1）人员信息维护：添加人员信息。2）人员信息修改、查询、删除、调级：人员信息维护。3）生成人员岗位信息：生成人员信息和生成岗位信息。
2.2.3工资管理工资管理包括1）月度工资：月度工资查询和月度工资下载。2）年度工资：年度工资查询和年度工资下载。
2.2.4系统管理系统管理员管理：密码修改。
3.结论
第13篇
根据业务变化和规范化管理的需要，人民银行金融业机构信息管理系统（以下简称“BMS系统”）功能逐渐完善，但BMS系统着眼点高，业务需求角度侧重于人民银行管理,特别是在信息统计和金融机构用户使用方面存在诸多不便。
1.地市人民银行用户
（1）机构分布情况统计
该功能只从全国层面统计各地市银行、保险、证券等各类别金融机构总数量。
（2）机构编码月度报告
该功能只统计全国及各省存量、新增、撤销机构的总数量。
（3）机构信息统计
该功能按行政区划统计并没有涉及市下辖的区，无法掌握各金融机构在市各区的分布情况。
（4）无变更原因统计
无法从全辖角度对金融机构发生信息变更或机构撤销的原因进行统计分析。
（5）无联系人管理功能
系统中没有独立的联系人信息管理等功能。
2.金融机构（商业银行）用户
系统没有对商业银行用户提供任何统计功能，只有简单查询和数据录入，无法实时掌握本单位各区划内分支机构分布、代码证信息及时间段内网点新增、信息变更、撤销等情况。金融机构信息管理辅助分析系统（以下简称“分析系统”）分为金融机构用户和人民银行用户，使用金融机构编码作为唯一登录用户名，根据用户类别所属权限范畴在功能模块上会有所不同。
二、分析系统金融机构用户功能
1.机构维护
（1）分支机构信息列表
将本单位分支机构信息按BMS系统数据项列出，分为详细项目表和重要项目表，并支持以任意字段为关键字的精确和模糊查询。
（2）分支机构信息维护
分析系统已预先将BMS系统中截至某一时间点的存量数据导入，时间点后的数据变化情况，在BMS系统中更新后需在分析系统中同步录入。①网点新增。用户录入BMS系统生成的新增网点的机构编码、机构名称、机构电话、机构地址、负责人、新增原因等。②网点变更。根据变更网点的机构编码查询网点信息，选择变更的信息项如地址、名称、负责人等并录入变更后信息及变更原因等。③网点撤销。根据变更网点的机构编码查询网点信息，选择撤销原因并录入详细撤销说明。信息维护根据新增、变更和撤销操作行为用于后续的汇总统计，同时均需录入营业执照和金融许可证办理时间或银监局批复时间，用于界定是否在规定时间内向人民银行报备，便于对金融机构进行考核评价。
2.查询统计
（1）分支机构数量统计
①按行政区划统计。将本单位分支机构按照所属区、县（市）分别统计数量，并对重要项目信息列表展示。②按机构状态统计。将本单位分支机构按照正常、撤销、清算等状态分别统计数量。
（2）分支机构变化统计
①新增情况统计。自定义选择任意时间段内本单位新增网点的数量，并对新增网点重要信息列表展示。②变更情况统计。自定义选择任意时间段内本单位发生撤销及地址、名称、负责人等变更的机构数量，并对机构的信息项变化情况、办理时间等列表展示。
3.代码证管理
金融机构用户在BMS系统中录入新增机构信息，提交后即可生成机构编码，待人民银行审核后发放代码证，机构编码生成时间早于代码证发放时间，因此需要机构用户收到代码证后在分析系统中手工补录代码证信息。机构用户收到换发的代码证后，在分析系统中做换发维护操作。代码证相关字段：金融机构编码、机构名称、地址、负责人、代码证编号、登记号、年检情况。
（1）本单位代码证信息补录
新增网点代码证信息补录。通过金融机构编码查询出机构名称、地址、负责人信息，手工录入代码证编号和登记号。
（2）本单位代码证换发维护
①代码证清退维护。分析系统默认列表展示历史清退记录，通过金融机构编码查询出该机构当前代码证信息，然后选择清退时间和清退原因（信息变更、机构撤销、证件损毁）提交后人民银行将此代码证回收。②代码证换发维护。分析系统默认列表展示历史换发记录，通过金融机构编码查询出该机构当前代码证信息，修改代码证编号（新）和登记号（新），然后选择换发时间和换发原因（信息变更、证件遗失、证件损毁）提交后将此机构代码证信息更新。
（3）本单位代码证查询统计
①分支机构代码证信息。默认分页展示本单位所有分支机构代码证信息，支持根据金融机构编码查询。②分支机构代码证年检。默认分别分页展示本单位分支机构已年检和未年检机构代码证信息并统计数量，支持根据金融机构编码查询。
（4）本单位代码证办理提示
①未办理代码证机构。新增机构信息在BMS和分析系统同步录入后，若此时该机构的代码证暂未办理相关信息为空，则对该类机构给予提示：下列机构还未办理代码证，请办理后补录代码证信息。②未换发代码证机构。机构变更信息在BMS和分析系统同步录入后，若此时该机构的代码证暂未换发相关信息未更新，则对该类机构给予提示：下列机构还未换发代码证，请换发后做代码证清退换发操作。
三、分析系统人民银行用户系统功能
1.系统维护
（1）用户维护
管理分析系统金融机构用户，包括登录信息、状态查看、禁用启用、口令重置等。
（2）操作日志
记录分析系统金融机构用户的行为名称、行为内容、操作时间、操作用户等。
2.全辖信息
（1）全辖机构信息
将全辖金融机构信息按BMS系统数据项列出，分为详细项目表和重要项目表，并提供以机构编码、机构名称、机构所在区划等关键字查询。
（2）联系人管理
管理全辖银行、保险、证券、期货等金融机构编码工作联系人信息，包括机构名称、联系人姓名、联系方式、BMS系统用户代码等。
3.查询统计
（1）全辖机构分布情况统计
①按行政区划统计。将全辖所有金融机构按照所属区、县（市）分别统计数量，并对重要项目信息列表展示。②按机构名称统计。通过自定义选择金融机构名称，统计出该机构在各区、县（市）下设分支机构的数量，并列表展示分支机构重要信息。
（2）全辖机构变化情况统计
①按变更项目统计。统计任意时间段（自定义选择）内全辖机构或某家机构各信息项发生变化如地址变更、名称变更、负责人变更的数量。②按变更原因统计。按照全辖机构发生信息变更的各类原因，统计任意时间段（自定义选择）的数量，如某时间段全辖对应因迁址、升格等发生地址变更的机构数量。③按行政区划统计。统计任意时间段（自定义选择）内辖区各区、县（市）各信息项发生变化的数量，如某时间段内鼓楼区对应发生地址变更、名称变更、负责人变更的数量。
4.代码证管理
（1）全辖代码证信息。
①全辖代码证信息统计。默认列出全辖机构代码证信息，支持根据机构名称查询该机构所有网点代码证信息。②全辖代码证年检统计。分别统计全辖已年检和未年检机构数量及代码证信息。
（2）全辖代码证换发统计
①全辖代码证清退记录。默认列出全辖代码证清退记录，支持根据机构名称查询该机构所有网点清退历史记录。②全辖代码证换发记录。默认列出全辖代码证换发记录，支持根据机构名称查询该机构所有网点换发历史记录。③全辖代码证换发数量。根据机构名称统计某时间段内机构代码证换发次数，并汇总全辖换发次数。
（3）代码证年检时间设置
代码证年检结束时间设置。由人民银行用户手工选择时间设置，确认后自动将目前分析系统中所有存量机构的年检情况置为“已年检”。
四、机构地图定位功能
第14篇
1.1系统目标
该系统针对工程地质自身特点，立足于现有的摄影地质编录系统，实现地质编录辅助数据野外采集的数字化，采集数据的有效管理，以及采集数据与桌面摄影测量系统的无缝衔接。
1.2系统总体设计
本系统由PDA端野外地质信息采集软件和PC端影像地质编录辅助处理软件两部分组成。系统总体框架结构。
1.3数据库设计
系统数据库设计的目标是建立科学、高效的数据组织与管理体系，以实现工程地质编录数据的有效统一管理，提高系统载入、记录、查询、编辑等的工作效率。系统数据类型包括影像数据、图形数据和属性数据，对应影像、图形、属性数据库。数据库设计主要内容包括数据编码体系的建立和数据表设计。系统采用Acess和SQLServer数据库来存储和管理编录数据及成果。并基于ADO(ActiveXDataObjects)组件技术，实现对数据库的查询和统计。
1.3.1数据编码体系
为了实现数据的有效管理，需对数据进行统一编码，建立空间数据与属性数据的唯一对应关系，提高数据管理效率。系统的编码体系如下:
(1)编录底图影像数据编码
主标识码次标识码XXXXXXXXXXXXX+XXXX工程名称工程部位平台高程坡段代码+采集影像序列号如:SKY04132250044+05其中:主标识码作为影像数据管理的基本单位，用于单项工程(或桩号)内影像数据的管理，为影像拼接提供依据。次标识码为影像序列号，用于标识单张影像。将两级标识连接，则构成单张影像的标识。由此可见，通过数据编码可以保证编录底图的唯一性，便于与其中的空间数据形成一一对应的映射关系。
(2)图形数据编码
野外影像地质编录图的图形数据单位为地质构造点、线、面数据，对应实体属性构成的属性表。地层、风化分带、结构面(线)、节理裂隙、影像控制点、监测点等均为地质实体单位，是图形数据库的最小实体单位。图形数据标识码为:一级标识+地质类(面、线)序列号(分类编号)。
1.3.2数据库表设计
系统数据表包括影像数据表、图形成果数据表和地质实体属性表。地质实体数据表主要有地层数据表、结构面数据表、节理裂隙数据表、风化分带数据表、监测点数据表、影像控制点测量成果数据表。由于野外编录环境一般比较恶劣，因此在保证对地质要素描述详尽、准确以及与桌面摄影地质编录衔接的基础上，对桌面摄影地质编录系统的实体属性表进行了一定的简化，减少了一些非主要字段，并根据工程实践经验，设置缺省值与可选项，从而提高野外编录的效率。
1.4系统功能模块设计系统包括PDA端野外地质信息采集系统和PC端影像地质编录辅助处理系统两部分。
1.4.1PDA野外地质信息采集系统模块设计
(1)地质底图载入模块
该模块主要用于将野外拍摄的工程高分辨率影像载入工作区，作为地质要素添加标记的底图。该模块包括影像压缩和影像拼接两个子模块。考虑到现场信息采集对影像分辨率要求不高及PDA硬件限制，采用金字塔技术对影像进行压缩，克服了由影像尺寸过大带来的运行速度过慢的问题。实际工程应用中，编录的对象是工程地质边坡等连续大场景，但普通相机视场角较小，所获得的单张影像仅为工程的一部分。因此，需要对所获得的单张影像进行拼接，获取目标场景连续的大视场影像作为编录底图，从而完整、准确地编录整个工程的地质要素。该模块采用仿射不变量技术实现多视点宽基线平面边坡影像自动拼接，对于拍摄角度变化不大的竖直坡面影像，采用附加双向匹配几何一致性约束的SIFT算法进行处理;对于拍摄角度变化较大的非竖直坡面影像，采用基于几何纠正的SIFT算法处理，拼接结果较好。通过影像自动拼接提高了编录信息的准确性及编录工作效率。
(2)地质要素添加模块
该模块主要用于添加各类地质要素，采用选单方式进行设计，操作简单。考虑到用户对地质属性的未来扩展及采集数据与PC机摄影编录系统的无缝衔接，定义了代码属性库的概念。各种点、线状地物的特性均受代码库控制(代码库向用户开放)，用户可根据自身需要设置代码，用代码控制其图层、颜色、线形、线宽等实体特性，进行删除、转换等编辑操作。方便地物信息提取和相互转换，为地质信息入库创造了有利条件。
该模块主要包括对已录入的地质要素实体的编辑，如修改、删减多段线节点，移动点状、线状地物的空间位置等;还包括对地质要素的属性的修改，如修改一条节理裂隙线的节理室内编号、节理性质、起伏差、填充状况等。
(4)系统数据维护模块
用户可通过该模块中对数据表、数据字段进行设置，如添加新数据表、在已有数据表中添加新字段等。
1.4.2PC端影像地质编录辅助处理系统模块设计
现场编录完成后，在室内将PDA中的工作区传入PC端，通过PC端影像地质编录辅助处理软件对野外编录数据进行查询、浏览及编辑，将数据无缝汇入摄影地质编录系统工作环境中，避免传统图纸作业方式因人工汇整、重新输入而产生的错误，提高编录速度。
(1)地质信息编录模块
该模块可将PDA采集的地质编录文件载入PC端处理软件，在室内以工程桩段为单位进行多张影像地质要素的集中检查、合并、补充、删除等处理。
该模块主要功能是将编录结果导入CAD中，在CAD环境下对编录结果进行编辑、整饰，添加地质符号及说明文字，输出编录图等编录结果数据。
2系统实现系
统PDA端采集软件以EVC＆MapX为开发平台，充分利用了MapXMobile的技术优势，确保系统界面的美观实用以及用户操作的灵活方便。PC端辅助处理软件以VB为开发平台，集成MapInfo的开发环境进行开发。同时，利用AutoCAD的二次开发VBA编程，开发系统的图形输出子系统，并建立地质编录图形、图像、属性数据库，开发数据库查询、维护、输出系统。
3系统工程应用实例
本系统在向家坝等大型水电工程中得到全面应用。在进行野外数据采集时，首先利用数码相机或PDA拍摄工程现场影像资料，并在PDA上完成条带单张影像拼接，获得大视场整幅影像作为影像地质编录底图。然后进行地质编录辅助信息采集，用工程实践证明，本系统可快速、精确地在工程现场获取地质信息，实用性强。且系统所获取的数据内业处理时能与地质编录数字摄影测量系统无缝衔接，有效提高了数据管理效率，辅助完成摄影地质编录工作。
4结语
第15篇
（一）学生管理子系统需求分析
学生管理是教学管理的重要环节，是培养全面素质和综合职业能力的重要组成部分，在学生人数多、专业覆盖面宽、专职工作人员少的现实情况下，采用网络化、信息化管理尤其重要。其管理内容包括:录取与注册、班级管理、学生学籍管理等。新生电子注册后，按班级每生还生成一个顺序号，是该班学生的名单的顺序，也是有关部门印制考勤表、成绩单的依据，也方便任课教师的成绩录入。班级管理是按照预定学生人数组成班级。数据库中，班级信息包括专业、班级名称、班主任教师姓名及联系方式、班级人数、男女生人数、教室位置、宿舍分布情况等，同时建立班级奖惩数据库。
（二）学籍管理子系统需求分析
学生学籍管理是一项复杂、繁琐的工作任务。在人工管理条件下，工作量巨大，也常常由此而造成某些资料的遗缺。教学管理系统以强大的数据库系统为支撑，将新生注册、教师成绩登录、奖学金名单拟订以至补考、奖惩等均与学生数据库直接链接，遇学生转班、休学等情况，其学号不变，所有记载无需转换，即可真实记载该生在校学习的整体情况。学生毕业时，按照相应打印功能，将学生个人成绩单、奖惩等有关入档的内容直接打印，经学校签章后入档，工作十分简便。
（三）系统管理子系统需求分析
系统管理是教学管理信息系统的一个重要环节，整个系统安全的安全性在很大程序上决定于系统管理子系统设计的科学与否。它主要涉及的内容为：用户管理、密码管理、数据备份、数据删除等。教学管理信息系统要为各级用户的权限设置非常灵活的接口。所以系统管理子系统要根据各类用户的不同工作特性进行用户权限设置、密码复杂程度设置、数据库备份机制、数据删除管理机制等。
二、教学管理信息化系统设计与开发
（一）系统体系结构
管理信息系统体系结构主要包括为客户/服务器(C/S)模式和浏览器/服务器（B/S）模式。C/S模式把系统的处理任务在客户端与服务器端之间进行分工合作，实现整体性能优化。在这种体系结构下，服务器中依次安装着多用户或多任务操作系统、网络通讯软件及SQLDBMS，数据处理部分，由客户端和服务器端共同承担，这就使系统的性能相对以前的结构有质的提高。缺点是开发费用较高，系统的构成部件较多，因此发生故障的可能性增加。且故障定位较困难，维护困难。B/S模式是一种以Web技术为基础的新型的MIS系统平台模式。远程数据服务实现了对用户界面、逻辑规则、数据服务的逻辑分离和独立封装，可重复使用、易于管理、升级、可跨平台，因此，教学管理信息化系统应采用浏览器/服务器（B/S）模式。
（二）数据库管理系统
数据库管理系统（DBMS）是指对数据进行管理的软件系统，它是数据库系统的核心，它与数据库系统中的各个部分都有着密切的联系。对数据库的一切操作都是在数据库管理系统的控制下完成的。数据库管理系统的主要目的是使数据作为一种可控制、可管理的资源，从而为各种用户所共享，增进数据的安全性、完整性和可用性，提高数据的独立性，它也是用户的应用程序与物理数据库之间的桥梁。SQL语言结构简洁，功能强大，简单易学，是一个通用的功能极强的关系数据库标准语言。通过对以上各种数据库管理系统的分析比较，根据教学管理信息系统的具体特点和要求，本系统与采用了关系型数据库管理系统SQL。
（三）软件平台
