第一篇:论文代码
根据GB3469-83《文献类型与文献载体代码》规定,以单字母标识:
M——专著(含古籍中的史、志论著)
C——论文集
N——报纸文章
J——期刊文章
D——学位论文
R——研究报告
S——标准
P——专利
A——专著、论文集中的析出文献
Z——其他未说明的文献类型
电子文献类型以双字母作为标识:
DB——数据库
CP——计算机程序
EB——电子公告
非纸张型载体电子文献,在参考文献标识中同时标明其载体类型:
DB/OL——联机网上的数据库
DB/MT——磁带数据库
M/CD——光盘图书
CP/DK——磁盘软件
J/OL——网上期刊
EB/OL——网上电子公告 参考文献规范格式
一、参考文献的类型
参考文献(即引文出处)的类型以单字母方式标识,具体如下: M——专著
C——论文集
N——报纸文章
J——期刊文章
D——学位论文
R——报告
对于不属于上述的文献类型,采用字母―Z‖标识。对于英文参考文献,还应注意以下两点:
①作者姓名采用―姓在前名在后‖原则,具体格式是: 姓,名字的首字母.如: Malcolm Richard Cowley 应为:Cowley, M.R.,如果有两位作者,第一位作者方式不变,&之后第二位作者名字的首字母放在前面,姓放在后面,如:Frank Norris 与Irving Gordon应为:Norris, F.& I.Gordon.; ②书名、报刊名使用斜体字,如:Mastering English Literature,English Weekly。
二、参考文献的格式及举例 1.期刊类
【格式】[序号]作者.篇名[J].刊名,出版年份,卷号(期号):起止页码.【举例】
[1] 王海粟.浅议会计信息披露模式[J].财政研究,2004,21(1):56-58.[2] 夏鲁惠.高等学校毕业论文教学情况调研报告[J].高等理科教育,2004(1):46-52.[3] Heider, E.R.& D.C.Oliver.The structure of color space in naming and memory of two languages [J].Foreign Language Teaching and Research, 1999,(3): 62 – 67.2.专著类
【格式】[序号]作者.书名[M].出版地:出版社,出版年份:起止页码.【举例】[4] 葛家澍,林志军.现代西方财务会计理论[M].厦门:厦门大学出版社,2001:42.[5] Gill, R.Mastering English Literature [M].London: Macmillan, 1985: 42-45.3.报纸类
【格式】[序号]作者.篇名[N].报纸名,出版日期(版次).【举例】
[6] 李大伦.经济全球化的重要性[N].光明日报,1998-12-27(3).[7] French, W.Between Silences: A Voice from China[N].Atlantic Weekly, 1987-8-15(33).4.论文集
【格式】[序号]作者.篇名[C].出版地:出版者,出版年份:起始页码.【举例】
[8] 伍蠡甫.西方文论选[C].上海:上海译文出版社,1979:12-17.[9] Spivak,G.―Can the Subaltern Speak?‖[A].In C.Nelson & L.Grossberg(eds.).Victory in Limbo: Imigism [C].Urbana: University of Illinois Press, 1988, pp.271-313.[10] Almarza, G.G.Student foreign language teacher’s knowledge growth [A].In D.Freeman and J.C.Richards(eds.).Teacher Learning in Language Teaching [C].New York: Cambridge University Press.1996.pp.50-78.5.学位论文 【格式】[序号]作者.篇名[D].出版地:保存者,出版年份:起始页码.【举例】
[11] 张筑生.微分半动力系统的不变集[D].北京:北京大学数学系数学研究所, 1983:1-7.6.研究报告
【格式】[序号]作者.篇名[R].出版地:出版者,出版年份:起始页码.【举例】
[12] 冯西桥.核反应堆压力管道与压力容器的LBB分析[R].北京:清华大学核能技术设计研究院, 1997:9-10.7.条例
【格式】[序号]颁布单位.条例名称.发布日期
【举例】[15] 中华人民共和国科学技术委员会.科学技术期刊管理办法[Z].1991—06—05 8.译著
【格式】[序号]原著作者.书名[M].译者,译.出版地:出版社,出版年份:起止页码.三、注释
注释是对论文正文中某一特定内容的进一步解释或补充说明。注释前面用圈码①、②、③等标识。
四、参考文献
参考文献与文中注(王小龙,2005)对应。标号在标点符号内。多个都需要标注出来,而不是1-6等等,并列写出来。
第二篇:部门代码
部门代码
总经理:GMD 行政人事部:AD 技术部:TD 发展部:RDD 宣传部:PD 策划部:SD 工程部:ED 造价部:EC 财务部:ACD 投融资部:FD 战略计划部:SPD 招标合约部:BCD 审计部:ADD 招商部:MD 研究院:RI 物业部:PD 后勤部:LD 资源管理部:RD
第三篇:代码检查
代码检查
摘要:代码检查是白盒测试的一种静态测试方法,是众多软件测试方法中发现软件缺陷最有效的方法之一。本文结合国内外学者在相关领域的研究情况,介绍代码检查相关的基本概念、过程和分析方法。
关键字:白盒测试,代码检查,静态分析,检查规则
一、引言
按照测试时源代码是否可见,软件测试可以分为白盒测试和黑盒测试两类。
白盒测试(结构测试),即逻辑驱动的测试,是在了解程序内部结构的基础上,对程序的逻辑结构进行检查,从中获取测试数据。白盒测试关注的是测试用例执行的程度或覆盖程序逻辑结构的程度。白盒测试一般只应用于软件开发阶段。
白盒测试,又可按照是否需要运行程序,进一步细分为了静态测试和动态测试两种。通常情况下是按照先静态后动态测试顺序来实施。其中,静态测试包括代码检查、静态结构分析、代码质量度量等测试内容。静态测试既可以由人工进行,充分发挥人的逻辑思维优势,也可以借助软件工具自动进行。
代码检查是一种对程序代码进行静态检查。传统的代码检查是通过人工阅读代码的方式,检查软件设计的正确性;用人脑模拟程序在计算机中的运行,仔细推敲、校验和核实程序每一步的执行结果,进而判断其执行逻辑、控制模型、算法和使用参数与数据的正确性。
在实践中,代码检查比动态测试更有效率,能找到更多的缺陷,通常能发现30%~70%的逻辑设计和编码缺陷。代码检查非常耗费时间,而且需要专业知识和经验的积累。代码检查定位在编译之后和动态测试之前进行,在检查前,应准备好需求描述文档、程序设计文档、程序的源代码清单、代码编码标准和代码缺陷检查表等。
代码检查可以发现的软件问题包括:声明或引用错误、函数/方法参数错误、语句不可达错误、数组越界错误、控制流错误、界面错误和输入/输出错误等。
1、代码检查
代码检查包括桌面检查、代码走查和代码审查等方式,主要检查代码和设计的一致性,代码对标准地遵循、可读性,代码逻辑表达的正确性,代码结构的合理性等方面;发现违背程序编写标准的问题,程序中不安全、不明确和模糊的部分,找出程序中不可移植部分、违背程序编程风格的问题,包括变量检查、命名和类型检查、程序逻辑检查、程序语法检查和程序结构检查等内容。下面对代码检查的三种具体方式进行介绍。
桌面检查
是一种传统的检查方法,由程序员检查自己编写的程序。程序员在程序通过编译之后对源代码代码进行分析、检验,并补充相关的文档,目的是发现程序中的错误。
代码走查
代码走查就是针对代码,在假想的输入情况下,逐行的浏览代码,走查代码中潜在的缺陷并记录结果的过程。
代码走查以小组会议方式进行,每小组3-5人。与代码审查不同的是,走查要求与会者扮演计算机的角色让测试用例沿被测程序的逻辑运行,是在模拟动态测试;而代码审查更多的是静态测试。
代码审查
代码审查是由一组人通过阅读、讨论和争议对程序进行静态分析的过程,以小组会的方式进行。
审查小组一般由若干程序员(包括程序代码的设计者)和代码检查人员组成。会前把设计规格说明书、控制流程图、程序文本以及要求、规范、错误检查清单交给与会者,开会时程序作者朗读解释程序,其他人则集中精力,捕捉程序在结构、功能、编码风格等方面的问题。
2、代码检查项
代码检查项即检查代码时,指定需要进行检查的内容。具体如:检查变量的交叉引用表;检查标号的交叉引用表;检查子程序、宏、函数;等价性检查;标准检查;风格检查;选择、激活路径;对照程序的规格说明,详细阅读代码,逐字逐句分析;补充文档。
检查项可以作为依据,用来编制代码规则、规范和缺陷检查表等。
3、编码规范
编码规范是程序编写过程中必须遵循的一套事先约定或者已经制度化、标准化的规则集,一般会详细的规定代码的语法规则和语法格式。
一个良好的编码规范能够带来许多好处:改善代码质量;提高开发进度;增进团队精神。对于软件开发而言,采用好的编程规范,虽然不能彻底杜绝糟糕的代码产生。但对于代码检查和将来的代码维护,仍然是意义重大的。
4、缺陷检查表
在进行人工代码检查时,使用代码缺陷检查表作为代码检查的参考依据。在软件测试项目实践中代码缺陷检查表又常被称作代码检查清单。
代码缺陷检查表中一般包括开发人员容易出错的地方和在以往的工作中遇到的典型错误。对应于不同的编程语言,代码缺陷检查表的具体内容将会有所不同。例如:对于C/C++语言代码缺陷检查表内容有以下几部分:文件结构;文件的版式;命名规则;表达式与基本语句;常量;函数设计;内存管理;C++函数的高级特性;类的构造函数、析构函数和赋值函数;类的高级特性;其他的常见问题等。
5、代码检查规则
在代码检查中,需要依据被测软件的特点,选用适当的标准与规范。在使用测试软件进行自动化代码检查或辅助代码检查时,测试工具需要内置许多编码规范。不同编程语言,对应的检查规范有所不同。针对与C/C++语言的规则有以下几类规则:通用规则、C++编码规则、C编码规则、Meyers-Klaus规则以及自定义规则。使用时,需要根据编程语言和被测程序的特点,选择适当的规则进行检查。
6、静态分析
静态分析是不执行程序,而分析程序代码的过程。源代码被静态分析器分析之后,得到的静态分析结果,通常可以表示成一棵静态语法树。其中包含了被测项目源代码的静态结构信息:基本代码成分、程序结构、语句结构、类型和模板等信息。
程序代码静态分析的结果能够给代码检查提供帮助。
三、代码检查过程
传统的代码检查是一种静态检查程序的测试方法,通常以团队的形式来进行。检查团队由程序作者,一个负责人,一个记录员以及一些检查员组成。首先需要一系列的准备工作,包括参与者的挑选和材料的准备。然后是个人准备阶段,每个小组成员各自熟悉材料。个人准备阶段后,就是实际的检查会议。在会议上,检查小组在假想的输入下,由程序作者带领,逐行的浏览代码,评审代码中潜在的缺陷。检查小组根据发现缺陷的严重程度和类型对其进行分类,并将问题记录下来供作者修正。会议后是作者的返工,作者汇报每个缺陷,最后确认每个缺陷已经被陈述过了。图 11为传统的代码检查过程。
图 1 代码检查过程示意图
代码检查过程中的两个重要阶段“个人准备”和“召开会议”阶段有以下注意事项:
1、“个人准备”阶段:
会前准备阶段是检查过程的一个关键阶段,因为如果检查者没有为检查做好充分的准备,检查效果会大打折扣。如果有检查人员没有做好准备,主审员可取消其代码检查资格,甚至取消这次检查会议。
检查人员要熟悉检查内容的相关文档,了解程序背景、设计思想和编程方法,在读懂、“吃”透代码的基础上,查出尽可能多的错误。
2、“召开会议”阶段:
参与会议的检查者应具有一定的专业技能和经验,缺乏经验的检查人员必然缺乏合适的领域知识来深入理解材料;
参与会议的检查者应做充分的个人准备,没有做充分准备的检查人员不能在检查会中做出实质性的贡献;
检查会议的速度应进行控制,如果试图在短时间内处理太多的材料,检查效果也会大打折扣。现在较为常见的代码检查速度上的建议为:汇编代码150行/小时,C语言150行/小时,而对于C++、Java这种面向对象语言,代码检查速度可以提高到200-300行/小时。
由此可见,代码检查适合于采用工具辅助的特性有:文档处理,个人准备,会议支持,数据收集。
文档处理
这是工具可支持的最明显的领域。传统的检查要求分发每份文档的复印件等,而将纸质的文档替换成计算机式的文档,不只是简单的介质变更,更是提供了一种契机——提高文档的可用性和表示性的机遇。
个人准备
首先,自动的缺陷检测可以用来发现简单的缺陷。如果简单问题能被自动发现,检查员就能专注于更加复杂/困难的缺陷,以及那些不能被自动发现的、潜在的、可能带来更大影响的问题。另外,自动化工具应该对个人准备阶段提供更多的帮助。例如,检查员可以利用检查表以及其它支持文档,并能很容易地交叉引用它们;还有些代码辅助理解工具,可为检查员理解程序、了解程序结构提供帮助。 会议支持
一些成员由于某些原因,可能没有花费足够的时间来进行准备,但他们仍然参加会议并试图掩盖他们的过失。项目管理人员可以使用计算机监控的个人准备时间信息,来剔除那些没有做好个人准备的成员,或者督促他们投入更多的努力。
召开会议时,检查员通常面对的是一堆枯燥的程序代码,如果在代码之外再结合一些图、表等便于分析、理解代码的信息,相信检查会议可以进行得更加有序和高效。
数据收集
代码检查一个重要的部分就是度量信息的收集,用来提供反馈以改进检查过程。度量信息包括会议时间、发现的缺陷、检查花费的总时间等。根据这些数据,可以来评价每一次代码审查的质量,进而给出关于代码审查的改进建议。
通过对检查过程的部分阶段提供计算机支持,代码检查可以进行得更加有效。使用计算机来支持检查过程,可以提高效率,并增加检查过程的严格性。
四、代码检查历史数据
代码检查中的历史数据本质是软件问题(缺陷)。按照不同的代码检查角度,存在多种对缺陷分类的方法。对过往发现的软件问题进行分析,总结出今后对于类似的代码需要按照某种规则来加以检查,这种的规则就是检查清单上的一条清单项,代码检查清单就是大量规则的集合。此外,由于软件问题总是以软件问题报告为载体形式出现,因此软件问题报告也被通俗的理解为代码检查历史数据。
下面对缺陷分类、代码检查清单和软件问题报告加以研究。
1、缺陷分类
关于缺陷分类存在以下几种常见的划分方式:
1)按缺陷出现的区域分类
这种分类方式是最常见的缺陷分类方式。按照出现区域将代码缺陷划分为变量级、属性级、函数/方法级和类级缺陷。其中,变量级、属性级和部分函数/方法级的缺陷,与传统的面向过程编程中的缺陷分类基本一致;而多数方法级缺陷和类级缺陷,则是针对面向对象技术编程特点提出的。
2)按检测内容分类
分为冲突、一致性问题两种。
冲突对应于文献[1]中的基于确定性“信念”的判定,而一致性问题则对应于基于可能性“信念”的判定。
3)按对代码的危害分类
按照对代码的危害,一般分为浪费时间和空间;语义混淆;暴露封装性,扩大使用权限;程序一致性问题;程序约束条件问题和空指针问题等。
2、代码检查清单(Checklist)
代码检查过程中,代码检查人员都会有一份代码检查清单。代码检查清单是一份为代码检查人员准备的缺陷检查表,检查表中开列所有可能与代码有关的缺陷,并注明了检查的内容、缺陷类型以及严重性。检查清单是检查代码的依据,代码检查人员根据它来发现并判断问题。代码检查清单中会逐条列出所有应该检查的缺陷种类,以及每条缺陷的各种特征,并且根据缺陷的严重程度和类型对其进行分类。通常每一条缺陷的特征描述如下:
1)缺陷描述:该缺陷的问题描述、举例说明,以及相应的正确形式;
2)缺陷出现的区域:分别为表达式级、语句级、声明级、模板缺陷、预处理缺陷、类级缺陷以及性能缺陷。表达式级、语句级、声明级以及预处理的缺陷,主要面向过程程序中的缺陷;模板缺陷、类级缺陷,则是针对面向对象软件的特点提出的;代码冗余等归为性能缺陷;
3)缺陷对代码的危害:代码中出现某种缺陷将会造成什么样的影响。
例如,检查表中一条缺陷的特征描述如下:
问题描述:指针所指内存释放后没有将指针赋为NULL。
举例说明:
char *p=(char *)malloc(100);strcpy(p, “hello”);free(p);//p所指的内存被释放,但是p所指的地址还是不变 …
if(p!=NULL)//没有起到防错的作用 { strcpy(p, “world”);//出错 }
正确形式:在释放内存的同时将指针置空。
char *p=(char *)malloc(100);strcpy(p, “hello”);free(p);p=NULL;//增加指针置空语句
…
if(p!=NULL){ strcpy(p, “world”);}
出现区域:语句级。
危害:指针被free释放后其地址并不会自动发生改变(非NULL),p成为了“野”指针,这种情况下再对p进行操作,很容易造成程序崩溃,后果非常严重。而代码检查清单正是由若干条这样的缺陷特征描述构成的。
3、软件问题报告(Software Problem Report)
在软件测试过程中,对于发现的每个软件问题(缺陷),都要进行记录该错误的特征和再现步骤等信息,以便相关人员分析和处理软件问题。为了管理测试发现的软件问题,通常要采用软件问题报告数据库,将每一个发现的软件问题输入到软件问题报告数据库中,软件问题报告数据库的每一条记录称为一个软件问题报告。
软件问题报告包括头信息、简述、操作步骤和注释。
头信息包括:被测试软件名称、版本号、缺陷或错误类型、可重复性、测试平台、平台语言、缺陷或错误范围。并要求填写完整和准确。
简述是对缺陷或错误特征的简单描述,可以使用短语或短句,要求简练和准确。
操作步骤是描述该缺陷或错误出现的操作顺序,要求完整、简洁和准确。对命令、系统变量、选项要用大写字母,对控件名称等要加双引号。
注释一般是对缺陷或错误的附加描述,一般包括缺陷或错误现象的图像,包括其他建议或注释文字。
软件问题报告是软件测试过程中最重要的文档之一。它记录了软件问题发生的环境,软件问题的再现步骤以及性质的说明,而且还可以跟踪软件问题的处理过程和状态。软件问题的处理进程从一定角度反映了测试的进程和被测软件的质量状况及改善过程。
五、代码检查规则管理的研究
1、潜在的编码规则和缺陷代码模式
潜在的编码规则(Implicit Coding Rules)和缺陷代码模式(Bug Code Pattern)是Tomoko MATSUMURA在文献[3,4]中针对代码检查实践,提出的两个相关的概念。
潜在的编码规则
潜在的编码规则包含以下几个特征:
1)不同于在开发启动时明确决定的“编码规范”的规则,这些规则在长期的测试/维护过程中是潜伏的,对这些规则的发现是不可预见的。
2)这些规则很少在设计文档或者特定的文档中被清楚的描述。他们通常只存在于开发人员、测试/维护人员的记忆中。换言之,是一种尚未系统化的经验积累和总结的结果。
3)不同于使用规范库的公用规则。对于特定的软件有其特定的规则,这也意味着对于不同的软件有不同的潜在的编码规则。
4)由于违反潜在的编码规则导致的缺陷通常情况下不是那么容易发现的。其中相当多一部分只在特定的罕见的情况下发生,所以在早期要想发现这些问题是很困难的。
5)目前,还不存在好的工具或者检查清单来发现违反潜在的编码规则的代码片段,通常的检查工具(例如PC-Lint、Purify)和通用的检查清单只能发现常见的问题。
6)为了减少违反潜在的编码规则的现象的发生,而进行重构通常很困难。要重构一个软件,准确理解代码是非常必要的,然而,老的系统太复杂,并且没有精确的文档和了
解系统的专业维护人员。总之,重构过期系统的代价很大,需要冒很大的风险。
缺陷代码模式:违反潜在的编码规则的编码模式。
缺陷代码模式不是肯定会导致缺陷的发生,一段符合缺陷代码模式的代码片段,并不意味着代码片段一定就有缺陷,缺陷代码模式只是疑似存在缺陷。另一方面,因为缺陷代码模式是静态的,没有考虑到代码片段之间的动态关联。需要代码检查人员或者维护人员把符合缺陷代码模式的代码片段提出来,并判断究竟是否存在缺陷。
在软件开发过程中发现和建立缺陷代码模式有三条主要途径。其一:在进行代码检查过程中,代码检查人员发现一个软件问题的同时,根据对该问题是否具备代表性和通用性等因素的考虑,确定是否建立一个缺陷代码模式;其二:当软件失效或者发生问题,检查对应的代码部分,发现并确定是否有潜在的编码规范与之相关;其三:分析现存的代码规范和积累的大量问题报告,从中提炼出潜在的编码规则。
在文献[3,4]中还给我们介绍了一个代码缺陷检测系统的大致工作流程,如2所示。
图2 缺陷检测模型系统的代码检查流程参考图
2、C++代码检查规则类型
1)规则层次
在代码检查工作中常常可以发现这样的现象:有些规则能在所有的项目中都能发现问题,另一些规则所能发现的问题只存在于某类项目中。
根据规则的这个特点,如图 33中所示,参考文献[2]中将代码检查规则分为两个层次:
公共规则(General checks):用于检查在大多数情况都有可能发生的缺陷。
项目相关规则(Project specific checks):用于在项目中检查可能的缺陷。
图 3 一个典型的代码检查规则清单节选图
在项目中积累了大量软件问题报告历史数据的支持下,可以从中进一步细化出与项目或开发人员相关的检查规则。
在学习任何一种计算机编程语言时,总是按照基本数据类型->表达式->语句->复杂语句->函数->整个程序体(类)的顺序逐步学习的。事实上软件正是按照这样的顺序自下而上逐层组建起来的,代码缺陷作为软件编程写时的一种异常情况,毫不例外也是按照这样层次的构建而成。在实际测试项目的代码检查过程中,我们发现在每个层次上都有可能存在潜在代码缺陷,要找到引起软件问题的根源,要求在尽可能低的层次上找到引发缺陷的代码。正因如此,非常有必要在C++语法的每个层次上都建立相应的检查元规则。
图4为一个代码检查规则体系模型图[2],图中展示了在代码检查项目开始前,通过逐级组合各种元规则和规则形成新的检查规则,最后形成了初始的检查清单。在项目实践中,经过对缺陷代码模式的推导,进而得到扩展的检查清单。初始检查清单和扩展检查清单本质上并没有什么区别,只是因为形成的时间不同。
图4 代码检查规则体系模型图
在检查代码时我们有时会想要定义一个带有否定意义的规则,如“在AA情况下如果没有BB,则可能存在一个问题”。这类检查规则采用自然语言描述比较容易,但是要用代码实现起来往往并不简单,并且对这类规则的定义和维护也比较麻烦。定义组合规则,是解决这类问题一种变通的方法。
下面简单介绍一下定义组合规则的原理。如图5中所示定义三个规则,“满足情况AA”对应规则R1,“满足在AA情况下出现BB”对应规则R2,将满足R1但不满足R2(即以!符号表示)组合则对应规则R3-“在AA情况下如果没有BB,则可能存在一个问题”。
图5 组合规则示例图
根据前面讨论,本文将代码检查的规则分类设计如下:
公共规则
定义针对函数体(含)以上层次的检查规则,在这些层次上出现的缺陷问题一般不容易精确到具体的代码行。
关键字规则
针对每个关键字定义的检查规则。由于关键字是C++语法中一种最普通的元素,单独使用关键字规则的意义不大,一般情况需要和语句、表达式规则或者复杂语句规则配合使用。
语句/表达式规则
针对基本语句类型或基本表达式定义的规则,满足对应结构的表达式,则可认为符合了相应的表达式规则。语句/表达式规则中可以包含多个关键字,在同一语句/表达式规则中包含的关键字地位是平等的,与检查的先后次序无关。
复杂语句块规则
针对条件、开关选择等多分支语句定义的规则,通常由关键字、语句/表达式进行组合来定义复杂语句块,并在定义时可以进行嵌套,在定义复杂语句块规则加入语句或表达式和复杂语句时需要考虑检查的先后次序。
高级组合规则
关键字规则、语句/表达式规则和复杂语句块规则合称为普通规则。
对于难以使用普通规则定义方式定义的复杂语义,需要定义高级组合规则。定义高级组合规则可以使用上面几种规则作为基本单元,也可以嵌套使用其它组合规则。
图6为一个由下至上、由多个缺陷代码模式组合形成的组合规则结构图。其中{}表示某条缺陷代码模式对应的规则。
图6 组合规则结构图
六、代码分析方法
1、静态分析
静态分析主要对源代码进行词法分析、语法分析,提取被分析程序的静态信息,所提取的静态信息是代码缺陷检测的基础。静态分析结果主要包括三部分信息:
程序定义信息:程序定义信息包含了程序中所有的定义和声明信息,如类定义、方法和数据成员的定义、方法内局部变量的定义等。
程序结构信息:主要指方法内的控制流信息和方法间的调用关系。静态分析器分析程序的语句分支、分支间的嵌套关系和方法调用,记录方法的控制流信息和调用信息,构造语法树。
分支内的变量操作:以方法控制流程中的分支为基本单元,记录每一分支中各语句对各变量施加的操作和操作序列。
2、数据流分析
数据流分析也是一种静态代码检查方法。它是在不通过计算机运行被测程序的条件下,利用预先进行静态分析后获取的信息,检测对变量的赋值与使用操作中,是否存在不合理情况,即找出被测程序中是否存在变量在使用前未被赋值;变量在两次赋值之间未被使用;一个变量在被赋值后是否未被使用等异常情况。
数据流分析目前的主要用途大多局限在编译器的实现和优化技术方面,而在代码检查系统中实用的数据流分析技术并不多见,主要集中在某几种缺陷检测上,如赋值引用异常检测以及内存错误检测,使用方式主要是定义数据流操作的符号,使用该符号系统构造数据流表达式(由数据操作符号构成的符号串),再分析该符号串来确定是否存在代码缺陷。
数据流分析包括以下两个步骤:一是分析程序的所有逻辑路径;二是对所有逻辑路径上的所有变量,分析其所有操作序列,然后将得到的操作序列输入自动机进行分析。因此数据流分析方法不可避免的存在以下缺点:
1)信息量多,上面所述的数据流分析方法是一种穷举法。事实上一个变量在大部分路径上存在问题的几率并不高,因此穷举每个变量的所有操作序列不可避免的要分析很多正确的信息,而且信息量巨大;
2)组合爆炸,当程序复杂度增长时,该分析方法的复杂度呈几何级数增长,并且当这种组合是建立在对所有逻辑路径、所有变量的穷举基础上时,如果不能找到一个非常高效的算法,数据流分析方法将是一个非常低效的方法;
3)实用性低,上述两点导致的数据流分析的实用性降低。
为缓解这些的缺点,数据流分析过程有许多改进方法,但实现都具有一定难度。本系统中数据流分析不是重点,采取的策略是尽可能简化数据流分析的过程,或者在可能的情况下尽量避免数据流分析。
第四篇:代码注释格式
////////////////////////////////////////////////////////////////////////// //函数名称: WriteFile //函数功能: 向加密锁创建文件,并且向文件中写入数据,注意写入的数据不宜过大,最好少于2k为最佳 //参数说明: fileSize: 文件的大小,以字节为单位 // fileID: 文件在加密锁中的ID, // fileName: 文件在加密锁中的名字 // fileContent: 文件内容
//返 回 值: 如果写入文件成功,则返回true,如果写入文件失败,则返回false.//作 者: luyao ///////////////////////////////////////////////////////////////
第五篇:代码工作计划
2015年个人工作计划 自从2014年年初进入公司工作以来,在公司领导的关怀和指导下,在公司部分同事的大力支持下,我在工作和生活上都学到了很多。2015年公司将全面壮大,各项规章制度逐步健全,尤其是软件部将更加繁忙更加充实,公司的壮大将给公司员工提供更加优质的工作环境和更加广泛的发展空间。俗话说,欲行千里,先立其志。想要在2015年新的一年工作有条不紊、顺利的完成,就应该先行一步,做好工作计划。
我的计划分为两块一是个人发展目标及计划安排,二是个人工作目标及计划安排。
首先说一下个人发展目标及计划:
由于自己接触公安行业时间还比较短,自身经验和处事能力、人际关系方面都需要全面提高。一方面,自己认真努力完成工作,并对自己的工作进行自查,自我监督。另一方面,离不开公司领导的关怀指导和公司同事的帮助。“三人行必有我师”,我会虚心向领导和各位同事请教相关问题。
加强自己工作中阐述问题的能力和分析能力以及解决问题的能力,不断学习新技术与知识,让自己更能适应新的需求发展变化,给自己制定短期目标并完成它。在业余的时间我将补充项目管理方面的知识、软件架构及设计的深入学习,积累新的知识点,提升专业技能。
在个人工作目标及计划安排方面,有以下几点:
项目上
计划抽时间去一趟客户那边,给客户演示一下我们的系统,让客户了解我们系统的相关信息。与客户讨论并且记录客户提出的意见以及需要调整的需求,进一步完善产品。与客户讨论下一步计划及相关后续事宜。
整个研发团队必须积极配合公安及用户的安装培训工作,在实践中不断探索、不断完善不断丰富产品的功能。并在人力资源充足的前提下对业务进行深挖,提升产品亮点及市场竞争力。以便在其它省份进行推广。
带新人
大多数新人,用我们领导的话说就是“被动人”,是完全依照计划做工作的角色,当然原因是多样的,对于新人,不知该如何工作,只能按照上面的计划进行工作。当然也有一群人意识不行,不知道给自己找事干,于是一直处于被动状态。处于这个状态时一定要努力让自己尽快摆脱这个状态,不要以完成任务为目标,这样才能朝着更高更远的方向发展。在2015年将更加注重团队新新人的培养,把自己学到的教出去以及从外部
学习。同时在这个过程中,学会做计划。“因材施教”是很难做到的,而对新人教育计划的制定能够在很大程度上锻炼规划能力以及识人用人能力。我希望在这方面有所提升。
团队源代码管理相关工作
源代码管理是我们工作中很重要的一部分,是开发团队的生命。为保障公司源代码和开发文档的安全,保证源代码的完整,我们要让每个成员理解基本的,核心的版本控制的概念,明确公司源代码控制管理的流程。
我们研发团队将合理安排产品开发的整个周期的工作内容和时间,积极配合部门完成新产品的开发工作,确保全部工作在预算范围内按时优质地完成,使客户满意,使公司满意。
1、对新入职员工进行公司开发环境及常用工具软件培训,以便快速上手投
入到工作中。
2、产品开发前完成对软件开发生命周期规划、软件的架构设计等等工作
3、现有系统日常维护以及培训等工作,确保系统良好运转提升客户满意度。篇二:工作计划书范文 工作计划书范文
工作计划格式
工作计划是一个部门在一定时期内的工作打算。写工作计划要求简明扼要、具体明确,用词造句必须准确,不能含糊。(一)工作计划的格式: 1.计划的名称,也就是标题。内容包括订立计划部门的名称和计划期限两个要素,如“团委××部门××工作计划”或者“工作计划——团委××部门××”。2.计划的具体要求。一般包括工作的目的和要求,工作的时间、内容,实施的步骤和措施等,也就是为什么做、做什么怎么做、做到什么程度。3.最后写订立计划的日期。(二)工作计划的内容。一般地讲,包括: 1.工作背景,也就是情况分析(制定计划的根据)。制定计划前,要分析研究本部门工作现状,充分了解下一步工作是在什么基础上进行的,是依据什么来制定这个计划的。2.工作目的,指的是工作任务和要求(做什么)。根据需要与可能,规定出一定时期内所应完成的任务和应达到的工作指标。3.工作的方法、步骤和措施(怎样做)。在明确了工作任务以后,还需要根据主客观条件,确定工作的方法和步骤,采取必要的措施,以保证工作任务的完成。(三)制订好工作计划须经过的步骤: 1.认真学习研究上级的有关指示办法。领会精神,武装思想。2.认真分析本部门的具体情况,这是制订计划的根据和基础。3.根据上级的指示精神和本部门的现实情况,确定工作方针、工作任务、工作要求,再据此确定工作的具体办法和措施,确定工作的具体步骤。环环紧扣,付诸实现。4.根据工作中可能出现的偏差、缺点、障碍、困难,确定预算克服的办法和措施,以免发生问题时,工作陷于被动。5.根据工作任务的需要,组织并分配力量,明确分工。6.在实践中进一步修订、补充和完善计划。计划一经制定出来,并经正式通过或批准以后,就要坚决贯彻执行。在执行过程中,往往需要继续加以补充、修订,使其更加完善,切合实际。
企业个人计划书范文
年伊始,万象更新。自从xx年年底将工作的重心放在企业erp系统实施的工作中时,在公司领导的关怀和指导下,在公司部分同事的大力支持下,对erp相关工作作出了初步的整理。2011年公司全面壮大,各项规章制度逐步健全,尤其是5月份城阳总部的成立,给公司员工提供了优质的工作环境和广泛的发展空间。俗话说的好:“笨鸟先飞!”
想要在201x年新的一年工作有条不紊、顺利的完成,就应该先行一步,做好工作计划。
自身建设方面:由于自己参见工作时间比较短,自身经验和处事能力、人际关系方面都需要全面提高。
一方面,自己认真努力完成工作,并对自己的工作进行自查,自我监督。
另一方面,离不开公司领导的关怀指导和公司同事的帮助。“三人行必有我师”,我会虚心向领导和各位同事请教相关问题。
工作方面:
一、公司erp的现实状况。对于我们公司来说,erp――k3系统,还是一个比较新鲜的事务,虽然我们每天都在说k3,但是,现在k3系统在我们公司运行上线还处在初步的阶段。目前,只有仓储部――仓存模块和财务部――总账模块、应收应付和存货核算,对系统实施了比较全面的应用,第一期计划范围内的公司供应链中的销售模块和采购模块,还只是用了一些皮毛,公司其他部门还没有实现信息化。另外,公司现行的k3系统编码方案规则不合理,存在中文、英文、字母和希腊文字共同组成的编码以及重码、无码现象。编码权限下放,造成编码规则不能很好的执行,编码混乱。公司试用一段时间的条形码也不是国际通用,给人造成产品不入流的假象。还有,因这是一期遗留项目问题,我个人对k3的相关经验不是很多,实施起来需要金蝶公司的配合。但目前看来,配合还是有些问题需要协调。
二、3月份工作计划的安排。针对上述公司erp运作方面出现的公司现实存在的状况,整个三月份,拟计划三月底完成公司k3系统物料编码的调整工作,实现新旧代码的转换以及一期项目中的销售模块和采购模块的培训,实施和上线后相关问题的解决维护。
具体工作安排如下: 1.物料编码的调整:因年前相关工作的调整,物料编码的调整推迟了一个月,中间旧的物料编码又新增了很多,给这一块的工作造成了一定的难度。整个物料编码的相关工作会贯穿整个三月。这中间需要相关部门的配合。我个人这方面同时做新旧代码对照和新代码审核及每天新增编码的修改,工作内容、工作量比较大,需要增加短期配合工作的工作人员和我一块工作。另外,因为本人一直从事公司办公室、后勤等相关工作,对公司的生产线、产品不甚熟悉,中间可能有很多产品物料编码方面的问题需要和相关部门同事进行沟通交流,希望本着为了公司的长足发展,能够得到领导和同事的配合。2.销售和采购模块的实施:通过与金蝶相关实施人员的协调联系,在三月份订出时间,请实施人员过来对我们这两个模块的相关使用做一下培训并跟踪指导,同时对我们的物料编码工作进行指导配合。上线实施后,相关软件操作、运行方面出现的问题进行跟踪解决和系统维护。
三、下一步工作计划的安排。1.定期做好k3系统服务器的维护、备份工作。保障k3系统的正常运行。针对单机用户使用k3系统出现的问题,进行处理。2.针对公司战略决策中的时间安排对201x年内需要实现信息化的部门进行调研。
将第二期计划中需要上线的系统模块分四部实施:
首先,与系统上线运作相关部门组成相关的项目小组,对项目进行分析、调研,把相关的业务需求整理并确认实施方案。
其次,将系统能够实现的相关业务需求,对业务流程进行梳理、微调(企管部、相关部门配合),并对系统上线模块进行培训和技术指导。在次,对上线相关模块进行测试运行,出现的相关问题有针对行的解决和完善。
最后,系统正式上线运行期的维护以及运行期问题的反馈和总结,给以后系统实施提供宝贵的工作意见和经验。
四、其他工作计划的安排。
除了工作重点k3项目外,还有其他几项工作安排: 1.配合人力资源部把玉舟人力资源系统全面运行上线,实现系统最大最优化发展。2.配合网管对公司的办公自动化系统和邮件服务器拟定计划,实施。3.公司的网站进行页面的更新维护和公司的网站服务器的建立。4.领导交办的其他工作。
五、针对公司发展提出的建议在日红公司工作的两年时间里,对公司也有一定的了解,下面就公司的相关工作提出自己的意见和建议。因为搞物料编码的原因,就前期对物料编码的调研发现的问题总结如下:公司现在的编码比较混乱,研发部门有自己的成品编码,业务部门下定单的时候,有客户订单号和货号,生产有自己的配件编码,镀一种颜色,就会有一种编码,模具有自己的模具编码,k3系统有自己的k3编码。一款产品,会有几个编码,好几个名字,到了一个部门,可能编码就有变化,需要编码对照,才有可能指导自己和兄弟部门可能其实是用的一个东西,只是叫法不同。这样,很不方便。建议公司成立编码部门或者小组,对公司所有的编码进行整合,有必要的话,可以抹去客户相关编码,从订单到我们业务员手里,业务员生产下单,公司一律走自己的编码,出厂后(发货),由仓储部(物流)在使用客户相关编码对照发货。这样切断的好处有:跟客户打交道的只有相关接口部门,这样我们公司的相关技术信息也不会外露,以后公司发展壮大后有自己的品牌以后,公司的相关编码,条形码和进销存流程也比较顺畅,避免到时再整合物料编码带来的诸多麻烦。
以上,是我在201x年的工作计划,感谢领导审阅及批评指正。祝我们日红公司在201x年里与时俱进,勇创辉煌!篇三:某it公司2014年公司工作计划
某it公司2014年工作计划
一、销售现状
从2013年销售额度完成情况来看,未完成项目的主要原因一是因客户拖延导致项目进度延后,造成有些项目只能2014年开展;二有些重要客户没有及时拜访,导致丢单。总结2013年的经验与不足,在制定2014年的工作计划时,要有针对性的对上诉问题,制定好的解决方案。
二、2014年定位:公司2014年公司定位:以产品为导向、开拓市场、推进项目、提高管理、招揽人才
三、目标
(一)2014年总体目标: 2014年公司的整体发展规划是:突出核心产品优势,提升研发、销售的整体水平,以产品为主导,以优质的产品为依托,逐步实现整体目标。
1、提升销售额度:2014年公司的销售整体销售目标为283.5万元至469万元
2、完善产品:根据企业目前的核心产品现实状况,属于尚未成熟。因此2014年企业总体目标是加强完善核心产品的开发。
(二)具体目标分解
1、完善产品目标 a、完善产品有哪些:1)网站后台管理(加强版)2)在线考试管理系统 3)话单分析系统(升级版)4)企业网站模版设计 5)脸谱识别 b、整理出产品完善需求:卢、朱、田负责整理各个产品功能完善文档 c、实施步骤 1)根据卢、朱、田整理完善文档,召开产品完善会议,各部门主管参加; 2)按阶段完成各个项目,朱根据原有产品进行产品设计架构、相关文档的整理,并且安排具体工作;
3)程序员实施开发 4)测试部进行测试。d、时间:完善产品需要的时间为6个月
2、销售工作目标 a、预计额度目标:软件项目开发285.5万元至477万元(注:软件项目和硬件项目是1134.5万元至1326万元)b、网站软件目标分解: d
四、具体销售策略 附近1:《业务具体定位策略》
(一)市场策略
吸取2013年销售的经验和不足,因此,将2014年确定为“市场推广年”,全力以赴开拓市场,发展客户、提高销量。
1、总体策略:
1)实行“提供高品质产品,实现低交付成本 ”市场竞争策略; 2)以《话单分析》《脸谱》《在线学习的平台》等为拳头产品,以公检法、政府、部队为主推渠道,以黑龙江省市场为突破口。3)建立有效的销售渠道和加强销售队伍建设;
2、营销策略: 1)第一步:全公司必须以市场为导向,以营销为重点开展经营和管理活动。公司制订相关制度、流程、政策,规范、鼓励全体员工参与营销及管理工作。2)第二步:将公司研发的《话单分析》《脸谱》《在线学习的平台》等软件产品在黑龙江省公检法、政府、部队行业进行推广,并挖掘客户对相关产品的需求。3)第三步:采取一切措施,集中精力做好行业深挖的开发、老客户的普及、新客户挖掘铺设。主攻方向是消防、省领导干部出、边防、工大管院、检察院等主要手客户。
3、营销手段
1)加强扩大公司知名度和影响力的宣传工作,加强互联网的宣传力度。2)丰富公司网站内容,并与公安厅、消防总队等重要单位机构的网站相链接。通过网页宣传、推广公司的产品及服务,并为客户提供网上咨询、网上培训。3)与各地消防、边防部门、工大、企业保持联系,建立一个对市场、对竞争对手反应灵敏、快捷的信息网络体系。
4)重新设计企业的宣传册,突出企业的企业优势、产品优势等。5)销售队伍建设:鼓励全体员工参与营销及管理工作,加强与东亚销售人员配合销售工作。
(二)产品策略 2014年公司的整体产品策略是“品牌分级、产品多元”,即:在确保品质的基础上,在产品功能、特性上改良产品的设计,使其多元化。并从产品的设计、价格、服务上对产品的品牌分级处理。始终围绕客户需求,以客户需求为出发点和归属点,提升总体销量,实现利润总量最大化。为此,应采取下列措施:
1、调整主打产品,以《话单系统》、《学习的平台》、《题库管理》、《脸谱识别》为主打,网站建设作为铺设,树立自我品牌。
2、实行差异化的销售策略: 1)产品差异:使我公司产品与竞争对手产品相比具有独特优点。2)服务差异:服务模式,服务理念不同与竞争对手。3)人员差异:系统对公司营销人员进行培训,对公司产品要求掌握熟练,知道产品的优势,能
为客户解决什么问题。
(三)品牌策略
3、重点客户拜访:对重要的客户和意向较大的客户进行拜访,现场销售。
五、管理
(一)项目管理
1、项目总体控制: a、项目初期: 1)碰头会:部门主管研究功能,做出项目计划。2)项目计划:总经理助理根据《项目计划表》监督各个部门完成进度情况。b、项目实施:
1)项目总调度要实时跟进各部门项目进度情况。2)项目总调度要每周周六组织开发部(美工、程序、测试)例会,掌握现有项目的进度。c、项目收尾:
1)总经理助理负责项目结项后文档、源代码存档后刻录光盘。
2、文档管理:
a、文档分类:共10个文档 1)开发部7份:《功能要求》、《项目设计方案》、《需求分析》、《系统分析》、《数据库文档》、《功能函数文档》、《项目总结》 2)测试部3份:《测试计划报告》《测试报告》《测试总结报告》《使用手册视频》 b、要求: 1)开发部文档由项目经理负责整理完成,测试部文档有测试部主管负责整理完成,交给项目总调度(卢)验收查看。2)所有的项目都必须要文档齐全,否则不能结项,任何项目少文档,扣除相关部门负责人项目奖金2%。
3)项目文档要求在项目完成后,与源代码、数据库一起集中封装。4)电子版文档要求在项目完成后一个月内完成调整刻录成光盘备份。孙老师负责刻盘备份。5)未来可以放在相应服务器上然后建立相应的档案管理系统对电子版文档进行备份和管理。
3、源代码管理:源代码结构是指源代码在版本管理服务器上存放的文件夹结构。源代码结构的设定由项目实施负责人决定。a、源代码结构设定有几项基本要求: 1)必须设臵项目专属文件夹:每一个独立项目或子项目源代码文件内,至少设定一个docs或doc文件夹以存放仅与该项目相关技术文档和参考资料; 2)必须考虑支持库:源代码结构中,应考虑具体项目所引用的非标第三方支持库或框架的存放位臵; 3)必须可以直接编译:源代码结构必须是可直接编译结构。即任一台新装计算机,在安装了必要的开发环境软件以后,通过从版本管理服务器上签出整套源代码后,应该可以直接完成编译 b、工作要求: 1)提交时间:所有参与开发的技术人员,每日5:30必须将当日所编制的源码或技术文档提交至版本管理服务器。2)审阅时间:5:30审阅是指项目实施负责人,每日下班前审阅版本服务器上所有下属技术人员所提交的源代码和技术文档。
4、客户数据管理:
1、资料收集:在公司的日常营销工作中,收集客户资料是一项非常重要的工作,它直接关系到公司的营销计划能否实现。客服资料的收集要求客服专员每日认真提取客户信息档案,以便关注这些客户的发展动态。
2、资料整理:客服专员提取的客户信息档案递交客服主管,由客服主管安排信息汇总,并进行分析分类,分派专人管理各类资料,并要求每日及时更新,避免遗漏。
3、资料处理:客服主管按照负责客户数量均衡、兼顾业务能力的原则,分配给相关客服专员。客服专员负责的客户,应在一周内与客户进行沟通,并做详细备案。
4、客户档案建立。
(二)部门管理 附件2:《2014年各部门管理计划》
(三)人员管理
1、梯队建设(分工、档次)开发部人员组建:
注:① 根据公司发展要求,核定部门人数(此为考核的基础条件之一); ② 以抢、挖、聘为主要形式;
③ 新员工履行培训、考核、筛选、转正流程; ④ 软件部、美工部以优厚待遇抢、挖1名业内成手。⑤ 人才管理一定要注重梯次型培养,不可断档。
不定时的注入新鲜血液是团队建设的一个重要手段;目的是要使团队内的每一个成员都有不同程度的危机感:让老员工有紧迫感,让新员工有压力感,焕发大家珍惜岗位的意识。
2014年各部门团队建设计划
根据2013年各部门情况,现美工部、程序部缺少中间力量,因此在2014年个部门需要招聘下: 程序部:高级程序员1人; 美工部:高级美工设计1人
2、合同(劳动、保密)
注:开发部所以部门(程序组、美工组、测试组、网络营销部)的全体员工都要签署劳动合同和公司
保密合同。
(四)管理工作
1、工作原则: a、以销售为主导工作,确保完成全年销售任务目标 1)目标要具有合理性,可行性,制定目标要有从分的依据: ①于往年的公司业务完成情况。②前一年的市场铺垫。③市场情况的分析机遇期。2)目标的严谨性。
①经过反复论证,讨论后形成。
②对目标进行细化,分解,与市场、项目一一对应。③有落实直接责任人。
④有目标进程管理的负责人。公司总目标总经理负责,具体目标卢负责。b、从全局的角度上考虑问题,管理工作更加细致,执行到位、监督到位。1)掌控项目 2)跟进团队 3)合理安排项目开发时间 4)项目沟通 5)团队沟通 6)掌控项目风险 c、带好新员工和下属,让他们感觉到融入到这个“家”中,感觉自己受到重视、能学到东西,不断成长和进步了 1)员工生日:许姐提前一周提醒,单位送一份礼物给员工,帮助她调整心态的书、实用的工
具、有意义的礼物等,基本花费在100元以内,领导和同事写祝福的话; 2)员工聚餐:项目完成或节假日组织员工聚餐,平均1—2个月一次,目的是增强凝聚力和篇四:计划类别代码
辽宁省科学技术计划项目申报书
计划名称:
技术领域: 申报主题: 项目名称: 项目负责人: 申报单位: 通讯地址:
邮政编码: 电子邮箱: 联系电话: 传真: 主管部门: 申报日期:
申 报 说 明
一、本申报书专门用于辽宁省科学技术计划项目的申报、立项等管理过程。
二、应用基础研究计划(即科技基金计划),按专门格式与要求另行申报。
三、申报书由基本信息表、专项信息表、各类计划项目可行性报告、申报单位及管理部门意见等四部分组成: 1.基本信息表:是各类基本计划和专项计划必报的通用表格。用于表述申报项目及负责人与申报单位简况、项目组人员配备、项目相关基本信息摘要等。2.专项信息表:用于补充陈述基本信息表述部分尚未阐明的专项信息;原则适用于申报某专项计划时对应填报,是申报书重要组成部分。4.申报单位及管理部门意见: ——申报单位简况及推荐意见:单位基本信息由申报单位填报。单位推荐意见要简明扼要。
——初审推荐意见;由各市科技局(或省直有关单位科技管理部门),发挥专家咨询作用,提出初审推荐意见;
——复审推荐意见:由科技厅各类计划归口管理部门,依靠专家提出。
四、申报单位和申报者,可通过辽宁科技信息网“省科技计划项目远程申报系统”,按要求进行单位注册,申请个人帐号,下载申报书软件;填报统一的项目申报书可行性报告;按网上远程申报填写具体要求和提示,如实填写申报内容。
五、受理编号、参审编号、批准编号以及项目类别,无须申报者填写。□为选填标记,请按远程申报填写指南有关规范,单选或多选。
六、申报书陈述部分,一律用简体中文、仿宋gb2312、小四号字体填写;应文字简洁,表述清晰,数据详实;外来语要同时用原文和中文表达,首次出现缩略词要注明全称,再次出现同一词时可使用缩写;需提供纸质文件打印时,请用a4纸。
七、需提供有关证明材料的申报项目,应真实有效,编排有序,以书面形式报送科技厅归口管理处室(一式1份)。自筹或匹配经费证明,须有申报单位及主管部门出据核准意见明确、带有公章的函件。1.基本信息表 【1.1 基本信息简表】 1.基本信息表 【1.2 项目组人员配备简表】 1.基本信息表
【1.3 项目背景、主要内容与指标、创新点简表】 篇五:浙江省科技计划项目计划类别代码(2012版)浙江省科技计划项目计划类别代码(2012版)
申报专项名称
重大与高发疾病防治技术
重大自然灾害预警和应急处置技术 水污染防治与水资源综合利用技术 固体废物综合处置技术
海水淡化与海水综合利用技术 可再生能源利用技术 高效节能技术 绿色化工技术
现代纺织与服装加工技术及装备 重大机电装备 汽车及关键零部件设计制造技术 高档皮塑加工技术及装备 网络、通讯技术及装备 数字多媒体技术与应用 软件与集成电路设计
重大应用电子技术和新型电子元器件 磁浮交通系统技术与装备 100万伏特高压输电技术与装备 纳米技术攻关及示范应用 生物制药技术 中药现代化
农业新品种选育技术
农产品质量安全与标准化技术 农业生物技术 工程农业技术
农产品(食品)精深加工技术
代码 zx01 zx02 zx03 zx04 zx05 zx06 zx07 zx08 zx09 zx10 zx11 zx12 zx13 zx14 zx15 zx16 zx17 zx18 zx19 zx20 zx21 zx22 zx23 zx24 zx25 zx26 优先主题名称
信息技术 生物技术 新材料技术 新能源技术 制造业信息化
嵌入式技术在传统产业中的应用 生物技术推广应用 新材料技术推广应用 船舶修造 工业自动化 环保装备
重大技术装备 先进专用设备
数控装备及控制单元 农业高技术 传统农业技术升级 紧缺资源替代技术 资源综合利用 工业污染控制
农村及城镇生态环境建设 环境安全预警
海洋基础设施的信息化技术开发与装备 海洋生物综合加工与利用 海洋生态与环境保护 人口与健康 公共安全
文化传媒技术 电子商务技术 现代物流技术 智能交通技术
代码 yt01 yt02 yt03 yt04 yt05 yt06 yt07 yt08 yt09 yt10 yt11 yt12 yt13 yt14 yt15 yt16 yt17 yt18 yt19 yt20 yt21 yt22 yt23 yt24 yt25 yt26 yt27 yt28 yt29 yt30
四、行业分类代码
参照国标行业代码填写,由2位数字构成。