第2章問題定義和可行性研究SOFTWAREENGINEERING第2章問題定義和可行性研究SOFTWAREENGINE1§2.1問題定義2.1.1問題定義階段的主要任務弄清用戶需要計算機解決問題根本所在，及項目所需的資源和經費。2.1.2所需時間當系統要求較少并且不太復雜時，一、兩天就可以完成；當系統要求比較大并且復雜時，要組織一個問題定義小組，花費一、兩個星期的時間。SOFTWAREENGINEERING§2.1問題定義2.1.1問題定義階段的主要任務SOFTW2§2.1問題定義2.1.3文檔《系統目標和范圍說明書》內容：（1）項目名稱（2）問題描述（3）項目目標（解決現行系統存在的問題）（4）項目范圍（5）可行性研究SOFTWAREENGINEERING§2.1問題定義2.1.3文檔《系統目標和范圍說明書》SO3§2.1問題定義2.1.4實例某校教材銷售系統《系統目標和范圍說明書》項目：教材銷售系統問題：人工發售教材手續煩瑣、易出錯項目目標：建立一個高效率、無差錯的微機教材銷售系統項目范圍：利用現有微型計算機，軟件開發費用不超過15000元初步設想：建議在系統中增加對缺書的統計與采購功能可行性研究：建議進行大約5天的可行性研究，研究費用不超過1000元SOFTWAREENGINEERING§2.1問題定義2.1.4實例某校教材銷售系統《系統目4§2.2可行性研究2.2.1可行性研究階段的主要任務用最小的代價在盡可能短的時間內確定問題是否能夠解決。SOFTWAREENGINEERING§2.2可行性研究2.2.1可行性研究階段的主要任務SOFT5§2.2可行性研究2.2.2內容：（1）技術可行性（使用現有的技術能實現這個系統嗎？）對用戶要求的功能、性能以及實現系統的各項約束條件進行分析，看是否能夠作成一個可接受的系統。現行系統調查：基本功能、存在的問題、運行費用、與其他系統的接口。資源分析：是否能夠得到需要的軟件、硬件資源；系統開發所需的各類人員（管理人員、專業技術人員）；工作環境。風險分析：在給定約束條件下，判斷能否設計并實現系統所需的功能和性能。技術分析：分析當前的科學技術是否支持系統開發的全過程。SOFTWAREENGINEERING§2.2可行性研究2.2.2內容：SOFTWAREENG6§2.2可行性研究2.2.2內容：（2）經濟可行性（這個系統的經濟效益能超過它的開發成本嗎？）估計開發費用以及新系統可能帶來的收益，將兩者進行權衡，看結果是否可接受。成本/效益分析（3）操作可行性（系統的操作方式在這個擁護組織內行得通嗎？）①軟件能否被有效的使用；②開發過程中能否得到用戶方的必要支持；③軟件使用所帶來的影響用戶方能否接受。SOFTWAREENGINEERING§2.2可行性研究2.2.2內容：SOFTWAREENG7§2.2可行性研究2.2.3步驟（1）復查系統規模和目標（2）研究目前正在使用的系統（3）導出新系統的高層邏輯模型（4）重新定義問題（5）導出評價供選擇的解法（6）推薦行動方針（7）草擬開發計劃（8）書寫文檔提交審查SOFTWAREENGINEERING§2.2可行性研究2.2.3步驟SOFTWAREENGIN8§2.2可行性研究2.2.4文檔《系統開發計劃》閱讀對象：系統開發的主管部門、軟件技術人員和用戶內容:（1）引言：編寫的目的、背景、引用的參考文獻（2）項目概述：工作內容、條件及限制、產品及成果、運行環境、驗收標準。（3）實施計劃：任務分解；工作進度安排；成本預算；關鍵問題（資源計劃）。（4）人員組織及分工：（5）交付期限：（6）專題計劃要點：SOFTWAREENGINEERING§2.2可行性研究2.2.4文檔《系統開發計劃》SOFTW9§2.2可行性研究資源計劃：人力資源：系統分析員、管理人員、專業技術人員；硬件資源：宿主機：在軟件開發階段使用的計算機和有關外部設備；目標機：指運行所開發軟件的計算機和外部設備；專用軟件開發時，所需的特殊硬件設備：如過程控制軟件所需的D/A、A/D轉換器等專用設備。軟件資源：支持軟件：操作系統、編譯程序、數據庫、圖形包等。實用軟件：可復用的軟件部件庫。SOFTWAREENGINEERING§2.2可行性研究資源計劃：SOFTWAREENGINE10§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃1.引言本項目開發計劃是為某校工資管理系統的開發而編寫的，主要闡明系統開發過程中人員的組織分配、項目開發進度、開發過程中的關鍵問題、應交付用戶的產品及時間等。SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開11§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃2.項目概述2.1工作內容本項目工作主要分為三個階段：第一階段為系統分析階段，主要對項目的可行性及用戶需要進行分析，并編寫文檔；第二階段為系統設計階段，包括對軟件的總體和詳細設計階段以及程序代碼編寫；第三階段為測試階段，并寫出測試分析報告、項目開發總結報告。2.2條件與限制目前本項目開發所需的軟件、硬件均已具備，沒有其他的條件限制。SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開12§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃2.3產品工資管理系統：FOXPRO程序主要功能：收集數據：將每個職工的水電費數據收集起來。工資核算：根據扣款及水電費計算出當月應發工資和實發工資。打印工資：產生工資總表、工資分類表等各種統計報表。SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開13§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃2.4運行環境硬件：486以上微機、LQ-1600打印機各一臺軟件：WINDOWS95以上操作系統平臺2.5驗收標準（1）輸入測試計劃中所有測試用例，結果符合測試計劃的要求。（2）用戶對系統界面滿意。SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開14§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃3.實施計劃3.1任務分解階段工作量/人月軟件可行性研究及計劃0.25需求分析0.75軟件計劃2.25編碼1測試0.75SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開15§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃3.2進度3.3預算硬件資源：586微機一臺，打印機一臺。軟件資源：WINDOWS操作系統，VISUALFOXPRO數據庫管理系統成本估算：設備費1.2萬元，開發費1萬元，共2.2萬元3.4關鍵問題（1）程序員與編程語言的熟練程度。（2）程序員對需求說明書的理解程度。（3）編碼階段程序員工作是否受到干擾。（4）系統分析員文檔提交是否及時。SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開16§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃4.人員組織及分工系統分析員1名，負責系統分析。程序員1名，負責程序編寫及測試。5.交付期限XX年XX月XX日SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開17§2.2可行性研究2.2.6文檔《可行性研究報告》內容：概述：用戶名稱、擬建系統名稱、開發單位名稱系統目標：近期目標、長期目標現行系統描述存在的主要問題建議的新系統結論系統開發計劃SOFTWAREENGINEERING§2.2可行性研究2.2.6文檔《可行性研究報告》SOFTW18§2.2可行性研究2.2.7系統分析員（1）分析員的責任是用戶和管理人員的顧問；從各個方面收集數據和信息，應作綜合解答；準備文檔和管理報告；負責軟件需求規格說明的開發；參與評審。SOFTWAREENGINEERING§2.2可行性研究2.2.7系統分析員SOFTWAREEN19§2.2可行性研究2.2.7系統分析員（2）分析員的素質熟悉計算機技術；有能力從互相沖突或混淆的原始材料中提取合理部分；了解有關用戶領域知識，知識面廣；有良好的口頭、書面表達能力；有抽象、創造性思維能力，能分清主次，能“有樹見林”。SOFTWAREENGINEERING§2.2可行性研究2.2.7系統分析員SOFTWAREEN20§2.3系統流程圖2.3.1定義：系統流程圖是描繪物理系統的傳統工具。基本思想：是用圖形符號以黑盒子形式描繪系統里面的每個部件（程序、文件、數據庫、表格、人工過程等）。系統流程圖表達的是信息在系統各部件之間流動的情況，而不是對信息進行加工處理的控制過程。SOFTWAREENGINEERING§2.3系統流程圖2.3.1定義：SOFTWAREENGI21§2.3系統流程圖2.3.2符號（1）基本符號處理輸入/輸出數據流SOFTWAREENGINEERING§2.3系統流程圖2.3.2符號SOFTWAREENGIN22基本符號SOFTWAREENGINEERING基本符號SOFTWAREENGINEERING23§2.3系統流程圖（2）系統符號把廣義的輸入/輸出操作具體化為讀/寫存儲在特殊設備上的文件（或數據庫），把一般的處理具體化為特定的程序或手工操作等。SOFTWAREENGINEERING§2.3系統流程圖（2）系統符號SOFTWAREENGIN24系統符號SOFTWAREENGINEERING系統符號SOFTWAREENGINEERING25§2.3系統流程圖2.3.3符號使用當以概括的方式抽象的描繪一個物理系統時，僅使用基本符號就夠了；當需要更具體的描繪一個物理系統時，還需使用系統符號。SOFTWAREENGINEERING§2.3系統流程圖2.3.3符號使用SOFTWAREENG26§2.3系統流程圖2.3.4實例某裝配廠有一放零件的倉庫，倉庫中現有的各種零件的基本信息及庫存量臨界值記錄在庫存清單主文件中。當庫存量有變化時，應及時修改庫存清單主文件；若庫存量小于臨界值，報告給采購部門，每天送一次定貨報表。該廠使用一臺計算機處理更新庫存清單主文件和產生定貨報表的任務。零件庫存量每一次變化稱為一個事務，由CRT終端輸入計算機；系統重點庫存清單程序對事務進行處理，更新存儲在磁盤上的庫存清單主文件中，并且把必要的定貨信息寫在磁帶上。最后，每天由報告生成程序讀一次磁帶，并且打印出定貨報告。SOFTWAREENGINEERING§2.3系統流程圖2.3.4實例SOFTWAREENGIN27庫存清單系統的系統流程圖SOFTWAREENGINEERING庫存清單系統的系統流程圖SOFTWAREENGINEER28作業：畫出下述系統的系統流程圖考慮一個修改磁帶上主文件的系統.文件管理員把修改信息穿孔在卡片上,系統讀入穿孔卡片上的信息并按照記錄號把修改信息順序排列好.然后系統逐個讀入主文件上的記錄,根據記錄上的校驗碼校核每個讀入的記錄,丟掉出錯的記錄,按照修改信息修改余下的記錄,產生的新文件存儲在磁盤上.最后,系統印出一份修改報告供文件管理員參閱.SOFTWAREENGINEERING作業：畫出下述系統的系統流程圖考慮一個修改29§2.4數據流圖（DFD）2.4.1定義（DataFlowDiagram）數據流圖是描繪系統的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統中流動和處理的情況。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.1定義（DataFlow30§2.4數據流圖（DFD）2.4.2組成成分及符號表示（1）外部實體（ExternalEntity）（數據的源點/終點）指系統外又與系統有聯系的人或事物。表達該系統數據的外部來源或去處。如：顧客、工人、單位或另一個系統等。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.2組成成分及符號表示SOF31§2.4數據流圖（DFD）2.4.2組成成分及符號表示（2）處理（Process）指對數據的邏輯處理功能，也就是對數據的變換功能，任何改變數據的操作都是處理。如：一系列程序、單個程序或程序的一部分。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.2組成成分及符號表示SOF32§2.4數據流圖（DFD）2.4.2組成成分及符號表示（3）數據流（DataFlow）指處理功能的輸入或輸出，是運動中的數據。如：信件、票據等。（4）數據存儲（DataStore）是靜止狀態的數據，表示數據保存的“地方”。這個地方并不是指保存數據的物理地點或物理介質，而是指數據存儲的邏輯描述。如：可以表示一個文件、文件的一部分、數據庫的元素或記錄的一部分等。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.2組成成分及符號表示SOF33§2.4數據流圖（DFD）2.4.3附加符號＊--表示數據流之間是“與”的關系；+--表示數據流之間是“或”的關系；⊕--表示只能從中選一個。（互斥關系）SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.3附加符號SOFTWARE34數據流圖的符號SOFTWAREENGINEERING數據流圖的符號SOFTWAREENGINEERING35§2.4數據流圖（DFD）2.4.4分層數據流圖的畫法（1）遵循的原則：只須考慮系統必須完成的基本邏輯功能，完全不需要考慮如何具體的實現這些功能。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.4分層數據流圖的畫法SOF36§2.4數據流圖（DFD）2.4.4分層數據流圖的畫法（2）實例一家工廠的采購部每天需要一張定貨報表，表中列出所有需要再次定貨的零件，報表按零件編號排序。對于每個需要再次定貨的零件列出下列數據：零件編號、名稱、定貨數量、目前價格、主要供應者、次要供應者。零件入庫或出庫成為事務，通過放在倉庫的CRT終端把事務報告給定貨系統。當某種零件的庫存數量少于庫存量臨界值時就應該再次定貨。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.4分層數據流圖的畫法SOF37SOFTWAREENGINEERINGSOFTWAREENGINEERING38定貨系統的基本系統模型SOFTWAREENGINEERING定貨系統的基本系統模型SOFTWAREENGINEERI39定貨系統的功能級數據流圖SOFTWAREENGINEERING定貨系統的功能級數據流圖SOFTWAREENGINEER40把處理事務的功能進一步分解后的數據流圖SOFTWAREENGINEERING把處理事務的功能進一步分解后的數據流圖SOFTWAREE41劃分自動化邊界SOFTWAREENGINEERING劃分自動化邊界SOFTWAREENGINEERING42作業:畫出下述系統的數據流圖XX培訓中心管理系統問題描述:1.

當有學員來報名時,根據系統中的課程文件的內容,看該門課程是否已經額滿(額滿不能報名,未滿可以報名),以及該學員是否已經進行學員登記.(也就是說,該學越是否為新學員)報名后,為該學員打印一份報名單,標出最遲的交款日期及所報課程信息.2.

對于已經報過名的(也就是拿到報告單)的學員,來付款時,根據報名單上的應交的學費金額收取學費,并更新帳目文件,復審無誤后為學員開付款收據.3.

有的學員報名后,發現有的課程不想學了,要注銷時,系統對相關的課程文件,學員文件進行修改,并退款進行財務處理,更新帳目文件.4.

當學員來咨詢時,可以對他所要查詢的內容打印成報告單的形式給學員.5.學員報名,付款,查詢以及注銷統稱為事務.

SOFTWAREENGINEERING作業:畫出下述系統的數據流圖XX培訓中心管理系統SOFTWA43§2.5數據字典2.5.1定義（DataDictionary）數據字典是關于數據的信息的集合，也就是對數據流圖中包含的所有元素的定義的集合。SOFTWAREENGINEERING§2.5數據字典2.5.1定義（DataDiction44§2.5數據字典2.5.2數據字典與數據流圖的關系數據字典與數據流圖共同構成系統的邏輯模型，沒有數據字典，數據流圖就不嚴格;然而沒有數據流圖，數據字典也難于發揮作用。只有數據流圖和對數據流圖中每個元素的精確定義（數據字典）放在一起，才能共同構成系統的規格說明。SOFTWAREENGINEERING§2.5數據字典2.5.2數據字典與數據流圖的關系SOF45§2.5數據字典2.5.3數據字典由對下列四類元素的定義組成：（1）

數據流（2）數據流分量（即數據元素）（3）

數據存儲（4）處理（用IPO圖或PDL描述更方便）SOFTWAREENGINEERING§2.5數據字典2.5.3數據字典由對下列四類元素的定義46§2.5數據字典2.5.4數據字典的內容除了數據定義之外，還包含關于數據的一些其他信息。一般信息—名字、別名、描述定義—數據類型、長度、結構使用特點—值的范圍、使用頻率、使用方式控制信息—來源、用戶、使用它的程序、使用權、改變權分組信息—父結構、從屬結構、物理位置（記錄、文件、數據庫）SOFTWAREENGINEERING§2.5數據字典2.5.4數據字典的內容SOFTWARE47§2.5數據字典2.5.5定義數據的方法數據字典中的定義就是對數據自頂向下的分解。由數據元素組成數據的方式、分類：順序：即以確定的次序連接兩個或多個分量；選擇：即從兩個或多個可能的元素中選取一個；重復：即把指定的分量重復零次或多次;可選：即一個分量是可有可無的（重復零次或一次)SOFTWAREENGINEERING§2.5數據字典2.5.5定義數據的方法SOFTWARE48§2.5數據字典2.5.6數據字典中的常用符號SOFTWAREENGINEERING§2.5數據字典2.5.6數據字典中的常用符號SOFT492.5.7數據字典的用途作為分析階段的工具；包含的每個數據元素的控制信息是很有價值的；是開發數據庫的第一步，而且是很有價值的一步。SOFTWAREENGINEERING2.5.7數據字典的用途SOFTWAREENGINEERI50§2.5數據字典

2.5.8數據字典的特點（1）通過名字能方便地查閱數據的定義；（2）

沒有冗余；（3）盡量不重復在規格說明的其他組成部分中已經出現的信息；（4）

容易更新和修改；（5）

能單獨處理描述每個數據元素的信息；（6）定義的書寫方法簡單方便而且嚴格。

SOFTWAREENGINEERING§2.5數據字典2.5.8數據字典的特點SOFTWAR51§2.6成本/效益分析

2.6.1經濟效益表現為減少運行費用或（和）增加收入。

2.6.2成本/效益分析的目的要從經濟角度分析開發一個特定的新系統是否劃算，從而幫助使用部門負責人正確地作出是否投資于這項開發工程的決定。

SOFTWAREENGINEERING§2.6成本/效益分析2.6.1經濟效益SOFTWARE52§2.6成本/效益分析

2.6.3成本估計的三種估算技術軟件開發成本主要表現為人力消耗（乘以平均工資則得到開發費用）。（1）代碼行技術：根據經驗和歷史數據估計實現一個功能需要的原代碼行數。用每行代碼的平均成本乘以行數就可以確定軟件的成本。每行代碼的平均成本主要取決于軟件的復雜程度和工資水平。

SOFTWAREENGINEERING§2.6成本/效益分析2.6.3成本估計的三種估算技術S53§2.6成本/效益分析

2.6.3成本估計的三種估算技術

（2）任務分解技術首先把軟件開發工程分解為若干個相對獨立的任務，再分別估計每個單獨的開發任務的成本，最后累加起來得出軟件開發工程的總成本。

（3）自動估計成本技術使用自動估計成本的軟件工具

SOFTWAREENGINEERING§2.6成本/效益分析2.6.3成本估計的三種估算技術54§2.6成本/效益分析

2.6.4成本/效益分析的方法（1）貨幣的時間價值（2）投資回收期就是使累計的經濟效益等于最初投資所需要的時間。（3）純收入就是在整個生命周期之內系統的累計經濟效益（折合成現在值）與投資之差。

SOFTWAREENGINEERING§2.6成本/效益分析2.6.4成本/效益分析的方法SO55§2.6成本/效益分析

（4）投資回收率設想把數量等于投資額的資金存入銀行，每年年底從銀行取回的錢等于系統每年預期可以獲得的效益，在時間等于系統壽命時，正好把在銀行中的存款全部取光，那么，年利率為多少呢？這個假想的年利率就等于投資回收率。P—現在的投資額F—第i年年底的效益(i=0，1，2…n)N—系統的使用壽命（一般=5）j—投資回收率

SOFTWAREENGINEERING§2.6成本/效益分析（4）投資回收率SOFTWAREE56練習題為方便儲戶，某銀行擬開發計算機儲蓄系統。儲戶填寫的存款單或取款單由業務員鍵入系統，如果存款，系統記錄存款人姓名、住址、存款類型、存款日期、利率等信息，并印出存款單給儲戶；如果是取款，系統計算利息并印出利息清單給儲戶。SOFTWAREENGINEERING練習題為方便儲戶，某銀行擬開發計算機儲蓄系統。儲戶填寫的存款57為方便旅客，某航空公司擬開發一個機票預訂系統。旅行社把預訂機票的旅客信息（姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等）輸進該系統，系統為旅客安排航班，印出取票通知和賬單，旅客在飛機起飛的前一天憑取票通知和賬單交款取票，系統校對無誤即印出機票給旅客。SOFTWAREENGINEERING為方便旅客，某航空公司擬開發一個機票預訂系統。旅行社把預訂機58醫院對患者監護系統的基本要求是隨時接收每個病人的生理信號（脈搏、體溫、血壓、心電圖等），定時記錄病人情況以形成患者日志，當某個病人的生理信號超出醫生規定的安全范圍時向值班護士發出警告信息，此外，護士在需要時還可以要求系統印出某個指定病人的病情報告。SOFTWAREENGINEERING醫院對患者監護系統的基本要求是隨時接收每個病人的生理信號（脈59北京某高校可用的電話號碼有以下幾類：校內電話號碼由４位數字組成，第１位數字不是０；校外電話又分為本市電話和外地電話兩類，撥校外電話需先撥０，若是本市電話則再接著撥８位數字（第１位不是０），若是外地電話則撥３位區碼再８位電話號碼（第１位不是０）。SOFTWAREENGINEERING北京某高校可用的電話號碼有以下幾類：校內電話號碼由４位數字組60SOFTWAREENGINEERINGSOFTWAREENGINEERING61SOFTWAREENGINEERINGSOFTWAREENGINEERING62SOFTWAREENGINEERINGSOFTWAREENGINEERING63SOFTWAREENGINEERINGSOFTWAREENGINEERING64SOFTWAREENGINEERINGSOFTWAREENGINEERING65SOFTWAREENGINEERINGSOFTWAREENGINEERING66SOFTWAREENGINEERINGSOFTWAREENGINEERING67SOFTWAREENGINEERINGSOFTWAREENGINEERING68SOFTWAREENGINEERINGSOFTWAREENGINEERING69SOFTWAREENGINEERINGSOFTWAREENGINEERING70演講完畢，謝謝觀看！演講完畢，謝謝觀看！71第2章問題定義和可行性研究SOFTWAREENGINEERING第2章問題定義和可行性研究SOFTWAREENGINE72§2.1問題定義2.1.1問題定義階段的主要任務弄清用戶需要計算機解決問題根本所在，及項目所需的資源和經費。2.1.2所需時間當系統要求較少并且不太復雜時，一、兩天就可以完成；當系統要求比較大并且復雜時，要組織一個問題定義小組，花費一、兩個星期的時間。SOFTWAREENGINEERING§2.1問題定義2.1.1問題定義階段的主要任務SOFTW73§2.1問題定義2.1.3文檔《系統目標和范圍說明書》內容：（1）項目名稱（2）問題描述（3）項目目標（解決現行系統存在的問題）（4）項目范圍（5）可行性研究SOFTWAREENGINEERING§2.1問題定義2.1.3文檔《系統目標和范圍說明書》SO74§2.1問題定義2.1.4實例某校教材銷售系統《系統目標和范圍說明書》項目：教材銷售系統問題：人工發售教材手續煩瑣、易出錯項目目標：建立一個高效率、無差錯的微機教材銷售系統項目范圍：利用現有微型計算機，軟件開發費用不超過15000元初步設想：建議在系統中增加對缺書的統計與采購功能可行性研究：建議進行大約5天的可行性研究，研究費用不超過1000元SOFTWAREENGINEERING§2.1問題定義2.1.4實例某校教材銷售系統《系統目75§2.2可行性研究2.2.1可行性研究階段的主要任務用最小的代價在盡可能短的時間內確定問題是否能夠解決。SOFTWAREENGINEERING§2.2可行性研究2.2.1可行性研究階段的主要任務SOFT76§2.2可行性研究2.2.2內容：（1）技術可行性（使用現有的技術能實現這個系統嗎？）對用戶要求的功能、性能以及實現系統的各項約束條件進行分析，看是否能夠作成一個可接受的系統。現行系統調查：基本功能、存在的問題、運行費用、與其他系統的接口。資源分析：是否能夠得到需要的軟件、硬件資源；系統開發所需的各類人員（管理人員、專業技術人員）；工作環境。風險分析：在給定約束條件下，判斷能否設計并實現系統所需的功能和性能。技術分析：分析當前的科學技術是否支持系統開發的全過程。SOFTWAREENGINEERING§2.2可行性研究2.2.2內容：SOFTWAREENG77§2.2可行性研究2.2.2內容：（2）經濟可行性（這個系統的經濟效益能超過它的開發成本嗎？）估計開發費用以及新系統可能帶來的收益，將兩者進行權衡，看結果是否可接受。成本/效益分析（3）操作可行性（系統的操作方式在這個擁護組織內行得通嗎？）①軟件能否被有效的使用；②開發過程中能否得到用戶方的必要支持；③軟件使用所帶來的影響用戶方能否接受。SOFTWAREENGINEERING§2.2可行性研究2.2.2內容：SOFTWAREENG78§2.2可行性研究2.2.3步驟（1）復查系統規模和目標（2）研究目前正在使用的系統（3）導出新系統的高層邏輯模型（4）重新定義問題（5）導出評價供選擇的解法（6）推薦行動方針（7）草擬開發計劃（8）書寫文檔提交審查SOFTWAREENGINEERING§2.2可行性研究2.2.3步驟SOFTWAREENGIN79§2.2可行性研究2.2.4文檔《系統開發計劃》閱讀對象：系統開發的主管部門、軟件技術人員和用戶內容:（1）引言：編寫的目的、背景、引用的參考文獻（2）項目概述：工作內容、條件及限制、產品及成果、運行環境、驗收標準。（3）實施計劃：任務分解；工作進度安排；成本預算；關鍵問題（資源計劃）。（4）人員組織及分工：（5）交付期限：（6）專題計劃要點：SOFTWAREENGINEERING§2.2可行性研究2.2.4文檔《系統開發計劃》SOFTW80§2.2可行性研究資源計劃：人力資源：系統分析員、管理人員、專業技術人員；硬件資源：宿主機：在軟件開發階段使用的計算機和有關外部設備；目標機：指運行所開發軟件的計算機和外部設備；專用軟件開發時，所需的特殊硬件設備：如過程控制軟件所需的D/A、A/D轉換器等專用設備。軟件資源：支持軟件：操作系統、編譯程序、數據庫、圖形包等。實用軟件：可復用的軟件部件庫。SOFTWAREENGINEERING§2.2可行性研究資源計劃：SOFTWAREENGINE81§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃1.引言本項目開發計劃是為某校工資管理系統的開發而編寫的，主要闡明系統開發過程中人員的組織分配、項目開發進度、開發過程中的關鍵問題、應交付用戶的產品及時間等。SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開82§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃2.項目概述2.1工作內容本項目工作主要分為三個階段：第一階段為系統分析階段，主要對項目的可行性及用戶需要進行分析，并編寫文檔；第二階段為系統設計階段，包括對軟件的總體和詳細設計階段以及程序代碼編寫；第三階段為測試階段，并寫出測試分析報告、項目開發總結報告。2.2條件與限制目前本項目開發所需的軟件、硬件均已具備，沒有其他的條件限制。SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開83§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃2.3產品工資管理系統：FOXPRO程序主要功能：收集數據：將每個職工的水電費數據收集起來。工資核算：根據扣款及水電費計算出當月應發工資和實發工資。打印工資：產生工資總表、工資分類表等各種統計報表。SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開84§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃2.4運行環境硬件：486以上微機、LQ-1600打印機各一臺軟件：WINDOWS95以上操作系統平臺2.5驗收標準（1）輸入測試計劃中所有測試用例，結果符合測試計劃的要求。（2）用戶對系統界面滿意。SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開85§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃3.實施計劃3.1任務分解階段工作量/人月軟件可行性研究及計劃0.25需求分析0.75軟件計劃2.25編碼1測試0.75SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開86§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃3.2進度3.3預算硬件資源：586微機一臺，打印機一臺。軟件資源：WINDOWS操作系統，VISUALFOXPRO數據庫管理系統成本估算：設備費1.2萬元，開發費1萬元，共2.2萬元3.4關鍵問題（1）程序員與編程語言的熟練程度。（2）程序員對需求說明書的理解程度。（3）編碼階段程序員工作是否受到干擾。（4）系統分析員文檔提交是否及時。SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開87§2.2可行性研究2.2.5實例某校財務處工資管理系統開發計劃4.人員組織及分工系統分析員1名，負責系統分析。程序員1名，負責程序編寫及測試。5.交付期限XX年XX月XX日SOFTWAREENGINEERING§2.2可行性研究2.2.5實例某校財務處工資管理系統開88§2.2可行性研究2.2.6文檔《可行性研究報告》內容：概述：用戶名稱、擬建系統名稱、開發單位名稱系統目標：近期目標、長期目標現行系統描述存在的主要問題建議的新系統結論系統開發計劃SOFTWAREENGINEERING§2.2可行性研究2.2.6文檔《可行性研究報告》SOFTW89§2.2可行性研究2.2.7系統分析員（1）分析員的責任是用戶和管理人員的顧問；從各個方面收集數據和信息，應作綜合解答；準備文檔和管理報告；負責軟件需求規格說明的開發；參與評審。SOFTWAREENGINEERING§2.2可行性研究2.2.7系統分析員SOFTWAREEN90§2.2可行性研究2.2.7系統分析員（2）分析員的素質熟悉計算機技術；有能力從互相沖突或混淆的原始材料中提取合理部分；了解有關用戶領域知識，知識面廣；有良好的口頭、書面表達能力；有抽象、創造性思維能力，能分清主次，能“有樹見林”。SOFTWAREENGINEERING§2.2可行性研究2.2.7系統分析員SOFTWAREEN91§2.3系統流程圖2.3.1定義：系統流程圖是描繪物理系統的傳統工具。基本思想：是用圖形符號以黑盒子形式描繪系統里面的每個部件（程序、文件、數據庫、表格、人工過程等）。系統流程圖表達的是信息在系統各部件之間流動的情況，而不是對信息進行加工處理的控制過程。SOFTWAREENGINEERING§2.3系統流程圖2.3.1定義：SOFTWAREENGI92§2.3系統流程圖2.3.2符號（1）基本符號處理輸入/輸出數據流SOFTWAREENGINEERING§2.3系統流程圖2.3.2符號SOFTWAREENGIN93基本符號SOFTWAREENGINEERING基本符號SOFTWAREENGINEERING94§2.3系統流程圖（2）系統符號把廣義的輸入/輸出操作具體化為讀/寫存儲在特殊設備上的文件（或數據庫），把一般的處理具體化為特定的程序或手工操作等。SOFTWAREENGINEERING§2.3系統流程圖（2）系統符號SOFTWAREENGIN95系統符號SOFTWAREENGINEERING系統符號SOFTWAREENGINEERING96§2.3系統流程圖2.3.3符號使用當以概括的方式抽象的描繪一個物理系統時，僅使用基本符號就夠了；當需要更具體的描繪一個物理系統時，還需使用系統符號。SOFTWAREENGINEERING§2.3系統流程圖2.3.3符號使用SOFTWAREENG97§2.3系統流程圖2.3.4實例某裝配廠有一放零件的倉庫，倉庫中現有的各種零件的基本信息及庫存量臨界值記錄在庫存清單主文件中。當庫存量有變化時，應及時修改庫存清單主文件；若庫存量小于臨界值，報告給采購部門，每天送一次定貨報表。該廠使用一臺計算機處理更新庫存清單主文件和產生定貨報表的任務。零件庫存量每一次變化稱為一個事務，由CRT終端輸入計算機；系統重點庫存清單程序對事務進行處理，更新存儲在磁盤上的庫存清單主文件中，并且把必要的定貨信息寫在磁帶上。最后，每天由報告生成程序讀一次磁帶，并且打印出定貨報告。SOFTWAREENGINEERING§2.3系統流程圖2.3.4實例SOFTWAREENGIN98庫存清單系統的系統流程圖SOFTWAREENGINEERING庫存清單系統的系統流程圖SOFTWAREENGINEER99作業：畫出下述系統的系統流程圖考慮一個修改磁帶上主文件的系統.文件管理員把修改信息穿孔在卡片上,系統讀入穿孔卡片上的信息并按照記錄號把修改信息順序排列好.然后系統逐個讀入主文件上的記錄,根據記錄上的校驗碼校核每個讀入的記錄,丟掉出錯的記錄,按照修改信息修改余下的記錄,產生的新文件存儲在磁盤上.最后,系統印出一份修改報告供文件管理員參閱.SOFTWAREENGINEERING作業：畫出下述系統的系統流程圖考慮一個修改100§2.4數據流圖（DFD）2.4.1定義（DataFlowDiagram）數據流圖是描繪系統的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統中流動和處理的情況。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.1定義（DataFlow101§2.4數據流圖（DFD）2.4.2組成成分及符號表示（1）外部實體（ExternalEntity）（數據的源點/終點）指系統外又與系統有聯系的人或事物。表達該系統數據的外部來源或去處。如：顧客、工人、單位或另一個系統等。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.2組成成分及符號表示SOF102§2.4數據流圖（DFD）2.4.2組成成分及符號表示（2）處理（Process）指對數據的邏輯處理功能，也就是對數據的變換功能，任何改變數據的操作都是處理。如：一系列程序、單個程序或程序的一部分。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.2組成成分及符號表示SOF103§2.4數據流圖（DFD）2.4.2組成成分及符號表示（3）數據流（DataFlow）指處理功能的輸入或輸出，是運動中的數據。如：信件、票據等。（4）數據存儲（DataStore）是靜止狀態的數據，表示數據保存的“地方”。這個地方并不是指保存數據的物理地點或物理介質，而是指數據存儲的邏輯描述。如：可以表示一個文件、文件的一部分、數據庫的元素或記錄的一部分等。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.2組成成分及符號表示SOF104§2.4數據流圖（DFD）2.4.3附加符號＊--表示數據流之間是“與”的關系；+--表示數據流之間是“或”的關系；⊕--表示只能從中選一個。（互斥關系）SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.3附加符號SOFTWARE105數據流圖的符號SOFTWAREENGINEERING數據流圖的符號SOFTWAREENGINEERING106§2.4數據流圖（DFD）2.4.4分層數據流圖的畫法（1）遵循的原則：只須考慮系統必須完成的基本邏輯功能，完全不需要考慮如何具體的實現這些功能。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.4分層數據流圖的畫法SOF107§2.4數據流圖（DFD）2.4.4分層數據流圖的畫法（2）實例一家工廠的采購部每天需要一張定貨報表，表中列出所有需要再次定貨的零件，報表按零件編號排序。對于每個需要再次定貨的零件列出下列數據：零件編號、名稱、定貨數量、目前價格、主要供應者、次要供應者。零件入庫或出庫成為事務，通過放在倉庫的CRT終端把事務報告給定貨系統。當某種零件的庫存數量少于庫存量臨界值時就應該再次定貨。SOFTWAREENGINEERING§2.4數據流圖（DFD）2.4.4分層數據流圖的畫法SOF108SOFTWAREENGINEERINGSOFTWAREENGINEERING109定貨系統的基本系統模型SOFTWAREENGINEERING定貨系統的基本系統模型SOFTWAREENGINEERI110定貨系統的功能級數據流圖SOFTWAREENGINEERING定貨系統的功能級數據流圖SOFTWAREENGINEER111把處理事務的功能進一步分解后的數據流圖SOFTWAREENGINEERING把處理事務的功能進一步分解后的數據流圖SOFTWAREE112劃分自動化邊界SOFTWAREENGINEERING劃分自動化邊界SOFTWAREENGINEERING113作業:畫出下述系統的數據流圖XX培訓中心管理系統問題描述:1.

當有學員來報名時,根據系統中的課程文件的內容,看該門課程是否已經額滿(額滿不能報名,未滿可以報名),以及該學員是否已經進行學員登記.(也就是說,該學越是否為新學員)報名后,為該學員打印一份報名單,標出最遲的交款日期及所報課程信息.2.

對于已經報過名的(也就是拿到報告單)的學員,來付款時,根據報名單上的應交的學費金額收取學費,并更新帳目文件,復審無誤后為學員開付款收據.3.

有的學員報名后,發現有的課程不想學了,要注銷時,系統對相關的課程文件,學員文件進行修改,并退款進行財務處理,更新帳目文件.4.

當學員來咨詢時,可以對他所要查詢的內容打印成報告單的形式給學員.5.學員報名,付款,查詢以及注銷統稱為事務.

SOFTWAREENGINEERING作業:畫出下述系統的數據流圖XX培訓中心管理系統SOFTWA114§2.5數據字典2.5.1定義（DataDictionary）數據字典是關于數據的信息的集合，也就是對數據流圖中包含的所有元素的定義的集合。SOFTWAREENGINEERING§2.5數據字典2.5.1定義（DataDiction115§2.5數據字典2.5.2數據字典與數據流圖的關系數據字典與數據流圖共同構成系統的邏輯模型，沒有數據字典，數據流圖就不嚴格;然而沒有數據流圖，數據字典也難于發揮作用。只有數據流圖和對數據流圖中每個元素的精確定義（數據字典）放在一起，才能共同構成系統的規格說明。SOFTWAREENGINEERING§2.5數據字典2.5.2數據字典與數據流圖的關系SOF116§2.5數據字典2.5.3數據字典由對下列四類元素的定義組成：（1）

數據流（2）數據流分量（即數據元素）（3）

數據存儲（4）處理（用IPO圖或PDL描述更方便）SOFTWAREENGINEERING§2.5數據字典2.5.3數據字典由對下列四類元素的定義117§2.5數據字典2.5.4數據字典的內容除了數據定義之外，還包含關于數據的一些其他信息。一般信息—名字、別名、描述定義—數據類型、長度、結構使用特點—值的范圍、使用頻率、使用方式控制信息—來源、用戶、使用它的程序、使用權、改變權分組信息—父結構、從屬結構、物理位置（記錄、文件、數據庫）SOFTWAREENGINEERING§2.5數據字典2.5.4數據字典的內容SOFTWARE118§2.5數據字典2.5.5定義數據的方法數據字典中的定義就是對數據自頂向下的分解。由數據元素組成數據的方式、分類：順序：即以確定的次序連接兩個或多個分量；選擇：即從兩個或多個可能的元素中選取一個；重復：即把指定的分量重復零次或多次;可選：即一個分量是可有可無的（重復零次或一次)SOFTWAREENGINEERING§2.5數據字典2.5.5定義數據的方法SOFTWARE119§2.5數據字典2.5.6數據字典中的常用符號SOFTWAREENGINEERING§2.5數據字典2.5.6數據字典中的常用符號SOFT1202.5.7數據字典的用途作為分析階段的工具；包含的每個數據元素的控制信息是很有價值的；是開發數據庫的第一步，而且是很有價值的一步。SOFTWAREENGINEERING2.5.7數據字典的用途SOFTWAREENGINEERI121§2.5數據字典

2.5.8數據字典的特點（1）通過名字能方便地查閱數據的定義；（2）

沒有冗余；（3）盡量不重復在規格說明的其他組成部分中已經出現的信息；（4）

容易更新和修改；（5）

能單獨處理描述每個數據元素的信息；（6）定義的書寫方法簡單方便而且嚴格。

SOFTWAREENGINEERING§2.5