第3章系統工程基礎與可行性研究3.1基于計算機的系統3.2系統需求識別3.3可行性研究與分析3.4系統體系結構建模3.5系統定義與評審3.6小結第3章系統工程基礎與可行性研究3.1基于計算機的系統13.1基于計算機的系統3.1.1基于計算機的系統概述基于計算機的系統將一組元素組織起來，以實現某種方法、過程或利用處理信息進行控制。圖3.1給出了計算機系統的基本結構。其中，軟件是指計算機程序、數據結構和描述所需邏輯方法、過程或控制的文檔；硬件是指計算機系統中提供計算能力的物理電子設備；人指硬件和軟件的操作員和用戶；數據庫是一個大型的有組織信息的集合，它通過軟件進行數據加工與存取，是系統功能的一個主要部分；文檔是指手冊、表格和其他用以描述系統使用和操作的描述性信息；過程定義每種元素特定的使用步驟或系統的主流過程性環境。3.1基于計算機的系統3.1.1基于計算機的系統概述2這些元素能夠以各種方式組合起來進行信息的轉換，產生必要的控制信號，將一種數據轉換為另一種數據并控制特定的硬件設備。“系統”是元素的集合。同時，系統的概念又是一個遞歸的概念。一個系統可能包含有大量的元素，而自身又充當其他的、更大的系統的元素，如圖3.2所示。這些元素能夠以各種方式組合起來進行信息的轉換，產生必3圖3.1計算機系統及其元素圖3.1計算機系統及其元素4圖3.2系統的系統圖3.2系統的系統5系統工程師(系統分析員)的職責就是分析客觀需求，設計、選擇適當的元素并定義其間的關系和設計、建造特定的系統。作為計算機系統分析員，關心的是基于分析設計、基于計算機的系統。當計算機軟件的需求確定之后，大系統的軟件系統分析員就應當按照分配給軟件的系統需求(必須由軟件完成的需求)設計、建立計算機軟件系統。以稍微形式化的方法來表示，在系統工程中，整體視圖(WV)包含若干個領域(Di),它們本身可以是一個系統或者是系統的系統：WV={D1，D2，D3，…，Dn}系統工程師(系統分析員)的職責就是分析客觀需求，設計6每個領域由若干個特定的元素(Ej)構成，每個元素代表了完成領域的實體和目標：Di={E1，E2，E3，…，Em}最后，刻劃每個元素，組成元素的是實現(完成)元素功能的技術構件(C)：Ei={C1，C2，C3，…，Ck}在軟件范疇內，構件應當是計算機程序、類或對象、可復用構件、模塊等等。甚至可能是程序設計語言語句。系統分析員自頂向下的展開工作時，關注的內容越來越具體，然而，整體視圖在適當的層次上清楚地描述了整個功能的定義，從而使工程師能夠理解整個領域并最終理解系統或產品。因此在系統建模階段，整體視圖有其特殊的意義。每個領域由若干個特定的元素(Ej)構成，每個元素代表73.1.2計算機系統工程計算機系統工程是一個問題求解活動，通過和用戶的協商揭示并分析客觀的功能需求，把整體需求化整為零，分配給計算機系統中的各個元素去完成。系統分析員從界定目標與約束條件開始，導出針對本系統的功能、性能、接口、環境、數據結構的表示，并據此選擇必要的元素，進行功能分配、設計元素間的關聯關系。也就是針對用戶的需求進行基于計算機的系統設計。設計可能會得到若干種能夠滿足用戶系統需要的候選方案。對于這些方案，應當從多方面進行權衡比較，找出在技術、經濟、成本、可操作性方面均具有較好指標的方案作為推薦的系統結構方案。這樣，我們就能夠從用戶的需求出發，運用系統工程的觀點與方法，選擇一個基于計算機的系統的特定的系統配置，把功能與性能規格分配給硬件、軟件、人、數據庫、文檔與過程去完成。具體的硬件工程、軟件工程、人機工程和數據庫工程的作用就是細化功能和性能的范圍，產生一個能夠和其他元素適當集成的可操作的系統元素。3.1.2計算機系統工程81.硬件和硬件工程計算機系統工程師選擇某種硬件元素的組合構成基于計算機系統的硬件元素。在選擇硬件元素時，應當考慮以下特性：(1)從集成化的角度考慮，對各種元件打包形成單獨的構件塊。(2)各個元件/構件塊之間盡量采用標準接口。(3)性能、成本、有效性相對地比較容易確定。(4)盡量提供多種可供權衡選擇的硬件方案。計算機硬件工程是在幾十年以來電子設計和電子工程的基礎上發展起來的。硬件工程的過程可以劃分為計劃與定義，設計和樣機實現，生產、銷售和售后服務三個階段。

1.硬件和硬件工程9

2.軟件和軟件工程在系統工程中，一般把部分功能和性能要求分配給軟件來實現。在某種情況下，可以把功能看作是一個順序的數據處理過程，對性能不作顯式定義。在另一些情況下，可以把功能看作是對內部各個系統元素的協調和對其他并發程序的控制，而性能則顯式定義為響應和等待時間。為了實現分配給軟件的功能和性能，軟件工程師必須獲取或者開發一系列的軟件部件。與硬件不同的是，軟件部件很難標準化。在許多情況下，為了滿足系統分配給軟件的需求，軟件工程師還必須開發一些專用部件。但無論如何，盡量采用可復用構件是選擇軟件部件的第一原則。2.軟件和軟件工程10在基于計算機的系統中，軟件元素一般由程序、數據和文檔組成，包括系統軟件和應用軟件兩類。前者完成使應用軟件能與其他系統元素(例如硬件元素)交互的控制作用；后者用來實現信息處理功能所要求的過程。抽象地看，基于計算機的系統可以用IPO(輸入—處理—輸出)模型來表示。軟件可以用來從外部實體或系統內的其他元素接收輸入信息；在需要人機交互的時候完成I/O轉換，并引導操作者進行一系列的交互操作；當軟件從一個設備得到數據時，就以“驅動器”的形式來調整相應硬件特征；軟件還能夠用于建立數據庫接口，使程序能夠存取預先存儲的數據；軟件針對接收到的源數據實現完成系統需求所必需的處理算法，形成輸出到其他系統元素、宏元素或外部對象的數據或控制信息。在基于計算機的系統中，軟件元素一般由程序、數據和文檔11圖3.3軟件工程的定義階段圖3.3軟件工程的定義階段12圖3.4軟件工程的開發階段圖3.4軟件工程的開發階段13圖3.5軟件工程的運行維護階段圖3.5軟件工程的運行維護階段143.人與人機工程(人機交互工程)基于計算機的系統一般離不開人的因素。人機交互的便捷與否，系統是否具有明顯的“用戶友好性”，是評價計算機系統質量優劣的指標之一。在計算機系統中，“人”是重要的元素。系統工程師在把功能分配給人之前，必須規定完成功能所必須進行的交互，因此必須了解人元素具有的具體“元件”。具體來說，組成人元素的元件包括：人的記憶和知識表示、思維和推理、直觀感覺、人的對話構造等等。人類工程學是應用心理學和方法論導出的知識來確定和設計高質量人機對話界面(HCI，HumanConversationInterface)的多學科活動。人機工程過程包括：3.人與人機工程(人機交互工程)15(1)活動分析：對分配給人的每一項活動，在與其他系統生成元素進行交互的環境中進行評價。活動還要劃分成任務，并在以后對它們進一步分析。(2)語義分析和設計：對用戶要求的每一個動作和機器產生的每一個動作的精確含義進行定義，并進行能夠傳遞正確語義的對話設計。(3)語法和詞法設計：標識與描述各個動作和命令的特定形式，然后設計每一動作或命令的硬件與軟件實現。(1)活動分析：對分配給人的每一項活動，在與其他系16(4)用戶環境設計：將硬件、軟件和其他系統生成元素組合起來形成用戶環境。環境包括物理設備以及人機對話界面。(5)原型：利用原型能夠形式化的定義HCI，能夠使用戶積極的參與而不是被動的評價HCI。應當重復地使用原型化方法運行和評價所有的人機工程。(4)用戶環境設計：將硬件、軟件和其他系統生成元素174.數據庫與數據庫工程數據庫工程是一門技術學科，它的應用是在數據庫的信息域定義完成之后。對于使用數據庫的系統來說(例如幾乎所有的商業軟件)，數據庫往往作為信息倉庫成為所有功能的核心。系統工程師的任務在于要定義數據庫中包含的信息，處理將要進行的查詢的類型、數據存取的方式和數據庫的容量等等。即使在不使用數據庫的系統中，也要進行數據分析和數據設計。數據庫工程的目標可以簡要地歸納為“明確加工對象和輸出結果的數據結構特征”。4.數據庫與數據庫工程183.2系統需求識別3.2.1系統分析的目標系統需求分析是一組稱為計算機系統工程的活動，它著眼于所有的系統生成元素，由硬件、軟件、數據庫方面的工程師共同參加。系統分析的目標包括：(1)識別出用戶的需求。(2)評價系統的可行性。(3)進行經濟分析和技術分析。3.2系統需求識別3.2.1系統分析的目標19(4)在明晰總體需求的前提下，將要實現的功能分配給硬件、軟件、人、數據庫和其他的系統元素。(5)預測成本、進行進度設計。(6)生成系統規格說明，用作所有后繼工程的基礎。(4)在明晰總體需求的前提下，將要實現的功能分配給203.2.2系統分析過程識別用戶的真正需求是系統分析的第一步。分析人員應當注意弄清楚下列問題：(1)用戶所期望的功能和性能。(2)對于可靠性和質量提出的問題有哪些？(3)總的系統目標是什么？(4)成本、資源和進度有哪些限制和約束？(5)可能會有哪些擴充需求？(6)有哪些有效的技術可供使用？(7)制造的需求是什么？市場競爭情況如何？

3.2.2系統分析過程21最初，系統分析員應當協助用戶整理他們的需求，提出總的目標。即要針對什么對象，進行什么處理，輸出成為什么形式。識別了總目標之后，再對一些輔助需求信息進行進一步評估。如工期限制、資源、技術儲備等等。通過系統分析，對于系統的總體功能和分配給軟件的需求都有了盡量準確的理解。這種對系統需求的理解和相關技術路線的分析將寫入“項目概念文檔”中(前期調研報告)，并通過和用戶的反復交流，對文檔進行滾動修改。最初，系統分析員應當協助用戶整理他們的需求，提出總的223.3可行性研究與分析就商業軟件來說，只要不限定資源與時間，總是可行的。但這里要考慮的是：“在指定的目標和滿足質量、時間、成本約束條件前提下，問題有沒有可行解”。暫時不必考慮“如何解”的問題。主要從四個方面考慮可行性：(1)經濟可行性：進行投入/產出分析，確定系統有無經濟價值。(2)技術可行性：在預定的時間與成本限制下，對待開發系統進行功能、性能和限制條件的分析，確定在當前已經擁有的資源環境中，存在有多大的技術風險。3.3可行性研究與分析就商業軟件來說，只要不限定資23(3)法律可行性：確認待開發系統是否存在有涉及侵權、妨礙和責任問題。(4)對不同的方案進行評估抉擇。在這樣的過程中，由于當前對需求的理解還是粗線條的，所以要進行經濟、技術可行性分析是有難度的。尤其是對于技術可行性的研究，必須十分注意。在進行技術風險分析時，要考慮：(3)法律可行性：確認待開發系統是否存在有涉及侵權24(1)開發風險：在預定的限制范圍約束下，能否設計出系統并實現其功能與性能。(2)評價資源的有效性：人力、可復用構件、軟/硬件環境三個層次的資源是否具備。(3)相關的技術發展能否支持這一系統。對于工程的技術可行性評價，必須非常重視，一旦估價錯誤，將產生災難性的后果。此外，對于法律可行性進行評價時，涉及的面也比較廣，它包括合同、責任、侵權以及其他一些技術人員常常不了解的險境。必要時可以請法律顧問來參與評價。(1)開發風險：在預定的限制范圍約束下，能否設計出25在選擇各個候選方案時，還常常受到成本和時間的限制。可行性研究的結果是形成一個單獨的“可行性報告”，其中最主要的內容是：(1)項目的背景：問題描述、實現環境和限制條件等。(2)管理概要與建議：重要的研究結果(結論)、說明、勸告和影響等。(3)推薦的方案(不止一個)：候選系統的配置與選擇最終方案的原則。(4)簡略的系統范圍描述：分配元素的可行性。在選擇各個候選方案時，還常常受到成本和時間的限制。26(5)經濟可行性分析結果：經費概算和預期的經濟效益等。(6)技術可行性(技術風險評價)：技術實力分析、已有的工作及技術基礎和設備條件等等。(7)法律可行性分析結果描述。(8)可用性評價：匯報用戶的工作制度和人員的素質，確定人機交互功能界面需求。(9)其他項目相關的問題：如可能會發生的變更等等。可行性研究報告由系統分析員撰寫，交由項目負責人審查，再上報給上級主管審閱。在可行性研究報告中，應當明確項目“可行還是不可行”，如果認為可行，還要明確地推薦方案。(5)經濟可行性分析結果：經費概算和預期的經濟效益等273.3.1效益度量方法經濟可行性的結論通過投入/產出分析得出。首先要估算項目的開發成本投入，然后與可能取得的效益比較和權衡。在計算成本/效益時，應當重視“貨幣時間效果”影響，并應適當考慮無形效益。整個系統的經濟效益解釋為：采用新系統后增加的收入再加上使用新系統后節約的運行費用。無形的效益包括用戶滿意度、更高的質量等等，很難直接度量。但是在一定的條件下，無形的效益也可能轉化成有形的效益。3.3.1效益度量方法28成本估算的初衷，是要對項目投資，估算投資所需的額度。投資在前，收益在后，進行投入/產出分析時，將來的收益和現在已經耗費的成本不能直接進行比較，必須考慮到貨幣的時間效益后，才能夠準確進行投入/產出分析。度量經濟效益時，一般從投入/產出比、成本回收時間和純收入三個角度來考慮。在計算過程中，必須充分考慮到貨幣的時間價值問題。成本估算的初衷，是要對項目投資，估算投資所需的額度。29(1)貨幣的時間價值：由于利率的存在，貨幣的時間價值是能夠準確估算的。假設年利率為i，現在投入P元，則n年后能夠得到：F=P(1+i)n這就是P元錢在n年后的價值。反之，假設n年后能收入F元，則其當前價值是：例：假設購置一套應用軟件投資20萬元，預計可使用5年，每年直接經濟效益9.6萬元，年利率為5%，試計算投入/產出比。解：考慮到貨幣的時間價值，5年的總體收入應當逐年按照上式計算，并非為恒定的9.6萬元。1～5年中，每年的收入折算到當前的數據如表3.1所示。(1)貨幣的時間價值：由于利率的存在，貨幣的時間價30表3.1貨幣的時間價值年份將來收益/萬元(1+i)n當前收益累計的當前收益19.61.059.14299.142929.61.10258.707517.851339.61.15768.292826.143249.61.21557.897934.041159.61.27637.521941.5630表3.1貨幣的時間價值年份將來收益/萬元(1+i)n當前31根據上表所列數據，本軟件投入/產出比為41.5630/20=2.0785(2)投資回收期：根據上例，兩年后收入17.8513萬元，尚欠2.15萬元沒有收回成本，在第三年還需要：2.15/26.1432=0.259(年)，故投資回收期為2.259年。(3)純收入:根據上面的計算結果，5年純收入為41.5630－20=21.5630萬元這相當于比較一個待投入的軟件項目可能獲取的利潤和將20萬元存入銀行所取得的效益。只有當純收入大于0時，開發軟件才有真正的效益。根據上表所列數據，本軟件投入/產出比為323.3.2成本—效益分析有了正確的效益度量方法，就能夠進行成本—效益分析。除經濟效益之外，非經濟效益也應當適當考慮。下面以一個管理信息系統軟件為例，分析其可能的成本—效益。信息管理系統可能的效益表如表3.2所示。3.3.2成本—效益分析33表3.2信息管理系統可能的效益表改進計算與打印工作得到的效益降低每單元計算和打印成本(CR)提高計算任務的精確度(ER)有能力快速改變計算程序中的變量與值(IF)大大提高計算與打印速度(IS)改進記錄保存工作得到的效益自動為記錄收集和存儲數據(CR、IS、ER)更完全、系統地保存記錄(CR、ER)根據空間與成本，增加記錄保存的容量(CR)進行標準化的記錄保存(CR、IS)增加單記錄數據容量(CR)改進存儲記錄的安全性(ER、CR、MC)改進記錄的可移植性(IF、CR、IS)表3.2信息管理系統可能的效益表改進計算與打印工作得到的34表3.2信息管理系統可能的效益表改進記錄查找工作帶來的效益快速檢索記錄(IS)改進從大型數據庫中存取記錄的能力(IF、CR)改進變更數據庫內容的能力(IF、CR)通過遠程通信、鏈接要求查找的地點的能力(IF、IS)改進登記記錄能力，保存操作種類及操作人信息(ER、MC)審計和分析記錄查找活動的能力(MC、ER)改進系統重構能力帶來的效益同時變更整個記錄類的能力(IS、IF、CR)傳輸大型數據文件的能力(IS、IF)歸并其他文件生成新文件的能力(IS、IF)表3.2信息管理系統可能的效益表改進記錄查找工作帶來的效35表3.2信息管理系統可能的效益表改進分析和模擬能力所得到的效益快速執行復雜并發計算的能力(IS、IF、ER)模擬復雜現象，進行條件分析的能力(MC、IF)為輔助決策收集大量數據的能力(MC、IF)改進過程和資源管理得到的效益減少在過程和資源管理方面所需的工作量(CR)改進“精細調校”方面的能力(CR、MC、IS、ER)改進保持對可用資源進行不間斷監控的能力(MC、ER、IF)表3.2信息管理系統可能的效益表改進分析和模擬能力所得到36上表中，CR=降低成本；ER=減少錯誤；IF=增加靈活性；IS=增加活動速度；MC=改進管理計劃和控制。新系統的效益和系統的工作過程有關。如果以一個CAD系統為例，想要進行經濟可行性分析判定，分析員就要對現行的人工設計系統和待開發的CAD系統定義可度量的特性。例如，選擇產生最終詳細圖紙的時間t-draw作為一個可度量量，而且經分析得知，CAD系統產生的時間縮減比為1/4。為進一步對效益進行量化，確定下面的數據：上表中，CR=降低成本；ER=減少錯誤；IF37t-draw：平均繪圖時間=4小時c:每個繪圖小時的成本=20元n:每年繪圖總數量=8000p:CAD系統中已完成繪圖的百分比=60%根據上述設定數據，計算每年節省費用的估算值，即所得到的因節省了繪圖時間而得的效益為節約的繪圖費用=縮減比×t-draw×n×c×p=96000元/年t-draw：平均繪圖時間=4小時38其他因采用此CAD系統的有形效益可以用類似的方法計算。系統分析員對每一項的成本進行估算，然后用開發費用和運行費用來確定投資的償還、損益的平衡點和投資回收期。對所有的部分都進行了成本—效益分析之后，就可以判斷本系統在經濟上是否可行，形成分析報告。其他因采用此CAD系統的有形效益可以用類似的方法計算393.3.3技術分析技術分析的目的是提交系統的技術可行性評估，說明為完成系統功能、達到系統性能指標要采取什么樣的技術、存在哪些技術風險并判定這些技術問題對于成本有什么影響。在對待開發系統進行技術可行性分析時，模型化方法(包括數學模型和物理模型)是一種有效的方法。圖3.6表現了進行技術分析建模時的信息流程。分析員根據對實際領域的觀察(如當前系統的業務流程和數據流)或對目標系統的逼近而建立模型。系統分析人員評價模型的特性，將它與實際的或期望的系統特性作比較，進而深入地分析建立系統的技術可行性。3.3.3技術分析40圖3.6模型化過程示意圖3.6模型化過程示意41為了對系統進行技術分析而使用模型時，應當注意遵循下面的準則：(1)模型應當表現出待評估系統構成的動態特性，其操作盡量接近真實的結果。(2)模型應當包括系統中所有的元素并保證其可靠性。(3)模型中要突出表現與現實問題最相關的因素，在初期對次要問題要謹慎地回避。以便簡化模型。(4)模型力求簡單。對過于復雜的模型可以分解為一組相對簡單的模型，其中一個模型的輸出可以是另一個的輸入。對一個特定系統元素的評估應當獨立于其他元素。(5)對模型要進行一系列的試驗，使其盡可能的不斷接近系統的目標。為了對系統進行技術分析而使用模型時，應當注意遵循下面423.3.4方案制定與評估如果對待建系統分析的結果為可行的話，就要設計和選擇可行的基本方案。這時，應當在滿足功能、性能、環境、可擴充性需求的前提下，將各個系統功能與其必要的一些性能和接口特性一起，分配給一個或多個系統元素。不同的分配方式也就對應著系統的不同的實現方案。可以按照成本、進度等約束條件，在若干可能的方案中擇優推薦。以一個繪圖系統為例，它的主要功能是進行三維轉換。在對候選方案進行初步設計之后，發現基于不同的分配方案，可能的系統實現方案有如下幾種：(1)完全由軟件實現三維轉換。3.3.4方案制定與評估43(2)簡單轉換(平移、比例變換等)利用具有圖形轉換功能的硬件(如特殊的圖形卡)實現；復雜的轉換(投影、透視、消隱等)由軟件包實現。(3)采用圖形工作站，全部三維轉換功能均由硬件完成。如果成本限制較嚴格，對于性能指標要求不高，變換速度允許有一定延遲，可以推薦使用第一方案；在成本不受約束，性能指標比較苛刻的情況下，方案三比較合適。進行方案評估時要考慮的因素很多。一般在滿足功能、性能指標的前提下，常常首先根據經濟因素進行選擇。

(2)簡單轉換(平移、比例變換等)利用具有圖形轉換443.4系統體系結構建模3.4.1建立系統結構流程圖考慮到任何一個基于計算機的系統都能夠模型化為使用IPO結構的信息變換系統，再加上用戶界面處理和系統維護與自測試兩個系統特性，就能夠構成基于上述五個范疇域的系統結構模板，如圖3.7所示。系統分析人員把預定的各個元素分配到模板內的五個處理區域，就形成了方案。抽象的結構模板能夠幫助分析員建立一個逐層細化的層次結構，而結構環境圖(ACD，ArchitectureContextDiagram)位于層次結構的頂層。ACD本身還定義了一些外部實體，包括系統輸入信息的產生者、系統輸出信息的使用者以及通過接口進行通信或實施維護與自測試的所有實體。3.4系統體系結構建模3.4.1建立系統結構流程圖45圖3.7抽象的系統結構模板圖3.7抽象的系統結構模板46圖3.8關于CLSS系統的結構環境圖圖3.8關于CLSS系統的結構環境圖47CLSS在分配站處使用PC機，PC機執行所有的CLSS軟件；與條碼閱讀器交互，讀入傳送帶上每個盒子的零件編號；與傳送帶監控器交互以獲取傳送帶的速度；存儲所有的分類零件編號；與分配站操作員進行人機交互以生成各種報告、進行診斷；發送控制信號給分路器硬件，對盒子進行分類存放；與工廠自動控制主機通信等等。圖3.8中每一個方框都代表一個外部實體，即系統信息的產生者(如條碼閱讀器)或使用者(如分類機構)。整個CLSS系統用圓角矩形表示。CLSS系統作為一個宏元素在ACD的“處理與控制”區域內表示。在ACD中，用附加名字的箭頭表示外部實體與CLSS系統之間傳送的數據或控制信息。外部實體條碼閱讀器產生條碼輸入信息。CLSS在分配站處使用PC機，PC機執行所有的CLS48對圖3.8中的五個矩形區域部分進行詳細分析，細化這個結構環境圖，能夠完成傳輸線分類系統規定的功能的各個專門子系統，并在ACD定義的環境中加以標識，如圖3.9所示。專門子系統定義在從ACD導出的結構流程圖(AFD，ArchitectureFlowDiagram)中。信息流穿越ACD的各個區域，可用于引導系統工程師開發AFD。AFD給出了各個專門子系統和重要的數據與控制信息流，把每一個子系統劃分成為了結構模板中定義的五個區域。在這一步，每個子系統可以包含一個或多個系統元素。對圖3.8中的五個矩形區域部分進行詳細分析，細化這個49第一步得到的AFD是AFD層次結構的頂層模板，其中的每一個圓角矩形表示的元素都可以分解、擴充成為另一個更加詳細的結構模板。每一個系統的AFD都可以用作后繼工程子系統的開始點。如上所述，從基本的功能性能需求出發，構筑頂層的結構環境模型，再按照結構模板將高層ACD逐級分解形成AFD，如此自頂向下逐層細化，將逐步構建起應用系統的明細層次模型，如圖3.10所示。第一步得到的AFD是AFD層次結構的頂層模板，其中的50圖3.9關于CLSS的結構流程圖圖3.9關于CLSS的結構流程圖51圖3.10自頂向下建立結構流程圖的層次結構圖3.10自頂向下建立結構流程圖的層次結構523.4.2系統結構的規格說明定義利用逐步細化的結構流程圖，能夠分層次地利用結構模板描述各個子系統的結構與信息流動情況。但是，還需要進一步的為各個子系統及它們之間的信息加以定義。AFD的規格說明(ADS)給出了有關每個子系統的信息和各個子系統之間的信息流；對每個子系統進行“系統模塊描述”，詳細說明每一個子系統的功能、處理對象與方法和其他子系統如何接口。同時，還包括了一個“結構字典”，對于子系統中的每一個信息項的類型、組成、來源、去處和傳輸方式進行了說明。這樣，詳細的文字描述結合明晰的結構字典，將各個子系統的功能、數據、接口情況表述的十分清楚，形成了對系統的初步認識。表3.3是規格說明中對“零件號”數據項進行詳細描述的一個例子。3.4.2系統結構的規格說明定義53表3.3結構字典條模樣例信息項名稱零件號信息項說明產品類型前綴+數字標識+成本類型類型(數據或控制)數據來源條碼解碼子系統去處數據庫存取子系統通信路徑內部軟件接口表3.3結構字典條模樣例信息項名稱零件號信息項說543.5系統定義與評審3.5.1系統定義文檔模板下面是一個推薦用來描述、定義系統的文檔大綱。可以供我們在作系統定義時參考使用。1引言1.1文檔的范圍和目的1.2概述1.2.1目標1.2.2約束條件3.5系統定義與評審3.5.1系統定義文檔模板552功能和數據描述2.1系統體系結構(結構環境圖ACD)2.2ACD描述說明3子系統描述3.1子系統N的體系結構圖定義3.1.1體系結構流程圖AFD3.1.2系統模塊描述3.1.3性能問題描述3.1.4設計約束3.1.5系統構件分配2功能和數據描述563.2體系結構字典3.3結構互連圖及其描述

4系統模型化和模擬結果4.1用于模擬的系統模型4.2模擬結果4.3特殊的性能問題討論3.2體系結構字典575項目問題5.1項目開發成本5.2項目進度安排6附錄上述文檔模板只是許多可以用來定義系統描述文檔中的一種方案，使用時可以根據實際需求進行變更與調整。5項目問題583.5.2系統定義的評審從經濟與技術方面認定系統可行之后，給出了系統的規格