通信软件范文

导语：如何才能写好一篇通信软件，这就需要搜集整理更多的资料和文献，欢迎阅读由公务员之家整理的十篇范文，供你借鉴。

篇1

【关键词】通信软件 质量要求 软件模型

1 引言

随着软件在通信行业中的应用和发展，如何保证通信软件的质量已经成为软件开发全生命周期贯穿始终的重要问题。然而软件质量是一个复杂的概念，对于不同的通信软件系统，软件质量的要求不一定相同，所关注的软件质量属性也不一定相同。软件业的专家们建立了多种通用的软件质量模型，在软件生命周期的不同阶段对软件质量进行度量。通用的软件质量模型在通信软件项目中使用，不能较好地结合通信软件的特性，软件质量可控性效果有限。本文主要介绍了软件质量定义的演变过程，简要介绍了三种通用软件质量模型，通过对通信软件的特性分析，建立了一套基于六项通信软件质量属性的软件质量要求体系。

2 软件质量

在软件术语定义中，目前为止对软件质量还没有一个统一的定义。软件质量是一个复杂的概念，先从国际上软件业对软件质量认识的演变过程说起：1979年，Fisher和Light认为软件质量是表征计算机系统卓越程度的所有属性的集合；1982年，Fisher和Baker认为软件质量是软件产品满足明确需求的一组属性的集合；20世纪90年代，Norman、Robin等认为软件质量是表征软件产品满足明确的和隐含的需求的能力的特性或特征的集合；1994年国际标准化组织公布的国际标准ISO 8042综合将软件质量定义为：反映实体满足明确的和隐含的需求的能力的特性的总和；CMU SEI的Watts Humphrey指出软件产品必须提供用户所需的功能，如果做不到这一点，什么产品都没有意义。由此可见，软件需求是度量软件质量的基础，不符合需求的软件就不具备质量。国内的标准GB/T 11457-2006《软件工程术语》中定义软件质量为：软件产品中能满足给定需要的性质和特性的总体；软件具有所期望的各种属性的组合程度；顾客和用户觉得软件满足其综合期望的程度；确定软件在使用中将满足顾客预期要求的程度。

软件质量从不同的角度来看会得到不同的结论。从用户的角度看，软件质量就是满足客户的需求；从开发者角度看，软件质量就是与需求输入保持一致；从产品的角度看，质量就是产品的自身功能和优势。综上所述，对于质量的定义还应该是多方面的，在本文中给出如下定义：软件质量是软件产品满足使用要求的程度。

3 通用软件质量模型

软件专家们根据软件工程实践经验研究建立了多个软件质量模型来帮助理解、度量和预测软件的质量。运用最为广泛的软件质量层次模型包括McCall模型、Boehm模型和ISO9126质量模型。

McCall模型是最早的质量模型之一，如图1所示。J. A. McCall等人认为软件质量是正确性、可靠性、效率等构成的函数，正确性、可靠性、效率等被称为软件质量因素。McCall定义了11个软件外部质量特性，称为软件的质量要素，它们是正确性、可靠性、效率、完整性、可用性、可维护性、可测试性、灵活性、可移植性、可重用性和互操作性。

Boehm模型是由Boehm等在1978年提出来的质量模型，如图2所示。在表达质量特征的层次性上它与McCall模型类似，但它基于更为广泛的一系列质量特征，并将这些特征最终合并成19个标准。区别于McCall模型，Boehm提出的概念的成功之处在于它包含了硬件性能的特征。

ISO9126质量模型描述了一个由两部分组成的软件产品质量模型：一部分指定了内在质量和外在质量的六个特征；另一部分则指定了使用中的质量属性。如图3所示：

4 通信软件质量模型

4.1 通信软件特点

通信类软件具备了实时性和交互性软件的特性。实时软件的运行有严格的性能要求和性能约束。实时软件与外部接口的设备进行交互，并在实时状态下完成交互信息的处理等工作，简单灵活、模块化地对可靠性、可维护性、可用性等性能要求进行设计。实时软件处理的关键是效率，因此设计的主要内容是并发任务处理和定时中断，基于这两个方面来对每个关键功能按优先级排序，并完成功能的实现。交互软件是控制人机交互的通信软件。交互系统能够对人的介入做出反应，接受命令并以音频或者视频的方式响应或者在屏幕上输出显示。交互软件质量的关注焦点是人机之间的交互性能，如何向用户进行功能的演示。开发交互式软件必须关心两个内容：一是要提高交互能力，二是怎么把系统反映最好的一面演示给用户。

4.2 通信软件质量要求

软件质量是一个复杂的概念，软件业界很难定义出一个能够适用于所有软件的质量模型。每个软件系统都有自己的特征，通信软件在选择软件质量要求时必须考虑通信软件的共性需求。结合通信软件实时性和交互性的特点，软件质量必须着重关注软件效率和软件的人机交互性能，应该从软件的体系结构设计来系统地获得软件质量要求。在通信软件项目的开发过程中，项目经理眼中的软件质量就是能完成预期软件功能的软件产品。包括功能需求、性能需求、接口需求、质量需求、安全性需求等全部需求指标。项目经理需要一个对其工作有指导意义的软件质量要求，既可以帮助项目经理管理项目团队开发出符合需求与标准的软件产品，也可以帮助项目经理识别和规避可能影响项目质量的风险。但是在实际的通信软件开发中，项目经理和开发人员往往把精力集中到功能需求上，包括软件质量要求在内的例如性能要求和安全性要求等非功能需求容易被忽视。一味地追求功能上的推陈出新，软件质量要求却在软件设计中落不到实处。

就软件质量要求而言，每一个通信软件系统都是唯一的。不同质量级别对应着不同的软件质量要求。本文结合通信软件实时性和交互性的特点设计了一套通用的通信软件质量要求，从功能性、可靠性、易用性、效率、可维护性和可移植性6个软件质量属性来展开通信软件的质量要求。

（1）功能性

适用性：软件在预定环境使用时，满足功能需求（隐含功能需求）的能力；

正确性：软件在预定环境使用时，提供正确的运行结果并保证数据具有所需精确度的能力；

互用性：软件与其他约定系统进行信息交互的能力；

保密性：软件保护数据和信息，防止非法人员对软件进行访问的操作；

依从性：软件遵循相关通信业务标准、约定和法规的能力。

（2）可靠性

成熟性：软件在预定环境使用时，避免因其故障而引发失效的能力；

容错性：软件在出现故障或违反规定接口的情况下保持所设计性能水平的能力；

可恢复性：软件在失效时重建所设计性能水平并恢复直接受影响数据的能力。

（3）易用性

易理解性：用户能理解使用的能力；

易学性：用户学会并掌握软件使用的能力；

易操作性：用户操作软件的能力。

（4）效率

时间特性：软件在预定环境使用时，提供适当的响应和处理时间及吞吐量的能力；

资源特性：软件在预定环境使用时，使用适当的资源数量和类型的能力。

（5）可维护性

易分析性：确定软件缺陷或失效原因及确定软件设计更改的能力；

易变性：修改、排除缺陷或适应环境变化的能力；

稳定性：避免软件设计更改带来非预计影响的能力；

可测试性：对软件和软件的设计更改通过软件测试进行验证确认的能力，确保软件实现预定功能的能力。

（6）可移植性

适应性：软件无需采取措施或采取极小的措施即可适应所规定不同环境的能力；

可安装性：在预定环境下实现软件安装的能力；

可复用性：软件的架构设计可提高其他项目继承使用的能力；

共存性：在同一公共资源下本软件与其他软件共存的能力；

易替换性：在同一预定环境中软件替代其他制定软件的能力；

遵循性：软件遵循可移植性的标准和约定的能力。

本文给出的是一套相对全面的通信软件质量要求，包含了影响通信软件质量的基本要素。每个通信软件项目通过对软件需求的全面分析，经过裁剪来确定适合本项目的软件质量要求。通过对软件质量要求的跟踪监控，将每一条软件质量要求通过软件分析设计实现到软件实体中。

5 结束语

本文通过对软件质量定义的介绍阐述了软件质量在软件开发中的重要性，讨论了软件质量的基本属性，然后介绍了三种通用的软件质量模型。分析了通信软件实时性和交互性的特点，构造了一个适用于通信软件的软件质量要求模型。通信软件项目可结合项目需求对其进行裁剪，确定适用于项目的软件质量要求，在软件的全生命周期模型中实现该要求。

参考文献：

[1]ISO 9126. Information Technology--Software Product Evaluation--Quality Characteristics and Guidelines for Their Use[S]. International Organisation for Standardization， 1992.

[2]G Gordon Schulmeyer， James I McManus. Handbook of Software Quality Assurance（Third Edition）[M]. 2003.

[3]Stephen H Kan. Metrics and Models in Software Quality Engineering（Second Editon）[M]. 2004.

篇2

目标主机上程序代码如下：//定义全局变量winsockgs_wssocketdgramgs_udpintgi_port//定义目标主机端口号//在open事件中创建winsock和数据报式套接口对象gs_ws=createwinsockgs_udp=createsocketdgram//通知套接字端口有请求事件发生gs_udp.wsaasyncselect(handle(parent),1025,gs_ws.fd_read+gs_ws.fd_write)//欲接收读、写准备好通知//绑定端口gs_udp.bind(0,gi_port)//绑定目标主机端口号在调用wsaasyncselect后，窗口需处理消息，此处需为窗口定义一个新的自定义事件，事件的ID为pbm_custom02。该事件有两个变量，wparam与lparam，变量类型分别为un-signedlong与long。//接收源主机发来的消息并发送消息至源主机，uPeerClient,i//ClientPort分别为源主机的IP地址与端口号gs_udp.recvfrom(ls_data,1024,0,uPeerClient,iClientPort)//接//收消息，消息存于ls_data变量中接收到消息后，程序可进行//其他操作处理，向源主机发送消息gs_udp.sendto(ls_data_return,len(string(ls_data_return)),0,u－PeerClient,iClientPort)//使用完成后，在close事件中关闭socket，释放资源gs_udp.closesocket()destroygs_udpdestroygs_ws源主机上程序代码如下：//定义全局变量winsockgs_wssocketdgramgs_udpintgs_ip，gi_port//定义目标主机的IP号与端口号//在open事件中创建winsock和数据报式套接口对象gs_ws=createwinsockgs_udp=createsocketdgram//通知套接字端口有请求事件发生gs_udp.wsaasyncselect(handle(parent),1025,gs_ws.fd_read+gs_ws.fd_write)//欲接收读、写准备好通知//在发送按钮下写发送程序代码gs_udp.sendto(ls_data,len(string(ls_data)),0,gs_ws.Inet_addr(gs_ip),gi_port)//ls_data为发送的消息，其中Inet_addr将//IPv4格式转换为无符号的长整型函数，实现IP地址的转换在调用wsaasyncselect后，窗口需处理消息，此处需为窗口定义一个新的自定义事件，事件的ID为pbm_custom02。在该事件中，有接收目标主机消息程序代码。gs_udp.recvfrom(ls_data_return,1024,0,uPeerClient,iClient－Port)//接收目标主机发送的消息//使用完成后，在close事件中关闭socket，释放资源gs_udp.closesocket()destroygs_udpdestroygs_ws

2主备服务器的数据库同步备份

在软件设计时，需要在任意时刻对数据库进行备份和还原，其备份文件保存在管理员机端的相应文件夹下。由于这种备份功能是由管理员的意愿进行备份，故每次备份时都将覆盖上一次的备份文件，以保留管理员所希望的最新的备份文件。但是人工备份方式也有一些缺陷，它具有不可连续性操作，备份时间点不确定等缺点，而且当主服务器上的数据库遭到损坏、系统故障或服务器硬件故障等原因主服务器无法启动时，也显得束手无策，为此设计了一种基于PB的主备服务器的同时定时备份软件。功能示意图如图2所示。该软件工作时，将主服务器中的数据库阶段性的以备份文件（*.dat）的形式保存起来，当出现数据无法使用或数据保存错误的情况时，可通过告知管理员，在主服务器上手动进行还原，将数据还原到自己所需要的时间点；或是通过服务器上的管理员端软件对数据库进行还原。当主服务器关机时，管理员通过手动开启备用服务器，仍可向用户提供最后一次还原的时间点的数据。

2.1定时开机与关机功能（1）保证硬件连接：用网线将笔记本网口与备用服务器的管理口（SystemMGMT）相连。（2）设定笔记本与备用服务器的IP地址和子网掩码，保证两个地址在同一个网段。（3）在笔记本上打开IE浏览器（或其他浏览器），在网址中输入：192.168.70.125（默认IMM的IP地址）（4）在弹出的页面中，分别输入用户名：USERID，密码：PASSW0RD（此处0为数字零）。（5）登录后，点击continue，选择tasks下的Power/Restart，再选择ScheduleDaily/WeeklyPowerandRestartActions，在这里设定时间并Save（此处选择每天定时开机、关机）。注意：必须保证IMM时间与服务器时间相同，可在IMMControl下的SystemSettings中设置。

2.2主服务器软件主服务器上开机时自动运行一个小程序，完成定时备份的功能。程序启动后，一直监测备用服务器的共享文件夹定时备份是否存在。若不存在，则将timebackup.ini文件中的backup置0；若存在则判断timebackup.ini文件中的backup是否为0，若为0则为是第一次检测到，随后将backup置1，并备份主服务器中的test数据库，将此文件拷贝至主服务器定时备份文件存放地址下（创建以备份时间命名的文件夹），以完成主服务器的定时备份；同时将此文件拷贝至备用服务器的共享文件夹下，并通过SQL语句将该备份还原至备用服务器，以完成备用服务器与主服务器的数据库数据同步。

2.3备用服务器软件同理，在备用服务器上也同时运行一个小程序，其功能是检测备用服务器自身的共享文件夹中是否存在数据库备份文件（.dat），此备份文件为主服务器数据库最近一个时间点的备份文件。若存在则将该备份文件拷贝至备用服务器文件夹下（创建以备份时间命名的文件夹）。这样，只要管理员打开备用服务器，键入密码进入桌面，即可将主服务器数据库最新的备份文件拷贝一份至备用服务器存储起来，对数据库的数据又加了一层保护。由于服务器程序是以备用服务器的共享文件夹是否存在为基础的，与时间无关，因此这两套程序不受定时开机、关机的时间的约束，即可以随意更改定时开机、关机的时间，以满足工作的需要。又因与时间无关，当管理员在任意时间点打开备用服务器时，这两套程序仍然正常运行，即也会设立一个新的时间点进行备份（此操作不影响当天的定时备份环节），这样也间接地完成了不定时备份功能。

3结语

篇3

【关键词】QQ 中学生 有效学习

21世纪人类已经进入到信息时代，网络通信技术已经在全社会普及，引起了社会生产和人们生活的深刻变革。作为身处信息时代的中学生，其成长成才深受其影响，也对青少年时期的中学生教育带来了“双刃剑”效应。

1 网络对中学生有效学习的双重影响

从积极的意义上来讲，高度信息化的社会开始成为青年的生活世界。网络技术使计算机从孤独、封闭中解放出来，形成民主开放、自由共享的网际网络，成为人们相互交流、共同旅行的生存空间。网络已经成为人们工作生活的必须工具，中学生不可或缺。除此之外，网络无所不包的信息为中学生获得信息、扩大阅读面提供了极大便利，其交互性使人机互动、人人互动的时间、空间、方式远远超出了传统的互动范畴，深刻影响着中学生的学习方式。学生可以利用网络的交互性，就自己的特殊问题向老师请教，展开讨论；根据自己的兴趣进行某些方面更为深入学习和探索，以求得个性的发展。建构主义认为，“知识不是通过教师传授得到，而是学习者在一定的情境即社会文化背景下，借助其他人（包括教师和学习伙伴）的帮助，利用必要的学习资料、学习工具，通过意义建构的方式获得。”

从消极的的意义上来讲，如果中学生没有恰当的使用网络，如形成“网瘾”等，也会引起中学生对学习的积极性和主动性。一是“网瘾”会浪费大量的时间和精力。比如，有的学生基本上保持QQ全天候在线，手机、平板、计算机成了他们挂QQ的主要方式。个别学生在上课时间偷偷玩手机，部分学生由于玩QQ影响休息，精神不振。课下把作业和预习抛之脑后，谈论起DOTA、WOW等立马精神百倍。二是通过网络接触不良信息，对学生的学习观造成扭曲。黄色、暴力、赌博、等信息通过图文、视频、网游等方式，在网络上传播，让处于三观形成阶段的中学生产生错觉和误判，把虚拟误认为现实并沉迷其中。比如在语文学习方面，“由于中学生处于叛逆时期，对新鲜事物的追捧使网络流行语极易在这类人群中获得青睐，但是中学生心智处于成长时期，过分的‘暴露’在网络流行语氛围下，将会导致中学生丧失对规范语文的学习兴趣，甚至会影响到他们对规范语文的使用能力。”

2 通过即时通信软件促进中学生有效学习的可行性分析

“网络在现代社会的作用越来越突出，学校教育已无法回避网络对学生的学习、生活产生的影响。”以腾讯QQ为例，其为深圳市腾讯计算机系统有限公司开发的一款万维网及时通信软件。其功能强大，最高在线人数达2.5亿（图1），中学生基本人手一号，这为网络教育提供了可能。首先，QQ是网络教育的稳定平台。目前，在众多的即时通信软件中，笔者所在的班级只有QQ实现了人手一号甚至多号，只有QQ空间的使用远远超过微博，达到100%，这使得教师基于QQ创新教育途径成为可能。其次，QQ软件设计的初衷符合网络教育的需要。网络的特性之一就是使用主体的平等性，通过QQ实现平等无碍的交流是其设计的主要目的。通过QQ，教师可以更加容易的与学生交朋友，走近其心灵，引导其思想，开展知识技能教育。再次，QQ的强大功能可以满足中学教育教学的需求。腾讯QQ除了常用的“网聊”之外，还有空间、说说、相册、心情、视频、语音等功能，为教师传道受业、答疑解惑提供了方便。比如，利用“群聊”功能，还可以实现一对多的即时指导。

3 通过即时通信软件促进中学生有效学习的主要方法途径

3.1 通过即时通信软件开展思想引领

处于豆蔻年华的高中生愿意接受新事物，是开展三观教育，端正学习态度的绝佳时机。这一时期教师利用QQ的即时通信软件开展思想引领教育，会收到事半功倍的效果。一是利用“说说”功能端正学习态度。QQ空间往往是学生对现实学习、生活、思想的另一个表达平台，受到学生的普遍欢迎。空间“说说”功能简洁明了，支持文字、图片、表情等格式，可长可短，简繁皆宜，成为表达思想的常用途径。教师可以精心设计，创作或者转发一些能吸引学生、激发共鸣、打动心灵、积极向上的“说说”来引领学生思想，寓教于乐，达到“润物细无声”的教育效果。二是利用“日志”功能引领学生思想。当下学生的阅读主要体现出网络化、碎片化、娱乐化的倾向，一些学生由于没有及时的给予引导，往往陷入网络小说、互动游戏等不能自拔，甚至接触到一些言情、黄色、暴力等不健康的阅读内容，容易将学生引入歧途。为此，教师可以利用QQ空间“日志”功能引领学生思想。比如，可以通过“日志”发一些文学性的作品吸引学生，转移他们的注意力。但是文章篇幅不能太长，控制在2000字以内为佳，或者采用系列连载的方式；要要图文并茂，通过自己创作或者网络收集一些贴近学生、贴近生活、贴近实际的美图，往往更容易引起学生的兴趣；文章内容要符合学生的审美观点，避免说教。

3.2 通过即时通信软件传授学习方法

当下，高中生面对巨大的升学压力，往往体验不到学习成长的乐趣，感到学习完全是外界强加的任务，身心俱惫，学习方法不得当，成绩不太突出的学生更是如此。这就要求教师要做到因材施教，采取合适的途径给予学生方法上的指导。一是QQ等即时通信软件可以跨越沟通的空间限制。QQ等即时通信软件基于万维网络设计，通过计算机网络传输信息，有其是当下无线通信终端普及的情况下，更是可以做到随时随地的无障沟通，为教师指导学生学习方法提供了便捷的平台。二是QQ等即时通信软件可以即时推动、长期保存学法技巧。教师可以利用QQ空间的“说说”“日志”等功能，把学习要点、学习技巧、习题解读等内容推动给学生，让学生充分利用零碎的时间，随时随地获得学法技巧。还可以利用即时通信功能，随时随地答疑解惑。比如，可以在周末、假期与学生约定集中答疑的时间段，通过文字、图片、语音、视频和群聊等形式，集中解答学生关于学习方法和知识技能的疑惑，从而提高学生的学习效率，增进师生感情。

总而言之，在教育教学中充分利用网络带来的便利，让网络服务于教育教学和学生成长是大势所趋。这就要求教师、学生和家长要正式入QQ等网络交往平台的正功能，摒弃负功能，发挥其在教育教学中思想引导、端正态度，兴趣培养、激发潜能，指导方法、提升效率中的作用，以求实现学生有效学习的目的。

参考文献

[1]王智勇.计算机网络技术对中学生物教学的冲击[J].武汉科技学院学报，2001（01）：85-89.

[2]王怀新.QQ群在网络学习中的应用[J].中国教育技术装备，2013（26）.

[3]吴灵.探讨网络对中学语文教学的影响[J].好家长，2015（47）.

[4]方湖柳.网络与学生自主学习能力的培养[J].宁波职业技术学院学报，2003（03）.

作者简介

常恒源（1999-），男，现就读于郑州市第一中学1704班，在校多次获得“三好学生”、“学习标兵”等称号；爱好计算机、音乐和体育，曾获全国青少年手风琴大赛金奖；数学成绩多次在期中、期末考试中班级第一；平时喜欢电脑科技等学科创新活动，初中时曾参加学校组织的航模小组，并取得一定成绩。

篇4

关键词：通信工程；软件；开发研究；风险

在通信软件的开发过程中，往往会遇到很多风险，其中通信工程软件风险指的就是在软件开发的过程中遇到的由于软件本身的缺陷所带来的风险。由于各种风险的产生都具有一定的不可预测性，因此在进行风险防范的时候，也应该进行相应的决策选择。风险本身就是一种在确定与不确定之间的中间态，在进行通信软件工程开发的时候，风险的产生与很多方面的原因都有关系，比如客户的要求、开发过程中遇到的各种问题以及问题的处理效率、工作人员对各种技术的掌握水平等，这些都会影响到软件的开发效率。另外，由于人的思想观念以及行为的改变，也会给通信软件开发带来风险。在通信软件开发过程中，考虑到风险问题时，一个最重要的问题就是如何规避风险，尤其是要避免应用程序以及软件项目彻底失败的风险，如果在开发的过程中根本没有风险规避意识，则出现风险的可能性就会很大，而且常常会对开发者带来不可逆转的影响。对此，在进行软件开发的时候，就应该具有风险防范意识，能够制定一系列的风险防范预案，开发者要辨别一些比较常见的风险，使各种隐蔽的风险能够被及时发现，防止对软件开发带来持续性影响。

1远程通信及网上报销软件开发实例

需求分析：网上报销需求的提出，是在预算管控的基础上进行的。通过预算管理与总账系统的集成，满足财务会计科目级的预算控制管理。但是费用类报销的监控管理，财务希望前升到业务单据的提交，通过的单据生成财务数据，未通过则等待审批流程完毕。从另一方面，现在博奇的项目部分布较分散，报销业务处理不是很便捷，通过预算平台，则可以打破地区的限制，随时进行业务操作管理。

远程通信及网上报销的主要流程如图1所示。

远程通信及网上报销系统的操作流程如图2所示。

2通信工程软件风险

在软件开发过程中，常见的风险一般有2种特性，其中一个是不确定性，也就是说软件的风险有可能发生，也有可能不会发生；另一个是确定性，也就是风险确定会发生，对企业一定会产生影响，区别在于风险产生的影响大小。在分析风险时，首先就应该对风险的确认程度以及风险所带来的损失程度进行量化，使得开发者能够对风险及其损失有一个大致的认知。为了对风险产生准确的认知，则应该首先了解风险的类型：第一，项目风险。项目风险指的是软件开发项目所对应的风险，比如潜在的预算费用、客户的需求变化、开发的进度、开发人力资源等，这些都属于项目风险，会对软件开发进程带来一定的影响。该风险指的是潜在的预算、客户、需求、进度、资源、人力等方面的一些问题和它们对软件项目开发的影响。项目风险会威胁到项目计划，一旦风险变成损失，有的就会对项目的进度造成延期，增加项目的成本。项目风险因素还包括项目的复杂性、规模、结构等一些不确定性。第二，技术风险。软件开发过程中，技术人员的水平也会对开发项目产生一定的影响，比如在软件设计、软件调试、维护等过程中，如果技术人员的综合能力水平不高，则极有可能导致通信软件开发过程中出现各种问题，产生的风险是属于软件自身风险范畴内的。技术风险也会对项目风险产生影响，比如由于技术问题导致软件开发进度受影响，软件交货时间延迟等。第三，商业风险。商业风险也是软件开发过程中一种比较常见的风险，可能威胁到欲开发的通信工程软件是否可以生存，商业风险经常会危害到项目或产品。第四，通信工程软件识别风险。识别风险指的是在软件开发过程中应该了解整个项目的计划，从而能够明确在软件开发过程中可能出现哪些威胁。通过对一些己知风险的识别和一些未知的风险的预测，则可以避免相应的风险。对于每一种风险而言，都可以将其分为不同类型的风险，比如一般性风险和特定产品风险。一般性风险指的是一个软件开发过程中潜在的威胁，特定的风险指的是开发者在特定的环境下才能辨别的风险，比如在对项目开发的人员组成、技术能力等进行了解的基础上才能明确的风险就属于特定风险。为了对风险进行识别，则应该了解项目的计划以及软件范围的内容，从而对软件中存在的威胁到整个项目的风险因子进行排除，使得软件开发的一般性风险以及特定风险都能得到有效地控制。第五，过程风险。过程风险指的是在软件开发过程中所面临的风险，比如当一个软件设计不够清楚、软件的分析和测试都处于无序状态的时候，整个软件开发过程就很有可能面临较大的风险，整个项目所处的状态就不是很稳定。

对于每一种风险而言，都可以分为不同的程度等级，分别是轻微的、可忽略的、灾难性的、严重的，对于不同程度的风险，其产生的预期结果也会不相同。表1是关于不同程度的风险对比。

3风险预测

风险预测指的是对风险产生的可能性进行估算的过程，一般包括2个方面的内容：一个是发生风险的概率有多大，另一个是风险一旦发生之后其产生的影响有多大。从图3可以看出，根据各种风险的情况可以定义出一条终止线。这条终止线（表中某一点上的一条水平线）表示：只有在这条线以上的那些风险能够受到关注，对其进行控制，如果在这条线之下，则应该对其再评估之后才能进行第二次排序。

从管理的角度来看，对于一个发生概率较高但是风险程度较低的风险而言，不需要花费太多的时间进行处理，但是对于一些发生概率较高而且影响也比较严重的风险而言，则应该加强对这些风险的控制。

当风险发生的时候，应该对风险的产生后果进行评估，才能对风险有更加整体的了解，使得风险能够得到及时、有效的控制。风险产生之后的评估主要有3个方面的标准：一个是风险的性质；一个是风险持续的时间；一个是风险所波及的范围。风险性质指的是当风险产生的时候有可能出现的问题，比如在软件开发的过程中，软件与客户硬件接口之间不衔接，就有可能导致软件后期的集成出现较大的问题。风险的范围具体来说就是风险的分布情况，有的风险所覆盖的范围较大，产生的影响也比较严重。风险时间则指的是观察到风险的时间以及整个风险可能持续的时间。在普通情况下，一个软件开发的项目风险发生得越早越好，有助于对风险进行控制。在对风险进行评估的时候为了更好地对风险进行定义，则应该设定一个相应的参考值，从不同的参考值中就可以看出风险的基本要素。比如软件开发过程中的风险有性能、成本、进度，这些都可以作为风险参考值，一旦出现风险的时候，应该考虑各个风险值，在风险分析的过程中参考值往往会有一个临界点，在这个点上可以决定是要继续项目还是终止项目，当各种风险组合在一起时，可以产生一个相应的参考曲线，超过该参考曲线的风险会导致整个软件开发项目终止。

险缓解、监控和管理

对软件开发项目的风险进行预测就是为了更好地进行风险的防范和处理，在处理风险的时候，应该考虑4个方面的内容：一个是风险的避免；一个是风险的监控；一个是风险的管理；一个是意外事件预案。在对风险进行防范时可以制定一个风险缓解计划来实现，比如在软件工程项目的开发过程中，由于开发技术人员的流动，将会导致项目遭遇一定的风险，这些风险可以被称作项目风险。以某项目为例，根据以往的经验可知，在项目开发过程中外出人员的流动概率大约为70%，当人员流失的时候，就需要重新找新的技术人员继续完成开发任务，这就会增加成本，也会导致进度受到影响。为了缓解这个风险，项目的管理者要采取一定的策略对人员的流动概率进行控制，首先要找到人员频繁流动的原因，比如有的是因为工资待遇不高离职的，有的是因为工作条件不理想而选择离职的，因此企业或者项目管理者要采取相应的措施解决这些问题，比如提高工作环境的舒适度，对技术人员进行奖励等。另外，还应该对技术开发队伍进行储备，当人员出现流动的时候，能够及时找到相应的人员填补空缺，使得开发队伍团队能够保持稳定性，对各种软件项目进行开发。当项目出现变动的时候，就应该及时对管理策略进行调整，要合理利用开发技术人员，使他们能够在自己的岗位上发挥出相应的作用，防止风险不断扩大。

篇5

利用计算机和网络技术辅助学习并产生巨大的学习效益，一直是人们孜孜以求的目标和理想。人们希望，通过计算机、网络和多媒体技术，为学习装备一颗奔驰的“芯”，让学习走向自由的王国。

然而，现实与理想总是隔着一步之遥。从早期的CAI课件到小型教学软件、大型教学软件、网上学校、网络教育，我们看到了繁荣，也看到了衰落，看到了发展，也看到了坎坷，单看国内中小学网校的发展历程就可见一斑。

学习模式失效了吗

网校是我国第一代网络学习产品。10多年中，网校走过了从起步到鼎盛时期(全国约1000家网校)再到规模萎缩(目前全国网校约100多所)的曲折历程。调查表明，目前大约只有10%的家庭会考虑选择网校，很多用户已经对网校敬而远之了。网校发展的辉煌似乎是昙花一现。

为什么？学习的结果决定一切。当人们从传统的面对面授课解惑转而通过人机交互、网络虚拟现实进行学习的时候，面对同样的困难，感受到的是更多的困惑和无助、更多的疲倦和失意。

确实，这种学习模式并不像人们期待的那样高效、便利、实用、适用。这不禁让人怀疑：这颗奔驰的“芯”难道失效了吗？

芯和心的区别

事实上，传统网校的确运行着一颗“芯”，它包括：计算机及多媒体技术、网络硬件构成的技术装备，以知识点为纲的大量教学资源和内容的聚集，学生通过学习账号可以学习资源和内容。

我们可以看到，这一代网络学习产品的特征是：以资源为导向，计算机和网络仅仅作为输送和表达内容的通道。通过调查也可以发现，人们对传统网校的总体评价普遍不高。

互联网的普及和发展，对网络学习机制的反思，以及对学习活动的深入研究，大大提高了我们今天对传统网校问题的认识程度。以下四个方面值得我们思考：

首先，资源相对缺乏。向学生提供所有内容即使是优秀的内容也等于没有提供内容。因为互联网每天都在产生大量的内容，其中不乏优秀资源，但从大量的内容中甄别出适合自己需要的资源显然不是学生自己能完成的任务。

其次，学习缺乏组织和引导。网校学习的一大特点是放任自流，缺乏有效的学习反馈机制，更谈不上有针对性的学习指导和督促。

再次，缺乏学习氛围。学生在网校中孤军奋战，没有参照对象，没有定位，更缺乏互动和交流的空间。在互联网学习环境下这一点尤为突出。

最后，人性关怀缺失。无论学生的基础如何、能力怎样，传统的网校用完全一样的方式对待每一个学生，处理所有的问题，学生优不能提升，弱不能缓解，完全缺乏人性化关怀的因素。

因此，传统的网校试图以教学资源的优势来解决学生学习上的困难和问题，其弊端也是显而易见的。这就导致了大量学生即使是在优质的教育资源面前也未必能因为它高效、便利而有所收效。可见，这样的“芯”能量有限，要让它“奔驰”起来并不容易。

以人为中心

通过仔细研究学习过程和学习心理，我们会发现根本的问题在于：学习不仅仅需要奔驰的“芯”，还需要有适应学习者个性差异的“心”，后者对学习过程和结果而言更加重要。也就是说，促进学习，提高学习效率，不仅是解决“芯”的问题，更是解决“心”的问题。

篇6

关键词： 控制系统； 中间件； 异构通信； 通信协议

中图分类号：TP311 文献标志码：A 文章编号：1006-8228（2012）12-11-03

Design of communication middleware and software in heterogeneous system

Huang Guanren1， Zhao Jianyong2

（1. Zhejiang Provincial Testing Institute of Electronic & Information Products， Hangzhou， Zhejiang 310012， China； 2. Hangzhou Dianzi University）

Abstract： Different industrial control systems have different communication interfaces， communication means and communication protocol， which is really inconvenient for application developpers. Middleware technologies are getting more attention as a solution to this problem. Starting with how to amalgamate heterogeneous structure of the communication protocol， based on certain theoretical and experimental research， heterogeneous communications network communication middleware solutions in industrial control systems are studied. The PLC heterogeneous communications network middleware system is designed and realized.

Key words： control system； middleware； heterogeneous communication； communication protocol

0 引言

PLC可编程逻辑控制器、DCS集散控制系统极大地推动了工业自动化的发展。然而，在采用这些控制系统的时候，出于对安全、经济等多方面的考虑，往往会采用多个不同厂家生产的控制器。不同制造商提供的控制系统在结构设计、标准等方面自成体系，互不兼容，技术标准互不公开，这些异构的通信网络环境由于访问方法和机制各不相同，即通信协议各不相同，使得控制系统之间的通信连接不易实现[1-2]。

为了便捷地在不同的通信接口之间通信，更好地开发和运行异构平台上的应用软件，解决PC机与以嵌入式技术为基础的控制系统之间的互通、互连和互操作问题，本文引入异构通信中间件HCM（Heterogeneous Communication Middleware）的概念，并设计了解决方案。该设计解决了异构通信网络的互通、互连，方便了应用层用户开发应用程序，提高了开发效率，缩短了开发周期。

1 异构通信中间件HCM总体设计

中间件技术近年来得到了广泛地研究与实践[3-4]，解决网络异构问题的中间件[5-6]也是研究的热点。根据异构通信网络协议的需要，我们设计了异构通信中间件HCM的整体结构框架，为用户提供了统一的数据访问接口；完成应用层和底层以及底层和异构通信网络间数据的传输和处理；提供适合各种编程模式的开放接口，并提供应用执行时的各种运行机制。

整个系统采用三层构架体系，HCM作为中间层构建在应用层和网络层之间，它有两个接口，分别为与应用服务器的接口（接口一）及与网络资源实体的接口（接口二）。HCM中间件平台的功能集包含以下主要功能模块：协议调度模块、通信模块、数据处理模块，如图1所示。

协议调度模块：在构建好的通信协议库中调度适合当前通信网络所需的通信协议。

通信模块：包括组帧模块（组装读/写数据帧）和通信口操作模块（读/写通信口）。其中组帧模块是面向应用层的接口模块，用来获取应用层数据信息；通信口操作模块是面向网络层的接口模块，用来根据组帧模块的数据帧通过通信接口与通信网络进行数据交互。

数据处理模块：包括数据类型处理模块、规则转换模块和有效验证模块。

2 系统各组成的研究与设计

对HCM系统的各组成部分及功能，从通信协议库的数据结构模型、通信协议调度算法、共享内存访问、通信线程状态转换、规则转换算法几个方面进行研究。

2.1 通信协议库数据结构模型

对于通信协议库ProtocodStore，可以把它看成是一片森林，ProtocodStore（Tree1，Tree2…Treei…TreeN），N≥0，森林中的每棵树Treei（Child1，Child2，…，ChildN），N≥0，是由一个或多个子协议库组成，按照森林的构建方法通信协议库可以抽象为图2所示的数据结构。

图2中，节点A和H代表公司名，节点B、C、D代表隶属于A的PLC类型，节点I、J代表隶属于H的PLC类型，节点E、F、G、K、L分别代表隶属于某个PLC型号的通信协议。

2.2 通信协议调度算法及调度模块设计

2.2.1 协议调度算法

协议调度管理器根据应用层用户提供的调度信息在通信协议库中调度具体通信协议，按照先序遍历ProtocodStore森林的算法来完成协议的调度，具体调度算法如下。

⑴ 取得调度元数据结构struct_Protocol；

⑵ 访问ProtocodStore森林的第一棵树的根节点A；

⑶ 先序遍历第一棵树Tree1中根节点的子树森林；

⑷ 若找到Tree1中节点度为0的叶子节点符合要求则转⑹；

⑸ 先序遍历除去第一棵树Tree1之后剩余的树（Tree2…TreeN）构成的森林；

⑹ 若查找成功返回找到的叶子节点信息，否则返回NULL。

经过该算法得到图2中所示森林中L节点的先序序列为：

ABECFDGHIKJL

2.2.2 协议调度的数学描述

定义1 设通信协议库的所有通信协议的集合为Cprot：

Cprot={C1，C2，C3，…，CN} N≥0 ⑴

式⑴中，Ci为某个通信协议对象，对每个对象Ci的描述形式为：

Ci={Companyi，PLCTypei，CheckSumTypei，

ComInfoi，ConfirmCounti，Modei} ⑵

式⑵中的Companyi，PLCTypei，CheckSumTypei，ComInfoi，ConfirmCounti，Modei表示第i个协议对象的属性。

定义2 设协议调度模块调度集为：

Action={Choose，Fold} ⑶

式⑶中，动作Choose表示调度器调度通讯协议库协议事件；动作Fold表示通信协议导入协议调度管理器事件。

定义3 通过定义1和定义2，协议库中的单个通信协议可定义为协议集、调度和通信网络的集合。

Mi={Ci，Actioni，CommunicationNetWorki} ⑷

式⑷中，Ci、Actioni和CommunicationNetWorki表示协议库中的第i个通信协议、调度事件和对应于Ci的通信网络。

通过以上三个定义描述了在HCM系统中的协议调度模块集合。协议调度模块主要由异构通信网络所需的通信协议库和协议调度器组成，协议调度模块结构框图如图3所示。

2.3 共享内存访问

共享内存作为一种进程间数据共享的方法，通过让两个或多个进程映射到同一个内存映射文件对象的视图，实现不同的进程共享物理存储器的相同页面。当一个进程将数据写入一个共享文件映射对象的视图时，其他进程可以立即获得该视图中的数据变更情况。利用共享内存实现数据的共享访问，能够达到系统资源的高效利用。因此，采用共享内存访问技术，通过HCM提供的接口ConstructReadData实现两者之间的内存交互，如图4所示。

在HCM中的共享内存方式不涉及内存互斥访问的问题，是“半双工”形式的内存共享，即：应用层动态开辟一块内存区域通过接口ConstructReadData分配给HCM，应用层循环从该内存区域获取信息，而HCM则通过数据处理模块将处理好的数据添入该内存区域，从而完成应用层和中间件层的内存交互，达到数据传递的目的。

2.4 通信线程中三态转换

在通信线程中涉及三个状态间的转换关系，分别为读数据状态、写数据状态以及空闲状态。三者之间的转换关系如图5所示。

读/写状态是在进行数据交互时的状态，由于写数据的优先级最高，所以无论是处于读状态还是空闲状态，一旦写数据事件产生，要立即转为写状态。通讯时，若接收到有效命令，则根据具体协议进行译码，执行相应操作，并对命令做出响应；若检查到错误，则说明接收字符不正确，予以丢弃，并保持通信口为接收状态，开始下一次接收操作。设置空闲状态的目的是为了释放内存占用资源，防止产生资源独占。在大多数情况下为读数据状态和空闲状态间的转换，只有在用户传递写数据时才发生读状态和写状态或空闲状态和写状态间的状态转换关系。

2.5 HCM通信模块设计实现

通信模块在整个中间件系统中是一个交互层，包括与上层应用层的接口、与下层网络层的接口。应用层需要读写数据时通过该模块的应用层接口将读写指令传递给组帧处理器。处理器根据用户给出的指令进行相应处理，处理后再通过该模块与网络层的接口进行通信，通信成功后得到需要的数据并交由数据处理模块进行数据处理。

由于在通信过程中不同的通信协议（如波特率等）和应用环境会影响到系统运行速度，如果采用单线程来完成数据处理和通信等功能，系统整体响应速度会很慢。因此，采用异步多线程的处理方案，组帧模块和通信口模块分别采用各自独立线程完成数据帧的组装和与通信网络的数据交互。通信操作时的独立线程方式，可以减少系统的闲置时间，提高通信口的吞吐能力。

2.6 数据处理模块的设计实现

数据处理模块主要负责对通信得到的数据进行分析处理，包括数据有效性验证、数据类型处理、规则转换处理三个子模块，如图6所示。

⑴ 有效性验证模块，目的是为了获得通信网络中正确的数据信息，包括通信站号、数据字节个数、数据校验等有效性验证。如果验证通过则进行数据类型和规则转换的处理，如果有一项验证失败则整帧数据均丢弃。

⑵ 数据类型处理模块，数据的基本类型包括：位（BIT）类型、字节（BYTE）类型、字（WORD）类型、双字（DWORD）类型、浮点数（FLOAT）类型。

⑶ 规则转换模块，目的是对⑴和⑵处理后的数据按照不同的规则进行数据转换，如果不需要转换则将数据直接传递给应用层。数据处理时根据特定通信协议进行设置，对接收数据按照不同协议语法格式进行检查和提取，包括数据有效性检查、数据类型处理、转换规则处理等操作。数据处理结束后，动态刷新接收缓冲区中的数据，该缓冲区与应用层实现内存共享。

3 系统仿真和测试

为了测试HCM系统的稳定性、可靠性等性能，通过建立仿真环境来进行性能测试和数据验证。测试过程中仿真了西门子S7-200、三菱FX1N、欧姆龙CPM2A三种型号的PLC构成的异构通信网络环境，在PC端生成对应的HCM系统并设计了应用层界面下载到Windows CE中运行，PC机模拟PLC运行环境。通过测试异构环境及通信数据，验证了HCM系统的稳定性和可靠性。

参考文献：

[1] Li Xiaoming， Li DongXiao. Protocol conversion of plant control

system consisted of different type PLCs[J].IEEE Trans on Software Engineering，2002.2：1509-1512

[2] 李男，黄永忠，陈海勇.一种嵌入式系统通信中间件的设计[J].微计算

机信息，2006.22（1-2）：48-50

[3] Richard Soley and the OMG Staff Strategy Group. Model Driven

Architecture：OMG White Paper Draft 3.2[EB/OL].http：///mda，2000，Nov 27th.

[4] 杨放春，龙湘明，赵耀.异构网络中间件与开发式API技术[M].北京邮

电大学出版社，2007.

[5] Richard E. Schantz，Douglas C. Schmidt.Middleware for Distributed

Systems： Evolving the common Structure for Network-Centric Applications[M]. Chapter in The Encyclopedia of Software Engineering. John Wiley & Sons，2001.

篇7

甲方：__________________________

乙方：__________________________

依据甲方的需求，并本着平等互利的原则，甲乙双方经友好协商，就甲方的医院管理信息系统（以下简称_______系统）的应用软件工程签订本合同。

第一条　适用法律

1．1．本合同适用法律为：《中华人民共和国技术合同法》、《中华人民共和国著作权法》和《中华人民共和国计算机软件保护条例》及《中华人民共和国经济合同法》等有关国家法律法规。

1．2．上述文件时间有不一致时，以日期在后的文件为准。

第二条　合同范围

2．1．乙方负责完成甲方的_______软件系统。涵盖的范围_______系统软件安装、调试和对整个_______系统的技术支持、服务与培训等工作。

2．2．产品内容（价格见附页）

第三条　责任和义务

3．1．双方共同责任

严格根据本协议实施本项目的内容，并协商解决合作中出现的有争议的问题。

3．2．甲方的责任和义务

3．2．1．按本合同的付款条款支付所需款项。

3．2．2．负责项目中的领导、组织和协调工作。

3．2．3．提供场地、人员、相关设备、必要的文档资料和数据，协助乙方做好_______系统的实施工作，并且甲方运行用友医院管理信息系统的设备环境，应满足软件对运行环境的基本要求。

3．2．4．试运行结束后______天内，组织人员和乙方人员一起组成验收小组，并安排场地和设备，进行_______软件试运行的验收工作。

3．2．5．

a） 甲方定期做好系统数据备份，并对备份数据进行妥善保管。

b） 甲方在应用过程中发现软件出现异常，应及时与乙方取得联系，并记录当前故障现象，便于乙方作出诊断。

c） 甲方在乙方服务人员服务完成后，配合检查软件系统运行是否正常，并在现场服务请求单上签字确认。

3．3．乙方的责任和义务

3．3．1．按照本合同所规定的时间完成甲方相关人员的培训和_______系统软件安装、调试及数据初始化，并与甲方一起组成验收小组进行验收。

3．3．2．对甲方_______进行一年内免费的软件升级、服务、培训、技术支持。

3．3．3．无偿向甲方提供相应的软件使用文档，包括《操作手册》，并保证上述文档的清晰、完整和正确。

3．3．4．乙方对甲方在使用用友软件过程中，因设备故障、操作失误等造成的数据丢失、利润或营业额损失或费用增加，以及因不按正常操作规范使用软件或软件被盗、损失、损毁、误用所造成的损失不负责任。

第四条　版权

4．1．乙方拥有本_______系统软件的版权（即著作权）。

4．2．甲方拥有本_______系统软件在本医院（×××××××医院）内部的使用权。

4．3．甲方应尊重从乙方购置的应用软件的注册版权，遵守国家《计算机软件保护条例》有关规定，不得以任何形式再次转让、租赁该软件，并不得以任何形式或手段解密该软件。

第五条　技术指标

5．1．___________信息管理软件______________。

5．2．本系统基于___________结构。

5．3．乙方向甲方提交的文档应齐全、正确和可读性强。

5．4．应用软件的联机帮助应清晰可读，系统错误信息应清晰明了，界面应友好，并易于操作和维护。

5．5．本系统应充分考虑到今后的扩充和升级，应具有良好的开放性和可扩充性。

5．6．本系统应具有可靠的安全和保密机制，以确保数据完整、安全和不被非法用户登录。

第六条　交付计划

6．1．软件培训-----------------*天

6．2．系统安装-----------------*天

6．3．软件调试-----------------*天

6．4．系统初始化---------------*天

第七条　费用及支付方式

7．1．费用

7．1．1．本合同所述价格均为人民币含税价。

7．1．2．本合同所述用友医院信息管理系统（_______）金额总计为人民币_________元。

7．1．3．乙方免费培训用户方人员，培训地点：甲方所在地。

7．1．4．自应用软件通过验收之日起，一年内乙方免费负责应用软件的升级、系统维护和技术支持。

7．2．支付方式

7．2．1．甲方将以转帐支票或信汇、电汇等银行托收的方式向乙方支付。

7．2．2．合同生效后，由乙方开始_______软件的实施工作，当乙方软件安装、调试完毕后，甲方于______年______月______日前一次性向乙方支付全部软件款， （人民币）______元。

第八条　服务与技术支持

8．1．操作人员培训

8．1．1．培训时间为______天。

8．1．2．培训地点：甲方所在地

8．1．3．培训内容：_______系统软件的使用。

8．2．系统实施

8．2．1．_______系统软件安装：指_______系统软件交付甲方后，软件的安装、调试及系统环境的设置等，包括：服务器操作系统设置、网络环境设置、数据库系统环境设置、客户机操作系统设置、网络协议设置、应用程序的安装、调试及参数设置。

8．2．2． _______系统设置：包括应用项目、基础数据的设置（指导）。

8．2．3．初始数据录入：协助并规范甲方人员进行初始数据的录入和转入。

8．3．系统维护

8．3．1．乙方向甲方提供的为保证本系统正常运行的现场系统维护项目包括：

--应用软件在运行中的故障带来的排错工作。

--应用软件与系统软件及数据库系统适配带来的调整工作。

--甲方非正常操作带来的系统及数据的修复工作。

8．4．系统升级

8．4．1．系统升级指由乙方开发技术更新、应用系统升级或原有模块新功能的增加、补充带来的软件版本升级，由乙方免费向甲方提供。

8．4．2．系统如有重大变更由双方具体协商后另行签署协议。

8．5．技术支持及服务

8．5．1．一年免费服务期满后，乙方将向甲方收取服务费，收费标准为每年收取软件合同价的______%，或每次上门服务收取服务费______元人民币，又或甲方向乙方购买服务卡（金卡：______元/______次/______小时响应、银卡：______元/______次/______小时响应、铜卡：______元/______次/______小时响应）。甲方可根据具体情况选择适合的服务方式。

8．5．2．乙方通过以下方式为甲方提供技术支持及服务：

--热线电话：______、　 传真：______

--乙方在internet站点的www、 mail、ftp等服务，提供软件下载、热线响应等先进的网络支持。

8．5．3．乙方的服务承诺：

a） 乙方接到甲方通过电话、信函、传真、电子邮件、网上提交等方式提出关于用友_______软件的服务请求后，在24小时内给予响应并提供服务。

b） 乙方提供给甲方的服务，必须按照合同规定的服务内容进行。

8．5．4．如因乙方原因，单方解除上述条款，使甲方用友_______系统不能正常运行，应赔偿由此带来的一切损失。

8．5．5．系统升级及费用：若医院需要进行不同版本的系统升级，升级费用按软件合同价的20%收。

第九条　保密原则项目中所涉及的双方的内部资料、数据和其他商业信息，未经有关方许可，任何一方不得以任何形式用于合同之外的目的，不得以任何形式向其他方泄露。任何一方泄密，另一方有权追究泄密方的经济和法律责任。

第十条　转让乙方不得将合同转让。

第十一条　违约责任

1） 甲乙双方本着真诚合作、相互信赖的原则，根据国家相关的法律、法规，协商解决在本合同执行过程中可能出现的违约纠纷和违约责任。

2）甲方在规定时间内不配合乙方进行_______系统验收，视同验收通过。

3） 以上应付合同款逾期一个月未付，乙方有权将软件收回。

4） 违约处理：

甲方没有按照合同要求履行甲方应承担的责任，甲方应该承担由此带来的相关结果。

5） 乙方免责条款：

1、乙方对甲方在使用用友软件过程中，因设备故障、操作失误等造成的数据丢失、利润或营业额损失或费用增加，以及因不按正常操作规范使用软件或软件被盗、损失、损毁、误用所造成的损失不负责任。

2、乙方不承担因甲方人员进行非法操作、感染病毒、硬件出现故障导致的数据混乱、丢失责任。

3、乙方有权拒绝甲方提出的合同规定之外的服务请求。

第十二条　争议与仲裁甲乙双方如对合同条款规定的理解有歧义，或者对与合同有关的事项发生争议，双方应本着友好合作的精神进行协商。协商不能解决时，依照《中华人民共和国经济合同法》，可向国家规定的仲裁机构申请调解或仲裁，任何一方可直接向人民法院起诉。

第十三条　不可抗力

13．1．不可抗力的内容按我国有关规定条款执行

13．2．不可抗力对合同双方均适用。在合同生效后，如果发生不可抗力而不能履行合同时，则由事故发生一方，取得公证机关的不能履行或不能全部履行或延期履行本合同的证明，甲乙双方可凭此证明解除全部或部分相关责任。

第十四条　合同变更、补充及终止

14．1．本合同自双方签定之日起生效，如果双方均未发出书面终止通知，则合同自动延续。

14．2．本合同为双方的最终合同，未经双方书面同意，不得对此作任何修改。如有未尽事宜，经双方书面同意后，可签订书面补充协议。补充协议同本协议具有同等法律效力。

第十五条　合同效力本合同一式叁份，甲方执贰份，乙方执壹份，每份具有同等法律效力。

第十六条　合同有效期和效用性

1、本合同须双方签字并加盖公章或合同章生效；本合同一式两份，双方各执壹份，具有同等法律效力。

2、本合同的有效性不因双方代表的职务变换、工作变更、工作调动等情况而受到任何影响；本合同的有效性不因双方法人的变更而受到任何影响；本合同的有效性不因双方单位名称的

改变而受任何影响。

甲方：_____________________　 乙方：_____________________

地址：_____________________　 地址：_____________________

甲方负责人：_______________　 乙方负责人：_______________

甲方代办人：_______________　 乙方代办人：________________

甲方单位（盖章）___________　 乙方单位（盖章）______________

开户银行：________________开户银行：_____________________

帐号：_____________________　 帐号：__________________________

签约日期：___年_____月____日

篇8

【关键词】 AUV通信系统 串口编程 MOOS-ivp

一、AUV通信系统简介

AUV的通信系统需要具备如下功能：1.实时接收来自岸基平台发送的控制指令；2.接收来自各传感器的实时数据，返回o岸基端进行实时处理。因此，自主式水下航行器通信系统的研发重点是与各传感器模块的配合协调、建立稳定的通信链路、具备应急处理能力。在实际工作中，AUV需要与母船控制单元、岸基平台进行通信，AUV在贴近水面工作时，通过大功率的无线电波或者铱星卫星通信系统进行数据的传输、信息的共享、控制指令的下达等工作。

二、AUV通信系统的软件系统

软件系统基于Paul Michael Newman 提出的MOOS-ivp体系[2]，使用Linux系统的FLTK类库开发操作平台的界面，核心在于利用pMOOSBridge进程搭建AUV与岸基端的通信信道[3]。pMOODBridge是建立MOOS派生系统的重要工具，可以将AUV端与岸基端配置的MOOSDB（数据信息服务器）相连，在不同的MOOSDB之间起到桥梁的作用，首先接收来自自身所在MOOS体系的数据变量，然后根据AUV实际工作中的状态修改配置文件，最后完成已定义数据的转发，实质上就是功能模块pMOOSbridge分别与不同的MOOSDB服务器之间的通信。

在设计中，在pMOOSBridge添加支持RS232串口的类CMOOSSerialLink（），支持数据的发送、捕获、解析、分类等功能。利用pMOOSBridge类建立的连接主要完成如下两条任务：

（1）获取当前AUV状态信息、位置信息，从AUV端MOOSDB采集GPS数据通过串口发送到岸基端，岸基端MOOSDBx取数据信息，分类发送给各个进程模块，并显示到岸基界面上；

（2）岸基界面发送控制指令通过MOOSDB传输到串口后发送到AUV端，AUV端MOOSDB读取指令信息，实现对AUV的导航与控制功能。

以无线数传电台为例，pMOOSBridge类建立其与MOOSDB的连接，使MOOSDB与传感器之间建立串口数据连接，其工作流程如图1、2所示。

三、软件系统的实现

MOOS体系的核心模块是MOOSDB，GPS定位模块被CMOOSCommClient实例化后与MOOSDB进行通信，实现串口通信，需要建立继承于CMOOSApp的子类，对函数OnStartUp（）、Iterate（）、OnNewMail（）进行重载，实现传感器与MOOSDB的串口通信功能。本文采用Ublox LEA-6T型号的高精度GPS，采集GPRMC的格式数据应用于AUV的导航与定位中。

通信系统的操作界面部分代码如图3、4所示。

通过无线数传电台的通信信道，AUV可实时返回当前位置信息，实现了通信与定位的功能，有效的保障了AUV的正常工作，系统可自主切换通信信道，采用铱星9602装置的通信方法与无线数传电台相似。

四、结语

本文介绍了新型AUV通信系统的软件开发与应用，重点介绍了基于MOOS的AUV通信系统的软件设计，以pMOOSBridge为核心，介绍此进程实现通信功能的原理与应用，最后以GPS定位模块、无线数传电台的采集程序开发为例，介绍通信系统的数据采集方法，并开发软件模拟AUV的通信。

参 考 文 献

[1]徐玉如，李彭超.水下机器人发展趋势[J].自然杂志，2011（3）：5-12.

篇9

【关键词】通信建设工程；监理业；疲软问题；发展措施

前言

随着我国通信建设事业的不断发展，以通信监理企业为代表的通信建设企业层出不穷，基本上成为我国通信建设事业的核心力量。然而，多数通信监理企业在业务规模上均呈现出规模小、业务流程不严谨等劣势，导致我国通信监理行业出现明显的疲软现象，且严重制约我国通信监理行业的良好发展。针对于此，通信监理企业的管理人员必须立足于本企业的疲软问题，结合具体问题进行具体分析，致力于寻求出一种切实可行的解决措施，彻底解决行业内部存在的疲软问题上。

1我国通信建设工程监理行业的发展现状

自我国正式推行项目监理制度以后，已有21年的历史。经过过去几十年的经验积累，我国通信建设工程监理行业在内容与制度方面均得到一定程度的优化。然而，自我国实行市场经济以来，国内社会经济增长速度过快，导致通信行业出现供不应求现象。久而久之，导致我国通信建设工程监理业出现明显的疲软问题。虽然我国针对通信建设工程监理业的疲软问题采取了一系列解决措施，但是由于我国缺乏对相关问题的处理力度以及并未构建起一套完成的规章制度，导致疲软问题并未从根本处消除。再加我国通信建设管理部门的管理力度匮乏，使得行业管理创新能力难以得到切实提高。长此以往，很容易导致我国通信建设工程监理行业出现较多隐患问题，很有可能无法实现长足发展目标[1]。

2通信建设工程监理业疲软问题的成因分析

2.1相关法律法规制度与技术制度体系缺乏规范化

自改革开放以来，我国总体经济格局从计划经济过渡到市场经济当中。虽然，计划经济的弊端影响得到一定程度的消除，但是重技术、轻管理的问题并未得到完全消除。如此一来，使得我国部分行业在实行内部管理过程中，对于管理内容的贯彻与落实并未予以高度重视。或者是一味地追求经济效益方面的发展，对于行业管理内容并未做到切实贯彻。长此以往，很容易导致行业发展出现疲软问题。究其原因，主要是因为我国相关法律法规制度与技术制度体系缺乏规范化管理，且相关部门对于监理行业的管理缺乏重视程度。如此一来，使得我国通信建设工程监理业出现管理秩序混乱、行业竞争不足等疲软问题[2]。

2.2缺少现代化企业机制，用人制度与分配制度明显不符

相关法律法规制度与技术制度体系缺乏规范化制定与落实是导致我国通信建设工程监理业出现疲软现象的原因之一，另一个原因主要集中体现在相关监理企业比较现代化企业机制匮乏，用人制度与分配制度明显不符。究其原因，主要是因为多数监理企业在组织规模方面呈现出小作坊企业特点，监理从业人员的职业素质与规定要求相差甚远，无法有效贯彻日常监理内容与要求。最重要的是，监理企业的人力资源管理体系存在明显不足，再加上管理人员对于人力资源管理工作并未予以高度重视，企业员工往往对于自身的工作存在定位不准问题。除此之外，监理企业内部分配制度不均衡情况突出，无法与市场经济要求相贴合，因此导致用人制度与分配制度出现明显不符问题[3]。

3关于通信建设工程监理业发展措施的相关分析

3.1政府部门给予适当支持，解决行业疲软问题

通信建设工程监理业必须明确当前市场经济的发展趋势以及存在的主要竞争。针对当前通信建设工程监理业发展规模过小的问题，建议相关部门可以从政策环境层面给予适当支持，如从财务税收层面给小规模通信监理企业减压。与此同时，政府部门不应该以管理者的身份自居，最好充当引导者角色，大力鼓励通信建设工程监理行业的发展，避免出现恶性竞争问题。可以根据当前监理行业存在的问题，合理补充相关法律法规，从根本上促进通信建设工程监理业的发展进程。

3.2加强人力资源方面的管理力度

针对现阶段通信建设工程监理业人力资源管理不足的问题，建议企业管理人员必须加强人力资源方面的管理力度。在具体优化过程中，建议企业应该立足于当前市场经济的发展进程，正确发挥出企业管理人员的领导职能与管理责任。如不断加强监理师的职业素质，这也就意味着企业的发展侧重点不应该只局限在经济效益方面，还应该加强人才方面的培养力度。可以采取培训活动等形式，加强监理师的职业素质。与此同时，管理人员需要践行人力资源管理原则，约束与规范员工个人行为，确保企业不再出现疲软问题。

3.3结合取长补短原则，实现错位竞争发展

所谓的取长补短原则主要是指通信建设工程监理业应该积极利用自身的行业优势，如市场口碑优势等，做好企业日常管理工作。并在此基础上，立足于本行业的发展趋势，明确企业当前的规划计划。有计划地推行品牌营销计划，确保企业定位精准、合理。在此过程中，监理工程师可以结合“VR+BIM”、“互联网+”等前沿技术，利用好技术优势，确保监理效果，如此一来，通信建设工程监理业势必会在激烈的市场竞争中谋得一席之位，增强本行业的核心竞争力，达成预期的建设目标。

篇10

【关键词】软件工程思想；管理信息系统；软件开发

1.软件工程思想概述

软件工程思想是一种以系统化、规范化、数量化等工程原则去探索软件开发与维护的工程思想。该思想将软件的开发作为一个系统性的工程项目来对待，从软件开发技术与软件项目管理两方面去解决软件开发过程中的各种问题和软件的应用问题。如软件开发技术层面需要解决软件开发方法、软件工具以及软件工程环境问题，而软件项目管理则涵盖了软件度量、项目估算、进度控制、人员组织、配置管理与项目计划等多方面内容。软件工程思想的提出以及软件工程学科的诞生使得软件开发得以进入一个更高层次的发展空间，并拥有了更旺盛的生命活力。在软件开发中，软件工程思想将解决工程问题的系统性、规范性、量化性思想运用其中，从而使软件开发成为一项更为规范的科技活动。而从软件工程思想的本质看，其实际上是一种将现实空间通过软件代码映射与转换成计算机空间的思想。这其中涉及到映射与转换需求、业务逻辑映射以及软件设计的等层面的问题。其思想中的核心概念主要包含分治、复用、折中、一致性与完备性、效率以及演化。

2.管理信息系统开发概述

所谓管理信息系统实际上是以计算机技术为基础，基于计算机平台而开发出的能够对各种管理数据进行处理、整合、分析，并为管理者提供管理决策相关参考信息的一种工作系统。管理信息系统的实现基础是计算机，其系统运转过程中的数据分析、处理、整合等也都是依靠计算机所具有的信息处理能力和运算能力来实现的。相较于传统的人工数据管理，管理信息系统能够极大提升数据信息处理效率，并依靠其强大的数据处理能力来帮助管理人员对各种管理资源加以优化，从而达到提升管理效率的目的。管理信息系统的诞生为现代各行各业的管理工作都提供了强大的技术工具，推动各领域管理工作的发展。也正是基于其优势，国内外都对管理信息系统的开发模式进行了大量研究，并诞生了如MRP-II模式等的开发模式。但在现代社会的不断发展过程中，这种模式下开发出的管理信息系统缺陷逐渐显现，已经无法满足现代管理要求，所以相关领域也亟待探索出更为科学有效的管理信息系统开发模式。软件工程思想恰好为管理信息系统的开发提供了一种全新思路和方法，并推动管理信息系统开发的进一步发展。

3.管理信息系统开发领域所存在的弊病

管理信息系统开发伴随计算机技术的发展经历了一个较长的演化过程，并逐步形成了一些常用的开发模式。但在管理信息系统开发发展的过程中却始终存在一些弊病，对其发展造成一定影响。例如管理信息系统开发过程中所普遍存在的过于重视理论的问题就是制约其发展的重要因素之一。因此分析其发展过程中所存在的各种问题，对于我们把握软件工程思想的运用也具有积极意义。

3.1重理论而轻思想的问题呈现出呆板化问题

软件工程思想是反导软件开发的一种重要思想，其主要通过提供一个总体思想然后由软件开发人员进行灵活开发，而并不对软件开发造成过多限制。然而管理信息系统的开发则普遍存在过于看重理论，而忽视以思想进行指导的问题。这就导致软件工程思想在实际应用中呈现出拘泥于理论而过于呆板的问题。如管理信息系统开发中一直所采用的结构化分析理论，就刻板的将其开发过程划分成三个阶段，且无论任何使用环境下都套用这一模型进行开发设计，这就导致管理信息系统的开发在遇到使用环境变化时就会出现无法使用的问题，从而对软件开发造成阻碍，甚至使其开发难以为继，最终导致失败。此外，这种刻板的开发模型也很难针对各种复杂的管理问题和技术进行应对处理，从而导致开发周期延长。虽然该模型能够帮助开发人员简化开发难度，使系统逻辑更为清晰，但实际情况却往往导致开发的复杂化，根本无法达到简化开发难度，提升开发效率的目的。

3.2缺少对软件项目管理思想的运用难以评估

软件工程思想不但设计到技术层面问题的解决，也涉及到软件项目管理。然而在一直以来的管理信息系统开发过程中，软件项目管理思想却并未受到重视并运用到开发过程中，从而使人们无法对开发出的软件进行准确的评估，这就造成许多管理信息系统开发出来后并不能在管理中发挥多大作用，缺少实用性，进而对开发资源造成极大浪费。

3.3对于先进思想方法的学习和运用不及时

软件工程思想的先进性已经毋庸置疑，但管理信息系统开发过程中相关开发人员却仍然停留在以往的思维观念下，未能及时学习软件工程思想下的先进思想方法，从而使实际开发工作一直都难有巨大突破，这就影响到管理信息系统开发的发展进程。

4.软件工程思想在管理信息系统开发中的应用

软件工程思想是一门系统性且完善的学科思想，其与软件工程学科共同成为现代社会的重点学科项目，对现代社会发展起到积极促进作用。因此软件工程思想在管理信息系统开发中的应用也是一个十分复杂且专业化的问题。尤其在当前管理信息系统开发存在诸多弊病的情况下，就更需要对其应用进行深入研究分析。

4.1强化软件工程思想在管理信息系统开发中的运用

管理信息系统开发工作中要有效结合软件工程思想，首先就要把握好软件工程思想的总体原则，即围绕科学、严谨、规范的原则来进行实际开发工作的改革调整，使管理信息系统开发更具有科学性，并能真正以对待一个工程项目的态度来规范化的开展各项开发工作，从而使管理信息系统开发成为一项更为规范化的工作，以实现其可持续的发展。此外，对于软件工程思想相关原则的渗透，还需要开发人员真正重视起软件工程思想，并加强研究学习。

4.2强化软件工程思想中面向对象分析法的应用

软件工程思想对对象的研究分析也有明确的要求，并由此形成一种面向对象分析的软件开发方法。该方法是目前软件工程思想在软件开发领域应用最多的一种方法，体现了软件工程项目开发过程中基于问题解决的开发思路。例如在软件开发中构建非结构模型时引入“对象”概念，然后对实体展开分类描述，再结合数据传递图、类图等展开针对非结构信息的描述，就可以构建出一种非结构模型，且该模型也将更为科学合理。面向对象分析法更注重用户需求的研究分析，所以管理信息系统运用此方法进行开发就需要对用户需求进行准确定义，并依靠一定的方式如图形、语言等对其需求进行分析，从而使管理信息系统能够真正满足用户需求，进而提升用户满意度。例如图1中所展示的图书馆管理信息系统就是运用软件工程思想中面向对象分析法而构建出的模型，其能够充分满足管理系统使用对象的不同应用需求。

4.3基于构件技术强化软件工程思想应用

软件工程思想在管理信息系统开发中的运用，其技术层面的解决路径也是不可或缺的。这其中比较重要的一项技术就是构件技术。该技术可以将管理信息系统中不同功能模块形成预制板的模子，然后在软件开发过程中根据实际需求对这些模子进行组装，从而构成一套具体的管理信息系统。在该技术下，软件开发人员只需要针对不同模子的软件进行分别开发，然后在管理信息系统开发时结合实际需求选择已经开发出来模子进行组装即可，而无需再进行开发，如此就极大减少了管理信息系统开发过程中的重复开发，从而提升了开发效率。而这一技术也正类似于工程建设领域的拼装式建筑思路，是软件工程思想在实践中的具体体现。4.4运用软件原型进行开发在软件工程思想的核心概念中，“复用”是具有极强实用性的一种思想，其强调软件开发无需所有内容都进行全新开发，由于之前的系统许多内容都是成熟的，所以只需对小部分进行全新的开发即可。因此管理信息系统开发中应用此思想是十分必要的，其能够对已有的技术进行充分利用，从而减少新的开发内容在满足用户需求上的不确定性，以达到降低开发风险，提升开发成功率的目的。