软件毕业论文范文

引言：寻求写作上的突破？我们特意为您精选了4篇软件毕业论文范文，希望这些范文能够成为您写作时的参考，帮助您的文章更加丰富和深入。

篇1

本课题在选题及研究过程中得到**老师的悉心指导。陆老师多次询问研究进程，并为我指点迷津，帮助我开拓研究思路，精心点拨、热忱鼓励。陆老师一丝不苟的作风，严谨求实的态度，踏踏实实的精神，不仅授我以文，而且教我做人，虽历时三载，却给以终生受益无穷之道。对陆老师的感激之情是无法用言语表达的。

感谢**老师、**老师、**老师、**老师等对我的教育培养。他们细心指导我的学习与研究，在此，我要向诸位老师深深地鞠上一躬。

南京晓庄学院**院长、科学教育系**主任、**书记、**老师、**老师等老师为我提供了良好的研究条件，谨向各位同仁表示诚挚的敬意和谢忱。

感谢我的同学**、**、**、**三年来对我学习、生活的关心和帮助。

最后，向我的父亲、母亲、爱人、女儿致谢，感谢他们对我的理解与支持。

毕业论文致谢词范文二

感谢我的导师XXX教授，他们严谨细致、一丝不苟的作风一直是我工作、学习中的榜样；他们循循善诱的教导和不拘一格的思路给予我无尽的启迪。

感谢我的小白老师，这片论文的每个实验细节和每个数据，都离不开你的细心指导。而你开朗的个性和宽容的态度，帮助我能够很快的融入我们这个新的实验室

感谢我的室友们，从遥远的家来到这个陌生的城市里，是你们和我共同维系着彼此之间兄弟般的感情，维系着寝室那份家的融洽。四年了，仿佛就在昨天。四年里，我们没有红过脸，没有吵过嘴，没有发生上大学前所担心的任何不开心的事情。只是今后大家就难得再聚在一起吃每年元旦那顿饭了吧，没关系，各奔前程，大家珍重。但愿远赴米国的C平平安安，留守复旦的D，E&F快快乐乐，挥师北上的G顺顺利利，也愿离开我们寝室的H&I开开心心。我们在一起的日子，我会记一辈子的。

感谢我的爸爸妈妈，焉得谖草，言树之背，养育之恩，无以回报，你们永远健康快乐是我最大的心愿。

在论文即将完成之际，我的心情无法平静，从开始进入课题到论文的顺利完成，有多少可敬的师长、同学、朋友给了我无言的帮助，在这里请接受我诚挚的谢意!

毕业论文致谢词范文三

致谢

篇2

第二、在软件的生命周期里需要完成的任务有提出问题的定义，分阶段的调查和编写软件数据和设计文档等在实现阶段主要需要完成的则是编写毛和对他的测试工作，需要根据他的说明书把这些转为程序代码，并成单元的测试，使其编写。

篇3

Abstract:ThispaperdiscusstheimportantcontentsoftheRationalUnifiedProcess,includingDevelopmentPhase,IterationProcess,CoreWorkflowsandsoon.Additionally,givingsomecommentsaboutitsadvantagesandweaknessesinthesoftwareprojectsdevelopment.

KeyWords:UnifiedProcess,Milestone,Iteration,CoreWorkflows

一前言

软件过程是指实施于软件开发和维护中的阶段、方法、技术、实践及相关产物(计划、文档、模型、代码、测试用例和手册等)的集合。行之有效的软件过程可以提高开发软件组织的生产效率、提高软件质量、降低成本并减少风险。目前市场上领先的软件过程主要有RUP(RationalUnifiedProcess)、OPENProcess和OOSP(Object-OrientedSoftwareProcess)。

RUP具有较高认知度的原因之一恐怕是因为其提出者Rational软件公司聚集了面向对象领域三位杰出专家Booch、Rumbaugh和Jacobson，同时它又是面向对象开发的行业标准语言——标准建模语言(UML)的创立者。RUP是由Objectory过程演化而来，其初始版本为5.0，先后经历了5.1、5.11、5.5等版本直到最新的RationalUnifiedProcess2000版本。本文主要讨论RUP的主要内容和特点。

二RUP的二维开发模型

RUP可以用二维坐标来描述。横轴通过时间组织，是过程展开的生命周期特征，体现开发过程的动态结构，用来描述它的术语主要包括周期(Cycle)、阶段(Phase)、迭代(Iteration)和里程碑(Milestone)；纵轴以内容来组织为自然的逻辑活动，体现开发过程的静态结构，用来描述它的术语主要包括活动(Activity)、产物(Artifact)、工作者(Worker)和工作流(Workflow)。如图1：

图1RUP的二维开发模型

三开发过程中的各个阶段和里程碑

RUP中的软件生命周期在时间上被分解为四个顺序的阶段，分别是：初始阶段(Inception)、细化阶段(Elaboration)、构造阶段(Construction)和交付阶段(Transition)。每个阶段结束于一个主要的里程碑(MajorMilestones)；每个阶段本质上是两个里程碑之间的时间跨度。在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。

1．初始阶段

初始阶段的目标是为系统建立商业案例并确定项目的边界。为了达到该目的必须识别所有与系统交互的外部实体，在较高层次上定义交互的特性。本阶段具有非常重要的意义，在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要风险。对于建立在原有系统基础上的开发项目来讲，初始阶段可能很短。

初始阶段结束时是第一个重要的里程碑：生命周期目标(LifecycleObjective)里程碑。生命周期目标里程碑评价项目基本的生存能力。

2．细化阶段

细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。为了达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境，包括创建开发案例，创建模板、准则并准备工具。

细化阶段结束时第二个重要的里程碑：生命周期结构(LifecycleArchitecture)里程碑。生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。

3．构造阶段

在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量。

构建阶段结束时是第三个重要的里程碑：初始功能(InitialOperational)里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。

4．交付阶段

交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为做准备的产品测试，基于用户反馈的少量的调整。在生命周期的这一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的结构问题应该已经在项目生命周期的早期阶段解决了。

在交付阶段的终点是第四个里程碑：产品(ProductRelease)里程碑。此时，要确定目标是否实现，是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。

四RUP的核心工作流(CoreWorkflows)

RUP中有9个核心工作流，分为6个核心过程工作流(CoreProcessWorkflows)和3个核心支持工作流(CoreSupportingWorkflows)。尽管6个核心过程工作流可能使人想起传统瀑布模型中的几个阶段，但应注意迭代过程中的阶段是完全不同的，这些工作流在整个生命周期中一次又一次被访问。9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。

1．商业建模(BusinessModeling)

商业建模工作流描述了如何为新的目标组织开发一个构想，并基于这个构想在商业用例模型和商业对象模型中定义组织的过程，角色和责任。

2．需求(Requirements)

需求工作流的目标是描述系统应该做什么，并使开发人员和用户就这一描述达成共识。为了达到该目标，要对需要的功能和约束进行提取、组织、文档化；最重要的是理解系统所解决问题的定义和范围。

3．分析和设计(Analysis&Design)

分析和设计工作流将需求转化成未来系统的设计，为系统开发一个健壮的结构并调整设计使其与实现环境相匹配，优化其性能。分析设计的结果是一个设计模型和一个可选的分析模型。设计模型是源代码的抽象，由设计类和一些描述组成。设计类被组织成具有良好接口的设计包(Package)和设计子系统(Subsystem)，而描述则体现了类的对象如何协同工作实现用例的功能。

设计活动以体系结构设计为中心，体系结构由若干结构视图来表达，结构视图是整个设计的抽象和简化，该视图中省略了一些细节，使重要的特点体现得更加清晰。体系结构不仅仅是良好设计模型的承载媒介，而且在系统的开发中能提高被创建模型的质量。

4．实现(Implementation)

实现工作流的目的包括以层次化的子系统形式定义代码的组织结构；以组件的形式(源文件、二进制文件、可执行文件)实现类和对象；将开发出的组件作为单元进行测试以及集成由单个开发者（或小组）所产生的结果，使其成为可执行的系统。

5．测试(Test)

测试工作流要验证对象间的交互作用，验证软件中所有组件的正确集成，检验所有的需求已被正确的实现,识别并确认缺陷在软件部署之前被提出并处理。RUP提出了迭代的方法，意味着在整个项目中进行测试，从而尽可能早地发现缺陷，从根本上降低了修改缺陷的成本。测试类似于三维模型，分别从可靠性、功能性和系统性能来进行。

6．部署(Deployment)

部署工作流的目的是成功的生成版本并将软件分发给最终用户。部署工作流描述了那些与确保软件产品对最终用户具有可用性相关的活动，包括：软件打包、生成软件本身以外的产品、安装软件、为用户提供帮助。在有些情况下，还可能包括计划和进行beta测试版、移植现有的软件和数据以及正式验收。

7．配置和变更管理(Configuration&ChangeManagement)

配置和变更管理工作流描绘了如何在多个成员组成的项目中控制大量的产物。配置和变更管理工作流提供了准则来管理演化系统中的多个变体，跟踪软件创建过程中的版本。工作流描述了如何管理并行开发、分布式开发、如何自动化创建工程。同时也阐述了对产品修改原因、时间、人员保持审计记录。

8．项目管理(ProjectManagement)

软件项目管理平衡各种可能产生冲突的目标，管理风险，克服各种约束并成功交付使用户满意的产品。其目标包括：为项目的管理提供框架，为计划、人员配备、执行和监控项目提供实用的准则，为管理风险提供框架等。

9．环境(Environment)

环境工作流的目的是向软件开发组织提供软件开发环境，包括过程和工具。环境工作流集中于配置项目过程中所需要的活动，同样也支持开发项目规范的活动，提供了逐步的指导手册并介绍了如何在组织中实现过程。

五RUP的迭代开发模式

RUP中的每个阶段可以进一步分解为迭代。一个迭代是一个完整的开发循环，产生一个可执行的产品版本，是最终产品的一个子集，它增量式地发展，从一个迭代过程到另一个迭代过程到成为最终的系统。

传统上的项目组织是顺序通过每个工作流，每个工作流只有一次，也就是我们熟悉的瀑布生命周期（见图2）。这样做的结果是到实现末期产品完成并开始测试，在分析、设计和实现阶段所遗留的隐藏问题会大量出现，项目可能要停止并开始一个漫长的错误修正周期。

图2瀑布模型

一种更灵活，风险更小的方法是多次通过不同的开发工作流，这样可以更好的理解需求，构造一个健壮的体系结构，并最终交付一系列逐步完成的版本。这叫做一个迭代生命周期。在工作流中的每一次顺序的通过称为一次迭代。软件生命周期是迭代的连续，通过它，软件是增量的开发。一次迭代包括了生成一个可执行版本的开发活动，还有使用这个版本所必需的其他辅助成分，如版本描述、用户文档等。因此一个开发迭代在某种意义上是在所有工作流中的一次完整的经过，这些工作流至少包括：需求工作流、分析和设计工作流、实现工作流、测试工作流。其本身就像一个小型的瀑布项目（见图3）。

图3RUP的迭代模型

与传统的瀑布模型相比较，迭代过程具有以下优点：

?降低了在一个增量上的开支风险。如果开发人员重复某个迭代，那么损失只是这一个开发有误的迭代的花费。

?降低了产品无法按照既定进度进入市场的风险。通过在开发早期就确定风险，可以尽早来解决而不至于在开发后期匆匆忙忙。

?加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在，他们的工作会更有效率。

?由于用户的需求并不能在一开始就作出完全的界定，它们通常是在后续阶段中不断细化的。因此，迭代过程这种模式使适应需求的变化会更容易些。

六总结

RUP具有很多长处：提高了团队生产力，在迭代的开发过程、需求管理、基于组件的体系结构、可视化软件建模、验证软件质量及控制软件变更等方面，针对所有关键的开发活动为每个开发成员提供了必要的准则、模板和工具指导，并确保全体成员共享相同的知识基础。它建立了简洁和清晰的过程结构，为开发过程提供较大的通用性。但同时它也存在一些不足：RUP只是一个开发过程，并没有涵盖软件过程的全部内容，例如它缺少关于软件运行和支持等方面的内容；此外，它没有支持多项目的开发结构，这在一定程度上降低了在开发组织内大范围实现重用的可能性。可以说RUP是一个非常好的开端，但并不完美，在实际的应用中可以根据需要对其进行改进并可以用OPEN和OOSP等其他软件过程的相关内容对RUP进行补充和完善。

主要参考文献

篇4

在95年11月武汉水利水电工程地质计算机会上,首次公开进行了本专业的自由软件展示与交流,尽管会议上提供的自由软件只有4个,但都是些实用性强的软件,与会代表争相自由拷贝,气氛异常活跃,成为本次会议的一大特色。《会议纪要》认为:自由软件的广泛交流,体现了信息社会共同发展的合作精神,抛弃了传统封闭的小农意识。封闭是没有出路的,只有交流才能发展,这是我们计算机应用事业的保证。

什么样的软件是自由软件?自由软件与商品软件是什么关系,本文便是笔者的一些粗浅认识。

1.软件按商业性质分类

如果按软件的商业性质来分类,大致可分为商品软件、自由软件、共享软件和转让软件等四大类。现分述如下:

1.1商品软件

所谓商品软件,是将软件当成商品出售,具有商品的使用价值和价值两个属性。一般来说,商品软件要求有一定数量的用户群,有一定范围的销售网络,有较为健全的咨询和软件维护技术队伍,有开发队伍不断地进行软件升级。

按国家规定,要在市场上销售的商品软件首先要经过国家或社会普遍公认的软件评测机构(如中国软件评测中心)的质量认证。认证的标准和依据是国家有关标准或行业标准,例如:GB8566-88、GB8567-88、GB9385-88、GB/12504～12505-90、GJB437-88等,同时还应取得beta测试版用户的测试报告。

软件是逻辑产品而不是物理产品。软件生产集中于开发而不是制造,起决定作用的是人的智能的高效率的发挥。软件是看不见(或读不懂)摸不着的以磁盘、磁带、光盘等记录/读取介质为载体的计算机程序编译代码。鉴别软件的优劣、功能的强弱、使用的价值等等,可按国家对软件开发的规范标准组织评审,或由国家专门的软件评测中心进行评测。对于应用软件来说,笔者认为最权威的鉴定和评测是软件的直接使用者­---用户。

软件能否形成商品,当然要看是否具备商品的一些基本特性,要看是否有一定数量的用户,即是否具备商品的使用价值。能够形成商品的软件,要有极强的商品意识和版权保护,这是无庸置疑的。而不能形成商品的软件,又可分为两大类:

一类是开发难度大专业性很强用户很少的软件,或为特殊要求而开发的软件,或研究课题在理论上还不成熟的软件。例如控制卫星发射的软件或高精尖科学研究的专门软件,既不会卖,一般用户也不会买,显然不是商品软件。又如为一种新的尚未越过探讨阶段的结构设计理论而编制的软件,至少在新理论未经实践检验没有被广泛承认尚无规范认可阶段,不是商品软件。还有一些专业性软件,标准化程度低,规范性差,软件维护困难,没有售后服务,仅仅是单位之间的有偿引进或转让,自然也算不上商品软件。

另一类是开发难度不大,多为个人单干开发的小型软件、小工具、单一功能的小程序块等,反映出程序设计中的一些技巧和经验,有一定的使用价值,如果没有经过包装,用户不多,也很难形成规模性的商品软件。

1.2自由软件

自由软件(freeware)又称免费软件,由国外类似活动中freeware一词转译而来,指经软件作者同意或软件版权所有者授权,免费提供给用户的非商业性质的软件产品。自由软件可以有著作权(版权)或无著作权。

有著作权的自由软件,其作者声称版权所有,但免费或收取很少的费用提供给用户,让人几乎没有限制地使用或拷贝或与他人分亨,一般不公布源程序代码(一些公开发表源程序代码的短小程序当然也属于自由软件)。例如许多国内外广泛流行的磁盘拷贝、磁盘文件管理、硬件测试、文本编辑器、文件图形格式转换等等工具类软件,Internet网络BBS(电子公告板)上可随时下载的软件,以及许多商品软件的低版本、演示版、教学版、简版等软件,均属于此类。另外,国内的一些优秀汉字系统如王码WMDOS5.0以及后来升级的6.0和8.0、UCDOS3.0简版、UCDOS5.0试用版、213L等,还有一些汉字输入法、办公排版系统等,亦为有版权的自由软件。96年初,深受用户喜爱的中文优秀制表软件CCED的版权人朱崇君先生宣布难以忍受软件销售70%的收入被销售商拿去的现实,将正在热销的CCED5.0以CCED5.03版本加入到有版权的自由软件行列而成为96年中国软件行业和用户们议论纷纷的重大新闻之一。

没有著作权的自由软件,是指在软件技术发展过程中已经形成了的大批标准的子程序和常用模块,它们已经在很多软件产品中被多次使用过,或被收入教科书和公开出版的源程序代码集中,实际上已经弄不清是谁原创的,即已不清楚谁是版权人。还有一些软件,其开发者在发表时公开声明放弃版权,供社会公众自由使用,对于这些已经成为社会公共财富的软件,在开发中使用是不会构成侵权的,可放心引用。

1.3共享软件

共享软件(英文:shareware)有别于自由软件,需收一定费用,但仍为非赢利软件。共享软件所收费用仅限于资料的成本费和发行费。共享软件鼓励用户自由拷贝,自由应用,软件不加密,如果喜欢该软件,有义务向发行公司注册,只需付很少的注册费就可得到更多的技术支持以及进行技术交流,发行公司所收取的少量的注册费也仅是为了进一步发展和支持该软件。例如近来到处做广告的"王特绿色MIS4.0"和"雅奇MIS6.2"属于数据库与管理信息系统自动编程一类的大型软件,可以减少应用系统大量的编程工作,也推出了共享软件版本。

1.4转让软件

一些专业性较强,开发难度较大(多为单位开发),用户群有限,无规模性销售网络,无健全的咨询和软件维护技术队伍,达不到商品软件的要求,但又有用户需要,于自由软件和共享软件与商品软件之间的软件,笔者暂且将此类软件称之为转让软件。水利水电系统中各单位之间互相以商品软件形式出现的绝大多数专业软件均属此类软件。

转让软件的纠纷较多,单位之间的转让往往没有履行严格的合同手续,是以单位、领导、熟人和朋友之间的信誉为转让基础的。转让软件专业性较强,维护困难,售后服务差或根本没有售后服务,是发生纠纷的主要原因。

2.国内外的自由软件交流

自由软件的价值在于交流,这种交流没有国界,不讲阶级立场,不分专业,不论社会地位,所有参加软件交流的人全球平等,就象在Internet网络上发送E-mail,参加各种论谈一样。

2.1自由软件的国际交流

在发达国家,自由软件已是较普遍采用的一种方式。从商业意义上讲,商品软件的测试、反馈、改进、交流与传播,都离不开免费试用、交流共享这种方式。在极端强调知识产权的美国,自由软件却十分普遍,国内广泛流行的外国自由软件多为美国自由软件,《软件世界》杂志不定期公布的自由软件目录清单中有相当一部分是自由软件联谊网国际交流部提供的美国自由软件。事实上,我们每个计算机用户手中都有一些如磁盘拷贝、磁盘整理、文件管理等实用工具软件,基本上都是这种国外自由软件。

业界振臂高呼网络就是计算机,计算机就是网络,以至于Internet网络热得一塌糊涂,BBS作为Internet的重要组成部分,大量的信息资源和自由软件供广大电脑爱好者免费取用,这也许是Internet最吸引人的功能,用户只要通过Modem和电话线即可使用。BBS为自由软件的交流提供了公开场所,很受电脑爱好者们的喜爱。

2.2自由软件在国内的大气候

在中国软件行业协会中有一个分会---自由软件分会,该分会于93年4月面向全国各行各业成立了自由软件联谊网,三年多来的自由软件联谊活动在全社会引起了极大反响,数千位个人网员和单位网员遍布全国29个省、市、自治区。联谊网成功地举办过自由软件展示会,组织自由软件参加计算机交易会和计算机应用成果展示会。联谊网除了向网员直接寄发自由软件信息和自由软件拷贝外,在《软件世界》杂志上设置有专门的自由软件栏目,不定期公布自由软件目录清单,截至1996年第6期止共了十七期近180余个自由软件,有时还刊登自由软件的功能介绍,凡是入了网的单位和个人,均可免费获得网上的自由软件。

自由软件联谊网的活动得到了一大批计算机软件专家、软件开发研制单位和软件公司的大力支持。著名的王码、希望、晓军、新天地等电脑公司向联谊网提供了各自优秀软件的自由软件版本;天汇、中国龙、利方、超想、CCED等国内优秀软件的自由软件版本也在联谊网中广为传播;王特绿色MIS和雅奇MIS等国内优秀数据库自动编程软件系统也纷纷加入了共享软件的行列;CCED的版权人朱崇君先生多次为自由软件发表高见。众人拾柴,越办越火。可以说,自由软件已经成为中国软件业的一个重要组成部分。

《软件世界》杂志对自由软件的高度评价:联谊网的自由软件活动将有助于提高全民族的知识产权保护意识、加快软件的研制开发、促进优秀计算机软件在我国的普及,这是经过了计算机行业多年的发展和酝酿,在新的市场经济的促进下,接受了国外Freeware的启发并结合我国的具体实际情况而逐渐成熟起来的。自由软件是推广普及计算机知识、造福社会、培养下一代计算机人才的科普性社会公益事业,是计算机事业的希望工程。

3.自由软件的存在基础

自由软件为什么会有如此巨大的社会反响和热烈火爆的交流市场?用户积极索取自由软件,说明自由软件决不是一些滥竽充数毫无用处的劣质软件,否则尽管不花钱,取之无用,反而占据磁盘空间,谁还会去花时间和精力瞎折腾。另一方面,有大量的自由软件提供者,显然不是一种简单的计算机行业软件的流通与交换现象,如果有人能从社会科学、人文科学、政治经济学、市场经济学、心理学、人性的本能等多学科广角度全方位去研究这一问题,肯定会有惊人发现,说不定能获得诺贝尔奖。

作为商品软件的试用版、测试版、普及版和低版本,以自由软件的形式广为散发,有其商业广告和市场策略的性质;而一些工具类和小技巧类自由软件则毫无商业意义,为什么仍然有广泛的提供者呢?

编程序很累,调试程序常常会通宵达旦,能做到这一点,单从个人对经济利益的追求来解释是不全面的,对于某些利已主义者来说也许是这样,而对于那些电脑迷程序狂计算机人而言,所谓的工作激情、思想根源和行为动机显然是争取诺贝尔奖获得者们的重大研究课题。科学家的执着追求,发明家的废寝忘食,科技工作者不计报酬撰写论文(近年来在一些学术刊物上发表学术论文不但无稿费可言,反而要交版面费)等等事例,都不能完全用经济利益来解释。《组织人事报》称:当前人才流动的主要动机不再是追求高薪收入,而是寻找自身价值发挥的最佳环境。可见,现实生活中人性的本能反映与人的需求和欲望的多元化,使得对某些事物的解释众口异说,有人就是愿意将自己的劳动成果无偿奉献给他人,并以此为自己生活中的一大乐趣,我想这正是自由软件存在的基础的基础。

软件是有生命的。软件的生命就是软件的生存周期,即从提出软件产品开始,直到该软件产品被淘汰的全过程。软件的生存周期说明,软件不具备收藏价值,不存在增值意义。软件的发展非常迅速,更新换代十分频繁,新版本出来老版本基本上就没有什么商业意义了,这也许是商品软件提供自由软件版本的原因之一。个人开发的形不成商品的软件,在生命周期内不进行交流,个人的劳动价值就没有得到社会的承认,是不是有点冤枉?

4.关于工程地质自由软件与转让软件

我们的许多地质计算机人员在长期的生产实践过程中积累了大量的编程技巧、实践经验和实用程序(软件),来之不易,弃之可惜。由于水利水电工程地质专业的特殊性和复杂性,专业软件的难度较大,用户群又十分有限,标准化程度低,规范性差,各家自主开发,极少进行交流,又难以形成商品,与其如此自编自用自生自灭,还不如贡献出来作为自由软件或共享软件在系统内广为交流,互通有无,实现这些知识产品的真正价值。

事实上,水利水电系统各单位自行开发的一些实用软件一般达不到商品软件的要求,因此,完全没有必要各自为政,互相封闭,低层次的重复开发,实在是得不偿失。其实,提倡软件交流,反对低层次的重复开发,早已是许多领导讲话和技术干部献计献策中多次提及的,绝不是笔者个人的大声疾呼。当然,软件作者不愿意将自己的作品作为自由软件提供出来交流,也是无可非议的。

需提请用户注意的是,要钱的软件并不都是好软件,反之亦然。特别是单位之间的引进和转让软件,纠纷较多。该类软件维护困难,要价很高,没有售后服务,有可能是一锤子买卖,近年来在本系统中已经有类似现象,用户在引进时一定要慎重。我们也希望那些不太成熟的软件要自重,一锤子买卖不旦损害了兄弟单位的利益,而且损害了自己的声誉,眼前利益短期行为不可取!