軟件設計是把許多事物和問題抽象起來，并且抽象它們不同的層次和角度。建議用數(shù)學語言來抽象事務和問題，因為數(shù)學是最好的抽象語言，并且它的本質(zhì)就是抽象。將復雜的問題分解成可以管理的片斷會更容易。將問題或事物分解并模塊化這使得解決問題變得容易，分解的越細模塊數(shù)量也就越多，它的副作用就是使得設計者考慮更多的模塊之間耦合度的情況。

軟件設計_軟件設計 -設計簡介

軟件設計即“…the process of applying various techniques and principles for the purpose of defining a device, a process or a system in sufficient detail to permit its physical realization. ”“ … 應用各種各樣的技術和原理，并用它們足夠詳細的定義一個設備、一個程序或系統(tǒng)的物理實現(xiàn)的過程。 ”

對任意的工程產(chǎn)品或系統(tǒng)，開發(fā)階段絕對的第一步是確定將來所要構建的制造原型或?qū)嶓w表現(xiàn)的目標構思。這個步驟是由多方面的直覺與判斷力來共同決定的。這些方面包括構建類似模型的經(jīng)驗、一組引領模型發(fā)展的原則、一套啟動質(zhì)量評價的標準、以及重復修改直至設計最后定型的過程本身。計算機軟件設計與其他工程學科相比還處在幼年時期，仍在不斷變化中，例如更新的方法、更好的算法分析、以及理解力的顯著進化。軟件設計的方法論的出現(xiàn)也只有三十年多一點，仍然缺乏深度、適應性和定量性質(zhì)，通常更多的與經(jīng)典工程設計學科相聯(lián)系。盡管如此，現(xiàn)今的軟件技術已經(jīng)存在、設計質(zhì)量的標準也可使用、設計符號亦可以應用。帶著這些意見，我們一起來看看什么有助于程序員們找到他們的軟件涅盤 ( 天堂的意思 ) 。

軟件設計_軟件設計 -任務

含義
軟件設計的任務是從軟件需求規(guī)格說明書出發(fā)，根據(jù)需求分析階段確定的功能設計軟件系統(tǒng)的整體結(jié)構、劃分功能模塊、確定每個模塊的實現(xiàn)算法以及編寫具體的代碼，形成軟件的具體設計方案。

軟件設計_軟件設計 -設計階段

概要設計，主要包括：
1、結(jié)構設計
2、接口設計
3、全局數(shù)據(jù)結(jié)構設計
4、過程設計
詳細設計

軟件設計_軟件設計 -特征

一，抽象
二，模塊化
三，信息隱蔽
四，模塊獨立性：模塊獨立性可以從兩個方面度量：
1，內(nèi)聚性：偶然內(nèi)聚、邏輯內(nèi)聚、時間內(nèi)聚、過程內(nèi)聚、通信內(nèi)聚、順序內(nèi)聚、功能內(nèi)聚。
2，耦合性：內(nèi)容耦合、公共耦合、外部耦合、控制耦合、標記耦合、數(shù)據(jù)耦合、非直接耦合[1]

軟件設計_軟件設計 -設計要素

軟件設計包括軟件的結(jié)構設計，數(shù)據(jù)設計，接口設計和過程設計。

結(jié)構設計是指：定義軟件系統(tǒng)各主要部件之間的關系。

數(shù)據(jù)設計是指：將模型轉(zhuǎn)換成數(shù)據(jù)結(jié)構的定義。

接口設計是指：軟件內(nèi)部，軟件和操作系統(tǒng)間以及軟件和人之間如何通信。

過程設計是指：系統(tǒng)結(jié)構部件轉(zhuǎn)換成軟件的過程描述。

軟件設計_軟件設計 -設計原則

一、設計對于分析模型應該是可跟蹤的：軟件的模塊可能被映射到多個需求上。

二、設計結(jié)構應該盡可能的模擬實際問題。

三、設計應該表現(xiàn)出一致性。

四、不要把設計當成編寫代碼。

五、在創(chuàng)建設計時就應該能夠評估質(zhì)量。

六、評審設計以減少語義性的錯誤。

軟件設計_軟件設計 -設計過程

軟件的設計是一個將需求轉(zhuǎn)變?yōu)檐浖愂觯ū磉_）的過程。這種陳述給一個對軟件的全局觀點。系統(tǒng)通過逐步求精使得設計陳述逐漸接近源代碼。

這里有兩個基本步驟；第一步是初步設計 Preliminary design ，關注于如何將需求轉(zhuǎn)換成數(shù)據(jù)和軟件框架。

第二步是 詳細設計 Detail design ，關注于將框架逐步求精細化為具體的數(shù)據(jù)結(jié)構和軟件的算法表達。發(fā)生中的設計行為、數(shù)據(jù)、算法和程序設計都需要由現(xiàn)代程序所需的界面設計這一清晰的行為來結(jié)合起來。界面設計 Interface design 建立程序布局和人機交互機制。貫穿設計過程的質(zhì)量由一系列的 正式技術評定 formal technical reviews 或 設計排演 design walkthroughs 來評價。

軟件設計_軟件設計 -指導方針

1. 設計應該展現(xiàn)層次結(jié)構使得軟件各部分之間的控制更明智。
2. 設計應當模塊化；這就是說，軟件應在邏輯上分割為實現(xiàn)特定的功能和子功能的部分。
3. 設計應當由清晰且可分離的數(shù)據(jù)和過程表達來構成。
4. 設計應使得模塊展現(xiàn)獨立的功能特性。
5. 設計應使得界面能降低模塊之間及其與外部環(huán)境的連接復雜性。
6. 設計應源自于軟件需求分析期間獲得的信息所定之可重復方法的使用。

要擁有良好的設計特征不是靠碰運氣，而在設計過程中通過綜合運用基礎設計原理、系統(tǒng)方法論、徹底的評定回顧可以有助于良好的設計。軟件設計方法每天都在進化，作為已經(jīng)經(jīng)過測試和細化的方法，良好的設計應具有以下的四種特性，并在所有這些特性之間保持一致。

1. 將信息領域的表達轉(zhuǎn)換為軟件設計的表達的機制。
2. 表示功能組件及其界面的符號。
3. 逐步求精和分割的試探。
4. 質(zhì)量評估的指導方針。
開發(fā)軟件的時候，不管采用何種設計方法您必須能夠熟練運用一套關于數(shù)據(jù)、算法和程序設計的基本原理。

軟件設計_軟件設計 -設計基礎

軟件設計方法論的這套基本原理已經(jīng)經(jīng)過了多年的進化。每種概念的影響程度不盡相同，但它們都經(jīng)歷了時間的洗禮?；谶@些基本原理設計者可以采用更多更成熟的設計方法。這些基本原理有助于設計者回答以下的問題：

1. 將軟件分割成獨立的組件時會采用何種標準？
2. 怎樣將軟件的原則性表示詳細分割成函數(shù)或數(shù)據(jù)結(jié)構？
3. 有沒有定義一個軟件設計的技術質(zhì)量的統(tǒng)一標準？
M.A. Jackson 曾經(jīng)說過： “對一個計算機程序員來說，分辨讓程序運行和讓程序正確之間的差異是一個良好的開端。 ”為了“ 使程序正確” ，基本設計原理提供了必須的框架。

抽象 Abstraction 在最高層次上指的是使用待解決的問題領域內(nèi)的術語描述的解決方案。相對較低層次的抽象則更多的面向程序語言，最低層的抽象則是解決方案的可直接實現(xiàn)的方式描述。軟件設計的每一個步驟都是對相應層次解決方案的抽象的逐步求精。

求精 Refinement 又叫做逐步求精指的是通過程序細節(jié)連續(xù)細化來開發(fā)程序體系的策略。分步驟的對程序抽象進行分解直至成為編程語言的過程同時造就了程序的層次結(jié)構。在這一點上要對細節(jié)多做考慮，這也展示了求精實際上是個苦心經(jīng)營的過程。

模塊化 Modularity 指的是軟件可被分割為分別命名并可尋址的組件（也叫做模塊），將模塊綜合起來又可以滿足問題的需求的性質(zhì)。 " 軟件的模塊化是允許智能化管理程序的唯一屬性。 " 換句話說，當您將一個復雜問題分解為一些小問題時會更容易解決。需要重點解釋的是即使一個系統(tǒng)必須象 " 單片機 " 一樣來實現(xiàn)，它也可以采用模塊化設計。

軟件體系（架構）software architecture涉及到程序的兩個重要特性： 1) 模塊的層次結(jié)構。 2) 數(shù)據(jù)結(jié)構 。這源自于需求分析時將真實世界問題的含蓄定義與軟件解決方案的要素關聯(lián)起來的分割過程。當問題的每個部分通過一個或多個軟件要素得到解決后，與問題的定義和解決相一致軟件和數(shù)據(jù)結(jié)構的進化就開始了。這個過程代表了軟件的需求分析和設計之間的位置。

控制層級 Control Hierarchy 也稱作程序結(jié)構，描述程序組件的組織并意味著控制層級。它并不描述軟件的程序方面，比如進程順序、決定的事件 / 命令、或工作循環(huán)。如下的層級圖表展示了模塊之間的通信流，并顯示哪些模塊是重復的。這個圖表描述了一個能夠讀文件，計算每個記錄的值并書寫報表來顯示記錄的信息和所完成的計算。

數(shù)據(jù)結(jié)構 Data structure 描述了單個數(shù)據(jù)間的邏輯關系。數(shù)據(jù)結(jié)構規(guī)定了數(shù)據(jù)的組織、訪問方法、關聯(lián)程度、和信息的選擇處理。數(shù)據(jù)結(jié)構的組織和復雜性只受限于設計者的靈活性。唯一的限制就是經(jīng)典數(shù)據(jù)結(jié)構的數(shù)量阻礙了更多的久經(jīng)考驗的結(jié)構出現(xiàn)。

軟件程序 Software Procedure 著重于處理每個模塊的細節(jié)并必須提供一個精確的處理規(guī)范，包括事件順序、準確的判定點、重復操作、甚至數(shù)據(jù)結(jié)構。軟件的程序表現(xiàn)是分層的，處理方法應該包括其所有子模塊的參考。

信息隱藏 Information Hiding 的法則建議 由設計決定所刻劃的模塊特性應該對其余的模塊不可見 。換句話說，模塊應被設計和指定為包含在模塊內(nèi)部且其他模塊不可訪問的內(nèi)容對其他模塊來說是無需的。隱藏意味著有效的模塊性能夠通過定義一套獨立的模塊來實現(xiàn)，這些模塊相互之間的通信僅僅包括實現(xiàn)軟件功能的所必須的信息。將使用信息隱藏作為設計標準在測試或今后的維護期間需要修改系統(tǒng)時帶來了最大的好處。

軟件設計_軟件設計 -設計方法論

設計過程中用以促成模塊化設計的四個區(qū)域： 模塊 Modular 、數(shù)據(jù) Data 、體系 Architectural 和 程序 Procedural 設計。

模塊設計 Modular design 減低了復雜性、便于修改、且使得支持系統(tǒng)不同部分的并行開發(fā)實現(xiàn)起來更容易。模塊類型提供的操作特性通過結(jié)合時間歷史、激活機制、和控制模式來表現(xiàn)。在程序結(jié)構內(nèi)部，模塊可以被分類為：
1. 順序 sequential 模塊，由應用程序引用和執(zhí)行，但不能從表觀上中斷。
2. 增量 incremental 模塊，可被應用程序先行中斷，而后再從中斷點重新開始。
3. 并行 parallel 模塊，在多處理器環(huán)境下可以與其他模塊同時執(zhí)行。

單獨的模塊更容易開發(fā)，因為功能可以被劃分出來，而界面只是用來確保功能的獨立。功能的獨立性可以使用兩個定性的標準來衡量： 凝聚性 cohesion －衡量模塊的功能強度的相關性，和耦合性 coupling －衡量模塊間的相互依賴的相關性。

數(shù)據(jù)設計 Data design 首先并且有些人也堅信，是最重要的設計行為。數(shù)據(jù)結(jié)構的影響和程序上的復雜性導致數(shù)據(jù)設計對軟件質(zhì)量有著深遠的影響。這種質(zhì)量由以下的原理來實施：
1. 適用于功能和行為分析的系統(tǒng)分析原理同樣應該適用于數(shù)據(jù)。
2. 所有的數(shù)據(jù)結(jié)構，以及各自所完成的操作都應該被確定。
3. 創(chuàng)建數(shù)據(jù)詞典并用來詳細說明數(shù)據(jù)和程序的設計。
4. 底層的數(shù)據(jù)設計決定應該延遲至設計過程的后期。
5. 數(shù)據(jù)結(jié)構的陳述（具體說明）應該只被那些直接使用包含在此結(jié)構內(nèi)的數(shù)據(jù)的模塊所知道。
6. 有用的數(shù)據(jù)結(jié)構和操作庫可以在適當?shù)臅r候使用。
7. 軟件設計和編程語言應該支持抽象數(shù)據(jù)類型的規(guī)范和實現(xiàn)。

體系設計 Architectural Design 的主要目標是開發(fā)模塊化的程序結(jié)構并表達出模塊間的控制相關性。另外，體系設計融合了程序結(jié)構與數(shù)據(jù)結(jié)構，以及使得數(shù)據(jù)得以在程序中流動的界面定義。這種方法鼓勵設計者關注系統(tǒng)的整體設計而不是系統(tǒng)中單獨的組件。選用不同的方法會采用不同的途徑來接近體系的原點，但所有這些方法都應該認識到具有軟件全局觀念的重要性。

程序設計 Procedural Design 在數(shù)據(jù)、程序結(jié)構、和陳述詳細算法的說明都已使用類似英語的自然語言來呈現(xiàn)后，再確定程序設計。使用自然語言來陳述的原因是當開發(fā)小組的絕大多數(shù)成員使用自然語言來交流的話，那么小組外的一個新手在不經(jīng)學習的情況下會更容易理解這些說明。這里有個問題：程序設計必須毫無歧義的來詳細說明程序，但我們都知道不含糊的自然語言也就不自然了。

軟件設計_軟件設計 -設計文檔

在任何系統(tǒng)中，開發(fā)文檔都是有價值的東西?，F(xiàn)在已經(jīng)有許多不同的經(jīng)過發(fā)展的文檔計劃可供您在創(chuàng)建系統(tǒng)時候進行選擇。其中相當不錯的一種模型就是所謂的設計規(guī)范 （譯者注：此處原有的超鏈接已經(jīng)失效，所以無法得到其原始的模板。但 CKER 還有一套被稱作的 APM 的文檔模板似乎不錯。以后也許會翻給大家來看看 ……^_^ ） 。 當您察看此文檔的大綱的時候 , 請注意各級別的詳細內(nèi)容。第一部分展示了源自于系統(tǒng)說明和其他定義文檔的設計成果的總體范圍。第二部分展示的是涉及支持文檔的詳細說明。第三部分的內(nèi)容又稱作設計描述，在初步設計階段完成。第四、五部分的內(nèi)容將初步設計階段的內(nèi)容發(fā)展至詳細設計階段。第六部分展示了確保以下兩條原則的交叉參考矩陣：

1. 用軟件設計滿足所有的需求。
2. 指出實現(xiàn)特定需求的關鍵模塊。
第七部分在開發(fā)測試程序（步驟）的第一步對系統(tǒng)的功能性和正確性進行測試是必要的。如果在開發(fā)設計規(guī)范的同時已經(jīng)并行開發(fā)了詳細的測試程序規(guī)范的話，本部分可以刪除。第八部分詳細說明了將系統(tǒng)打包傳送至用戶站點的考慮和要求。在文檔剩下的第九、十部分中包括了算法描述、選擇程序、列表數(shù)據(jù)、流程圖、偽代碼、數(shù)據(jù)流圖表、以及所有在設計規(guī)范開發(fā)時所用到的相關信息都可以放在此處。

軟件設計_軟件設計 -面向?qū)ο?/p>
軟件設計

面向?qū)ο蟮脑O計（ OOD ）通過模塊化信息及其加工方法而不單單是加工方法來讓數(shù)據(jù)對象和加工操作得以互相連接。這個過程依賴于三個極其重要的設計概念：抽象、信息隱藏、和模塊化。所有的設計方法都力爭展現(xiàn)這些特性；但只有 OOD 的機制才能使設計者能夠無需增加復雜性或加以折衷就獲得所有三種特性。在 OOD 中，我們有 objects （對象） , operations （操作） ,和 messages （消息） 。 Objects （對象 ） , 又稱作類，可以是人、機器、命令、文件、汽車、房子，等等。 operations （操作） , 包含了私有的數(shù)據(jù)結(jié)構和用于變換數(shù)據(jù)結(jié)構的加工方法。 messages （消息） 用于激活調(diào)用操作控制和對象的程序構造。這就是說對象的共享部分是其的接口而消息在接口之間移動并指定希望使用對象的何種操作，但并不知道操作是怎樣具體實現(xiàn)的。對象在收到消息之后決定如何來執(zhí)行消息。現(xiàn)在讓我們來看看在面向?qū)ο蟮南到y(tǒng)中的某些工具是如何使用的：

1. 偽代碼－ 接近計算機編程語言的指令，但使用的是近似英語的語言而不是真正的編程語言以便于查看程序邏輯。下面是一個加工文件中的記錄的范例 :
Start ( 開始 )
Initialize program ( 初始化程序 )
Read a record ( 讀一個記錄 )
Process record ( 加工記錄 )
Move record to print area ( 將記錄移至打印區(qū) )
Write a line ( 寫一行 )
End job ( 結(jié)束任務 )
Stop run. ( 停止運行 )

2. 原型－ 在開發(fā)軟件包的第一個版本或模型，或者計算機硬件準備好作生產(chǎn)前測試時的步驟。通?？梢允褂媚矏鄣?RAD 工具來創(chuàng)建。

3. TOE 圖表－ (Task 任務 , Object 對象 , Event 事件 圖表 ) 用來展示需要完成的任務或工作、執(zhí)行工作的對象、以及完成此過程的事件或動作。請看下面將兩個數(shù)相加的 TOE 圖表：
任務、對象、事件
啟動程序 Main Form OnStartup
輸入第一個數(shù) EdtFirstNumber User types in
輸入第二個數(shù) EdtSecondNumber User types in
求和 EdtResult OnClick
程序退出 BtnExit OnClick
正如您在上例中所見，這正確說明了要執(zhí)行什么、誰來執(zhí)行、以及什么時候來執(zhí)行。

軟件設計_軟件設計 -應用領域

在現(xiàn)代社會中，軟件應用于多個方面。典型的軟件比如有電子郵件嵌入式系統(tǒng)，人機界面、辦公套件、操作系統(tǒng)、編譯器、數(shù)據(jù)庫、游戲等。
kd櫥柜設計軟件
各個行業(yè)幾乎都有計算機軟件的應用，比如工業(yè)、農(nóng)業(yè)、銀行、航空，政府部門等。這些應用促進了經(jīng)濟和社會的發(fā)展，提高人們的工作效率，同時提升了生活質(zhì)量。

軟件設計存在于各種應用中，存在于軟件開發(fā)的各個方面。而程序設計通常包含了程序設計和編碼的反復迭代的過程，它是軟件開發(fā)的一個階段。

軟件工程力圖對軟件項目的各個方面作出指導，從軟件的可行性分析直到軟件完成以后的維護工作。軟件工程認為軟件開發(fā)與各種市場活動密切相關。比如軟件的銷售，用戶培訓，與之相關的軟件和硬件安裝等。軟件工程的方法學認為一個獨立的程序員不應當脫離團隊而進行開發(fā)，同時程序的編寫不能夠脫離軟件的需求，設計，以及客戶的利益。

軟件工程的發(fā)展是計算機程序設計工業(yè)化的體現(xiàn)。

軟件設計_軟件設計 -發(fā)展方向

軟件開發(fā)過程是隨著開發(fā)技術的演化而隨之改進的。從早期的瀑布式(Waterfall)的開發(fā)模型到后來出現(xiàn)的螺旋式的迭代(Spiral)開發(fā)，以致最近開始興起的敏捷開發(fā)方法（Agile），他們展示出了在不同的時代軟件產(chǎn)業(yè)對于開發(fā)過程的不同的認識，以及對于不同類型項目的理解方法。

注意區(qū)分軟件開發(fā)過程和軟件過程改進之間的重要區(qū)別。諸如像ISO15504,ISO9000,CMM,CMMI這樣的名詞闡述的是一些軟件過程改進框架，他們提供了一系列的標準和策略來指導軟件組織如何提升軟件開發(fā)過程的質(zhì)量、軟件組織的能力，而不是給出具體的開發(fā)過程的定義。

“敏捷開發(fā)”（AgileDevelopment）是軟件工程的一個重要的發(fā)展。它強調(diào)軟件開發(fā)應當是能夠?qū)ξ磥砜赡艹霈F(xiàn)的變化和不確定性作出全面反應的。

敏捷開發(fā)被認為是一種“輕量級”的方法。在輕量級方法中最負盛名的應該是“極限編程”（ExtremeProgramming），簡稱為XP）。而與輕量級方法相對應的是“重量級方法”的存在。重量級方法強調(diào)以開發(fā)過程為中心，而不是以人為中心。重量級方法的例子比如CMM、PSP、TSP。

面向側(cè)面的程序設計（AspectOrientedProgramming），簡稱（AOP）被認為是近年來軟件工程的另外一個重要發(fā)展。這里的方面指的是完成一個功能的對象和函數(shù)的集合。在這一方面相關的內(nèi)容有泛型編程（GenericProgramming）和模板。

軟件設計_軟件設計 -設計準則

軟件設計的重要性表現(xiàn)在軟件的質(zhì)量。軟件設計描述了軟件是如何被分解和集成為組件的，同時也描述了組件之間的接口以及組件之間是如何發(fā)揮軟件構建功能的。如何設計才能保證質(zhì)量？這里，我們給出軟件設計的一般原則：
（1）要有分層的組織結(jié)構，便于對軟件各個構件進行控制；
（2）應形成具有獨立功能特征的模塊（模塊化）；
（3）應有性質(zhì)不同、可區(qū)分的數(shù)據(jù)和過程描述（表達式）；
（4）應使模塊之間和與外部環(huán)境之間接口的復雜性盡量地減小；
（5）應利用軟件需求分析中得到的信息和可重復的方法。
要想得到一個滿意的設計結(jié)果，不光要有基本設計原則的指導，還要有系統(tǒng)化的設計方法和科學嚴格的評審機制相結(jié)合才能達到預想的目的。
軟件設計原則從宏觀上指導著軟件設計，但軟件設計的具體實現(xiàn)還要遵循軟件設計的基本準則。下面就討論軟件設計的準則問題。

愛華網(wǎng)本文地址 » http://www.klfzs.com/a/8103450103/102299.html