開源軟體成熟度評估及選型指南

開源軟體成熟度評估及選型指南

《開源軟體成熟度評估及選型指南》是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開源軟體成熟度屬性定義參考
參考文獻

相關詞條

熱門詞條

聯絡我們