第三章 需求分析課件

2023/10/231第三章需求分析問題定義可行性研究可行否？否是需求分析終止項目......計劃時期開發(fā)時期主要內(nèi)容3.1需求分析概述3.2數(shù)據(jù)流圖3.3數(shù)據(jù)字典3.4加工邏輯描述工具3.5結(jié)構(gòu)化分析方法3.6需求規(guī)格說明書第5章需求工程與需求分析2023/10/2323.1.1需求分析的任務【可行性研究】粗略了解用戶的需求。用較少的成本，在較短的時間內(nèi)確定是否存在一些可行的解法。許多細節(jié)被忽略了?！拘枨蠓治觥繙蚀_地回答“系統(tǒng)必須做什么？”這個問題。2023/10/2333.1.1需求分析的任務【依據(jù)】《可行性研究報告》【任務】⑴建立目標系統(tǒng)的邏輯模型調(diào)查分析用戶的確切需求，認真搞清、并細化到底“系統(tǒng)必須做什么”？反復與用戶交流；建立原型系統(tǒng)；確定目標系統(tǒng)的功能、性能、運行⑵形成《軟件需求規(guī)格說明書》SoftwareRequirementSpecification2023/10/2343.1.2需求類型1.按內(nèi)容分類軟件需求代表系統(tǒng)的綜合要求，包括以下幾種類型：①系統(tǒng)功能需求系統(tǒng)功能需求指根據(jù)系統(tǒng)所能實現(xiàn)的功能要求，對于每一類功能或者有時對于每一個功能，需要弄清輸入、加工和輸出等需求。②系統(tǒng)性能需求按照系統(tǒng)的性能要求分類。例如聯(lián)機系統(tǒng)的響應時間、系統(tǒng)需要的存儲容量、后援存儲器、重新啟動、安全性和可靠性等方面的要求。③系統(tǒng)運行需求這類要求集中表現(xiàn)為對系統(tǒng)運行時所處的環(huán)境、使用的資源、安全保密和用戶界面的要求。如支持系統(tǒng)運行的硬件和軟件是什么，采取哪種數(shù)據(jù)庫管理系統(tǒng)，需要什么樣的外存儲器和數(shù)據(jù)通信接口。④未來可能出現(xiàn)的問題就是把不屬于當前系統(tǒng)開發(fā)范圍的問題都明確地列出來，因為將來很可能會提出這些問題。這些問題主要是為了系統(tǒng)將來的擴充和修改做準備，當以后需要時就可以很容易地進行擴展和修改了。2023/10/2353.1.2需求類型(3)2.按用戶的期望分類①正常需求用戶陳述的針對系統(tǒng)的目標。②期望需求隱式的需求，可能由于是非?；A的而用戶沒有顯示的陳述，如人機交互的容易性、整體的操作正確性和可靠性，以及軟件安裝的容易性。③興奮需求在用戶的期望范圍之外，如果實現(xiàn)將令人愉快和出乎意料。2023/10/2363.1.2需求類型(4)3.按必要性分類①強制的需求是指除非軟件與這些需求一致，則該軟件是不可接受的②希望的需求是指這些需求將增進軟件產(chǎn)品功能，但是如果缺乏的話也不是不可接受③任選的需求是指這個功能可有可無2023/10/237案例分析:機票訂票系統(tǒng)1.

功能需求在計算機網(wǎng)絡，數(shù)據(jù)庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個易擴充的、易維護的、具有良好人機交互界面的機票預定系統(tǒng)，實現(xiàn)航空公司的機票銷售的自動化，為企業(yè)的決策層提供準確、精細、迅速的機票銷售信息。根據(jù)可行性研究的結(jié)果和客戶的要求，分析現(xiàn)有情況及問題，采用Client/Server結(jié)構(gòu)，將機票預定系統(tǒng)劃分為兩個子系統(tǒng)：客戶端子系統(tǒng)，服務器端子系統(tǒng)。正常、強制的需求2023/10/238案例分析:機票訂票系統(tǒng)1.

功能需求客戶端子系統(tǒng)[1]旅客信息的輸入和統(tǒng)計…[2]旅客信息的存儲…[3]機票信息的傳遞及接收…[4]取票通知及帳單的生成和打印…[5]機票銷售情況的核算…正常、強制的需求2023/10/239案例分析:機票訂票系統(tǒng)1.

功能需求服務器端子系統(tǒng) [1]接收由旅行社客戶端發(fā)回的所需機票信息…[2]生成航班信息…[3]傳遞航班信息到客戶端（旅行社）…[4]接收旅行社的反饋信息…[5]印出機票給已經(jīng)訂票的旅客…[6]銷售額的分析和管理…正常、強制的需求2023/10/2310案例分析:機票訂票系統(tǒng)（2）2.為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運行，機票預定系統(tǒng)應該滿足以下的性能需求：⑴系統(tǒng)處理的及時性和準確性在系統(tǒng)設計和開發(fā)過程中，要充分考慮系統(tǒng)當前和將來可能承受的工作量，使系統(tǒng)的響應時間能夠滿足企業(yè)對信息處理的需求。機票預定系統(tǒng)的查詢功能對于整個系統(tǒng)的功能和性能完成舉足輕重，是系統(tǒng)重要的數(shù)據(jù)來源。機票數(shù)量和時間又影響企業(yè)的決策活動，其準確性很大程度上決定了機票預定系統(tǒng)的成敗。在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準確性。2023/10/2311案例分析:機票訂票系統(tǒng)（3）⑵系統(tǒng)的開放性和系統(tǒng)的可擴充性例如訂票方式的改變（網(wǎng)上訂票），用戶查詢需求的不斷完善和更新等。所有這些，都要求系統(tǒng)提供足夠的手段進行功能的調(diào)整和擴充。而要實現(xiàn)這一點，應通過系統(tǒng)的開放性來完成，既系統(tǒng)應是一個開放系統(tǒng)，只要符合一定的規(guī)范，配置系統(tǒng)的硬件,通過軟件的修補、替換完成系統(tǒng)的升級和更新?lián)Q代。2023/10/2312案例分析:機票訂票系統(tǒng)（4）⑶系統(tǒng)的易用性和易維護性機票預定系統(tǒng)是直接面對使用人員的，而使用人員往往對計算機并不是非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。要實現(xiàn)這一點，就要求系統(tǒng)應該盡量使用用戶熟悉的術(shù)語和中文信息的界面；針對用戶可能出現(xiàn)的使用問題，要提供足夠的在線幫助，縮短用戶對系統(tǒng)熟悉的過程。機票預定系統(tǒng)中涉及到的數(shù)據(jù)是航空公司的相當重要的信息，系統(tǒng)要提供方便的手段供系統(tǒng)維護人員進行數(shù)據(jù)的備份，日常的安全管理，系統(tǒng)意外崩潰時數(shù)據(jù)的恢復等工作。2023/10/2313案例分析:機票訂票系統(tǒng)（5）⑷系統(tǒng)的標準性系統(tǒng)在設計開發(fā)使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業(yè)標準。如規(guī)范的數(shù)據(jù)庫操縱界面、作為業(yè)界標準的TCP/IP網(wǎng)絡協(xié)議及ISO9002標準所要求的質(zhì)量規(guī)范等；同時，在自主開發(fā)本系統(tǒng)時，要進行良好的設計工作，制訂行之有效的軟件工程規(guī)范，保證代碼的易讀性、可操作性和可移植性。2023/10/2314案例分析:機票訂票系統(tǒng)（6）⑸系統(tǒng)的先進性目前計算系統(tǒng)的技術(shù)發(fā)展相當快，做為機票預定系統(tǒng)工程，應該保證系統(tǒng)在下個10年時間里仍舊是先進的，在系統(tǒng)的生命周期盡量做到系統(tǒng)的先進，充分完成企業(yè)信息處理的要求而不至于落后。這一方面通過系統(tǒng)的開放性和可擴充性，不斷改善系統(tǒng)的功能完成。另一方面，在系統(tǒng)設計和開發(fā)的過程中，應在考慮成本的基礎上盡量采用當前主流并先進且有良好發(fā)展前途的產(chǎn)品。2023/10/2315案例分析:機票訂票系統(tǒng)（7）⑹系統(tǒng)的響應速度機票預定系統(tǒng)系統(tǒng)在日常處理中的響應速度為秒級，達到實時要求，以及時反饋信息。在進行統(tǒng)計分析時，根據(jù)所需數(shù)據(jù)量的不同而從秒級到分鐘級，原則是保證操作人員不會因為速度問題而影響工作效率。2023/10/2316案例分析:機票訂票系統(tǒng)（2）3.機票預定系統(tǒng)的運行需求：機票預定系統(tǒng)中的各個子系統(tǒng)的硬件和軟件的配置如下：1．服務器端子系統(tǒng)的運行要求：系統(tǒng)軟件：數(shù)據(jù)庫管理系統(tǒng)：SQLServer硬件要求：2.客戶端子系統(tǒng)的運行要求：系統(tǒng)軟件：數(shù)據(jù)庫管理系統(tǒng)：SQLServer硬件要求：2023/10/23177.7.4測試種類對以計算機為基礎的系統(tǒng)進行充分的測試。⑴功能測試 ⑼可使用性測試⑵可靠性測試 ⑽可支持性測試⑶強度測試 ⑾安裝測試⑷性能測試 ⑿過程測試⑸啟動／停止測試 ⒀互連測試⑹恢復測試 ⒁兼容性測試⑺配置測試 ⒂文檔測試⑻安全性測試 2023/10/23183.1.3需求獲取技術(shù)

問題域

用戶

需求分析員

交流

2023/10/2319案例分析:

圖書館管理系統(tǒng)(1/3)讀者管理書庫管理讀者借閱管理2023/10/2320用戶項目負責人需求分析人員設計員案例分析:

圖書館管理系統(tǒng)(2/3)1.建立聯(lián)合小組參與者：用戶、需求分析人員、設計人員。2023/10/2321案例分析:

圖書館管理系統(tǒng)(3/3)2.會議討論明確問題、范圍、環(huán)境等，逐步了解用戶需求會議應有記錄，整理形成文檔3.分成三小組讀者管理、圖書管理和讀者借閱子系統(tǒng)4.總結(jié)各方成果形成結(jié)論性的SRS2023/10/2322需求分析工具RequisiteProClearQuestTrac2023/10/23233.1.4需求特性(1)正確性需求規(guī)格說明書中的功能、行為、性能描述必須與用戶對目標軟件產(chǎn)品的期望相吻合。(2)完整性需求規(guī)格說明書不能遺漏任何用戶需求

(3)可驗證性需求規(guī)格說明書中的每一個需求，均應存在技術(shù)和經(jīng)濟上可行的手段進行驗證和確認。2023/10/23243.1.4需求特性(2)(4)無歧義性需求規(guī)格說明書中使用標準化術(shù)語，用戶、分析人員、設計人員和測試人員對需求規(guī)格說明書中的任何語法單位只能有唯一的語義解釋。(5)一致性需求規(guī)格說明書的各部分之間不能相互矛盾。這些矛盾可以表現(xiàn)為術(shù)語使用方面的沖突，功能和行為方面的沖突，以及時序方面的前后不一致。(6)可理解性不宜在說明書中使用太多的專業(yè)化詞匯。2023/10/23253.1.4需求特性(2)(7)可追蹤性需求規(guī)格說明書必須將分析后獲得的每項需求與用戶的原始需求項清晰地聯(lián)系起來，并為后續(xù)開發(fā)和其他文檔引用這些需求項提供便利。(8)可修改性需求規(guī)格說明書的格式和組織方式應保證能夠比較容易地接納后續(xù)的增刪和修改;使修改后的說明書能夠較好地保持其他各項屬性。2023/10/23263.1.5需求描述和分析技術(shù)問題分解抽象建模多視點分析2023/10/2327整個問題子問題1子問題3子問題21.問題分解什么是問題分解?將大問題分解為小問題，通過小問題解決來實現(xiàn)大問題的解決問題分解有助于降低解決問題的復雜度;獲取和分析問題本身所固有的整體-部分關(guān)系;圖書館系統(tǒng)讀者管理圖書管理借閱管理2023/10/23282.問題抽象(1/2)什么是抽象?抽象有助于控制問題復雜度，抓住問題的本質(zhì);獲取一般和特殊關(guān)系;2023/10/23292.問題抽象(2/2)讀者抽象(提取成份)名字性別單位類別照片Email電話讀者抽象(拋棄成份)身高年齡……2023/10/23303.需求建模(1/2)什么是需求模型模型是對現(xiàn)實的簡化，包含有主要影響的要素，忽略不相關(guān)的次要因素

需求模型詳細、準確地描述了用戶對目標軟件系統(tǒng)的功能、行為、性能、設計約束等方面的要求為什么需要建模從多個視點、多個不同的抽象層次來描述用戶需求，從而更好促進軟件的開發(fā)需求建模方法面向數(shù)據(jù)流的方法面向?qū)ο蟮姆椒ㄗ⒁庑枨蠼２灰婕败浖O計和實現(xiàn)細節(jié)2023/10/23314.多視點分析什么是多視點分析從多個角度、不同層面上分析和描述用戶需求為什么需要多視點分析人的認識具有片面性(瞎子摸象)

多視點可以幫助我們?nèi)姘盐沼脩舻男枨?023/10/23323.1.6需求分析的步驟⑴分析系統(tǒng)的要求⑵目標系統(tǒng)的邏輯模型⑶修正開發(fā)計劃⑷構(gòu)造原型系統(tǒng)⑸復審、驗證《軟件需求規(guī)格說明書》必須處理的信息和應該產(chǎn)生的信息數(shù)據(jù)流圖、數(shù)據(jù)字典、加工處理用戶了解目標系統(tǒng)的功能、概況開發(fā)者快速、準確、完整把握需求2023/10/23333.2數(shù)據(jù)流圖數(shù)據(jù)流圖（DateFlowDiagram）描述軟件系統(tǒng)邏輯模型的技術(shù)。【功能】描繪信息在系統(tǒng)中流動和加工處理的情況。【注意】只要考慮系統(tǒng)必須完成的基本邏輯功能；不要考慮如何具體地實現(xiàn)這些功能；極好的交流和溝通工具2023/10/23343.2數(shù)據(jù)流圖數(shù)據(jù)流圖（DateFlowDiagram）【符號】①數(shù)據(jù)的源點、終點系統(tǒng)以外的人、事物②加工處理不一定是一個程序③數(shù)據(jù)存儲數(shù)據(jù)庫、數(shù)據(jù)文件④數(shù)據(jù)流數(shù)據(jù)在系統(tǒng)中流動的方向數(shù)據(jù)描述2023/10/23353.2數(shù)據(jù)流圖數(shù)據(jù)流圖（DateFlowDiagram）【擴展符號】*（星號）表示數(shù)據(jù)流之間是“與”關(guān)系T*ABCTAC*數(shù)據(jù)A和B同時輸入才能變換成數(shù)據(jù)C數(shù)據(jù)A變換成數(shù)據(jù)B和C與B2023/10/23363.2數(shù)據(jù)流圖數(shù)據(jù)流圖（DateFlowDiagram）【擴展符號】+（加號）表示數(shù)據(jù)流之間是“或”關(guān)系T+ABCTAC+數(shù)據(jù)A、數(shù)據(jù)B，或A和B同時輸入變換成C數(shù)據(jù)A變換成數(shù)據(jù)B、數(shù)據(jù)C、數(shù)據(jù)B和C或B2023/10/23373.2數(shù)據(jù)流圖數(shù)據(jù)流圖（DateFlowDiagram）【擴展符號】⊕表示數(shù)據(jù)流之間是“異或”關(guān)系T⊕ABCTAC⊕只有數(shù)據(jù)A、只有數(shù)據(jù)B（但不能A、B同時）變換成C數(shù)據(jù)A變換成數(shù)據(jù)B、數(shù)據(jù)C，（但不能變換成B和C）或B2023/10/2338[引用]2.3系統(tǒng)流程圖【例4】教材銷售系統(tǒng)。售書過程：學生找系辦公室的張秘書開一個購書單；憑購書單找教材科的王會計開購書發(fā)票；向李出納員交書費開領(lǐng)書單；學生拿著領(lǐng)書單到書庫找趙保管員領(lǐng)書。開購書證明購書單開購書發(fā)票發(fā)票收書費領(lǐng)書單發(fā)書當前系統(tǒng)流程圖書2023/10/23393.2數(shù)據(jù)流圖【畫數(shù)據(jù)流圖的步驟】⑴識別并從問題中提取數(shù)據(jù)流圖中的元素ⅰ源與目的數(shù)據(jù)源——學生數(shù)據(jù)目的——學生ⅱ數(shù)據(jù)流ⅲ加工處理ⅳ數(shù)據(jù)存儲2023/10/23403.2數(shù)據(jù)流圖【畫數(shù)據(jù)流圖的步驟】⑴識別并從問題中提取數(shù)據(jù)流圖中的元素ⅰ源與目的數(shù)據(jù)源——學生數(shù)據(jù)目的——學生ⅱ數(shù)據(jù)流購書單、發(fā)票、領(lǐng)書單ⅲ加工處理審查并開發(fā)票、開領(lǐng)書單ⅳ數(shù)據(jù)存儲各班學生用書表、教材存量表，售書登記表【數(shù)據(jù)流】數(shù)據(jù)在系統(tǒng)中流動的方向2023/10/23413.2數(shù)據(jù)流圖教材銷售系統(tǒng)。目標系統(tǒng)流程圖購書單輸入購書單審查并開發(fā)票各班學生用書表教材存量表發(fā)票收書費發(fā)票收訖領(lǐng)書單開領(lǐng)書單售出登記表2023/10/2342DFD圖學生1審查并開發(fā)票學生購書單領(lǐng)書單2開領(lǐng)書單發(fā)票各班學生用書表教材存量表無效書單售書登記表2023/10/2343數(shù)據(jù)流圖的補充說明如何描述加工邏輯？【例】某單位工資制度規(guī)定如下：⒈技術(shù)干部的職務工資標準為（月）：技術(shù)員50元 助理工程師70元工程師90元 高級工程師120元工齡<10年并受聘高級工程師的職務工資為140元⒉工齡補助10年以下加10元10~20年加20元20年以上加30元2023/10/23443.3數(shù)據(jù)字典DFD描述的系統(tǒng)邏輯模型不能充分描述軟件需求：⑴數(shù)據(jù)流表示輸入到加工中的或從加工中輸出的數(shù)據(jù)對象；【問題】數(shù)據(jù)對象的內(nèi)容是什么？⑵數(shù)據(jù)存儲表示有組織的數(shù)據(jù)的集合；【問題】數(shù)據(jù)是怎樣組織的？數(shù)據(jù)字典（DataDictionary）2023/10/23453.3數(shù)據(jù)字典主要內(nèi)容：1、數(shù)據(jù)元素2數(shù)據(jù)流3數(shù)據(jù)存儲4加工邏輯2023/10/23461.數(shù)據(jù)元素【1/5】不可再分的數(shù)據(jù)。如：學號、姓名、課程名稱.....組成：⑴名稱：“訂貨單編號”⑵別名：“采購單編號”......⑶取值（類型、范圍）⑷長度：字符個數(shù)、數(shù)字個數(shù)⑸描述：有關(guān)的其他數(shù)據(jù)元素、數(shù)據(jù)結(jié)構(gòu)、加工處理......⑹位置：數(shù)據(jù)流、數(shù)據(jù)存儲2023/10/23471.數(shù)據(jù)元素【2/5】名稱：別名：取值：長度：描述：位置：班級號CNO字符型5個字節(jié)如、J1308，其中：

1位 ——系；

2位 ——專業(yè)；

3位 ——年級；

4、5位——班級號購書單、發(fā)票、各班學生用書表2023/10/23481.數(shù)據(jù)元素【3/5】名稱：別名：取值：長度：描述：位置：年級號GNO字符型（F、M、J、S）1個字節(jié)Freshman 一年級Sophomore 二年級Junior 三年級Senior 四年級各班學生用書表2023/10/23491.數(shù)據(jù)元素【4/5】名稱：別名：取值類型：長度：描述：位置：零件編號字符型8個字節(jié)零件的唯一標識，作為關(guān)鍵字。訂貨報表、庫存清單表、訂貨信息表2023/10/23501.數(shù)據(jù)元素【5/5】常用符號：＝——“被定義為...”＋——“連接”[|]——“選擇”選擇[]中的一項；()——“可選”括號內(nèi)的項可選可不選；m{}n、{}nm——“重復”n為重復次數(shù)的上限M為重復次數(shù)的下限2數(shù)據(jù)流3數(shù)據(jù)存儲1、數(shù)據(jù)元素2023/10/23512.數(shù)據(jù)流【1/3】數(shù)據(jù)在系統(tǒng)中流動的方向。組成：⑴名稱、描述⑵來源數(shù)據(jù)源、加工處理、數(shù)據(jù)存儲、外部項⑶去處數(shù)據(jù)終點、加工處理、數(shù)據(jù)存儲、外部項可能不唯一⑷組成按一定方式連接起若干數(shù)據(jù)元素⑸流通量單位時間內(nèi)的傳輸次數(shù)2023/10/23522.數(shù)據(jù)流【2/3】名稱：描述：來源：去處：組成：流通量：發(fā)票按照有效購書單開購書發(fā)票1.2開發(fā)票1.3開領(lǐng)書單班級號+{書號+單價+數(shù)量+總價}+書費合計2023/10/23532.數(shù)據(jù)流【3/3】名稱：描述：來源：去處：組成：流通量：訂貨報表每天給采購員的零件訂貨表2產(chǎn)生報表采購員訂貨表編號+{零件編號+零件名稱+數(shù)量+單價+總價+供應商}+合計2023/10/23543.數(shù)據(jù)存儲【1/3】保存數(shù)據(jù)結(jié)構(gòu)的地方。為數(shù)據(jù)文件、數(shù)據(jù)庫設計打下基礎。組成：⑴名稱⑵輸入數(shù)據(jù)流⑶輸出數(shù)據(jù)流⑷組成按一定方式連接起若干數(shù)據(jù)元素⑸描述⑹組織方式順序、隨機、其他排序方式2023/10/23553.數(shù)據(jù)存儲【2/3】名稱：輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：組成：描述：組織方式：各班學生用書表1.1審查有效性系編號+年級號+班級號+{書號}DNO+GNO+CNO+{SH}按班級存放各班學生用書按系編號、班級號由小到大排列2023/10/23563.數(shù)據(jù)存儲【3/3】名稱：輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：組成：描述：組織方式：訂貨信息表1.3處理訂貨2產(chǎn)生報表

零件編號+零件名稱+數(shù)量+{供應商+單價}需要訂貨的零件各供應商單價按零件編號由小到大排列2023/10/23574.加工邏輯【1/3】描述DFD中的每個邏輯功能“做什么”。組成：⑴名稱 ⑵編號⑶輸入 ⑷輸出⑸功能描述 ⑹加工處理2023/10/23584.加工邏輯【2/3】名稱：編號：輸入：輸出：功能描述：加工處理：審查有效性1.1購書單、售書登記表各班學生用書表有效書單、無效書單若發(fā)現(xiàn)購書單中有學生不用或買重了的教材，便發(fā)出無效書單。只有通過了審查的教材保留在有效書單。購書單的內(nèi)容是否與各班學生用書表相符，通過售書登記表檢查學生是否買過這些教材。2023/10/23594.加工邏輯【3/3】組成：⑴名稱 ⑵編號⑶輸入 ⑷輸出⑸功能描述 ⑹加工處理缺點：文字描述不準確，不適合描述復雜的加工。2023/10/23603.4加工邏輯描述技術(shù)DFD圖中加工處理——加工邏輯作用：描述如何把輸入數(shù)據(jù)流

輸出數(shù)據(jù)流的加工邏輯；不是實現(xiàn)加工的細節(jié)；說明的信息應是充足的，有用的，無冗余信息。常用技術(shù)：⑴結(jié)構(gòu)化語言⑵判定表⑶判定樹⑷IPO圖2023/10/23611.結(jié)構(gòu)化語言[1/3]一種介于自然語言和形式化語言之間的語言自然語言——簡單易懂；形式化語言——精確；【組成】簡單陳述句結(jié)構(gòu)：避免復合語句；選擇結(jié)構(gòu)：IF(條件)IF(條件)THEN...ELSECASE(條件序列)重復結(jié)構(gòu)：WHILEDOFORREPEATUNTIL2023/10/23621.結(jié)構(gòu)化語言[2/3]1.1審查有效性(自然語言描述)名稱：編號：輸入：輸出：功能描述：加工處理：審查有效性1.1購書單、售書登記表各班學生用書表有效購書單、無效書單若發(fā)現(xiàn)購書單中有學生不用或買重了的教材，便發(fā)出無效書單。只有通過了審查的教材保留在有效購書單。購書單的內(nèi)容是否與各班學生用書表相符，通過售書登記表檢查學生是否買過這些教材。2023/10/23631.結(jié)構(gòu)化語言[3/3]1.1審查有效性(結(jié)構(gòu)化語言描述)按班級號檢索各班學生用書表,獲得學生用書列表;按班級號、書號檢索售書登記表,獲得已購書列表;FOR(EACH書號

IN購書單

){

IF(書號

IN學生用書列表)THEN{

IF(書號

IN已購書列表)THEN{

把班級號、書號、購買數(shù)量寫入無效書單；

}

ELSE{把班級號、書號、原因?qū)懭胗行鴨?}}

ELSE{把班級號、書號、原因?qū)懭霟o效書單;}}2023/10/23642.判定表[1/4]一組條件取值的組合加工邏輯的動作。條件條件1條件2......條件n動作動作1動作2......動作n條件取值的組合動作規(guī)則2023/10/23652.判定表[2/4]條件技術(shù)員助理工程師工程師動作工資高級工程師工齡＜1010≤工齡≤20工齡＞20√√6070808090100100110120150140150√√√√√√√√√√√√√√√√√√√√√√2023/10/23662.判定表[3/4]工資工齡＜1010≤工齡≤20工齡＞20√6070808090100100110120150140150√√√√√√√√√√√技術(shù)員助理工程師工程師高級工程師2023/10/23672.判定表[4/4]一組條件取值的組合加工邏輯的動作?！纠?/p>

：學位證、結(jié)業(yè)證、肄業(yè)證授予判定表。條件沒有未通過的必須課程未通過的必須課程學分≤12通過的課程學分數(shù)≥30動作學士學位證書結(jié)業(yè)證書肄業(yè)證書√×√√√××√√×××不授予任何證書√2023/10/23683.判定樹[1/2]判定表的變形；優(yōu)點：比判定表更加直觀，易于理解和使用?！纠磕硢挝还べY制度規(guī)定如下：⒈技術(shù)干部的職務工資標準為（月）：技術(shù)員50元 助理工程師70元工程師90元 高級工程師120元工齡<10年并受聘高級工程師的職務工資為140元⒉工齡補助10年以下加10元10~20年加20元20年以上加30元2023/10/23693.判定樹[2/2]⑶【判定樹】工資策略技術(shù)員助工工程師高工<1010-20>20607080<1010-20>208090100<1010-20>20100110120<1010-20>20150140150職務工齡工資2023/10/23704.IPO圖輸入/處理/輸出圖[1/2]表示輸入、加工處理與輸出的關(guān)系。主要的處理輸出數(shù)據(jù)1輸入數(shù)據(jù)處理1處理2輸出數(shù)據(jù)2處理框中列出處理的次序暗示了執(zhí)行的順序2023/10/23714.IPO圖輸入/處理/輸出圖[2/2]【例】教務系統(tǒng)成績管理IPO圖。統(tǒng)計報表統(tǒng)計要求統(tǒng)計成績成績錄入查詢結(jié)果課程成績查詢條件成績查詢輸入處理輸出成績記錄2023/10/2372課堂作業(yè)1：繪制判斷表/樹郵局郵寄包裹收費標準如下：若收件地點距離（L)在1000公里以內(nèi)，郵件類型（T）為普通件每公斤收費2元，掛號件每公斤3元。若收件地點距離在1000公里以外，普通件每公斤2.5元，掛號件每公斤3.5；若重量（W）大于30公斤，超重部分每公斤加收0.5元。2023/10/2373課堂作業(yè)2：銀行賬務處理儲戶將填寫好的存/取款單及存折，或定期存單交儲蓄所。經(jīng)查對帳戶，將不合格的取款單及存折，或定期存單退回儲戶；合格的存/取款單及存折，或定期存款單送取款處理。處理時要修改帳戶，處理結(jié)果是將存折，利息單和現(xiàn)金交儲戶，同時將定期存單，存/取款單存檔。畫出和存折操作有關(guān)的基本的數(shù)據(jù)流圖定義各種類型的數(shù)據(jù)字典詞條2023/10/2374課堂作業(yè)2：銀行賬務處理（2）畫出和存折操作有關(guān)的基本的數(shù)據(jù)流圖定義各種類型的數(shù)據(jù)字典詞條2023/10/23753.5結(jié)構(gòu)化分析方法3.5.1.SA的定義[1/5]結(jié)構(gòu)化分析方法(StructuredAnalysis)70年代E.Yourdon等人倡議的，“面向數(shù)據(jù)流分析方法”的一種。面向數(shù)據(jù)流分析方法基于計算機的系統(tǒng)

信息變換當數(shù)據(jù)“流”過基于計算機的系統(tǒng)時會被變換。⑴以多種形式接受輸入，⑵用硬件、軟件以及人員等將輸入變換為輸出，⑶以多種形式產(chǎn)生輸出。2023/10/23763.5.1.SA的定義[2/5]基于計算機的系統(tǒng)

信息變換⑴輸入傳感器傳輸?shù)囊粋€控制信號操作員鍵入的一列數(shù)字通過網(wǎng)絡連接傳輸?shù)囊粋€信息包從CD-ROM提取的大量的數(shù)據(jù)文件⑵變換單個的邏輯比較復雜的數(shù)值算法專家系統(tǒng)中的規(guī)則-推理方法⑶輸出一個LED發(fā)光產(chǎn)生的200頁報告2023/10/23773.5.1.SA的定義[3/5]外部實體外部實體外部實體外部實體變換1變換2變換3變換4輸入數(shù)據(jù)輸入數(shù)據(jù)中間數(shù)據(jù)中間數(shù)據(jù)中間數(shù)據(jù)輸出數(shù)據(jù)輸出數(shù)據(jù)信息變換

采用DFD符號系統(tǒng)2023/10/23783.5.1.SA的定義[4/5]【指導思想】自頂向下、逐步分解【步驟】⑴從頂層DFD開始，把整個系統(tǒng)視為加工處理；⑵自上而下，逐步對系統(tǒng)分解每分解一次，增加系統(tǒng)的加工元素，進一步具體化每個加工的功能。⑶重復第2步，直到所有的加工元素都是足夠簡單，功能足夠單一，視為不必再分解為止。不再分解的加工——“基本加工”【結(jié)果】含有系統(tǒng)全部加工邏輯的一組分層數(shù)據(jù)流圖2023/10/2379自頂向下逐步分解思想的體現(xiàn)[5/5]父圖子圖平衡（I/O）2023/10/23803.5.2.SA的步驟1.步驟：（1）.分層細化DFD圖自頂向下對系統(tǒng)功能進行分解（2）.定義數(shù)據(jù)字典各層DFD圖中包含的數(shù)據(jù)元素、數(shù)據(jù)流、數(shù)據(jù)存儲。（3）.定義加工邏輯定義中間層和最底層DFD圖中包含的所有加工。2023/10/23811.分層細化DFD圖的步驟[1/3]⑴識別并從問題中提取數(shù)據(jù)流圖中的元素ⅰ源與目的ⅱ數(shù)據(jù)流ⅲ加工處理ⅳ數(shù)據(jù)存儲⑵畫頂層DFD——基本邏輯模型頂層：一個加工處理和若干個輸入輸出流組成⑶分層細化DFD中間層：上層分解的中間結(jié)果，還可以進一步分解底層：由不可再分割的加工框組成（基本加工框）⑷完善補充2023/10/23821.分層細化DFD圖的步驟[2/3]⑵畫頂層DFD——基本邏輯模型學生教材銷售系統(tǒng)學生購書單領(lǐng)書單頂層DFD：把整個系統(tǒng)當作一個大的加工處理，標明系統(tǒng)的輸入與輸出以及數(shù)據(jù)源與目的。優(yōu)點：一目了然的列出所有給定的數(shù)據(jù)源和數(shù)據(jù)目的。缺點：太抽象，對目標系統(tǒng)所能了解到的信息非常有限。無效書單2023/10/23831.分層細化DFD圖的步驟[3/3]⑶分層細化DFD學生1審查并開發(fā)票學生購書單領(lǐng)書單2開領(lǐng)書單發(fā)票各班學生用書表教材存量表無效書單售書登記表2023/10/23842.畫數(shù)據(jù)流圖的原則⑴父/子圖平衡（I/O）把一個處理分解為一系列處理時，分解前和分解后的輸入/輸出數(shù)據(jù)流必須相同。⑵掌握分解的速度一般一次引入2~7個加工處理⑶區(qū)分全局文件和外部項⑷加工框編號便于引用和追蹤2023/10/2385教材采購、銷售系統(tǒng)案例[1/6]教材采購、銷售系統(tǒng)的DFD圖。學生教材購銷系統(tǒng)采購員缺書單購書單領(lǐng)書單進書通知頂層數(shù)據(jù)流圖兩個功能：①教材銷售②教材采購無效書單2023/10/2386教材采購、銷售系統(tǒng)案例[2/6]學生1銷售采購員缺書單購書單領(lǐng)書單進書通知第一層數(shù)據(jù)流圖2采購缺書登記表教材存量表進書通知銷售子系統(tǒng)的功能可以細分為：

1.1審查有效性

1.2開發(fā)票

1.3登記缺書

1.4開領(lǐng)書單

1.5補售教材無效書單2023/10/2387教材采購、銷售系統(tǒng)案例[3/6]1加工框的第二層數(shù)據(jù)流圖1.1審查有效性1.2開發(fā)票1.3領(lǐng)書單1.5補售教材1.4登記缺書學生購書單2采購各班學生用書表售書登記表無效書單有效書單教材存量表發(fā)票缺書單缺書登記表補售書單進書通知學生領(lǐng)書單2023/10/2388教材采購、銷售系統(tǒng)案例[4/6]學生1銷售采購員缺書單購書單領(lǐng)書單進書通知第一層數(shù)據(jù)流圖2采購缺書登記表教材存量表進書通知無效書單2023/10/2389教材采購、銷售系統(tǒng)案例[4/6]學生1銷售采購員缺書單購書單領(lǐng)書單進書通知第一層數(shù)據(jù)流圖2采購缺書登記表教材存量表進書通知采購子系統(tǒng)的功能可以細分為：

2.1按書號匯總?cè)睍?/p>

2.2按出版社統(tǒng)計缺書

2.3修改教材庫存和待購量無效書單2023/10/2390教材采購、銷售系統(tǒng)案例[5/6]2加工框的第二層數(shù)據(jù)流圖1銷售缺書登記表2.1按書號匯總2.2按出版社匯總2.3修改教材存量待購量教材存量表待購教材表教材信息表缺書單進書通知采購員進書通知2023/10/2391教材采購、銷售系統(tǒng)案例[6/6]學生1銷售采購員缺書單購書單領(lǐng)書單進書通知第一層數(shù)據(jù)流圖2采購缺書登記表教材存量表進書通知無效書單2023/10/2392倉庫零件訂貨系統(tǒng)案例[1/5]系統(tǒng)簡單描述：該裝配廠使用一臺小型計算機更新庫存清單主文件和產(chǎn)生定貨報告。零件庫存量的每一次變化稱為一個事務，由存放在倉庫中的終端輸入到小型計算機。系統(tǒng)中的庫存清單程序?qū)κ聞者M行處理，更新存儲在磁盤上的庫存清單主文件，并把必要的定貨信息寫在磁帶上。最后，每天由報告生成程序讀一次磁帶，并打印出定貨報告。2023/10/2393倉庫零件訂貨系統(tǒng)案例[2/5]事務庫存清單程序庫存清單主文件訂貨信息報告生成程序訂貨報告當前系統(tǒng)流程圖2023/10/2394倉庫零件訂貨系統(tǒng)案例[3/5]倉庫管理員倉庫零件訂貨系統(tǒng)采購員事務訂貨報表頂層數(shù)據(jù)流圖2023/10/2395倉庫零件訂貨系統(tǒng)案例[4/5]1處理事務采購員訂貨報表事務第一層數(shù)據(jù)流圖2產(chǎn)生報表訂貨信息表庫存清單表倉庫管理員2023/10/2396倉庫零件訂貨系統(tǒng)案例[5/5]1加工框的第二層數(shù)據(jù)流圖事務訂貨信息表庫存清單表倉庫管理員2產(chǎn)生報表1.1接受事務1.2更新庫存清單變化的庫存1.3處理訂貨更新后的庫存2023/10/2397FAB

f1f2f3f4f5f6f7ABVWXYZZ1Z2Z3f41f42f43f44f45XYX1Y1X2Y2Z注意事項[1/2]：保持父子圖的平衡2023/10/2398注意事項[2/2]：【功能】描繪信息在系統(tǒng)中流動和加工處理的情況?！咀⒁狻?/p>