物件：
汽車電子嵌入式應用層開發
環境：
simulink
優勢：
1. 善於處理複雜的時序、邏輯、運算（定點化數**算）
2. 可以基於pc完成功能驗證測試
3. 自動生成的**不存在基本的語法問題
流程：
1. 需求分析
2. 框架設計
3. 建模
4. 單元測試
5. 整合測試
6. 系統測試
以上6個步驟需要注意的地方如下：
需求分析
注意點如下
a)分功能逐條列出需求捕捉
化整為零，逐條確認可以做到盡可能的不遺漏，同時可以保證向上sor和向下模型設計、測試的追溯
b) 需求分為前置條件、執行動作、輸出結果
做以上區分便於後期建模理清資料流、測試
c) 文件可追溯
可追溯的文件、模型、**、測試，才有邏輯清晰的說服力
輸出物：需求分析文件
框架設計
框架設計是最考驗功底的，乙個好的架構不僅需要對功能瞭如指掌，同時也需要基本的建模素養。
乙個好的架構需要滿足如下條件：
可讀性好（一目了然，通過架構可以清晰的了解功能意圖）
可維護性好（一般說來減功能容易加功能難，預留介面或者預留並行輸入條件）
輸出物：資料流（架構設計文件我感覺用資料流體現足矣）
建模 完成了需求分析、架構設計，模型的搭建就是水到渠成的事。建模細節需要積累。
單元測試
單元功能測試，不涉及功能衝突測試。一般只是做mil（model in the loop）測試，可以同步的追溯完善需求分析文件。鑑於已經完成mil測試可以利用其測試工況順便做一下sil（software in the loop）測試。說明一下，sil只是為了保證模型行為與c**行為的一致性，即便是在很成熟的simulink平台下也不排除小概率的出錯（雖然我從沒有遇到過，但是因為工作量不大，還是建議做一下）
整合測試
整合測試主要是介面測試，可以同步追溯完善資料流文件
系統測試
模型開發最後需要關注的就是系統測試了，系統測試很重要，它直接反映了整個模型各個功能模組自身及相互間的功能實現。一般是hil（hardware in the loop）測試或者台架測試。這裡省略了pil（processor in the loop）測試，有的處理器表現行為可能與c**行為存在差異，如果不是特別冷門的處理器，並且如果沒有後續的台架驗證的話，可以考慮話費成本和精力去做pil。hil測試完成後，基本上可以解決所有的bug了，至於說後續的labcar、實車測試出現問題的話大多是其他車載模組、電器，線束、機械結構等相關的問題。模型本身的問題幾乎沒有，一般就是需要標定，如果這都不能解決，那就要考慮需求本身的問題。
note：關於建模規範上，使用maab測試。通過後相信模型的可讀性、可靠性會有很大的提高。
基於模型開發總結
物件 汽車電子嵌入式應用層開發 環境 simulink 優勢 1.善於處理複雜的時序 邏輯 運算 定點化數 算 2.可以基於pc完成功能驗證測試 3.自動生成的 不存在基本的語法問題 流程 1.需求分析 2.框架設計 3.建模 4.單元測試 5.整合測試 6.系統測試 以上6個步驟需要注意的地方如下...
軟體開發模型總結
2006 11 20 20 17 鑑於軟體測試在面試階段總是提及軟體開發模型的緣故,於是粗略的總結一下軟體開發模型,請指正 瀑布模型將軟體生命週期的各項活動規定為依固定順序聯接的若干階段工作，形如瀑布流水，最終得到軟體產品。優點 a.強調開發的階段性 b.強調早期計畫及需求調查 c.強調產品測試。缺...
內容模型系統開發總結
可用的內容模型系統 表單管理 內容引擎 一來可以進行技術積累，二來可以提高總體的架構思想 架構不敢說這裡只是乙個設計的代名詞而已 現在內容模型系統基礎版本基本完成，再稍加潤色就可以與大家見面，在發布這個模型系統之前，我想寫一下對於這個系統的總結，寫了一些，發現自己的文字確實比較苦澀，搞技術的不好咬文...