主要技术指标简介：该软件产品所采用的开发技术指标，限200字。

　　一、软件企业认定申请表填写细则：

　　《软件企业认定申请表》必须如实填报，不能有漏填项，如没有相应内容的项要填“无”或“0”。纸质版与电子版的内容必须一致，表格内容要与相关的附件一致。否则不予受理。

　　（一）申报企业概况栏

　　1、企业名称：申请软件企业认定的申报单位的全称。名称译文应准确，各种文件中的企业名称应填写一致；

　　2、注册地址和邮编：是指企业在工商行政管理部门进行企业营业执照注册登记时的地址，邮编是指注册时企业所在地的邮政编码；

　　3、联系地址和邮编：是指目前进行企业认定申请时的企业地址和所在地的邮政编码；

　　4、法定代表人及电话、身份证号：是指申报单位的企业法定代表人及联系电话和法人的身份证号码，电话号码前要加区号；

　　5、企业负责人及电话、传真：是指申请单位的当前主要负责人及联系电话和传真号码，号码前要加区号；

　　6、联系人及电话、传真：是指申报单位负责与认定机构联系的人员及联系电话和传真号码，号码前要加区号；

　　7、企业主管单位：是指申报单位的上级主管单位；

　　8、企业注册日期：是指申报单位进行工商营业执照登记的注册登记时间；

　　9、企业注册资金和工商注册号：是指申报单位进行工商营业执照登记的注册资本和营业执照注册号；

　　10、申报单位如果已经通过高新技术企业认定，则需要填写高新技术企业认定日期和相应高新技术企业的证书号；

　　11、企业主管税务所和税务登记号分别指申报单位具体办理国税和地税纳税所在的税务部门（具体到分局）和相应的税务登记证号码；

　　12、主要股东及持股情况：是指申报单位中前三位主要股东的持股数和持股比例，持股数请加上单位，并与注册资金的单位一致。

　　13、企业员工持股情况：是指申报单位按管理人员、技术骨干、其它员工分类各自的持股人数、持股总数和占企业总股本比例。企业负责人、总经理等管理人员所持股份，要在企业员工持股情况中的管理人员栏中体现，持股数请加上单位。

　　（二）申报企业上年度经营情况

　　从事内销的收入单位为“万元”，从事外销的收入单位为“万美元”

　　1、企业总收入：是指申报单位在上年度的企业销售收入；

　　2、软件总收入：是指申报单位的销售收入中的软件收入部分，软件总收入＝产品销售收入＋软件工程承包收入＋技术服务收入＋咨询培训收入＋技术转让＋其他技术收入，软件总收入≤企业总收入；

　　3、软件收入占总收入%：是指申报单位的软件收入占该单位总收入的百分比；

　　4、自产软件收入：是指申报单位的软件收入中属于自产软件收入的部分，包括自产软件销售、工程承包（除硬件收入外）、技术服务、软件及相关技术的咨询培训、技术转让等收入，自产软件收入≤软件总收入≤企业总收入；

　　5、自产软件收入占软件收入%：是指申报单位的自产软件收入占该单位软件收入的百分比；

　　6、软件研发投入：是占指申报单位进行软件研究开发所进行的投入值；

　　7、研发投入占软件收入%：是指申报单位的研发投入占软件收入的百分比；

　　8、软件分类收入：是指软件收入按内销和出口两类中的销售产品、技术服务、咨询培训等项进行分项填写，其各项数据的总和即为该申报单位的软件收入；

　　l “销售产品”收入一定要和附件“企业开发、生产或经营的软件产品列表”中的软件销售收入相等；“工程承包、技术服务、技术转让”收入一定要与附件“企业工程承包、技术服务、技术转让项目列表”中的收入相等；

　　l 销售产品”收入的企业，要提交相关产品销售发票复印件或发票列表，软件产品销售金额与《企业开发、生产或经营的软件产品列表》中所填金额一致；

　　l 有“工程承包”、“技术服务”、“技术转让”收入的企业，要提交相关合同复印件及发票复印件或发票列表，并附加相关证明核实该合同中的软件收入部分金额，软件收入部分金额要与《企业工程承包、技术服务、技术转让项目列表》中所填金额一致；

　　l 有“咨询培训”收入的企业，要附加培训项目类型、金额及发票复印件或发票列表；

　　l 有“其他”收入的企业，要提交相关证明材料。

　　该栏目需要财务责任人签字和企业法定代表人签字，并加盖企业财务章和企业公章。

　　（三）申报企业主要业务及产品栏

　　1、主要业务方向/排序：是指申报单位的业务方向依其主次程度在“□”中标出序号；

　　2、主要产品方向是指申报单位生产的产品属于栏中所列出的哪些项，申报单位根据情况在相应的“□”内标上“√”；

　　3、主要软件列表是指申报单位已登记的软件产品依其主次程度按序号依次列出，软件名称与登记号必须与相应的软件产品登记证书上内容完全一致；

　　4、ISO9001认证情况是指申报单位是否通过ISO9001认证，“□”及项目供选择，如已通过认证，需填写通过时间，并在企业申报材料中附加此项证书复印件；

　　5、CMM认证情况是指申报单位是否通过CMM认证，如已通过认证，需填写通过时间和级别，并在企业申报材料中附加此项证书复印件；

　　6、系统集成企业资质认证情况是指申报单位开展系统集成业务，是否具有系统集成资质认证，“□”及项目供填表人选择，如果已通过，需填写通过的时间和等级级别，并在企业申报材料中附加此项证书复印件。

　　（四）企业软件开发环境栏

　　比较开发场地面积、机器台数与软件技术人员数，看其分布是否合理。

　　1、开发环境和主要设备：是指申报单位所具备的开发场地和主要硬件设备，包括大中小型计算机、PC机、工作站、笔记本，及服务器、路由器、交换机、集线器的台数和型号；

　　2、开发工具：是指申报单位从事软件产品的研发、生产所使用的开发工具，包括工具软件包、操作系统、编程语言等；

　　3、开发工具：是指申报单位从事软件产品研发、生产所使用的数据库系统；

　　4、网络系统：是指申报单位从事软件产品研发、生产所具有的网络系统；

　　（五）申报企业人员构成情况栏

　　该栏目是反映申报单位的人员概况。要与附件《企业人员构成情况表》中的人员数、学历构成、软件专业人员构成数相符。

　　1、职工总数：是指申报单位的人员总数；

　　2、职工总数按职工学历构成、分别按项填写人员数；

　　3、大专以上学历占职工总数%：是指职工中大专以上学历的人员数占职工总数的百分比；

　　4、软件技术人员数：是申报单位中从事软件研发人员数、工程项目管理人员数和市场推广与维护人员数的总和，即：软件技术人员数＝ 研究开发人员数 ＋ 工程和项目管理人员数 ＋ 市场推广与技术服务人员数；

　　5、软件技术人员数占职工总数%：是指申报单位的软件技术人员数占职工总数的百分比；

　　6、大专以上学历者占职工总数% ＝（大专＋本科＋硕士＋博士）/职工总数；

　　职工总数应查看企业人员工资核定表或购买社保的凭证，凭证与企业认定申请表所填人数允许有偏差，但不超过20%。

　　二、软件产品登记申请表填写细则：

　　1、企业名称：申请软件企业认定的申报单位的全称。名称译文应准确，各种文件中的企业名称应填写一致；

　　2、注册地址和邮编：是指企业在工商行政管理部门进行企业营业执照注册登记时的地址，邮编是指注册时企业所在地的邮政编码；

　　3、联系地址和邮编：是指目前进行企业认定申请时的企业地址和所在地的邮政编码；

　　4、法定代表人及电话、身份证号：是指申报单位的企业法定代表人及联系电话和法人的身份证号码，电话号码前要加区号；

　　5、联系人及电话、传真：是指申报单位负责与认定机构联系的人员及联系电话和传真号码，号码前要加区号；

　　6、Email：为联系人或法定代表人的有效电子邮件地址；

　　1、产品名称：软件产品的名称要求简短、明确、针对性强，软件产品应与计算机软件著作权证书为准，并与软件产品登记申请表、软件检测报告所填产品名称一致。

　　软件名称应有厂商的品牌及标明用途。产品命名须由四部分组成：企业标识（例如：企业的简称、中文拼音、英文名称、商标名称等）、产品名称、产品属性（能反应产品属性的，例如：平台、系统、软件、中间件）、版本号。如有简称，必须在全称后注明：[简称：***]。例：金山词霸软件V1.0[简称：词霸]

　　2、版本号：版本号必须与该产品计算机软件著作权证及软件检测报告上所注一致；

　　3、产品服务对象：该软件产品的使用对象及行业；

　　4、主要功能及用途简介：该软件产品的主要功能及其用途，限200字；

　　5、主要技术指标简介：该软件产品所采用的开发技术指标，限200字；

　　6、硬件运行环境：运行此产品所需要的硬件环境，内存不得少于1；

　　7、软件运行环境：此产品通过何种操作系统、编程语言、数据库等进行开发；

　　产品类型只能单选“系统软件”、“支持软件”、“应用软件”、“其他软件”其中一项。

　　每项里的具体类型可按产品实际情况进行多选。

　　（三）产品开发及知识产权情况

　　1、产品开发者：为本企业或与企业有关的个人；

　　2、开发时间：开发时间应早于完成日期、检测日期、始销日期；

　　3、著作权人：应与计算机软件著作权登记证一致，为本企业或与企业有关的个人；

　　4、开发工作量：开发者人数/开发完成月数。

　　（四）产品检测、鉴定、获奖情况

　　1、检测部门：出具软件产品检测报告的部门，并填写相关结论及检测日期；

　　2、鉴定部门：所获省级以上相关部门出具的鉴定报告，并填写相关结论及检测日期；

　　3、颁奖部门：所获省级以上相关部门出具的获奖证书，获奖证书颁发部门，并填写相关结论及检测日期；

　　（五）产品销售情况

　　1、始销时间：软件产品首次销售时间；

　　2、销售方式：可复选，自销、OEM、定制合计套数=“至申报时累计内销”+“至申报时累计外销”；

　　3、至申报时累计外销中的销售额与售价均为美元。

　　三、软件企业认定或软件产品登记变更、补办申请表填写细则

　　1、“变更申请编号”无须填写；

　　2、“变更信息”栏中只需填写变更范围内发生的变更事项，并说明变更原因。

　　四、软件企业年审调查表填写细则

　　1、《软件企业认定年审调查表》必须如实填报，不能有漏填项，如没有相应内容的项要填“无”或“0”。纸质版与电子版的内容必须一致，表格内容要与相关的附件一致。否则不予受理。

　　2、“企业年审调查表”中“企业所得税”中的“应征额”必须小于或等于企业认定申请表中“企业总收入”；“应退额”必须小于或等于“应征额”；“实际退税额”必须小于或等于“应退额”。

　　3、“产品增值税”中的“应征额”必须小于或等于企业认定申请表中“销售产品”；“应退额”必须小于或等于“应征额”；“实际退税额”必须小于或等于“应退额

跨域问题，因为我们是子域名访问子系统接口的，采用jsonp解决；

内容管理系统的重点是学习CMS系统的设计思想。

1、 掌握单点登录系统的设计思想以及在系统架构中的位置、作用；

2、 并发压力是在通过ticket查询用户信息；解决方案？

2、 订单ID尽可能的短（占用存储空间少，实际使用方便，客服相关）

3、 订单ID要求是全数字（客服）

用户ID+当前系统的时间戳

问题1：各个服务器的时间不统一。

解决：在各个服务器上做时间的统一；（运维）

问题2：在问题1解决的基础上，可能存在毫秒级的偏差情况下？

解决：修改订单生成规则：

用户ID+当前系统的时间戳+随机数（3~4位） 问题：太长？ 把时间戳中的2014中的20拿掉；

目的：使用订单ID不重复；

16.查询订单时需要使用延迟加载

定时任务，job包一个jobdetail，再加上trigger，一起注册到调度器中，调度器先执行trigger， 再执行job，通过trigger触发了job，这是执行逻辑。

19.你们的架构是什么样的，能画一下吗？

20.你们的线上部署是什么样的，能画一下吗？

订单系统集群，数据库读写分离、分库分表

不用session，我们使用单点登陆，使用redis，存在redis，生成，

A同步到B，B同步到C。

22.如何解决大并发的问题？

集群，负载均衡，nginx(主备，一般主在工作，备闲置；资源浪费)，lvs(在2个Nginx前做一个拦截，接收后进行分工)。有问题，如果nginx挂掉，整个系统就挂了。可以主备解决，可以前面搭一个lvs。这块不是你做的，但是你知道怎么解决(非常复杂，但是必须了解。针对具体的情况去具体对待，CPU，内存，不要一刀切。)

23.你们生产环境的服务器有多少台？

面试前要数好，一般是十几到二十台。(用在哪里？这是重点)

24.数据库备份是怎么做的？有没有做读写分离 ？

主从(一主多从，主要是备份主)，每天备份，备份的文件不要放到数据库服务器上，可以FTP。要检查有效否。读写分离自己查一下，分库分表做过。

在项目中主要负责相关系统的开发，主要有：

1)  后台管理系统，主要实现商品管理、商品规格参数管理、订单管理、会员管理等、CMS(内容管理系统)等，并且提供了跨域支持；

2)  前台系统，主要是面向用户访问，使用Httpclient和后台系统接口做交互，并且该系统在部署上采用集群的方式；

3)  单点登录系统，主要是提供集中用户登录凭证的集中解决方案，提供和用户信息相关的接口，比如说用户注册、查询等接口。

4)  订单系统，主要是提供和订单相关的业务接口，在订单系统了做了严格的数据校验以及高并发写的支持（这里可以说使用队列实现），

并且使用了Quartz定时任务实现对订单的定时扫描，比如说关闭超时未付款的订单；

5)  搜索系统，主要是提供商品的搜索，采用开源企业级系统Solr实现，采用了MQ机制保证了商品数据可以及时同步到solr中；

6)  会员系统，主要是维护用户的信息，已购买订单、优惠券、系统消息、修改密码、绑定手机等功能；

7)  缓存，主要是用Redis实现，并且对Redis做了集群来保证Redis服务的高可用。

8)  支付系统，主要是负责订单的支付、对账等功能，主要是对接了支付宝的接口；

26.你们有几台服务器

27.你们的服务器不止一台吧，那么你们的session是怎么同步的？

购物车用session做的话，极易问到此问题！

Session放到redis里面，使用单点登录系统。购物车设计思路：未登录(先写到cookie中，登录后写到数据库表中)；已登录(直接写到数据库，而不会写到cookie)

实际项目是不使用session的，使用redis集中处理处理数据，取代session的作用，应用在单点登录、购物车等。

28.你们用易宝做支付时，如果请求超时了怎么处理？

①重试，一般三次，每次重试都要停顿一会，比如，以第一次停顿1秒，第二次停顿2秒，第三次停顿3秒；

②给订单标识付款异常状态，并且发出警告(邮件、短信)给相关人员。

③写个定时任务，定时处理异常状态的订单。

29.你刚才不是说付款成功后易宝会有数据返回吗？如果付款后易宝没有返回，或者返回超时了，但是钱又已经扣了，你怎么办？

①我们请求了易宝，但是没有接受到响应，我们就认为该订单没有支付成功，并且将订单标识为异常状态；

③做一个对账的任务，实时处理异常状态的订单。

30.你们怎么做退款功能的，要多长时间才能把钱退回给用户？

用户申请退款后，经过客服审核通过会将退款请求提交到易宝，具体到账时间要看易宝的处理。

31.你们WEB用的是什么容器？

应该指的是WEB服务器，应该问的是nginx或者是Apache。

32.SVN主干、分支、标签开发过程流程：

l  产品经理：3人，确定需求以及给出产品原型图。

l  项目经理：1人，项目管理。

l  前端团队：5人，根据产品经理给出的原型制作静态页面。

l  后端团队：20人，实现产品功能。

l  测试团队：5人，测试所有的功能。

l  运维团队：3人，项目的发布以及维护。

第一个问题：你前台portal采用4台服务器集群部署 那你数据库有几台服务器？那能前台高并发访问性能提上去了，那数据库会不会造成一个瓶颈，这一块你是怎么处理的？

第二个问题：你说你用了redis缓存，你redis存的是什么格式的数据，是怎么存的

第三个问题：你购物车存cookie里边 可以实现不登录就可以使用购物车 那么我现在没有登录把商品存购物车了 然后登录了 然后我换台电脑并且登录了还能不能看见我购物车的信息？如果看不到怎么做到cookie同步，就是在另外一台电脑上可以看到购物车信息

第四个问题：点一个链接访问到一个页面，这个页面上既有静态数据，又有动态数据（需要查数据库的），打开这个页面的时候就是很慢但是也能打开。怎么解决这个问题，怎么优化

第五个问题：如果用户一直添加购物车添加商品怎么办？并且他添加一次你查询一次数据库？互联网上用户那么多，这样会对数据库造成很大压力你怎么办？