程序員接單需要寫文檔

Ⅰ 程序員交接時有講解代碼寫文檔的義務么

需要
比如 api介面文檔、部署文檔、技術文檔之類的

雖然寫起來會有些痛苦，但好處還是挺多的。

1.方便工作交接。無論是功能後續開發讓同事接手還是離職交接，有文檔在，都可以省力一點。通過文檔，知道的就清晰明了。

2.方便後來查閱。時間久了總會忘掉一些細節，如果突發一個bug，都可能無從下手。如果有了文檔，之後就很好查閱了。遇到那種代碼超長的，同時又沒注釋，想要改的時候又無從下手...文檔多重要啊
3.還可以鍛煉自己的寫作和表達能力！很多時候教會別人比自己學會更有成就感！而且對自己的寫作能力也是一種鍛煉，何樂而不為呢？

所以，程序員交接時就講解代碼和寫寫文檔吧

Ⅱ 程序員怎樣規范編寫介面文檔

規范的事情當然要有專業的工具。推薦使用的是docway寫介面文檔，方便保存和共享，支持導出PDF MARKDOWN，支持團隊項目管理。

一些剛開始寫介面文檔的服務端同學，很容易按著代碼的思路去編寫介面文檔，這讓客戶端同學或者是服務對接方技術人員經常吐槽，看不懂介面文檔。這篇文章提供一個常規介面文檔的編寫方法，給大家參考。

一、請求參數

1. 請求方法

• GET

用於獲取數據

• POST

用於更新數據，可與PUT互換，語義上PUT支持冪等

• PUT

用於新增數據，可與POST互換，語義上PUT支持冪等

• DELETE

用於刪除數據

• 其他

其他的請求方法在一般的介面中很少使用。如：PATCH HEAD OPTIONS

2. URL

url表示了介面的請求路徑。路徑中可以包含參數，稱為地址參數，如**/user/{id}**，其中id作為一個參數。

3. HTTP Header

HTTP Header用於此次請求的基礎信息，在介面文檔中以K-V方式展示，其中Content-Type則是一個非常必要的header，它描述的請求體的數據類型。

常用的content-type：

• application/x-www-form-urlencoded

請求參數使用「&」符號連接。

• application/json

內容為json格式

• application/xml

內容為xml格式

• multipart/form-data

內容為多個數據組成，有分隔符隔開

4. HTTP Body

描述http body，依賴於body中具體的數據類型。如果body中的數據是對象類型。則需要描述對象中欄位的名稱、類型、長度、不能為空、默認值、說明。以表格的方式來表達最好。

示例：



五、介面工具

推薦使用的是http://docway.net（以前叫小幺雞） 寫介面文檔，方便保存和共享，支持導出PDF MARKDOWN，支持團隊項目管理。

Ⅲ java程序員第一天來公司，項目經理讓我看老項目寫學習文檔

我覺得是看下你的學習能力。
首先你需要知道整體用了什麼架構。
項目用了哪些 插件 或者繼承了什麼服務。
這些只需要大概知道，後面在深入。
當然知道架構你就應該知道怎麼寫一條邏輯。（比如刪除）
最後：一個加分項就是因為這是銀行系統，搞懂某個銀行特有的邏輯 。說出來會加分

Ⅳ 我是個編程的自學者，想當程序員不知道公司寫文檔是什麼意思知道的情給我解釋一下,還有具體是怎樣工作的

以鄙人在軟體公司工作的經驗與你分享一下吧。
我們平時做項目，一般有一半以上時間都在管理文檔，包括基本設計書，詳細設計書，靜態樣式書，各種UML建模圖，單體測試書，系統測試數，結合測試書，DB設計書，DB腳本，以及各種工具類管理文檔，如資源文件管理，VBA管理等等，這還不包括項目前期的需求建設書，項目中期與客戶交流的反饋書，項目後期的BUG管理書，以及貫穿項目的工程進度表和版本控制書。當然你的代碼資源（包括注釋，圖片，腳本等）也屬於文檔，需要統一管理。
對於追求簡短快的團隊，未必會太重視文檔的組織與管理，但是一定要相信文檔看似浪費時間，其實無形中提高了很大的效率，而且在未來的開發提供了寶貴的參考資料。屬於團隊積累的一種。

Ⅳ 華為程序員需要寫項目文案嗎

華為程序員不需要寫項目文案，但必須會。
研發項目文案是研發領域比較邊緣的工作，程序員的工作也離不開本領域。
程序員的三個境界
程序員在英文里對應有三個單詞：Coder、Programmer和Software Engineer，我覺得這三個詞，生動形象地描述了程序員所需要經歷的三個階段，或者說三個境界。
Coder：只要求能夠熟練使用編程環境，精通幾種編程語言、開發框架和開發庫，擅長寫代碼就可以了。這個階段的程序員能夠按照既定的設計完成編碼。
Programmer：要求在coder的基礎之上，精通設計模式、演算法實現和編碼技巧，並具備熟練應用的能力，這個階段的程序員能夠獨立編碼解決現實問題。
Software Engineer：要求在掌握業務知識的前提下，理解為什麼這么實現，在綜合考慮架構實現，權衡開發成本後，為解決業務問題提出最優方案，並能與業務人員順暢溝通，讓業務人員理解方案。編碼工作達到這個階段，才能稱得上是真正的程序員，才真正實現了從工作到職業的轉變。
能否成為職業的程序員，影響因素和方法論很多，各種學習類、技術類的總結遍地都是：主動思考、及時總結、制定規劃等。但我認為其中最重要的是能否做到專注。

Ⅵ java程序員需要些什麼文檔

我很少寫文檔，懶得寫，除非項目有要求

對於文檔這個東西簡單談一下

1. 做項目之前就有文檔

   這個是可遇不可求的，現在做的項目很多都是臨時突然說要做的，什麼需求都沒有，只能靠程序員自己去發現，項目經理的要求，客戶的臨時需求（這個比較痛苦，他們有時候根本就不知道要什麼，所以必須寫好文檔，跟客戶談好，不然又要變的時候，你就痛苦了）

   如果項目一開始就有文檔，當然也可能是你自己寫的，也可能是其他人寫好的，有些公司有人專門負責寫，需求分檔，項目分析文檔，項目結構文檔，資料庫文檔等等，不過之後可能需要你寫測試文檔，這個就沒有聽說過誰幫你做了，但是更多的情況也是不用寫，就幾個功能，自己和測試人員測測就算了，也有可能需要寫使用文檔，這個看情況了

2. 做項目之前沒有文檔

   如果項目緊張，根本就不會寫任何文檔，但是當項目結束的時候，你又沒有項目做，項目精靈可能就讓你寫寫文檔打發打發時間，

文檔對於公司來說是很重要的，但是對於個人的話，就要看情況，如果你做了很多項目，其實什麼文檔也不需要，你大體上都知道這個項目就做什麼用的，怎麼架構的，那些代碼是什麼意思(你的編程習慣很好的情況下)，所以很多公司都會要求程序員寫文檔，不然你走的時候，別的人怎麼接受，讓別人理解你的思想是很痛苦的，每個人的思想都是不一樣的

Ⅶ 編程所寫的文檔指的是什麼

程序員寫文檔，主要解釋所寫的代碼有什麼用，用在哪裡，輸入，輸出，就是流程~~
~~~，文檔內容包括 流程，輸入，輸出，建立時間，建立人~~~

一旦出現問題，可以直接找到當事人，主要是讓代碼一目瞭然~~~，函數的使用方法，調用方式，函數的使用說明等~·

Ⅷ 軟體工程寫作文檔

1. 軟體工程論文

[編輯本段]基本信息 軟體工程一直以來都缺乏一個統一的定義，很多學者、組織機構都分別給出了自己的定義： 軟體工程（1）、BarryBoehm：運用現代科學技術知識來設計並構造計算機程序及為開發、運行和維護這些程序所必需的相關文件資料。

（2）、IEEE在軟體工程術語匯編中的定義：軟體工程是：1.將系統化的、嚴格約束的、可量化的方法應用於軟體的開發、運行和維護，即將工程化應用於軟體；2.在1中所述方法的研究 （3）、FritzBauer在NATO會議上給出的定義：建立並使用完善的工程化原則，以較經濟的手段獲得能在實際機器上有效運行的可靠軟體的一系列方法。 目前比較認可的一種定義認為：軟體工程是研究和應用如何以系統性的、規范化的、可定量的過程化方法去開發和維護軟體，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。

（4）、《計算機科學技術網路全書》中的定義：軟體工程是應用計算機科學、數學及管理科學等原理，開發軟體的工程。軟體工程借鑒傳統工程的原則、方法，以提高答行質量、降低成本。

其中，計算機科學、數學用於構建模型與演算法，工程科學用於制定規范、設計范型（paradigm）、評估成本及確定權衡，管理科學用於計劃、資源、質量、成本等管理。 [編輯本段]目標 軟體工程的目標是：在給定成本、進度的前提下，開發出具有可修改性、有效性、可靠性、可理解性、可維護性、可重用軟體工程性、可適應性、可移植性、可追蹤性和可互操作性並且滿足用戶需求的軟體產品。

追求這些目標有助於提高軟體產品的質量和開發效率，減少維護的困難。下面分別介紹這些概念。

（1）可修改性（modifiablity）。容許對系統進行修改而不增加原系統的復雜性。

它支持軟體的調試與維護，是一個難以達到的目標。 （2）有效性（efficiency）。

軟體系統能最有效地利用計算機的時間資源和空間資源。各種計算機軟體無不將系統的時/空開銷作為衡量軟體質量的一項重要技術指標。

很多場合，在追求時間有效性和空間有效性方面會發生矛盾，這時不得不犧牲時間效率換取空間有效性或犧牲空間效率換取時間有效性。時/空折衷是經常出現的。

有經驗的軟體設計人員會巧妙地利用折衷概念，在具體的物理環境中實現用戶的需求和自己的設計。 （3）可靠性（reliability）。

能防止因概念、設計和結構等搏舉罩方面的不完善造成的軟體系統失效，具有挽回因操作不當造成軟體系統失效的能力。對於實時嵌入式計算機系統，可靠性是一個非基鬧常重要的目標。

因為軟體要實時地控制一個物理過程，如宇宙飛船的導航、核電站的運行，等等。如果可靠性得不到保證，一旦出現問題可能是災難性的，後果將不堪設想。

因此在軟體開發、編碼和測試過程中，必須將可靠性放在重要地位。 （4）可理解性（understandability）。

系統具有清晰的結構，能直接反映問題的需求。可理解性有助於控制軟體系統的復雜性，並支持軟體的維護、移植或重用。

（5）可維護性（maintainability）。軟體產品交付用戶使用後，能夠對它進行修改，以便改正潛伏的錯誤，改進性能和其他屬性，使軟體產品適應環境的變化，等等。

由於軟體是邏輯產品，只要用戶需要，它可以無限期的使用下去，因此軟體維護是不可避免的。軟體維護費用在軟體開發費用中佔有很大的比重。

可維護性是軟體工程中一項十分重要的目標。軟體的可理解性和可修改性有利於軟體的可維護性。

（6）可重用性（reusebility）。概念或功能相對獨立的一個或一組相關模塊定義為一個軟部件。

軟部件可以在多種場合應用的程度稱為部件的可重用性。可重用的軟部件有的可以不加修改直接使用，有的需要修改後再用。

可重用軟部件應具有清晰的結構和註解，應具有正確的編碼和較低的時/空開銷。各種可重用軟部件還可以按照某種規則存放在軟部件庫中，供軟體工程師選用。

可重用性有助於提高軟體產品的質量和開發效率、有助於降低軟體的開發和維護費用。從更廣泛的意義上理解，軟體工程的可重用性還應該包括：應用項目的重用，規格說明（也稱為規約）的重用，設計的重用，概念和方法的重用，等等。

一般來說，重用的層次越高，帶來的效益也就越大。 （7）可適應性（adaptability）。

軟體在不同的系統約束條件下，使用戶需求得到滿足的難易程度。適應性強的軟體應採用廣為流行的程序設計語言編碼，在廣為流行的操作系統環境中運行，採用標準的術語和格式書寫文檔。

適應性強的軟體較容易推廣使用。 （8）可移植性（portability）。

軟體從一個計算機系統或環境搬到另一個計算機系統或環境的難易程度。為了獲得比較高的可移植性，在軟體設計過程中通常採用通用的程序設計語言和運行環境支撐。

對依賴於計算機系統的低級（物理）特徵部分，如編譯系統的目標代碼生成，應相對獨立、集中。這樣，與處理機無關的部分就可以移植到其他系統上使用。

可移植性支持軟體的課重用性和課適應性。 （9）可追蹤性（tracebility）。

根據軟體需求對軟體設計、程序進行正向追蹤，或根據程序、軟體設計對軟體需求進行逆向追蹤的能力。軟體可追蹤性依賴於軟。

2. 軟體工程畢業論文怎麼寫

軟體工程可以寫的題目多啊。開始也不怎麼懂，還是學姐給的文方網，寫的《基於Windows平台的HIPS系統設計與實現》，靠譜的說

研究生教育網路管理系統的設計與實現

WMS-2000A輪機模擬器數據通信系統設計與實現

洗衣機模擬運行控制系統的設計與實現

機車信號記錄器數據分析處理系統的設計與實現

分布式自動檢測系統RS485通信網路的設計與實現

計劃生育管理信息系統的設計與實現

醫院「一卡通」系統的設計與實現

列車三維駕駛模擬系統的設計與實現

一種圖書外采查重系統的設計與實現

基於C/S模式的網路文件管理系統的設計與實現

自動化倉庫管理系統的設計與實現

四川省衛生統計數據採集與決策支持系統設計與實現

ATM應用系統EMV遷移的設計與實現

基於B/S模式的葯品信息咨詢系統的設計與實現

基於LFAP的網路流量統計分析系統的設計與實現

傳真管理信息系統的設計與實現

工業機器人三維模擬系統的設計與實現

單位網路設備環境智能監控系統設計與實現

基於CC1020晶元無線傳輸系統的設計與實現

公安派出所綜合信息管理系統設計與實現

基於WEB的庫存管理系統設計與實現

基於工作流的AUTOBANK管理系統設計與實現

具有主動功能的連鎖經營企業配送中心管理信息系統的設計與實現

基於JavaEE技術的在線考試系統的設計與實現

學生評教系統的設計與實現

微小型電動無人機動力系統試驗台的設計與實現

基於F1103 GPRS MODEM的家校通系統設計與實現

基於嵌入式Linux的遠程家庭醫療監護系統設計與實現

基於Windows操作系統的智能建築物綜合布線管理系統的設計與實現

基於.NET技術的網上購物管理系統的設計與實現

變電檢修管理信息系統設計與實現

天津地鐵1號線車站乘客向導系統的設計與實現

基於B/S結構的電路分析網上答疑係統的設計與實現

應用PDA組建無線IC卡表抄收系統的設計與實現

非計算機專業計算機課程考試系統設計與實現

基於GPRS網路的煤礦瓦斯監控系統的設計與實現

慣性組合導航系統介面子系統的設計與實現

人壽保險老業務綜合處理系統的設計與實現

FORTRAN語言題庫管理系統的設計與實現

樓宇信息系統的設計與實現

倒閘實訓系統無線遙控的設計與實現

C/S模式下的電子郵件系統設計與實現

基於LINQ三層架構倉庫管理系統的設計與實現

一種寬頻無線移動視頻調度系統的設計與實現

淺談遠程監控機房溫濕度報警系統的設計與實現

學術論文共詞分析系統的設計與實現

基於Web的SQLServer遠程備份管理系統的設計與實現

基於Spring框架的北京林業大學圖書館門戶系統設計與實現

基於XML的研究生網路選課系統設計與實現

3. 一個軟體工程師應該具備什麼樣的素質

最低0.27元開通文庫會員，查看完整內容> 原發布者：北大青鳥廣安門校區 軟體工程師應該具備的技能有哪些 軟體工程師應該具備的技能有哪些？我認為，軟體工程師用該具備的技能主要為以下幾點： 1.編程語言能力 作為一名專業的軟體工程師，應該能夠熟練掌握JAVA語言，並且能夠深入理解OOP、OOA、OOD等編程思想。

精通一門編程語言能為以後的軟體開發打下堅實的基礎。 2.編碼能力 這里說的編碼可不是照著書本敲代碼，而是能夠獨立的運用代碼，編寫一個程序出來。

有很多軟體工程師，他們都是隨意堆砌網上搜來的代碼，根本不管可讀性和可維護性，只要能實現功能就行了，缺乏最基本的職責素養。 我認為，對於軟體工程師或程序員來說，代碼就像自己的孩子一樣，一定要付出感情，這樣才能編寫出好的程序。

3.學習能力 IT技術可謂是更新換代最快的了，從市面上的電腦和手機就可以看出來。所以，只依靠自己之前學到的知識，很快就會被這個時代所淘汰，軟體工程師應具備的技能里很重要的一點就是學習能力。

因為只有具備了學習能力，才能在離開學校之後仍然能夠獨立地學習最新的技術，同時能夠自主的發現現在有什麼新技術，市場上流行的技術元素與市場需求的變化。 4.設計能力 一個優秀的軟體工程師不僅僅具備扎實的專業知識與技能，而且還要具備一定的設計能力。

因為只有這樣，才能使一個軟體或者應用更加完美，更加容易受到人們的歡迎，從而獲得更廣闊的市場。 5.團隊協作能力 軟體開發並不是孤軍奮戰，很多時候一個軟體需要幾個人。

4. 軟體工程對寫畢業論文有什麼用處

當今中國軟體工程一直以來都缺乏一個統一的定義，很多學者、組織機構都分別給出了自己的定義： 軟體工程（1）、BarryBoehm：運用現代科學技術知識來設計並構造計算機程序及為開發、運行和維護這些程序所必需的相關文件資料。

（2）、IEEE在軟體工程術語匯編中的定義：軟體工程是：1.將系統化的、嚴格約束的、可量化的方法應用於軟體的開發、運行和維護，即將工程化應用於軟體；2.在1中所述方法的研究 （3）、FritzBauer在NATO會議上給出的定義：建立並使用完善的工程化原則，以較經濟的手段獲得能在實際機器上有效運行的可靠軟體的一系列方法。 目前比較認可的一種定義認為：軟體工程是研究和應用如何以系統性的、規范化的、可定量的過程化方法去開發和維護軟體，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。

（4）、《計算機科學技術網路全書》中的定義：軟體工程是應用計算機科學、數學及管理科學等原理，開發軟體的工程。軟體工程借鑒傳統工程的原則、方法，以提高質量、降低成本。

其中，計算機科學、數學用於構建模型與演算法，工程科學用於制定規范、設計范型（paradigm）、評估成本及確定權衡，管理科學用於計劃、資源、質量、成本等管理。[編輯本段]目標 軟體工程的目標是：在給定成本、進度的前提下，開發出具有可修改性、有效性、可靠性、可理解性、可維護性、可重用軟體工程性、可適應性、可移植性、可追蹤性和可互操作性並且滿足用戶需求的軟體產品。

追求這些目標有助於提高軟體產品的質量和開發效率，減少維護的困難。下面分別介紹這些概念。

（1）可修改性（modifiablity）。容許對系統進行修改而不增加原系統的復雜性。

它支持軟體的調試與維護，是一個難以達到的目標。 （2）有效性（efficiency）。

軟體系統能最有效地利用計算機的時間資源和空間資源。各種計算機軟體無不將系統的時/空開銷作為衡量軟體質量的一項重要技術指標。

很多場合，在追求時間有效性和空間有效性方面會發生矛盾，這時不得不犧牲時間效率換取空間有效性或犧牲空間效率換取時間有效性。時/空折衷是經常出現的。

有經驗的軟體設計人員會巧妙地利用折衷概念，在具體的物理環境中實現用戶的需求和自己的設計。 （3）可靠性（reliability）。

能防止因概念、設計和結構等方面的不完善造成的軟體系統失效，具有挽回因操作不當造成軟體系統失效的能力。對於實時嵌入式計算機系統，可靠性是一個非常重要的目標。

因為軟體要實時地控制一個物理過程，如宇宙飛船的導航、核電站的運行，等等。如果可靠性得不到保證，一旦出現問題可能是災難性的，後果將不堪設想。

因此在軟體開發、編碼和測試過程中，必須將可靠性放在重要地位。 （4）可理解性（understandability）。

系統具有清晰的結構，能直接反映問題的需求。可理解性有助於控制軟體系統的復雜性，並支持軟體的維護、移植或重用。

（5）可維護性（maintainability）。軟體產品交付用戶使用後，能夠對它進行修改，以便改正潛伏的錯誤，改進性能和其他屬性，使軟體產品適應環境的變化，等等。

由於軟體是邏輯產品，只要用戶需要，它可以無限期的使用下去，因此軟體維護是不可避免的。軟體維護費用在軟體開發費用中佔有很大的比重。

可維護性是軟體工程中一項十分重要的目標。軟體的可理解性和可修改性有利於軟體的可維護性。

（6）可重用性（reusebility）。概念或功能相對獨立的一個或一組相關模塊定義為一個軟部件。

軟部件可以在多種場合應用的程度稱為部件的可重用性。可重用的軟部件有的可以不加修改直接使用，有的需要修改後再用。

可重用軟部件應具有清晰的結構和註解，應具有正確的編碼和較低的時/空開銷。各種可重用軟部件還可以按照某種規則存放在軟部件庫中，供軟體工程師選用。

可重用性有助於提高軟體產品的質量和開發效率、有助於降低軟體的開發和維護費用。從更廣泛的意義上理解，軟體工程的可重用性還應該包括：應用項目的重用，規格說明（也稱為規約）的重用，設計的重用，概念和方法的重用，等等。

一般來說，重用的層次越高，帶來的效益也就越大。 （7）可適應性（adaptability）。

軟體在不同的系統約束條件下，使用戶需求得到滿足的難易程度。適應性強的軟體應採用廣為流行的程序設計語言編碼，在廣為流行的操作系統環境中運行，採用標準的術語和格式書寫文檔。

適應性強的軟體較容易推廣使用。 （8）可移植性（portability）。

軟體從一個計算機系統或環境搬到另一個計算機系統或環境的難易程度。為了獲得比較高的可移植性，在軟體設計過程中通常採用通用的程序設計語言和運行環境支撐。

對依賴於計算機系統的低級（物理）特徵部分，如編譯系統的目標代碼生成，應相對獨立、集中。這樣，與處理機無關的部分就可以移植到其他系統上使用。

可移植性支持軟體的課重用性和課適應性。 （9）可追蹤性（tracebility）。

根據軟體需求對軟體設計、程序進行正向追蹤，或根據程序、軟體設計對軟體需求進行逆向追蹤的能力。軟體可追蹤性依賴於軟體開發各個階段文檔和程序的完整性、一致性和可理解性。

降低系統的復雜性會提。

5. 軟體工程的三大文檔是什麼

01立項調查報告

02立項建議書

03立項評審報告

04項目設計開發任務書

05項目計劃

06質量保證計劃

07配置管理計劃

08需求分析說明書

09概要設計說明書

10詳細設計說明書

11資料庫設計說明書

12資料庫表詳細設計

13單元測試計劃

14測試腳本

15單元測試報告

16系統測試計劃

17驗收申請書

18驗收評審報告

19客戶驗收報告

21審核反饋表

22軟體評審報告

23變更需求報告

24設計變更報告

26項目管理報告

27項目總結報告

一共這么多，三大報告是

需求分析說明書

概要設計說明書

詳細設計說明書

6. 各位前輩,我要寫軟體工程研究生畢業論文,但不懂該專業,可有熱心

1、論文題目：要求准確、簡練、醒目、新穎。

2、目錄：目錄是論文中主要段落的簡表。（短篇論文不必列目錄） 3、提要：是文章主要內容的摘錄，要求短、精、完整。

字數少可幾十字，多不超過三百字為宜。 4、關鍵詞或主題詞：關鍵詞是從論文的題名、提要和正文中選取出來的，是對表述論文的中心內容有實質意義的詞彙。

關鍵詞是用作機系統標引論文內容特徵的詞語，便於信息系統匯集，以供讀者檢索。 每篇論文一般選取3-8個詞彙作為關鍵詞，另起一行，排在「提要」的左下方。

主題詞是經過規范化的詞，在確定主題詞時，要對論文進行主題，依照標引和組配規則轉換成主題詞表中的規范詞語。 5、論文正文： （1）引言：引言又稱前言、序言和導言，用在論文的開頭。

引言一般要概括地寫出作者意圖，說明選題的目的和意義， 並指出論文寫作的范圍。引言要短小精悍、緊扣主題。

〈2）論文正文：正文是論文的主體，正文應包括論點、論據、論證過程和結論。主體部分包括以下內容： a.提出-論點； b.分析問題-論據和論證； c.解決問題-論證與步驟； d.結論。

6、一篇論文的參考文獻是將論文在和寫作中可參考或引證的主要文獻資料，列於論文的末尾。參考文獻應另起一頁，標注方式按《GB7714-87文後參考文獻著錄規則》進行。

中文：標題--作者--出版物信息（版地、版者、版期）：作者--標題--出版物信息所列參考文獻的要求是： （1）所列參考文獻應是正式出版物，以便讀者考證。 （2）所列舉的參考文獻要標明序號、著作或文章的標題、作者、出版物信息。

7. 軟體工程師主要學什麼

需要掌握以下的知識 ： （一）.NET方面的開發⒈熟悉開發體系，熟悉C# ASP .NET；⒉熟悉SQLServer,Oracle資料庫開發；⒊具有企業管理系統項目經驗；4.了解企業ERP及財務管理軟體（用友，金蝶）者優先；5.善於溝通，能獨立撰寫方案。

為人誠實，善於學習，做事認真負責，積極主動，具有敬業精神，有團隊精神。（二）JAVA應用程序開發1.熟練使用Struts2+Spring+Hibernate2.掌握Jquery3.掌握Java4.熟悉Oracle5.掌握xml/webservice6.掌握OOD、OOP7.基本文檔寫作能力（三）web、資料庫方面的開發⒈練掌握ASP,NET；等編程語言，熟悉.Net開發環境，理解.Net Framework，理解並能熟練使用WebService、O/R mapping、Remoting、多線程等技術；2.熱衷於互聯網WEB開發，熱衷於鑽研最新的前沿技術，精通XML,Javascript,CSS,AJAX等WEB前端技術；3.熟練的技術文檔編寫能力，熟練使用Rose,Power Design,Visio等建模和設計軟體，有一定的架構設計能力；4.精通SQL server資料庫技術，了解資料庫性能調優者優先.（四）php項目開發⒈使用PHP語言開發互聯網應用程序；⒉網站產品和網站功能模塊的開發與維護；⒊與頁面設計師協調溝通，編寫部分Javascript和HTML；⒋參與底層MVC框架的編寫與維護。

軟體工程師一般指從事軟體開發職業的人。軟體工程師是一個認證考試，具體地說是從事軟體職業的人員的一種職業能力的認證，通過它說明具備了工程師的資格。

軟體工程師的技術要求是比較全面的，除了最基礎的編程語言（C語言/C++/JAVA等）、資料庫技術（SQL/ORACLE/DB2等）等，還有諸多如JAVA SCRIPT、AJAX、HIBERNATE、SPRING等前沿技術。此外，關於網路工程和軟體測試的其他技術也要有所涉獵。

對於軟體工程師，不太重視學歷，但並不是對學歷沒有要求，重點關注項目的經驗和學習知識的能力，能否利用軟體工程專業知識來解決問題，根據崗位不同，對軟體工程師的要求也有所不同。具體能力要根據崗位和自己的興趣愛好選定自己的職業規劃方向，一方面要詳細了解軟體工程師的要求，可以關注企業的招聘信息；一方面自己要貯備通用的知識技能，廣泛閱讀相關的計算機材料對自己以後的發展大有幫助。

可以確定的是軟體工程師的前途在未來的發展依然是不斷升溫的職業，比較需要有技術和良好前景的專業之一。工作內容：1、指導程序員的工作；2、參與軟體工程系統的設計、開發、測試等過程；3 、協助工程管理人保證項目的質量；4 、負責工程中主要功能的代碼實現；5 、解決工程中的關鍵問題和技術難題；6 、協調各個程序員的工作，並能與其它軟體工程師協作工作；7、還要編寫各種各樣的軟體說明書，如：需求說明書，概要說明書等考試科目。

工程師是中級職稱，考試的題目包括了計算機體系結構、軟體工程、資料庫、數據結構、編譯原理等計算機學科的基礎課程。