版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
2024年3月如何編寫概要設文檔主講人:張云葉開發(fā)中相關文檔需求說明書產(chǎn)品/項目方案概要設計詳細設計接口規(guī)范文檔技術架構規(guī)范開發(fā)中相關文檔在軟件開發(fā)過程中,方案、概要設計和詳細設計是不同層次的設計文檔,用于指導和記錄軟件系統(tǒng)的設計和實現(xiàn)過程。它們之間的區(qū)別如下:方案(Solution):方案是最高層次的設計文檔,通常由項目經(jīng)理或架構師編寫。方案旨在提供解決問題或實現(xiàn)目標的整體策略和規(guī)劃,包括系統(tǒng)的總體結構、核心功能模塊、技術選型、資源分配等。方案通常較為宏觀,不涉及具體實現(xiàn)細節(jié)。概要設計(High-LevelDesign):概要設計是在方案基礎上進行的更加詳細的設計文檔,通常由系統(tǒng)設計師或架構師編寫。概要設計關注系統(tǒng)各個組件之間的接口和交互方式,包括模塊劃分、模塊之間的關系、數(shù)據(jù)流程、系統(tǒng)流程控制等。概要設計描述了系統(tǒng)的整體框架和結構,但對于具體實現(xiàn)的細節(jié)并不詳細涉及。詳細設計(DetailedDesign):詳細設計是在概要設計的基礎上進行的更加具體和詳細的設計文檔,通常由開發(fā)人員編寫。詳細設計關注每個模塊或組件的具體實現(xiàn)方式,包括數(shù)據(jù)結構、算法、函數(shù)接口、類和方法的設計等。詳細設計描述了系統(tǒng)的實現(xiàn)細節(jié),提供了開發(fā)人員實現(xiàn)代碼的具體指導??傮w而言,方案提供了整體的策略和規(guī)劃,概要設計提供了系統(tǒng)的整體框架和結構,而詳細設計則關注具體的實現(xiàn)細節(jié)。這三個設計文檔在軟件開發(fā)過程中扮演著不同的角色,幫助團隊成員理解和協(xié)同開發(fā)系統(tǒng)。如何進行系統(tǒng)分析
架構方法+場景分析1基本名稱說明容易混淆的名詞:系統(tǒng)與子系統(tǒng)、模塊與組件、框架與架構。模塊與組件都是系統(tǒng)的組成部分,從不同角度拆分系統(tǒng)而已。模塊是邏輯單元,組件是物理單元。模塊就是從邏輯上將系統(tǒng)分解,即分而治之,將復雜問題簡單化。模塊的粒度可大可小,可以是系統(tǒng),幾個子系統(tǒng)、某個服務,函數(shù),類,方法、功能塊等等。劃分模塊的主要目的是職責分離。組件可以包括應用服務、數(shù)據(jù)庫、網(wǎng)絡、物理機、還可以包括MQ、容器、Nginx等技術組件。劃分組件的主要目的的是單元復用。"組件"的英文單詞Component,對應中文的"零件"一詞,"零件"更容易理解一些。"零件"是一個物理的概念,并且具備"獨立且可替換"的特點?,F(xiàn)在越來越多的UI設計使用組件化化和模塊化??蚣苁且?guī)范,架構是結構:框架和架構的區(qū)別還是比較明顯的,框架關注的是"規(guī)范",架構關注的是"結構":框架的英文是Framework,例如,SpringMVC是"WebMVCFramework";
架構的英文是Architecture,例如,Linux操作系統(tǒng)的架構。用例圖架構領域,有兩種常見架構方法RUP和TOGAF,不同架構方法論,定義的架構分類也不同RUP4+1架構方法主要是以架構生命周期為視角進行描述,而TOGAF9按架構涉及內容維度來描述。因此我結合兩者細分為業(yè)務架構、應用架構、數(shù)據(jù)架構、技術架構,代碼架構,部署架構。架構設計方法TOGAF9架構分類邏輯視圖:用于描述系統(tǒng)軟件功能拆解后的組件關系,組件約束和邊界,反映系統(tǒng)整體組成與系統(tǒng)如何構建的過程。關注功能和邏輯層。開發(fā)視圖:描述系統(tǒng)的模塊劃分和組成,以及細化到內部包的組成設計,服務于開發(fā)人員,反映系統(tǒng)開發(fā)實施過程。物理視圖:描述軟件如何映射到硬件,反映系統(tǒng)在分布方面的設計,系統(tǒng)的組件是如何部署到一組可計算機器節(jié)點上,用于指導軟件系統(tǒng)的部署實施過程。處理流程視圖:用于描述系統(tǒng)軟件組件之間的通信時序,數(shù)據(jù)的輸入輸出,反映系統(tǒng)的功能流程與數(shù)據(jù)流程,通常由時序圖和流程圖表示。關注進程、線程、對象等運行時概念以及相關的并發(fā)、同步、通信等問題。RUP4+1架構視圖用例圖用例圖(工位,流程,角色..)從用戶場景引導進行模型,架構設計流程編寫合格的概要設計文檔
流程規(guī)范+重點問題2
概要設計的主要任務是把需求分析得到的系統(tǒng)擴展用例圖轉換為軟件結構和數(shù)據(jù)結構。
設計軟件結構的具體任務是:將一個復雜系統(tǒng)按功能進行模塊劃分、建立模塊的層次結構及調用關系、確定模塊間的接口及人機界面等。
數(shù)據(jù)結構設計包括數(shù)據(jù)特征的描述、確定數(shù)據(jù)的結構特性、以及數(shù)據(jù)庫的設計。
顯然,概要設計建立的是目標系統(tǒng)的邏輯模型,與具體計算機硬件無深度關系。什么是概要設計需求目標總體/功能架構部署架構關鍵模型對外接口核心流程核心算法按照模塊來細化概要設計的流程和步驟編寫概要設計是在技術方案的基礎上進一步詳細闡述系統(tǒng)的設計思路、模塊劃分和交互方式。項目背景和目標:介紹項目的背景和目標,包括項目的業(yè)務需求、用戶需求和系統(tǒng)目標。明確需要解決的問題和實現(xiàn)的功能。系統(tǒng)架構概述:概述系統(tǒng)的整體架構,包括各個組件、模塊和層次結構之間的關系和交互方式。用框圖或圖表等形式呈現(xiàn)系統(tǒng)的結構。功能模塊劃分:根據(jù)項目需求,將系統(tǒng)拆分為不同的功能模塊或子系統(tǒng)。對每個模塊進行詳細描述,包括其功能、輸入輸出、依賴關系等。模塊接口定義:定義每個模塊之間的接口和交互方式。包括數(shù)據(jù)傳輸格式、接口參數(shù)、接口調用順序等。確保模塊之間的通信和數(shù)據(jù)流暢通。數(shù)據(jù)庫設計:如果項目涉及數(shù)據(jù)存儲和管理,設計數(shù)據(jù)庫結構和表關系。定義數(shù)據(jù)庫中的表、字段、索引等。確保數(shù)據(jù)的一致性和完整性。類和對象設計:根據(jù)功能模塊的劃分,設計類和對象的結構和關系。定義類之間的繼承關系、關聯(lián)關系、接口等。用類圖或對象圖等形式進行表示。概要設計的流程和步驟說明7.類和對象設計:根據(jù)功能模塊的劃分,設計類和對象的結構和關系。定義類之間的繼承關系、關聯(lián)關系、接口等。用類圖或對象圖等形式進行表示。8.系統(tǒng)流程圖:繪制系統(tǒng)的主要業(yè)務流程圖,描述用戶與系統(tǒng)的交互過程。包括用戶輸入、系統(tǒng)處理和輸出結果。確保流程的合理性和完整性。9.異常處理和錯誤處理:定義系統(tǒng)中可能出現(xiàn)的異常情況和錯誤處理機制。包括異常的捕獲和處理方式、錯誤提示和恢復策略等。10.安全設計:考慮系統(tǒng)的安全需求,設計相應的安全策略和機制。包括身份認證、權限控制、數(shù)據(jù)加密、漏洞防護等方面的設計和實施。11.性能優(yōu)化設計:針對系統(tǒng)的性能需求,提出性能優(yōu)化的設計方案。包括緩存策略、并發(fā)控制、數(shù)據(jù)庫優(yōu)化等。確保系統(tǒng)具有高性能和可擴展性。12.接口文檔和API定義:編寫接口文檔,描述每個模塊的API接口和調用方式。包括參數(shù)說明、返回結果、錯誤碼等。確保接口的規(guī)范和易用性。13.部署和運維計劃:制定系統(tǒng)的部署和運維計劃,包括環(huán)境配置、部署流程、監(jiān)控方案、故障處理等。確保系統(tǒng)的可用性和穩(wěn)定性。概要設計的流程和步驟說明整體架構(業(yè)務架構)<繪制本產(chǎn)品與其他外部實體之間的結構關系圖。該圖應包含本系統(tǒng)、外部實體以及它們之間的數(shù)據(jù)流。該圖將定義產(chǎn)品的邊界、與外部環(huán)境接口的界面,如:與其它產(chǎn)品、應用系統(tǒng)、網(wǎng)絡、組織運行機構的接口等。該圖顯示了本產(chǎn)品所需的資源(如數(shù)據(jù)、消息、事件、文件)的來源,并描繪產(chǎn)品的反應和輸出。結構關系圖不側重描述產(chǎn)品的內部結構和流程。>PictureContent_baseContent_VODContent_SeriesProgramMovie_fileContent_ProgramEpisodeN11NNNNN子類
子類
Content_ArticleChannel/…..核心模型設計:內容模型接口設計要求和場景,流程的對應字段定義清晰關鍵業(yè)務對象,預留保留字段重要接口安全性要求場景理解和提升接口是模型的映射反應接口定義的基本要求根據(jù)擴展的場景來定義接口,而不是只根據(jù)現(xiàn)在的場景來定義接口接口是核心模型對外服務的映射,ER關系不變,后續(xù)擴展,也不會影響太大a.要明確模型之間的關系,b.BO和DTO的轉化
功能定義要求確定功能模塊:根據(jù)需求分析和系統(tǒng)設計,確定系統(tǒng)中的各個功能模塊。每個功能模塊應當以一個獨立的功能或一組相關功能為基礎。描述功能:對于每個功能模塊,明確描述其具體功能和預期的行為。簡潔明了地說明模塊實現(xiàn)的目標是什么,它將如何滿足需求,并實現(xiàn)哪些具體的操作或處理。劃定接口:對于每個功能模塊,確定其與其他模塊之間的接口。這包括輸入?yún)?shù)、輸出參數(shù)、調用關系、數(shù)據(jù)依賴關系等。確保各個功能模塊之間的接口清晰定義,便于團隊成員理解和協(xié)同開發(fā)。詳細設計+UML等其他流程規(guī)范+重點問題3可迭代的敏捷開發(fā)方式敏捷要求在一個相對穩(wěn)定的框架(模型,架構,對外接口..)下進行實現(xiàn)層面的分階段小步快跑,不是開始快,后面反復調整框架,進行事后補賬。如造一個大樓,整體框架確定后,可以分階段并行去做,先做2層,先做毛胚,在做裝修,在做水電…前題要求理解需求和場景,核心模型和接口要基本設計到位實現(xiàn)技巧一個場景一個場景實現(xiàn),完成整體場景流程后臺服務的邏輯,可以使用存儲過程來實現(xiàn)采用封裝隔離的方式,可將初期臨時的模塊做替換4.
前端按照正式場景,定義JSAPI+Mock來快速開發(fā)詳細設計做那些數(shù)據(jù)庫設計:如果項目涉及數(shù)據(jù)存儲和管理,設計數(shù)據(jù)庫結構和表關系。定義數(shù)據(jù)庫中的表、字段、索引等。確保數(shù)據(jù)的一致性和完整性。類和對象設計:根據(jù)功能模塊的劃分,設計類和對象的結構和關系。定義類之間的繼承關系、關聯(lián)關系、接口等。用類圖或對象圖等形式進行表示。系統(tǒng)流程圖:繪制系統(tǒng)的主要業(yè)務流程圖,描述用戶與系統(tǒng)的交互過程。包括用戶輸入、系統(tǒng)處理和輸出結果。確保流程的合理性和完整性結構型的圖(StructureDiagram)類圖(ClassDiagram)對象圖(ObjectDiagram)構件圖(ComponentDiagram)
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024常規(guī)終止解除勞動合同證明書
- 2024年城市供水工程建設項目特許經(jīng)營合同
- 2024年廢棄物處理拆除勞務合同
- 有關產(chǎn)品加工合同經(jīng)典范文
- 2024工傷賠償協(xié)議書示例
- 私營店主用人勞動合同范本2024年
- 互聯(lián)網(wǎng)接入服務合同范本
- 標準建房合同范本
- 工程分包合同書范本專業(yè)
- 全面店面出租合同模板
- 砌體工程監(jiān)理實施細則
- 運輸車輛衛(wèi)生安全檢查記錄表
- 房建裝修修繕工程量清單
- 部編版四年級道德與法治上冊第8課《網(wǎng)絡新世界》優(yōu)質課件
- 柴油發(fā)電機組應急預案
- 格力2匹柜機檢測報告KFR-50LW(50530)FNhAk-B1(性能)
- 分級護理制度考試題及答案
- 小學生勞動課炒菜教案(精選8篇)
- 高考作文模擬寫作:“德”與“得”導寫及范文
- 江蘇專轉本《大學語文》考綱
- 中國青瓷藝術鑒賞智慧樹知到答案章節(jié)測試2023年麗水學院
評論
0/150
提交評論