❶ 求軟體工程學生信息管理系統，總體設計，詳細設計，用戶文檔部分，郵箱[email protected]。非常感謝、、
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項目總結報告
等
一般文檔都是根絕軟體工程的流程來的
開發，測試等各個環節一般公司可以根據產品，公司情況不同
如果軟體企業通過CMM評估的話 有一套文檔標準的
❹ 論軟體文檔在軟體工程及項目管理中的作用
軟體工程文檔的作用: 硬體產品和產品資料在整個生產過程中都是有形可見的，軟體生產則有很大不同，文檔本身就是軟體產品。沒有文檔的軟體，不成為軟體，更談不到軟體產品。軟體文檔的編制在軟體開發工作中佔有突出的地位和相當的工作量。高效率、高質量地開發、分發、管理和維護文檔，對於轉讓、變更、修正、擴充和使用文檔，對於充分發揮軟體產品的效益有著重要意義。
然而，在實際工作中，文檔的編制和使用都存在著許多問題，很多不規范的地方有待於解決。軟體開發人員中較普遍地存在著對編制文檔不感興趣的現象。從用戶方面看，他們又常常抱怨：文檔售價太高、文檔不夠完整、文檔編寫得不好、文檔已經陳舊或是文檔太多、難於使用等。究竟應該怎樣要求它，文檔應該寫哪些，說明什麼問題，起什麼作用?
軟體開發人員在各個階段中以文檔作為前階段工作成果的體現和後
階段工作的依據，這個作用是顯而易見的。軟體開發過程中軟體開發人員需制定一些工作計劃或工作報告，這些計劃和報告都要提供給管理人員，並得到必要的支持。管理人員則可通過這些文檔了解軟體開發項目安排、進度、資源使用和成果等。軟體開發人員需為用戶了解軟體的使用、操作和維護提供詳細的資料，稱之為用戶文檔。可見，文檔在開發過程中就起到關鍵作用。
從某種意義上來說，文檔是軟體開發規范的體現和指南。按規范要求生成一整套文檔的過程，就是按照軟體開發規范完成一個軟體開發的過程。所以，在使用工程化的原理和方法來指導軟體的開發和維護時，應當充分注意軟體文檔的編制和管理。
在軟體開發的過程中,文檔的作用不可小視。它們不僅能幫助開發人員了解自己的工作進度,方便自己和他人閱讀和改進代碼,還能夠幫助項目的管理人員管理軟體開發進程、提高軟體開發的效率和質量、改進軟體開發過程。
❺ 軟體工程文檔
干什麼用,考試用,還是搞開發用???
國家計算機二級教程上有軟體工程方面內容,還有書店裡也有專業書籍出售.
❻ 大家幫幫忙，我求一個軟體工程的問題定義和需求分析的文檔，
暈死......那麼難怎麼會有人懂呢？我看我是幫不上忙了哈！不過我剛才從網站上復制了一些，你看看吧？
需求獲取
1用戶的權利與義務
2制定調研計劃
3准備調研的資料
4訪談用戶
填寫調研表（那本書里有很好的例子）
5編寫調研報告
6需求的其他來源
7需求分析
8編寫需求文檔
比如數據流程，軟體結構，數據字典等
9需求管理
開發背景，客戶需求，開發工具，項目細節
開發環境，開發語言，還有你的開發流程等等
你自己看看吧？我想你用一個金山快譯也許能幫上忙？試試吧？
❼ 軟體著作權申請中的文檔（設計說明書或用戶手冊）怎麼寫
中國版權保護中心接收登記的文檔包含兩種：操作說明書或設計說明書。
設計說明書適合沒有界面的嵌入式軟體，插件軟體，後台運行軟體以及游戲軟體。一般包含結構圖，軟體流程圖，函數說明，模塊說明，數據介面，出錯設計等。
操作說明書適合管理類軟體，有操作界面，一般應包含登錄界面，主界面，功能界面截圖，截圖之間有相應的文字說明，能全面展示軟體的主要功能。
格式要求：
一、說明書應提交前、後各連續30頁，不足60頁的，應當全部提交。
二、說明書頁眉應標注軟體的名稱和版本號，應當與申請表中名稱完全一致，頁眉右上應標注頁碼，說明書每頁不少於30行，有圖除外，另外截圖應該清晰完整。
❽ 軟體開發文檔包括哪些
模塊開發卷宗（GB8567——88）
1標題
軟體系統名稱和標識符
模塊名稱和標識符（如果本卷宗包含多於一個的模塊，則用這組模塊的功能標識代替模塊名）
程序編制員簽名
卷宗的修改文本序號
修改完成日期
卷宗序號（說明本卷宗在整個卷宗中的序號）
編排日期（說明整個卷宗最近的一次編排日期）
2模塊開發情況表
3功能說明
扼要說明本模塊（或本組模塊）的功能，主要是輸入、要求的處理、輸出。可以從系統設計說明書中摘錄。同時列出在軟體需求說明書中對這些功能的說明的章、條、款。
4設計說明
說明本模塊（或本組模塊）的設計考慮，包括：
a． 在系統設計說明書中有關對本模塊（或本組模塊）設計考慮的敘述，包括本模塊在軟體系統中所處的層次，它同其他模塊的介面；
b． 在程序設計說明書中有關對本模塊（或本組模塊）的設計考慮，包括本模塊的演算法、處理流程、牽涉到的數據文卷設計限制、驅動方式和出錯信息等；
c． 在編制目前已通過全部測試的源代碼時實際使用的設計考慮。
5原代碼清單
要給出所產生的本模塊（或本組模塊）的第一份無語法錯的源代碼清單以及已通過全部測試的當前有效的源代碼清單。
6測試說明
說明直接要經過本模塊（或本組模塊）的每一項測試，包括這些測試各自的標識符和編號、進行這些測試的目的、所用的配置和輸入、預期的輸出及實際的輸出。
7復審的結論
把實際測試的結果，同軟體需求說明書、系統設計說明書、程序設計說明書中規定的要求進行比較和給出結論。
❾ 請教:軟體工程中的系統需求文檔之間的聯系和區別
編制《項目開發計劃》的目的是用文件的形式，把對於在開發過程中各項工作的負責人員、開發進度、所需經費預算、所需軟、硬體條件等問題作出的安排記載下來，以便根據本計劃開展和檢查本項目的開發工作。
軟體《需求規格說明》 是分析任務的最終產物 ，通過建立完整的信息描述、詳細的功能和行為描述、性能需求和設計約束的說明、合適的驗收標准，給出對目標軟體的各種需求。
《需求分析》是軟體生存周期中最關鍵一步，是指用戶對目標軟體系統在功能、行為、性能、設計約束等方面的期望。應該是在《需求規格說明》之前的步驟。
《數據要求說明書》為系統定義數據以及變數的主要依據。
《資料庫設計( Database Design)》是指對於一個給定的應用環境，構造最優的資料庫模式，建立資料庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用需求。
《概要設計說明書》
概要設計的目的：
將軟體系統需求轉換為未來系統的設計；
逐步開發強壯的系統構架；
使設計適合於實施環境，為提高性能而進行設計；
結構應該被分解為模塊和庫。
概要設計的任務：
制定規范：代碼體系、介面規約、命名規則。這是項目小組今後共同作戰的基礎，有了開發規范和程序模塊之間和項目成員彼此之間的介面規則、方式方法，大家就有了共同的工作語言、共同的工作平台，使整個軟體開發工作可以協調有序地進行。
《詳細設計說明書》是為了使開發人員在完成概要設計說明書的基礎上完成概要設計規定的各項模塊的具體實現的設計工作。