第一篇：農業系統分析與模擬重點

系統：是由相互作用和相互依賴的若干組成部分（要素）結合而成的，具有特定功能的有機整體。

要素；是指構成系統的基本單元或部分要素是相對于系統而言的一個大系統往往是由若干個小系統和要素所組成。

系統結構；指系統內部各組成部分或要素在空間，時間等方面的有機聯系，相互作用的機秩序。（特點：具有相對穩定性，多層次性和適應性。形式有：數量結構，時序結構，空間結構和邏輯結構。）

系統功能：內部功能是外部功能的基礎，內部功能的狀況決定外部功能的狀況，外部功能現。

農業模型：泛指模仿各種農業物體或農業過程的數學模型。

：農業系統工程是系統工程的一個重要分支，是系統工程的理論和方法在農。農業系統是生態—社會—經濟的復合系統。

生產函數：在農業生產過程中，投入的資源數量不同，一般產品的輸出量也不同，這種資產出之間的數量關系，以函數的形式表示，稱為生產函數。實現系統目標所進行的活動，亦是系統功能的外部表現。

生產過程中所施用的物品，如氣候、土壤、種子、肥料、水利、資金、農機在農業生產過程中，投入的資源數量不同，一般產品的輸出量也不同，這產品產出之間的數量關系。資源后。產量以固定數上升，呈直線關系呈直線關系Y=a+bx。源增加一個單位，相應的總產量按遞增的速率增加y=a·e-bx。源每增加一個單位，相應的總產量按遞減的速率下降y=a·x-b。,產量越來越低，增長量呈負數。如施用過多的N肥.總產量與變動資源量的比值。增加單位變動資源時，產品的增加量。

輪作周期中的數種作物）及其與外界影響因素構成的生產過引起行為的機理，模型較少或根本反應不出來，通過實際觀測，直接尋求的關系。通常是由一個或多個數學程式組成。

入系統行為的機理和過程，定量系統的組成，從而可解釋系統的行為結果。這些過程加以解釋。的生長機理引入模型中，研究作物的物質生產動態及其與環境因素長發育、物質生長與分配隨時間的變化。

擬模型與計算機專家系統相結合，通過模擬作物的生長發育，計算出最佳選擇。

結構和行為不清楚的系統，依據可控因素的輸入所引起的可觀測因來確定系統的運行規律，從而建立系統模型的理論和方法。

內部結構和行為清楚的系統，應用各種已知的科學知識進行描述從和方法。

內部結構和行為主要部分清楚，其它部分不清楚的系統，采用已知，然后通過實驗對所建的模型進行補充和修正，從而建立系統模型的理論和方法。

利用系統分析方法、計算機模擬技術以及作物生理、生態、農學等物、環境、技術、經濟4個要素構成的整體農業系統為研究對象，通過建立數學模型來描述作物個體或群體生長發育、器官建成和產品品質等于環境之間的數學關系，并在計算機上實現模擬作物生產全過程的一個軟件系統。模擬模型包括模型建立和模擬實驗兩部分。

應用計算機模擬植物在三維空間中的生長發育狀況。其主要特征為以植物個物形態結構為研究重點。所建立的模型以三維可視化的方式反映植物的形態結構規律。

數學模型；用符號和數學方程式表示一個系統的模型 系統的組成：要素，結構，功能，行為，環境。

集合性②關聯性③層次性④整體性⑤目的性⑥可控性⑦時序性

要素與要素之間，要素與系統之間，系統與環境存在的各中聯系（數構，空間結構，邏輯結構）

層次性：任何一個系統向上可逐層綜合成母系統，向下分解為子系統的特點。系統整體具有各組成部分自身獨立存在時所不具備的性質。元素之間相互作用、相互關聯，組成了整體后就賦予了系統新的性能。A、元素之間的相互配合、協調，系統功能〉部分功能之和 B、若不能配合協調，則系統功能〈部分之和

目的性：開放系統追求多目標，如農業系統要考慮的目標

1、社會

2、經濟

3、生態效益 可控性：指人們通過可控系統的可控元素，使它按照預期軌跡運動，實現預期目標.任何系統都隨時間而運動和發展，并在一定條件下轉化為另一種系統的可能。模型的特征；①機理性②綜合性③動態預測性④輔助決策性⑤通用性⑥靈活農業生產系統一般可以分解成區域、農區、農田生態、作為群落、群體、個體、器官、組層次或等級。

農業模型研究步驟①模型選擇與系統定義②資料獲取與算法構建③模塊設計與模型實現④模型檢驗與改進

各種農業系統都由：農業環境、農業生物、農業技術、農業社會經濟 4個要素組成農業數據庫大體可以分類如下：①農業品種數據庫②農業氣候③農業土壤④農業水資源⑤農業病蟲草害⑥農業經濟數據庫

虛擬植物主要特征：①以植物個體為研究中心②以植物形態結構為研究重點③所建立的模作物生產系統的的層次結構：由”天（天氣）-地（土壤）-人（措施）-作物”構成的多層作物生產系統常用的模型

機理，模型較小或根本不反應出來（即假定一個系統是一個黑箱）通過實際觀測，直接尋求輸入、輸出之間的關系。通常是一個或多個數學方程式組成，如回歸模型。缺點：實驗條件發生變化（如土壤、作物栽培措施、天氣等）結果偏差很大。優點：簡單

②解釋性模型：引入系統行為的機理和過程，定量系統的組成，從而可解釋系統的行為結果。如作物生長的解釋性模型包含一些不同過程的描述，如光合作用、葉面積增長及分蘗產生等，以及這些過程與環境因子的關系，這些過程的綜合結果導致作物的生長，反過來，作物生長可用這些過程來解釋。

③動態模擬模型：將作物生長的機理引入模型中，研究作物的物質生長動態及其與環境因素的關系，模擬作物的生長發育，物質生長于分配隨時間的變化。

④調控決策模型：動態模擬與機算專家相結合，通過模擬作物的生長發育，計算機直接以多種可能結果中做出最佳選擇COMAX-棉花管理與系統專家，GOSSYM-棉花動態模擬模型。生產三要素：①可控：各項技術措施②不可控：氣候、土壤③固定生產要素：品種、種子 計算題 Ⅰ、總產量增量ΔY/變動資源增量ΔX(求導)=dy/dx

單位變動資源時所增加的費用。如PX（資源價格）=12Y=750+5x-0.05x2獲取最大利潤時的資源投入量？則Y'=5-0.1xYmax時X=50

資源的最佳投入量：5-0.1x=12/4X=20經濟效益最高時的資源最佳投入量應小于產量最高時的資源的投入量。Ⅱ、AP（—）平均產量或平均生產力：總產量與變動資源量的比值平均產量、邊際產量、生產彈性的概念

tanθ=Y/X為生產函數曲線上任意一點的斜率

MP(二)邊際產量或邊際生產力；每增加單位變動資源時，產品的增加量

MP=ΔY∕ΔXMP=limΔx→0(ΔY∕ΔX)=dy╱dx即邊際生產力為生產函數的一階導

地理資源分析支持系統GRASS、基本的作物生長模擬模型BACROS(基本作物生長模擬器)、SUCROS（簡單也通用作物生長模擬器）、MACROS(一年生作物模擬模型)、美國CERES（作物環境資源綜合系統）、IBSNAT國際農業技術轉移的標準基點網絡、DSSAT農業技術轉移的決策支持系統

念模型、數學模型和物理模型。等組成。

為解析模型、邏輯模型、圖表模型和模擬模型。

系統必須具備三個條件：①系統必須由兩個或兩個以上的要素（部分，元素，子系統）所著一定的有機聯系，從而在系統的內部和外部形成一定的結構或秩序。③任何系統都有特定的功能，這是整體具有不同于各個組成要素的新功能，這種新功能是由系統內部的有機聯系和結構所決定的。

系統功能的特點：①系統功能具有易變性。②系統功能具有相對性。③系統功能的發揮需

系統與環境的關系、相互作用。①環境對系統：環境提供條件維持系統功能的正常發揮，輸出環境所需要的產品，同時輸出破壞環境的污染物。③系統與環境的相互作用：當系統與環境相適應時，系統能很好的發展，不適應時，不能很好的發展。④系統與環境相適應的途徑：A，調整系統內部結構B 創造條件改變環境，使其滿足生產需系統功能與結構的關系：①系統功能是由結構所處的環境和組織管理與生產水平共同作用結構決定功能，但功能對結構也有影響。③系統的功能還依耐于環境和組織管理水平

系統的分類：①按照自然屬性：自然系統、人造系統②按物質屬性：實體系統、概念系統系統、動態系統④按與環境的關系：開放系統（有物質、能量、信息交流）、封閉系統（只有信息交換）、孤立系統⑤按照規模大小和復雜程度：大系統和小系統、簡單系統和復雜系統⑥白色系統（信息完全確知）、灰色系統（部分信息未知或未確知）、黑色系統（信息為未知或非確知）

農業系統模型的研究進展：①準備階段：思想源于積溫學說與作物生長分析法②創始階段：20世紀60年代農業計算機模型創始人是荷蘭科學家dewit與美國科學家duncan③發展階段：20世紀70---80年代 dewit1965模擬作物生長過程碳素平衡模擬模型ELCROS ④深化階段：20世紀90年代到現在高新技術

系統模型化的基本原理：1.“黑箱”理論2.“白箱”理論3.“灰箱”理論4.數理統個生長期內，生長是在有充分的植物養料和土壤決于天氣條件。第二生產水平：在植物生長期間，至少有部分時間的生長受到水分短缺的限制。第長季節，作物生長速率收氮素不足的制約且受水分短缺和天氣狀況的影響。第四生產水平：除上述水平外，至少在部分生長季節里作物生長速率受土壤中P和其他礦質元素的影響。第五生產水平：除上述水平外，作物生產水平還受病蟲草害等生物因素干擾。

;○2整體最優;○3結果第一;○4組裝配特點：①以農業領域中的系統性問題為研究對象，善于解決復雜問題。②強調綜合觀念，注意協調局部關系，以取得整體最優為目標。③采用現代化的研究方法和技術手段

④價值觀：注重開發人的創造價值。把解決系統問題的價值放首位。⑤人才觀：（⒈要有強烈的系統觀念⒉通才基礎上的專才⒊有豐富的創造力和想象力⒋具有豐富的實踐經驗）

各類生產要素的優化方法：①非可控的生產要素（光溫水），通過季節調節，趨利避害，分控的可變性生產要素，采用生產函數模型優化確定最適投入量

礎；內部功能的狀況決定著外部功能狀況；外部功能是內滿足生產者的最大利益要求。從而確定資源的最適投入量，資源間最適配合。、環境對系統：環境提供條件維持系統功能的正常發揮，同時制約系：輸出環境所需要的產品，同時輸出了破壞環境的污染物

3、系統與環境的相互作用：兩者相適應，系統能得到很好發展，相反則不能很好發展

4、系統與環境相適應的途徑：調整系統結構適應環境或創造條件改變環境，滿足生產需求的發展。其之間的關系，目的是為滿足生產者的最資源之間的關系：由替代關系；目的是生產定量產品時，利用資源間的替換關系使生產成本最低，即資源合理投入的問題。

3、產品間的關系：資源一定，產品間的數量搭配。目的是在定量生產資源條件下，利用品間的合適比例，使收益最大。生產系統由天（天氣）、土（土壤）、人（措施）、作物構成子系統氣候系統結合土壤系統為最佳生態系統，氣候與土壤肥力是要素；子系統技術系統能提供最優栽培模式，其要素為單項技術；子系統作物系統能提供最高效率群體，物質生產與產量是要素。、開放性系統：

2、非線性關系：從作物系統內部組成成分間的關系系多呈強非線性關系

3、動態性：從作物生長發育過程來看，作物大多系統結構大多是一個緩慢的、持續的、動態變化的過程。、可控的可變生產要素：如各項技術措施（N P K量）

2、非可控的生產產要素：如品種

控的可變的生產要素：采用生產函數模型優化，確定最適過季節調節趨利避害，分析歷史資料保證頻率。

理性：通過模型的構建和模擬結果分析、評價，可以深入業系統，提供對主要生理生態過程的理解，便于揭示農業系統的本質規律

2、綜合性：農業模型加強了農業各專業學科之間的橫向交流與融通

3、動態預測性：對系統行為提供可靠的定量預測，為適時合理調控提供依據

4、輔助決策性：建模在整個系統分析過程中起到承上啟下的作用

5、通用性：原則上適用于任何時間、地點和品種等條件

6、靈活性：可容易地進行修改和擴充以及與其它系統相耦合7、研究性：方便對系統的理解和認識

8、經濟性

可分解成區域、農區、農田生態、作物群落、群體、生長：主要由大氣CO2濃度、太陽輻射、溫度和要受到水分和養分等限制因子的影響

3、實際生長：由于受到雜草、病蟲害及污染物的影響而低于可獲得的生長。

當生產為S型曲線時，在生產函數曲線拐點處是使邊際產量由增加到減少的轉折點，這就是是著名的報酬遞減定律，即Y曲線拐點所對應的邊際產量最大，MP曲線與AP曲線的交點正好是AP最高點

EP(三)生產彈性；產品的變化率（百分率）與資源的變化率(百分率)之比值 EP=MP╱AP

（四）平均產量、邊際產量、生產彈性之間關系 若y=3x+2x2-0.1x3 AP=y/x=3+2x-0.1x2 MP=dy╱dx=3+4x-0.3x2

1、邊際產量與總產量的關系

當Y↑MP﹥0Y↓ MP﹤0YmaxMP＝02、平均產量與邊際產量

AP↑MP﹥AP當AP↓MP﹤AP當APmax MP=AP

第二篇：銀行業務模擬系統分析

銀行業務模擬系統分析

需求分析：

前提，這是一個業務仿真系統，所以程序的模擬情況越貼近真實情況，程序才越成功。所以在程序的框架設計上要盡可能的貼近事實，包括設立幾個類，類之間是怎樣的組合和依附的關系。

其次，這是一個模擬系統。模擬，就是說從外界表象來看的東西盡管是透明的，但是對于程序的編寫者來說是已知的，是可控的。因為，模擬量是由你來給定的，模擬情況是你進行設計的。反過來說，對于程序的使用者來說，程序的一些處理過程也是透明的。

程序框架分析：

建立銀行類.（顧客數，開設窗口數，業務數）

? 此處要注意區別 類和結構體的異同。在使用的功能來看，二者區別甚微。但是，一個

好的程序，就應該區別任何細小的問題。類主要實現信息的封裝，留給外界接口去實現別的功能，可擴展性。而結構體就不過分強調這樣的問題。將一些相關信息結合，方便數據的使用和管理。

所以 顧客 就可設為結構體，也減少了使用類而引起的數據訪問受限的問題。

窗口 和服務 設為類？（考慮其擴展性）

Custom（到達時間，等待時間，業務，辦理業務時間）

Service（服務類型，服務時間）

Window（顧客計數器，辦理業務時間計數器，各項業務計數器）

? 流程分析

1.銀行開啟：完成銀行各項數據的初始化工作，給出正態分布的顧客到達時間。只要到達時間早于關閉時間，銀行就會處理完畢。

2.顧客到達：處理每個顧客到達后的工作

（1）打印序號單（序號，業務類型，到達時間）。

（2）檢查是否有窗口空閑（程序員為其指定窗口號碼），否則進入等待隊列，直到有窗口空閑，隊頭顧客出隊交由窗口處理。（從另一角度來看，顧客到達銀行取號后即進入了4個窗口隊列中進行等待，程序員分配的原則是每次將新到達的顧客插入最短的窗口隊列中。值得注意的是，這個最短，也是動態的，不是人數最少，而是時間最短？？？）

&窗口的是否空閑 其實是窗口隊列減少的等待過程？？？？？？？

（3）窗口處理：窗口設立接待顧客計數器，4種業務的計數器和窗口工作時間計數器（即下一個顧客到達窗口之前的等待時間），產生顧客的業務辦理時間。由此可以計算出每位顧客的逗留時間（辦理業務時間+等待時間）。

（4）窗口非空閑時，顧客入隊等待。每次隊頭出隊。（直到隊列空時，處理完畢）注意：考慮顧客到達時間 間隔很短 和 較長 的特殊情況。

（5）銀行關閉：

銀行進行各項結算，總人數，總逗留時間，人均逗留時間。每個窗口處理的每項業務數，客戶數。

第三篇：農業生態系統與系統分析作

系統的爭分和耦合——以社會經濟生態系統為例 人類經濟活動是在自然生態系統中發生的，社會經濟系統與自然生態系統相適應規律反映的就是人與自然之間的相互關系。由于與其他生物相比有著信息加工能力方面的優勢，因此在處理人與自然的關系方面，人類表現得更加主動和自立。但是，人類的主觀能動性不能超越自然規律約束，社會經濟系統與自然生態系統之間關系的問題實際上是人類在自然界如何定位、如何選擇生態經濟模式的問題。在對兩者的關系的認知過程中，二者的關系在我們的認識的歷程中呈現爭分與耦合的關系。

一、爭分——社會經濟系統和自然生態系統作用的認知

社會經濟系統是人的物質生產方式與人化自然的總和，自然生態系統是人的生命所依賴的物理環境和生物環境。研究社會經濟系統在自然生態系統的定位問題，主要研究社會經濟再生產過程（包括生產、流通、分配和消費等）與自然環境的密切聯系。自然界給人提供資源，人通過勞動把資源變為人們需要的生產資料和生活資料。勞動和自然界一起成為一切財富的源泉。社會經濟再生產的過程，就是人類按照自己的價值判斷從自然界不斷獲取有用資源，同時又不斷地把各種廢棄物排入環境的過程。判斷資源性質和確定資源需要量，取決于人類在生物進化中的地位和人口數量。人類經濟活動與環境之間的物質變換過程，是人類對物質資源的認識不斷深化、索取不斷增加并且人口數量不斷增長的過程。探明環境承載能力，搞好經濟系統在環境系統中的價值定位，促進經濟發展與人口、資源、環境相協調，提倡節約、文明、適度、合理的消費理念，倡導節省資源、保護環境的消費方式，提高消費質量和效益，建設資源節約型、環境友好型社會，是經濟系統與自然生態系統相互適應規律的要求，也是理性指導下的社會發展目標之一。

經濟系統所處的自然生態系統是特定物理環境和特定生物群落（植物、動物和微生物）組成的，是生命系統和物理環境系統在特定空間的組合。生命系統和物理環境系統之間存在著能量的流動和由此推動的物質的循環。陽光、氧氣、二氧化碳、水、植物營養素（無機鹽）是物理環境的最主要要素，生物殘體（如落葉、秸桿、動物和微生物尸體）及其分解產生的有機質也是物理環境的重要要素。物理環境除了給活的生物提供能量和養分之外，還為生物提供其生命活動需要的媒質，如水、空氣和土壤?；畹纳锶郝涫菢嫵缮鷳B系統精密有序結構和使其充滿活力的關鍵因素。生態系統的生命角色有三種，即生產者、消費者和分解者，分別由不同種類的生物充當。生產者吸收太陽能并利用無機營養元素（C、H、O、N等）合成有機物，將吸收的一部分太陽能以化學能的形式儲存在有機物中。生產者的主體是綠色植物，以及一些能夠進行光合作用的菌類。由于這些生物能夠直接吸收太陽能和利用無機營養成分合成構成自身有機體的各種有機物，我們稱它們是自養生物。消費者和分解者是直接或間接地利用生產者所制造的有機物作為食物和能源的生物。消費者和分解者都不能夠直接利用太陽能和物理環境中的無機營養元素，我們稱它們為異養生物。生產者和分解者構成物質和能量循環對立統一的兩個方面，保持著自然界的平衡，形成整個生命系統金字塔的基座。消費者雖然在物質和能量循環平衡上作出的貢獻不大，但是由于朝著提高信息加工能力方向進化帶來了多樣性發展，使得世界變得更加豐富多彩和更具活力。以消費者食物鏈方式形成的層級關系構成了生命系統金字塔的上部結構。人類處于消費者食物鏈層級關系的頂端，人類社會經濟系統不應該超出生命系統金字塔給自己劃定的層級范圍。整個生命系統也不能夠超出物理環境劃定的范圍。如果人類強行改變生命系統金字塔的結構，結局一定會從塔頂上滾下，受到大自然的嚴厲懲罰。

在生態系統中，物質從物理環境開始，經生產者、消費者和分解者，又回到物理環境，完成一個由簡單無機物到各種高能有機化合物，最終又還原為簡單無機物的物質循環。通過該循環，生物得以生存和繁衍，物理環境得到更新并變得越來越適合生物生存的需要。推動生物圈和各級生態系統物質循環的動力，是能量在食物鏈中的傳遞。與物質的循環不同的是，能量流是單向的。在這個物質的生態循環過程中，太陽能以化學能的形式被固定在有機物中，供食物鏈上的各級生物利用，構成生物圈的能量循環和人類生存的能源基礎。太陽輻射總量和植物轉化效率的限制，決定了人類能夠利用的能源總量是有限度的。植物吸收太陽能儲存熱量以后，通過食物鏈逐級傳遞，在每一環的能量轉移過程中都有一部分能量被有機體用來推動自身的生命活動（新陳代謝），隨后變為熱能耗散在物理環境中。生態系統中的生產者在一年里合成的有機物質的總量稱為該生態系統的初級生產總量。一般認為，每年到達地球表面的太陽輻射能約折合130萬億噸標準煤，在地球液態水溫區形成的物理環境條件下，綠色植物對太陽輻射能的利用率在1%左右。各級消費者的能量利用率也不高，平均約為10%。在食物鏈頂端的人類，現在一年能源總消費量約為130多億噸標準煤。當生態系統生產的能量與消耗的能量大致相等時，生態系統的結構才能維持相對穩定狀態，否則生態系統的結構就會發生劇烈變化。

生物維持生命所必需的化學元素雖然為數眾多，但有機體的97%以上是由氧、碳、氫、氮和磷五種元素組成的，因此所謂的生態系統物質循環首先是這五種元素的循環。循環的規模直接與這五種元素的總量與利用的方式有關。例如，碳是構成生物原生質的基本元素，雖然它在自然界中的蘊藏量極為豐富，但綠色植物能夠直接利用的僅僅限于空氣中的二氧化碳（CO2）。生物圈中的碳循環主要表現在綠色植物從空氣中吸收二氧化碳，經光合作用轉化為葡萄糖，并放出氧氣（O2）。在這個過程中少不了水的參與。有機體再利用葡萄糖合成其他有機化合物。碳水化合物經食物鏈傳遞，又成為動物和細菌等其他生物體的一部分。生物體內的碳水化合物一部分作為有機體代謝的能源經呼吸作用被氧化為二氧化碳和水，并釋放出其中儲存的能量。由于這個碳循環，大氣中的CO2大約20年就完全更新一次。再如，在自然界里，氮元素以分子態（氮氣）、無機結合氮和有機結合氮三種形式存在。大氣中含有大量的分子態氮。但是絕大多數生物都不能夠利用分子態的氮，只有像豆科植物的根瘤菌一類的細菌和某些藍綠藻能夠將大氣中的氮氣轉變為硝態氮（硝酸鹽）加以利用。植物只能從土壤中吸收無機態的銨態氮（銨鹽）和硝態氮（硝酸鹽），用來合成氨基酸，再進一步合成各種蛋白質。動物則只能直接或間接利用植物合成的有機氮（蛋白質），經分解為氨基酸后再合成自身的蛋白質。在動物的代謝過程中，一部分蛋白質被分解為氨、尿酸和尿素等排出體外，最終進入土壤。動植物的殘體中的有機氮則被微生物轉化為無機氮（氨態氮和硝態氮），從而完成生態系統的氮循環。磷也是有機體不可缺少的元素。生物的細胞內發生的一切生物化學反應中的能量轉移都是通過高能磷酸鍵在二磷酸腺苷（ADP）和三磷酸腺苷（ATP）之間的可逆轉化實現的。磷還是構成核酸的重要元素。磷在生物圈中的循環過程不同于碳和氮，屬于典型的沉積型循環。生態系統中的磷的來源是磷酸鹽巖石和沉積物以及鳥糞層和動物化石。這些磷酸鹽礦床經過天然侵蝕或人工開采，磷酸鹽進入水體和土壤，供植物吸收利用，然后進入食物鏈。經短期循環后，這些磷的大部分隨水流失到海洋的沉積層中。因此，在生物圈內，磷的大部分只是單向流動，形不成循環。磷酸鹽資源也因而成為一種不能再生的資源。能量和物質循環規?？偭康暮愣ㄐ院陀衫眯蕸Q定的逐級遞減，告訴我們生命系統只是地球物理系統的一個子系統，不能超出物理環境劃定的范圍去建立生態系統，人類社會也是自然生態系統的一個子系統，也不能超出自然生態環境劃定的范圍去建立人類社會系統。

在人的生存環境中，森林、草原、河流、湖泊、山脈等是自然生態系統的一部分，是物質循環的天然載體，稱之為自然生態系統；農田、水庫、城市則是人化自然的一部分，可以稱之為人工生態系統。人類是生命金字塔上最具智慧的生物，人的主觀能動性決定了人類一直在試圖突破自然的限制，按照人的意志去建立人工生態系統。而且，從實際的發展進程來

看，人類突破了一道道障礙，不斷擴大自己的生存范圍，人口數量呈快速增長之勢。能夠建立人化自然是人類的優勢，但是，我們不得不提出一個問題：人類在改造自然的過程中到底能夠走多遠？

新石器時代之前，自然生態系統的結構功能變化取決于物理環境和生命系統的自然演變，是一種原始生態系統。新石器時代之后，由于人類認識自然和改造自然的能力不斷提高，人類活動開始影響生態系統，人工生態系統開始出現。人的主體地位決定了對生態環境的評價是以人的價值判斷為標準的。因此，在處理人與自然的關系時，自以為是地改變生態系統結構的事情開始出現。早期，人在生物圈里的擴張欲望來自于自身生存的需要；進入資本主義時期則來自于對虛擬財富的追求。由于生態環境系統的容量和資源都是有限度的，人類的每一次野蠻擴張都受到了大自然的懲罰。在正確認識環境、人口、資源利用之間的關系之前，人類看似在主動地向大自然進攻，但實際上并沒有擺脫自然界的控制，人類的發展呈現盲目擴張和被動收縮交替出現的景象。之所以出現這樣的情況，原因就是人類不能正確認識環境容量、資源數量與人口數量之間的關系問題。由于人類處于改造自然的主動地位，經濟系統與生態系統關系的問題也就表現為三個方面：第一，人在自然生態系統中的位置問題。人是自然的主宰還是自然之子，這是需要擺正的基本關系。是人適應環境，還是環境適應人？在處理人與自然的關系時，人的主體地位決定了人不可能像其他動物一樣完全聽憑命運安排。但是，人也不應該不遵循自然規律，不應該把人的意志強加給大自然。人應該謙虛一點，不應該以大自然的主宰自居。第二，自然生態環境的承載力或者資源可開發閾值對人類的限制問題。在每一種生產方式下，自然生態系統的環境容量和資源數量都是有限度的，這個限度包括環境和資源總量、環境和資源可利用總量、環境和資源合理利用總量三個方面。經濟系統的價值定位問題實際上是人如何科學合理地利用環境和資源的問題。第三，人類的理性選擇問題。這是經濟系統價值定位的關鍵問題。人類既然是最具智慧的生物，就應該正確認識環境、人口、資源利用之間的關系，在精心維護地球物理環境和生態環境不發生大的變化基礎上，因地制宜選擇合適的生態經濟模式，合理利用資源，控制人口數量，提高生活質量，促進人類社會與生態環境和諧發展。

二、結構決定功能——生態經濟模式選擇——兩者理論認知的耦合社會經濟系統和自然生態系統之間的相互關系可以歸納出三種生態經濟模式。第一，自然生態模式。在這種生態模式里，人類雖然是生態環境里的一員，但或者因為能力不夠，或者是主觀上能為之而不為，生態環境變化的方向和速度仍處于自然因素主導的狀態之下，由生物圈里的生產者和分解者在自然狀態下決定物質和能量的循環，保持著生態環境中物質和能量的平衡。在采集和狩獵文化時期，人類不具備改變生態平衡的能力；在現代社會里，人類開始有意識的建立自然保護區來保護特定區域的生態平衡，維護生態多樣性。第二，可逆人工生態模式。在這種生態模式里，人類對生態環境的影響是明顯的，但是，一旦人類停止對生態的破壞，生態環境仍然可以恢復到以前的狀態。這里說的生態恢復主要靠兩種方式：一種靠自然的自恢復能力，一種靠人類的投入進行工程恢復。這兩種恢復方式在經濟上存在著明顯的成本差異。第三，不可逆人工生態模式。這是一種經人類破壞后就再也恢復不到改造前狀態的生態經濟模式。人類能力的提高，導致自然處于不斷人化的進程之中。人化自然的建立，使相當多的區域已經不可能恢復到人類改造前的狀態。城市基礎設施、鐵路等交通設施、水庫等水利設施都屬于建成后很難恢復原樣的人工建設項目，由此形成的人工生態雖然很難逆轉，但這些項目是人類生存所必需的，是人類社會經濟發展必然出現的。

第四篇：第八章公共政策與系統分析

第八章公共政策與系統分析

一、系統思想的形成與發展

系統思想（system thought）就其最基本的涵義來說，是關于事物的整體性觀念、相互聯系的觀念和演化發展的觀念。

系統概念來源于古代人類社會的實踐經驗。樸素的系統概念，不僅表現在古代人類的實踐中，而且在古代中國和古希臘的哲學思想中得到了反映。作為哲學范疇，系統是哲學和自然科學長期發展的結果?？茖W家明確地直接把系統作為研究對象，一般公認以貝塔朗菲提出“一般系統論”（general system theory）的概念為標志。20世紀40年代出現的系統論、運籌學、控制論、信息論，是早期的系統科學理論，而同時期出現的系統工程、系統分析和管理科學則是系統科學的工程應用。

20世紀40年代，美國貝爾電話公司使用了“系統工程（systems engineering）”來命名設計新系統的科學方法。1957年，美國密歇根大學的古德和麥考爾合作出版了第一本以“系統工程”命名的書。第二次世界大戰后，美國的蘭德公司針對大型社會、經濟系統問題的研究，倡導“系統分析（system analysis）”，著重于在解決大型社會經濟系統中的問題時，對若干可供選擇的執行特定任務的系統方案進行選擇比較，進行費用效果分析。此外，針對大企業的經營管理技術的發展，以泰勒為代表的科學管理理論發展成了管理科學（management science）。

1969年，阿波羅飛船登月成功，被公認為是系統工程成功的范例，引起了人們對系統工程的廣泛重視。1972年，國際應用系統分析研究所得以成立。

第二次世界大戰以后，一般系統論、運籌學、控制論、信息學以及系統工程、系統分析和管理科學，相互滲透融合，織出了一幅系統科學從自然界擴展到人類社會、從基礎理論擴展到工程應用的五彩繽紛的圖景，寫出了系統科學誕生、成長的歷程。

二、系統的概念

系統指由兩個以上要素組成的，具有一定結構和功能，與外部環境發生聯系的有機整體。目前，國內學界普遍認為，系統的基本屬性可以歸納為：

1．整體性。2．相關性。3．目的性。4．動態性。5．層次性。

6．環境適應性。

三、系統方法及其特點

所謂系統方法，就是按照事物本身的系統性把對象放在系統的形式中加以考察的一種方法，即從系統的觀點出發，始終著重從整體與部分（要素）之間，從整體與外部環境的相互聯系、相互作用和相互制約的關系中，綜合而精確地考察對象以達到最優地處理問題的一種方法。國內一些學者從系統的屬性內涵出發，概括出系統方法用于公共政策分析所應遵循的原則：

1．整體性。它是系統方法的基本出發點，主要是把公共政策整體作為研究對象。

2．綜合性。

3．最優化。這是用系統方法實現政策目標的理想要求，或者說是追求一種最實用性的結果。

4．可行性。

四、系統分析及其產生背景

簡單地說，系統分析就是系統方法的具體應用。具體說來，系統分析就是對一個系統內的基本問題，用系統觀點進行思維推理，在確定和不確定的條件下探索可能采取的方案，通過分析對比，為達到預期目標選出最優方案；也可以說，系統分析就是為政策主體選擇一個行動方向，通過對情況的全面分析，對備選方案擇優，為政策主體提供可靠的依據。系統分

析是以系統觀點明確所要達到的目標，通過計算工具找出系統中各要素的定量關系，同時還要依靠分析人員的直觀判斷，運用經驗的定性分析。借助這種互相結合的分析方法，才能從許多可行方案中尋求滿意的方案。

“系統分析”最早是由美國蘭德公司于20世紀40年代提出并使用的。蘭德公司發展了一套對符合確定目標的不同方案，從費用和效果兩個方面進行經濟評價的方法，即系統分析方法。20世紀40－70年代，系統分析曾沿著兩條不同的渠道發展，一條是通過咨詢機構和研究所；另一條發展渠道是與大學相聯系的研究和教學活動。

五、公共政策研究中的系統分析

1、公共決策系統

H．A．西蒙把決策過程劃分為四個主要階段：情報活動；設計活動；抉擇活動；審查活動。以上四個階段交織在一起，就形成了系統決策的過程。在系統工程的工作過程中，由系統開發得到的若干解決問題的方案，經過系統建模、系統分析以及系統評價等步驟之后，最終必須從備選方案中為政策主體選出最佳的開發方案。

從不同的角度用系統觀點來分析公共決策問題，可以得出不同的分類：

（1）按公共決策的重要性可將其分為戰略決策、策略決策和執行決策，或稱為戰略規則、管理控制和運行控制3個層次。

（2）按公共決策的性質可將其分為程序化決策和非程序化決策。

（3）根據人們做決策時對自然狀態規律的認識和掌握程度，通?？煞譃榇_定型決策、風險型決策（統計決策）以及非確定型（完全不確定型）決策。

（4）按公共決策的目標數量可將其分為單目標決策和多目標決策。

（5）按公共決策的階段可將其分為單階段決策和多階段決策，也可稱為單項決策和序貫決策。

六、系統分析與公共政策

1、人類社會的一切事物都存在著相互依賴關系，組成了多層次的復雜系統。公共政策不僅本身可以看成一個系統，而且它不可能孤立存在，總是與其他政策相聯系，處于一個政策體系之中。同時公共政策系統是動態的。在公共政策過程中，通過系統分析應明確問題和目標，并提出解決問題和實現目標的各種可行方案，再由政策主體通過政策分析選用一個滿意的或最佳的方案。

對于一個國家來說，可以在以下五個層次的公共政策中應用系統分析：（1）宏觀的國家整體系統分析。（2）部門系統分析。（3）地區系統分析。（4）企業的系統分析。（5）一項工程的系統分析。

2、系統分析的特點和作用

（1）系統分析首先把所研究的事物、現象和過程看作是一個整體--系統，確定給定系統的邊界范圍，把它從周圍的系統中劃分出來；同時，鑒定該系統的組成部分，必要時逐級劃分，確定各子系統。

（2）系統分析重視給定系統的外部聯系和內部聯系。

（3）系統分析積極大膽地將現代應用數學引入公共政策分析領域。

（4）系統分析絕不忽視非計量因素，反而往往把它作為“難點”而認真對待。

（5）系統分析在給定系統的設想與現實、計劃與實施之間建立一種“中介”環節，使人們通過系統周密的調查研究，在認識上逐步接近給定系統的實際，并采取適當的控制措施，使它按照人們規定的目標和利益運行。

七、系統分析學派和結構功能分析學派

繼人類學和社會學領域中功能主義和結構功能主義理論興起之后，政治學領域中也掀起了系統思想的浪潮。不斷豐富和發展的系統概念則使政治學家感到耳目一新，他們對在其他學科

中屢有建樹的系統思想加以認真的研究、消化和吸收，并在政治學領域中建立了獨具匠心的系統方法，創造了政治分析的新工具，結果使政治系統理論成為政治學中負有盛名的一個學派。實際上，政治系統理論學派是運用系統思想或系統方法從事政治學研究的一個系統，它可進一步分為兩個子學派：一個是以伊斯頓（D.Easton）為代表的系統分析學派，另一個則是以阿爾蒙德（G.A.Almond）為代表的結構功能分析學派。

1、作為最早將系統概念應用于建構政治學理論的政治學家，伊斯頓提出政治生活是有系統的行為，因而根據政治生活的互動現象便可建立含有經驗意義的政治系統。這個政治系統作為社會系統的一個子系統，它由與社會價值的權威性分配有關的互動行為構成。政治系統處于物理的、生物的、社會的和心理的環境之中，它不僅具有確定的目標，而且還具有自我轉化和適應環境的能力。

從實質上看，伊斯頓關于政治生活的系統分析理論，其創造性就在于大膽引入控制論模式的系統方法論。

2、深受功能主義人類學和結構功能主義社會學影響的阿爾蒙德，對伊斯頓政治系統分析理論的局限性若有所悟，并試圖對其加以突破。他提出了在系統方法論上似乎更為成熟的結構功能主義政治學理論。他認為，合法的強制性使政治系統顯示了作為一個系統而特有的重要性和凝聚性，這是政治系統與其他系統的根本差別所在。概觀阿爾蒙德的理論，其政治系統的系統性質具有四個特點：

（1）政治系統是一個具有整體性的開放系統，它具有一般系統的共性。

（2）政治系統的組成單元是政治角色。

（3）政治系統具有某種反映其心理方面的基本傾向，如態度、信仰、感情和價值觀等，這便是“政治文化”。

（4）無論其專業化程度如何，一切政治結構都具有多種功能，執行這些功能的分別為系統、過程和政策這三個同時并存、相互作用的層次。

阿爾蒙德的系統思想之所以值得稱道，就是因為它將科學技術中新興的系統分析與社會科學中傳統的結構功能分析有機地結合起來，使兩者兼容并蓄、相得益彰，從而在社會科學領域中實現了一次極有意義的系統方法論的綜合。

八、系統分析在公共政策研究中的具體運用

1、系統分析的基本要求

系統分析應用于公共政策，即是對公共政策問題，從社會、政治、經濟和技術的觀點予以綜合考察，全面權衡利弊得失，從而為公共決策選擇最優方案提供科學的依據。

當公共政策問題為單目標時，其分析工作比較容易進行。但是公共政策問題往往是多目標（或指標）的。對于復雜的公共政策問題，一方面要把它分解為若干個子系統，分別建立模型，然后應用系統分析方法求得各個指標的最優解；另一方面還要把這些工作綜合起來，對一個完整的公共政策問題做出正確的分析，對于不同的可行方案做出誰優誰劣的比較，而且要用定量的結果來說明。

為了搞好系統評價，要解決的問題和遵守基本原則是：將各項指標數量化；將所有指標歸一化；保證分析的客觀性；保證方案的可比性；分析指標的系統性和政策性。

系統分析的復雜性主要是分析指標體系的建立。系統分析指標體系是由若干個單項分析指標組成的整體，它應反映出所要解決問題的各項目標要求。指標體系要實際、完整、合理、科學，并基本上能為有關人員和部門所接受。

系統分析的基本要素有：目的、備選方案、模型、費用、效果和評價標準。系統分析從明確實現目的開始，通過模型預測各種備選方案的效果和費用，然后依據評價標準進行評價，最后確定各方案的優劣順序。

系統分析指標體系通常包括的大類指標有：（1）政策性指標。（2）技術性指標。（3）經濟性指標。（4）社會性指標。（5）資源性指標。（6）時間性指標。

2、系統分析流程

（1）系統研究。（2）系統設計。（3）系統屬性量化。（4）系統評價。

3、系統分析的主要作業

（1）系統分析的步驟

①明確要研究的對象；②選擇可行方案；③選擇計算準則；④應用模型技術；⑤生成輸入數據；⑥模型運行和操作；⑦結果分析。

（2）系統分析工作至少應包括的內容

①從解決問題的范圍來看，應包括系統目標的建立、系統結構的確定、準則指標體系的選擇、可行方案的構思、待選方案的確定以及未來效應的分析等。

②從作業活動來看，應包括系統研究、系統設計、系統量化和系統評價等。

③從解決問題的方法論和工具來看，應廣泛采納行為研究、價值研究、規范研究等方法，以及建模、模擬、優化等工具。

④從數據處理和信息轉換來看，應把信息處理作為系統分析中不可缺少的部分，它滲透在系統分析各個作業活動的全部過程中，即從系統分析的起始工作開始，一直到采取政策行動為止的每個步驟和工序都有著信息分析的成分。

簡言之，系統分析的主要作業包括系統模型化、最優化分析和綜合評價。系統模型化即建立分析模型，進行方案選擇；最優化分析即依據模型求解，得出最優解；綜合評價即利用模型和各種資料，用技術經濟的觀點對比各種可行方案，考慮成本與效益間的關系，權衡各方案的利弊得失，從整體性出發，綜合分析問題，選擇可行的優化方案。

九、決策支持系統

1、決策支持系統（Decision Support System）是指輔助決策工作的一種計算機系統，由美國麻省理工學院的米切爾S．斯科特（Michael S.Scott）和彼德G．W．基恩（Peter G.W.Keen）于20世紀70年代首次提出。它一經提出便迅速成為公共決策及系統工程的研究熱點，并在實踐中得到廣泛的重視和應用。決策支持系統是以管理科學、運籌學、控制論和行為科學為基礎，以計算機技術、模擬技術和信息技術為手段，面對半結構化的決策問題，支持決策活動的具有智能作用的人－機計算機系統。

2、決策支持系統具有的特點

（1）對準政策主體經常面臨結構化程度不高、說明不夠充分的問題。

（2）把模型或分析技術與傳統的數據存取技術及檢索技術結合起來。

（3）提供易于為非計算機專業人員使用的交互會話方式。

（4）強調對環境及用戶決策方法改變的靈活性及適應性。

（5）支持但不是代替高層政策主體制定政策。

十、系統分析應注意的問題

1、長期以來，系統分析在解決問題過程的運用，為公共政策的發展提出和確立了一些非常有益的觀點和方法，可以歸納為五個方面：

（1）從硬系統思維過程變化到考慮政策主體行為的軟系統思維過程。

（2）從如何優化一個給出的系統，變換到如何設計一個優化的系統。

（3）從告訴政策主體怎樣做某種類型的規范決策模型，轉變為政策主體共同參與分析、做出決策的交互型決策模型。

（4）從求解最優解轉變為尋找協調和平衡解。

（5）從靜態的搜索求解過程，轉變為動態的遞歸循環搜索求解過程。

2、在系統分析活動進行的過程中，應注意

（1）從系統的環境、目標及其結構的角度來觀察系統的狀態。

（2）要重視系統的信息。

（3）要重視人在系統中的作用。

（4）要了解系統的變化狀況，即現在系統轉變為未來系統的相互對應關系。

（5）了解系統的研究層次關系。

（6）對一個系統進行系統分析，其結果既應滿足該系統的所有目標，還應使該系統具有適應環境變化和對資源有效利用的功能。

3、僅僅用簡單合理的系統分析模型和工具不能解決問題的情況

（1）帶有極強政治色彩的問題；

（2）具有深刻社會含義的問題；

（3）在決策中，起主要作用的因素是超理性因素的問題；

（4）做出不同選擇時，必須在觀念（偏好）和實際價值（效用、價格）之間加以權衡的問題；

（5）解決問題時所希望的戰略不是考慮系統各部分之間的平衡，而是要對現存系統進行劇烈的改變；

（6）當不能經過現存組織，而必須通過新的機構去貫徹執行其政策時。

第五篇：軟件系統分析與設計

第1章

軟件工程基礎知識 1.1軟件工程知識體系

? 軟件需求（Software Requirements）? 軟件設計（Software Design）

? 軟件構造（Software Construction）? 軟件測試（Software Testing）? 軟件維護（Software Maintenance）

? 軟件配置管理（Software Configuration Management）? 軟件工程管理（Software Engineering Management）? 軟件工程過程（Software Engineering Process）

? 軟件工程工具和方法（Software Engineering Tools and Methods）? 軟件質量（Software Quality）

1.2軟件生存周期與軟件開發模型

? 1.2.1 軟件生存周期

? Boehm定義的軟件生存周期模型

? GB 8566-1988定義的軟件生存周期模型

? GB/T 8566-1995定義的軟件生存周期過程模型 ? GB/T 8566-2001定義的軟件生存周期過程模型 ? UP定義的軟件生存周期模型

? 1.2.2 軟件開發模型

? 瀑布模型（waterfall model）

? 快速原型模型（rapid prototype model）? 演化模型（evolutionary model）? 增量模型（incremental model）? 螺旋模型（spiral model）

? 噴泉模型（water fountain model）

1.3軟件質量模型與軟件質量管理

? 1.3.1 軟件質量模型

? 軟件產品的內部質量、外部質量和使用質量 ? 質量特性、質量子特性和度量

? 功能性：適宜性、準確性、互用性、依從性、安全性 ? 可靠性：成熟性、容錯性、可恢復性 ? 可用性：可理解性、易學性、可操作性 ? 效率：時間特性、資源特性

? 可維護性：可分析性、可修改性、穩定性、可測試性 ? 可移植性：適應性、易安裝性、一致性、可替換性

? 1.3.2 軟件質量管理

? 質量需求分析 ? 質量計劃 ? 質量保證 ? 質量控制 ? 質量改進

? 軟件質量管理體系

? ? ? ? ? ? ? ? ? ?

? ?

? ? ? ? ? ? ? ? ? ? ? ? ?

? ? ?

1.4軟件配置管理

? 1.4.1 軟件配置項與基線

計算機軟件配置項（CSCI）基線（baseline）

功能基線（functional baseline）指派基線（allocated baseline）產品基線（product baseline）

? 1.4.2 軟件配置管理過程

對象標識 版本控制 變化控制 配置審計 配置報告

1.5軟件過程管理

? 1.5.1 軟件能力成熟度模型（CMM）

CMM的5個等級：初始級、可重復級、已定義級、已管理級、優化級 CMM的關鍵過程域（KPA）：需求管理、軟件項目計劃、軟件項目跟蹤和監控、軟件子合同管理、軟件質量保證、軟件配置管理、組織級過程焦點、組織級過程定義、培訓大綱、集成軟件管理、軟件產品工程、組間協調、同行評審、定量過程管理、軟件質量管理、缺陷預防、技術變更管理、過程變更管理

? 1.5.2 軟件過程與軟件能力成熟度評估

第一步，建立評估組 第二步，填寫提問單 第三步，響應分析 第四步，現場考察

第五步，提出調查發現清單

第六步，制作關鍵過程域（KPA）剖面圖

? 1.5.3 軟件過程改進

第一步，比較“目標狀態”與“目前狀態”，找出所有差距 第二步，確定改進目標 第三步，制定改進計劃 第四步，執行改進計劃

第五步，總結本輪改進經驗，開始下一輪改進

1.6

小節

軟件工程學是研究如何有效地組織和管理軟件開發的工程學科。

軟件產品所要經歷的計劃、分析、設計、編程、測試、維護直至被淘汰這樣一個全過程被稱為軟件生存周期。用不同的方式將軟件生命周期中的所有開發活動組織起來，可以形成不同的軟件開發模型。

軟件質量就是軟件與明確地和隱含地定義的需求相一致的程度。軟件質量管理是指軟件開發機構為保證軟件項目滿足客戶需求所要實施的質量活動。軟件配置管理是在軟件的整個生命期內管理變化的一組活動，目標是使變化更正確且更容易被適應。

軟件過程是指人們用于開發和維護軟件及其相關產品的一系列活動，包括軟件工程過程和軟件管理過程。軟件過程管理的目的就是提升軟件組織的提高軟件開發能力。

? 1.? 1.? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

第2章

項目管理基礎知識 2.1項目與項目管理 ? 2.1.1 項目

項目是在特定條件下、具有特定目標的一次性任務，是在一定時間內、滿足一系列特定目標的多項相關工作的總和。項目的臨時性 項目的獨特性 項目的漸進性

2.1.2 項目管理

項目管理就是將各種知識、技能、工具和技術應用于項目之中，以達到項目的要求。項目范圍 項目時間 項目成本 項目質量

2.2項目管理過程與過程組 ? 2.2.1 過程與過程組

過程就是一組為了完成一系列事先指定的產品、服務或成果而需執行的互相聯系的行動和活動。軟件項目管理過程可歸納為五個過程組。啟動過程組（initiating process group）規劃過程組（planning process group）實施過程組（executing process group）

監控過程組（monitoring and controlling process group）收尾過程組（closing process group）

? 2.2.2 項目管理過程的交互作用

項目管理過程并不是互不相干的一次性事件

項目管理過程組之間是一種前后銜接、承前啟后的關系

項目管理過程組之間有時又是一種時間交錯、空間并行的關系 項目管理過程組之間還是一種信息收集、存儲、處理和傳遞的關系 某些過程組的關聯具有重復迭代性

規劃過程組、執行過程組和監控過程組之間形成一種閉環的關系 過程組的交互作用往往還會跨越項目階段 項目階段和過程之間有相互聯系

? 2.2.3 項目管理過程的裁剪

不同類型的軟件項目應選用不同的項目管理過程 不同階段的軟件項目應選用不同的項目管理過程 不同軟件項目的管理過程會有不同的具體過程 不同軟件項目的管理過程會有不同的具體過程順序 不同軟件項目的管理過程會有不同的條件與約束 不同軟件項目的管理過程會有不同的簡化程度 不同軟件項目的管理過程需要不同的集成程度 項目變更會使項目管理過程隨之變化

2.3項目管理知識體系

項目綜合管理 項目范圍管理

? ? ? ? ? ? ? ? ? ? 項目時間管理 項目成本管理 項目質量管理 項目人力資源管理 項目溝通管理 項目風險管理 項目采購管理

2.4小節

項目管理就是將項目管理知識、技能、工具和技術應用于項目活動之中，可以將軟件項目管理活動視做一系列相互聯系的過程。

項目管理過程可歸納為5個過程組：啟動過程組、規劃過程組、實施過程組、監控過程組與收尾過程組。

項目管理包括9個知識領域：項目綜合管理、項目范圍管理、項目時間管理、項目成本管理、項目質量管理、項目人力資源管理、項目溝通管理、項目風險管理與項目采購管理。

第3章

軟件開發技術 3.1軟件開發平臺

? 3.1.1 Microsoft.NET平臺

Microsoft.NET Framework：.NET CLR（通用語言運行環境）；.NET BCL（基礎類庫）；ASP.NET；ADO.NET。

Microsoft Visual Studio.NET：ADO.NET組件；XML數據組件；Windows表單組件；ASP.NET應用服務；ASP.NET Web表單；Web服務支持。

? 3.1.2 J2EE平臺

組件-容器：搭建體系架構平臺標準服務 多層應用模型

3.1.3 Microsoft.NET與J2EE的異同

類似的平臺基礎構造 相同的三層/多層體系 不同的移植、性能和擴展 在Web支持方面的比較 第三方廠商的支持 潛在的市場

3.2中間件技術 ? 3.2.1 中間件簡介

終端仿真/屏幕轉換中間件 數據訪問中間件 遠程過程調用中間件 消息中間件 交易中間件 對象中間件

Web服務器中間件 安全中間件

? 3.2.2 消息代理中間件 ? ?

? ? ? ? ? 1.? ? 1.? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

?

? 構件化的結構

可恢復性、易于管理、靈活性 具有數據轉換設施?？煽扛咝У耐ㄐ?多樣的管理能力 豐富的應用開發環境

? 3.2.3 面向數據庫的中間件

ODBC JDBC 數據庫網關

3.3構件技術 ? 3.3.1 構件庫

構件的存儲

構件的分類與檢索機制 構件庫的編目

構件庫的管理和維護

? 3.3.2 構件模型

3C模型

刻面（Facet）模型 青鳥模型

? 3.3.3 構件的屬性與特點

構件是可獨立配置的單元，構件必須自包容。

構件強調與環境和其他構件的分離，因此構件的實現是嚴格封裝的，外界沒機會或沒必要知道構件內部的實現細節。

構件可以在適當的環境中被復合使用，因此構件需要提供清楚的接口規范，可以與環境交互。

構件沒有個體特有的屬性，最多僅有特定構件的一份副本。

? 3.3.4 構件與中間件

中間件，本質上是對分布式應用的抽象，中間件與系統架構實際上是從兩種不同的角度看待軟件的中間層次。

中間件促進了構件化軟件，基于中間件開發的應用系統是構件化的，中間件提供了構件的體系結構，極大提高了構件化軟件開發的效率和質量。構件化的軟件設計思想在中間件發展中起到了重要的作用。

3.4小節

Microsoft.NET平臺和J2EE平臺是目前最常用的兩大軟件開發平臺。作為彼此競爭的應用平臺，Microsoft.NET平臺和J2EE平臺在目標和體系結構上極其相似，但在實現上又完全不同。二者總的關系是：異中有同，同中有異。中間件是處于操作系統和應用程序之間的軟件。中間件保持了平臺的透明性，抽象了典型的應用模式。應用軟件開發者可以基于標準的中間件進行再開發，而不必再考慮操作系統的問題。

構件是可復用的軟件成份，可被用來構造其他軟件。中間件促進了構件化軟件，應用系統在中間件提供的環境中可以更好地集中于業務邏輯上，并以構件的形式存在。構件思想也反過來推動了中間件的發展。

第4章

軟件項目規劃

4.1項目策劃

? 1.? 1.從政策導向中尋找項目機會 從市場需求中尋找項目機會 從技術發展中尋找項目機會 從特定事件中尋找項目機會

4.2項目可行性分析 4.2.1 技術可行性分析

? ? ? ? ? 1.? ? ? ? ? ? ? ? ? 項目的必要性分析

軟件組織水平與能力分析 項目技術來源分析 與項目相關的專利分析

項目負責人及技術骨干的資質分析 項目總體技術方案分析 項目創新點分析 項目技術風險分析 項目技術成熟性分析

? 4.2.2 項目投資及效益分析

項目投資預算分析 項目投資來源分析

市場需求與產品銷售額分析

產品成本、利潤與盈虧平衡點分析 投資回收期、投資收益率分析 社會效益分析

4.3項目論證、評估與立項

? 4.3.1 項目論證與評估的基本概念

項目論證是指對擬實施項目技術上的先進性、成熟性、適用性，經濟上的合理性、盈利性，實施上的可能性、風險性進行全面科學的綜合分析，為項目決策提供客觀依據的一種技術經濟研究活動。

項目評估指在項目可行性研究的基礎上，項目投資者或項目主管部門或其委托的第三方權威機構根據國家頒布的政策、法律、法規、標準和技術規范，對擬開發項目的市場需求、技術先進性和成熟性、預期經濟效益和社會效益等進行評價、分析和論證，進而判斷其是否可行的過程。

項目論證與評估的內容、程序和依據大同小異，只是側重點稍有不同，有時不加區分或合并進行。

? 4.3.2 項目可行性報告的真實性評估

項目申請單位的資質真實性評估 項目申請單位的財務真實性評估 項目申請單位的技術真實性評估 其他事項的真實性評估

? 4.3.3 項目可行性報告的客觀性評估

技術創新點的客觀性評估

技術先進性與成熟性的客觀性評估 ?

?

?

? ? ? ? ? ?

? ? ? ? 信息安全措施的客觀性評估

采用標準、規范的先進性、合理性評估 項目風險及應對方案的客觀性評估 其他事項的客觀性評估

? 4.3.4 評估報告

? 項目概況 ? 評估目標 ? 評估依據 ? 評估內容

? 評估機構與評估專家 ? 評估過程

? 詳細評估意見

? 存在或遺漏的重大問題 ? 潛在的風險 ? 評估結論

? 進一步的建議

? 4.3.5 項目立項

項目立項的決定應當由項目團隊之外的、適當級別的、并為項目出資的項目發起人或投資人作出，通常以項目立項決定（通知）書、項目批文、項目許可證書和項目任務書等形式發布。

4.4項目開發計劃

? 1．引言 ? 2．引用文件 ? 3．項目最終成果 ? 4．需求與約束

? 5．系統開發總體計劃 ? 6．項目開發詳細計劃 ? 7．進度表與活動網絡圖 ? 8．項目組織與資源 ? 9．培訓

? 10．項目估算 ? 11．風險管理 ? 12．支持條件 ? 13．注解 ? 14．附錄

4.5小節

? 軟件項目規劃的任務主要包括項目策劃、可行性研究、論證、評估、立項與項目開發計劃的制訂工作。

? 項目策劃，也稱項目機會研究，其目的是選擇投資機會、鑒別投資方向。

? 項目可行性分析的目的是確定以下問題：項目有無必要？能否完成？是否值得去做？ ? 項目論證與評估的目的是審查項目可行性研究的可靠性、真實性和客觀性，為項目主管部門或投資機構的立項決策提供科學依據。

? 項目開發計劃是項目規劃階段的重要成果，編寫軟件項目開發計劃時可依據《GB/T 8567-2006 計算機軟件文檔編制規范》中的軟件開發計劃模版。

? ?

? ? ? ? ?

?

?

?

?

? ? ? ? ? ? ? ? ?

第5章

系統分析方法學 5.1系統需求分析與軟件需求

系統需求：系統總體功能和業務結構；硬件系統需求；軟件系統需求；硬件系統和軟件系統之間的接口需求。軟件需求：軟件能力需求；軟件外部接口需求；軟件內部接口需求；軟件內部數據需求；適應性需求；安全性需求；保密性和私密性需求；軟件環境需求；計算機資源需求；軟件質量需求；設計和實現的約束；數據需求；操作需求；故障處理需求；算法需求；相關人員需求；相關培訓需求；相關后勤需求；包裝需求；其他需求。

5.2結構化分析

結構化分析（SA）方法是一種面向數據流的需求分析方法，基本思想是自頂向下逐層分解。

數據流圖（DFD）和數據字典（DD）是結構化分析最常用的工具。數據流圖用來描述數據流從輸入到輸出的變換流程。

數據字典是關于數據的信息的集合，也就是對數據流圖中包含的所有元素的定義的集合。

數據流圖和數據字典共同構成系統的邏輯模型。

5.3原型化方法

? 5.3.1 原型化方法與結構化方法的比較

結構化方法的假設：所有的需求都能被預先定義；修改定義不完備的系統代價昂貴且實施困難；項目參加者之間能夠清晰進行準確的通信；靜態描述或圖形模型對應用系統的反映是充分的；結構化方法的生命周期的各階段都是固有正確的。

原型化方法的假設：并非所有的需求在系統開發以前都能準確地說明；有快速的系統建造工具；項目參加者之間通常都存在通信上的障礙；需要實際的、可供用戶參與的系統模型；需求一旦確定，就可以遵從嚴格的方法；大量的反復是不可避免的、必要的，應該加以鼓勵。

? 5.3.2 原型生命周期及其策略

原型生命周期劃分：選擇開發方法；識別基本需求；開發工作模型；模型驗證；修正和改進；判定原型完成；差別細部說明；嚴格說明細部；判定原型效果；整理原型和提供文檔。

原型化的策略：建立數據模型；利用組合工程；剪裁和粘貼；用系統舉例；字典驅動；文檔的自動化；小的原型化隊伍；交互式開發平臺；陳述性規格說明；終端用戶報表生成器；專業原型化人員；開發人員參加原型化。

5.4面向對象的分析

? 5.4.1 面向對象方法學概述

對象與封裝 類

繼承與多態性 消息通信

面向對象方法學的優點

? 5.4.2 面向對象的分析方法

OMT方法簡介 建立對象模型 建立動態模型 建立功能模型

?

?

? ? ?

? ? ? ? ? ? ? 1.? ? 1.? ? ? ? ?

? ? ? ? ? ?

5.5小節

系統分析涉及系統需求的獲取、分析、規格說明和確認。系統需求可分為以下幾個方面：系統總體功能和業務結構、硬件系統需求、軟件系統需求、硬件系統和軟件系統之間的接口需求。

常用的系統分析方法包括結構化分析、原型化方法和面向對象的分析。

第7章

系統分析文檔

7.1系統/子系統需求規格說明

引言 引用文件

需求：要求的狀態和方式；需求概述；系統能力需求；系統外部接口需求；系統內部接口需求；系統內部數據需求；適應性需求；安全性需求；保密性和私密性需求；操作需求；可使用性、可維護性、可移植性、可靠性和安全性需求；故障處理需求；系統環境需求；計算機資源需求；系統質量需求；設計和構造的約束；相關人員需求；相關培訓需求；相關后勤需求；包裝需求；其他需求；需求的優先次序和關鍵程度 合格性規定 需求可追蹤性 非技術性需求 尚未解決的問題 注解 附錄

7.2接口需求規格說明

引言 引用文件 需求

合格性規定 需求可追蹤性 注解 附錄

7.3軟件需求規格說明

引言 引用文件

軟件需求：要求的狀態和方式；需求概述；需求規格；軟件能力需求；軟件外部接口需求；軟件內部接口需求；軟件內部數據需求；適應性需求；安全性需求；保密性和私密性需求；軟件環境需求；計算機資源需求；軟件質量需求；設計和實現的約束；數據需求；操作需求；故障處理需求；算法需求；相關人員需求；相關培訓需求；相關后勤需求；包裝需求；其他需求；需求的優先次序和關鍵程度 合格性規定 需求可追蹤性 尚未解決的問題 注解 附錄

7.4小節

根據《GB/T 8567-2006 計算機軟件文檔編制規范》（Specification for computer

? ? ?

? ?

? ? ? ? ? ?

? ? ? ? ?

?

? software documentation），系統分析文檔主要包括系統/子系統需求規格說明（SSS）、接口需求規格說明（IRS）和軟件需求規格說明（SRS）。系統/子系統需求規格說明（SSS）為一個系統或子系統指定需求以及保證每個需求得到確認所使用的方法。

接口需求規格說明（IRS）描述為實現一個或多個系統、子系統、硬件配置項（HWCI）、計算機軟件配置項（CSCI）、用戶

軟件需求規格說明（SRS）描述對計算機軟件的需求以及確保每個需求得到確認所使用的方法。

第8章

系統設計基礎 8.1系統設計概述

? 8.1.1 系統級設計決策

系統級設計決策，是指系統行為的設計決策（忽略其內部實現，從用戶角度出發，描述系統將怎樣運轉以滿足需求）和其他對系統部件的選擇和設計產生影響的的決策。系統級設計決策內容：有關系統接收的輸入和產生的輸出的設計決策；對每個輸入或條件進行響應的系統行為的設計決策；系統數據庫/數據文件如何呈現給用戶的設計決策；為滿足安全性、保密性和私密性需求所選用的方法；硬件或硬軟件系統的設計和構造選擇；為了響應需求而作出的其他系統級設計決策。

? 8.1.2 系統架構設計

總體設計

系統部件設計 動態交互設計 接口設計

? 8.1.3 運行設計

系統初始化——說明本系統的初始化過程。

運行控制——說明對系統施加不同的外界運行控制時所引起的各種不同的運行組件組合、每種運行所經歷的內部組件和支持軟件、每一種外界運行控制的方式方法和操作步驟、每種運行組件組合將占用各種資源的情況以及系統運行時的安全控制。運行結束——說明本系統運行的結束過程。

? 8.1.4 系統出錯處理設計

出錯信息——包括出錯信息表、故障處理技術等。補救措施——說明故障出現后可能采取的補救措施。

? 8.1.5 系統維護設計

檢測點的設計——說明在系統中專門安排用于系統檢查與維護的檢測點。

檢測專用組件的設計——說明在系統中專門安排用于系統檢查與維護的專用組件。

8.2軟件設計概述

? 8.2.1 軟件級設計決策

軟件級設計決策是指軟件行為的設計決策（忽略其內部實現，從用戶角度出發，描述軟件將怎樣運轉以滿足需求）和其他影響組成該軟件的軟件配置項的選擇與設計的決策。

軟件級設計決策內容：有關軟件接收的輸入和產生的輸出的設計決策；對每個輸入或條件進行響應的軟件行為的設計決策；有關數據庫/數據文件如何呈現給用戶的設計決策；為滿足安全性、保密性和私密性需求所選用的方法；為響應需求而作出的其他軟件級設計決策。

? 8.2.2 軟件架構設計

? ? ? ? ? ? ? ? ? ? ? 程序結構設計

全局數據結構設計 軟件配置項設計 動態交互設計 接口設計

? 8.2.3 軟件詳細設計

軟件配置項設計決策

軟件配置項設計中的約束、限制或非常規特征 軟件配置項使用的編程語言考慮 軟件配置項使用的過程式命令選取

軟件配置項的局部數據與軟件配置項的輸入或輸出數據設計 軟件配置項的邏輯設計

8.3設計原則 ? 8.3.1 組件化

組件的可分解性 組件的可組裝性 組件的可理解性 組件的連續性 組件的保護性

? 8.3.2 抽象

抽象就是抽出事物的本質特性而暫時忽略其細節，使得不同的事物可以當作相同的事務來處理。

軟件工程過程的每一步都是對軟件解法的抽象層次的一次精化。

軟件設計中的抽象機制主要包括類、模板、過程抽象、數據抽象和控制抽象。

? 8.3.3 內聚與耦合

內聚是指一個組件內各個元素彼此結合的緊密程度 內聚種類（由低到高排列）：偶然內聚；邏輯內聚；瞬時內聚；過程內聚；通信內聚；順序內聚；功能內聚

耦合是指一個軟件結構內不同組件之間的互連程度 耦合種類（由高到低排列）：內容耦合；公共耦合；外部耦合；控制耦合；標記耦合；數據耦合；非直接耦合

組件的高內聚、低耦合原則稱為組件獨立原則

? 8.3.4 封裝與信息隱蔽

第一，組件是其全部屬性和全部服務緊密結合而形成的一個不可分割的整體。

第二，組件是一個不透明的黑盒子，表示組件狀態的數據和實現操作的代碼都被封裝在黑盒子里面。使用一個組件的時候，只需知道它向外界提供的接口形式，無須知道它的數據結構細節和實現操作的算法。

? 8.3.5 啟發式規則

深度、寬度、扇出與扇入 作用域和控制域 功能的可預測性

8.4設計視圖

? 8.4.1 架構視圖（靜態視圖）

架構描述語言（ADL）? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

? ? ?

?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

? ? 類圖與對象圖 組件圖

協作責任卡（CRC）部署圖

實體-聯系圖（E-R圖）接口描述語言（IDL）結構圖

Jackson結構圖

? 8.4.2 行為視圖（動態視圖）

活動圖 協作圖 順序圖 數據流圖

決策表和決策圖

流程圖和結構化流程圖 狀態圖

形式化描述語言 偽碼

8.5小節

系統設計是定義一個系統或軟件的架構、組件、接口和其它特征的過程。包括系統級設計決策、系統架構設計、運行設計、系統出錯處理設計和系統維護設計。

軟件設計主要包括軟件級設計決策、軟件架構設計（概要設計）與詳細設計。軟件架構設計的主要任務是程序結構設計、全局數據結構設計、軟件配置項設計、動態交互設計和接口設計。軟件詳細設計是指每一個軟件配置項的具體設計。

組件化、抽象、高內聚與低耦和、封裝與信息隱蔽是軟件設計的基本原則。軟件設計視圖通?？煞譃榧軜嬕晥D（靜態視圖）和行為視圖（動態視圖）兩類。第9章

系統設計方法 9.1結構化設計

? 9.1.1 結構化設計方法概述

分析系統的總體需求，并將需求逐步分解為基本、具體的功能。確定每個功能應當記錄的數據。

列出系統中應提供的各項基本功能，并分析各項基本功能之間的耦合關系，根據高內聚、低耦和的原則分配到系統中適當的模塊中。

? 9.1.2 系統結構圖

模塊 調用 數據 控制 轉接符號

? 9.1.3 系統結構圖分類

變換流與事務流 變換型系統結構圖 事務型系統結構圖 ? ? ?

? ? ? ? ? ? ? ?

? 混合型系統結構圖

9.2面向數據結構的設計

? 9.2.1 面向數據結構的設計概述

分析并建立適合系統的數據結構；

根據數據結構在相應的層次建立程序結構；

羅列出程序中用到的各種基本操作，并將這些基本操作分配到程序結構中合適的模塊中。

? 9.2.2 Jackson圖

順序結構 選擇結構 重復結構

改進的Jackson圖

? 9.2.3 Jackson方法

分析并確定輸入和輸出數據的邏輯結構，并利用Jackson 找出輸入和輸出數據結構中存在對應關系的數據單元。從描繪數據結構的Jackson圖導出描繪程序結構的Jackson

列出所有操作和條件(包括分支條件和循環結束條件)，并且把它們安排到程序結構圖的適當位置。用偽代碼表示。

9.3面向對象的設計

? 9.3.1 面向對象的設計概述

面向對象設計的基本思想是通過建立和客觀實際相對應的對象，并通過這些對象的組合來創建具體的應用。

面向對象設計具有基于抽象、信息隱藏、功能獨立和模塊性構造系統的能力。

對于面向對象的系統，可以定義一個四個層次的設計金字塔：子系統層；類及對象層；消息層；責任層。

? 9.3.2 面向對象設計技術

? Coad/Yourdon方法 ? Booch方法 ? OMT方法 ? ?

? 9.3.3 面向對象設計過程

系統設計過程：將分析模型劃分為子系統；子系統分配及與問題的并發性；任務管理；數據管理；資源管理；人機界面；子系統間通信

對象設計過程：對象描述；算法與數據結構設計；接口設計與模塊化

9.4設計模式

? 9.4.1 設計模式概述

設計模式就是將面向對象軟件的設計經驗記錄下，可供設計者能夠復用的設計方案。設計模式極大提高了面向對象軟件開發的效率，降低了軟件的復雜度。

在軟件設計中使用設計模式，將使用開發出來的軟件更容易理解、更容易維護、更容易擴展，使用設計模式同時也能夠提高開發團隊和個人的開發能力。

? 9.4.2 設計模式基本組成

模式名稱：惟一標識一個設計模式。問題：描述應該在何時使用該模式。? ? ?

? ? ? ? ? ? ? ? ?

? ? ?

? ? ?

? ?

? 解決方案：描述設計的組成要素，以及它們之間的相互關系及各自的職責與相互之間協作的方式。

? 效果：描述應用設計模式的效果，以及使用設計模式必須考慮的限制和約束因素。

? 9.4.3 設計模式分類

? 面向對象模式 ? 代碼模式

? 框架應用模式

? 創建型模式、結構型模式與行為型模式 ? 類模式與對象模式

? 9.4.4 如何使用設計模式

? 針對接口編程，而不是針對實現編程 ? 優先使用對象組合，而不是類繼承 ? 找出變化并封裝

9.5小節

? 系統設計是一系列迭代的過程，主要任務包括數據結構、體系結構、接口及過程細節的設計等，而設計方法是軟件設計活動中實現設計模型的方法。? 系統設計方法主要包括面向過程的結構化設計方法、面向數據結構的設計，以及面向對象的設計方法與設計模式。

第10章

數據庫設計 10.1數據建模

? 10.1.1 數據模型分類

? 概念數據模型 ? 結構數據模型 ? 物理數據模型

? 10.1.2 實體-聯系（E-R）模型

? 實體 ? 屬性 ? 聯系 ? 實體型 ? 實體集 ? 鍵 ? 域

? 10.1.3 數據模型

? 層次數據模型（hierarchical model）? 網狀數據模型（network model）? 關系數據模型（relational model）

? 面向對象模型（object oriented model）

10.2數據規范化

? 10.2.1 數據規范化的基本概念

? 函數依賴

? 非平凡函數依賴 ? 完全函數依賴 ? 部分函數依賴

? 傳遞函數依賴 ? 鍵

? 10.2.2 范式

? ? ? ? 第一范式（1NF）第二范式（2NF）第三范式（3NF）BC范式（BCNF）

10.3數據庫設計過程 ? 10.3.1 數據庫需求分析

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 數據邊界的確定 數據環境的確定 數據內部關系 數據字典

數據性能需求

數據需求分析說明書

? 10.3.2 數據庫概念設計

概念設計與概念模型 概念設計的主要方法 分解與抽象 局部概念模式 全局概念模式

? 10.3.3 數據庫邏輯設計

初始模式的形成 子模式設計

應用程序概要設計 模式評審 修正模式

? 10.3.4 數據庫物理設計

存儲記錄結構設計 確定數據存放位置 存取方法設計

完整性和安全考慮 程序設計

10.4小節

? 數據庫系統普遍采取數據模型表示和處理客觀事物的數據特征與信息。數據模型主要由數據結構、數據操作和完整性約束三部分組成，從抽象層次上描述和模擬了系統的靜態特征、動態行為和約束條件。

? 關系數據庫中的關系必須滿足一定的要求，即滿足不同的范式。目前關系數據庫中常用的范式包括：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）和BCNF。? 數據庫設計主要包括需求分析、概念設計、邏輯設計和物理設計等幾個階段。

第11章

用戶界面設計

11.1基本概念

? ? ?

? ? ? ? ? ? ? ? ? ?

? ? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ?

? 11.1.1 界面設計目標

可用性目標：可行性、有效性、易學性、易記性、安全性、通用性

用戶體驗目標：令人滿意、令人愉快、引人入勝、富有啟發、激發創造??

可用性目標主要從客觀角度來評價系統界面，而用戶體驗目標則是從用戶主觀感受的角度來評價系統界面。

? 11.1.2 界面設計原則

可視性：將系統功能呈現得一目了然。

反饋性：返回與活動相關的信息，以便用戶能夠繼續這個活動。限制性：將用戶的行為限制在一定的范圍內。

對應性：明確系統某個控制與其控制效果之間的對應關系。一致性：用相似的元素表現相似的操作或相似的任務。啟示性：界面元素應給予用戶某種提示。

? 11.1.3 界面設計過程

標識出用戶的真實需要并建立需求模型 設計出候選方案

構建或實現設計的原型版本 對界面設計進行評估

11.2界面設計技術

? 11.2.1 界面設計分析技術

GOMS模型及GOMS擊鍵層模型 Hick律 Fitts律

? 11.2.2 界面設計方法

原型設計方法

以用戶為中心的設計方法 用戶界面設計的支持工具

11.3界面設計評估

? 11.3.1 構造性評估與總結性評估

構造性評估：在設計過程中對所設計的系統或產品界面進行評估以確保其滿足用戶需求。

總結性評估：對已經完成的產品或系統界面進行評估。

? 11.3.2 評估范型

快速評估 可用性測試 實地研究 預測性評估

? 11.3.3 評估方法與技術

觀察用戶

征求用戶意見 征求專家意見 用戶測試

用戶執行情況的分析模型

? 11.3.4 評估框架

明確（Determine）

? ? ? ? ? ? ? ? ?

發掘（Explore）選擇（Choose）標識（Identify）決定（Decide）評估（Evalute）

11.5小節

用戶界面體現了用戶利用系統完成任務的方式以及系統對用戶行為的響應方式，一個沒有良好的用戶界面設計的系統很可能會成為一個沒有用戶的系統。可用性目標與用戶體驗目標。

界面設計的量化模型：GOMS模型及其子模型-擊鍵層模型，Hick律和Fitts律。構造性評估與總結性評估。

第12章

系統設計文檔

12.1系統/子系統（結構）設計說明

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 引言 引用文件

系統級設計決策

系統體系結構設計：總體設計；系統部件設計；動態交互設計；接口設計 運行設計

系統出錯處理設計 系統維護設計 尚未解決的問題 需求的可追蹤性 注解 附錄

12.2

接口設計說明

引言 引用文件 接口設計

需求的可追蹤性 注解 附錄

12.3

軟件（結構）設計說明

引言 引用文件

軟件級設計決策

軟件體系結構設計：程序結構設計；全局數據結構設計；軟件配置項設計；動態交互設計；接口設計 軟件詳細設計 需求的可追蹤性 注解 附錄

12.4數據庫設計說明

? ? ? ? ? ? ? ? ?

? ? ? ? ?

引言 引用文件

數據庫級設計決策 數據庫詳細設計

用于數據庫操縱或訪問的軟件配置項的詳細設計 需求的可追蹤性 注解 附錄

12.5

小節

根據《GB/T 8567-2006 計算機軟件文檔編制規范》，系統設計文檔主要包括系統/子系統設計（結構設計）說明（SSDD）、接口設計說明（IDD）、軟件（結構）設計說明（SDD）和數據庫設計說明（DBDD）。

系統/子系統設計（結構設計）說明（SSDD）描述了系統（或子系統）的系統級（或子系統級）設計決策與體系結構設計。

接口設計說明（IDD）描述了一個或多個系統、子系統、硬件配置項（HWCI）、計算機軟件配置項（CSCI）、用戶或其他系統部件的接口特性。

軟件（結構）設計說明（SDD）描述了計算機軟件系統的軟件級設計決策、軟件體系結構設計（概要設計）與詳細設計。

數據庫（頂層）設計說明（DBDD）描述了數據庫的設計。系統設計文檔可以使用自然語言，可以使用形式化語言，也可以根據具體的系統設計方法使用各種圖形工具，還可以根據實際情況混合使用多種表現形式。