搜索
高级检索
高级搜索
书       名 :
著       者 :
出  版  社 :
I  S  B  N:
文献来源:
出版时间 :
开源软件成熟度评估及选型指南
0.00    
图书来源: 浙江图书馆(由图书馆配书)
  • 配送范围:
    全国(除港澳台地区)
  • ISBN:
    9787508488936
  • 作      者:
    工业和信息化部软件与集成电路促进中心编著
  • 出 版 社 :
    中国水利水电出版社
  • 出版日期:
    2011
收藏
编辑推荐
    《开源软件成熟度评估及选型指南》分享软件成熟度评估、开源软件选型、项目管理等方面的宝贵经验、专家观点视角独特,视野广阔,观点深刻。
展开
内容介绍
    《开源软件成熟度评估及选型指南》内容主要来自近几年我们对开源软件评估与应用选型的研究成果,以及对优秀的开源软件的筛选整理。内容主要面向那些希望将开源软件部署在其应用环境中,或利用开源软件进行二次开发的中小企业或开源爱好者。《开源软件成熟度评估及选型指南》对于那些利用开源软件的网络社区建设者也有一定的参考价值。
    全书内容共分为四部分:第一部分主要讲解开源软件的相关概念,开源运动在国际和国内发展的历史,及开源软件应用普及中遇到的问题;第二部分主要讲解开源软件选型中成熟度评估模型在国际、国内发展的情况,并依据近几年我们在相关领域的研究、探索,结合国内外经验,提出一个成熟度评估模型;第三部分着重讲解在开源软件选型中非常重要的环节——开源软件许可,通过问答的方式向大家讲解开源许可相关的知识产权问题对开源软件选型的影响,并对开源许可中最重要的GPL协议进行了分析;第四部分向大家推荐一系列互联网开发、应用相关的开源软件,也作为我们对开源软件选型方法的实践。此外,在附录中给出了一个软件评估规范的参考范本和一些开源软件相关知识点的详细介绍。
    《开源软件成熟度评估及选型指南》的一些内容来自相关项目或软件的官方信息;同时,《开源软件成熟度评估及选型指南》的内容也获得了开源中国社区和中日韩东北亚开源合作项目的大力协助,在此对他们深表感谢。
展开
精彩书摘
    根据前一节描述的开放源码软件质量特征的定义,我们提出与之相对应的成熟度属性定义方案,即分级定义的属性设置方案。软件质量特征的第一级对应属性类,第二级软件质量要素对应具体的成熟度评估属性。由此可见,属性类就是一些特征近似的评估属性的集合。
    为什么要使用属性类对属性进行分类呢?这是因为,在所有的属性中,大多数属性都可以被归类描述,如,代码质量、项目管理、社区支持等。我们发现如果将每个属性不加分类放到整个属性体系中来考察,属性定义本身就变得非常混乱,哪些属性需要纳入规范,哪些需要剔除,评估如何分工都会变得非常困难。此外,如果不对属性进行分类,我们也很难准确判定在权重体系中每个属性的作用大小,因而也就很难建立一套行之有效的权重标准。
    从上面介绍的属性划分结构可以看出,在我们的评估体系中被测要素需要根据评测粒度的不同划分层次结构,例如,第一级:属性类,第二级:属性。这种分层结构的好处是评测人在定义属性规范时可根据自己的需要进行扩展,可以对属性进一步细分子属性,即扩展第三级。在评估规范当中,恰当的定义软件质量属性是成熟度评估是否能够准确、公正、均衡的进行的重要一环。按照评估途径、方法的不同和属性描述对象的不同,也为了能够使大家更好的厘清各种成熟度属性的分类和含义,我们把各类软件成熟度属性划分为内在属性和外在属性,并分别加以描述。特别需要指出的是,我们所列的各种软件成熟度属性类及其相关的属性是开源软件成熟度评估中的一般属性,如果需要针对某一类特殊软件的特殊情况,可以定义自己的附加属性类和属性。
    对于需要评分的属性评估,在对属性类和属性的定义基础上,我们给属性类和属性赋予一定权重,即加权的属性取值方案。权重的定义旨在说明各属性类和属性在评估体系中的重要程度,即,我们需要建立一种模型,让那些对成熟度影响更加重大的评估要素在体系中发挥更重要的作用。在一个同类软件的选型过程中,相应成熟度评估环境中各属性类和属性权重的定义是一个复杂和综合的过程,本书对此不作详细阐述,请参考我们成熟度评估模型的其他相关书籍或文章。 
    ……
展开
目录
前言
第1章 开源软件现象综述
1.1 开源软件相关定义和概念
1.1.1 什么是开源软件
1.1.2 什么是自由软件(FS)
1.2 开放源代码运动
1.2.1 开放源码运动与UNIX
1.2.2 开放源码运动与BSD
1.2.3 开放源码运动与FSF、GNU
1.2.4 开放源码运动与Linux的诞生
1.2.5 开放源代码运动与OSI
1.2.6 开放源码运动与LF
1.2.7 开放源码运动在中国
1.3 开源软件对软件生态系统的影响
1.3.1 开源软件已成为主流
1.3.2 开源软件是一种诱人的商机
1.3.3 开放源码促进竞争
1.4 开源软件给我们带来的好处和风险
1.4.1 我们为什么需要开源软件
1.4.2 使用开源软件的好处
1.4.3 使用开源软件与专有软件的风险无本质区别
1.4.4 使用开源软件的一大挑战

第2章 开放源代码软件成熟度评估的理论与方法
2.1 成熟度评估助力开源软件发展
2.2 开源软件成熟度评估的目标
2.3 开放源代码软件成熟度评估发展状况
2.3.1 国际上主要开源软件质量/成熟度评估模型介绍
2.3.2 国内开源软件质量/成熟度研究的情况
2.4 开放源码软件成熟度评估体系模型
2.4.1 开源软件成熟度评估模型是什么
2.4.2 开放源代码软件成熟度评估环境
2.4.3 开源软件成熟度评估规范的定义
2.4.4 开放源代码软件成熟度评估中的属性
2.4.5 开源软件成熟度属性权重定义
2.4.6 开放源代码软件成熟度评分与计算
2.5 开源软件成熟度属性定义参考
2.6 开源软件成熟度属性评估方法
2.6.1 开源软件成熟度评估取值与评分约定
2.6.2 软件成熟度评估的评测取值、计算、分析
2.7 软件成熟度评估报告内容

第3章 开源软件许可的基本概念及问题解答
3.1 开源软件许可的基本知识
3.1.1 为什么需要了解软件的知识产权?
3.1.2 软件相关知识产权主要有哪几类?
3.1.3 没有登记的软件受著作权法保护吗?
3.1.4 在中国有没有软件专利,商业方法软件专利又是什么?
3.1.5 软件产品为什么需要许可协议?
3.1.6 发布开源软件需要许可协议吗?
3.1.7 使用开源软件需要获得许可吗?
3.1.8 为什么存在诸多开源软件许可证?
3.1.9 开发者是否可以自己创造一个许可证?
3.1.10 个软件是否可以适用多个许可?
3.1.11 开源软件许可证带来的纠纷可能有哪些?
3.1.12 开源软件许可证有什么共同特点?
3.1.13 不同开源软件许可证之间差异在哪里?
3.1.14 主要许可证的之间有哪些关键差别?
3.1.15 许可证之间的规定存在冲突怎么办?
3.1.16 0SI与开源许可证是什么关系?
3.1.17 许可证经OSI认证有何益处?
3.2 详解GPL许可
3.2.1 什么是Copyright?
3.2.2 什么是Copyleft?
3.2.3 Copyright与Copyleft是什么关系?
3.2.4 什么是GPL?
3.2.5 GPL的核心要求有哪些?
3.2.6 GPL就是“免费获得”和“免费贡献”吗?
3.2.7 GPL的传染性是什么意思?
3.2.8 “独立作品”可以对“传染性免疫吗,怎样判断作品是不是“独立作品”?
3.2.9 GPL对作品的哪些知识产权做了规定?
3.2.10 怎样的行为算做接受了GPL(或缔结了GPL许可协议)?
3.2.11 使用遵循GPL的软件的被许可人必须遵守哪些义务?
3.2.12 GPL后的软件是不是进了“公有领域”?
3.3 利用开源软件实现商业应用需注意的问题
3.3.1 为什么开源软件强调“Nowarranty”?
3.3.2 原始许可“不担保”,开源软件就一直得不到担保吗?
3.3.3 为什么开源软件的商业应用归根结底还是需要有人提供担保?
3.3.4 原始许可“不担保”,用户怎么办
3.3.5 再分发人对不享有知识产权的开源软件收费是否合法?
3.3.6 为什么开源软件本身可以收费,但通过单纯对软件进行收费实现商业目的的模式注定不成功?
3.3.7 许可人使用特定许可证发布的软件还能不能撤消许可?
3.3.8 已经免费接受许可的一方会不会在日后面临被收费的危险?
3.3.9 开源软件的商标侵权风险存在于哪些方面?
3.3.10 我国企业如何应对开源软件相关的商标侵权风险?
3.3.11 利用开放源码启动专有软件企业应重点注意哪些事项?
3.3.12 为什么国外用户大量使用开源软件但看似是并不关心知识产权风险?

第4章Web服务
4.1 Apache
4,¨软件简介
4.1.2 功能特性
4.1.3 成熟度评估
4.1.4 主要参考资料目录
4.2 Lighttpd
4.2.1 软件简介
4.2.2 功能特性
4.2.3 成熟度评估
4.2.4 主要参考资料目录
4.3 Nginx
4.3.1 软件简介
4.3.2 功能特性
4.3.3 成熟度评估
4.3.4 主要参考资料目录

第5章 数据库
第6章 PHP框架
第7章 AJAX框架
第8章 项目管理
第9章 Web应用
附录A开源概念定义
附录B开源软件成熟度属性定义参考
参考文献
展开
加入书架成功!
收藏图书成功!
我知道了(3)
发表书评
读者登录

请选择您读者所在的图书馆

选择图书馆
浙江图书馆
点击获取验证码
登录
没有读者证?在线办证