软件工程——软件设计总结
一.軟件設計的定義
數據設計 ——> 體系結構設計 ——> 接口設計 ——> 過程流程
數據設計:指內部的數據結構,數據存儲(數據庫或文件)
體系結構設計:物理架構,邏輯架構
接口設計:內部模塊之間的接口,外部與人機,其他系統的接口
過程流程:處理流程和算法,并發控制
? ? ? ?3.軟件設計的兩個階段
總體設計
詳細設計
體系結構具有多樣性
(1)模塊化
高層模塊 ——> 復雜問題 ——> 較小問題
(2)模塊化的重要特征:
抽象化:抽出事物的本質特征不考慮細節
信息隱藏:模塊所包含的信息不允許其他不需要這些信息的模塊訪問,獨立的模塊間僅交流為完成系統功能必須交換的信息。
信息隱藏的作用:提高模塊的獨立性,便于修改維護
4.設計描述與建模
(1)類圖:表示系統中類及類 和類之間的關系,用于對系統的靜態結構進行描述。
(2)一個系統中通常有若干個類圖:一個類圖不一定包含系統中的所有類,一個類也可以出現在多個類圖中。
???????
UML中屬性的語法:[可見性][屬性名][:類型][=初值]
是一個類對象可能經歷的所有歷程的模型圖
UML為復雜系統建模所提供的模型元素組與管的機制。
包 定義 個名字空 包用于定義一個名字空 間或容器(Container) ,通過包可以把類、用例、組 件等語義聯系緊密元素聚集在一起,從而實現從不同 抽象層次、不同角度對系統或子系統進行建模描述, 將對包中的元素作為一個整體對待,并且控制它們的 可視性和存取。
包的表示(1)
包的表示(2)
不同包中的元素可以同名,但是同一包中的模 型元素不能同名。
包的模型元素前可以有可視性標志,其表示方法與 類中的屬性和操作的可視性表示 類中的屬性和操作的可視性表示一樣。
F?+,對于輸入該包的任何包的模型元素都可見 F
-,對于外包不可見 F
#,只對其子包可見
包的聯系:
依賴,輸入依賴
輸入和輸出,泛化
構件圖用來描述代碼構件的物理結構及各個構件之間的物理關系。
構件的作用:
構件是定義了良好接口的物理實現單元,它是系統中可替換的部分。每個構件體現了系統設計中特定類的實現。良好定義的構件不直接依賴于其他構件而依賴于構件所支持的接口。
?
部署視圖描述位于節點實例上的運行構件實例的安排。
?
體系結構:一個系統的高層次的組織結構,表現為系統的組件、組件之間的相互關系、組件與環境之間的相互關系以及設計和進化的原理。
?
體系結構模式:根據軟件設計開發經驗總結出來,且命名的,針對某類型軟件具有通用性和推廣價值的設計方案某一類型軟件具有通用性和推廣價值的設計方案。
UML架構:“4+1”視圖
包括4種架構:
邏輯:軟件邏輯單元(函數、類)的組成及其關系。
MVC架構
進程:系統運行時進程(線程)的構成及其控制。與系統性能有關。
開發:軟件物理單元(動態庫、文件、可執行程序、程序包)的成組及其關系。與軟件開發管理及程序員有關。
物理:系統的網絡拓撲結構系統的網絡拓撲結構、硬件構成以及軟件的部署方案。與系統工程師規劃部署方案有 關。該架構又稱為系統架構(System Arch.)
1.交互設計是關于創建新的用戶體驗的問題,目的 在于增強和擴充人們的工作、通信及交互方式, 使他們能夠更加有效地進行日常工作和學習。
2.設計流程
交互設計: 生成產品原型 線框圖——>視覺設計: 生成產品模型 效果圖——>
SS/HTML: 生成產品DEMO
合理組織內容
簡化表單,突出重點
清晰的瀏覽線
考慮用戶場景 ,保證主流程順暢
選擇合適的標簽對齊方式
提供必要的幫助
智能默認
幫助用戶探索和嘗試
允許用戶犯錯誤
使界面符合用戶的使用習慣
減少用戶在使用軟件時出現錯誤...
典型事件:窗口創建、打開、關閉、銷毀,以及其他界面 元素觸發的事件。
領域模型可以顯示:領域對象或者概念類;概念類之間的關聯;概念類的屬性。
1.設計范圍: l
業務數據在內存中的管理組織;業務數據在外存中的存儲結構。
自定義數據結構; l
開發語言內建的數據結構:
存儲方案:文件 VS. 數據庫
文件優缺點 :l
安裝部署不需要其他軟件支持; l
易于作為網絡數據交換格式; l
不利于數據的并發訪問與共享
數據庫 l
實現數據共享 ;減少數據的冗余度 ;數據的獨立性:獨立于具體應用。數據實現集中控制:數據安全性、一致性和可靠性:①安全性控制;②完整性控制:③并發控制。故障恢復:備份恢復機制。
?
?
?
?
總結
以上是生活随笔為你收集整理的软件工程——软件设计总结的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: ipad文献管理软件_Mac上四款常用的
- 下一篇: jmeter查看平均响应时间_Jmete