1樓：網友
在軟體的生產過程中，總是伴隨著大量的資訊要記錄、要使用。因此，軟體文件在產品的開發生產過程中起著重要的作用。
1)提高軟體開發過程的能見度。把開發過程中發生的事件以某種可閱讀的形式記錄在文件中。管理人員可把這些記載下來的材料作為檢查軟體開發進度和開發質量的依據，實現對軟體開發的工程管理。
2)提高開發效率。軟體文件的編制，使得開發人員對各個階段的工作都進行周密思考、全盤權衡、從而減少返工。並且可在開發早期發現錯誤和不一致性，便於及時加以糾正。
3)作為開發人員在一定階段的工作成果和結束標誌。
4)記錄開發過程中的有關資訊，便於協調以後的軟體、開發、使用和維護。
5)提供對軟體的執行、維護和培訓的有關資訊，便於管理人員、開發人員、操作人員、使用者之間的協作、交流和了解。使軟體開發活動更科學、更有成效。
6)便於潛在使用者瞭解軟體的功能、效能等各項指標，為他們選購符合自己需要的軟體提供依據。
文件在各類人員、計算機之間的多種橋樑作用中看出：
既然軟體已經從手工藝人的開發方式發展到工業化的生產方式，文件在開發過程中就起到關鍵作用。從某種意義上來說，文件是軟體開發。
規範的體現和指南。按規範要求生成一整套文件的過程，就是按照軟體開發規範完成乙個軟體開發的過程。所以，在使用工程化的原理和方法來指導軟體的開發和維護時，應當充分注意軟體文件的編制和管理。
ps：軟體開發文件包括：
操作手冊。維護修改建議。
軟體需求（規格）說明書。
開發文件 軟體需求（規格）說明書。
資料要求說明書。
概要設計說明書。
詳細設計說明書。
可行性研究報告。
專案開發計劃。
管理文件 專案開發計劃。
測試計劃。測試報告。
開發進度月報。
開發總結報告。
軟體文件在軟體開發中的作用？
2樓：在蘊秀帖唱
軟體文件在軟體開發中起到很重要作用，如果沒有軟體文件，後前的工作就難以，維護很難。軟體文件其實可以看做是乙個規範、標準，特別是前期的需求分析，利用軟體文件可以很好的去了解業務邏輯等。
3樓：充碧萱閆邃
軟體文件還包括了。
軟體的需求分析和軟體的設計。
文件完成後再開始著手編碼，無論是出問題查詢還是臨時修改都十分方便！
軟體開發常用的文件有哪些？
4樓：網友
官方api，或者官方文件。
5樓：石頭
用什麼語言找什麼文件，，，你拿什麼語言開發啊。
完整的軟體開發文件包括哪些
6樓：匿名使用者
可行性研究報告、需求規格說明書、專案計劃、軟體測試計劃、概要設計說明書、詳細設計說明書、程式設計規範、軟體測試用例、軟體測試報告、使用者手冊、安裝手冊、專案總結報告。
什麼是軟體開發文件
7樓：網友
如果我們知道軟體文件的價值，那麼為什麼不經常使用它呢？對於新手，大多數軟體文件都存在很多下面提到的這些問題：
糟糕的語法和/或拼寫錯誤的詞語。
不完整。 過期或不準確。
篇幅太長。首字母縮寫沒有解釋或術語不專業。
難於找到資訊或在文件中定位 軟體開發網。
存在這些問題的主要原因是軟體文件通常沒有被給予足夠的重視。專案預算被迫將主要活動花在了開發工作上，在那裡管理層很容易看到他們的收益。值得投入成本的文件工作通常都是主觀的，而且通常被刻畫為需要避免的成本，因為它們被認為不能產生投資回報（roi）。
很多專案經理將客戶所需要的最少文件看作是「鍍金」。
軟體開發網。
軟體文件的另外乙個麻煩**是文件的作者。很多應用程式開發經理覺得軟體文件是開發工作的乙個標準部分，因此，要求他們的開發人員在編碼時也編寫軟體文件。
雖然這在理論上是說得過去的，但是不應該將開發人員看成文件作者。很簡單，技術人員只被培訓如何開發，而沒有被培訓如何寫文件。為了解決這一問題，很多應用程式開發經理嘗試通過聘請一些技術性寫手或商業分析人員來提高他們的軟體文件的質量。
這就導致出現了乙個相反的問題：技術寫手和商業分析人員通常只有有限的技術技能。
解決方案依賴於文件，文件應該迎合其潛在讀者的口味。這方面的通用規則是要求使用乙個協同工作方法來編寫文件，這種方法允許開發人員和寫手發揮他們的長處。例如，如果潛在的讀者是系統設計人員，那麼開發人員應該提供詳細的輸入，但是允許技術寫手去組織和內容以使文件符合語法。
合時性：文件所提供的是當時的資訊嗎？
正確性：文件所提供的資訊正確嗎？
完整性：文件是不是足夠詳細？
可用性：文件隨手可用嗎？
可使用性：能夠快速直觀地找。
8樓：家有三千金的幸福
開發文件也就相當於是做開發前的前期準備，包括對客戶需求的理解、資料分析、操作流程圖、頁面設計等。
軟體開發文件的介紹
9樓：愛刷倝
軟體開發文件是軟體開發使用和維護過程中的必備資料。它能提高軟體開發的效率，保證軟體的質量，而且在軟體的使用過程中有指導，幫助，解惑的作用，尤其在維護工作中，文件是不可或缺的資料。
軟體開發的過程中，這些文件你都用到了嗎
10樓：雲南新華電腦學校
以我幾次接手別人工作的經驗看，最有用的文件是：
使用手冊。要了解軟體，首先要會用。好的使用手冊應該包含快速入門指南和詳細的參考。最好是開發人員寫得。
概念設計文件。比較大的軟體往往有自己的核心概念模型。它是如何對現實工作進行抽象的？最重要的資料結構是什麼？還有整體模組的劃分，系統的層次等架構性的東西。
**。有篇著名的文章code as design[1]指明瞭真正的詳細設計是包含在**中的。這裡的design其實是個名詞，並不是說用寫**來做設計，而是說只有讀**才能看到真正的詳細設計。
除了工作**，註釋和單元測試**對理解軟體也很重要。註釋最重要的是說明一些非常規的，不易理解的東西。單元測試對理解某個函式介面的用處特別有用。
最沒用的文件是詳細設計文件，基本上每個專案中的這種文件都過時了，即是配合變更管理系統，檢視起來依然很困難。
需要哪些文件是一方面，另外每個文件應該包含什麼內容也很重要，不過那是另乙個問題了。
軟體開發應該如何寫，軟體開發文件應該如何寫？
如果我們知道軟體文件的價值，那麼為什麼不經常使用它呢？對於新手，大多數軟體文件都存在很多下面提到的這些問題 糟糕的語法和 或拼寫錯誤的詞語 不完整 過期或不準確 篇幅太長 首字母縮寫沒有解釋或術語不專業 模組開發卷宗 gb8567 88 1標題軟體系統名稱和識別符號 模組名稱和識別符號 如果本卷宗包...
軟體開發前期的需求文件怎麼寫？
軟體開發需要準備哪些文件 軟體開發需求文件怎麼寫 軟體開發過程 立項 需求分析 概要設計 詳細設計 編碼 測試 執行及維護 單元測試參照詳細設計說明說 lld 整合測試參照概要設計說明書 hld 系統測試參照需求規格說明說 srs 需求規格說明書是為使用使用者和軟體開發者雙方對該軟體的初始規定有乙個共...
軟體開發工具有哪些，軟體開發都有哪些
看你用什麼語言開發，如果是c net一般用visualstudio，如果是c語言你可用trubo c，根據對應的開發語言和實際要求選擇開發環境。軟體開發平臺源於繁瑣的實踐開發過程中。開發人員在實踐中將常用的函式 類 抽象 介面等進行總結 封裝，成為了可以重複使用的 中介軟體 而隨著 中介軟體 的成熟...