程序詳細設計方案模板.doc_第1頁
程序詳細設計方案模板.doc_第2頁
程序詳細設計方案模板.doc_第3頁
程序詳細設計方案模板.doc_第4頁
程序詳細設計方案模板.doc_第5頁
免費預覽已結束,剩余8頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

文檔編號: 版 本 號: 密 級: XXX詳細設計方案(模板)項目名稱:(此處填入項目中文名稱)(此處填入項目英文名稱)項目負責人:(此處填入項目負責人)擬制: 年 月 日審核: 年 月 日批準: 年 月 日項目名稱文檔名稱文 件 控 制 變更記錄日期作者版本更改說明審閱日期審閱者意見分發(fā)編號接收人地點目錄1 引言51.1 編寫目的51.2背景51.3 參考資料51.4術語定義及說明52 2設計概述52.1任務和目標52.1.1需求概述52.1.2運行環(huán)境概述62.1.3條件與限制62.1.4詳細設計方法和工具63 系統(tǒng)詳細需求分析63.1詳細需求分析63.2接口需求分析64 總體方案確認74.1系統(tǒng)總體結構確認74.2 系統(tǒng)詳細界面劃分74.2.1應用系統(tǒng)與支撐系統(tǒng)的詳細界面劃分74.2.2系統(tǒng)內(nèi)部詳細界面劃分75 系統(tǒng)詳細設計75.1系統(tǒng)結構設計及子系統(tǒng)劃分75.2系統(tǒng)功能模塊詳細設計85.3系統(tǒng)界面詳細設計85.3.1外部界面設計85.3.2內(nèi)部界面設計95.3.3用戶界面設計96 數(shù)據(jù)庫系統(tǒng)設計96.1設計要求96.2信息模型設計96.3數(shù)據(jù)庫設計96.3.1設計依據(jù)96.3.2數(shù)據(jù)庫選型96.3.3數(shù)據(jù)庫種類及特點96.3.4數(shù)據(jù)庫邏輯結構96.3.5物理結構設計 106.3.6數(shù)據(jù)庫安全106.3.7數(shù)據(jù)字典107 網(wǎng)絡通信系統(tǒng)設計107.1設計要求107.2網(wǎng)絡結構確認107.3網(wǎng)絡布局設計107.4網(wǎng)絡接口設計118 8信息編碼設計118.1代碼結構設計118.2代碼編制119 9維護設計 119.1系統(tǒng)的可靠性和安全性119.2系統(tǒng)及用戶維護設計 119.3系統(tǒng)擴充119.4錯誤處理 119.4.1出錯類別119.4.2 出錯處理119.5 系統(tǒng)調(diào)整及再次開發(fā)問題 1210 系統(tǒng)配置1210.1配置原則1210.2硬件配置1210.3軟件配置1211 11關鍵技術1211.1關鍵技術的提出1211.2關鍵技術的一般說明1211.3關鍵技術的實現(xiàn)方案1312 組織機構及人員配置1313 投資預算概算及資金規(guī)劃1314 實施計劃1314.1限制1314.2實施內(nèi)容和進度安排1314.3實施條件和措施1314.4系統(tǒng)測試計劃1314.4.1測試策略1414.4.2測試方案1414.4.3預期的測試結果1414.4.4測試進度計劃1414.5驗收標準141 引言1.1 編寫目的說明編寫詳細設計方案的主要目的。詳細設計的主要任務是對概要設計方案做完善和細化。說明書編制的目的是說明一個軟件系統(tǒng)各個層次中的每個程序(每個模塊或子程序)和數(shù)據(jù)庫系統(tǒng)的設計考慮,為程序員編碼提供依據(jù)。如果一個軟件系統(tǒng)比較簡單,層次很少,本文件可以不單獨編寫,和概要設計說明書中不重復部分合并編寫。 方案重點是模塊的執(zhí)行流程和數(shù)據(jù)庫系統(tǒng)詳細設計的描述。1.2 背景應包含以下幾個方面的內(nèi)容:A. 待開發(fā)軟件系統(tǒng)名稱;B. 該系統(tǒng)基本概念, 如該系統(tǒng)的類型、從屬地位等;C. 開發(fā)項目組名稱;D. 項目代號(項目規(guī)劃所采用的代號);E. 說明遵從的IT標準和原則,符合公司的IT ABBs。1.3 參考資料列出詳細設計報告引用的文獻或資料,資料的作者、標題、出版單位和出版日期等信息,必要時說明如何得到這些資料。1.4 術語定義及說明列出本文檔中用到的可能會引起混淆的專門術語、定義和縮寫詞的原文。2 設計概述條目基本參照概要設計,對其進行細化、修正和補充。2.1 任務和目標說明詳細設計的任務及詳細設計所要達到的目標 。2.1.1 需求概述對所開發(fā)軟件的概要描述, 包括主要的業(yè)務需求、輸入、 輸出、主要功能、性能等,尤其需要描述系統(tǒng)性能需求。 更詳細的需求描述見后。2.1.2 運行環(huán)境概述對本系統(tǒng)所賴于運行的硬件,包括操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、中間件、接口軟件、可能的性能監(jiān)控與分析等軟件環(huán)境的描述,及配置要求。2.1.3 條件與限制詳細描述系統(tǒng)所受的內(nèi)部和外部條件的約束和限制說明。包括業(yè)務和技術方面的條件與限制以及資金、進度、管理等方面的限制。2.1.4 詳細設計方法和工具簡要說明詳細設計所采用的方法和使用的工具。如HIPO圖方法、IDEF(I2DEF)方法、ER圖,數(shù)據(jù)流程圖、業(yè)務流程圖、選用的CASE工具等,盡量采用標準規(guī)范和輔助工具。3 系統(tǒng)詳細需求分析主要對系統(tǒng)級的需求進行分析。首先應對概要設計分析提出的企業(yè)需求進一步確認,并對由于情況變化而帶來的需求變化進行較為詳細的分析。3.1 詳細需求分析包括: 詳細功能需求分析 詳細性能需求分析 詳細信息需求分析 詳細資源需求分析 詳細組織需求分析 詳細系統(tǒng)運行環(huán)境及限制條件分析3.2 詳細系統(tǒng)運行環(huán)境及限制條件分析接口需求分析包括: 系統(tǒng)接口需求分析 現(xiàn)有硬、軟件資源接口需求分析 引進硬、軟件資源接口需求分析4 總體方案確認著重解決系統(tǒng)總體結構確認及界面劃分問題。 4.1 系統(tǒng)總體結構確認對系統(tǒng)組成、邏輯結構及層次進行確認,對應用系統(tǒng)、支撐系統(tǒng)及各自實現(xiàn)的功能進行確認,細化集成設計及系統(tǒng)工作流程,特別要注意因軟件的引進造成的系統(tǒng)本身結構和公司其他系統(tǒng)的結構變化。包括: 系統(tǒng)組成、邏輯結構及層次確認 應用系統(tǒng)結構確認 支撐系統(tǒng)結構確認 系統(tǒng)集成確認 系統(tǒng)工作流程確認4.2 系統(tǒng)詳細界面劃分對系統(tǒng)內(nèi)部各功能及系統(tǒng)與外界之間的界面進一步細化。4.2.1 應用系統(tǒng)與支撐系統(tǒng)的詳細界面劃分應用系統(tǒng)與支撐系統(tǒng)之間的界面包括系統(tǒng)主服務器與其他服務器的服務范圍及訪問方式,網(wǎng)絡及數(shù)據(jù)庫對應用系統(tǒng)的支撐方式,全局數(shù)據(jù)的管理與存取方式等。4.2.2 系統(tǒng)內(nèi)部詳細界面劃分系統(tǒng)各功能之間的界面包括覆蓋范圍,模塊間功能調(diào)用涉及到的系統(tǒng)模塊及方法,全局數(shù)據(jù)格式,系統(tǒng)性能要求等。5 系統(tǒng)詳細設計5.1 系統(tǒng)結構設計及子系統(tǒng)劃分對系統(tǒng)的組成及邏輯結構進行設計前確認。劃分系統(tǒng)功能模塊或子系統(tǒng)(如果有或者有必要,特別是大型的軟件系統(tǒng))。5.2 系統(tǒng)功能模塊詳細設計按結構化設計方法,在系統(tǒng)功能逐層分解的基礎上,對系統(tǒng)各功能模塊或子系統(tǒng)進行設計。此為詳細設計的主要部分之一。用層次圖(H圖)描述系統(tǒng)的總體結構、功能分解及各個模塊之間的相互調(diào)用關系和信息交互,用IPO圖或其他方法描述各模塊完成的功能。 以上建議采用HIPO圖進行功能分解與模塊描述,更高的要求建議采用IDEF0方法進行功能模型設計。詳細設計應用系統(tǒng)的各個構成模塊完成的功能及其相互之間的關系,用IPO或結構圖描述各模塊的組成結構、算法、模塊間的接口關系,以及需求、功能和模塊三者之間的交叉參照關系。與概要設計相比,此部分需要詳細描述從最頂層到最底層模塊和具體算法。而概要設計不必如此詳細(不必涉及太底層的模塊)。每個模塊的描述說明可參照以下格式:模塊編號:模塊名稱:輸入:處理:算法描述:輸出:其中處理和算法描述部分主要采用偽碼或具體的程序語言完成。對詳細設計更高的要求建議用IDEF0圖進行各功能模塊的設計。注意:如果系統(tǒng)的部分模塊采用購買的軟件產(chǎn)品實現(xiàn),則不必對這個模塊進行設計,但應對所購買軟件的應用邊界條件(包括應用接口及資源限制)進行確認。如果對購買軟件需進行二次開發(fā)(包括功能擴展、功能改造、用戶界面改造等),則相應的設計工作應該設立子課題完成。5.3 系統(tǒng)界面詳細設計系統(tǒng)界面說明應用系統(tǒng)軟件的各種接口。整個系統(tǒng)的其他接口(如系統(tǒng)硬件接口、通訊接口等)在相應的部分說明。5.3.1 外部界面設計根據(jù)系統(tǒng)界面劃分進行系統(tǒng)外部界面設計,對系統(tǒng)的所有外部接口(包括功能和數(shù)據(jù)接口)進行設計。5.3.2 內(nèi)部界面設計設計系統(tǒng)內(nèi)部各功能模塊間的調(diào)用關系和數(shù)據(jù)接口。5.3.3 用戶界面設計規(guī)定人機界面的內(nèi)容、界面風格、調(diào)用方式等,包括所謂的表單設計、報表設計和用戶需要的打印輸出等設計。此部分內(nèi)容可能比較多。1 數(shù)據(jù)庫系統(tǒng)設計詳細設計階段的數(shù)據(jù)庫設計是對概要設計相應部分的細化和補充及實現(xiàn)。數(shù)據(jù)庫設計可單獨成冊,尤其對大型的數(shù)據(jù)庫應用系統(tǒng)。1.1 設計要求系統(tǒng)對數(shù)據(jù)庫設計的要求。1.2 信息模型設計說明對概要設計信息模型的設計的補充、改變或細化;確定系統(tǒng)信息的類型(實體或視圖),確定系統(tǒng)信息實體的屬性、關鍵字及實體之間的聯(lián)系, 詳細描述數(shù)據(jù)庫和結構設計,數(shù)據(jù)元素及屬性定義,數(shù)據(jù)關系模式,數(shù)據(jù)約束和限制。 1.3 數(shù)據(jù)庫設計1.3.1 設計依據(jù)說明數(shù)據(jù)被訪問的頻度和流量,最大數(shù)據(jù)存儲量,數(shù)據(jù)增長量,存儲時間等數(shù)據(jù)庫設計依據(jù)。1.3.2 1數(shù)據(jù)庫選型對數(shù)據(jù)庫選型進行確認。1.3.3 數(shù)據(jù)庫種類及特點說明系統(tǒng)內(nèi)應用的數(shù)據(jù)庫種類、各自的特點、數(shù)量及如何實現(xiàn)互聯(lián),數(shù)據(jù)如何傳遞。1.3.4 數(shù)據(jù)庫邏輯結構說明數(shù)據(jù)庫概念模式向邏輯模式轉(zhuǎn)換所采用的方法論及工具,完成數(shù)據(jù)庫概念模式向邏輯模式的轉(zhuǎn)換。 詳細列出所使用的數(shù)據(jù)結構中每個數(shù)據(jù)項、記錄和文件的標識、定義、長度及它們之間的相互關系。此節(jié)內(nèi)容為數(shù)據(jù)庫設計的主要部分。1.3.5 物理結構設計 列出所使用的數(shù)據(jù)結構中每個數(shù)據(jù)項的存儲要求、訪問方法、存取單位和存取物理關系等。建立系統(tǒng)程序員視圖,包括: 數(shù)據(jù)在內(nèi)存中的安排,包括對索引區(qū)、緩沖區(qū)的設計; 所使用的外存設備及外存空間的組織,包括索引區(qū)、數(shù)據(jù)塊的組織與劃分; 訪問數(shù)據(jù)的方式方法。1.3.6 數(shù)據(jù)庫安全說明數(shù)據(jù)的共享方式,如何保證數(shù)據(jù)的安全性及保密性。1.3.7 數(shù)據(jù)字典編寫詳細的數(shù)據(jù)字典。 對數(shù)據(jù)庫設計中涉及到的各種項目,如數(shù)據(jù)項、記錄、系、文卷模式、子模式等一般要建立起數(shù)據(jù)字典,以說明它們的標識符、同義名及有關信息。2 網(wǎng)絡通信系統(tǒng)設計(對比較大型的分布式系統(tǒng)項目,特別是擁有獨立網(wǎng)絡架構的項目,此部分比較重要)。2.1 設計要求系統(tǒng)對網(wǎng)絡通信設計的要求。網(wǎng)絡設計對公司網(wǎng)絡大環(huán)境的要求和影響。2.2 網(wǎng)絡結構確認確認網(wǎng)絡選型及網(wǎng)絡拓撲結構,網(wǎng)絡協(xié)議及服務、通信軟件,網(wǎng)絡互聯(lián)方法,信息載體及硬件配置。2.3 網(wǎng)絡布局設計細化網(wǎng)絡的物理布局,明確站點分布的位置及相互間的距離,提出網(wǎng)絡安裝施工的要求。2.4 網(wǎng)絡接口設計系統(tǒng)的硬件和通訊接口設計,如服務器的網(wǎng)絡接口、協(xié)議等。3 信息編碼設計信息編碼應在詳細設計階段完成。3.1 代碼結構設計確認信息分類編碼總體方案,進行分類代碼結構設計。3.2 代碼編制按代碼結構編制信息代碼4 維護設計 維護設計針對系統(tǒng)運作的一些問題展開,具體條目參照概要設計方案。如果此部分在概要設計方案中已經(jīng)足夠詳細并且可操作,在詳細設計里也可省略。4.1 系統(tǒng)的可靠性和安全性系統(tǒng)在運行可靠性和安全性方面對用戶需求的滿意程度和特殊設計、考慮(如果有的話)。4.2 系統(tǒng)及用戶維護設計 對一般用戶日常維護操作和系統(tǒng)管理的日常維護進行設計,如備份、恢復操作,數(shù)據(jù)物理安全。4.3 系統(tǒng)擴充系統(tǒng)的功能擴充、容量擴大和可移植性、開放性等方面的說明 。4.4 錯誤處理 4.4.1 出錯類別如系統(tǒng)對可能出現(xiàn)的某些錯誤和故障作了專門的設計考慮, 給出這些錯誤或故障的定義和對錯誤進行編碼。4.4.2 出錯處理說明將使用的恢復或再啟動技術, 使軟件從故障點恢復執(zhí)行或軟件從頭開始重新運行的方法。4.5 系統(tǒng)調(diào)整及再次開發(fā)問題 未來可能對系統(tǒng)進行的一些調(diào)整、限制和再次開發(fā)等問題,以及詳細設計中尚未解決但開發(fā)者認為在開發(fā)階段必須解決的問題。5 系統(tǒng)配置系統(tǒng)軟件硬件配置資源明細及配置方案。這部分針對概要設計相應部分加以補充和細化,輸出為可操作的具體方案。5.1 配置原則說明系統(tǒng)的配置原則,如根據(jù)目標、需求、資源、階段等的配置,特別需要包括系統(tǒng)的詳細性能需求。5.2 硬件配置列出開發(fā)及運行系統(tǒng)所需要的硬件平臺、工具等,說明采用依據(jù)。將各層的硬件及網(wǎng)絡配置方案列出圖及表,并加以說明。5.3 軟件配置列出開發(fā)及運行本系統(tǒng)所需要的軟件平臺(操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡平臺等)、軟件輔助工具及使用周期,說明采用依據(jù)。將系統(tǒng)軟件配置(如網(wǎng)絡管理軟件、數(shù)據(jù)庫管理軟件、客戶端軟件等)方案列出圖表,并加以說明。6 關鍵技術關鍵技術指項目所采用的核心技術或技術難點、新技術(如果有的話)。在詳細設計階段應確認概要設計中關鍵技術的設置,對每一項關鍵技術進一步明確詳細的解決方案。6.1 關鍵技術的提出說明關鍵技術提出的原則。6.2 關鍵技術的一般說明說明關鍵技術的名稱、必要性、技術難點、進度、計劃等(可以用表格)。6.3 關鍵技術的實現(xiàn)方案詳細介紹各項關鍵技術的實現(xiàn)方案 。1 組織機構及人員配置說明系統(tǒng)運行對企業(yè)組織機構設置的要求,組織機構調(diào)整方案,調(diào)整后組織機構的任務和職責。說明系統(tǒng)對人員配置的要求和配置方案。2 投資預算概算及資金規(guī)劃列出經(jīng)費投資預算表,說明系統(tǒng)的基本建設費用(包括系統(tǒng)平臺軟件硬件和應用軟件),說明一次性投資及分期投資的項和投資數(shù)額。計算項目總投資和分類投資明細。對投資方面的限制要在此單獨說明。3 實施計劃說明項目的下一步實施計劃和具體的實施方案,為確保方案實施在技術方法、組織機構、人員配置、技術培訓等等所應采取的措施和計劃。包括系統(tǒng)測試計劃和驗收標準。3.1 限制說明在進度設計和實施等方面的限制。3.2 實施內(nèi)容和進度安排對本期實施的內(nèi)容、進度等進行詳細的說明,要求計劃切實、可操作,需求條件清楚,時間比較精確,目標清楚,進度可檢查。對準備遠期實施的內(nèi)容與進度只要求大致說明。3.3 實施條件和措施

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論