⑴ 程序員進行程序設計的主要文檔和依據是什麼
如果項目真正按照軟體工程化流程走的話，主要依據是軟體任務書和需求規格說明。
軟體任務書規定軟體的運行環境，軟體需要做什麼，實現哪些功能，有哪些性能要求。軟體任務書中對軟體功能性能的要求採用的是日常人類語言描述，如「找到員工中年齡最大的一個」。
軟體需求規格說明細化軟體任務書，用具體的計算機專業術語描述軟體的功能需求，並詳細規定輸入輸出，如上述任務書中找到員工年齡最大的一個可以分解為一個功能需求:
輸入 全體員工的年齡，員工數目小於1000個， 輸入年齡為整形數，姓名為字元類型
輸出 年齡最大的員工姓名
⑵ 軟體開發中的 概要設計文檔 詳細設計文檔在正常情況下 是不是程序員寫的吧！
一個項目設計是最重要的。其實現在在技術上難題不多。同一個公司你不會肯定有別人會，相互問問就好。最關鍵的是需求理解。所以開發人員自己寫詳細設計是很有好處的。譬如我現在在平安科技。我們的流程時：客戶將需求講解給SA（需求分析師），SA理解之後在召集開發人員一起講解，最後由開發人員自己設計並將設計文稿發出去由負責人及SA評估。 如果沒有問題就會按照詳細設計來開發。 這樣的話雖然設計花費了一定的開發時間，但是在熟悉需求的基礎上開發可謂是：磨刀不誤砍柴工！
望採納。 謝謝
⑶ java程序員需要些什麼文檔
我很少寫文檔，懶得寫，除非項目有要求
對於文檔這個東西簡單談一下
做項目之前就有文檔
這個是可遇不可求的，現在做的項目很多都是臨時突然說要做的，什麼需求都沒有，只能靠程序員自己去發現，項目經理的要求，客戶的臨時需求（這個比較痛苦，他們有時候根本就不知道要什麼，所以必須寫好文檔，跟客戶談好，不然又要變的時候，你就痛苦了）
如果項目一開始就有文檔，當然也可能是你自己寫的，也可能是其他人寫好的，有些公司有人專門負責寫，需求分檔，項目分析文檔，項目結構文檔，資料庫文檔等等，不過之後可能需要你寫測試文檔，這個就沒有聽說過誰幫你做了，但是更多的情況也是不用寫，就幾個功能，自己和測試人員測測就算了，也有可能需要寫使用文檔，這個看情況了
做項目之前沒有文檔
如果項目緊張，根本就不會寫任何文檔，但是當項目結束的時候，你又沒有項目做，項目精靈可能就讓你寫寫文檔打發打發時間，
文檔對於公司來說是很重要的，但是對於個人的話，就要看情況，如果你做了很多項目，其實什麼文檔也不需要，你大體上都知道這個項目就做什麼用的，怎麼架構的，那些代碼是什麼意思(你的編程習慣很好的情況下)，所以很多公司都會要求程序員寫文檔，不然你走的時候，別的人怎麼接受，讓別人理解你的思想是很痛苦的，每個人的思想都是不一樣的
⑷ 程序員菜鳥的日常
1. 軟體工程
軟體工程是為軟體開發的良葯，為什麼這么說呢？軟體工程本來就是為解決軟體開發中的各種問題出現的。曾經自己僅僅簡單的認為：不同的文檔面對不同人群，不同的人看不同的文檔。其實這僅是文檔的第一步，人不同，文檔的內容的側重點不同。第二步就是文檔是否充實，給不同的人看文檔時，他們是否能看懂文檔：項目經理能否看到他想要的信息？程序員能否對著文檔設計出用戶需要的系統？用戶能否看完文檔之後使用系統？
2. UML：
UML圖不只是簡單的畫畫用例圖、時序圖啊等等，將所有的圖畫完不是目的，目的是相互合作的開發人員傳遞合適的參數，將系統拼到一起時能否運行。在畫UML圖時，不是圖畫的好就好，是對圖中類，參數等備注是否詳細。開發人員看到能否成功開發系統。
3. 設計模式：
在系統中添加設計模式，目的為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。設計模式更多是解耦合，減弱模塊之間聯系，關系不再緊密。事物之間是相互聯系的，在系統中不斷的降低聯系，系統才能更加可靠，可維護。
4. 三層架構
我現在對架構的認識還很淺，架構設計的目標和軟體本身、設計模式要現實的目標是一樣的，無非就是增加系統的可靠性、安全性、可擴展性和可維護性等等。
三、 對未來的憧憬
最近半個月的時間，在學習B/S，B/S中最主要的內容就是網頁製作和前台處理。這部分的內容主要是看視頻學習，跟著視頻做工程。往後的博客會不斷給家送上我對B/S的學習成果。
下半年還有很多的學習內容，計劃在兩個月的時間完成B/S的學習，並在期間准備兩科自考，一個三級考試，考試對於中國的學生來說是非常的簡單的。回頭看看，啰嗦了這么多，文章就先告一段落吧，學習才剛剛開始。
⑸ 我是個編程的自學者，想當程序員不知道公司寫文檔是什麼意思知道的情給我解釋一下,還有具體是怎樣工作的
以鄙人在軟體公司工作的經驗與你分享一下吧。
我們平時做項目，一般有一半以上時間都在管理文檔，包括基本設計書，詳細設計書，靜態樣式書，各種UML建模圖，單體測試書，系統測試數，結合測試書，DB設計書，DB腳本，以及各種工具類管理文檔，如資源文件管理，VBA管理等等，這還不包括項目前期的需求建設書，項目中期與客戶交流的反饋書，項目後期的BUG管理書，以及貫穿項目的工程進度表和版本控制書。當然你的代碼資源（包括注釋，圖片，腳本等）也屬於文檔，需要統一管理。
對於追求簡短快的團隊，未必會太重視文檔的組織與管理，但是一定要相信文檔看似浪費時間，其實無形中提高了很大的效率，而且在未來的開發提供了寶貴的參考資料。屬於團隊積累的一種。
⑹ 程序員的文檔一般是怎樣寫的
www.csdn.net
⑺ 作為程序員如何書寫技術文檔
按自己的喜好去寫,沒有具體的格式,不過要寫名程序的用途,代碼的函數使用方法,變數的意義等內容
⑻ 什麼是程序文檔
文檔是指用來描述程序的內容、組成、設計、功能規格、開發情況、測試結果及使用方法的文字資料和圖表等，如程序設計說明書、流程圖、用戶手冊等。
編程開發時將必要說明加入所寫代碼，完成後生成文檔並做必要修改。
⑼ 程序員怎樣規范編寫介面文檔
對於介面文檔的編寫規范，個人推薦直接使用eolinker，其介面文檔全面，ls涉及的文檔基本信息都可以通過可視化界面進行編寫，不是一般的方便，同時其支持自動生成文檔，支持Mock數據，自動化測試，生成SDK，團隊協作等等。eolinker也是目前國內最大的在線介面管理平台~