大专计算机毕业论文范文.docx
《大专计算机毕业论文范文.docx》由会员分享，可在线阅读，更多相关《大专计算机毕业论文范文.docx（11页珍藏版）》请在冰豆网上搜索。
大专计算机毕业论文范文
大专计算机毕业论文范文
下面是为大家整理的大专计算机毕业论文，欢迎参考~
篇一：
小议信息检索
【摘要】文章主要论述了信息检索的起源与发展过程、信息系统检索类型、信息检索方式和信息检索技术。
【关键词】信息;信息检索;检索工文献检索
20世纪以来，人类创生的信息量高速增长，浩如烟波。
如何从这海量的信息里找出所需信息就成为信息检索的重任。
伴随着计算机进入多媒体时代，信息科技也步入了多媒体发展时期。
手工检索靠手翻、眼看、大脑判断的检索方式已难以全面适应当今信息的发展，计算机信息检索必然的提到了应用与发展阶段，以Internet为代表的全球化、网络的实际应用更进一步推动了这一发展，这既是对手工检索的扩展，也是时代的需要。
在当今资本资源和数字资源并存的信息时代，作为信息资源管理者，既需要了解和掌握传统手工检索的方法，也需要熟悉和掌握计算机检索，尤其是网络信息检索的理论和技术，这是信息时代对图书馆工作者信息素质的必然要求。
一、信息检索的起源和发展过程
信息检索源于图书馆的参考咨询和文摘索引工作，从19世纪下半叶开始发展，至20世纪40年代，索引和检索已成为图书馆独立工具和用户服务项目。
随着1946年世界上第一台计算机的问世，计算机技术逐步走进信息检索领域，并与信息检索理论紧密结合起来，脱机批量情报检索系统、联机实时情报检索系统相继研制成功并商业化，20世纪60年代到80年代，在信息处理技术、通讯技术、计算机和数据库技术的推动下，信息检索在教育、军事和商业等各个领域高速发展，得到了广泛利用。
Dialog国际联机情报检索系统是这一时期的情报检索领域的代表，至今仍是世界上最著名的系统之一。
（一）手工检索阶段（1876—1954）
信息检索源于参考咨询和文摘索引工作。
较正式的参考咨询工作是由美国公共图书馆和大专院校图书馆于19世纪下半叶发展起来的。
到20世纪40年代，咨询工作的内容又进一步，包括事实性咨询、编目书目、文摘、进行专题文献检索，提供文献代译。
“检索”从此成为一项独立的用户服务工作，并逐渐从单纯的经验工作向科学化方向发展。
（二）脱机批量处理检索阶段
1954年，美国海军机械试验中心使用IBM701型机，初步建成了计算机情报检索系统，这也预示着以计算机检索系统为代表的信息检索自动化时代的到来。
单纯的手工检索和机械检索都或多或少显露出各自的缺点，因此极有必要发展一种新型的信息检索方式。
（三）联机检索阶段（1965年—1991）
1965年美国系统发展公司研制成功ORBIT联机情报检索软件，开始了联机情报检索系统阶段。
与此同时，美国洛克公司研制成功了著名的Dialog检索系统。
20世纪70年代卫星通信技术、微型计算机以及数据库产生的同步发展，使用户得以冲破时间和空间的障碍，实现了国际联机检索。
计算机检索技术从脱机阶段进入联机信息检索时期。
远程实时检索多种数据库是联机检索的主要优点。
联机检索是计算机、信息处理技术和现代通信技术三者的有机结合。
（四）网络化联机检索阶段（1991年至今）
20世纪90年代是联机检索发展进步的一个重要转折时期。
随着互联网的迅速发展及超文本技术的出现，基于客户/服务器的检索软件的开发，实现了将原来的主机系统转移到服务器上，使客户/服务器联机检索模式开始取代以往的终端/主机结构，联机检索进入了一个崭新的时期。
二、信息检索系统类型
（一）参考数据库检索系统
参考数据库检索系统以二次文献数据库为主，提供文献的题录、文摘数据或事实数据
（二）全文数据库检索系统
全文数据库检索系统是近年来随着数字化技术不断成熟而发展起来的，系统能提供文献的全文数据，包括图表、图像等多种形式的媒体。
（三）Internet网络检索工具
Internet搜索引擎主要提供网上资源的链接，某些搜索引擎也提供简单的网页介绍或检索词的上下文。
三、信息检索方式
（一）命令检索方式
命令检索方式指的是检索过程中，每一项检索提问，必须通过具体的命令来完成，这些检索命令通常需要用户熟记。
这种方式虽然对于初级用户来说比较麻烦，需要记很多的命令，但是对熟悉系统的用户来说，命令方式有其步骤简单的优点，尤其是完成一些复杂的检索算法时，操作步骤简单。
许多国际联机检索系统，在推出新的检索方法的同时，仍保留着原有的命令检索方式，为喜欢命令检索的用户提供服务，Dialog系统就提供了比较多的检索命令。
（二）单检索方式
这种检索方式实际上是将各种检索指令转化成菜单选项，系统的功能和检索指令通过菜单和子菜单的选项来实现，用户通过菜单一目了然，只需根据需要在菜单上选择某一项，或进行检索，或显示命令中的纪录等。
菜单驱动的检索方式对初级用户是比较友好的，用户不需要培训就可以自行检索，很容易入门，但对于较复杂的检索算法，常常需要进入层层（下转第182页）（上接第180页）菜单才能完成。
（三）命令与菜单相结合的方式
这种检索方式既保留了指令检索的方式，又提供了菜单的某些直观的功能。
对于复杂的检索方法，主要以命令的方式来组织，而一些常用的命令或参数可以通过菜单选项来选择，这样，简化了完全依赖于指令方式的检索步骤，可以让用户减少指令和参数的记忆量。
目前有些联机检索系统在WEB上推出了这样的检索方式。
四、信息检索技术
（一）布尔逻辑检索技术
布尔逻辑检索技术就是指利用布尔逻辑运算符进行检索词语和代码之间的逻辑组配运算，从而获得检索结果的一种检索方法。
这是计算机信息检索中最基本的也是最常用的技术。
1.逻辑“与”（AND）。
逻辑“与”组配是具有概念交叉关系和限定关系的一种组配。
通常用“AND”或“*”作为算符表示。
2.逻辑“或”（OR）。
逻辑“或”是并列概念关系的一种组配，通常用运算符“OR”或“+”表示。
3.逻辑“非”（NOT）。
逻辑“非”组配是指不包含某种概念关系的一种组配，它可以从原检索范围中排除一部分文献纪录，逻辑“非”的运算通常用“NOT”或“—”作为运算符。
（二）截词检索技术
截词检索（Truncation）是一种常用的检索技术，特别是在西文检索中，更是广泛使用。
截词检索就是对词的片断进行比较，检索者将检索词在合适的地方截断，然后将截出的片断进行检索。
（三）字段限制检索
在检索系统中，为了提高检索的准确率，缩小检索的范围，通常用一些限制的手段和方法。
使用这些方法进行检索通常称为限制检索（LimitSearch）。
常用的限制方法就是字段限定。
（四）全文本检索技术
全文本检索技术（FulltextSearching）是对数据库纪录的全文文本检索，即纪录中的每个词都可以作为检索入口，且可以限定词与词之间的语义关系。
全文本检索也有人把它称为自由文本检索。
五、结语
随着信息技术的进一步发展，信息检索技术必将更加完善，它将在人类与信息之间建起一座方便的桥梁。
参考文献
[1]李满潮.VisualC#?
NET高级编程[M].北京：
清华大学出版社，2002，（231–235）.
[2]付磊.ASP1net编程实作教程[M].北京：
北京希望电子大学出版社，2002，（151–158）.
[3]廖信彦.ASP1net交互式Web数据库程序设计[M].北京:
中国铁道出版社，2003（102–120）.
[4]徐雅斌，王秀敏，刘鸿沈.基于1NET平台的三层结构应用系统开发[J].辽宁工程技术大学学报，2005，
（2）.
[5]JohnSharp，JonJagger.MicrosoftVisvalC#.net程序设计[M].北京：
北京大学出版社，2002.
篇二：
从UNIX到IBM主机系统的程序移植探讨
摘要：
本文介绍了UNIX平台与IBM主机系统平台之间的差异，并对跨平台移植过程中应考虑的主要问题和解决方法进行了探讨。
关键词：
IBM主机系统;移植;作业控制语言;初始化器
1引言
IBM主机系统，又称IBM大型机，是20世纪60年代发展起来的计算机系统，在全世界各大国家中肩负着银行、保险、证券、通讯等行业的数据与信息处理工作，因为其独具的高安全性、高稳定性和强大的数据处理能力，迄今无可替代。
近几年来，主机系统的前景不断看好。
从1994年起，IBM开始对大型机进行深入的技术改造，采用了新的CMOS技术，极大地缩小了大型机的系统体积，降低了能耗和散热成本，提高了性能价格比。
另一方面，分布式计算开始变得庞杂起来，许多公司的管理费用激增，而且由于数据分散，在数据的互访和集中管理方面，安全和准确性都不够高，许多企业开始转向使用大型机。
大型机在总体拥有成本上已经比分布计算廉价，制造业、保险、航空、运输及大型零售企业的大量事务处理对大型机的要求越来越高，这是大型机重新被人们认可的原因之一。
2分布式与大型机
分布式计算在短期内给企业带来了高效，但随着时间的延续，企业系统扩大，数据分散存放在上百台服务器上，数据的查询成为问题，数据的互访和对大量数据的开采利用变得困难起来，一个新的趋势——再集中开始出现。
如何将分布处理和集中计算结合起来，成为许多企业考虑的问题。
大型机的系统完整性和大存储量的优势显示出来，开始承担用户再集中需求的任务。
在总体拥有成本上，随着时间的推移，小型机系统渐渐显现出极高的使用成本。
或许人们在使用一年UNIX后，会说UNIX性价比高，但随着业务的增加，系统变得分散庞杂起来，维护费用增加。
大型机挺过了关键的10年暗淡期，终于峰回路转。
因此，越来越多的企业开始关注IBM主机系统，将自己的系统移植到主机系统上来。
3移植平台间的差异
3.1主机操作系统Z/OS与UNIX
目前IBM主机的主流操作系统Z/OS是使用最广泛的基于64位Z体系结构大型机操作系统，它给在大型机上的应用程序员提供了稳定、安全和可持续运行的环境。
从本质上来说，UNIX是一个计算密集型的操作系统，CPU利用率较高，更适用于需要大量计算的环境;而主机操作系统Z/OS依赖于其强大的硬件后盾，除了强大的计算能力之外，更突出的是它强大的I/O处理能力，依托硬件上的FICON、ESCON等光纤通道，可同时应对大规模的并发用户，因此它是一个I/O密集型的操作系统。
两种系统在很多内容上有着不同但又类似之处。
3.2进程与地址空间
在UNIX下，一个程序的执行通常称为一个进程，操作系统为每个进程分配一定的CPU、内存资源，使其运行，进程与进程之间可以通过信号量机制协同工作实现并发;而在Z/OS下没有进程的概念，与之对应的是地址空间（AddressSpace）的概念，任何用户的登录、程序的执行、作业的提交，系统都会为其生成一个地址空间。
地址空间之间在批处理方式下一般没有通信，而通过联机交易处理方式实现程序间通信。
在UNIX下通常会有守护进程（daemon）的概念，在主机环境中通常是一个长时间运行的作业的提交，可以从控制台为这个守护作业提供输入输出对象处理。
3.3文件的组织与编辑方式
从文件和数据格式上来说，UNIX系统是树状的目录结构，数据的组织以文件夹与文件的方式保存、管理;而在主机上，数据都保存在数据集里，数据集分顺序数据集、分区数据集与VSAM数据集，其组织方式没有多层树状结构，分区数据集下可包含称为member的顺序数据集，顺序数据集或VSAM数据集存储实际的数据。
数据的格式在UNIX下是面向字节，而在Z/OS下是面向记录的。
数据的编辑在UNIX下通常是用VI;而在Z/OS下用的是ISPF编辑器。
3.4交互系统的区别
UNIX下用户登录并在Shell环境下执行Shell会话，可以通过发送远程登录rlogin命令或者远程登录telnet命令连接系统，一个用户可以同时打开多个用户会话。
在主机环境下，用户通过TSO/E和它的菜单驱动接口ISPF登录系统，一个用户一次只能有一个活动的会话。
在UNIX系统中，用户可以通过后缀Shell命令观察处理进程和线程，可通过Kill命令结束一个任务。
在主机环境中，用户通过作业处理子系统提供的SDSF查看他们提交作业的执行情况，并可以终止作业任务的执行。
4移植实例
下面以一个实际项目实例来阐述一套移植过程中要考虑的具体问题。
项目以一个在UNIX平台上实际应用的后台结息系统为移植对象，考虑系统处理的各种运行机制和平台差异，最终将整个系统移植到Z/OS下。
原系统的操作系统为AIX5.0，数据库为INFORMIX10X，开发语言为C语言，移植后的操作系统为Z/OS1.5，数据库为DB2版本8，开发语言为C语言。
4.1针对多进程考虑
在原系统中有一个主控程序设计，主控程序是一个主调度程序，主要负责控制并发的进程数量及状态，系统支持的并发数量由主控程序的参数设置，通常设置为30。
主控程序控制的每一个并发进程代表一个部门结息流程。
假设一次性有1000个部门运行结息过程，主控程序负责调度，它轮寻所有进程，当一个进程结束时启动下一个进程，直到所有部门完成。
在Z/OS上没有进程的概念，针对这种后台批处理的结息方式，我们通过作业的方式实现，方案是为每个部门的结息准备一个JCL作业。
所谓JCL（JobControlLanguage）是作业控制语言，通过它写一段作业脚本提交给系统，可以让系统执行相应的程序或进行相关的工作。
为每个部门结息准备一个JCL作业，再准备一个主JCL作业，这个主JCL的任务就是去提交所有部门的JCL作业。
把结息过程定义为作业的好处是，在Z/OS里控制作业的并发数量以及作业调度的任务都可以由系统里的作业处理子系统JES2自动完成。
在JES2里，有多个被称为Initiator的地址空间，每个Initiator都相当于UNIX下的一个守护进程，专门处理提交的作业。
Z/OS中的Intiator是一个自动调度和处理提交的多个作业的地址空间，它主要负责处理如下任务：
（1）确保同时运行的各项作业不会产生数据集使用上的冲突;
（2）为作业分配必要的硬件设备，如磁带等;
（3）从库中找到每个作业需要调用的可执行程序;
（4）当一个作业运行完毕之后，在作业队列中清除该作业并要求处理下一个作业。
每个Initiator在同一时刻可以处理一个作业，而多个Intiator可以并发处理多个作业，各个Initiator并发处理各个作业都是在保证不出现死锁的前提下进行的。
Initiator的数量可以在系统中设置，这样一来就自动实现了并发数的控制。
比如我希望将并发数控制为50，我们在系统中设置50个Initiator，然后提交主JCL作业，主JCL作业再一次性提交1000个部门的作业，这些作业由JES自动调度给50个Initiator，并实现负载的均衡。
4.2Makefile的替代
在UNIX平台上，通常会在准备好源代码之后使用make工具进行编译，在执行make之前，需要一个命名为Makefile的特殊文件来告诉make需要做什么，该怎么做。
通常make工具主要被用来进行工程编译和程序链接。
当使用make工具进行编译时，以下几种文件在执行make时将会被编译或重新编译：
（1）所有的源文件没有被编译过，则对各个C源文件进行编译并进行链接，生成最后的可执行程序;
（2）每一个在上次执行make之后修改过的C源代码文件在本次执行make时将会被重新编译;
（3）头文件在上一次执行make之后被修改，则所有包含此头文件的C源文件在本次执行make时将会被重新编译。
Makefile文件是一个非常有效的文件，而在Z/OS平台中，没有类似的文件可用，通常的编译都是通过使用一个JCL作业去调用系统相关的针对编程语言的编译器去执行。
考虑到Makefile文件的对应参数、编译流程、依赖关系与JCL作业有很多相似点，我们的方案是还是使用JCL作业去编译程序，但将相关的源程序写在同一个JCL作业中。
在Z/OS环境下一个JCL作业可以有多个作业步，每个作业步可以指定进行不同的操作或调用不同的程序，一个作业最多可以有255个作业步。
因此，我们可以将相关联的源程序或者头文件放到同一个作业的不同作业步中，用于编译、链接，当有程序做了修改需要重新编译链接时，还是提交同一个编译作业就可完成。
4.3信号量机制的考虑
在实际结息流程中，通常每个进程都需要从数据库表里申请一个唯一的编号作为结息流程的流水号，最终保存到数据库。
流水号是一个递增数列，无论进程执行是否成功，此流水号都必须唯一且不可让其他进程使用，即使进程执行失败，此流水号也必须作废而不可给后续进程使用。
在UNIX平台下，允许进程间通信，信号量机制就是用来解决进程同步与互斥问题的。
通过P、V操作，保证并发进程互斥地访问数据库里的流水号资源。
而在Z/OS平台下，特别针对后台批处理方式下，用户的程序之间，作业与作业之间一般不允许相互通信，资源的互斥使用是通过Initiator调度实现的。
考虑到进程使用的流水号最终需要保存到数据库，而且流水号要求是递增数列，我们针对DB2数据库直接操作，DB2里面有个SequenceObject，它是一个递增数列，其递增幅度与初始值都可以在建立的时候设定。
我们可以针对不同类型的流水号建立一个或多个SequenceObject，之后在任何需要用到流水号的地方，通过调用SequenceObject的nextvalue取其当前值的下一个值，这样不管多少进程并发，在同一时刻其nextvalue永远不可能重复，保证流水号的唯一性。
4.4程序的准备
移植初期首先需要将程序与数据导入到Z/OS环境下。
程序的导入可以通过FTP上传或3270终端直接上传的方式。
首先需要在主机上针对不同属性的文件建立不同属性的数据集。
由于主机上不是树状文件系统结构，所以要建立几个分区数据集，将相关文件保存成为相关数据集的member。
如源文件可以建立一个数据集，名为userid.SRC，库文件可以建立为userid.LIB等，数据集的大小根据实际情况指定，我们的项目考虑可扩展性，建立的每个分区数据集以M为分配单位，初次分配量为300，再次分配量为100，目录空间大小为100。
将文件保存成文本格式上传，如果上传后都成了顺序数据集，可以写一个简单的JCL，使用IEBGENER将其拷贝到分区数据集里。
4.5数据的导入
对于数据库的导出导入，我们的方案是先将数据库创建脚本导入到数据集，使用主机上的SPUFI运行脚本创建好数据库、表空间和相关表、索引等。
将原Infomix数据库的数据以文本方式导出，再导入到主机，最后导入到数据库。
在DB2里，数据库的导入有Import和Load两种方法。
Import以SQL为基础，会写日志，可以对视图操作，表上定义的各种约束都将被检查，可以在目标表不存在的情况下通过ixf格式的文件创建表，不能在Import过程中搜集统计信息。
Import成功后表就可以使用。
Load操作属于偏底层的操作，不写日志，不可以对视图操作，除了唯一性约束之外的各种约束都不在Load过程中被检查，不可以在目标表不存在的情况下创建表，可以在Load过程中搜集统计信息。
Load过程成功后也有可能将表空间置于pending等的特殊状态，管理相对比较复杂。
总的来说，由于Load操作底层，因此速度很快，适合用于大量数据的导入;Import速度慢但管理简单，适用于少量数据导入。
由于我们的数据量非常大，因此选择使用Load导入数据。
我们将导出的数据保存到主机的数据集里，通过写一个Load作业，从相关数据集导入需要的数据。
在Load过程中，可能会因为参数或数据出错导致表空间置于reorganizepending状态，或者将某个表的Index置于rebuildpending状态，这时只需要将相应的表空间做一个REORG或者对相应的Index做一个rebuild就可以解决。
5
在决定对一套应用软件进行移植前，首先要明确移植的目的，选用适当的平台和语言，然后充分地分析移植前后软件运行环境的异同，决定要采取的技术和需要进行的结构调整，这样就可以系统而有序地完成大中型软件的移植工作，并可有效地提高软件质量，延长软件生命期。
通过几个月的，我们的方案在可行性上得到了验证，作为实际的应用，还有很多地方有待我们进一步探讨。
Abstract:
ThispaperfirstintroducesthemaindifferencesbetweenUINXandIBMMainframeplatforms，andthendiscussesthemainproblemsandthesolutionsontheprogrammigrationfromUNIXtoIBMMainframe.
Keywords:
IBMMainframe;migration;JobControlLanguage;Initiator
升级会员 