图书管理系统源代码（共8篇）
图书管理系统源代码 篇1
环植学院深入开展创先争优活动实施方案
为贯彻落实中共中央、海南省委、省委教育工委及学校党委“关于在党的基层组织和党员中深入开展创先争优活动”的决定，根据相关文件精神，结合我院实际，特制定如下实施方案。
一、总体要求
根据上级党组织要求，以邓小平理论和“三个代表”重要思想为指导，以深入学习实践科学发展观、实现海南大学又好又快发展为主题，以加快“211工程”建设、促进新海大转型升级为载体，以树立优良校风学风和立足岗位奉献为重点，坚持服务学校教学科研和建设发展大局，振奋精神，改革创新，讲求实效，统筹推进党的建设及其他经常性工作，充分发挥基层党组织的战斗堡垒作用和共产党员的先锋模范作用，在推动科学发展、构建和谐校园、服务师生员工、加强基层组织以及服务海南国际旅游岛建设的实践中建功立业。
通过开展创先争优活动，整体提高学院各级党组织和党员队伍建设水平，树立一批充分发挥战斗堡垒作用、先锋模范作用的先进党支部和优秀共产党员，为学校顺利完成“211工程”项目建设、实现转型升级，进而更好地服务海南国际旅游岛建设提供坚强的政治保证和组织保证。
二、主要内容
创先争优活动的主要内容：创建先进基层党组织、争当优秀共产党员。
1、先进基层党组织的基本要求：建设学习型党组织，努力做到“五个好”： 一是领导班子好。深入学习实践科学发展观，全面贯彻党的教育方针，认真落实党建工作责任制，团结协作，求真务实，勤政廉洁，有较强的凝聚力、战斗力和创造力。二是党员队伍好。重视教职工党员的发展和教育，党员素质优良、党员意识较强、精神面貌良好，切实发挥先锋模范作用。三是工作机制好。围绕学院改革发展开展形式多样党建活动，规章制度健全完善，管理措施到位，长效机制建立务实有效。四是工作业绩好。在开展“211工程”项目建设、深化教育教学改革、推进学校各项事业中强化党的政治领导，围绕中心、服务大局，解决问题、促进发展，改革创新、成效明显。五是群众反映好。尊重爱护师生，为师生办实事；工作措施符合师生意愿，工作作风和工作实绩师生满意度高，党组织得到师生拥护，党群干群关系密切。
学生党支部主要突出“三个好”：党员培育好。能积极、有效做好大学生党员的发展、教育和管理工作，引导广大学生树立坚定的共产主义理想和信念；组织活动好。经常组织开展健康向上、丰富多样的支部活动，支部建设充满活力；发挥作用好。能较好地发挥支部的战斗堡垒作用，以党建带团建，以党建促进其他学生组织的健康发展和优良学风、班风、校风的形成，维护校园安全稳定，在学生中具有较强的感召力。
2、优秀共产党员的基本要求：模范履行党章规定的义务，努力争当“五个模范”。教工党员要争当：（1）学习钻研的模范。认真学习实践科学发展观，刻苦钻研业务知识，努力提高自身的党性修养和能力水平，成为热爱学习、学会学习和终身学习的楷模；（2）岗位奉献的模范。忠诚于党的教育事业，具有强烈的事业心、责任感，爱岗敬业，勇挑重担，在教学、科研、管理或服务岗位上做出显著业绩；（3）为人师表的模范。养成求真务实和严谨自律的治学态度，树立高尚的道德情操和精神追求，教书育人、管理育人、服务育人，言传身教，甘为人梯，以大德树良师形象；（4）团结协作的模范。热爱集体，服务师生，团结友爱，坚决维护集体荣誉。树立大局意识和团队精神，以团队协作争创教学、科研的高层次成果，提升单位的整体管理、服务水平；（5）遵纪守法的模范。自觉遵守党的纪律，带头遵守国家法律法规及学校各项规章制度，坚持原则，弘扬正气，敢于同不良风气、违纪违法行为作斗争。
学生党员要争当努力学习的模范、实践创新的模范、自强自立的模范、尊师爱友的模范、遵纪守法的模范，努力使自己成为志向远大、品德高尚、知识丰富、能力较强的高素质的优秀学生。
三、方法步骤
按照上级组织要求，创先争优活动通过公开承诺、领导点评、群众评议、评选表彰的方式，围绕迎接建党90周年、向党的十八大献礼两个重大节点推进展开。本次活动期间跨度2010-2012年的三个学年、六个学期。整个活动分四个步骤进行。
(一)动员部署、学习准备阶段（2010年4月—6月底）。主要抓好四项工作：
1、动员部署。学院党委召开动员大会，进行工作部署。
2、制定方案。学院党委围绕学校创先争优活动的主题、载体、重点和总体要求，从本单位实际情况出发，制定切实可行的活动实施方案；党员要围绕党性修养、作风养成、履行职责、岗位奉献等方面提出参加活动的具体打算。学院党委、党支部的活动方案和党员个人的具体打算要采取会议、网络、活动专栏等方式向群众公布，重点做出承-2-
诺，接受群众监督。
3、组织学习。各党支部组织党员认真学习胡锦涛总书记在全党深入学习实践科学发展观活动总结大会上的重要讲话及学校相关文件精神，统一思想认识，积极投入到创先争优活动中来。
4、党性分析。各党支部在2010年春季学期结束前，集中一周时间，组织党员进行一次党性分析，在职党员应撰写党性分析报告，并组织群众对党员进行评议。
(二)全面创争、扎实推进阶段(2010年9月—2011年6月底)。学院党委、党支部和党员根据实施方案和个人具体打算，紧密结合实际工作，认真扎实、机动灵活地开展创先争优活动。具体围绕几项主题活动展开：
1、“师德教育”活动。在教师节前后，对教职工党员普遍进行师德师风教育，对学生党员进行优良校风学风教育，促使一批优秀共产党员成为“三育人”标兵、师德标兵或学生标兵。
2、“岗位奉献”活动。从新学期开学开始，配合学校开展“211”建设先锋、新海大创建标兵、海大之星等推选评比活动。
3、“服务群众”活动。各党支部组织党员走向基层、走向社会，开展志愿服务、结对帮扶、走访慰问等活动；合理利用寒暑假时间，搞好调查研究和社会服务，使党员在联系基层、奉献社会的过程中增强责任感、使命感。
4、“亮牌示范”活动。通过设置党员先锋岗、示范岗或挂牌上岗等形式，树立党员形象，促使党员发挥骨干、先锋模范作用。
5、“强基创先”活动。优化组织设置，创新组织形式和活动方式，加强党组织班子、制度建设，强化组织功能，推动创新发展，真正发挥学院党组织的政治保证、战斗堡垒作用，努力提高学院党组织建设的科学化水平。
2011年“七一”前，向学校党委推荐表彰先进党组织、优秀共产党员和优秀党务工作者。
(三)典型带动、全面提升阶段(2011年9月—2012年6月底)。充分发挥先进典型的示范带动作用，全面提升活动的整体工作水平。主要抓好三项工作：
1、树立先进典型。学校将确定一批“五个好”先进基层党组织和“五个模范”优秀党员、优秀党务工作者，采取组织先进典型报告会、观摩学习、宣传报道等形式，扩大先进典型影响力。
2、开展向先进典型学习活动。各党支部和全体党员，都要对照先进典型，对照目标要求和岗位职责，查找自身差距，明确努力方向，制定跟进、赶超的具体措施。
3、实施全面提升工程。对照总体要求，着眼全面提升，进一步加强党组织建设，促进提升“五个好”先进基层党组织和“五个模范”优秀党员、优秀党务工作者的比例。
2012年“七一”前，学校将根据上级组织部署，推荐表彰“2010—2012年创先争优活动”先进基层党组织、优秀共产党员、优秀党务工作者。
(四)回顾总结、完善机制阶段(2012年9月——党的十八大召开前)。围绕向党的十八大献礼，这一阶段重点抓好四项工作：
1、展示成果。配合学校开展集中展示活动成果活动。
2、搞好总结。学院党委对开展创先争优活动进行系统总结，认真总结经验、查找不足，进一步研究制定改进措施。
3、考核评议。学校党委对学院党委、党支部、党员开展创先争优活动情况进行考核，并采取适当方式组织党员、群众进行评议。
4、完善机制。对开展创先争优活动中行之有效的科学做法用制度的形式固定下来，形成创先争优的长效机制。
四、组织领导
学院成立创先争优活动领导小组，在校党委指导、院党委领导下开展具体工作。各党支部为活动的落实单位，负责具体的学习、党内分析、主题活动、总结评议等工作。
1、领导小组成员包括：组长：沈秀清；副组长：崔昌华；成员：全体党委委员、综合办主任、各党支部书记。
2、按照校党委的要求，学院创先争优活动要坚持服务大局，围绕科教中心工作、密切联系群众、经常性为主的原则，并努力形成学习先进、崇尚先进、争当先进的活动氛围和风气。
3、各党支部要组织好各项具体工作，结合实际，力求实效，以创先争优活动的成果推进学院党的建设和各项工作，促进学院又好又快发展。
环境与植物保护学院党委
2010年5月31日
图书管理系统源代码 篇2
在嵌入式软件开发的过程中, 由于目标机通常不具备自举开发的能力, 嵌入式软件开发大多采取远程调试 (交叉调试) 的方式, 即让调试器运行在宿主机上, 被调试程序运行在目标机上, 主机和目标机之间通过某种通信端口如串口、并口、以太网等进行连接。
ARC810是台湾信亿科技生产的32位处理器, 笔者所在的实验室为其开发了一套调试工具【1】, 并命名为ARCDSU, 该调试工具的宿主机为PC机, 通过串口发送调试命令给目标机, 待调试的程序也通过串口进行下载。经过测试, 发现下载速度只有3.79kB/s, 当调试比较大的程序, 如Linux内核, 下载速度慢影响了调试速度。针对这个不足, 本文根据ARC810具有PCI接口的特点, 设计了通过PCI以太网卡下载待调试程序的方案, 下载速度达到418kB/s, 取得了满意的结果。
1、ARC810调试基本原理
ARC810处理器是基于LEON2内核的一款SOC芯片, LEON2内核是欧洲航天局所属研究所开发的基于SPARC V8架构的开源的32位RISC处理器。ARC810的调试方法与LEON2相同, 通过芯片上的调试支持单元进行软件调试, 该单元由2个模块组成:调试支持单元 (DSU) 和调试通信链路 (DCL) 。DSU能够使处理器进入调试模式, 只有在调试模式下才能访问处理器的寄存器和高速缓存器;DSU还包含了一个跟踪缓存器, 这个缓存器存储了执行过的指令和在AHB总线上传输的数据。DCL使用一个标准的异步UART来实现与宿主机上运行的软件调试器通信, 通信协议是简单的读写协议[2]。该硬件调试单元的模块图如图1所示。
笔者所在的实验室以模块化的思想为ARC810开发了一套调试工具ARCDSU, 其宿主机和目标机之间采取的串口通讯方式极大的限制了待调试程序的下载速度, 因此本文设计了通过以太网卡下载待调试程序的方案并加以实现。
2、基于以太网调试的方案设计
2.1 硬件系统结构
ARC810的内部模块图[3]如图2所示:
该处理器采用SPARC V8结构的32位处理器, 具有分开的指令和数据缓冲, 硬件乘除法器, 中断控制器, 带有跟踪缓冲区的调试支持单元、2个24位Timer、2个UART、1个watchdog、16位的I/O口、内存控制器、PCI接口和SPI。
ARC810支持PCI2.2标准, 可以通过PCI口扩展外设。本论文的实验平台具有PCI插槽, 在插槽上插入D-Link公司所生产的DFE-530TX, REV-C2网卡, 通过该PCI网卡实现目标机和宿主机之间的通讯。
2.2:软件系统结构
2.2.1:目标机网卡监听程序
该网卡监听程序由于涉及到以太网数据的接受和发送, 因此和网卡的驱动程序在网卡初始化, 网卡数据缓冲区的设计上都有相似之处, 但是由于并不和操作系统打交道, 因此在数据包的接受和发送上面与驱动程序又有所不同。系统流程图如图3所示:
网卡的初始化主要完成网卡的挂载, 网卡相关寄存器的初始化, 网卡发送和接受缓冲区的分配等工作。只有网卡正常初始化之后, 数据的接受和发送才能正常的进行。在网卡的初始化过程中由于要对网卡寄存器进行读写, 因此首先要确保I/O函数的正确性, 尤其要注意大小端的问题, 在分配发送、接受缓冲区的时候要根据所用网卡的硬件要求来处理字节对齐的问题[4], 否则网卡不能正确的收发。由于不涉及到操作系统, 我们还需要读出网卡的MAC地址, 以供网卡在接收和发送数据时使用。
网卡采取轮询的方式来接收PC机发送的数据包, 并根据数据包的种类回应相应的包。由于没有网络协议栈, 收到的数据包是否是目标机所需要的, 以及数据包的类型都需要我们自己来判断。判断的依据是数据包的以太网包头。我们根据包头的type code来判断收到的数据包是ARP包还是IP包。如果是ARP包, 再进行IP地址匹配检测之后决定是否回应ARP包;如果是IP包, 还要判断此IP包是否是需要的UDP包。
在本监听程序的设计当中, 网卡不主动向外发送数据, 只有当网卡接受到数据包之后, 再根据数据包的类型来决定是否回应此数据包。在回应ARP包的时候, 按照ARP包格式进行组包, 在回应UDP包的时候, 按照UDP包格式进行组包。其中要注意的是, 由于没有网络协议栈, 因此以太网头和IP包头都需要自行添加。在进行UDP的组包的时候, IP头中的header checksum域要自行计算, 如果此域填写不正确, 那么将不能正常的和宿主机进行通信。
2.2.2:宿主机数据发送程序
宿主机端的程序首先将待下载程序文件等长度分包, 然后根据通信协议与目标机进行交互。宿主机端要维护一个全局的序列号, 在发送数据包的时候, 当前序列号的值将按通信协议要求与数据打成一个UDP包发送出去。目标机端收到数据包之后, 将序列号提取出来和自身维护的序列号进行对比。如果两者相同, 则确认此包正确, 并回应宿主机, 宿主机可接着发下一包;如果两者不同, 则要求宿主机重发目标机所要求序列号的数据包。比如宿主机这时发送的是0号数据包, 如果收到包时目标机维护的全局序列号是0, 则表示此包正确, 目标机端将其维护的全局序列号加1;如果收到包时目标机维护的全局序列号不是0, 则表示此包不正确, 并组包要求宿主机发送自己序列号的数据包。
2.3:通信协议设计
为了实现宿主机和目标机在下载程序时候的通信, 我们借鉴了GAISLER公司的EDCL协议。EDCL是Ethernet Debug Communication Link的简称, 是该公司为grlib IP core所开发, 用以通过以太网来访问片上AHB总线。通过该协议能够对AHB总线上的任意地址空间进行读写操作。
EDCL协议要求的以太网包的格式[5]如图4所示:
其中4字节的Address是用来表示所要操作的内存空间, 4字节的Control world说明了宿主机和目标机在传输数据时所遵循的控制方法, 这4个字节的内容在目标机接受和发送数据时有所不同。
目标机接收数据时, Control word的内容[4]如图5所示:
其中16位的OFFSET是用来使应用层其余数据在内存中保持字对齐, R/W读写为表明了要执行的是读操作还是写操作。10位的长度位说明了要操作的数据的长度。如果R/W位为1, 则图4中的数据域就是要写的数据, 如果R/W位为0, 则数据域中的内容为空。
当目标机回应宿主机时, Contorl word的内容[4]如图6所示:
当目标机接收数据的时候, 14位的序列号将和内部维护的一个计数器进行匹配, 如果两者不匹配, 则不进行任何操作, ACK/NAK位置1, 回复包的序列号域为内部计数器的值;如果两者相匹配, 则进行相应的操作, ACK/NAK位置0, 内部计数器的值加1, 回复包的序列号域的为内部计数器更新后的值。当ACK/NAK位置1时, 长度域的内容为0。
由于我们不涉及到读操作, 我们可以将注意力集中在R/W为1的情况。并且因为我们是在软件上模拟内部计数器, 而当要传输的文件比较大时, 数据包的数量可能超过14位序列号所表能表示的范围, 因此在进行序列号和内部计数器的匹配操作的时候, 需要对内部计数器进行掩码操作, 掩码为0x00003fff。
2.4 源代码级调试流程
我们将做好的目标机网卡监听程序和目标板的初始化程序烧制在目标板的flash中, 这样目标板在启动的时候便会自动完成初始化并执行网卡监听程序, 这时候在宿主机执行数据发送程序下载待调试的程序。下载完毕之后, 就可以启动ARCDSU配合GDB进行源代码级的调试。
3、性能测试与优化
我们编写了一个helloworld程序来测试, 测试结果如图7所示:
测试结果表明, 在通过以太网下载了待调试的文件之后, 在gdb下不必执行download命令即可进行调试。
在测试过程中, 我们发现宿主机发包程序的组包长度下载速度有着较大的影响。在测试文件大小为5M的情况下, 包长512字节需时12秒, 包长256字节则需时21秒。
4、总结
本文通过实现以太网来下载待调试程序, 改进了通过串口下载程序较慢的缺点, 对缩短在arc810平台上开发嵌入式软件的周期具有重要意义。该软件不仅能下载待调试程序, 而且还能下载linux印象文件至开发板, 软件已通过测试, 在这里感谢厦门宜展科技提供的帮助。
参考文献
[1].吴志雄, 周剑扬, 卢敏.一种易于扩展的交叉调试器设计及其实现[J].电子技术, 2007/Z3
[2].LEON2 Processor User's Manual[Z].http://www.gaisler.com/, 2005
[3].ACARD 810 User's Manual[Z].2005
[4].VIA Rhine Family Fast Ethernet Controller Programming Guide[Z], 2007
图书管理系统源代码 篇3
基于客户，服务器模式的故障管理系统模型及应用。
关键词：面向业务；公共时象请求代理架构；网络管理；Active Code
0引言
随着网络规模的不断扩大和各种网络技术的出现，各种网络业务也在日益增多。与此同时，庞大的网络规模和不断更新的网络业务使得网络管理也更为复杂化。
传统的网络管理系统主要是集中式网络管理体系结构。主要遵循两种协议：一种是公共管理信息协议CMIP，它是基于国际标准化组织ISO的OSI七层开放互连模型的协议，因其复杂性高和实现难度大，除电信网管等领域外并没有得到广泛应用。另一种是简单网络管理协议SNMP，它是基于TCP／]P的网管协议。传统网络管理系统都是以网络设备为管理对象，随着网络规模的扩大，一旦网络出现故障，系统管理员就不得不逐一检查网络设备，这不仅消耗大量人力和财力，而且也很难准确定位影响网络性能的设备。另一方面，网络设备的运转正常并不意味着网络业务的正常开展，而且，网络业务的终止和性能的下降也并不能具体反映到出故障的设备上。因此传统的网络管理系统并不能满足新一代网络的需要。
主动网络(Active Network)是一种可计算的网络模型M。主动网络主要包括主动节点和主动包。主动节点不仅可以被动地转发数据包，而且还能够解析数据包并提供处理数据包的运行环境。主动包不仅携带传统网络IP包的数据，而且携带可执行的主动代码或者一些参数指针利用其携带的参数执行已在主动节点上的程序，通过将可执行代码随着数据包在网络内传输，可以使新业务和新协议在全网范围内迅速实现。从另一个角度来讲，通过主动网络，用户可以控制网络的某些运行特征，远程动态修改网络配置，监测网络性能参数，分析和查找网络故障，从而加速了网络应用和网络服务的更新。
面向业务的网络管理(Service-Oriented Network Manage-ment)是把管理业务、网络业务作为网管对象，实时监测与网络业务相关的设备、应用，通过模拟最终用户来实时测量网络服务的可用性和网络业务的服务质量，并收集网络业务的业务数据，实现全方位、多视角监测网络业务运行情况的目的，最终实现网络业务的故障管理、性能管理、计费管理、配置管理及安全管理。
针对传统网络管理的被动性和面向网络设备这两大弊病，本文提出了一种基于主动代码的面向业务的网络管理体系结构。
1基于主动代码的面向业务的体系结构
面向业务的管理体系结构的内容十分广泛，它提供了一整套复杂的概念和原则。基于主动代码的面向业务的网络体系结构包含四个模型，即服务模型、组织模型、信息模型和功能模型。下面将AJg四个方面进行阐述。
服务模型是整个网络管理体系结构的综合体现；组织模型和信息模型分别从组件和业务的角度描述数据在整个体系结构中的存储和表示，横向贯穿于服务模型；功能模型中的各个功能则纵向贯穿于服务模型。它们共同构成了面向业务的体系结构模型。
1.1服务模型
服务模型借鉴了电信信息网络体系结构(TINA)的分层的思想，整个体系结构分为三层：网元层、网络层和业务层，如图1所示。
在整个体系结构中，最底层的网元层是由网络元素构成的。包括路由器、交换机等物理设备。各种不同类型的网元共同组成了不同特色的专业网络，如ATM、GPRS网络等。网络层包括网络管理和网元管理，它负责对整个网络的管理，对从网元各个代理处收集到的信息进行存储和管理。该层是对整个网络资源的管理，包括底层网元的运行信息、网络的拓扑结构、端到端的连接性的维护和流量控制等。业务层实现对各种网络业务的管理，包括业务的配置管理和对提供业务的资源使用的管理。业务不仅包括如FTP、E-mail等Internet的基本业务，还包括网页拨号、SIP多媒体会议等新业务。
FCPAS指的是网络管理中的五大管理功能：故障管理(Fault)、配置管理(configuration)、性能管理(Performance)、计费管理(Accounting)和安全管理(security)。管理的对象涉及到底层网元设备信息，中间层的网络拓扑流量等信息以及上层的业务数据。业务层的五个管理模块分别对应于五大管理功能，是网络管理的目的和核心。每一个管理模块具体完成的任务将在下面的功能模型中详细叙述。
1.2组织模型
组织模型描述了用于完成网络管理各种功能的组件和组件之间的相互关系。组织模型更好地体现了分布式计算的思想：多个主动节点(AN)分布于网络管理层，对应于每个主动节点，有多个管理者(Manager)和其进行通信交换信息；同样地，管理者轮询多个网元上的代理从而收集所需要的信息。组织模型如图2所示。
在组织模型中，Agent是指在网络中分布的各种网元代理，代理接受轮询，担当被管理者的角色。Manager一般发送请求收集信息，充当管理者的角色，但它同时可以为上层Manager服务并提供信息，此时，它充当代理的角色。以静态代码驻留在网元设备中的Agent并无任何决策管理的能力，它们只是不断接受上层管理者(Manager)的轮询，把网元的状态信息传递给上层。Manag接收数据并把数据存储到管理信息库(MIB)中。管--理信息库是一个虚拟的信息存储数据库，也是4对网络设备状态变量进行描述的数据库。Manager和Agent之间通过SNMP协议来交互。
Manager把从网元代理处收集到的网元的状态信息传递给该管理者所在子网的主动节点，主动节点对这些数据进行处理，统—信息格式，屏蔽不需要的信息，从中得到与业务有关信息，比如：业务名称、业务编号、故障或性能信息、故障原因和时问、响应时间等等。主动节点把这些与业务有关的信息存储在信息数据库中。
管理者和主动节点之间的接口用互操作性比较好的CORBA来建立联系。ORB(对象请求代理)是CORBA的核心，它提供了一种机制，使得管理者和主动节点之间可以透明地发送请求和接受响应。为了支持ORB之间的互操作，CORBA规约定义了ORB之间通信的标准协议GIOP(General Inter-ORBProtoc01)——用于ORB间通信的一种标准传输语言与一组消息格式。GIOP主要由三部分组成：公共数据表示、GIOP消息格式和GIOP消息传递。GIOP只是建立在传输层协议之上的一种抽象协议，在实现时必须映射到具体的传输层协议或者特定
的传输机制上。因特网ORB互联协议(Intmet Inter-ORBProtocol，简称IIOP)就是GIOP在TCP／IP上的映像。
1.3信息模型
在信息模型(如图3所示)中，网络业务活动和各种完成业务的组件所需要的信息被模型化。不同内容的信息有不同的承载实体。信息模型是对这些信息承载实体之间的相互关系以及控制其行为的限制和规定。
SNMP代理轮询网元层的网元代理，得到网元设备MIB中的有关信息，包括设备标识，路由表的信息等，把收集到的网元信息存储在数据库DB中。在网络层，代理对这些网元信息进行分析计算，得到网络管理所需要的面向设备的信息，包括一些接口流量的统计数据如丢包率、误码率，网络拓扑结构等。每—个子网中的主动节点和SNMP代理进行交互。中间层用于完成数据的转换，也就是把网络层的信息变为业务层所感兴趣的信息。它将主动节点收集到的信息进行整理，对每个数据包中的控制信息和数据段的内容进行筛选，屏蔽掉无用的信息，抽选出与业务有关的数据，进行重新分析组合，形成业务数据。在业务层的管理模块中：主动节点位于每个模块中，收集相应模块需要的业务数据并存储在数据库中，包括业务名称、业务编号、故障或性能的标识、业务的响应时间等。
1.4功能模型
功能模型按照管理功能把业务管理划分为故障管理、性能管理、配置管理、计费管理和安全管理五大功能模块。网管系统通过监测与业务有关的设备及应用、业务服务、业务性能以及进行业务分析来进行全方位的管理。在故障管理中，管理员可以通过点击故障的业务发现与故障有关的设备和应用。在性能管理中，可以根据业务的响应时间、接入时间、可靠性以及影响业务的其他参数，分析出业务的性能指标。
2面向业务的网络管理系统中的故障管理系统
系统采用客户机，服务器模式，网管系统作为客户端，网元设备的各种代理和网络层的$NMP代理及其数据库作为服务器端。网管系统发送查询信息，服务器端接受请求报文，从管理信息库中取得管理变量的值。形成响应报文，再返回给网管系统，显示给用户的是业务的有关故障信息。故障管理系统如图4所示。
系统主要包括GUI(图形用户界面)，后台数据库DB，信息分析与处理模块，收集信息的主动节点和对信息进行转换的SNMP／CORBA网关。业务信息的源数据是从SNMP代理处得到的网元信息。
以E-mail业务为例。用户在126上发送一封到sina的E-mail，主动节点跟踪并将E-mail数据包经过的路径存储在数据库中，若网络出现设备故障或数据包丢失或拥塞等其他情况，系统为业务编号，通过主动代码搜集数据包所经过路径的状态信息。在网络层，SNMP代理将收集到的网元信息通过SNMP／CORBA网关传送给主动节点．主动节点得到的数据包是面向业务的数据格式，包括业务编号、业务故障原因、故障发生的地点时间等等。信息分析与处理模块查询数据库．将用户需要的有关业务故障的原因、地点等信息显示给用户。
3结束语
图书管理系统源代码 篇4
出售
一个功能完善的学生成绩管理系统,这个系统是用VB和SLQ server2005制作的,内容主要涉及到学生的基本信息的管理、学生成绩的管理和用户权限的管理,严密的思路和友好的界面给管理者带了极大地方便。登陆这个界面可方便快捷的管理学生信息。
有意者和本人直接联系，（只限乌市可看观看系统操作与功能实现，当面演示，包教包会。现金支付，一手交钱以后交货！）电话：***唐先生（乌市）
非诚勿扰！
SAP仓库管理代码 篇5
1.1 LE-WM 仓库管理 Warehouse Management 仓库管理事务码 描述
LB01 Create Transfer Requirement 创建转储需求 LB02 Change transfer requirement 修改转储需求 LB03 Display Transfer Requirement 显示转储需求 LB10 TRs for Storage Type 按仓储类型的转储请求 LB11 TRs for Material 物料转储请求
LB12 TRs and Posting Change for MLEat.Doc.转储请求及物料凭证变更传送 LB13 TRs for Requirement 按需求的转储请求
LD10 Clear decentralized inventory diff.清除分散的库存差异 LD11 Clear differences for decentral.sys.清除分散系统的差异 LI01 Create System Inventory Record 创建系统库存记录 LI02 Change System Inventory Record 修改系统库存记录 LI03 Display System Inventory Record 显示系统库存记录 LI04 Print System Inventory Record 打印系统库存记录 LI05 Inventory History for Storage Bin 仓位的库存历史 LI06 Block stor.types for annual invent.冻结年库存仓储类型 LI11 Enter Inventory Count 输入库存盘点 LI12 Change inventory count 修改库存盘点 LI13 Display Inventory Count 显示库存盘点数 LI14 Start Inventory Recount 库存重新盘点开始
LI20 Clear Inventory Differences WM 清除库存差异 仓库管理WM LI21 Clear Inventory Differences in MM-IM 清除 MM-IM 中的库存差额 LL01 Warehouse Activity Monitor 仓库活动监控 LLVS WM Menu 仓库管理菜单
LN01 Number Ranges for Transfer Requirem.转储需求编号范围 LN02 Number Ranges for Transfer Orders 转储单编号范围 LN03 Number Ranges for Quants 数量编号范围
LN04 Number Ranges for Posting Changes 修改的数字范围记帐 LN05 Number Ranges for Inventory 存货的编号范围 LN06 Number Ranges for Reference Number 参考号编号范围
LN08 Number Range Maintenance: LVS_LENUM 编号范围维护: LVS_LENUM LP10 Direct picking for PO 直接为采购单(PO)分检 LP11 WM staging of crate parts WM 装箱部件待运
LP12 Staging release order parts(WM-PP)待运下达订单零件 LP21 WM replenishment for fixed bins WM 固定仓位补充 LP22 Replenishm.Planning for Fixed Bins 补充。计划固定储位 LQ01 Transfer Posting in Invent.Mgmt 库存管理中转移过帐 LQ02 Transfer Posting in Invent.Mgmt 库存管理中转移过帐 LS01 Create Warehouse Master Record 创建仓库主记录 LS02 Change Warehouse Master Record 修改仓库主记录 LS03 Display Warehouse Master Record 显示仓库主记录 LS04 Display Empty Storage Bins 显示空仓位 LS05 Generate Storage Bins 生成仓位 LS06 Block Storage Bins 冻结仓位 LS07 Block Quants 冻结份
LS08 Block Storage Bins per Aisle 冻结每一通道的仓位
LS09 Display Material Data for Stor.Type 显示仓储类型的物料数据 LS11 Change storage bins(multiple proc.)修改仓储位(多处理)LS12 Block stor.type 冻结存储类型 LS22 Change Quants 修改份 LS23 Display Quants 显示数量
LS24 Display Quants for Material 显示物料数量
LS25 Display Quants per Storage Bin 显示每一仓位的数量 LS26 Stock of Material 物料库存
LS27 Display quants for storage unit 显示仓储单位数量 LS28 Display storage units / bin 显示仓储单位/仓位 LS32 Change storage unit 修改仓储单元 LS33 Display storage unit 显示仓储单位
LS41 List of control cycles for WIP loc.在制(WIP)位置控制周期清单 LT01 Create Transfer Order 创建转储单
LT02 Create TO for Inventory Difference 创建库存差额转储单 LT03 Create TO from Delivery Note 按交货单创建转储单 LT04 Create TO from TR 按转储要求创建转储单
LT05 Process Posting Change Notice 处理记帐改变通知 LT06 Create TO for Material Document 创建物料凭证的转储单 LT07 Create TO for mixed storage unit 创建混和存储单位的转储单 LT08 Manual addition to storage unit 人工增加仓储单位
LT09 ID point function for storage units 仓储单位的标识点功能 LT0A Pre-plan storage units 预先计划仓储单位
LT0B Stock Placement of Shipping Units 发运单位的入库 LT0C Stock Removal of Shipping Units 发运单位的出库 LT0D Stock Transfer of Shipping Units 装运单元的库存转储 LT0E Create Removal TO for 2-Step Picking 为两步领货创建移动 TO LT10 Create Transfer Order from List 创建自清单的划帐委托 LT11 Confirm Transfer Order Item 确认转储单项目 LT12 Confirm Transfer Order 确认转储单
LT13 Confirm TO for storage unit 确认仓储单位的转储单 LT14 Confirm preplanned TO item 确认预计划的转储单项目 LT15 Cancelling transfer order 取消转储单
LT16 Cancelling TO for storage unit 取消仓储单位的转储单(TO)LT17 Single Entry of Actual Data 实际数据的单个条目 LT1A Change Transfer Order 改变划帐委托 LT21 Display Transfer Order 显示转储单
LT22 Display Transfer Order / Stor.Type 显示转储单/仓储类型 LT23 Display Transfer Orders by Numbers 按号码显示转储单 LT24 Display Transfer Order / Material 显示转储单/物料 LT25 Display Transfer Order / Reference 显示划帐委托/参考 LT26 Transfer orders for storage bin 仓位转储单
LT27 Transfer order for storage unit 仓储单位用的转储单 LT28 Display Transfer Order / Reference 显示划帐委托/参考 LT31 Print TO Manually 手工打印转储单
LT32 Print transfer order for stor.unit 打印仓储单位转储单 LT41 Prepare TRs for Multiple Processing 准备多重处理的转储单 LT42 Create TOs by Multiple Processing 按多处理创建转储单 LT43 Forming groups for deliveries 形成交货组 LT44 Release for Multiple Processing 批准重复处理 LT45 Evaluation of reference numbers 参考号评估 LT51 Maintain Missing Stock 保持遗漏原料
LT63 Control: Single Entry of Actual Data 控制：实际数据的单个条目 LT64 Single Entry of Actual Data 实际数据的单个条目 LT72 Determine 2-step relevance 确定两步相关 LT73 Display 2-step 显示两步
LU01 Create Posting Change Notice 创建记帐改变通知 LU02 Change Posting Change Notice 修改记帐改变通知 LU03 Display Posting Change Notice 显示记帐改变通知
LU04 Selection of Posting Change Notices 记帐改变通知的选择 LX01 List of Empty Storage Bins 空仓位清单 LX02 Inventory List 库存清单 LX03 Bin Status Report 仓位状态报告 LX04 Capacity Used 占用能力
LX05 Block Bins in Bl.Storage w.Time Lim.冻结在仓储冻结时限内的仓位 LX06 Inventory List for Fire Department 消防部门的库存清单 LX07 Check storage 检查库存
LX08 Accident Regulations List 事故细则清单
LX09 Overview of All Transf.Requirements 所有转储需求的总览 LX10 Activities per Storage Type 每一仓储类型的有关活动 LX11 Overview of Documents 凭证总览
LX12 Document Overview: Landscape Format 凭证概览: 自然格式 LX13 Analysis of Differences 差额分析
LX14 Analysis of Material Transfers 物料转储分析
LX15 Selection of Bins for Annual Invent.盘点的仓位选择 LX16 Selection of Bins for Continuous Inv 永续盘点的仓位选择 LX17 List of Inventory Differences 库存差额清单 LX18 Statistics of Inventory Differences 盘点差额统计
LX19 Inventory Data Takeover by Btch Inp.按批量入库的库存数据 LX20 Generate interim storage bins 生成中间存储仓位
LX21 Pick List for Several Transfer Ord.对应于多个转储单的拣配单 LX22 Process Inventory from Overview 浏览库存处理 LX23 Stock comparison IMSelection WM: 物料流程selection WM: 移动类型-选择 OL01 Display / change LDK34(bins)显示/修改 LDK34(仓位)OL02 Display / change RLPLA(bins)显示/修改 RLPLA(仓位)OL03 Display / change LDK33(stock)显示/修改 LDK33(库存)OL04 Display / change RLBES(stock)显示/修改 RLBES(库存)OL05 Display / change LDK30(mat.whse)显示/修改 LDK30(物料库)OL06 Display / change LDK31(mat.type)显示/修改 LDK31(物料类型)OL07 Data transfer stor.bins LDK34->RLPLA 仓储位LDK34->RLPLA 数据转储 OL08 Data transfer stor.bins RLPLA->B.I.仓储位RLPLA->B.I.数据转储 OL09 Data transfer stor.bins LDK34->LAGP 仓储位LDK34->LAGP 数据转储 OL10 Test storage bin data transfer 测试仓位数据传送
OL11 Data transfer stock LDK33->RLBES 库存LDK33->RLBES 数据转储 OL12 Data transfer stock RLBES-> B.I.库存RLBES->B.I.数据转储 OL13 Data tranfer stock LDK33->LQUA 库存IDK330->LQUA 数据转储 OL14 Test stock data transfer 测试库存数据传送
OL15 Data transfer material whse no.view 物料仓库号视图数据转储 OL16 Test mat.master data transfer(MLGN)测试物料主数据传递(MLGN)OL17 Data transfer material storage type 物料仓储类型数据转储 OL18 Test mat.master data transfer(MLGT)测试物料主数据传递(MLGT)OLVS C SD Menu for Master Data 设置 SD 物料主数据菜单 VM01 Create Hazardous Material 创建危险品 VM02 Change Hazardous Material 改变危险品 VM03 Display Hazardous Material 显示危险品 1.1.1 LE-WM-DWM 离散型仓库管理 Decentralized Warehouse Management 事务码 描述
DZ00 Introduction to decentr.systems 分散型系统的介绍 LD01 Repost Communication Document 重新邮寄通信文件 LD02 Reposting multiple comm.records 重新记帐多重通用记录 LD03 Display Communication Document 显示通讯文件 LD04 Evaluation of Communication Doc.通讯凭证的评估
LD05 Check LDK01 Records(internal call)检查 LDK01 记录(内部调用)LD06 Check LDK02 Records 检查 LDK02 记录 LD07 Check LDK03 Records 检查 LDK03 记录
LD08 Check LDK04 Records(internal call)检查 LDK04 记录(内部调用)LD09 Check LDK05 records 检查 LDK05 记录
LN07 Number Ranges for WM Communic.Rec.仓库管理通讯记录编号范围 1.1.2 LE-WM-GF 其他功能 Other Functions 其他功能 事务码 描述
LS10 Generate Storage Bins 生成仓位
OLML IMG structure Warehouse Management 仓库管理IMG结构 OMK0 Link to PP interface 连接到生产计划(PP)接口
OMK1 Batch search method for Whse Mgmt 仓库管理批次检索方法 OMK2 Customer exits for strategies 策略的客户退出
OMK7 Batch WM.....(will be deleted)批次仓库管理(WM)....(将被删除)OMKW Stock removal strategy “SLED” 出库策略“SLED” OMKX Automatic Transfer Orders 自动转储单
OMKY Link to External System via ALE 通过ALE连接外部系统 OMKZ Automatic Transfer Orders 自动转储单
OML0 MM: User Profile for Whse Mgmt MM: 仓库管理,用户参数文件 OML1 Overview of Criticl Whse Monitor Obj 限定仓库监控对象的概览 OML2 Var.Report RLLL01SE: TOs 变动报表RLLL01SE：TO OML3 Var.Report RLLL02SE: TR Items 变动报表RLLL02SE：TR项目
OML4 Var.Report RLLL03SE: Post.Chge Doc.变动报表RLLL03SE：过帐搁板凭证 OML5 Var.Report RLLL04SE: Deliveries 变动报表RLLL01SE：交货 OML6 Var.Report RLLL05SE: Negative Stock 变动报表RLLL05SE：负库存 OML7 Var.Report RLLL06SE: Interim Stock 变动报表RLLL06SE：中间库存 OML8 Var.Report RLLL07SE: Stock Product.变动报表RLLL07SE：库存产品 OMLA Putaway Near Picking Bin 邻近领货仓位堆放 OMLB MObj.01: Critical TOs MObj.01: 限定TO OMLC MObj.02: Critical TRs MObj.02: 限定TR OMLD MObj.03: Critical Post.Chge Notices MObj.03: 限定过帐改变通知 OMLE M.Obj.04: Critical Deliveries MObj.02: 限定交货 OMLF M.Obj.05: Negative Stocks MObj.05: 负库存
OMLG M.Obj.06: Stocks Interim Stor.Bins MObj.06: 中间存储仓位 OMLH M.Obj.07: Critical Stocks in Prod.MObj.07: 过程中限定库存 OMLI Report Variant: Single Entry ActData 报表变式：单项实际数据 OMLJ Movement Types for Whse Management 仓库管理移动类型 OMLK Default Values for Inventory 库存缺省值
OMLL WM Movement Type: Clear Invent.Diff.仓库管理库存移动类型:清除库存差异 OMLM Definition Empty Bin Index 定义空仓位索引 OMLN Warehouse Control Link 仓库控制连接
OMLO Sectioning of Storage Bins 仓位的仓储区划分
OMLP Plan Jobs for Whse Activity Monitor 仓库作业监控的计划工作 OMLQ Stock Removal Strategy FIFO 库存移动策略先进先出 OMLR WM Interface to Inventory Management WM与库存管理的接口 OMLS Stock Removal Strategy LIFO 库存移动策略:后进先出 OMLT Stock Removal Strat.Partial Qty 部分数量的出库策略 OMLU Stock Placement Strategy Empty Bin 库存存放策略空仓位 OMLV Print Control for Whse Management 库存管理打印控制 OMLW Number Ranges for Whse Management 仓库管理编号范围 OMLX Confirmation 确认
OMLY Storage Type Search 仓储类型查询 OMLZ Storage Section Search 仓储区检索
OMM0 MM: User Profile for Whse Management MM: 仓库管理用户参数文件 OMM1 Storage Bin Type Search 仓位类型检索 OMM2 Haz.Material Stock Placement 危险品库存安放
OMM3 Stock Placement Strat.for Pallets 库存布置策略:货盘 OMM4 Stock Placement Strat.Bulk Storage 大容量仓储的入库策略 OMM5 Storage Type Definition 仓储类型定义 OMM6 Storage Type Definition 仓储类型定义
OMM7 Storage Type Maintenance 仓库管理仓储类型维护
OMM8 Stock Removal Strat.Stringent FIFO 出库策略: 先进先出 OMM9 Stock Removal Strat.Large/Small 出库策略: 大/小
OMMA Print Assignment per Storage Type 对各种存储类型打印分配 OMMB Inventory No.Ranges for Whse Mgmt 仓库管理库存编号范围
OMMC Printer Assignment per WM Mov.Type 仓库管理--每种移动类型指定打印机 OMMD Confirmation Ctrl per Storage Type 确认每种仓储类型控制 OMME Confirmation Ctrl per Movement Type 确认每种移动类型控制 OMMF Number Ranges per Warehouse 每一仓库的编号范围 OMMG Number Ranges for Inventory 存货的编号范围 OMMH Type Search per Movement 每次移动检索的类型 OMMI Section Check per Storage Type 每种仓储类型校验
OMMJ Storage Unit Check per Storage Type 每种储存类型仓储单位检查 OMMK Stock Placement Strategies 库存配置策略
OMML Hazardous Materials Storage Type 危险品仓储类型 OMMM Storage Type Maintenance 仓库管理仓储类型维护
OMMN Stringent FIFO Storage Type 严格遵守先进先出的仓储类型 OMMO Consistency Check for MM-WM Tables MM-WM表一致性校验 OMMP Decentralized Warehouse Management 仓库管理分散处理 OMMQ Pre-Allocated Stock 预分配库存 OMMR Reference Numbers 参考号
OMMS Reference Number Documents 参考号凭证 OMMT Reference Number Documents 2 参考号凭证 2 OMMU Link to Decentralized Unit 联到分散的单元 OMMV Accumulation Decentralized 累计项被分散处理了 OMMW Error Recovery Decentralized 错误恢复分散 OMMX Printer Search 打印机查询 OMMY Print Code 打印代码
OMMZ Spool Parameters for WM Print Ctrl WM打印控制假脱机参数 OMN0 Control of Transaction Codes(MM-WM)MM-WM事务码控制 OMN1 Print Reference Number 打印参考号
OMN2 Stor.Type Control, Block Storage 库存类型控制,库存冻结 OMN3 Storage Classes Allowed 允许的仓储等级 OMN4 Storage Section Search 仓储区检索 OMN5 Storage Units Allowed 允许的仓储单位 OMN6 Storage Bin Type Search 仓位类型检索 OMN7 Storage Type Search 仓储类型查询 OMN8 Difference Indicators 差异标识 OMN9 Block Sectioning 堆储区划分
OMNA Assignment for Bin Sectioning 分配仓位仓储区 OMNB Assignment PF Status 分配 PF 状态
OMNC Control of Subsequent Screen 后序屏幕控制 OMND Field Selection for Whse Mgmt 仓库管理字段选择 OMNE Control of Transactions in MM-WM 业务控制(MM-WM)OMNF Requirement Types for Whse Mgmt 仓库管理需求类型 OMNG Queues Warehouse Management System 仓库管理系统队列
OMNH APPC Interface per Warehouse Number 按每个仓库号进行WM APPC OMNI Print Program per Warehouse Number 每一库号打印报表 OMNJ Link to Warehouse Control Unit 仓库控制单位相连
OMNK Inventory Control per Storage Type 各仓储类型的库存控制 OMNL Warehouse Number Maint./Inventory 仓库号维护/库存 OMNM Define Mail Recipient 定义邮件收据
OMNN Conversion Exit SU Number 转换退出仓储单位编号 OMNO Define Mail Recipient 定义邮件收据 OMNP Authorizations in MM-WM 设置MM-WM权限 OMNQ Special Movement Indicators 特殊移动标识
OMNR TO Print Control with SU Management 用仓库单位系统产生转储单打印结果 OMNS Print Code for TOs with SU Mgmt 仓库单位管理的转储单打印码 OMNT Printer Pool for SU Management 存储单位管理的打印机缓冲池 OMNU Print Control with SU Management 打印仓储单位控制 OMNV Number Range Intervals for Whse Mgmt 编号范围间隔
OMNW System Parameters for Dec.Whse Mgmt WM分散式仓库管理系统参数 OMNX Block Storage Indicators 库存冻结标识
OMNY Access Strategy for Stor.Type Search 仓储类型检索所采用的存取策略 OMNZ Parameters for Activity in WM 仓库管理中的库存活动参数 WAP1 Appointments worklist 约定的工作列表
WAP2 Maintain goods receipt appointment 维护货物接收约定 WAP3 Display goods receipt appointment 显示货物接收约定 WAP4 Appointment, arrival 约定,到达 WAP5 Appointment, departure 约定,出发
简易水电费管理系统源程序代码 篇6
法一：
#include
{ fread(&memb,sizeof(struct member),1,fp);if(feof(fp)||memb.no==a)break;i++;} if(!feof(fp)){ printf(“>>卡号：”);printf(“%sn”,memb.no);printf(“>>姓名：”);printf(“%sn”,memb.name“);printf(”>>水费：“);printf(”%fn“,memb.wfee);printf(”>>电费：“);printf(”%fn“,memb.efee);
} else
printf(”>>查无此人n“);};void delete(int n){ char c[100];printf(”>>删除的卡号:“);scanf(”%s,“ c);if((fp1=fopen(”temp.bin“,”wb“))==NULL){
printf(”>>不能建立临时文件，无法删除n“);} rewind(fp);while(1){ fread(&memb,sizeof(struct member),1,fp);if(feof(fp))break;if(memb.no!=c)fwrite(&memb,sizeof(struct member),1,fp1);} fclose(fp1);fclose(fp);remove(”member.bin“);rename(”temp.bin“,”member.bin“);fp=fopen(”member.bin“,”rb++“);};main(){ char a[100];char b[20];FILE *fp;printf(”欢迎进入水电费管理系统n“)int i=0,sel=1;if((fp=fopen(”member.bin“,”wb++“))==NULL){ printf(”>>不能建立member.bin文件n“);return(0);} while(sel!=0){ printf(”| 1 | 2 | 3 | 4 |n“);printf(”|-----------------------------|n“);printf(”|新添成员
|查找个人信息
|删除成员
|退出
|n);fseek(fp,0,SEEK_END);scanf(“%d”,&sel);switch(sel){ case 1: newadd(sel);break;clscr();exit(0);case 2: printf(“请输入您的卡号：”);
printf(“%s”,a);printf(“请输入您的密码：”);puts(b);while(strcmp(a,memb.no)==0&&strcmp(b,memb.password)==0)look(sel);printf(“您的输入有误n”);break;clscr();exit(0);
case 3: delete(sel);break;clscr();exit(0);}
法二：
#include if(fp==NULL)printf(“****”);printf(“>>输入卡号：”);scanf(“%s”,a);i=0;rewind(fp);while(1) { fread(&memb,sizeof(struct member),1,fp);if(feof(fp)||strcmp(memb.no,a)==0)break;i++;} if(!feof(fp)){ printf(“>>卡号：”);printf(“%sn”,memb.no);printf(“>>姓名：”);printf(“%sn”,memb.name);printf(“>>水费：”);printf(“%fn”,memb.wfee);printf(“>>电费：”);printf(“%fn”,memb.efee);} else printf(“>>查无此人n”);getch();fclose(fp);} void dele(int n){ char c[100];FILE *fp,*fp1;fp=fopen(“e:member.bin”,“rb”);printf(“>>删除的卡号:”);scanf(“%s” ,c); if((fp1=fopen(“temp.bin”,“wb”))==NULL){ printf(“>>不能建立临时文件，无法删除n”);} rewind(fp);while(1){ fread(&memb,sizeof(struct member),1,fp);if(feof(fp))break;if(strcmp(memb.no,c)!=0)fwrite(&memb,sizeof(struct member),1,fp1);} fclose(fp1);fclose(fp);remove(“member.bin”);rename(“temp.bin”,“member.bin”); fp=fopen(“member.bin”,“rb+”);} main(){ char a[100];char b[20];int i=0,sel=1;FILE *fp;printf(“欢迎进入水电费管理系统n”);if((fp=fopen(“e:member.bin”,“wb”))==NULL){ printf(“>>不能建立member.bin文件n”);return(0);} while(sel!=0){ printf(“| 1 | 2 | 3 | 4 |n”);printf(“|-----------------------------|n”);printf(“|新添成员 |查找个人信息 |删除成员 |退出 |n”);fseek(fp,0,SEEK_END);scanf(“%d”,&sel);printf(“sel=%dn”,sel);switch(sel){ case 1: newadd(sel); system(“cls”);break;case 2: look(sel);system(“cls”);break; case 3: dele(sel);system(“cls”); break; 嵌入式技术的快速发展使之成为当前微电子技术与计算机技术的一个重要分支。广义地说，一个嵌入式系统就是一个具有特定功能或用途的计算机软硬件集合体。由于嵌入式系统是为特定目的而设计的，在系统的设计中，硬件资源通常是有限的，一般只提供刚好足够的存储器和完成工作的处理能力，故软件系统的编程空间也是有限的。如何在这有限的资源上实现最多最好的功能，对系统的软件代码进行优化是一种有效的方式。 1 嵌入式系统编程语言 嵌入式系统的特点使得其软件受时间和空间的严格限制，加上运行环境复杂，使得嵌入式系统软件的开发变得异常困难。为了设计一个满足功能、性能和时间要求的安全可靠的高性能嵌入式系统，编程语言的选择十分重要。汇编语言和具体的微处理器的硬件结构密切相关，移植性较差，既不宜在复杂系统中使用，又不便于实现软件重用;高级语言通用性强、容易编程和阅读、可移植性好、可维护性好、直接支持中断管理、支持软件重用、有丰富的软件支持。随着嵌入式系统应用范围的不断扩大和嵌入式实时操作系统的广泛使用，高级语言编程已是嵌入式系统设计的必然趋势。从20世纪80年代中期C语言涉足嵌入式系统后，受到了普遍欢迎。C语言既有低级语言的直接控制硬件的能力，又有高级语言的灵活性，是目前在嵌入式系统中应用最广泛的编程语言。本文讨论的优化方法就是针对用C语言编写的代码而言的。 2 代码优化 优化是一种等价的、有效的程序变换。等价是指不改变程序的运行结果，即对变换前后的程序给以相同的输入，应有相同的输出，这表明变换是安全的，是所有的程序变换都必须保证的。有效是指变换后的程序与变换前的程序相比，运行速度更快，所占空间更省，即所谓时空效益要高。同时在优化过程中还要考虑合算的原则，即要用尽可能低的代价取得较好的优化效果。 2.1 执行时间的优化 嵌入式系统最大的特点是程序执行的实时性要求很高，因此对代码执行时间的分析和优化是十分必要的。任何程序都是由顺序、选择、循环三种结构构成。顺序结构通常用来完成一些简单的操作，如程序的初始化等，一般仅执行一次，执行时间有限。而选择和循环结构是用来实现系统功能的主要部分，其所占的执行时间直接影响系统的性能，因此代码执行时间优化的重要目标是对代码中选择和循环部分的改进。 2.1.1 选择结构的优化 (1)调整多分支条件 在多分支的if语句或switch语句中，对于分支条件的安排，可根据系统的具体情况，事先分析它们发生的相对频率，尽可能将发生频率高的条件放在前面，这样可以提高代码执行的速度。 例如，对学生成绩进行统计分析时发现，成绩为“中”的学生占总数的一半多，成绩为“差”的学生只有极少数，则在以学生成绩作为分支条件的if语句或switch语句中，就应将“成绩为中”的分支条件放在第一个分支处，而将“成绩为差”的分支条件放在最后，这样可以减少执行过程中条件判断所花费的时间。 (2)构造优化的逻辑表达式 “||”和“&&”运算当可以通过左边的操作数确定其返回值时，就不会对右边的操作数进行求值。因此，条件判断中的逻辑表达式，如果是“||”连接的关系式，应考虑将容易满足的条件放在“||”前面;如果是“&&”连接的关系式，则将不容易满足的条件放在前面。这样有可能减少判断的次数，这一点特别是当判断发生在循环里时就变得更重要。 2.1.2 循环结构的优化 循环结构是影响运行时间效率的主要因素，不当的循环往往导致代码运行效率低下。 (1)循环不变量外提 优化循环时，将循环不变量外提，减少循环中操作数的数量，以避免不必要的常量计算。同时，尽量将一些操作放到循环外面去，减少操作的次数。例如，一些赋值和初始化操作，可以提到循环外面去做。 (2)强度削弱、归纳变量 强度削弱是用代价低的算法来取代代价高的算法，如将“*”用“+”代替，循环变量用自加或自减来完成计数功能，以达到减少运行时间的目的。归纳变量实际上是一个变量，其值由循环迭代变量的值计算而得。在循环嵌套程序中采用归纳变量可以有效地减弱循环迭代的开销。如下面三段代码: 在第一段代码中，数组元素是通过计算i*m+j来寻址的，而在第二段代码中通过引入归纳变量c=i*m+j实现循环的优化，其中ap与bp分别是指向a数组和b数组首地址的指针。又由于数组在内存中是顺序存放和遍历的，故第二段代码可以进一步改写为第三段代码。在第三段代码中，通过引入归纳变量消除了乘法运算，从而减弱了循环迭代的开销。 (3)循环合并 如果两个循环计数差不多、循环执行互不相同的操作，可以把它们合并在一起组成一个循环。当两个循环的负荷都不满时，这是非常有用的。 (4)循环展开 循环展开就是把循环计数小的循环展开，成为非循环形式的串行程序，或者把循环计数大的循环部分展开，减少循环迭代次数，以节省用于循环设置、初始化、增加和校对循环计数器的时间。 2.1.3 其他的优化 除了对程序中主要的选择和循环结构进行优化外，还可以通过使用宏定义、减少函数调用、使用较快的寻址方式、将一些常用的程序和数据放在片内RAM中运行等方式来提高程序执行的效率。 2.2 占用空间的优化 受到成本和体积的限制，嵌入式系统的存储空间通常是有限的，因此在编写程序时除了要考虑系统执行效率外，也应尽量合理的安排存储空间的分配。 2.2.1 变量定义 变量定义虽然很简单，但也有很多值得注意的地方。如在程序中分别用以下两种顺序定义了4个变量: 这里定义的4个变量形式都一样，只是次序不同，却导致了在最终的映像中不同的数据布局，如图一所示。显然，第二种方式节约了更多的存储器空间。由此可见在变量声明的时候，需要考虑怎样最佳地控制存储器布局。当然，编译器在一定程度上能够优化这类问题，但是最好的方法还是在编程的时候，把所有相同类型的变量放在一起定义。 2.2.2 数值复用 通过减少程序中使用到的数据量也可以降低存储空间的消耗。一个使数据量最小化的简单技术是数值复用。在程序中，如果所用到的几个常数恰好有相同的数值，那么就可以把它们映射到同一个存储位置，并且在程序的几个不同地方，数据缓冲区也可以被复用。但使用数值复用技术时必须谨慎，否则会带来负面效果。另一个简单的技术是在程序运行时产生数据而不存储数据。当然，产生数据所需要的程序代码会占用程序的存储空间。但当涉及到复杂的数据结构时，使用程序来产生数据是可以节省实际的存储空间的。 3 结束语 嵌入式系统中，在系统硬件既定的情况下，通过优化软件设计提高系统性能是很有实际意义的。进行代码优化前要进行系统性能分析和评估，找到问题的瓶颈所在，针对影响系统性能的主要代码进行优化。代码优化的目标是体积小、速度快，但是在通常情况下二者不能兼得，一般寻找的是二者的折中，究竟应该偏向何方，就应该根据系统的实际需要来权衡，以达到最合理的优化效果。 参考文献 [1]华清远见嵌入式培训中心.嵌入式Linux C语言应用程序设计[M].北京:人民邮电出版社,2007. 看着大家唇枪舌战，不禁燃起了我极大的兴趣。这部在北美占据票房榜首的影片，怎么会引起这么大的落差……，请来围观编辑部大战…… 编辑郭一片狼藉，酱酱在满地纸片中高举双手：我爱《源代码》! 被其猫一本书砸过去，没有证据的鼓吹都给我死开去! 于是酱酱从本子上撕下一张纸，大声念诵起来。 《源代码》——一场非常精致的游戏 酱酱 如果我说出了什么荒诞的言论，那么，就请读者理解为一个四维空间狂热者的自娱自乐吧。从第一次了解到平行时空，酱酱我就彻底沉迷于此。过去时空的改变影响着现在的时空，而过去时空的改变与否，却叉取决于现在时空的所作所为(噗……此刻脑子爆掉了的读者，欢迎来喷酱酱口水……)，如此的环形理论，酱酱称之为完美时空逻辑定论。(噗～你个混蛋，不要随便发明奇怪的定论啊!) 有人说，这是一部和《倒梦空间》很隐的电影。No!《盗梦》所建造的树形脑内世界结构，可以说是一次发散想象力的绝顶作品，而《源代码》所塑造的环形时空结构。则是一次逻辑的漩涡，它可不像《盗梦》好似橡皮泥随意变幻捏造，因为时空的环，首尾如一。说到这里，酱酱想起一部很久以前看过的《死亡幻觉》，同样是杰克·吉伦哈尔的主演，也同样是平行时空的盛宴，不同的是，多年后带着寸头的杰克·吉伦哈尔，多了几分英雄的姿态，恰恰迎合上了好莱坞这个大家庭。 电影在整体处理上非常得体，结构紧凑而有悬念，剧情开始便是男主角在事故列车中毫无记忆的醒来。没有任何铺垫地直击问题中心，而8分钟后，列车爆炸，男主角犹如隔世惊醒。原来男主角被某种高科技设备，将意识传递回过去，以拯救某项恐怖袭击。于是，故事开始了，男主角在这8分钟内不断轮回，满列车的嫌疑人，不断累积的情报，每次8分钟回归本体的意识残影，都是时空主线中所埋下的伏笔。总体来说，《源代码》算是一部非常成功的电影，导演并未好大喜功地一掷干金，用宏大的视觉盛宴来麻痹观众，而是巧妙地利用了8分钟的轮回时空，将故事定格在一个狭小的列车内，节约成本的同时，也利用狭小的空间感和人物情绪不断开辟疑点，来虏获观众的注意力。 当然这些是不够的，在好莱坞，有种成功叫做英雄情结，于是就有了男主角这样一个敏捷善战，幽默，果敢的形象。8分钟的悬念，8分钟的奔波，以及8分钟的爱情，主流元素样样不少，剧情虽不宏大，却也玩得精致巧妙，故事框架没有建造得巨大无比，却又是环环相扣，不会搬起石头砸自己的脚。这位发烧友导演也算是在《月球》之后，成功商业化转型了。脚本很机智，恰好的8分钟，少一分故事情节太短，多一分脚本内容把握不住。同样的，酱酱觉得可惜的是，如果脚本的本身能在框架上丰富更多实质的剧情，想必男主角也会多一份从容，少一份粗暴了吧。 四月(冷冷地说)：念得不错。(突然变脸，泪流满面)尤其是居然在有生之年能看到酱酱这么有逻辑的时候!!跪求合影留念! 夕女皇：请注意节操!节操! 某许某猫(咬牙切齿地)：混蛋!你等着，本王爷只会比你更加有理有节!不卑不亢! 酱酱(默默地)：无情无义，无理取闹…… 某猫爬下打草稿。 温和的见习小编成戚上场：“那个，我也觉得《源代码》还不错呢。” 四月：偶也!两票! 8分钟的美酒 威戚 我以为拯救世界这种丰功伟业只有蜘蛛侠、超人、奥特曼、Jackie Chan才可以做到，但这部片子却果断地说：You are wrong!死人也可以! 如果只有8分钟的人生，你会怎样设计?是规规矩矩地执行任务，还是趁着有限时间，尽情享乐? 在我还来不及作出任何回答案的时候，就被一幅静谧美好的风景画面吸引住。而曾出现在《断背山》里的杰克带着他性感的小胡茬，歪着头靠在火车车窗显现在镜头中时，一切变得异常赏心悦目起来。 爆炸引发的火焰从身后嘭地袭来，火车上的乘客哇哇飞上了天，刺激感实在是淋漓尽致。但惊悚的画面，也届时袭来～剩下半截身躯、死于两个月前的男主科特·史蒂文斯却注定要不走寻常路，他必须一次又一次地通过源代码的还原映像回到爆炸前的车厢去排爆、找元凶，来阻止更大的爆炸计划。亲们是否觉得太匪夷所思?No，No，No，一切在高科技的手段下，Nothingis impossible。 当暴力的爆破场面几次三番的出现时，导演还没忘记给大家端上一道温馨的甜品。除了无可推卸的任务与使命感，能带给人无限勇气的自然还有一点——爱情，对于这点真是要对剧本表示感谢啊，没有美女的士兵算不上好英雄嘛!邻座美女克莉斯汀娜淡淡的微笑，在这短暂的生命里，有种让人如沐春风的感觉。真爱也在危机时刻显得尤其美好。令人感动惋惜。 如果把“个人英雄主义”情结的影片，比作一瓶年代久远的老酒，那么这部将穿越、科幻、动作、爱情诸多因素巧妙地融合为一体的片子，绝对能让你喝出美妙的新味来。让我们端起这杯醇香的老酒，沉醉在这只属于自己的8分钟里，也许豪迈，也许纯美，也许平静…… 你的8分钟人生又会怎样?值得期待。 某许某猫磨着獠牙，光芒万丈地上场，被女皇的话筒线绊倒。 某许某猫(不屈不挠地爬起来)：我!最犀利的眼神!最毒辣的评论!直击导演心脏的最精彩意见!秒杀你们所有人! 没那么深沉的算计 某许某猫 面对一个微缩版“盗梦”，还是苦兮兮的8点档表现态——我实在无法克制我的暴躁，吐槽都显得温情，我直奔主题之。 是八分钟还是永恒，是拯救世界抑或是拯救自我其实通通无关紧要，这个“源代码”实验压根就站不住脚：一个濒死之人最后八分钟的大脑记忆，如何能重构整辆列车甚至是整个世界?而且按照剧情的设定，这个“重构”非得精确到毫厘——必须跟现实世界一模一样。主人公才能有效地抓住真凶。 好，我先克己，就当每个观众都多插了几根想象力的翅膀，姑且承认科幻精神的唯完美特性，冷静来探讨一下迷糊之神酱酱所提到的所谓“完美时空逻辑论”——时间旅行回到过去，通常是两种理论：一种是改变了过去就改变了未来，还有一种是在时间的任何一点发生改变，就开启了平行宇宙，互不干涉。 那么照本片的设定，导演拍《源代码》想说的是，我们能靠死人的大脑残留信息(还得是立可拍般精准清晰喔)进行时间旅行，旅多少次都可以，包无数次邮喔亲，人人都有，永不落空!而且这存在于任意一个“死鬼”大脑里的平行世界还可以牛逼地影响现实世界二次元三次元四次元全人类全宇宙喔!这不是瞎扯难道真的是科幻?!反正所有不合理的统统都可以丢给量子力学想象无罪喔!导演简单粗暴的处理实在令人大为光火! 对，我不是霍金，我不仅不能“时间简史”一下送给你，小学时候“自然”这门课还总是及不了格。可是逻辑思考是每一个灵长目动物的本能，对所有虚晃一枪有皮无神的东西，我没办法不愤怒。 呼……最后还是温和地进行一些艺术方面的批评：影片开场的直接代人其实很好，可是其后反复的“八分钟”循环毫无技术含量：犯罪嫌疑人被锁定在52个人里面，而且分明设定了一节狭小车厢这样逼仄的背景。不正是男女主、路人甲乙丙丁以及恶人x斗智斗勇大显身手的绝佳机会咩?!可导演偏偏选择了一条最黯淡无光的道路——把大量笔墨堆积在主人公发现自我、寻找自我以及莫名其妙的泡妞上。 什么都想表现一点，最后罗宋汤变成了糊锅的八宝粥。 没那么深沉的算计，原来你不思考，就真成了上帝。 摇摇晃晃笑容可掬的四月冲上讲台：那个一要不要这么剑拔弩张啊，要不要这么犀利动人啊，我承认你说得非常精彩!我也肯定你有发表自己观点的权利!但是，充满宏观概念的我，宇宙和平使者的我。不得不对这次混乱又激烈，完美又荡漾的讨论会作一个最最最美好的总结! (台下一片嘘声，酸酸乳和火龙果砸了上来。) 酱酱(惊喜地)：观众们真的很有钱啊!现在砸的都是好东西啊。 你身上并存着许多美好与悲催 四月 由于版面问题，我就言简意赅了。 其实关于《源代码》这部电影，大家都说得非常好。客观地说，这部电影还是不错的。不错在哪里?出发的点相当美妙，科幻之美正在于此。古代人说：身死魂不灭。正是这不灭的八分钟，错过的爱与恨，反复纠缠的真相与错误，这些矛盾构成了引人入胜的切入点。 然而，不得不说，所谓与《盗梦空间》相比，期待共同牛叉之类的口号，真的过重了。那个倒霉催的结尾，相信让很多孩子都掰断了手里的可乐管子。感觉上导演精分得非常厉害，出发点很妙，想象力很棒，结构却很乱，亮点却很少。追根究底，也许是他们追求的太多了，面面俱到却无一深入成了致命的伤。 当然，需要注意的是，这是一部小成本电影。现在流行说性价比。那么就这么看来，性价比还是相当高的。只是，我们真的很期望制作方能够认真一点，再认真一点，也许再加一点心思，效果就会上一个台阶呀!嵌入式系统代码的优化分析 篇7
《源代码》优劣之争 篇8