


版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、BelktechXXX項目/軟件/系統詳細設計說明書XXXX公司2013年10月文檔過程記錄表時間修正內容校對人版本號備注第一章引言1.1.1編寫目的1.1.2背景1.1.3 參考資料1.1.4 術語定義及說明 2.第二章設計概述3.2.1 任務和目標3.2.2 需求概述3.2.3 運行環境概述 3.2.4 條件與限制 3.2.5 詳細設計方法和工具3.第三章系統詳細需求分析4.3.1 詳細需求分析4.3.2 詳細系統運行環境及限制條件分析接口需求分析 4第四章總體方案確認5.4.1 系統總體結構確認 5.4.2 系統詳細界面劃分5.4.2.1 應用系統與支撐系統的詳細界面劃分 54.2.2
2、系統內部詳細界面劃分 6第五章系統詳細設計7.5.1 系統結構設計及子系統劃分75.2 系統功能模塊詳細設計7.5.3 系統界面詳細設計8.5.3.1 外部界面設計 85.3.2 內部界面設計 85.3.3 用戶界面設計 8第六章數據庫系統設計9.6.1 6.1設計要求9.6.2 6.2信息模型設計 9.6.3 數據庫設計 9.6.3.1 設計依據96.3.2 數據庫種類及特點 96.3.3 數據庫邏輯結構 96.3.4 物理結構設計 106.3.5 數據庫安全106.3.6 數據字典 10第七章非功能性設計.1.第八章環境配置12第一章引言1.1 編寫目的說明編寫詳細設計方案的主要目的。說明
3、書編制的目的是說明一個軟件系統各個層次中的每個程序(每個模塊或子程序)和數據庫系統的設計考慮,為程序員編碼提供 依據。如果一個軟件系統比較簡單,層次很少,本文件可以不單獨編寫, 和概要設計說明書中不重復部分合并編寫。方案重點是模塊的執行流程和數據庫系統詳細設計的描述。1.2背景應包含以下幾個方面的內容:A. 待開發軟件系統名稱;B. 該系統基本概念,如該系統的類型、從屬地位等;C. 開發項目組名稱。1.3參考資料列出詳細設計報告引用的文獻或資料,資料的作者、標題、出版 單位和出版日期等信息,必要時說明如何得到這些資料。1.4術語定義及說明列出本文檔中用到的可能會引起混淆的專門術語、定義和縮寫詞
4、的原文。第二章設計概述2.1任務和目標說明詳細設計的任務及詳細設計所要達到的目標2.2需求概述對所開發軟件的概要描述,包括主要的業務需求、輸入、輸出、 主要功能、性能等,尤其需要描述系統性能需求。2.3運行環境概述對本系統所依賴于運行的硬件,包括操作系統、數據庫系統、 中間件、接口軟件、可能的性能監控與分析等軟件環境的描述,及配 置要求。2.4條件與限制詳細描述系統所受的內部和外部條件的約束和限制說明。包括 業務和技術方面的條件與限制以及進度、管理等方面的限制。2.5詳細設計方法和工具簡要說明詳細設計所采用的方法和使用的工具。如HIPO圖方 法、IDEF (I2DEF )方法、E-R圖,數據流
5、程圖、業務流程圖、選 用的CASE工具等,盡量采用標準規范和輔助工具。第三章系統詳細需求分析主要對系統級的需求進行分析。首先應對需求分析提出的企業需 求進一步確認,并對由于情況變化而帶來的需求變化進行較為詳細的 分析。3.1詳細需求分析包括:詳細功能需求分析詳細性能需求分析詳細資源需求分析詳細系統運行環境及限制條件分析3.2詳細系統運行環境及限制條件分析接口需求分析包括:系統接口需求分析現有硬、軟件資源接口需求分析引進硬、軟件資源接口需求分析第四章 總體方案確認著重解決系統總體結構確認及界面劃分問題。4.1系統總體結構確認對系統組成、邏輯結構及層次進行確認,對應用系統、支撐系統 及各自實現的功
6、能進行確認,細化集成設計及系統工作流程,特別要 注意因軟件的引進造成的系統本身結構和公司其他系統的結構變化。 包括:系統組成、邏輯結構及層次確認應用系統結構確認支撐系統結構確認系統集成確認系統工作流程確認4.2系統詳細界面劃分4.2.1應用系統與支撐系統的詳細界面劃分應用系統與支撐系統之間的界面包括系統主服務器與其他服務 器的服務范圍及訪問方式,網絡及數據庫對應用系統的支撐方式,全 局數據的管理與存取方式等。4.2.2系統內部詳細界面劃分系統各功能之間的界面包括覆蓋范圍,模塊間功能調用涉及到的系統模塊及方法,全局數據格式,系統性能要求等。第五章系統詳細設計5.1系統結構設計及子系統劃分對系統的
7、組成及邏輯結構進行設計前確認。劃分系統功能模塊或子系統(如果有或者有必要,特別是大型的 軟件系統)。5.2系統功能模塊詳細設計按結構化設計方法,在系統功能逐層分解的基礎上,對系統各功 能模塊或子系統進行設計。此為詳細設計的主要部分之一。用層次圖描述系統的總體結構、功能分解及各個模塊之間的相互 調用關系和信息交互,用IPO圖或其他方法描述各模塊完成的功能。 以上建議采用HIPO圖進行功能分解與模塊描述,更高的要求建議采 用IDEFO方法進行功能模型設計。詳細設計應用系統的各個構成模塊完成的功能及其相互之間的 關系,用IPO或結構圖描述各模塊的組成結構、算法、模塊間的接 口關系,以及需求、功能和模
8、塊三者之間的交叉參照關系。每個模塊的描述說明可參照以下格式:模塊編號:模塊名稱:輸入:處理:算法描述:輸出:其中處理和算法描述部分主要采用偽碼或具體的程序語言完成。對詳細設計更高的要求建議用IDEFO圖進行各功能模塊的設計。 如果對軟件需進行二次開發(包括功能擴展、功能改造、用戶界 面改造等),則相應的設計工作應該設立子課題完成。5.3系統界面詳細設計系統界面說明應用系統軟件的各種接口。整個系統的其他接口 (如系統硬件接口、通訊接口等)在相應的部分說明。5.3.1外部界面設計根據系統界面劃分進行系統外部界面設計,對系統的所有外部接 口(包括功能和數據接口)進行設計。5.3.2內部界面設計設計系
9、統內部各功能模塊間的調用關系和數據接口。5.3.3用戶界面設計規定人機界面的內容、界面風格、調用方式等,包括所謂的表單 設計、報表設計和用戶需要的打印輸出等設計。此部分內容可能比較 多。第六章數據庫系統設計此數據庫設計可單獨成冊,尤其對大型的數據庫應用系統,即有 一個單獨的數據庫設計說明書。6.1 6.1設計要求6.2 6.2信息模型設計確定系統信息的類型(實體或視圖),確定系統信息實體的屬性、 關鍵字及實體之間的聯系,詳細描述數據庫和結構設計,數據元素 及屬性定義,數據關系模式,數據約束和限制。6.3數據庫設計6.3.1設計依據說明數據被訪問的頻度和流量,最大數據存儲量,數據增長量, 存儲時間等數據庫設計依據。6.3.2數據庫種類及特點說明系統內應用的數據庫種類、各自的特點、數量及如何實現互 聯,數據如何傳遞。6.3.3數據庫邏輯結構說明數據庫概念模式向邏輯模式轉換所采用的方法論及工具,完 成數據庫概念模式向邏輯模式的轉換。詳細列出所使用的數據結構中每個數據項、記錄和文件的標識、定義、長度及它們之間的相互關 系。此節內容為數據庫設計的主要部分。6.3.4物理結構設計列出所使用的數據結構中每個數據項的存儲要求、訪問方法、存 取單位和存取物理關系等。建立系統程序員視圖,包括:數據在內存中的安排,包括對索引區、緩沖區的設計;所使用的外存設備及外存空間的組織,包括索引區、數
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- DB32/T 3522.5-2019高速公路服務規范第5部分:公共信息服務
- DB31/T 999.5-2016網上政務大廳接入技術規范第5部分:統一編碼規則及獲取
- DB31/T 937-2015基于車載的實時交通信息應用服務規范
- DB31/T 857-2014家具經營服務規范
- DB31/T 1393-2023白玉蘭栽植養護技術規程
- DB31/T 1311-2021數據去標識化共享指南
- DB31/T 1251-2020社區公益服務項目招投標指南
- DB31/T 1201-2019老年照護統一需求評估規范
- DB31/T 1134-2019建筑消防設施檢測評定技術規程
- DB31/T 1109-2022鄉村振興示范村建設指南
- 人教版八年級英語下冊Unit 9 Section A單詞詞匯課件
- 國家開放大學2025年《創業基礎》形考任務2答案
- 兒童支氣管哮喘診斷與防治指南(2025)解讀
- 無人機吊運材料的安全管理要求
- API RP 5A3-2023 套管、油管和管線管的螺紋脂推.薦方法
- 感染病例上報制度與流程
- 民事起訴狀(機動車交通事故責任糾紛)
- 黃岡市 2025年春季九年級調研考試物理試題
- 《重大隱患判定標準解讀》
- 疊杯培訓課件
- INS+2024指南更新要點解讀
評論
0/150
提交評論