㈠ 軟體工程文檔都包括哪些
有很多，有幾個是很重要的如：需求規格說明書，概要設計說明書，詳細設計說明書，
記不太清了，還有什麼立項調查報告、立項建議書、立項評審報告、項目設計開發任務書、項目計劃、軟體評審報告、變更需求報告、設計變更報告、項目管理報告、項目總結報告等；本人建議你還是去找一本軟體工程的書籍來看一下！自己看一下比較好！我說的也不夠清楚!
㈡ 軟體工程的三大文檔是什麼
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項目總結報告
一共這么多，三大報告是
需求分析說明書
概要設計說明書
詳細設計說明書
㈢ 軟體工程項目文檔生成管理工具
http://wenku..com/link?url=PkgwVSx-jfogLMptLSWSa-npyn5VYkZ0RHcxW 來這里看看
㈣ 軟體工程文檔
干什麼用,考試用,還是搞開發用???
國家計算機二級教程上有軟體工程方面內容,還有書店裡也有專業書籍出售.
㈤ 軟體工程詳細設計實例
1.0概述 這部分提供對整個設計文檔的概述。描述了所有數據，結構，介面和軟體構件級別的設計。 1.1 目標和對象 描述軟體對象的所有目標。 1.2 陳述范圍 軟體描述。主要輸入，過程功能，輸出的描述，不考慮詳細細節。 1.3 軟體內容 軟體被置於商業或者產品線中，討論相關的戰略問題。目的是讓讀者能夠對「宏圖」有所了解。 1.4 主要系統參數 任何商務軟體或者產品線都包含軟體規定、設計、實現和測試的說明和規范。 2.0 數據設計 描述所有數據結構包括內部變數，全局變數和臨時數據結構。 2.1 內部軟體數據結構 描述軟體內部的構件之間的數據傳輸的結構。 2.2 全局數據結構 描述主要部分的數據結構。 2.3 臨時數據結構 為臨時應用而生成的文件的描述。 2.4 資料庫描述 作為應用程序的一部分，描述資料庫結構。 3.0 結構化和構件級別設計 描述程序結構。 3.1 程序結構 詳細描述應用程序所選定的程序結構。 3.1.1 結構圖 圖形化描述結構。 3.1.2 選擇性 討論其它可供考慮的結構。選定3.1.1中結構類型的原因。 3.2 構件描述 詳細描述結構中的每個軟體構件。 3.2.1 構件過程敘述(PSPEC) 描述構件的過程。 3.2.2 構件介面描述 詳細描述構件的輸入和輸出。 3.2.3 構件執行細節 每個構件的詳細演算描述。 3.2.3.1 介面描述 3.2.3.2 演算模型(e.g., PDL) 3.2.3.3 規范/限制 ]3.2.3.4 本地數據結構 3.2.3.5 在3.2.3.6設計中包含的執行結果 3.3 軟體介面描述 軟體對外界的介面描述 3.3.1機器對外介面 與其他機器或者設備的介面描述。 3.3.2系統對外介面 對其它系統、產品和網路的介面描述。 3.3.3與人的介面 概述軟體與任何人的界面。 4.0 用戶界面設計 描述軟體的用戶界面設計。 4.1 描述用戶界面 詳細描述用戶界面，包括屏幕顯示圖標、圖片或者類型。 4.1.1 屏幕圖片 從用戶角度描述界面。 4.1.2 對象和操作 所有屏幕對象和操作的定義。 4.2 界面設計規范 用戶界面的設計和實現的規范和標准。 4.3 可見構件 實現的GUI可見構件說明。 4.4 UIDS描述 用戶界面開發系統描述。 5.0約束、限制和系統參數 會影響軟體的規格說明、設計和實現的特殊事件。 6.0測試標准 測試策略和預備測試用例描述。 6.1 測試的類別 規定實施測試的類別，包括盡量詳細的描述。這里是針對黑盒測試現象的描述。 6.2期待軟體反饋 測試期待的結果描述。 6.3執行界線 特殊執行需要的說明。 6.4 重要構件確認 決定性構件或者需要特殊注意的構件的測試確認。 7.0附錄 設計說明的補充信息。 7.1系統可跟蹤矩陣 一個定期回歸系統規格跟蹤軟體需求的矩陣。 7.2 產品戰略 如果規格說明書是為一個產品設計的，描述相關的產品戰略。 7.3 使用分析演算法 描述所有分析活動所使用到的分析演算法。 7.4 補充信息 (如果有需要特別說明的)
㈥ 軟體開發文檔包括哪些
模塊開發卷宗（GB8567——88）
1標題
軟體系統名稱和標識符
模塊名稱和標識符（如果本卷宗包含多於一個的模塊，則用這組模塊的功能標識代替模塊名）
程序編制員簽名
卷宗的修改文本序號
修改完成日期
卷宗序號（說明本卷宗在整個卷宗中的序號）
編排日期（說明整個卷宗最近的一次編排日期）
2模塊開發情況表
3功能說明
扼要說明本模塊（或本組模塊）的功能，主要是輸入、要求的處理、輸出。可以從系統設計說明書中摘錄。同時列出在軟體需求說明書中對這些功能的說明的章、條、款。
4設計說明
說明本模塊（或本組模塊）的設計考慮，包括：
a． 在系統設計說明書中有關對本模塊（或本組模塊）設計考慮的敘述，包括本模塊在軟體系統中所處的層次，它同其他模塊的介面；
b． 在程序設計說明書中有關對本模塊（或本組模塊）的設計考慮，包括本模塊的演算法、處理流程、牽涉到的數據文卷設計限制、驅動方式和出錯信息等；
c． 在編制目前已通過全部測試的源代碼時實際使用的設計考慮。
5原代碼清單
要給出所產生的本模塊（或本組模塊）的第一份無語法錯的源代碼清單以及已通過全部測試的當前有效的源代碼清單。
6測試說明
說明直接要經過本模塊（或本組模塊）的每一項測試，包括這些測試各自的標識符和編號、進行這些測試的目的、所用的配置和輸入、預期的輸出及實際的輸出。
7復審的結論
把實際測試的結果，同軟體需求說明書、系統設計說明書、程序設計說明書中規定的要求進行比較和給出結論。
㈦ 軟體開發需要哪些文檔
可行性研究報告、需求規格說明書、項目計劃、軟體測試計劃、概要設計說明書、詳細設計說明書、編程規范、軟體測試用例、軟體測試報告、用戶手冊、安裝手冊、項目總結報告
㈧ 軟體工程研究性課題一般要撰寫哪些文檔
這個不屬於軟體工程的范疇了吧，應該是信息安全或計算網路領域的了。
㈨ 軟體工程實例 報告 文檔 程序 都有
1 引言。
1編寫目的：
可行性研究的目的是為了對問題進行研究，以最小的代價在最短的時間內確定問題是否可解
經過對此項目進行詳細調查研究，初擬系統實現報告，對軟體開發中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發風險及其所帶來的經濟效益。本報告經審核後，交軟體經理審查。
1.2 項目背景：
開發軟體名稱：超市進銷存系統。
項目任務提出者：老師。
項目開發者：shu408157847。
用戶：超市。
實現軟體單位：學校
項目與其他軟體，系統的關系：
本項目採用客戶機/伺服器原理，客戶端的程序是建立在Windows NT 系統上以Microsoft Visual C++為開發軟體的應用程序，伺服器端採用Linux 為操作系統的工作站，是採用Oracle 8的為開發軟體的資料庫服務程序。
1．3 定義：
[專門術語]：
[縮寫詞]：
1．4 參考資料：
《軟體工程導論》，張海藩，清華大學出版社。
《實用軟體工程》，鄭人傑等，清華大學出版社。
2．可行性研究的前提
2.1要求
主要功能：
性能要求：
對伺服器上的數據必須進行及時正確的刷新。
輸出要求：數據完整，詳實。
輸出要求：簡捷，快速，實時。
安全與保密要求：許可權不同
完成期限：預計六個月，即截止2007年12月8日。
2.2目標：
系統實現後，大大提高旅遊局的機票預定服務效率超市的管理水平。降低誤差，減少開銷
2.3條件，假定和限制
建議軟體壽命：5年。
經費來源：。
硬體條件：伺服器sun工作站，終端為pc機。
運行環境：Linux
資料庫：Oracle8
投入運行最遲時間：2000/04/04
2.4可行性研究方法
2.5決定可行性的主要因素
1 經濟可行性
成本/效益分析結果，短期-長期利益分析。
技術可行，現有技術可完全承擔開發任務。
操作可行，軟體能被原有工作人員快速接受。
3．技術可行性分析
3.1系統簡要描述
3.2處理流程和數據流程
3.3環境可行性
3.4 人員可行性：操作宜學
3.5 效益分析
投資回收周期
2.3年
4.5敏感性分析
設計系統周期為五年, 估計最長可達10年
處理速度:一般查詢速度<4秒
關鍵數據查詢速度: <2秒
5。法律因素
6。其他可供選擇的方案
7．結論意見
由於投資效益比遠大於100%, 技術、經濟、操作都有可行性，可以進行開發.
以上為包含步驟，供你參考！！