计算机软件保护遇到的问题及发展趋势

1、?本文介绍了计算机软件保护遇到的问题及发展趋势，为了有利于软件业的自主创新，中国对软件专利问题应及早制订对策，或是对软件只实行版权保护，或是对软件专利加以严格限制。并提供专业律师进行免费法律咨询?本文介绍了计算机软件保护遇到的问题及发展趋势，为了有利于软件业的自主创新，中国对软件专利问题应及早制订对策，或是对软件只实行版权保护，或是对软件专利加以严格限制。并提供专业律师进行免费法律咨询推荐阅读：软件著作权保护年限软件著作权保护计算机软件保护遇到的问题及发展趋势一、软件专利垄断及对策软件专利有可能成为维护软件垄断的新手段，其作用甚至会超过技术和产品垄断，对于这种新的垄断威胁，我们决不能掉以轻心。

2、中国的IT业已经深受垄断之害，没有抵制垄断，是我们应当吸取的教训。最近，美国AMD起诉英特尔，在世界IT领域掀起了又一轮反垄断浪潮。人们对几年 前美国司法部状告微软垄断的情景记忆犹新。这些年来，在世界IT领域，反垄断的斗争从未停止过。在欧洲，欧盟一再状告微软， 要求微软赔偿，并将播放器从视窗操作系统中剥离 出去;近期，AMD起诉英特尔，日本公平交易委员会也查处英特尔相比之下，中国在反 垄断方面却少有作为。是中国的IT领域不存在垄断吗？是中国的IT产业没有受到垄断的损害吗？都不是。中国的IT业同样深受垄断之害，尤其是在操作系统和处理器这两个方面。在桌面操作系统领域，微软的视窗在中国的垄断程度比起

3、世界上其他地方，可谓有过之而无不及。10多年前，微机用的是 DOS操作系统，那时，DOS只占一台微机成本的1%。 按照“摩尔定律”，今天计算机的硬件性能已提升了上百倍，价格相对下降很大。操作系统性能的提高没硬件那么大，但今天一台普通计算机视窗操作系统占据的成本超过了10%。视窗的垄断，使中国用户付出了高昂的代价。在计算机处理器领域， 英特尔处理器在中国市场上的份额高于世界平均份额， 价格也偏 高。 10 多年前，由于 AMD 的处理器较便宜，联想主板就大量采用了 AMD 处理器。但今 天，中国市场上的计算机采用 AMD 处理器却很少。其实， AMD 处理器不仅价格低，还有 64 位的性能优势。

4、中国处理器市场的这种不正常状况，是英特尔的垄断造成的，中国用户 不应该付出这种高昂的代价。尽管中国 IT 业深受垄断之害，但我们至今还没有出台反垄断法;而且，中国很多企业和用户缺乏反垄断意识。没有抵制垄断，这都是我们应当吸取的教训。除了存在技术和产品的垄断外， 还存在着更严重的知识产权垄断。 当前， 我们特别要重 视软件专利问题， 因为软件专利完全有可能导致垄断， 这种垄断将扼杀中国幼稚的软件产业。专利和版权最大的不同是， 专利可以保护一个创意、 一个思想的本身， 而版权只能保护 对一个创意、一个思想的特定实现。 在受保护的年限方面，版权比专利长。 多数国家发明专 利的保护年限是 20 年，而

5、按伯尔尼公约，版权保护期限从出版之日起，不低于 50 年。比方说，李白有一首诗静夜思：“床前明月光，疑是地上霜”假如李白当年登 记了版权，别人抄录出版就侵犯了版权。与李白同时代的杜甫有一首诗月夜：“今夜鄜 州月，闺中只独看”两首诗意同句不同，这不侵犯李白的版权。可是，假如李白申请的 是专利，叫“观月思乡”，那么，只要在专利保护的期限内，杜甫写的月夜就侵犯了李 白的专利。因为，如果有专利，李白写了静夜思，此后 20 年不许任何人再写带有“观 月思乡”思想的诗。软件编程类似于文学艺术创作，直到 1970 年代，软件还是完全靠版权和商标保护的。 到了 1980 年代末期， 虽然有关知识产权保护没有什

6、么变化， 但受一些知识产权案例的影响， 一些国家逐渐发生了演变，现在，软件同时受到版权和专利的保护。过去， 还在发展阶段的微软不希望有软件专利的束缚，所以对专利不感兴趣。例如，早在 1970 年代，就有其他公司的“字处理软件”(WordStar) 、“电子表软件”(VisiCalc)如果这些公司都获得了专利，在此后的20年里，微软都不能做同类产品，也就没有今天的微软了。但现在的微软完全变了。大约一年前，比尔？盖茨提出新的目标，要求微软将每年申请的专利提高到3000个。迄今为止，微软已获得了约4000个专利，另有3300多个专利正待批准。在这些专利中，甚至包括“在一个文档中加入和去除空白”这类很

7、难被认为是“创新”的东西。面对微软等软件巨头的“专利池”和无穷的财力，发展中国家的中小软件企业和开源软件阵营的处境岌岌可危。 他们既没有自己的“专利池”作讨价还价的筹码，又没有财力可对客户进行赔偿和担保，因此他们完全可能被“软件专利”所扼杀。显然，软件专利有可能成为维护软件垄断的新手段，其作用甚至会超过技术和产品的垄断，对于这种新的垄断威胁，我们决不能掉以轻心。由于软件专利只对软件垄断者有利，而对其他竞争者不利， 所以，作为软件垄断的受害者的欧盟，也不愿全盘接受美国的软件专利制度。目前欧盟正围绕着软件专利进行激烈的辩论。中国作为一个发展中国家，更不能全盘照搬美国的软件专利制度。为了有利于摆脱垄

8、断，为了有利于软件业的自主创新，中国对软件专利问题应及早制订对策，或是对软件只实行版权保护，或是对软件专利加以严格限制。未雨绸缪，此其时也软件工程的未来发展趋势评职称.发论文，交给机电之家.3个月内完成！收藏此信息打印该信息添加：未知来源：未知这篇文章的主体是讨论软件工程的未来发展趋势，但是软件工程的发展不可能是孤立的， 所以我们首先需要思考一下计算模型和软件开发本身的变化和趋势， 再由此推测软件工程的发 展趋势。从计算模型而言，应该来讲，传统的冯 .诺依曼仍然被沿用；但从计算能力上来将，我们注 意到了三个变化：CPU 的运算能力按摩尔定律快速提升；但提升单颗 CPU 的计算能力已经越来越困难

9、； 并行运算技术以及多核多线程技术使服务器的处理能力飞速提升； 服务器的处理能力不再是 瓶颈，从而造成计算能力大量向服务器端迁移， C/S 结构被无情抛弃， 薄客户端（ B/S 结构） 成为大势所趋；互联网的快速普及使得云计算成为可能， 通过互联网相连的服务器集群在服务器端提供了更 强大的计算能力；基于上述计算能力的变化，从软件开发模式而言，我们注意到以下六个相关的趋势： 由于计算能力向服务器端的快速集中， 提供高并行计算能力和可用性的中间件技术被广泛采 用，甚至已经成为构建大型软件系统的必选项；因为采用了中间件技术， 软件开发团队可以更集中关注于业务逻辑， 而可以将许多细节交给 中间件来管理

10、， 从而大大减少了需要编写的代码行数， 也直接导致了软件开发团队的规模变 得越来越小， 但角色变得越来越专业化 （如了解行业的需求分析员， 了解中间件技术和领域 构架的架构师等）；计算能力的增强， 使软件越来越易用， 从而使软件变得无处不在， 需要的软件开发人员数量 急剧增长 （组织形态是大量的小规模开发团队 ） ；在这一因素以及降低成本的压力下，开发外 包变得非常普及；为了使分布在互联网上系统能够互相协作， SOA 成为一个热点；互联网的普及， 将原来分散开发人员聚合在一起， 只要有一个合适的基础和好的框架， 他们 就可以开发出产品级的工具软件（以Eclipse ，JBoss ，MySQL

11、，Subversion 为例），从而开源成为了一种趋势；B/S 结构的系统非常容易升级， 这使得软件交付和升级的速度大大加快了 （从以年月为单位， 到以周天为单位）；回到正题， 那么在这些大的趋势的作用下， 软件工程会如何发展呢？我觉得在未来几年我们 会看到如下的趋势：需求工程， 渐成热点：专业化的角色，日益复杂的业务创新， 全球分布的团队以及互联网级 的交付速度， 这些都对需求获取的正确性和有效性提出了更高的要求； 我预计需求工程的研 究和实施会成为近期的热点，其中 UseCase 技术会被更广泛而正确的应用，而相关工具的 研发也会成为热点（如 IBMRationalRequirements

12、Composer, ， Ravenflow 等。用例的优势在于它天生是黑盒的， 它用自然语言抽象了用户和目标系统的交互， 避免了混入 分析、 设计和实现细节， 以保证用例可以被不懂具体技术的业务及测试人员所真正理解。同时，需求分析员又可以方便地通过用例分析（ usecaseanalysis ）（即用分析类来试图在理 想方式下实现用例） ，将需求体系精华成分析模型。在这一过程中，需求分析员可以更进一 步地完善基于用例的需求体系， 而不必担心分析模型会污染需求， 从而实现需求与分析的分 离及有效互动。DSSA 和 MDD ，老树新花（基于领域的构架（ DSSA ）与模型驱动的开发（ MDD ）：随

13、 着软件应用的日益普及， 软件已经超出了将手动流程自动化的范畴， 而开始成为业务创新的 主要推动力。因此，引入捕获特定领域内最先进需求及其实现架构的 DSSA 成为行业客户 的热点之一。 而且， DSSA 的引入将 MDD 门槛大大降低了， 也使基于 DSSA 的 MDD 支撑 工具成为可能，从而可以极大地提高开发效率并保证软件质量（例如， Telelogic 的 Rhaps ody 就是一个成功的基于实时嵌入式系统构架的 MDD 工具）。迭代 /敏捷，渐成标准：随着软件交付周期的日益加快，迭代化开发已经成为大多数软件开 发团队的必选项。 但是迭代对整个团队的需求、 架构、协同及测试能力都提出

14、了更高的要求， 现在许多开发团队都在试图导入迭代化开发的过程中， 敏捷可是被看成迭代化开发的一种导 入方式，这不过敏捷的范围其实比迭代化开发更大一些。敏捷的三个要素是迭代开发、坦诚合作和自适应性。坦诚合作其实才是敏捷的精髓，如 Iva r 所说，敏捷其实是有关 SocialEngineering 的。敏捷的主要贡献在于他更多地思考了如何 去激发开发人员的工作热情，这是在软件工程几十年的发展过程中相对被忽略的领域。持续集成， 蓄势待发： 持续集成是保证迭代化开发质量的主要方式， 通过持续集成可以利用 自动化的方式来尽量自动地、 尽早保证代码质量。 随着迭代和敏捷的流行， 持续集成相关的 工具成为

15、现在市场上的新热点 （如持续集成框架 IBMRationalBuildForge, 开源软件 Cruise Control ，代码静态分析工具 KlocworkInsight ， IBMRationalSoftwareAnalyzer 等）。 持续集成是一个复杂的系统工程，组织需要首先将现有的配置管理 / 变更管理工具与 Build 环境紧密集成并完成自动化 Build 过程， 在根据企业 / 项目/ 产品的现状， 定义如何自动化地 检测软件质量 （代码静态分析、 单元测试或冒烟测试） ，并定义需要自动化生成的管理报表。基于实践的过程框架， 方兴未艾： 开发角色的专业化的和分布的全球化都要求软

16、件开发过程 更加规范， 而敏捷又要求过程必须紧密贴合项目的实际需要， 因此传统的大一统的过程无法 符合这一需求。 新一代的过程将是以实践为核心的， 项目可以通过组装所需的不同实践来获 得贴近项目要求的过程。 IJI（ IvarJacobsonInternational）的 EssWork 和 IBMRational的 RMC 都是新一代的基于实践的过程框架。依据过程专家长时间的经验，他（她）们很小心、很仔细地将一个完整的开发过程组件化，从而使逐步求精式的从开发过程抽象出一个个可以被单独导入又可以被组装到一起的实践，过程改进成为可能。对于一个软件组织而言，如果已经建立一个比较成熟的软件开发流程，

17、 但觉得这一流程并不适合所有项目的实际需要， 那么目前可以考虑的是用实践的方式去重新 梳理现有流程， 以使项目组能够以实践为单位来组装出切合项目实际的流程；另外， 该组织也可以将适用于本组织的业界流行的实践导入到现有流程当中， IJI 公司的专家从业界最佳 经验中抽取了八个实践，有关信息可访问( :4040/ngp/ )。配置管理， 昨日黄花：随着开发团队规模的日益减小，配置管理的复杂性大大降低了， 我们 注意到越来越多的用户转向使用开源的配置管理工具(如 Subeverison ， JIRA ， hosted-p rojects 等等)；未来的配置管理工具更多的以一种全生命周期管理平台( ApplicationLife cycleManagement )的方式出现，弱化了单项的配置管理能力而强调了全流程的整合(如 MicrosoftVisualStudioTeamSys