軟體開發過程中需要寫很多的文件,每乙個文件都有其所對應的寫作目的、預期讀者、以及對應的uml圖,這些文件可以更好的讓我們進行軟體開發。
用途:軟體專案的具體開發流程,為專案整體進展提供計畫基礎。包括提出專案開發的目的,確定詳細專案的實施範圍、定義遞交的工作成果、評估實施過程中的主要風險、制定專案實施時間計畫、成本和預算計畫、人力資源計畫等。
預期讀者:老闆、軟體設計人員、軟體分析員
用途:確定系統必須提供的服務,劃出系統必須完成的功能,對開發計畫進一步細化,由使用者和軟體分析員共同完成,然後交給軟體設計人員。
預期讀者:使用者、軟體分析員、軟體設計人員
uml配圖:用例圖、類圖
用途:設計軟體的整體結構,把軟體按照移動的原則分解模組層次,賦予每個模組一定的任務,並確定模組間的呼叫關係和介面
預期讀者:軟體設計人員、軟體編碼人員
uml配套:類圖、包圖、部署圖、協作圖、活**
用途:依據概要設計階段的分解,為每個模組完成的功能進行具體的描述,要把功能描述轉變為更為精確的、結構化的過程描述。內容包括模組內的演算法、流程、狀態轉化。描述方式有流程圖、n-s圖、pad圖、偽**等。
預期讀者:軟體設計人員、軟體編碼人員、軟體測試人員
uml配圖:物件圖、類圖、包圖、時序圖
用途:對於設計中的資料庫的所有標識,邏輯結構和物理結構做出具體的設計規定。
預期讀者:資料庫設計師、資料庫管理員
概念設計:根據使用者的需求設計資料庫的概念結構,它以規範的形式,表達了使用者需求所涉及事物的理解。
邏輯設計:根據概念設計結果設計資料庫的邏輯結構,即表達方式和實現方法。
物理設計:確定系統儲存內容、儲存介質。
用途:明確系統軟體中的各項功能和功能性需求實現時所需要的資料,然後據此設計資料庫。對資料庫中的資料進行邏輯分類與描述,確定資料的採集方式。
預期讀者:資料庫設計師、資料庫管理員、軟體測試人員
用途:描述將要進行測試活動的範圍、方法、資源和時間進度的文件。它確定了測試項,要測試特徵、測試任務、誰來完成每項任務以及需要一定應急方案的所有風險等。
預期讀者:軟體開發人員、軟體設計人員、軟體編碼人員、軟體測試人員、使用者
uml配圖:用例圖、類圖、包圖、構件圖、協作圖
用途:在測試的基礎上,對測試的結果以及測試的資料等加以分析和總結,它是測試過程中的乙個重要的環節。對今後軟體的功能的加強起著關鍵作用。另外,它還利於今後軟體開發者閱讀源程式,更具測試提供的資料和結果,分析源**,掌握各函式的功能和侷限性,從而縮短軟體開發者在開發時間所耗費精力、資金
預期讀者:軟體開發人員、軟體設計人員、軟體編碼人員、軟體測試人員
用途:對專案開發的實際測試結果進行總結、評價,以便在今後專案開發中更好的實施專案的制定開發,提高開發效率。
預期讀者:軟體開發人員
用途:為使用者說明該軟體提供了那些功能,以及如何正確的、有效的來使用這些功能
預期讀者:使用者、軟體測試人員
用途:給使用者提供乙個使用指南,以便為首次使用該軟體的使用者說明使用方法,以及為已經使用或者正在使用的使用者在使用過程中遇到的問題提供解決問題的方法。
預期讀者:使用者、團建設計人員
軟體工程文件總結
吐槽一下 寫文件之前,糾結了好長時間,不知道怎麼寫 文件完成了之後做總結,感覺又來了 我在想,是不是別人在第一次寫這個東西的時候也這麼糾結 蒐集了好多文件的模板來看,找找感覺吧 在都編輯完了之後發現這些文件也挺有規律性的,從乙個軟體開發之前,到開發完了之後都是需要有文件做輔助的,尤其是在編寫 使用者...
軟體工程 文件總結
文件的作用 提高軟體開發的能件度。作為檢查軟體開發進度和開發質量的依據,實現對軟體開發的工程管理。提高開發效率。作為軟體開發人員的一定成果和結束標誌。便於以後的軟體開發 使用和維護。便於管理人員 開發人員 操作人員 使用者之間的協作。文件的過程就是軟體開發的過程。文件是軟體開發規範和指南。1 可行性...
軟體工程 文件總結
文件寫完了,第一次寫文件。剛開始學習寫文件,真的很痛苦,看著模板,看著那乙個個大標題小標題,代表著我好難,有時候自己寫著文件的時候就感覺到自己寫的不是文件,很好笑,很現實。但是,每個文件我都是認真的寫完的,所有文件都寫完了,所以我還是有收穫的。文件的作用很多,不僅僅是為了使用者 程式設計師提供乙個可...