概要設計是乙個將使用者目標與需求轉換成具體介面設計方案的重要階段,在這裡我們需要由前一階段的需求分析得到軟體(包括移動應用和**等)的設計和資料結構。
其通常是將複雜的系統按照不同的功能進行模組化,理清模組之間的層次關係以及呼叫關係、確定模組間的介面以及使用者介面。而資料結構部分則是要根據資料的特徵來確定資料的結構並設計出相應的資料庫。
軟體的設計一般有如下流程:
1,需求分析
在這一階段,我們需要理清楚到底要解決哪些問題
並完成「軟體需求說明書」
2,概要設計
在這一階段,根據上一階段的需求來確定總體的實現方案
確定整個軟體的大體布局
各模組的功能以及模組之間的銜接
模組與外部系統的關係,
並完成「軟體概要設計說明書」
3,詳細設計
在這一階段,我們應該開始**每個模組該如何具體實現
每個實現中需要哪些演算法、屬性、引數、資料結構、介面
並完成「軟體詳細設計說明書」
需求
目標執行環境
侷限結構
未解決的問題
使讀者有個全域性觀,對後面的模組設計有準備。
外部介面
內部介面
使用者介面
這些介面不是程式設計中的inte***ce,而是軟體的可用資源。使讀者可以了解到有哪些可供使用的資源。
模組組合
執行時間與控制
這是整個概要設計的核心,它需要指明:
每個模組做什麼,實現了哪些功能
每個模組怎麼做,包括輸入、輸出、邏輯、與其他模組的銜接、介面
每個模組所處的邏輯位置
每個模組所處的物理位置
每個模組的層次結構,可以用軟體框圖來展示
每個模組的關係,諸如依賴、通訊等關係
每個模組的介面,模組之間如何傳遞資訊以及資訊本身的結構
每個模組的處理方式,其需要滿足於哪些功能或效能上的要求
邏輯結構
物理結構
出錯資訊
補救措施
系統維護設計
各個模組的組合、控制以及模組執行的時間
軟體的主題介面設計
還有諸如「安全設計」等都可以考慮進來。
對於設計的準則、**的規範、介面的約定、命名的規則等都需要團隊共同協商。
概要設計是用來評價軟體整體設計可行性的重要支撐,由於每個模組已經開始確定,可以很好的檢查已有的模組是否已經足夠完整,還可以用於評估工作量以及知道下一步的計畫,但是概要設計不應該太重視具體的業務流程以及細節實現,它只是乙個模組化的綱領。
如何寫概要設計
總結一下概要設計要做的任務 1.制定規範 體系 介面規約 命名規則。這是專案小組今後共同作戰的基礎,有了開發規範和程式模組之間和專案成員彼此之間的介面規則 方式方法,大家就有了共同的工作語言 共同的工作平台,使整個軟體開發工作可以協調有序地進行。2.總體結構設計 a 功能 加工 模組 每個功能用那些...
如何寫軟體設計文件
自己在公司1年多前寫的一篇文章,今天翻出來,重溫一下。自從1968年提出 軟體工程 概念以來,軟體開發領域對於借鑑傳統工程的原則 方法,以提高質量 降低成本的探索就從未停止過。而在這個過程中,提出了許多不同的軟體開發模型,典型的有 瀑布式,快速原型法,以及迭代式開發等。是由w.w.royce在197...
如何寫軟體設計文件
自從1968年提出 軟體工程 概念以來,軟體開發領域對於借鑑傳統工程的原則 方法,以提高質量 降低成本的探索就從未停止過。而在這個過程中,提出了許多不同的軟體開發模型,典型的有 瀑布式,快速原型法,以及迭代式開發等。是由w.w.royce在1970年最初提出的軟體開發模型,在瀑布模型中,開發被認為是...