1、第第5章章 系統分析概述系統分析概述本章主要內容本章主要內容l5.1 系統分析的任務系統分析的任務l5.2 系統分析的過程和方法系統分析的過程和方法l5.3 系統說明書系統說明書5.1 系統分析的任務系統分析的任務l系統分析師與用戶在一起充分系統分析師與用戶在一起充分理解理解用戶的要求，并用戶的要求，并把雙方的理解用書面文檔把雙方的理解用書面文檔系統分析說明書系統分析說明書表達表達出來。出來。l也稱需求分析。也稱需求分析。l分析的本質就是分析的本質就是理解和發現理解和發現。觀察、訪談觀察、訪談 理解理解 表述表述發掘發掘批判、革新批判、革新1、系統分析的困難、系統分析的困難l系統分析是研制信息

2、系統系統分析是研制信息系統最重要最重要的階段，也是的階段，也是最困最困難難的階段。的階段。l困難主要來自困難主要來自三個三個方面：方面：問題空間（問題空間（problem domainproblem domain）的理解）的理解人與人之間的通訊人與人之間的通訊環境的不斷變化環境的不斷變化2、系統分析師、系統分析師lsystem analyst，簡稱，簡稱SA。l任務包括：任務包括：理解和明確企業目標、經營業務和戰略發展方向。理解和明確企業目標、經營業務和戰略發展方向。按照企業目標制定信息系統建設的目標并進行分解。按照企業目標制定信息系統建設的目標并進行分解。根據企業所處環境和條件制定適合企業信

3、息系統的開發策略。根據企業所處環境和條件制定適合企業信息系統的開發策略。從可供選擇的方法和工具中進行選擇，確定適合信息系統開從可供選擇的方法和工具中進行選擇，確定適合信息系統開發的方法和工具。發的方法和工具。與企業決策層和業務人員充分溝通，了解企業業務需求，準與企業決策層和業務人員充分溝通，了解企業業務需求，準確建立企業的業務模型。確建立企業的業務模型。根據企業目標和技術發展動向，結合業務模型建立完善的信根據企業目標和技術發展動向，結合業務模型建立完善的信息系統邏輯模型。息系統邏輯模型。對信息系統開發的組織、人員和進度計劃提出建議。對信息系統開發的組織、人員和進度計劃提出建議。撰寫系統說明書。

4、撰寫系統說明書。系統分析師系統分析師l具備的素質：具備的素質：具備堅實的信息系統知識，了解具備堅實的信息系統知識，了解信息信息技術的發展，技術的發展，懂得懂得管管理科學的知識理科學的知識應有較強的系統觀點和較好的邏輯分析能力，能夠透過現應有較強的系統觀點和較好的邏輯分析能力，能夠透過現象看到問題本質，從復雜的事物中抽象出系統模型。象看到問題本質，從復雜的事物中抽象出系統模型。具有突出的批判性思維和創新思維，善于接受新鮮事物，具有突出的批判性思維和創新思維，善于接受新鮮事物，從經驗積累中進行改革和創新。從經驗積累中進行改革和創新。還應具備較好的口頭和書面表達能力，談判和協商的能力，還應具備較好的

5、口頭和書面表達能力，談判和協商的能力，較強的組織能力，善于與人共事。較強的組織能力，善于與人共事。 職位描述職位描述系統分析師要成為業務專家系統分析師要成為業務專家l才能與用戶交流順暢，充分理解用戶的要求。才能與用戶交流順暢，充分理解用戶的要求。l才能確保系統滿足了業務需求，甚至用更好的方法才能確保系統滿足了業務需求，甚至用更好的方法來解決業務需求。來解決業務需求。l在用戶中建立可信度，用戶才可能接受你的建議。在用戶中建立可信度，用戶才可能接受你的建議。3、系統分析的內容、系統分析的內容l識別利用識別利用IT實現組織變革的機會實現組織變革的機會l企業流程管理，業務流程改善企業流程管理，業務流程

6、改善l企業需求分析企業需求分析企業管理模型企業管理模型信息需求信息需求l信息系統需求分析和規格說明信息系統需求分析和規格說明需求采集、需求識別、需求表示、需求溝通需求采集、需求識別、需求表示、需求溝通系統數據需求、用戶體驗分析、用戶界面需求系統數據需求、用戶體驗分析、用戶界面需求影響安全性的因素、對倫理道德的考慮影響安全性的因素、對倫理道德的考慮需求規格說明書需求規格說明書l信息系統開發方式的抉擇信息系統開發方式的抉擇5.2 系統分析的過程和方法系統分析的過程和方法l分析的重要任務是識別和表達需求，建立系統的邏分析的重要任務是識別和表達需求，建立系統的邏輯模型。輯模型。l要解決以下問題：要解決

7、以下問題：如何采集信息、理解和分析問題？如何采集信息、理解和分析問題？如何進行需求分析、確定需求？如何進行需求分析、確定需求？如何表述需求？如何表述需求？系統分析的過程系統分析的過程l系統分析是分析領域業務和建立新系統邏輯模型的系統分析是分析領域業務和建立新系統邏輯模型的過程。過程。（項目前景文檔）（需求建模）（軟件需求規格說明書）5.2.1 問題分析問題分析l通過詳細調查全面深入理解用戶的業務，找出用戶通過詳細調查全面深入理解用戶的業務，找出用戶所面臨的問題，準確把握用戶真正的需要，為最終所面臨的問題，準確把握用戶真正的需要，為最終整理出符合用戶需要的需求做準備整理出符合用戶需要的需求做準備

8、。l分析過程如下：分析過程如下：明確項目的背景明確項目的背景明確項目目標、范圍、相關部門和人員明確項目目標、范圍、相關部門和人員找出關鍵涉眾（找出關鍵涉眾（stakeholderstakeholder，也稱利益相關人員）及待，也稱利益相關人員）及待解決的問題。涉眾包括系統的用戶、項目決策者、受項目解決的問題。涉眾包括系統的用戶、項目決策者、受項目影響的第三方等。影響的第三方等。調查和分析業務流程，建立業務流程模型以描述用戶處理調查和分析業務流程，建立業務流程模型以描述用戶處理業務的過程及過程中數據的流轉。業務的過程及過程中數據的流轉。涉眾分析涉眾分析l某空調維修服務公司的維修服務系統：某空調維

9、修服務公司的維修服務系統：序號序號 涉眾涉眾代表人物代表人物待解決的問題待解決的問題/對系統的期望對系統的期望1客戶宋大山（華聯商廈負責人）1. 維修服務響應速度慢，往往要延遲多日才安排工人上門2. 每次維修期所花時間過長，整座大廈或部分場所溫度失控，大廈商戶和顧客怨聲載道2業務經理張三豐1. 工人安裝與維護周期過長，工作效率低下2. 工人出工安排混亂，無法掌握哪個工人在某一時段空閑3. 庫存材料總掌握不清楚，經常出現短貨和缺貨的情況3工人李四1. 信息不準確，經常發生到現場后發現維修部件、材料、工具與空調故障不匹配的問題2. 客戶檔案及空調維修歷史信息缺失，不能迅速判定故障的原因4財務人員王

10、五1. 維修款到賬不及時，經常錯過月度和季度賬期2. 維修服務信息統計不及時，計算業務經理和工人的獎金不準確5庫房人員錢麗1. 有些材料積壓庫房，有些又經常短缺2. 材料品種和規格太多，管理環節容易出錯，經常有庫房材料賬實不符的情況系統調查方法系統調查方法l調查是識別需求的基礎，是建立系統邏輯模型的調查是識別需求的基礎，是建立系統邏輯模型的基礎。調查包括：基礎。調查包括：業務處理過程是什么樣的？業務處理過程是什么樣的？( (干什么？干什么？) )業務過程應該怎樣完成？業務過程應該怎樣完成？( (怎么干？怎么干？) )業務誰負責，完成業務需要什么輸入，能輸出什么？業務誰負責，完成業務需要什么輸入

11、，能輸出什么？l傳統的系統調查方法有：傳統的系統調查方法有：資料收集資料收集訪談訪談實地觀察實地觀察問卷調查問卷調查調查方法調查方法1資料收集資料收集l可以收集以下資料：可以收集以下資料：組織機構、部門職能、崗位職責說明組織機構、部門職能、崗位職責說明業務流程說明、操作規程業務流程說明、操作規程管理工作標準和人員配備管理工作標準和人員配備單位內部管理用的各種單據、報表、報告單位內部管理用的各種單據、報表、報告歷史的系統分析文檔歷史的系統分析文檔l從現有文檔中獲取客觀事實從現有文檔中獲取客觀事實調查方法調查方法2訪談（訪談（interview）l與領域專家的面談是獲取需求的基本技術。與領域專家的

12、面談是獲取需求的基本技術。l面談類型：面談類型：結構化面談：有為面談專門設計的問題結構化面談：有為面談專門設計的問題非結構化面談：通常為開放式問題非結構化面談：通常為開放式問題l優點：優點：激發面談對象主動貢獻、自由表達的機會，可以得到更多激發面談對象主動貢獻、自由表達的機會，可以得到更多反饋，近距離接觸還能獲得隱性信息反饋，近距離接觸還能獲得隱性信息l缺點：缺點：耗時、成本高，取決于分析員的人際交往能力，受制于地耗時、成本高，取決于分析員的人際交往能力，受制于地理位置理位置調查方法調查方法3實地觀察（實地觀察（observation）l直接參與到企業活動中，或觀察他人執行活動來直接參與到企業

13、活動中，或觀察他人執行活動來了解系統，了解系統，“耳聽為虛，眼見為實耳聽為虛，眼見為實”。l優點：優點：收集到的信息可靠，獲得確切的感性認識，了解物理環收集到的信息可靠，獲得確切的感性認識，了解物理環境和事務背景境和事務背景l缺點：缺點：被觀察者因為不自然可能與常規表現有差異，可能會漏被觀察者因為不自然可能與常規表現有差異，可能會漏掉特殊情形下的任務，觀察會被打斷掉特殊情形下的任務，觀察會被打斷調查方法調查方法4調查問卷（調查問卷（questionnaire）l調查表可以收集大規模的事實表格。調查表可以收集大規模的事實表格。l調查表類型：調查表類型：固定格式調查表：只能選擇問題答案固定格式調查

14、表：只能選擇問題答案自由格式調查表：允許自由填寫文字自由格式調查表：允許自由填寫文字l優點：優點：方便填寫，廉價，允許匿名，可以進行快速表格分析方便填寫，廉價，允許匿名，可以進行快速表格分析l缺點：缺點：不夠靈活，無法保證能深入回答問題，無法保證問卷不夠靈活，無法保證能深入回答問題，無法保證問卷回收數量，設計好的調查表十分困難回收數量，設計好的調查表十分困難需求引導方法需求引導方法l一般用戶在開發之初，對所要開發的信息系統應該一般用戶在開發之初，對所要開發的信息系統應該具有的功能和所能達到的結果并沒有清楚的認識，具有的功能和所能達到的結果并沒有清楚的認識，因此，需求調查比現行組織系統調查難度更

15、大。因此，需求調查比現行組織系統調查難度更大。l對用戶進行引導和啟發，讓用戶獲得信息系統的感對用戶進行引導和啟發，讓用戶獲得信息系統的感性認識，引導他們發現現行組織管理和業務處理中性認識，引導他們發現現行組織管理和業務處理中所存在的問題，從而發掘需求和找到解決方案。所存在的問題，從而發掘需求和找到解決方案。l采用以下需求引導方法：采用以下需求引導方法：原型法原型法聯合應用開發（聯合應用開發（JADJAD）會議）會議觀摩法觀摩法需求引導方法需求引導方法1原型法原型法l利用快速開發工具，根據用戶的初步需求，構造出利用快速開發工具，根據用戶的初步需求，構造出信息系統的初步原型。信息系統的初步原型。l

16、優點：優點：用戶和調查人員深度溝通，能準確地反映了用戶需求，澄用戶和調查人員深度溝通，能準確地反映了用戶需求，澄清和糾正模糊和矛盾的問題。清和糾正模糊和矛盾的問題。l缺點：缺點：額外工作量，原型開發工具購買成本額外工作量，原型開發工具購買成本需求引導方法需求引導方法1 JAD會議會議lJAD，joint application development是一種類似于頭腦風暴的技術，在一個或多個工作會議中是一種類似于頭腦風暴的技術，在一個或多個工作會議中將所有利益相關者帶到一起，集中討論和解決最重要的問將所有利益相關者帶到一起，集中討論和解決最重要的問題。題。l參加人員：參加人員：領導（主持人）、記

17、錄員、客戶、開發人員領導（主持人）、記錄員、客戶、開發人員l優點：優點：群體智慧，提高生產力，更理智的判斷，降低犯錯群體智慧，提高生產力，更理智的判斷，降低犯錯l缺點：缺點：會議長度難以控制，人員之間容易受干擾和影響會議長度難以控制，人員之間容易受干擾和影響需求引導方法需求引導方法1觀摩觀摩l在系統開發之初，可以讓用戶參觀同行業或同類型在系統開發之初，可以讓用戶參觀同行業或同類型成功的信息系統。成功的信息系統。l用戶看到這些具體系統，將會對信息系統的功能、用戶看到這些具體系統，將會對信息系統的功能、作用、外在效果、人機交互方式等產生直觀印象，作用、外在效果、人機交互方式等產生直觀印象，這樣就會

18、引導和啟發用戶，通過類比思維，提出自這樣就會引導和啟發用戶，通過類比思維，提出自己信息系統的需求。己信息系統的需求。l可采用研究類似產品或解決方案來替代觀摩?？刹捎醚芯款愃飘a品或解決方案來替代觀摩。5.2.2 需求分析（系統需求分析（系統軟件軟件需求分析）需求分析）l系統需求是新系統必須完成的功能或其局限性。系統需求是新系統必須完成的功能或其局限性。l需求分析就是識別需求的過程。需求分析就是識別需求的過程。系統軟件需求系統軟件需求l需求有三種類型：功能性需求、技術性需求、領域需求有三種類型：功能性需求、技術性需求、領域 需求需求l功能性需求：功能性需求：涉及商業應用，是系統必須完成的活動或過程

19、，即系統功涉及商業應用，是系統必須完成的活動或過程，即系統功能以及相關數據。能以及相關數據。功能性需求是根據業務過程和業務規則確定的，有些容易功能性需求是根據業務過程和業務規則確定的，有些容易獲取，有些則是隱含的，需要去發現。獲取，有些則是隱含的，需要去發現。l技術性需求：技術性需求：技術性需求也稱非功能性需求，是和公司的環境、硬件和技術性需求也稱非功能性需求，是和公司的環境、硬件和軟件有關的所有質量目標。軟件有關的所有質量目標。例如：系統必須能支持例如：系統必須能支持100100個并發用戶；保存訂單的時間個并發用戶；保存訂單的時間不能超過不能超過0.50.5秒等等，涉及系統性能、可靠性、安全

20、性等秒等等，涉及系統性能、可靠性、安全性等質量特性。質量特性。通常是一些技術目標。通常是一些技術目標。技術性需求技術性需求l技術性需求也稱非功能性需求，是和公司的環境、技術性需求也稱非功能性需求，是和公司的環境、硬件和軟件有關的所有質量目標。硬件和軟件有關的所有質量目標。l例如：系統必須能支持例如：系統必須能支持100100個并發用戶；保存訂單的個并發用戶；保存訂單的時間不能超過時間不能超過0.50.5秒等等，涉及系統性能、可靠性、秒等等，涉及系統性能、可靠性、安全性等質量特性。安全性等質量特性。l通常是一些技術目標通常是一些技術目標非功能需求非功能需求產品需求產品需求機構需求機構需求外部需求

21、外部需求互操作互操作需求需求道德道德需求需求立法立法需求需求性能性能需求需求空間空間需求需求交付交付需求需求實現實現需求需求標準標準需求需求隱私隱私需求需求安全安全性需求性需求可用性可用性需求需求效率效率需求需求可靠性可靠性需求需求可移植可移植性需求性需求領域需求領域需求l領域需求領域需求是由軟件系統的應用領域所決定的特有的功能需求，是由軟件系統的應用領域所決定的特有的功能需求，或是對功能的約束?；蚴菍δ艿募s束。需要和需求需要和需求l問題分析獲得業務和用戶的問題分析獲得業務和用戶的“需要需要”，可以采用自然，可以采用自然語言表達，提出的是比較模糊和高層次的目標。語言表達，提出的是比較模糊和高

22、層次的目標。l需求分析則是對原業務進行抽象和升華，根據業務和需求分析則是對原業務進行抽象和升華，根據業務和用戶需要確定計算機信息系統的用戶需要確定計算機信息系統的“需求需求”。系統需求。系統需求是精確和具體的。是精確和具體的。需要需要需求需求領域需求領域需求需求分析方法需求分析方法l需求分析的傳統方法：需求分析的傳統方法：面向過程的結構化方法（自頂向下、逐層分解）面向過程的結構化方法（自頂向下、逐層分解）面向數據的信息工程方法（數據驅動）面向數據的信息工程方法（數據驅動）面向對象方法（對象驅動、面向對象方法（對象驅動、UMLUML）5.2.3 需求定義需求定義l需求分析是分析人員與用戶反復溝通和談判的過程。需求分析是分析人員與用戶反復溝通和談判的過程。l需求定義就是在各方就系統需求達成一致意見后，需求定義就是在各方就系統需求達成一致意見后，整理并建立最終的需求模型，詳細定義和描述每項整理并建立最終的需求模型，詳細定義和描述每項需求，確認約束條件及限制，編寫需求規格說明。需求，確認約束條件及限制，編寫需求規格說明。系統分析建模內容系統分析建模內容l流程建模流程建模業務流程（業務流程圖業務流程（業務流程圖/UML/UML活動圖）活動圖）數據處理流程（數據流圖）數據處理流程（數據流圖）l用例建模用例建模信息系統功能模型（信息系