第一篇：論文代碼

根據(jù)GB3469-83《文獻類型與文獻載體代碼》規(guī)定，以單字母標(biāo)識：

M——專著（含古籍中的史、志論著）

C——論文集

N——報紙文章

J——期刊文章

D——學(xué)位論文

R——研究報告

S——標(biāo)準(zhǔn)

P——專利

A——專著、論文集中的析出文獻

Z——其他未說明的文獻類型

電子文獻類型以雙字母作為標(biāo)識：

DB——數(shù)據(jù)庫

CP——計算機程序

EB——電子公告

非紙張型載體電子文獻，在參考文獻標(biāo)識中同時標(biāo)明其載體類型：

DB/OL——聯(lián)機網(wǎng)上的數(shù)據(jù)庫

DB/MT——磁帶數(shù)據(jù)庫

M/CD——光盤圖書

CP/DK——磁盤軟件

J/OL——網(wǎng)上期刊

EB/OL——網(wǎng)上電子公告 參考文獻規(guī)范格式

一、參考文獻的類型

參考文獻（即引文出處）的類型以單字母方式標(biāo)識，具體如下： M——專著

C——論文集

N——報紙文章

J——期刊文章

D——學(xué)位論文

R——報告

對于不屬于上述的文獻類型，采用字母―Z‖標(biāo)識。對于英文參考文獻，還應(yīng)注意以下兩點：

①作者姓名采用―姓在前名在后‖原則，具體格式是： 姓，名字的首字母.如： Malcolm Richard Cowley 應(yīng)為：Cowley, M.R.，如果有兩位作者，第一位作者方式不變，&之后第二位作者名字的首字母放在前面，姓放在后面，如：Frank Norris 與Irving Gordon應(yīng)為：Norris, F.& I.Gordon.； ②書名、報刊名使用斜體字，如：Mastering English Literature，English Weekly。

二、參考文獻的格式及舉例 1.期刊類

【格式】[序號]作者.篇名[J].刊名，出版年份，卷號（期號）：起止頁碼.【舉例】

[1] 王海粟.淺議會計信息披露模式[J].財政研究，2004,21(1)：56-58.[2] 夏魯惠.高等學(xué)校畢業(yè)論文教學(xué)情況調(diào)研報告[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] 葛家澍，林志軍.現(xiàn)代西方財務(wù)會計理論[M].廈門：廈門大學(xué)出版社，2001：42.[5] Gill, R.Mastering English Literature [M].London: Macmillan, 1985: 42-45.3.報紙類

【格式】[序號]作者.篇名[N].報紙名，出版日期（版次）.【舉例】

[6] 李大倫.經(jīng)濟全球化的重要性[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.學(xué)位論文 【格式】[序號]作者.篇名[D].出版地：保存者，出版年份：起始頁碼.【舉例】

[11] 張筑生.微分半動力系統(tǒng)的不變集[D].北京：北京大學(xué)數(shù)學(xué)系數(shù)學(xué)研究所, 1983：1-7.6.研究報告

【格式】[序號]作者.篇名[R].出版地：出版者，出版年份：起始頁碼.【舉例】

[12] 馮西橋.核反應(yīng)堆壓力管道與壓力容器的LBB分析[R].北京：清華大學(xué)核能技術(shù)設(shè)計研究院, 1997：9-10.7.條例

【格式】[序號]頒布單位.條例名稱.發(fā)布日期

【舉例】[15] 中華人民共和國科學(xué)技術(shù)委員會.科學(xué)技術(shù)期刊管理辦法[Z].1991—06—05 8.譯著

【格式】[序號]原著作者.書名[M].譯者，譯.出版地：出版社，出版年份：起止頁碼.三、注釋

注釋是對論文正文中某一特定內(nèi)容的進一步解釋或補充說明。注釋前面用圈碼①、②、③等標(biāo)識。

四、參考文獻

參考文獻與文中注（王小龍，2005）對應(yīng)。標(biāo)號在標(biāo)點符號內(nèi)。多個都需要標(biāo)注出來，而不是1-6等等，并列寫出來。

第二篇：部門代碼

部門代碼

總經(jīng)理：GMD 行政人事部：AD 技術(shù)部：TD 發(fā)展部：RDD 宣傳部：PD 策劃部：SD 工程部：ED 造價部：EC 財務(wù)部：ACD 投融資部：FD 戰(zhàn)略計劃部：SPD 招標(biāo)合約部：BCD 審計部：ADD 招商部：MD 研究院：RI 物業(yè)部:PD 后勤部：LD 資源管理部：RD

第三篇：代碼檢查

代碼檢查

摘要：代碼檢查是白盒測試的一種靜態(tài)測試方法，是眾多軟件測試方法中發(fā)現(xiàn)軟件缺陷最有效的方法之一。本文結(jié)合國內(nèi)外學(xué)者在相關(guān)領(lǐng)域的研究情況，介紹代碼檢查相關(guān)的基本概念、過程和分析方法。

關(guān)鍵字：白盒測試，代碼檢查，靜態(tài)分析，檢查規(guī)則

一、引言

按照測試時源代碼是否可見，軟件測試可以分為白盒測試和黑盒測試兩類。

白盒測試（結(jié)構(gòu)測試），即邏輯驅(qū)動的測試，是在了解程序內(nèi)部結(jié)構(gòu)的基礎(chǔ)上，對程序的邏輯結(jié)構(gòu)進行檢查，從中獲取測試數(shù)據(jù)。白盒測試關(guān)注的是測試用例執(zhí)行的程度或覆蓋程序邏輯結(jié)構(gòu)的程度。白盒測試一般只應(yīng)用于軟件開發(fā)階段。

白盒測試，又可按照是否需要運行程序，進一步細分為了靜態(tài)測試和動態(tài)測試兩種。通常情況下是按照先靜態(tài)后動態(tài)測試順序來實施。其中，靜態(tài)測試包括代碼檢查、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等測試內(nèi)容。靜態(tài)測試既可以由人工進行，充分發(fā)揮人的邏輯思維優(yōu)勢，也可以借助軟件工具自動進行。

代碼檢查是一種對程序代碼進行靜態(tài)檢查。傳統(tǒng)的代碼檢查是通過人工閱讀代碼的方式，檢查軟件設(shè)計的正確性；用人腦模擬程序在計算機中的運行，仔細推敲、校驗和核實程序每一步的執(zhí)行結(jié)果，進而判斷其執(zhí)行邏輯、控制模型、算法和使用參數(shù)與數(shù)據(jù)的正確性。

在實踐中，代碼檢查比動態(tài)測試更有效率，能找到更多的缺陷，通常能發(fā)現(xiàn)30%～70%的邏輯設(shè)計和編碼缺陷。代碼檢查非常耗費時間，而且需要專業(yè)知識和經(jīng)驗的積累。代碼檢查定位在編譯之后和動態(tài)測試之前進行，在檢查前，應(yīng)準(zhǔn)備好需求描述文檔、程序設(shè)計文檔、程序的源代碼清單、代碼編碼標(biāo)準(zhǔn)和代碼缺陷檢查表等。

代碼檢查可以發(fā)現(xiàn)的軟件問題包括：聲明或引用錯誤、函數(shù)/方法參數(shù)錯誤、語句不可達錯誤、數(shù)組越界錯誤、控制流錯誤、界面錯誤和輸入/輸出錯誤等。

1、代碼檢查

代碼檢查包括桌面檢查、代碼走查和代碼審查等方式，主要檢查代碼和設(shè)計的一致性，代碼對標(biāo)準(zhǔn)地遵循、可讀性，代碼邏輯表達的正確性，代碼結(jié)構(gòu)的合理性等方面；發(fā)現(xiàn)違背程序編寫標(biāo)準(zhǔn)的問題，程序中不安全、不明確和模糊的部分，找出程序中不可移植部分、違背程序編程風(fēng)格的問題，包括變量檢查、命名和類型檢查、程序邏輯檢查、程序語法檢查和程序結(jié)構(gòu)檢查等內(nèi)容。下面對代碼檢查的三種具體方式進行介紹。

桌面檢查

是一種傳統(tǒng)的檢查方法，由程序員檢查自己編寫的程序。程序員在程序通過編譯之后對源代碼代碼進行分析、檢驗，并補充相關(guān)的文檔，目的是發(fā)現(xiàn)程序中的錯誤。

代碼走查

代碼走查就是針對代碼，在假想的輸入情況下，逐行的瀏覽代碼，走查代碼中潛在的缺陷并記錄結(jié)果的過程。

代碼走查以小組會議方式進行，每小組3-5人。與代碼審查不同的是，走查要求與會者扮演計算機的角色讓測試用例沿被測程序的邏輯運行，是在模擬動態(tài)測試；而代碼審查更多的是靜態(tài)測試。

代碼審查

代碼審查是由一組人通過閱讀、討論和爭議對程序進行靜態(tài)分析的過程，以小組會的方式進行。

審查小組一般由若干程序員（包括程序代碼的設(shè)計者）和代碼檢查人員組成。會前把設(shè)計規(guī)格說明書、控制流程圖、程序文本以及要求、規(guī)范、錯誤檢查清單交給與會者，開會時程序作者朗讀解釋程序，其他人則集中精力，捕捉程序在結(jié)構(gòu)、功能、編碼風(fēng)格等方面的問題。

2、代碼檢查項

代碼檢查項即檢查代碼時，指定需要進行檢查的內(nèi)容。具體如：檢查變量的交叉引用表；檢查標(biāo)號的交叉引用表；檢查子程序、宏、函數(shù)；等價性檢查；標(biāo)準(zhǔn)檢查；風(fēng)格檢查；選擇、激活路徑；對照程序的規(guī)格說明，詳細閱讀代碼，逐字逐句分析；補充文檔。

檢查項可以作為依據(jù)，用來編制代碼規(guī)則、規(guī)范和缺陷檢查表等。

3、編碼規(guī)范

編碼規(guī)范是程序編寫過程中必須遵循的一套事先約定或者已經(jīng)制度化、標(biāo)準(zhǔn)化的規(guī)則集，一般會詳細的規(guī)定代碼的語法規(guī)則和語法格式。

一個良好的編碼規(guī)范能夠帶來許多好處：改善代碼質(zhì)量；提高開發(fā)進度；增進團隊精神。對于軟件開發(fā)而言，采用好的編程規(guī)范，雖然不能徹底杜絕糟糕的代碼產(chǎn)生。但對于代碼檢查和將來的代碼維護，仍然是意義重大的。

4、缺陷檢查表

在進行人工代碼檢查時，使用代碼缺陷檢查表作為代碼檢查的參考依據(jù)。在軟件測試項目實踐中代碼缺陷檢查表又常被稱作代碼檢查清單。

代碼缺陷檢查表中一般包括開發(fā)人員容易出錯的地方和在以往的工作中遇到的典型錯誤。對應(yīng)于不同的編程語言，代碼缺陷檢查表的具體內(nèi)容將會有所不同。例如：對于C/C++語言代碼缺陷檢查表內(nèi)容有以下幾部分：文件結(jié)構(gòu)；文件的版式；命名規(guī)則；表達式與基本語句；常量；函數(shù)設(shè)計；內(nèi)存管理；C++函數(shù)的高級特性；類的構(gòu)造函數(shù)、析構(gòu)函數(shù)和賦值函數(shù)；類的高級特性；其他的常見問題等。

5、代碼檢查規(guī)則

在代碼檢查中，需要依據(jù)被測軟件的特點，選用適當(dāng)?shù)臉?biāo)準(zhǔn)與規(guī)范。在使用測試軟件進行自動化代碼檢查或輔助代碼檢查時，測試工具需要內(nèi)置許多編碼規(guī)范。不同編程語言，對應(yīng)的檢查規(guī)范有所不同。針對與C/C++語言的規(guī)則有以下幾類規(guī)則：通用規(guī)則、C++編碼規(guī)則、C編碼規(guī)則、Meyers-Klaus規(guī)則以及自定義規(guī)則。使用時，需要根據(jù)編程語言和被測程序的特點，選擇適當(dāng)?shù)囊?guī)則進行檢查。

6、靜態(tài)分析

靜態(tài)分析是不執(zhí)行程序，而分析程序代碼的過程。源代碼被靜態(tài)分析器分析之后，得到的靜態(tài)分析結(jié)果，通常可以表示成一棵靜態(tài)語法樹。其中包含了被測項目源代碼的靜態(tài)結(jié)構(gòu)信息：基本代碼成分、程序結(jié)構(gòu)、語句結(jié)構(gòu)、類型和模板等信息。

程序代碼靜態(tài)分析的結(jié)果能夠給代碼檢查提供幫助。

三、代碼檢查過程

傳統(tǒng)的代碼檢查是一種靜態(tài)檢查程序的測試方法，通常以團隊的形式來進行。檢查團隊由程序作者，一個負責(zé)人，一個記錄員以及一些檢查員組成。首先需要一系列的準(zhǔn)備工作，包括參與者的挑選和材料的準(zhǔn)備。然后是個人準(zhǔn)備階段，每個小組成員各自熟悉材料。個人準(zhǔn)備階段后，就是實際的檢查會議。在會議上，檢查小組在假想的輸入下，由程序作者帶領(lǐng)，逐行的瀏覽代碼，評審代碼中潛在的缺陷。檢查小組根據(jù)發(fā)現(xiàn)缺陷的嚴(yán)重程度和類型對其進行分類，并將問題記錄下來供作者修正。會議后是作者的返工，作者匯報每個缺陷，最后確認每個缺陷已經(jīng)被陳述過了。圖 11為傳統(tǒng)的代碼檢查過程。

圖 1 代碼檢查過程示意圖

代碼檢查過程中的兩個重要階段“個人準(zhǔn)備”和“召開會議”階段有以下注意事項：

1、“個人準(zhǔn)備”階段：

會前準(zhǔn)備階段是檢查過程的一個關(guān)鍵階段，因為如果檢查者沒有為檢查做好充分的準(zhǔn)備，檢查效果會大打折扣。如果有檢查人員沒有做好準(zhǔn)備，主審員可取消其代碼檢查資格，甚至取消這次檢查會議。

檢查人員要熟悉檢查內(nèi)容的相關(guān)文檔，了解程序背景、設(shè)計思想和編程方法，在讀懂、“吃”透代碼的基礎(chǔ)上，查出盡可能多的錯誤。

2、“召開會議”階段：

參與會議的檢查者應(yīng)具有一定的專業(yè)技能和經(jīng)驗，缺乏經(jīng)驗的檢查人員必然缺乏合適的領(lǐng)域知識來深入理解材料；

參與會議的檢查者應(yīng)做充分的個人準(zhǔn)備，沒有做充分準(zhǔn)備的檢查人員不能在檢查會中做出實質(zhì)性的貢獻；

檢查會議的速度應(yīng)進行控制，如果試圖在短時間內(nèi)處理太多的材料，檢查效果也會大打折扣?，F(xiàn)在較為常見的代碼檢查速度上的建議為：匯編代碼150行/小時，C語言150行/小時，而對于C++、Java這種面向?qū)ο笳Z言，代碼檢查速度可以提高到200-300行/小時。

由此可見，代碼檢查適合于采用工具輔助的特性有：文檔處理，個人準(zhǔn)備，會議支持，數(shù)據(jù)收集。

文檔處理

這是工具可支持的最明顯的領(lǐng)域。傳統(tǒng)的檢查要求分發(fā)每份文檔的復(fù)印件等，而將紙質(zhì)的文檔替換成計算機式的文檔，不只是簡單的介質(zhì)變更，更是提供了一種契機——提高文檔的可用性和表示性的機遇。

個人準(zhǔn)備

首先，自動的缺陷檢測可以用來發(fā)現(xiàn)簡單的缺陷。如果簡單問題能被自動發(fā)現(xiàn)，檢查員就能專注于更加復(fù)雜/困難的缺陷，以及那些不能被自動發(fā)現(xiàn)的、潛在的、可能帶來更大影響的問題。另外，自動化工具應(yīng)該對個人準(zhǔn)備階段提供更多的幫助。例如，檢查員可以利用檢查表以及其它支持文檔，并能很容易地交叉引用它們；還有些代碼輔助理解工具，可為檢查員理解程序、了解程序結(jié)構(gòu)提供幫助。? 會議支持

一些成員由于某些原因，可能沒有花費足夠的時間來進行準(zhǔn)備，但他們?nèi)匀粎⒓訒h并試圖掩蓋他們的過失。項目管理人員可以使用計算機監(jiān)控的個人準(zhǔn)備時間信息，來剔除那些沒有做好個人準(zhǔn)備的成員，或者督促他們投入更多的努力。

召開會議時，檢查員通常面對的是一堆枯燥的程序代碼，如果在代碼之外再結(jié)合一些圖、表等便于分析、理解代碼的信息，相信檢查會議可以進行得更加有序和高效。

數(shù)據(jù)收集

代碼檢查一個重要的部分就是度量信息的收集，用來提供反饋以改進檢查過程。度量信息包括會議時間、發(fā)現(xiàn)的缺陷、檢查花費的總時間等。根據(jù)這些數(shù)據(jù)，可以來評價每一次代碼審查的質(zhì)量，進而給出關(guān)于代碼審查的改進建議。

通過對檢查過程的部分階段提供計算機支持，代碼檢查可以進行得更加有效。使用計算機來支持檢查過程，可以提高效率，并增加檢查過程的嚴(yán)格性。

四、代碼檢查歷史數(shù)據(jù)

代碼檢查中的歷史數(shù)據(jù)本質(zhì)是軟件問題（缺陷）。按照不同的代碼檢查角度，存在多種對缺陷分類的方法。對過往發(fā)現(xiàn)的軟件問題進行分析，總結(jié)出今后對于類似的代碼需要按照某種規(guī)則來加以檢查，這種的規(guī)則就是檢查清單上的一條清單項，代碼檢查清單就是大量規(guī)則的集合。此外，由于軟件問題總是以軟件問題報告為載體形式出現(xiàn)，因此軟件問題報告也被通俗的理解為代碼檢查歷史數(shù)據(jù)。

下面對缺陷分類、代碼檢查清單和軟件問題報告加以研究。

1、缺陷分類

關(guān)于缺陷分類存在以下幾種常見的劃分方式：

1）按缺陷出現(xiàn)的區(qū)域分類

這種分類方式是最常見的缺陷分類方式。按照出現(xiàn)區(qū)域?qū)⒋a缺陷劃分為變量級、屬性級、函數(shù)/方法級和類級缺陷。其中，變量級、屬性級和部分函數(shù)/方法級的缺陷，與傳統(tǒng)的面向過程編程中的缺陷分類基本一致；而多數(shù)方法級缺陷和類級缺陷，則是針對面向?qū)ο蠹夹g(shù)編程特點提出的。

2）按檢測內(nèi)容分類

分為沖突、一致性問題兩種。

沖突對應(yīng)于文獻[1]中的基于確定性“信念”的判定，而一致性問題則對應(yīng)于基于可能性“信念”的判定。

3）按對代碼的危害分類

按照對代碼的危害，一般分為浪費時間和空間；語義混淆；暴露封裝性，擴大使用權(quán)限；程序一致性問題；程序約束條件問題和空指針問題等。

2、代碼檢查清單（Checklist）

代碼檢查過程中，代碼檢查人員都會有一份代碼檢查清單。代碼檢查清單是一份為代碼檢查人員準(zhǔn)備的缺陷檢查表，檢查表中開列所有可能與代碼有關(guān)的缺陷，并注明了檢查的內(nèi)容、缺陷類型以及嚴(yán)重性。檢查清單是檢查代碼的依據(jù)，代碼檢查人員根據(jù)它來發(fā)現(xiàn)并判斷問題。代碼檢查清單中會逐條列出所有應(yīng)該檢查的缺陷種類，以及每條缺陷的各種特征，并且根據(jù)缺陷的嚴(yán)重程度和類型對其進行分類。通常每一條缺陷的特征描述如下：

1）缺陷描述：該缺陷的問題描述、舉例說明，以及相應(yīng)的正確形式；

2）缺陷出現(xiàn)的區(qū)域：分別為表達式級、語句級、聲明級、模板缺陷、預(yù)處理缺陷、類級缺陷以及性能缺陷。表達式級、語句級、聲明級以及預(yù)處理的缺陷，主要面向過程程序中的缺陷；模板缺陷、類級缺陷，則是針對面向?qū)ο筌浖奶攸c提出的；代碼冗余等歸為性能缺陷；

3）缺陷對代碼的危害：代碼中出現(xiàn)某種缺陷將會造成什么樣的影響。

例如，檢查表中一條缺陷的特征描述如下：

問題描述：指針?biāo)竷?nèi)存釋放后沒有將指針賦為NULL。

舉例說明：

char *p=(char *)malloc(100);strcpy(p, “hello”);free(p);//p所指的內(nèi)存被釋放，但是p所指的地址還是不變 …

if(p!=NULL)//沒有起到防錯的作用 { strcpy(p, “world”);//出錯 }

正確形式：在釋放內(nèi)存的同時將指針置空。

char *p=(char *)malloc(100);strcpy(p, “hello”);free(p);p=NULL;//增加指針置空語句

…

if(p!=NULL){ strcpy(p, “world”);}

出現(xiàn)區(qū)域：語句級。

危害：指針被free釋放后其地址并不會自動發(fā)生改變（非NULL），p成為了“野”指針，這種情況下再對p進行操作，很容易造成程序崩潰，后果非常嚴(yán)重。而代碼檢查清單正是由若干條這樣的缺陷特征描述構(gòu)成的。

3、軟件問題報告（Software Problem Report）

在軟件測試過程中，對于發(fā)現(xiàn)的每個軟件問題（缺陷），都要進行記錄該錯誤的特征和再現(xiàn)步驟等信息，以便相關(guān)人員分析和處理軟件問題。為了管理測試發(fā)現(xiàn)的軟件問題，通常要采用軟件問題報告數(shù)據(jù)庫，將每一個發(fā)現(xiàn)的軟件問題輸入到軟件問題報告數(shù)據(jù)庫中，軟件問題報告數(shù)據(jù)庫的每一條記錄稱為一個軟件問題報告。

軟件問題報告包括頭信息、簡述、操作步驟和注釋。

頭信息包括：被測試軟件名稱、版本號、缺陷或錯誤類型、可重復(fù)性、測試平臺、平臺語言、缺陷或錯誤范圍。并要求填寫完整和準(zhǔn)確。

簡述是對缺陷或錯誤特征的簡單描述，可以使用短語或短句，要求簡練和準(zhǔn)確。

操作步驟是描述該缺陷或錯誤出現(xiàn)的操作順序，要求完整、簡潔和準(zhǔn)確。對命令、系統(tǒng)變量、選項要用大寫字母，對控件名稱等要加雙引號。

注釋一般是對缺陷或錯誤的附加描述，一般包括缺陷或錯誤現(xiàn)象的圖像，包括其他建議或注釋文字。

軟件問題報告是軟件測試過程中最重要的文檔之一。它記錄了軟件問題發(fā)生的環(huán)境，軟件問題的再現(xiàn)步驟以及性質(zhì)的說明，而且還可以跟蹤軟件問題的處理過程和狀態(tài)。軟件問題的處理進程從一定角度反映了測試的進程和被測軟件的質(zhì)量狀況及改善過程。

五、代碼檢查規(guī)則管理的研究

1、潛在的編碼規(guī)則和缺陷代碼模式

潛在的編碼規(guī)則（Implicit Coding Rules）和缺陷代碼模式（Bug Code Pattern）是Tomoko MATSUMURA在文獻[3,4]中針對代碼檢查實踐，提出的兩個相關(guān)的概念。

潛在的編碼規(guī)則

潛在的編碼規(guī)則包含以下幾個特征：

1）不同于在開發(fā)啟動時明確決定的“編碼規(guī)范”的規(guī)則，這些規(guī)則在長期的測試/維護過程中是潛伏的，對這些規(guī)則的發(fā)現(xiàn)是不可預(yù)見的。

2）這些規(guī)則很少在設(shè)計文檔或者特定的文檔中被清楚的描述。他們通常只存在于開發(fā)人員、測試/維護人員的記憶中。換言之，是一種尚未系統(tǒng)化的經(jīng)驗積累和總結(jié)的結(jié)果。

3）不同于使用規(guī)范庫的公用規(guī)則。對于特定的軟件有其特定的規(guī)則，這也意味著對于不同的軟件有不同的潛在的編碼規(guī)則。

4）由于違反潛在的編碼規(guī)則導(dǎo)致的缺陷通常情況下不是那么容易發(fā)現(xiàn)的。其中相當(dāng)多一部分只在特定的罕見的情況下發(fā)生，所以在早期要想發(fā)現(xiàn)這些問題是很困難的。

5）目前，還不存在好的工具或者檢查清單來發(fā)現(xiàn)違反潛在的編碼規(guī)則的代碼片段，通常的檢查工具（例如PC-Lint、Purify）和通用的檢查清單只能發(fā)現(xiàn)常見的問題。

6）為了減少違反潛在的編碼規(guī)則的現(xiàn)象的發(fā)生，而進行重構(gòu)通常很困難。要重構(gòu)一個軟件，準(zhǔn)確理解代碼是非常必要的，然而，老的系統(tǒng)太復(fù)雜，并且沒有精確的文檔和了

解系統(tǒng)的專業(yè)維護人員?？傊?，重構(gòu)過期系統(tǒng)的代價很大，需要冒很大的風(fēng)險。

缺陷代碼模式：違反潛在的編碼規(guī)則的編碼模式。

缺陷代碼模式不是肯定會導(dǎo)致缺陷的發(fā)生，一段符合缺陷代碼模式的代碼片段，并不意味著代碼片段一定就有缺陷，缺陷代碼模式只是疑似存在缺陷。另一方面，因為缺陷代碼模式是靜態(tài)的，沒有考慮到代碼片段之間的動態(tài)關(guān)聯(lián)。需要代碼檢查人員或者維護人員把符合缺陷代碼模式的代碼片段提出來，并判斷究竟是否存在缺陷。

在軟件開發(fā)過程中發(fā)現(xiàn)和建立缺陷代碼模式有三條主要途徑。其一：在進行代碼檢查過程中，代碼檢查人員發(fā)現(xiàn)一個軟件問題的同時，根據(jù)對該問題是否具備代表性和通用性等因素的考慮，確定是否建立一個缺陷代碼模式；其二：當(dāng)軟件失效或者發(fā)生問題，檢查對應(yīng)的代碼部分，發(fā)現(xiàn)并確定是否有潛在的編碼規(guī)范與之相關(guān)；其三：分析現(xiàn)存的代碼規(guī)范和積累的大量問題報告，從中提煉出潛在的編碼規(guī)則。

在文獻[3,4]中還給我們介紹了一個代碼缺陷檢測系統(tǒng)的大致工作流程，如2所示。

圖2 缺陷檢測模型系統(tǒng)的代碼檢查流程參考圖

2、C++代碼檢查規(guī)則類型

1）規(guī)則層次

在代碼檢查工作中常?？梢园l(fā)現(xiàn)這樣的現(xiàn)象：有些規(guī)則能在所有的項目中都能發(fā)現(xiàn)問題，另一些規(guī)則所能發(fā)現(xiàn)的問題只存在于某類項目中。

根據(jù)規(guī)則的這個特點，如圖 33中所示，參考文獻[2]中將代碼檢查規(guī)則分為兩個層次：

公共規(guī)則（General checks）：用于檢查在大多數(shù)情況都有可能發(fā)生的缺陷。

項目相關(guān)規(guī)則（Project specific checks）：用于在項目中檢查可能的缺陷。

圖 3 一個典型的代碼檢查規(guī)則清單節(jié)選圖

在項目中積累了大量軟件問題報告歷史數(shù)據(jù)的支持下，可以從中進一步細化出與項目或開發(fā)人員相關(guān)的檢查規(guī)則。

在學(xué)習(xí)任何一種計算機編程語言時，總是按照基本數(shù)據(jù)類型－>表達式－>語句－>復(fù)雜語句－>函數(shù)－>整個程序體(類)的順序逐步學(xué)習(xí)的。事實上軟件正是按照這樣的順序自下而上逐層組建起來的，代碼缺陷作為軟件編程寫時的一種異常情況，毫不例外也是按照這樣層次的構(gòu)建而成。在實際測試項目的代碼檢查過程中，我們發(fā)現(xiàn)在每個層次上都有可能存在潛在代碼缺陷，要找到引起軟件問題的根源，要求在盡可能低的層次上找到引發(fā)缺陷的代碼。正因如此，非常有必要在C++語法的每個層次上都建立相應(yīng)的檢查元規(guī)則。

圖4為一個代碼檢查規(guī)則體系模型圖[2]，圖中展示了在代碼檢查項目開始前，通過逐級組合各種元規(guī)則和規(guī)則形成新的檢查規(guī)則，最后形成了初始的檢查清單。在項目實踐中，經(jīng)過對缺陷代碼模式的推導(dǎo)，進而得到擴展的檢查清單。初始檢查清單和擴展檢查清單本質(zhì)上并沒有什么區(qū)別，只是因為形成的時間不同。

圖4 代碼檢查規(guī)則體系模型圖

在檢查代碼時我們有時會想要定義一個帶有否定意義的規(guī)則，如“在AA情況下如果沒有BB，則可能存在一個問題”。這類檢查規(guī)則采用自然語言描述比較容易，但是要用代碼實現(xiàn)起來往往并不簡單，并且對這類規(guī)則的定義和維護也比較麻煩。定義組合規(guī)則，是解決這類問題一種變通的方法。

下面簡單介紹一下定義組合規(guī)則的原理。如圖5中所示定義三個規(guī)則，“滿足情況AA”對應(yīng)規(guī)則R1，“滿足在AA情況下出現(xiàn)BB”對應(yīng)規(guī)則R2，將滿足R1但不滿足R2（即以！符號表示）組合則對應(yīng)規(guī)則R3－“在AA情況下如果沒有BB，則可能存在一個問題”。

圖5 組合規(guī)則示例圖

根據(jù)前面討論，本文將代碼檢查的規(guī)則分類設(shè)計如下：

公共規(guī)則?

定義針對函數(shù)體（含）以上層次的檢查規(guī)則，在這些層次上出現(xiàn)的缺陷問題一般不容易精確到具體的代碼行。

關(guān)鍵字規(guī)則?

針對每個關(guān)鍵字定義的檢查規(guī)則。由于關(guān)鍵字是C++語法中一種最普通的元素，單獨使用關(guān)鍵字規(guī)則的意義不大，一般情況需要和語句、表達式規(guī)則或者復(fù)雜語句規(guī)則配合使用。

語句/表達式規(guī)則?

針對基本語句類型或基本表達式定義的規(guī)則，滿足對應(yīng)結(jié)構(gòu)的表達式，則可認為符合了相應(yīng)的表達式規(guī)則。語句/表達式規(guī)則中可以包含多個關(guān)鍵字，在同一語句/表達式規(guī)則中包含的關(guān)鍵字地位是平等的，與檢查的先后次序無關(guān)。

復(fù)雜語句塊規(guī)則?

針對條件、開關(guān)選擇等多分支語句定義的規(guī)則，通常由關(guān)鍵字、語句/表達式進行組合來定義復(fù)雜語句塊，并在定義時可以進行嵌套，在定義復(fù)雜語句塊規(guī)則加入語句或表達式和復(fù)雜語句時需要考慮檢查的先后次序。

高級組合規(guī)則?

關(guān)鍵字規(guī)則、語句/表達式規(guī)則和復(fù)雜語句塊規(guī)則合稱為普通規(guī)則。

對于難以使用普通規(guī)則定義方式定義的復(fù)雜語義，需要定義高級組合規(guī)則。定義高級組合規(guī)則可以使用上面幾種規(guī)則作為基本單元，也可以嵌套使用其它組合規(guī)則。

圖6為一個由下至上、由多個缺陷代碼模式組合形成的組合規(guī)則結(jié)構(gòu)圖。其中{}表示某條缺陷代碼模式對應(yīng)的規(guī)則。

圖6 組合規(guī)則結(jié)構(gòu)圖

六、代碼分析方法

1、靜態(tài)分析

靜態(tài)分析主要對源代碼進行詞法分析、語法分析，提取被分析程序的靜態(tài)信息，所提取的靜態(tài)信息是代碼缺陷檢測的基礎(chǔ)。靜態(tài)分析結(jié)果主要包括三部分信息：

程序定義信息：程序定義信息包含了程序中所有的定義和聲明信息，如類定義、方法和數(shù)據(jù)成員的定義、方法內(nèi)局部變量的定義等。

程序結(jié)構(gòu)信息：主要指方法內(nèi)的控制流信息和方法間的調(diào)用關(guān)系。靜態(tài)分析器分析程序的語句分支、分支間的嵌套關(guān)系和方法調(diào)用，記錄方法的控制流信息和調(diào)用信息，構(gòu)造語法樹。

分支內(nèi)的變量操作：以方法控制流程中的分支為基本單元，記錄每一分支中各語句對各變量施加的操作和操作序列。

2、數(shù)據(jù)流分析

數(shù)據(jù)流分析也是一種靜態(tài)代碼檢查方法。它是在不通過計算機運行被測程序的條件下，利用預(yù)先進行靜態(tài)分析后獲取的信息，檢測對變量的賦值與使用操作中，是否存在不合理情況，即找出被測程序中是否存在變量在使用前未被賦值；變量在兩次賦值之間未被使用；一個變量在被賦值后是否未被使用等異常情況。

數(shù)據(jù)流分析目前的主要用途大多局限在編譯器的實現(xiàn)和優(yōu)化技術(shù)方面，而在代碼檢查系統(tǒng)中實用的數(shù)據(jù)流分析技術(shù)并不多見，主要集中在某幾種缺陷檢測上，如賦值引用異常檢測以及內(nèi)存錯誤檢測，使用方式主要是定義數(shù)據(jù)流操作的符號，使用該符號系統(tǒng)構(gòu)造數(shù)據(jù)流表達式（由數(shù)據(jù)操作符號構(gòu)成的符號串），再分析該符號串來確定是否存在代碼缺陷。

數(shù)據(jù)流分析包括以下兩個步驟：一是分析程序的所有邏輯路徑；二是對所有邏輯路徑上的所有變量，分析其所有操作序列，然后將得到的操作序列輸入自動機進行分析。因此數(shù)據(jù)流分析方法不可避免的存在以下缺點：

1）信息量多，上面所述的數(shù)據(jù)流分析方法是一種窮舉法。事實上一個變量在大部分路徑上存在問題的幾率并不高，因此窮舉每個變量的所有操作序列不可避免的要分析很多正確的信息，而且信息量巨大；

2）組合爆炸，當(dāng)程序復(fù)雜度增長時，該分析方法的復(fù)雜度呈幾何級數(shù)增長，并且當(dāng)這種組合是建立在對所有邏輯路徑、所有變量的窮舉基礎(chǔ)上時，如果不能找到一個非常高效的算法，數(shù)據(jù)流分析方法將是一個非常低效的方法；

3）實用性低，上述兩點導(dǎo)致的數(shù)據(jù)流分析的實用性降低。

為緩解這些的缺點，數(shù)據(jù)流分析過程有許多改進方法，但實現(xiàn)都具有一定難度。本系統(tǒng)中數(shù)據(jù)流分析不是重點，采取的策略是盡可能簡化數(shù)據(jù)流分析的過程，或者在可能的情況下盡量避免數(shù)據(jù)流分析。

第四篇：代碼注釋格式

////////////////////////////////////////////////////////////////////////// //函數(shù)名稱: WriteFile //函數(shù)功能: 向加密鎖創(chuàng)建文件,并且向文件中寫入數(shù)據(jù),注意寫入的數(shù)據(jù)不宜過大,最好少于2k為最佳 //參數(shù)說明: fileSize: 文件的大小,以字節(jié)為單位 // fileID: 文件在加密鎖中的ID, // fileName: 文件在加密鎖中的名字 // fileContent: 文件內(nèi)容

//返 回 值: 如果寫入文件成功,則返回true,如果寫入文件失敗,則返回false.//作 者: luyao ///////////////////////////////////////////////////////////////

第五篇：代碼工作計劃

2015年個人工作計劃 自從2014年年初進入公司工作以來，在公司領(lǐng)導(dǎo)的關(guān)懷和指導(dǎo)下，在公司部分同事的大力支持下，我在工作和生活上都學(xué)到了很多。2015年公司將全面壯大，各項規(guī)章制度逐步健全，尤其是軟件部將更加繁忙更加充實，公司的壯大將給公司員工提供更加優(yōu)質(zhì)的工作環(huán)境和更加廣泛的發(fā)展空間。俗話說,欲行千里,先立其志。想要在2015年新的一年工作有條不紊、順利的完成，就應(yīng)該先行一步，做好工作計劃。

我的計劃分為兩塊一是個人發(fā)展目標(biāo)及計劃安排，二是個人工作目標(biāo)及計劃安排。

首先說一下個人發(fā)展目標(biāo)及計劃：

由于自己接觸公安行業(yè)時間還比較短，自身經(jīng)驗和處事能力、人際關(guān)系方面都需要全面提高。一方面，自己認真努力完成工作，并對自己的工作進行自查，自我監(jiān)督。另一方面，離不開公司領(lǐng)導(dǎo)的關(guān)懷指導(dǎo)和公司同事的幫助?！叭诵斜赜形?guī)煛?，我會虛心向領(lǐng)導(dǎo)和各位同事請教相關(guān)問題。

加強自己工作中闡述問題的能力和分析能力以及解決問題的能力，不斷學(xué)習(xí)新技術(shù)與知識，讓自己更能適應(yīng)新的需求發(fā)展變化，給自己制定短期目標(biāo)并完成它。在業(yè)余的時間我將補充項目管理方面的知識、軟件架構(gòu)及設(shè)計的深入學(xué)習(xí)，積累新的知識點，提升專業(yè)技能。

在個人工作目標(biāo)及計劃安排方面，有以下幾點：

項目上

計劃抽時間去一趟客戶那邊，給客戶演示一下我們的系統(tǒng)，讓客戶了解我們系統(tǒng)的相關(guān)信息。與客戶討論并且記錄客戶提出的意見以及需要調(diào)整的需求，進一步完善產(chǎn)品。與客戶討論下一步計劃及相關(guān)后續(xù)事宜。

整個研發(fā)團隊必須積極配合公安及用戶的安裝培訓(xùn)工作，在實踐中不斷探索、不斷完善不斷豐富產(chǎn)品的功能。并在人力資源充足的前提下對業(yè)務(wù)進行深挖，提升產(chǎn)品亮點及市場競爭力。以便在其它省份進行推廣。

帶新人

大多數(shù)新人，用我們領(lǐng)導(dǎo)的話說就是“被動人”，是完全依照計劃做工作的角色，當(dāng)然原因是多樣的，對于新人，不知該如何工作，只能按照上面的計劃進行工作。當(dāng)然也有一群人意識不行，不知道給自己找事干，于是一直處于被動狀態(tài)。處于這個狀態(tài)時一定要努力讓自己盡快擺脫這個狀態(tài)，不要以完成任務(wù)為目標(biāo)，這樣才能朝著更高更遠的方向發(fā)展。在2015年將更加注重團隊新新人的培養(yǎng)，把自己學(xué)到的教出去以及從外部

學(xué)習(xí)。同時在這個過程中，學(xué)會做計劃?！耙虿氖┙獭笔呛茈y做到的，而對新人教育計劃的制定能夠在很大程度上鍛煉規(guī)劃能力以及識人用人能力。我希望在這方面有所提升。

團隊源代碼管理相關(guān)工作

源代碼管理是我們工作中很重要的一部分，是開發(fā)團隊的生命。為保障公司源代碼和開發(fā)文檔的安全，保證源代碼的完整，我們要讓每個成員理解基本的，核心的版本控制的概念，明確公司源代碼控制管理的流程。

我們研發(fā)團隊將合理安排產(chǎn)品開發(fā)的整個周期的工作內(nèi)容和時間，積極配合部門完成新產(chǎn)品的開發(fā)工作，確保全部工作在預(yù)算范圍內(nèi)按時優(yōu)質(zhì)地完成，使客戶滿意，使公司滿意。

1、對新入職員工進行公司開發(fā)環(huán)境及常用工具軟件培訓(xùn)，以便快速上手投

入到工作中。

2、產(chǎn)品開發(fā)前完成對軟件開發(fā)生命周期規(guī)劃、軟件的架構(gòu)設(shè)計等等工作

3、現(xiàn)有系統(tǒng)日常維護以及培訓(xùn)等工作，確保系統(tǒng)良好運轉(zhuǎn)提升客戶滿意度。篇二：工作計劃書范文 工作計劃書范文

工作計劃格式

工作計劃是一個部門在一定時期內(nèi)的工作打算。寫工作計劃要求簡明扼要、具體明確，用詞造句必須準(zhǔn)確，不能含糊。(一)工作計劃的格式： 1.計劃的名稱，也就是標(biāo)題。內(nèi)容包括訂立計劃部門的名稱和計劃期限兩個要素，如“團委××部門××工作計劃”或者“工作計劃——團委××部門××”。2.計劃的具體要求。一般包括工作的目的和要求，工作的時間、內(nèi)容，實施的步驟和措施等，也就是為什么做、做什么怎么做、做到什么程度。3.最后寫訂立計劃的日期。(二)工作計劃的內(nèi)容。一般地講，包括： 1.工作背景，也就是情況分析(制定計劃的根據(jù))。制定計劃前，要分析研究本部門工作現(xiàn)狀，充分了解下一步工作是在什么基礎(chǔ)上進行的，是依據(jù)什么來制定這個計劃的。2.工作目的，指的是工作任務(wù)和要求(做什么)。根據(jù)需要與可能，規(guī)定出一定時期內(nèi)所應(yīng)完成的任務(wù)和應(yīng)達到的工作指標(biāo)。3.工作的方法、步驟和措施(怎樣做)。在明確了工作任務(wù)以后，還需要根據(jù)主客觀條件，確定工作的方法和步驟，采取必要的措施，以保證工作任務(wù)的完成。(三)制訂好工作計劃須經(jīng)過的步驟： 1.認真學(xué)習(xí)研究上級的有關(guān)指示辦法。領(lǐng)會精神，武裝思想。2.認真分析本部門的具體情況，這是制訂計劃的根據(jù)和基礎(chǔ)。3.根據(jù)上級的指示精神和本部門的現(xiàn)實情況，確定工作方針、工作任務(wù)、工作要求，再據(jù)此確定工作的具體辦法和措施，確定工作的具體步驟。環(huán)環(huán)緊扣，付諸實現(xiàn)。4.根據(jù)工作中可能出現(xiàn)的偏差、缺點、障礙、困難，確定預(yù)算克服的辦法和措施，以免發(fā)生問題時，工作陷于被動。5.根據(jù)工作任務(wù)的需要，組織并分配力量，明確分工。6.在實踐中進一步修訂、補充和完善計劃。計劃一經(jīng)制定出來，并經(jīng)正式通過或批準(zhǔn)以后，就要堅決貫徹執(zhí)行。在執(zhí)行過程中，往往需要繼續(xù)加以補充、修訂，使其更加完善，切合實際。

企業(yè)個人計劃書范文

年伊始，萬象更新。自從xx年年底將工作的重心放在企業(yè)erp系統(tǒng)實施的工作中時，在公司領(lǐng)導(dǎo)的關(guān)懷和指導(dǎo)下，在公司部分同事的大力支持下，對erp相關(guān)工作作出了初步的整理。2011年公司全面壯大，各項規(guī)章制度逐步健全，尤其是5月份城陽總部的成立，給公司員工提供了優(yōu)質(zhì)的工作環(huán)境和廣泛的發(fā)展空間。俗話說的好：“笨鳥先飛!”

想要在201x年新的一年工作有條不紊、順利的完成，就應(yīng)該先行一步，做好工作計劃。

自身建設(shè)方面：由于自己參見工作時間比較短，自身經(jīng)驗和處事能力、人際關(guān)系方面都需要全面提高。

一方面，自己認真努力完成工作，并對自己的工作進行自查，自我監(jiān)督。

另一方面，離不開公司領(lǐng)導(dǎo)的關(guān)懷指導(dǎo)和公司同事的幫助?！叭诵斜赜形?guī)煛保視撔南蝾I(lǐng)導(dǎo)和各位同事請教相關(guān)問題。

工作方面：

一、公司erp的現(xiàn)實狀況。對于我們公司來說，erp――k3系統(tǒng)，還是一個比較新鮮的事務(wù)，雖然我們每天都在說k3，但是，現(xiàn)在k3系統(tǒng)在我們公司運行上線還處在初步的階段。目前，只有倉儲部――倉存模塊和財務(wù)部――總賬模塊、應(yīng)收應(yīng)付和存貨核算，對系統(tǒng)實施了比較全面的應(yīng)用，第一期計劃范圍內(nèi)的公司供應(yīng)鏈中的銷售模塊和采購模塊，還只是用了一些皮毛，公司其他部門還沒有實現(xiàn)信息化。另外，公司現(xiàn)行的k3系統(tǒng)編碼方案規(guī)則不合理，存在中文、英文、字母和希臘文字共同組成的編碼以及重碼、無碼現(xiàn)象。編碼權(quán)限下放，造成編碼規(guī)則不能很好的執(zhí)行，編碼混亂。公司試用一段時間的條形碼也不是國際通用，給人造成產(chǎn)品不入流的假象。還有，因這是一期遺留項目問題，我個人對k3的相關(guān)經(jīng)驗不是很多，實施起來需要金蝶公司的配合。但目前看來，配合還是有些問題需要協(xié)調(diào)。

二、3月份工作計劃的安排。針對上述公司erp運作方面出現(xiàn)的公司現(xiàn)實存在的狀況，整個三月份，擬計劃三月底完成公司k3系統(tǒng)物料編碼的調(diào)整工作，實現(xiàn)新舊代碼的轉(zhuǎn)換以及一期項目中的銷售模塊和采購模塊的培訓(xùn)，實施和上線后相關(guān)問題的解決維護。

具體工作安排如下： 1.物料編碼的調(diào)整：因年前相關(guān)工作的調(diào)整，物料編碼的調(diào)整推遲了一個月，中間舊的物料編碼又新增了很多，給這一塊的工作造成了一定的難度。整個物料編碼的相關(guān)工作會貫穿整個三月。這中間需要相關(guān)部門的配合。我個人這方面同時做新舊代碼對照和新代碼審核及每天新增編碼的修改，工作內(nèi)容、工作量比較大，需要增加短期配合工作的工作人員和我一塊工作。另外，因為本人一直從事公司辦公室、后勤等相關(guān)工作，對公司的生產(chǎn)線、產(chǎn)品不甚熟悉，中間可能有很多產(chǎn)品物料編碼方面的問題需要和相關(guān)部門同事進行溝通交流，希望本著為了公司的長足發(fā)展，能夠得到領(lǐng)導(dǎo)和同事的配合。2.銷售和采購模塊的實施：通過與金蝶相關(guān)實施人員的協(xié)調(diào)聯(lián)系，在三月份訂出時間，請實施人員過來對我們這兩個模塊的相關(guān)使用做一下培訓(xùn)并跟蹤指導(dǎo)，同時對我們的物料編碼工作進行指導(dǎo)配合。上線實施后，相關(guān)軟件操作、運行方面出現(xiàn)的問題進行跟蹤解決和系統(tǒng)維護。

三、下一步工作計劃的安排。1.定期做好k3系統(tǒng)服務(wù)器的維護、備份工作。保障k3系統(tǒng)的正常運行。針對單機用戶使用k3系統(tǒng)出現(xiàn)的問題，進行處理。2.針對公司戰(zhàn)略決策中的時間安排對201x年內(nèi)需要實現(xiàn)信息化的部門進行調(diào)研。

將第二期計劃中需要上線的系統(tǒng)模塊分四部實施：

首先，與系統(tǒng)上線運作相關(guān)部門組成相關(guān)的項目小組，對項目進行分析、調(diào)研，把相關(guān)的業(yè)務(wù)需求整理并確認實施方案。

其次，將系統(tǒng)能夠?qū)崿F(xiàn)的相關(guān)業(yè)務(wù)需求，對業(yè)務(wù)流程進行梳理、微調(diào)(企管部、相關(guān)部門配合)，并對系統(tǒng)上線模塊進行培訓(xùn)和技術(shù)指導(dǎo)。在次，對上線相關(guān)模塊進行測試運行，出現(xiàn)的相關(guān)問題有針對行的解決和完善。

最后，系統(tǒng)正式上線運行期的維護以及運行期問題的反饋和總結(jié)，給以后系統(tǒng)實施提供寶貴的工作意見和經(jīng)驗。

四、其他工作計劃的安排。

除了工作重點k3項目外，還有其他幾項工作安排： 1.配合人力資源部把玉舟人力資源系統(tǒng)全面運行上線，實現(xiàn)系統(tǒng)最大最優(yōu)化發(fā)展。2.配合網(wǎng)管對公司的辦公自動化系統(tǒng)和郵件服務(wù)器擬定計劃，實施。3.公司的網(wǎng)站進行頁面的更新維護和公司的網(wǎng)站服務(wù)器的建立。4.領(lǐng)導(dǎo)交辦的其他工作。

五、針對公司發(fā)展提出的建議在日紅公司工作的兩年時間里，對公司也有一定的了解，下面就公司的相關(guān)工作提出自己的意見和建議。因為搞物料編碼的原因，就前期對物料編碼的調(diào)研發(fā)現(xiàn)的問題總結(jié)如下:公司現(xiàn)在的編碼比較混亂,研發(fā)部門有自己的成品編碼,業(yè)務(wù)部門下定單的時候,有客戶訂單號和貨號,生產(chǎn)有自己的配件編碼,鍍一種顏色,就會有一種編碼,模具有自己的模具編碼，k3系統(tǒng)有自己的k3編碼。一款產(chǎn)品，會有幾個編碼，好幾個名字，到了一個部門，可能編碼就有變化，需要編碼對照，才有可能指導(dǎo)自己和兄弟部門可能其實是用的一個東西，只是叫法不同。這樣，很不方便。建議公司成立編碼部門或者小組，對公司所有的編碼進行整合，有必要的話，可以抹去客戶相關(guān)編碼，從訂單到我們業(yè)務(wù)員手里，業(yè)務(wù)員生產(chǎn)下單，公司一律走自己的編碼，出廠后(發(fā)貨)，由倉儲部(物流)在使用客戶相關(guān)編碼對照發(fā)貨。這樣切斷的好處有：跟客戶打交道的只有相關(guān)接口部門，這樣我們公司的相關(guān)技術(shù)信息也不會外露，以后公司發(fā)展壯大后有自己的品牌以后，公司的相關(guān)編碼，條形碼和進銷存流程也比較順暢，避免到時再整合物料編碼帶來的諸多麻煩。

以上，是我在201x年的工作計劃，感謝領(lǐng)導(dǎo)審閱及批評指正。祝我們?nèi)占t公司在201x年里與時俱進，勇創(chuàng)輝煌!篇三：某it公司2014年公司工作計劃

某it公司2014年工作計劃

一、銷售現(xiàn)狀

從2013年銷售額度完成情況來看，未完成項目的主要原因一是因客戶拖延導(dǎo)致項目進度延后，造成有些項目只能2014年開展；二有些重要客戶沒有及時拜訪，導(dǎo)致丟單?？偨Y(jié)2013年的經(jīng)驗與不足，在制定2014年的工作計劃時，要有針對性的對上訴問題，制定好的解決方案。

二、2014年定位：公司2014年公司定位：以產(chǎn)品為導(dǎo)向、開拓市場、推進項目、提高管理、招攬人才

三、目標(biāo)

（一）2014年總體目標(biāo)： 2014年公司的整體發(fā)展規(guī)劃是：突出核心產(chǎn)品優(yōu)勢，提升研發(fā)、銷售的整體水平，以產(chǎn)品為主導(dǎo)，以優(yōu)質(zhì)的產(chǎn)品為依托，逐步實現(xiàn)整體目標(biāo)。

1、提升銷售額度：2014年公司的銷售整體銷售目標(biāo)為283.5萬元至469萬元

2、完善產(chǎn)品：根據(jù)企業(yè)目前的核心產(chǎn)品現(xiàn)實狀況，屬于尚未成熟。因此2014年企業(yè)總體目標(biāo)是加強完善核心產(chǎn)品的開發(fā)。

（二）具體目標(biāo)分解

1、完善產(chǎn)品目標(biāo) a、完善產(chǎn)品有哪些：1）網(wǎng)站后臺管理（加強版）2）在線考試管理系統(tǒng) 3）話單分析系統(tǒng)（升級版）4）企業(yè)網(wǎng)站模版設(shè)計 5）臉譜識別 b、整理出產(chǎn)品完善需求：盧、朱、田負責(zé)整理各個產(chǎn)品功能完善文檔 c、實施步驟 1）根據(jù)盧、朱、田整理完善文檔，召開產(chǎn)品完善會議，各部門主管參加； 2）按階段完成各個項目，朱根據(jù)原有產(chǎn)品進行產(chǎn)品設(shè)計架構(gòu)、相關(guān)文檔的整理，并且安排具體工作；

3）程序員實施開發(fā) 4）測試部進行測試。d、時間：完善產(chǎn)品需要的時間為6個月

2、銷售工作目標(biāo) a、預(yù)計額度目標(biāo)：軟件項目開發(fā)285.5萬元至477萬元（注：軟件項目和硬件項目是1134.5萬元至1326萬元）b、網(wǎng)站軟件目標(biāo)分解： d

四、具體銷售策略 附近1：《業(yè)務(wù)具體定位策略》

（一）市場策略

吸取2013年銷售的經(jīng)驗和不足，因此，將2014年確定為“市場推廣年”，全力以赴開拓市場，發(fā)展客戶、提高銷量。

1、總體策略：

1）實行“提供高品質(zhì)產(chǎn)品，實現(xiàn)低交付成本 ”市場競爭策略； 2）以《話單分析》《臉譜》《在線學(xué)習(xí)的平臺》等為拳頭產(chǎn)品，以公檢法、政府、部隊為主推渠道，以黑龍江省市場為突破口。3）建立有效的銷售渠道和加強銷售隊伍建設(shè)；

2、營銷策略： 1）第一步：全公司必須以市場為導(dǎo)向，以營銷為重點開展經(jīng)營和管理活動。公司制訂相關(guān)制度、流程、政策，規(guī)范、鼓勵全體員工參與營銷及管理工作。2）第二步：將公司研發(fā)的《話單分析》《臉譜》《在線學(xué)習(xí)的平臺》等軟件產(chǎn)品在黑龍江省公檢法、政府、部隊行業(yè)進行推廣，并挖掘客戶對相關(guān)產(chǎn)品的需求。3）第三步：采取一切措施，集中精力做好行業(yè)深挖的開發(fā)、老客戶的普及、新客戶挖掘鋪設(shè)。主攻方向是消防、省領(lǐng)導(dǎo)干部出、邊防、工大管院、檢察院等主要手客戶。

3、營銷手段

1）加強擴大公司知名度和影響力的宣傳工作，加強互聯(lián)網(wǎng)的宣傳力度。2）豐富公司網(wǎng)站內(nèi)容，并與公安廳、消防總隊等重要單位機構(gòu)的網(wǎng)站相鏈接。通過網(wǎng)頁宣傳、推廣公司的產(chǎn)品及服務(wù)，并為客戶提供網(wǎng)上咨詢、網(wǎng)上培訓(xùn)。3）與各地消防、邊防部門、工大、企業(yè)保持聯(lián)系，建立一個對市場、對競爭對手反應(yīng)靈敏、快捷的信息網(wǎng)絡(luò)體系。

4）重新設(shè)計企業(yè)的宣傳冊，突出企業(yè)的企業(yè)優(yōu)勢、產(chǎn)品優(yōu)勢等。5）銷售隊伍建設(shè)：鼓勵全體員工參與營銷及管理工作，加強與東亞銷售人員配合銷售工作。

（二）產(chǎn)品策略 2014年公司的整體產(chǎn)品策略是“品牌分級、產(chǎn)品多元”，即：在確保品質(zhì)的基礎(chǔ)上，在產(chǎn)品功能、特性上改良產(chǎn)品的設(shè)計，使其多元化。并從產(chǎn)品的設(shè)計、價格、服務(wù)上對產(chǎn)品的品牌分級處理。始終圍繞客戶需求，以客戶需求為出發(fā)點和歸屬點，提升總體銷量，實現(xiàn)利潤總量最大化。為此，應(yīng)采取下列措施：

1、調(diào)整主打產(chǎn)品，以《話單系統(tǒng)》、《學(xué)習(xí)的平臺》、《題庫管理》、《臉譜識別》為主打，網(wǎng)站建設(shè)作為鋪設(shè)，樹立自我品牌。

2、實行差異化的銷售策略： 1）產(chǎn)品差異：使我公司產(chǎn)品與競爭對手產(chǎn)品相比具有獨特優(yōu)點。2）服務(wù)差異：服務(wù)模式，服務(wù)理念不同與競爭對手。3）人員差異：系統(tǒng)對公司營銷人員進行培訓(xùn)，對公司產(chǎn)品要求掌握熟練，知道產(chǎn)品的優(yōu)勢，能

為客戶解決什么問題。

（三）品牌策略

3、重點客戶拜訪：對重要的客戶和意向較大的客戶進行拜訪，現(xiàn)場銷售。

五、管理

（一）項目管理

1、項目總體控制： a、項目初期： 1）碰頭會：部門主管研究功能，做出項目計劃。2）項目計劃：總經(jīng)理助理根據(jù)《項目計劃表》監(jiān)督各個部門完成進度情況。b、項目實施：

1）項目總調(diào)度要實時跟進各部門項目進度情況。2）項目總調(diào)度要每周周六組織開發(fā)部（美工、程序、測試）例會，掌握現(xiàn)有項目的進度。c、項目收尾：

1）總經(jīng)理助理負責(zé)項目結(jié)項后文檔、源代碼存檔后刻錄光盤。

2、文檔管理：

a、文檔分類：共10個文檔 1）開發(fā)部7份：《功能要求》、《項目設(shè)計方案》、《需求分析》、《系統(tǒng)分析》、《數(shù)據(jù)庫文檔》、《功能函數(shù)文檔》、《項目總結(jié)》 2）測試部3份：《測試計劃報告》《測試報告》《測試總結(jié)報告》《使用手冊視頻》 b、要求： 1）開發(fā)部文檔由項目經(jīng)理負責(zé)整理完成，測試部文檔有測試部主管負責(zé)整理完成，交給項目總調(diào)度（盧）驗收查看。2）所有的項目都必須要文檔齊全，否則不能結(jié)項，任何項目少文檔，扣除相關(guān)部門負責(zé)人項目獎金2%。

3）項目文檔要求在項目完成后，與源代碼、數(shù)據(jù)庫一起集中封裝。4）電子版文檔要求在項目完成后一個月內(nèi)完成調(diào)整刻錄成光盤備份。孫老師負責(zé)刻盤備份。5）未來可以放在相應(yīng)服務(wù)器上然后建立相應(yīng)的檔案管理系統(tǒng)對電子版文檔進行備份和管理。

3、源代碼管理：源代碼結(jié)構(gòu)是指源代碼在版本管理服務(wù)器上存放的文件夾結(jié)構(gòu)。源代碼結(jié)構(gòu)的設(shè)定由項目實施負責(zé)人決定。a、源代碼結(jié)構(gòu)設(shè)定有幾項基本要求： 1）必須設(shè)臵項目專屬文件夾：每一個獨立項目或子項目源代碼文件內(nèi)，至少設(shè)定一個docs或doc文件夾以存放僅與該項目相關(guān)技術(shù)文檔和參考資料； 2）必須考慮支持庫：源代碼結(jié)構(gòu)中，應(yīng)考慮具體項目所引用的非標(biāo)第三方支持庫或框架的存放位臵； 3）必須可以直接編譯：源代碼結(jié)構(gòu)必須是可直接編譯結(jié)構(gòu)。即任一臺新裝計算機，在安裝了必要的開發(fā)環(huán)境軟件以后，通過從版本管理服務(wù)器上簽出整套源代碼后，應(yīng)該可以直接完成編譯 b、工作要求: 1）提交時間：所有參與開發(fā)的技術(shù)人員，每日5:30必須將當(dāng)日所編制的源碼或技術(shù)文檔提交至版本管理服務(wù)器。2）審閱時間：5：30審閱是指項目實施負責(zé)人，每日下班前審閱版本服務(wù)器上所有下屬技術(shù)人員所提交的源代碼和技術(shù)文檔。

4、客戶數(shù)據(jù)管理：

1、資料收集：在公司的日常營銷工作中，收集客戶資料是一項非常重要的工作，它直接關(guān)系到公司的營銷計劃能否實現(xiàn)?？头Y料的收集要求客服專員每日認真提取客戶信息檔案，以便關(guān)注這些客戶的發(fā)展動態(tài)。

2、資料整理：客服專員提取的客戶信息檔案遞交客服主管，由客服主管安排信息匯總，并進行分析分類，分派專人管理各類資料，并要求每日及時更新，避免遺漏。

3、資料處理：客服主管按照負責(zé)客戶數(shù)量均衡、兼顧業(yè)務(wù)能力的原則，分配給相關(guān)客服專員?？头T負責(zé)的客戶，應(yīng)在一周內(nèi)與客戶進行溝通，并做詳細備案。

4、客戶檔案建立。

（二）部門管理 附件2：《2014年各部門管理計劃》

（三）人員管理

1、梯隊建設(shè)（分工、檔次）開發(fā)部人員組建：

注：① 根據(jù)公司發(fā)展要求，核定部門人數(shù)（此為考核的基礎(chǔ)條件之一）； ② 以搶、挖、聘為主要形式；

③ 新員工履行培訓(xùn)、考核、篩選、轉(zhuǎn)正流程； ④ 軟件部、美工部以優(yōu)厚待遇搶、挖1名業(yè)內(nèi)成手。⑤ 人才管理一定要注重梯次型培養(yǎng)，不可斷檔。

不定時的注入新鮮血液是團隊建設(shè)的一個重要手段；目的是要使團隊內(nèi)的每一個成員都有不同程度的危機感：讓老員工有緊迫感，讓新員工有壓力感，煥發(fā)大家珍惜崗位的意識。

2014年各部門團隊建設(shè)計劃

根據(jù)2013年各部門情況，現(xiàn)美工部、程序部缺少中間力量，因此在2014年個部門需要招聘下： 程序部：高級程序員1人； 美工部：高級美工設(shè)計1人

2、合同（勞動、保密）

注：開發(fā)部所以部門（程序組、美工組、測試組、網(wǎng)絡(luò)營銷部）的全體員工都要簽署勞動合同和公司

保密合同。

（四）管理工作

1、工作原則： a、以銷售為主導(dǎo)工作，確保完成全年銷售任務(wù)目標(biāo) 1）目標(biāo)要具有合理性，可行性，制定目標(biāo)要有從分的依據(jù)： ①于往年的公司業(yè)務(wù)完成情況。②前一年的市場鋪墊。③市場情況的分析機遇期。2）目標(biāo)的嚴(yán)謹性。

①經(jīng)過反復(fù)論證，討論后形成。

②對目標(biāo)進行細化，分解，與市場、項目一一對應(yīng)。③有落實直接責(zé)任人。

④有目標(biāo)進程管理的負責(zé)人。公司總目標(biāo)總經(jīng)理負責(zé)，具體目標(biāo)盧負責(zé)。b、從全局的角度上考慮問題，管理工作更加細致，執(zhí)行到位、監(jiān)督到位。1）掌控項目 2）跟進團隊 3）合理安排項目開發(fā)時間 4）項目溝通 5）團隊溝通 6）掌控項目風(fēng)險 c、帶好新員工和下屬，讓他們感覺到融入到這個“家”中，感覺自己受到重視、能學(xué)到東西，不斷成長和進步了 1）員工生日：許姐提前一周提醒，單位送一份禮物給員工，幫助她調(diào)整心態(tài)的書、實用的工

具、有意義的禮物等，基本花費在100元以內(nèi)，領(lǐng)導(dǎo)和同事寫祝福的話； 2）員工聚餐：項目完成或節(jié)假日組織員工聚餐，平均1—2個月一次，目的是增強凝聚力和篇四：計劃類別代碼

遼寧省科學(xué)技術(shù)計劃項目申報書

計劃名稱：

技術(shù)領(lǐng)域： 申報主題： 項目名稱： 項目負責(zé)人： 申報單位： 通訊地址：

郵政編碼： 電子郵箱： 聯(lián)系電話： 傳真： 主管部門： 申報日期：

申 報 說 明

一、本申報書專門用于遼寧省科學(xué)技術(shù)計劃項目的申報、立項等管理過程。

二、應(yīng)用基礎(chǔ)研究計劃（即科技基金計劃），按專門格式與要求另行申報。

三、申報書由基本信息表、專項信息表、各類計劃項目可行性報告、申報單位及管理部門意見等四部分組成： 1.基本信息表：是各類基本計劃和專項計劃必報的通用表格。用于表述申報項目及負責(zé)人與申報單位簡況、項目組人員配備、項目相關(guān)基本信息摘要等。2.專項信息表：用于補充陳述基本信息表述部分尚未闡明的專項信息；原則適用于申報某專項計劃時對應(yīng)填報，是申報書重要組成部分。4.申報單位及管理部門意見： ——申報單位簡況及推薦意見：單位基本信息由申報單位填報。單位推薦意見要簡明扼要。

——初審?fù)扑]意見；由各市科技局（或省直有關(guān)單位科技管理部門），發(fā)揮專家咨詢作用，提出初審?fù)扑]意見；

——復(fù)審?fù)扑]意見：由科技廳各類計劃歸口管理部門，依靠專家提出。

四、申報單位和申報者，可通過遼寧科技信息網(wǎng)“省科技計劃項目遠程申報系統(tǒng)”，按要求進行單位注冊，申請個人帳號，下載申報書軟件；填報統(tǒng)一的項目申報書可行性報告；按網(wǎng)上遠程申報填寫具體要求和提示，如實填寫申報內(nèi)容。

五、受理編號、參審編號、批準(zhǔn)編號以及項目類別，無須申報者填寫?！鯙檫x填標(biāo)記，請按遠程申報填寫指南有關(guān)規(guī)范，單選或多選。

六、申報書陳述部分，一律用簡體中文、仿宋gb2312、小四號字體填寫；應(yīng)文字簡潔，表述清晰，數(shù)據(jù)詳實；外來語要同時用原文和中文表達，首次出現(xiàn)縮略詞要注明全稱，再次出現(xiàn)同一詞時可使用縮寫；需提供紙質(zhì)文件打印時，請用a4紙。

七、需提供有關(guān)證明材料的申報項目，應(yīng)真實有效，編排有序，以書面形式報送科技廳歸口管理處室（一式1份）。自籌或匹配經(jīng)費證明，須有申報單位及主管部門出據(jù)核準(zhǔn)意見明確、帶有公章的函件。1.基本信息表 【1.1 基本信息簡表】 1.基本信息表 【1.2 項目組人員配備簡表】 1.基本信息表

【1.3 項目背景、主要內(nèi)容與指標(biāo)、創(chuàng)新點簡表】 篇五：浙江省科技計劃項目計劃類別代碼(2012版)浙江省科技計劃項目計劃類別代碼（2012版）

申報專項名稱

重大與高發(fā)疾病防治技術(shù)

重大自然災(zāi)害預(yù)警和應(yīng)急處置技術(shù) 水污染防治與水資源綜合利用技術(shù) 固體廢物綜合處置技術(shù)

海水淡化與海水綜合利用技術(shù) 可再生能源利用技術(shù) 高效節(jié)能技術(shù) 綠色化工技術(shù)

現(xiàn)代紡織與服裝加工技術(shù)及裝備 重大機電裝備 汽車及關(guān)鍵零部件設(shè)計制造技術(shù) 高檔皮塑加工技術(shù)及裝備 網(wǎng)絡(luò)、通訊技術(shù)及裝備 數(shù)字多媒體技術(shù)與應(yīng)用 軟件與集成電路設(shè)計

重大應(yīng)用電子技術(shù)和新型電子元器件 磁浮交通系統(tǒng)技術(shù)與裝備 100萬伏特高壓輸電技術(shù)與裝備 納米技術(shù)攻關(guān)及示范應(yīng)用 生物制藥技術(shù) 中藥現(xiàn)代化

農(nóng)業(yè)新品種選育技術(shù)

農(nóng)產(chǎn)品質(zhì)量安全與標(biāo)準(zhǔn)化技術(shù) 農(nóng)業(yè)生物技術(shù) 工程農(nóng)業(yè)技術(shù)

農(nóng)產(chǎn)品（食品）精深加工技術(shù)

代碼 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 優(yōu)先主題名稱

信息技術(shù) 生物技術(shù) 新材料技術(shù) 新能源技術(shù) 制造業(yè)信息化

嵌入式技術(shù)在傳統(tǒng)產(chǎn)業(yè)中的應(yīng)用 生物技術(shù)推廣應(yīng)用 新材料技術(shù)推廣應(yīng)用 船舶修造 工業(yè)自動化 環(huán)保裝備

重大技術(shù)裝備 先進專用設(shè)備

數(shù)控裝備及控制單元 農(nóng)業(yè)高技術(shù) 傳統(tǒng)農(nóng)業(yè)技術(shù)升級 緊缺資源替代技術(shù) 資源綜合利用 工業(yè)污染控制

農(nóng)村及城鎮(zhèn)生態(tài)環(huán)境建設(shè) 環(huán)境安全預(yù)警

海洋基礎(chǔ)設(shè)施的信息化技術(shù)開發(fā)與裝備 海洋生物綜合加工與利用 海洋生態(tài)與環(huán)境保護 人口與健康 公共安全

文化傳媒技術(shù) 電子商務(wù)技術(shù) 現(xiàn)代物流技術(shù) 智能交通技術(shù)

代碼 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

四、行業(yè)分類代碼

參照國標(biāo)行業(yè)代碼填寫，由2位數(shù)字構(gòu)成。