第一篇：軟件企業評估申報資料

一、軟件企業評估申報資料

1、《軟件企業評估申請書》（在線填報，系統自動生成后，封面加蓋公章和騎縫章）；

2、《軟件企業評估服務委托書》（系統自動生成后，加蓋公章）；

3、企業法人營業執照副本復印件，國稅、地稅稅務登記證副本復印件（加蓋公章）；

4、質量保障能力相關證明材料，包括ISO9000系列證書或CMM/CMMI評估證書復印件。如無，需要提交企業建立符合軟件工程要求的質量管理體系說明，并加蓋公章；

5、《計算機信息系統集成企業資質證書》復印件，軟件產品登記證書、軟件著作權、專利、廣東軟件行業協會出具的軟件產品證明函等自主知識產權的有效證明材料復印件，須與《軟件產品證書、證明函列表》填寫情況一致；

6、與用戶簽訂的信息技術服務合同（協議）相關證明材料（至少提供一份服務合同復印件）；

7、企業職工社會保險繳納證明（須加蓋稅務局或社保局業務章）；

8、企業生產經營場所產權證明或租賃合同復印件；

9、經具有國家法定資質的中介機構鑒證的2014年度審計報告或專項審計報告，包括財務報表（含資產負債表、損益表、現金流量表）以及企業軟件產 品開發銷售（營業）收入、企業軟件產品自主開發銷售（營業）收入、企業研究開發費用、境內研究開發費用等情況表并附研究開發活動說明材料。研究開發費用、軟件產品開發銷售（營業）收入政策口徑分別按照財稅〔2012〕27號文件第十三條、第十六條的規定歸集。此項要求的報表及指標均需經會計師事務所審計并出具在相關審計報告中，審計機構須在企業軟件產品開發銷售（營業）收入、企業軟件產品自主開發銷售（營業）收入、企業研究開發費用、境內研究開發費用等表格上加蓋會計師事務所公章及會計師事務所騎縫章。2014年度實際經營時間不足6個月的企業，須提交2015年度審計報告，累計審計經營時間超過6個月；2015年度成立的企業，須提交2015年度審計 報告，累計審計經營時間超過6個月。

10、已辦理減免備案的企業，需提供在稅務局辦理的《減免稅備案通知書》等減免稅批復證明材料復印件并加蓋公章；或提供自成立年度起至首次盈利年度，所有年度的匯算清繳審計報告原件（此項為2010年12月31日前認定，且尚在兩免三減半所得稅優惠期內的企業須提供）；

11、企業法定代表人對所填信息和申請材料真實性、準確性的《軟件企業自律評估申報承諾書》（系統自動生成后法定代表人簽字及加蓋公章）；

12、產品的需求規格說明書、測試報告、用戶手冊等過程文檔記錄（至少提交一個產品的文檔記錄）；

13、研發活動情況說明表；

14、軟件產品證書、證明函列表（需填寫全部有效的證書及證明函，需加蓋公章）；

15、企業人員構成情況表（需加蓋公章）；

16、企業主要經營管理制度文件列表（此項材料僅需填寫該列表不需提供管理制度文件全文，需加蓋公章）；

17、其他需要出具的材料。

二、軟件企業評估申報說明

1、上述申報材料的3－10項需上傳掃描件，12項上傳電子版，13－16項在線下載列表填寫后上傳電子版。協會審核符合條件后，進入受理環節，企業可打印生成申報材料；

2、申報軟件企業評估，企業至少要成立半年以上且有軟件收入；

3、企業法人營業執照中的經營范圍須包括軟件開發生產或系統集成、應用服務和其他相應技術服務等內容；

4、企業繳納社會保險人員比例占員工總人數的40%以上；

5、申報材料以A4幅面紙打印或復印，按評估申報材料順序裝訂成冊（單冊厚度不超過4CM）；書脊依次印上：企業名稱、軟件企業評估。申報紙質材料須加蓋騎縫章；

6、所有材料一式一份，寫明加蓋公章的一定要加蓋公章，公章和簽字復印無效；

7、電子文檔與紙質文檔內容須保持完全一致；

8、企業必須依法向當地經濟和信息化主管部門提交軟件和信息技術服務業月度和年度統計報表；

9、軟件企業發生更名、分立、合并、重組以及經營業務重大變化等事項，應當向廣東軟件行業協會申請重新評估；

10、申報時間：工作日均可受理，廣東軟件行業協會在21個工作日內完成軟件企業自律評估。

三、軟件企業評估標準

根據《軟件企業認定管理辦法》（工信部聯軟[2013]64號）及《進一步鼓勵軟件產業和集成電路產業發展企業所得稅政策》（財稅[2012]27號）文件的相關規定，軟件企業評估需符合以下條件：

1、在廣東省行政區域內（不含深圳市）依法成立的法人企業；

2、以從事計算機軟件、信息系統或嵌入式軟件等軟件產品開發并銷售的收入，以及信息系統集成服務、信息技術咨詢服務、數據處理和存儲服務等技術服務收入為主要收入；

3、簽訂勞動合同關系且具有大學專科以上學歷的職工人數占企業當年月平均職工總人數的比例不低于40%，其中研究開發人員占企業當年月平均職工總數的比例不低于20%；

4、擁有核心關鍵技術，并以此為基礎開展經營活動，且當年度的研究開發費用總額占企業銷售（營業）收入總額的比例不低于6%；其中，企業在中國境內發生的研究開發費用金額占研究開發費用總額的比例不低于60%；

5、軟件企業的軟件產品開發銷售（營業）收入占企業收入總額的比例一般不低于50%（嵌入式軟件產品和信息系統集成產品開發銷售（營業）收入占企 業收入總額的比例不低于40%），其中軟件產品自主開發銷售（營業）收入占企業收入總額的比例一般不低于40%（嵌入式軟件產品和信息系統集成產品開發銷 售（營業）收入占企業收入總額的比例不低于30%）；

6、主營業務擁有自主知識產權，其中軟件產品擁有省級軟件產業主管部門認可的軟件檢測機構出具的檢測證明材料和軟件產業主管部門頒發的《軟件產品登記證書》或廣東軟件行業協會出具的軟件產品證明函；

7、具有保證設計產品質量的手段和能力，并建立符合軟件工程要求的質量管理體系并提供有效運行的過程文檔記錄；

8、具有與軟件開發相適應的生產經營場所、軟硬件設施等開發環境（如EDA工具、合法的開發工具等），以及與所提供服務相關的技術支撐環境。

第二篇：【資料】軟件項目風險評估報告

軟件項目風險評估報告

本文主要針對軟件開發涉及到的風險，包括在軟件開發周期過程中可能出現的風險以及軟件實施過程中外部環境的變化可能引起的風險等進行評估。在文中對所提到的風險都一一做了詳細的分析，并提出了相應的風險回避措施。由于風險是在項目開始之后才開始對項目的開發起負面的影響，所以風險分析的不足，或是風險回避措施不得力，都很有可能造成軟件開發的失敗。風險分析是在事前的一種估計，憑借一定的技術手段和豐富的經驗，基本能夠對項目的風險做出比較準確的估計，經過慎重的考慮提出可行的風險回避措施，是避免損失的重要環節。主要風險綜述

任何軟件的開發，其主要風險均來自于兩個方面，一是軟件管理，二是軟件體系結構。軟件產品的開發是工程技術與個人創作的有機結合。軟件開發是人的集體智慧按照工程化的思想進行發揮的過程。軟件管理是保證軟件開發工程化的手段。軟件體系結構的合理程度是取決于集體智慧發揮的程度和經驗的運用。

1.1 軟件管理將影響到軟件的下列因素：

軟件是否能夠按工期的要求完成：軟件的工期常常是制約軟件質量的主要因素。很多情況下，軟件開發商在工期的壓力下，放棄文檔的書寫，組織，結果在工程的晚期，大量需要文檔進行協調的工作時，致使軟件進度越來越慢。軟件的開發不同于其他的工程，在不同的工程階段，需要的人員不同，需要配合的方面也不同，所有這些都需要行之有效的軟件管理的保證。軟件需求的調研是否深入透徹：軟件的需求是確保軟件正確反映用戶的對軟件使用的重要的文檔，探討軟件需求是軟件開發的起始點，但軟件的需求卻會貫穿整個軟件的開發過程，軟件管理需要對軟件需求的變化進行控制和管理，一方面保證軟件需求的變化不至于造成軟件工程的一改再改而無法按期完成；同時又要保證開發的軟件能夠為用戶所接受。軟件管理需要控制軟件的每個階段進行的成度，不能過細造成時間的浪費，也不能過粗，造成軟件缺陷。

軟件的實現技術手段是否能夠同時滿足性能要求：軟件的構造需要對軟件構造過程中的使用的各種技術進行評估。軟件構造技術通常是這樣：最成熟的技術，往往不能體現最好的軟件性能；先進的技術，往往人員對其熟悉程度不夠，對其中隱含的缺陷不夠明了。軟件管理在制定軟件開發計劃和定義里程碑時必須考慮這些因素，并做出合理的權衡決策。

軟件質量體系是否能夠被有效地保證：任何軟件管理忽略軟件質量監督環節都將對軟件的生產構成巨大的風險。而制定卓有成效的軟件質量監督體系，是任何軟件開發組織必不可少的。軟件質量保證體系是軟件開發成為可控制過程的基礎，也是開發商和用戶進行交流的基礎和依據。

1.2 軟件體系結構影響到軟件的如下質量因素：

軟件的可伸縮性：是指軟件在不進行修改的情況下適應不同的工作環境的能力。由于硬件的飛速發展和軟件開發周期較長的矛盾，軟件升級的需要顯得非常迫切。如果軟件的升級和移植非常困難，軟件的生命期必定很短，使得化費巨大人力物力開發出的軟件系統只能在低性能的硬件或網絡上運行，甚至被廢棄不用，造成巨大的浪費。軟件的可維護性：軟件的維護也是必然的事情，為了保證軟件的較長使用壽命，軟件就必須適應不斷的業務需求變化，根據業務需求的變化對軟件進行修改。修改的成本和周期都直接和軟件的體系結構相關。一個好的軟件體系結構可以盡可能地將系統的變化放在系統的配置上，即軟件代碼無需修改，僅僅是在系統提供的配置文件中進行適當的修改，然后軟件重新加載進入運行狀態，就完成了系統部分功能和性能要求的變化。對于重大改動，需要打開源代碼進行修改的，也僅僅是先繼承原先的代碼，然后用新的功能接替原先的調用接口，這樣將把軟件改動量減小到最低。

軟件易用性：軟件的易用性是影響軟件是否被用戶接受的關鍵之關鍵因素。在軟件產品中，設計復雜，功能強大而完備，但因為操作繁復而被擱置者屢見不鮮。造成的主要原因在于缺乏軟件開發中軟件體系結構的宏觀把握能力。另一方面，缺乏有效的手段進行軟件需求的確定和對潛在需求的挖掘。項目管理的風險

軟件項目管理的風險來自于軟件項目自身的特點：

軟件產品不可見：開發的進展以及軟件的質量是否符合要求難于度量，從而使軟件的管理難于把握。軟件的生產過程不存在絕對正確的過程形式：可以肯定的是不同的軟件開發項目應當采用不同的或者說是有針對性的軟件開發過程，而真正合適的軟件開發過程是在軟件項目的開發完成才能明了的。因此項目開發之初只能根據項目的特點和開發經驗進行選擇，并在開發過程中不斷的調整。

大型軟件項目往往是“一次性”的。以往的經驗可以被借鑒的地方不多。回避和控制軟件管理風險的唯一辦法就是設立監督制度，項目開發中任何較大的決定都必須有主要技術環節甚至是由用戶參與進行的。在該項目中項目監督由項目開發中的質量監督組來實施。

一般參與軟件開發的人員（包括管理者和技術人員）和其責任進行分析如下： 參與者 項目經理1人

主要職責：進行全局把握，側重于項目的商務方面，充當項目組同客戶正式交流的接口環節。項目負責人1人

主要職責：制定項目開發計劃和開發策略，參與項目核心系統的分析設計，同時努力保證開發計劃的按時完成和開發策略的真正貫徹落實。領域專家1或2人

主要職責：在軟件分析階段幫助分析人員界定系統實現邊界和實現的功能，對特定檢測點進行算法審核，同時對測試策略和軟件操作界面提出參考意見。質量監督組1或2人

主要職責：編制軟件質量控制計劃，并負責落實；控制必要文檔的生產，通過文檔，監督項目實施過程中軟件的質量，并產生軟件質量報告，提請項目經理和項目負責人審閱；對于項目中出現的質量問題，主持召開質量復審會議。系統分析員1或2人

主要職責：協同項目負責人進行軟件系統的分析和設計工作，書寫軟件需求分析和系統設計相關文檔。在軟件實現階段進行測試策略的編制和對性能測試的指導。程序員2或3人

主要職責：協助分析人員進行詳細設計，和軟件系統的代碼實現，并進行適當的白盒測試。測試員2或3人

主要職責：已經實現的軟件組件、構件或系統進行正確性驗證測試，整合后的系統的性能測試等。書寫測試報告和測試統計報告提請質量監督組復審。技術支持2或3人

主要職責：協同系統分析人員聽取用戶需求，對需求分析進行參考性復審。協同測試人員進行測試，書寫操作手冊和在線幫助，在項目交付用戶之后進行跟蹤服務。

文檔組1或2人

主要職責：對各部門產生的文檔進行格式規范、版本編號和控制、存檔文件的檢索；協助質量監督組進行軟件質量監督。通過適當的人員配備和職責劃分，能有效的降低軟件開發在后期的失控的可能性，和軟件對關鍵人員的依賴性。軟件技術風險

本系統擬訂采用的兩個重大的軟件技術是面向對象的構件和基于微軟的COM組件技術。組件和構件技術都是為了提高軟件的可靠性和軟件的可擴展性而采用的技術手段。從技術成熟度上說不存在風險，但為了實現良好的軟件構架和穩定的組件，與傳統開發方法比較，有相當的多的額外工作需要做，這會給項目工期帶來較大的風險。

回避和控制這部分風險的辦法是在項目進行的過程不斷的對該階段進行風險估計和指定有效的里程碑。同時采用“范例”方式提高開發人員的構件組件的分析識別能力，適時調整構件組件的數量和粒度。軟件過程風險 軟件需求階段的風險

軟件的開發是以用戶的需求開始，在大多數情況下，用戶需求要靠軟件開發方誘導才能保證需求的完整，再以書面的形式形成《用戶需求》這一重要的文檔。需求分析更多的是開發方確認需求的可行性和一致性的過程，在此階段需要和用戶進行廣泛的交流和確認。需求和需求分析的任何疏漏造成的損失會在軟件系統的后續階段被一級一級地放大，因此本階段的風險最大。設計階段的風險

設計的主要目的在于軟件的功能正確的反映了需求。可見需求的不完整和對需求分析的不完整和錯誤，在設計階段被成倍地放大。設計階段的主要任務是完成系統體系結構的定義，使之能夠完成需求階段的即定目標；另一方面也是檢驗需求的一致性和需求分析的完整性和正確性。

設計本身的風險主要來自于系統分析人員。分析人員在設計系統結構時過于定制，系統的可擴展性較弱，會給后期維護帶來巨大的負擔，和維護成本的激增。對用戶來說系統的使用比例會有明顯的折扣，甚至造成軟件壽命過短。反之，軟件結構的過于靈活和通用，必然引起軟件實現的難度增加，系統的復雜度會上升，這又會在實現和測試階段帶來風險，系統的穩定性也會受到影響。從另一個角度上看，業務規則的變化，或說用戶需求和將來軟件運行環境的變化都是必然的情況，目前軟件設計的所謂“通用性”是否就能很好的適應將來需求和運行環境的的變化，是需要認真折衷的。這種折中也蘊涵著很大的風險。

設計階段蘊涵的另一種風險來自于設計文檔。文檔的不健全不僅會造成實現階段的困難，更會在后期的測試和維護造成災難性的后果，例如根本無法對軟件系統進行版本升級，甚至是發現的簡單錯誤都無從更正。實現階段引入的風險軟件的實現從某種意義上講是軟件代碼的生產。原代碼本身也是文檔的一部分，同時它又是將來運行于計算機系統之上的實體。源代碼書寫的規范性，可讀性是該階段的主要風險來源。規范的代碼生產會把屬于程序員自身個性風格的成分引入代碼的比例降到最低限度，從而減小了系統整合的風險。維護階段的風險

軟件維護包含兩個主要的維護階段，一個是軟件生產完畢到軟件試運行階段的維護，這個階段是一種實環境的測試性維護，其主要目的是發現在測試環境中不能或未發現的問題；另一個階段是當軟件的運行不再能適應用戶業務需求或是用戶的運行環境（包括硬件平臺，軟件環境等）時進行的軟件維護，具體可能是軟件的版本升級或軟件移植等。

從軟件工程的角度看，軟件維護費用約占總費用的55%~70%，系統越大，該費用越高。對系統可維護性的輕視是大型軟件系統的最大風險。在軟件漫長的運營期內，業務規則肯定會不斷發展，科學的解決此問題的做法是不斷對軟件系統進行版本升級，在確保可維護性的前提下逐步擴展系統。

在軟件系統運營期間，主要的風險源自于技術支持體系的無效運轉。科學的方法是有一支客戶支持隊伍不斷收集運行中發現的問題，并將解決問題的方法傳授給軟件系統的所有使用者。項目風險表

風險評估表中所提到的風險是一般項目在開發過程中都客觀存在的，表中所列出的風險系數是指在不對風險進行深入的分析和有效的規避的情況下，該風險項發生的概率。比如軟件產品的設計目標是運行十年，體系結構不合理的風險是40%的含義是，如果不對系統進行深入的分析，未采用最合理的軟件技術進行設計，則生產出一個不具備可擴展性的軟件系統的概率是40%。由于客戶公司是仍將不斷發展的，在十年內，該軟件系統都能滿足公司運營要求的可能性極低。由此而可能產生的災難性后果是公司在業務發展的時候，必須重新開發新系統。

向客戶提供風險評估，是按照國際慣例進行的例行操作，一方面讓客戶對潛在的風險有更充分的了解，表明公司誠信為本的態度，另一方面也用以鞭策和激勵全體開發人員嚴格執行開發標準，共同監督項目開發過程，努力避免風險的發生。

第三篇：軟件企業年審申報承諾書

軟件企業年審申報承諾書

我單位鄭重承諾：我單位所提交的軟件企業年審申報材料完整準確，真實有效。如有材料不實或虛報、瞞報行為，我公司愿意承擔由此帶來的一切法律責任。

申報單位（加蓋公章）：

申報單位法定代表人或委托代理人（簽字）：

年月日

第四篇：企業整體評估資料

企業整體評估應提供資料清單

1.與評估目的相關的股東會或董事會決議；

2.企業營業執照復印件、公司章程及企業財務制度；

3.國有資產產權登記證；

4.企業評估基準日及前三年財務報表

5.企業未來5年的收益預測表及其說明；

6.現金庫存盤點表、銀行對帳單和余額調節表；

7.往來款詢證函；

8.存貨盤點表；

9.產成品銷售價格表；

10.有關企業資產的產權證明文件或其他替代性文件；

11.有關企業資產的存放證明；

12.有關重要資產的購置發票、協議、付款憑證和照片；

13.車輛行駛證；

14.房屋所有權證或房屋租賃合同；

15.借款合同；

16.關于進行資產評估有關事項說明；

17.資產評估清查明細表；

18.無形資產（商標、專利、非專利技術）轉讓協議、注冊申請及有關證書；

19.委托方或被評估企業對所提供的資料的真實性、完整性的承諾；

20.土地使用權證書；

21.當地基準地價或土地取得、開發費用的支付憑證；

22.長期股權投資中控股子公司的投資協議、同期會計報表；

23.企業審計報告、增加資本的驗資報告；

24.房屋建筑物的預（決）算資料以及當地的取費依據；

25.企業廠區總平面圖；

26.企業內部控制制度方面的資料；

27.企業管理當局就某些重大事項的申明。

第五篇：軟件企業認定資料清單

軟件企業認定資料清單：

1、軟件認定申請表

2、企業法人營業執照副本、稅務登記證、組織機構代碼

3、承諾書；

4、著作權證書

5、企業開發及經營的軟件產品列表（包括本企業開發和代理銷售的軟件產品），以及企業主營業務中擁有軟件著作權或專利等自主知識產權的有效證明材料；

6、企業擁有的《軟件產品登記證書》或《計算機信息系統集成企業資質證書》、與用戶簽訂的上合同金額最大的兩個信息技術服務合同（協議）；

7、申請認定上一的企業職工人數、學歷結構、研究開發人員數及其占企業職工總數的比例說明，企業職工勞動合同簽訂情況說明以及企業職工社會保險繳納證明（包括社保網上申報系統截屏或支付社保中心的銀行付款憑證或社保中心出具的證明）；

8、2012年審計報告、軟件銷售產品專項報告、研發費用專項審計報告

9、企業生產經營場所、開發環境及技術支撐環境的相關證明材料，包括經營場所購買或租賃合同，企業主要經營管理制度文件列表等； 保證產品質量的相關證明材料，包括ISO9000系列證書或CMM/CMMI評估證書，或建立符合軟件工程要求的質量管理體系的說明和至少1個主要產品的需求規格說明書、測試報告、用戶手冊等

過程文檔記錄；

10、軟件銷售或軟件開發服務費的大額合同共2份及發票。