軟體設計流程
1.問題定義階段
2.可行性研究階段
3.需求分析：解決軟體"做什麼"的問題
功能需求
效能需求
使用者和人的因素
環境需求
介面需求
文件需求
資料需求
資源需求
安全保密需求
可靠性需求
軟體成本消耗和開發進度需求
其他非功能性需求
uml：用例圖、狀態圖、時序圖：
4.系統設計
（1）概要設計
-設計軟體系統總體結構
設計軟體的結構，包括組成模組，模組的層次結構，模組的呼叫關係，每個模組的功能等等
-資料結構設計和資料庫設計
設計該項目的應用系統的總體資料結構和資料庫結構，即應用系統要儲存什麼資料，這些資料是什麼樣的結構，它們之間有什麼關係。
概念模型/邏輯設計/物理設計，使用e-r圖表示
輸出：概要設計說明書、資料庫設計說明書、使用者手冊、測試計畫等
軟體概要設計說明書：說明系統模組劃分、選擇的技術路線等，整體說明軟體的實現思路。並且需要指出關鍵技術難點等。
uml：用例圖、流程圖
（2）詳解設計
對每個模組進行詳細的演算法設計
對模組內的資料結構進行設計
對資料庫進行物理設計
輸出：詳細設計說明書
uml：類圖、時序圖、狀態圖、活**。
5.編碼
6.測試
7.交付
8.維護
關於uml，個人使用的是staruml工具。可以不破解，也可以簡單破解進行使用
常用的uml圖定義：
用例圖：是指由參與者（actor）、用例（use case），邊界以及它們之間的關係構成的用於描述系統功能的檢視。是系統的藍圖。
流程圖：以特定的圖形符號加上說明，表示演算法的圖，稱為流程圖或框圖。
類圖：(class diagram)是顯示了模型的靜態結構，特別是模型中存在的類、類的內部結構以及它們與其他類的關係等。
時序圖:（sequence diagram），又名序列圖、循序圖，是一種uml互動圖。它通過描述物件之間傳送訊息的時間順序顯示多個物件之間的動態協作。
狀態圖：狀態圖(statechart diagram)是描述乙個實體基於事件反應的動態行為，顯示了該實體如何根據當前所處的狀態對不同的事件做出反應。
活**：活**（activity diagram，動態圖）是闡明了業務用例實現的工作流程。
設計原則與軟體設計
眾所周知，設計原則是設計模式的基石。當遵循設計原則的時候，寫出的 就會變得非常靈活，並且可以應對變化，也更加容易維護。當然，也不是那麼絕對。下面首先會簡要介紹一些基本的設計原則，然後再介紹robert c.martin的s.o.l.i.d原則。1 設計原則簡述 kiss原則 keep it stup...
軟體設計原則與方法
開 閉 原則 open closed principle,ocp 乙個軟體實體應當對擴充套件開放，對修改關閉。software entities should be open for extension,but closed for modification.在設計乙個模組的時候，應當使這個模組可以...
UART軟體設計與分析
在利用uart進行資料操作之前，先來了解uart的操作過程是怎樣的。1 設定i o連線到uart。2 設定串列埠波特率。3 傳送或接收資料。4 檢查串列埠狀態字或等待串列埠中斷。關於串列埠的操作主要由以下幾個函式來實現。1 串列埠初始化函式uartinit uint32 t baudrate uar...