软件企业评估申报资料

第一篇：软件企业评估申报资料

一、软件企业评估申报资料

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份及发票。