其他國家政策 OpenFoundry provides essential tools and services through its service platform for users to develop Open Source Software Projects, the operating funds comes from the National Science Council and the Research Center for Information Technology Innovation of Academia Sinica Taiwan. https://www.openfoundry.org/other-countries 2019-11-21T15:46:07Z 歐盟對於國家自由軟體政策的建議 2004-12-31T20:39:38Z 2004-12-31T20:39:38Z https://www.openfoundry.org/tw/other-countries/55-2012-05-09-03-26-44 webmaster contact@openfoundry.org <a href="https://www.flossproject.org/report/FLOSSFinal_2b.pdf">Free/Libre and Open Source Software: Survey and Study FINAL REPORT Part2B: Open Source Software in the Public Sector: Policy within the European Union</a><br /> by Rishab A. Ghosh, Bernhard Krieger, Ruediger Glott, and Gregorio Robles<br />International Institute of Infonomics, University of Maastricht, The Netherlands, June 2002. <p>本文件描述歐盟國家組織(法國、德國、西班牙、英國、比利時以及奧地利)自由軟體的運作實務、政策以及執行策略,並針對政策目標的更好體現提供建議。</p> <p> </p> <h3>一、公部門目標</h3> <ol> <li>針對公部門及私部門使用開放原始碼,發展並執行一個靜態的監測系統。</li> <li>發展並推廣一個可以普遍改善 EU 會員國使用 OSS 的綜合政策。</li> <li>協助並協調公部門中的中小組織,使其有能力移植與執行 OSS。</li> <li>發展使公私教育部門採納開放源碼要求的策略。</li> <li>支援基於 OSS 的商業模式。</li> <li>在中小企業進行移植或執行 OSS 之前或當中,提供中小企業資訊或建議。</li> </ol> <p> </p> <h3>二、行動建議</h3> <ol> <li>政府單位應將其使用之軟體授權條款明確特定,並要求包含以下特徵:<ol style="list-style-type: lower-alpha;"> <li>對原始碼不受限制地接近使用。</li> <li>不限制軟體的使用。</li> <li>有權利無限量地重製與散佈。</li> <li>有權利修改軟體。</li> <li>有權利在相同的授權條款下無限量地重製與散佈修改後之軟體。</li> <li>有權利使用和改變此軟體的主要部分於其他軟體中使用。</li> </ol></li> <li>承 1,若此軟體之前述特徵不存在於決定的用途中及其供應商因為時間因素或不敷成本,例外情形遵循下列順序:<ol style="list-style-type: lower-alpha;"> <li>不包含c、e條款但可無限制使用的軟體。</li> <li>軟體使用受時間限制,不包含c、d、e、f。</li> <li>軟體使用受時間限制,不包含b、c、d、e、f。</li> <li>使用受到時間限制的私有化軟體。</li> </ol></li> <li>任何關於時間限制的例外,該軟體都必須公布必要的技術描述與介面相關的規格說明。完成可替代產品的實質測試、發展與檢驗之後,必須立即設定執行計畫。</li> <li>只有當公家單位保證將資料儲存於開放標準,至少相容於私有化的標準,方可對軟體做例外地使用。</li> <li>public 供應商應在包含第一點所提出的軟體要求之描述。</li> <li>若政府機構未能在第一二點所建議的軟體中達成其需求,應授權其可以私有化軟體儲存或處理資料。該機構之後必須發佈關於該軟體使用的風險報告。</li> <li>任何公研究機構為了研究目的應被允許使用私有化軟體,只要研究目的是直接和該程式有關。</li> </ol> <a href="https://www.flossproject.org/report/FLOSSFinal_2b.pdf">Free/Libre and Open Source Software: Survey and Study FINAL REPORT Part2B: Open Source Software in the Public Sector: Policy within the European Union</a><br /> by Rishab A. Ghosh, Bernhard Krieger, Ruediger Glott, and Gregorio Robles<br />International Institute of Infonomics, University of Maastricht, The Netherlands, June 2002. <p>本文件描述歐盟國家組織(法國、德國、西班牙、英國、比利時以及奧地利)自由軟體的運作實務、政策以及執行策略,並針對政策目標的更好體現提供建議。</p> <p> </p> <h3>一、公部門目標</h3> <ol> <li>針對公部門及私部門使用開放原始碼,發展並執行一個靜態的監測系統。</li> <li>發展並推廣一個可以普遍改善 EU 會員國使用 OSS 的綜合政策。</li> <li>協助並協調公部門中的中小組織,使其有能力移植與執行 OSS。</li> <li>發展使公私教育部門採納開放源碼要求的策略。</li> <li>支援基於 OSS 的商業模式。</li> <li>在中小企業進行移植或執行 OSS 之前或當中,提供中小企業資訊或建議。</li> </ol> <p> </p> <h3>二、行動建議</h3> <ol> <li>政府單位應將其使用之軟體授權條款明確特定,並要求包含以下特徵:<ol style="list-style-type: lower-alpha;"> <li>對原始碼不受限制地接近使用。</li> <li>不限制軟體的使用。</li> <li>有權利無限量地重製與散佈。</li> <li>有權利修改軟體。</li> <li>有權利在相同的授權條款下無限量地重製與散佈修改後之軟體。</li> <li>有權利使用和改變此軟體的主要部分於其他軟體中使用。</li> </ol></li> <li>承 1,若此軟體之前述特徵不存在於決定的用途中及其供應商因為時間因素或不敷成本,例外情形遵循下列順序:<ol style="list-style-type: lower-alpha;"> <li>不包含c、e條款但可無限制使用的軟體。</li> <li>軟體使用受時間限制,不包含c、d、e、f。</li> <li>軟體使用受時間限制,不包含b、c、d、e、f。</li> <li>使用受到時間限制的私有化軟體。</li> </ol></li> <li>任何關於時間限制的例外,該軟體都必須公布必要的技術描述與介面相關的規格說明。完成可替代產品的實質測試、發展與檢驗之後,必須立即設定執行計畫。</li> <li>只有當公家單位保證將資料儲存於開放標準,至少相容於私有化的標準,方可對軟體做例外地使用。</li> <li>public 供應商應在包含第一點所提出的軟體要求之描述。</li> <li>若政府機構未能在第一二點所建議的軟體中達成其需求,應授權其可以私有化軟體儲存或處理資料。該機構之後必須發佈關於該軟體使用的風險報告。</li> <li>任何公研究機構為了研究目的應被允許使用私有化軟體,只要研究目的是直接和該程式有關。</li> </ol> 瑞典對於自由軟體政策的研究報告 2004-12-31T20:39:38Z 2004-12-31T20:39:38Z https://www.openfoundry.org/tw/other-countries/56-2012-05-09-02-49-00 webmaster contact@openfoundry.org <p><a href="https://www.statskontoret.se/upload/publikationer/2003/200308a.pdf">Free and open Source Software</a><br />by STATSKONTORET, Swedish Agency for Public Management, 2003</p> <p>STATSKONTORET 係由瑞典之勞工局、環保局、稅捐機關、軍警單位、市議會等公共部門的代表,以及學術機構的教授等所組成的工作團隊,本計劃的目標在描述自由/開放源碼軟體,並針對未來的發展/工作提供具體建議。例如:透過使用自由軟體是否可能刺激競爭以及避免賣方依賴的閉鎖效應?自由軟體是否可以降低成本,特別是在公部門的使用?</p> <p> </p> <h3>建議:</h3> <ol> <li>避免閉鎖效應 (Lock-in) 以及達到交互可運作性,行政單位必須在採購或發展系統時,定義或要求公開標準。特別是有關與一般大眾溝通的辦公軟體及系統的檔案格式。</li> <li>當透過網站與一般大眾溝通時,應採用開放標準,並避免對個別軟體歧視。</li> <li>工作應利用包含於 ECDL (European Computer Driving License) 中最通用的開放辦公應用程式完成。</li> <li>瑞典公共行政單位必須完成有關自由及開放源碼軟體資訊的網路版軟體目錄。</li> <li>必須開始定義一個針對學校及教育系統的標準自由及開放源碼軟體解決方案,最好可以和丹麥、芬蘭及挪威的計畫配合。</li> </ol> <p><a href="https://www.statskontoret.se/upload/publikationer/2003/200308a.pdf">Free and open Source Software</a><br />by STATSKONTORET, Swedish Agency for Public Management, 2003</p> <p>STATSKONTORET 係由瑞典之勞工局、環保局、稅捐機關、軍警單位、市議會等公共部門的代表,以及學術機構的教授等所組成的工作團隊,本計劃的目標在描述自由/開放源碼軟體,並針對未來的發展/工作提供具體建議。例如:透過使用自由軟體是否可能刺激競爭以及避免賣方依賴的閉鎖效應?自由軟體是否可以降低成本,特別是在公部門的使用?</p> <p> </p> <h3>建議:</h3> <ol> <li>避免閉鎖效應 (Lock-in) 以及達到交互可運作性,行政單位必須在採購或發展系統時,定義或要求公開標準。特別是有關與一般大眾溝通的辦公軟體及系統的檔案格式。</li> <li>當透過網站與一般大眾溝通時,應採用開放標準,並避免對個別軟體歧視。</li> <li>工作應利用包含於 ECDL (European Computer Driving License) 中最通用的開放辦公應用程式完成。</li> <li>瑞典公共行政單位必須完成有關自由及開放源碼軟體資訊的網路版軟體目錄。</li> <li>必須開始定義一個針對學校及教育系統的標準自由及開放源碼軟體解決方案,最好可以和丹麥、芬蘭及挪威的計畫配合。</li> </ol> 英國政府中的自由軟體使用報告 2004-12-31T20:39:38Z 2004-12-31T20:39:38Z https://www.openfoundry.org/tw/other-countries/57-2011-12-20-13-17-36 ilya ilyaericlee@gmail.com <p class="storyintro"><a href="https://www.epractice.eu/files/media/media_347.pdf">Open Source Software, Use Within UK Government, 2002</a><br />by OGC, Office of Government Commerce</p> <p>針對歐洲議會所提出的 eEurope - An Information Society for all 計畫,英國的回應為:強制制定開放標準與規格,以及跟採購建議書需要結合處理。</p> <p> </p> <h3>一、英國政府的定義包括:</h3> <ol> <li>中央部會(包括辦事處與分支機構)</li> <li>地方政府</li> <li>移交管理的夥伴關係</li> <li>廣義的公部門:非部會的公共機構 (NDPBs)</li> <li>國家健康服務</li> </ol> <p> </p> <h3>二、 政策</h3> <ol> <li>英國政府將 IT 採購商業軟體與自由軟體並行。</li> <li>英國政府將只採用可以支援開放標準與規格交互可運作性 (interoperability) 的產品。</li> <li>英國政府將會尋求避免被鎖在商業軟體與服務的解決方案。</li> <li>英國政府將會考慮取得軟體程式碼的完整權利。(e.g. COTS, Commercial Off The Shelf)</li> <li>英國政府將會研究延伸使用自由軟體作為政府補助研發軟體選擇的可能性。</li> </ol> <p> </p> <h3>三、理由</h3> <ol> <li>不排除原則。涵擴性自由軟體與商業軟體,或者混合。</li> <li>確保可交互運作性 <ul> <li>降低成本與風險</li> <li>採購相同價錢最佳的產品</li> <li>避免對單一供應廠商的依賴</li> <li>提供在開發、加強功能與整合上更為彈性的系統</li> <li>將程式碼的所有權歸給政府</li> </ul> </li> <li>安全</li> </ol> <p> </p> <h3>四、下一步</h3> <ol> <li>OGC 將會修訂採購準則來實踐這項政策。</li> <li>尋求建議:針對基礎建設與應用軟體不同的市場中,OSS 的優點與缺點</li> <li>尋求建議:評估採用 OSS 的優點或缺點</li> <li>國科會相關學術研究的可能性\n</li> </ol> <p> </p> <h3>五、參考</h3> <ul> <li><a href="https://ec.europa.eu/information_society/eeurope/2005/index_en.htm">歐盟的 eEurope 行動計畫</a></li> <li>英國政府的入口網站:<a href="https://umbr4.cabinetoffice.gov.uk/govtalk.aspx">GovTalk</a></li> </ul> <p> </p> <h3>六、 eGIF的介紹</h3> <p>英國政府推出的 eGIF- e-Government Interoperability Framework,它們針對整合與 web 為主的政府內外部資料互通與交換訂定出「強制性的」(mandatory) 規範。這裡的 Internet 與WWW 各級政府所遵守的規格,主要指採用 XML 與 XSL 作為資料整合核心標準與呈現、管理資料的基礎建設;也包括在中央單位定義與提供統一的 XML Schemas,作為公部門統一引用。這種強制性的規範英國也同時考慮到市場的需求,並且在降低成本與減少政府系統的風險上是一種實用的策略。</p> <p>英國政府除了在 eGIF 的制定之外,還清楚意識到真正解決這樣的問題,僅僅是政策規定與規格是不夠的;他們更投入了資源提供支援、成功案例與顧問引導,以及軟硬體工具集,甚至還包括共同協調同意的中央標準。因此,英國政府由內閣辦公室主導,結合了政府與產業的力量製作了 GovTalk 整合網站,產生足供公部門使用的 XML Schemas。這個單一的入口網站針對其他的 e 政府架構與文件,提供了更為廣泛的諮詢服務。</p> <p>整個建立 eGIF 與 GovTalk 的工作團隊,把這個工作界定為成期的目標,並且將運作的過程當作關鍵的 stakeholder 參與介入、負責與扮演適當角色的過程;這些資訊在 e-Government Interoperability Framework, Part One: Framework Version 4.0, 25th April 2002 當中有詳細的說明。</p> <p> </p> <p class="storyintro"><a href="https://www.epractice.eu/files/media/media_347.pdf">Open Source Software, Use Within UK Government, 2002</a><br />by OGC, Office of Government Commerce</p> <p>針對歐洲議會所提出的 eEurope - An Information Society for all 計畫,英國的回應為:強制制定開放標準與規格,以及跟採購建議書需要結合處理。</p> <p> </p> <h3>一、英國政府的定義包括:</h3> <ol> <li>中央部會(包括辦事處與分支機構)</li> <li>地方政府</li> <li>移交管理的夥伴關係</li> <li>廣義的公部門:非部會的公共機構 (NDPBs)</li> <li>國家健康服務</li> </ol> <p> </p> <h3>二、 政策</h3> <ol> <li>英國政府將 IT 採購商業軟體與自由軟體並行。</li> <li>英國政府將只採用可以支援開放標準與規格交互可運作性 (interoperability) 的產品。</li> <li>英國政府將會尋求避免被鎖在商業軟體與服務的解決方案。</li> <li>英國政府將會考慮取得軟體程式碼的完整權利。(e.g. COTS, Commercial Off The Shelf)</li> <li>英國政府將會研究延伸使用自由軟體作為政府補助研發軟體選擇的可能性。</li> </ol> <p> </p> <h3>三、理由</h3> <ol> <li>不排除原則。涵擴性自由軟體與商業軟體,或者混合。</li> <li>確保可交互運作性 <ul> <li>降低成本與風險</li> <li>採購相同價錢最佳的產品</li> <li>避免對單一供應廠商的依賴</li> <li>提供在開發、加強功能與整合上更為彈性的系統</li> <li>將程式碼的所有權歸給政府</li> </ul> </li> <li>安全</li> </ol> <p> </p> <h3>四、下一步</h3> <ol> <li>OGC 將會修訂採購準則來實踐這項政策。</li> <li>尋求建議:針對基礎建設與應用軟體不同的市場中,OSS 的優點與缺點</li> <li>尋求建議:評估採用 OSS 的優點或缺點</li> <li>國科會相關學術研究的可能性\n</li> </ol> <p> </p> <h3>五、參考</h3> <ul> <li><a href="https://ec.europa.eu/information_society/eeurope/2005/index_en.htm">歐盟的 eEurope 行動計畫</a></li> <li>英國政府的入口網站:<a href="https://umbr4.cabinetoffice.gov.uk/govtalk.aspx">GovTalk</a></li> </ul> <p> </p> <h3>六、 eGIF的介紹</h3> <p>英國政府推出的 eGIF- e-Government Interoperability Framework,它們針對整合與 web 為主的政府內外部資料互通與交換訂定出「強制性的」(mandatory) 規範。這裡的 Internet 與WWW 各級政府所遵守的規格,主要指採用 XML 與 XSL 作為資料整合核心標準與呈現、管理資料的基礎建設;也包括在中央單位定義與提供統一的 XML Schemas,作為公部門統一引用。這種強制性的規範英國也同時考慮到市場的需求,並且在降低成本與減少政府系統的風險上是一種實用的策略。</p> <p>英國政府除了在 eGIF 的制定之外,還清楚意識到真正解決這樣的問題,僅僅是政策規定與規格是不夠的;他們更投入了資源提供支援、成功案例與顧問引導,以及軟硬體工具集,甚至還包括共同協調同意的中央標準。因此,英國政府由內閣辦公室主導,結合了政府與產業的力量製作了 GovTalk 整合網站,產生足供公部門使用的 XML Schemas。這個單一的入口網站針對其他的 e 政府架構與文件,提供了更為廣泛的諮詢服務。</p> <p>整個建立 eGIF 與 GovTalk 的工作團隊,把這個工作界定為成期的目標,並且將運作的過程當作關鍵的 stakeholder 參與介入、負責與扮演適當角色的過程;這些資訊在 e-Government Interoperability Framework, Part One: Framework Version 4.0, 25th April 2002 當中有詳細的說明。</p> <p> </p> 南非的自由軟體國家政策 2004-12-31T20:39:38Z 2004-12-31T20:39:38Z https://www.openfoundry.org/tw/other-countries/58-2012-05-07-06-16-53 webmaster contact@openfoundry.org <p>開放軟體與開放標準在南非-針對數位落差的關鍵議題</p> <p><a href="https://nats-www.informatik.uni-hamburg.de/pub/OSS2004/PaperCollection/OpensourceInSouthAfrica.pdf">Open Software & Open Standards in South Africa: a critical issue for addressing the digital divide</a> (National Advisory Council on Innovation, Open Software working Group, 2002 )</p> <p>此份文件係由南非之國家創新諮詢委員會開放軟體工作小組所提出,該委員會係南非國會立法設立之組織,作為南非藝術文化科學與科技部針對科學及科技議題的幕僚機構,為其廣義之內閣。</p> <p> </p> <h3>一、OSS 定義</h3> <p>典型上是由大眾共同合作,免費或費用低廉地提供給任何人而無須支付私有化的授權費用,並可自由地再散佈。使用者亦可接觸使用原始碼並允許修改,對於使用、修改及再散佈原始碼的行為則受到非私有化的開放原始碼授權所管理。</p> <p> </p> <h3>二、OSS國家政策推動目標</h3> <ol> <li>降低輸入資訊通訊科技 (ICT) 與技術的成本,並減少依賴度。</li> <li>促進個人、企業及政府可負擔的軟體。</li> <li>透過大量軟體產出達成普遍化接近使用而無須昂貴授權。</li> <li>使用政府資料時無庸受到私有化軟體及資料格式的障礙。</li> <li>提升訂製適應本地語言與文化的軟體能力。</li> <li>降低軟體產業市場進入障礙。</li> <li>參與全球網路及軟體的開發。</li> </ol> <p> </p> <h3>三、OSS 相關議題及其具體作法</h3> <p><strong>(一)Legal</strong></p> <ol> <li>智慧財產權法制-反對將標準、軟體及演算法授與專利。<br />新的軟體想法或演算法具有一般化普遍性,專利保護將會形成進入市場的障礙。且專利審查時間常超過軟體產品週期,而保護期間又遠遠過長,形成過多的垃圾專利。著作權仍為較合於保護軟體的機制。</li> <li>公部門對於 ICT 應以開放標準作為不可妥協的原則。<br />ICT 標準必須開放,讓任何開發者與使用者可不受限制的取得。</li> </ol> <p> </p> <p><strong>(二)Status(未提供市場分析)</strong></p> <p> </p> <p><strong>(三)Education</strong></p> <ol> <li>推廣開放源碼軟體產品之教育及訓練。</li> <li>提供開放源碼軟體訓練及發展的誘因,獎勵參與廠商或員工。</li> <li>促進製作軟體使用說明、軟體翻譯及軟體本土化,特別供公部門使用取得使用官方語言的關鍵 ICT 的應用及服務,是達成普遍使用的基礎。</li> </ol> <p> </p> <p><strong>(四)Innovation</strong></p> <ol> <li>以公共基金支助促進商業化之前的研究與發展計畫。<br />該研究成果不論對於非商業或加以商業化之產品或服務,都應讓社會大眾不受限制地取得使用。</li> </ol> <p> </p> <p><strong>(五)Business</strong></p> <ol> <li>鼓勵政府單位及公共團體在合適時使用開放源碼軟體。</li> <li>政府採購軟體,將開放源碼軟體和商業軟體立於相同競爭的場域。<br />政府單位提出或徵求的計畫應包含允許可以使用開放源碼軟體達成目標的明確條款。</li> <li>建立國家對於測試、估價、認證與鑑定開放源碼軟體的能力。<br />建立專責機關成為開放源碼軟體與開放標準的資料中心,對於解決方案提供指導或建議,包括提供政府 採購開放源碼軟體時的估價服務。</li> </ol> <p> </p> <p><strong>(六)Collaboration</strong></p> <ol> <li>建立開放源碼軟體發展倡議行動由受補助的單位與散佈於各地的開發者混合組成,專注於針對非洲需求的軟體發展。</li> </ol> <p> </p> <h3>四、相關閱讀資料<a href="https://www.oss.gov.za/docs/ossreportv2.pdf"><br /></a></h3> <p><a href="https://www.oss.gov.za/docs/ossreportv2.pdf">Using Open Source Software in Government, discussion document</a> (Government IT Officers Council, Work Group on Open Source Software, 2002)</p> <p>開放軟體與開放標準在南非-針對數位落差的關鍵議題</p> <p><a href="https://nats-www.informatik.uni-hamburg.de/pub/OSS2004/PaperCollection/OpensourceInSouthAfrica.pdf">Open Software & Open Standards in South Africa: a critical issue for addressing the digital divide</a> (National Advisory Council on Innovation, Open Software working Group, 2002 )</p> <p>此份文件係由南非之國家創新諮詢委員會開放軟體工作小組所提出,該委員會係南非國會立法設立之組織,作為南非藝術文化科學與科技部針對科學及科技議題的幕僚機構,為其廣義之內閣。</p> <p> </p> <h3>一、OSS 定義</h3> <p>典型上是由大眾共同合作,免費或費用低廉地提供給任何人而無須支付私有化的授權費用,並可自由地再散佈。使用者亦可接觸使用原始碼並允許修改,對於使用、修改及再散佈原始碼的行為則受到非私有化的開放原始碼授權所管理。</p> <p> </p> <h3>二、OSS國家政策推動目標</h3> <ol> <li>降低輸入資訊通訊科技 (ICT) 與技術的成本,並減少依賴度。</li> <li>促進個人、企業及政府可負擔的軟體。</li> <li>透過大量軟體產出達成普遍化接近使用而無須昂貴授權。</li> <li>使用政府資料時無庸受到私有化軟體及資料格式的障礙。</li> <li>提升訂製適應本地語言與文化的軟體能力。</li> <li>降低軟體產業市場進入障礙。</li> <li>參與全球網路及軟體的開發。</li> </ol> <p> </p> <h3>三、OSS 相關議題及其具體作法</h3> <p><strong>(一)Legal</strong></p> <ol> <li>智慧財產權法制-反對將標準、軟體及演算法授與專利。<br />新的軟體想法或演算法具有一般化普遍性,專利保護將會形成進入市場的障礙。且專利審查時間常超過軟體產品週期,而保護期間又遠遠過長,形成過多的垃圾專利。著作權仍為較合於保護軟體的機制。</li> <li>公部門對於 ICT 應以開放標準作為不可妥協的原則。<br />ICT 標準必須開放,讓任何開發者與使用者可不受限制的取得。</li> </ol> <p> </p> <p><strong>(二)Status(未提供市場分析)</strong></p> <p> </p> <p><strong>(三)Education</strong></p> <ol> <li>推廣開放源碼軟體產品之教育及訓練。</li> <li>提供開放源碼軟體訓練及發展的誘因,獎勵參與廠商或員工。</li> <li>促進製作軟體使用說明、軟體翻譯及軟體本土化,特別供公部門使用取得使用官方語言的關鍵 ICT 的應用及服務,是達成普遍使用的基礎。</li> </ol> <p> </p> <p><strong>(四)Innovation</strong></p> <ol> <li>以公共基金支助促進商業化之前的研究與發展計畫。<br />該研究成果不論對於非商業或加以商業化之產品或服務,都應讓社會大眾不受限制地取得使用。</li> </ol> <p> </p> <p><strong>(五)Business</strong></p> <ol> <li>鼓勵政府單位及公共團體在合適時使用開放源碼軟體。</li> <li>政府採購軟體,將開放源碼軟體和商業軟體立於相同競爭的場域。<br />政府單位提出或徵求的計畫應包含允許可以使用開放源碼軟體達成目標的明確條款。</li> <li>建立國家對於測試、估價、認證與鑑定開放源碼軟體的能力。<br />建立專責機關成為開放源碼軟體與開放標準的資料中心,對於解決方案提供指導或建議,包括提供政府 採購開放源碼軟體時的估價服務。</li> </ol> <p> </p> <p><strong>(六)Collaboration</strong></p> <ol> <li>建立開放源碼軟體發展倡議行動由受補助的單位與散佈於各地的開發者混合組成,專注於針對非洲需求的軟體發展。</li> </ol> <p> </p> <h3>四、相關閱讀資料<a href="https://www.oss.gov.za/docs/ossreportv2.pdf"><br /></a></h3> <p><a href="https://www.oss.gov.za/docs/ossreportv2.pdf">Using Open Source Software in Government, discussion document</a> (Government IT Officers Council, Work Group on Open Source Software, 2002)</p>