軟件工程CH3-需求分析

第三章需求分析問題定義可行性研究可行否？否是需求分析終止項(xiàng)目......計(jì)劃時(shí)期開發(fā)時(shí)期主要內(nèi)容3.1需求分析概述3.2數(shù)據(jù)流圖3.3數(shù)據(jù)字典3.4加工邏輯描述工具3.5結(jié)構(gòu)化分析方法3.6需求規(guī)格說(shuō)明書第5章需求工程與需求分析11/18/202313.1.1需求分析的任務(wù)【可行性研究】粗略了解用戶的需求。用較少的成本，在較短的時(shí)間內(nèi)確定是否存在一些可行的解法。許多細(xì)節(jié)被忽略了?！拘枨蠓治觥繙?zhǔn)確地回答“系統(tǒng)必須做什么？”這個(gè)問題。11/18/202323.1.1需求分析的任務(wù)【依據(jù)】《可行性研究報(bào)告》【任務(wù)】⑴建立目標(biāo)系統(tǒng)的邏輯模型調(diào)查分析用戶的確切需求，認(rèn)真搞清、并細(xì)化到底“系統(tǒng)必須做什么”？反復(fù)與用戶交流；建立原型系統(tǒng)；確定目標(biāo)系統(tǒng)的功能、性能、運(yùn)行⑵形成《軟件需求規(guī)格說(shuō)明書》SoftwareRequirementSpecification11/18/202333.1.2需求類型1.按內(nèi)容分類軟件需求代表系統(tǒng)的綜合要求，包括以下幾種類型：①系統(tǒng)功能需求系統(tǒng)功能需求指根據(jù)系統(tǒng)所能實(shí)現(xiàn)的功能要求，對(duì)于每一類功能或者有時(shí)對(duì)于每一個(gè)功能，需要弄清輸入、加工和輸出等需求。②系統(tǒng)性能需求按照系統(tǒng)的性能要求分類。例如聯(lián)機(jī)系統(tǒng)的響應(yīng)時(shí)間、系統(tǒng)需要的存儲(chǔ)容量、后援存儲(chǔ)器、重新啟動(dòng)、安全性和可靠性等方面的要求。③系統(tǒng)運(yùn)行需求這類要求集中表現(xiàn)為對(duì)系統(tǒng)運(yùn)行時(shí)所處的環(huán)境、使用的資源、安全保密和用戶界面的要求。如支持系統(tǒng)運(yùn)行的硬件和軟件是什么，采取哪種數(shù)據(jù)庫(kù)管理系統(tǒng)，需要什么樣的外存儲(chǔ)器和數(shù)據(jù)通信接口。④未來(lái)可能出現(xiàn)的問題就是把不屬于當(dāng)前系統(tǒng)開發(fā)范圍的問題都明確地列出來(lái)，因?yàn)閷?lái)很可能會(huì)提出這些問題。這些問題主要是為了系統(tǒng)將來(lái)的擴(kuò)充和修改做準(zhǔn)備，當(dāng)以后需要時(shí)就可以很容易地進(jìn)行擴(kuò)展和修改了。11/18/202343.1.2需求類型(3)2.按用戶的期望分類①正常需求用戶陳述的針對(duì)系統(tǒng)的目標(biāo)。②期望需求隱式的需求，可能由于是非?；A(chǔ)的而用戶沒有顯示的陳述，如人機(jī)交互的容易性、整體的操作正確性和可靠性，以及軟件安裝的容易性。③興奮需求在用戶的期望范圍之外，如果實(shí)現(xiàn)將令人愉快和出乎意料。11/18/202353.1.2需求類型(4)3.按必要性分類①?gòu)?qiáng)制的需求是指除非軟件與這些需求一致，則該軟件是不可接受的②希望的需求是指這些需求將增進(jìn)軟件產(chǎn)品功能，但是如果缺乏的話也不是不可接受③任選的需求是指這個(gè)功能可有可無(wú)11/18/20236案例分析:機(jī)票訂票系統(tǒng)1.功能需求在計(jì)算機(jī)網(wǎng)絡(luò)，數(shù)據(jù)庫(kù)和先進(jìn)的開發(fā)平臺(tái)上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個(gè)易擴(kuò)充的、易維護(hù)的、具有良好人機(jī)交互界面的機(jī)票預(yù)定系統(tǒng)，實(shí)現(xiàn)航空公司的機(jī)票銷售的自動(dòng)化，為企業(yè)的決策層提供準(zhǔn)確、精細(xì)、迅速的機(jī)票銷售信息。根據(jù)可行性研究的結(jié)果和客戶的要求，分析現(xiàn)有情況及問題，采用Client/Server結(jié)構(gòu)，將機(jī)票預(yù)定系統(tǒng)劃分為兩個(gè)子系統(tǒng)：客戶端子系統(tǒng)，服務(wù)器端子系統(tǒng)。正常、強(qiáng)制的需求11/18/20237案例分析:機(jī)票訂票系統(tǒng)1.功能需求客戶端子系統(tǒng)[1]旅客信息的輸入和統(tǒng)計(jì)…[2]旅客信息的存儲(chǔ)…[3]機(jī)票信息的傳遞及接收…[4]取票通知及帳單的生成和打印…[5]機(jī)票銷售情況的核算…正常、強(qiáng)制的需求11/18/20238案例分析:機(jī)票訂票系統(tǒng)1.功能需求服務(wù)器端子系統(tǒng) [1]接收由旅行社客戶端發(fā)回的所需機(jī)票信息…[2]生成航班信息…[3]傳遞航班信息到客戶端（旅行社）…[4]接收旅行社的反饋信息…[5]印出機(jī)票給已經(jīng)訂票的旅客…[6]銷售額的分析和管理…正常、強(qiáng)制的需求11/18/20239案例分析:機(jī)票訂票系統(tǒng)（2）2.為了保證系統(tǒng)能夠長(zhǎng)期、安全、穩(wěn)定、可靠、高效的運(yùn)行，機(jī)票預(yù)定系統(tǒng)應(yīng)該滿足以下的性能需求：⑴系統(tǒng)處理的及時(shí)性和準(zhǔn)確性在系統(tǒng)設(shè)計(jì)和開發(fā)過程中，要充分考慮系統(tǒng)當(dāng)前和將來(lái)可能承受的工作量，使系統(tǒng)的響應(yīng)時(shí)間能夠滿足企業(yè)對(duì)信息處理的需求。機(jī)票預(yù)定系統(tǒng)的查詢功能對(duì)于整個(gè)系統(tǒng)的功能和性能完成舉足輕重，是系統(tǒng)重要的數(shù)據(jù)來(lái)源。機(jī)票數(shù)量和時(shí)間又影響企業(yè)的決策活動(dòng)，其準(zhǔn)確性很大程度上決定了機(jī)票預(yù)定系統(tǒng)的成敗。在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準(zhǔn)確性。11/18/202310案例分析:機(jī)票訂票系統(tǒng)（3）⑵系統(tǒng)的開放性和系統(tǒng)的可擴(kuò)充性例如訂票方式的改變（網(wǎng)上訂票），用戶查詢需求的不斷完善和更新等。所有這些，都要求系統(tǒng)提供足夠的手段進(jìn)行功能的調(diào)整和擴(kuò)充。而要實(shí)現(xiàn)這一點(diǎn)，應(yīng)通過系統(tǒng)的開放性來(lái)完成，既系統(tǒng)應(yīng)是一個(gè)開放系統(tǒng)，只要符合一定的規(guī)范，配置系統(tǒng)的硬件,通過軟件的修補(bǔ)、替換完成系統(tǒng)的升級(jí)和更新?lián)Q代。11/18/202311案例分析:機(jī)票訂票系統(tǒng)（4）⑶系統(tǒng)的易用性和易維護(hù)性機(jī)票預(yù)定系統(tǒng)是直接面對(duì)使用人員的，而使用人員往往對(duì)計(jì)算機(jī)并不是非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機(jī)交互界面。要實(shí)現(xiàn)這一點(diǎn)，就要求系統(tǒng)應(yīng)該盡量使用用戶熟悉的術(shù)語(yǔ)和中文信息的界面；針對(duì)用戶可能出現(xiàn)的使用問題，要提供足夠的在線幫助，縮短用戶對(duì)系統(tǒng)熟悉的過程。機(jī)票預(yù)定系統(tǒng)中涉及到的數(shù)據(jù)是航空公司的相當(dāng)重要的信息，系統(tǒng)要提供方便的手段供系統(tǒng)維護(hù)人員進(jìn)行數(shù)據(jù)的備份，日常的安全管理，系統(tǒng)意外崩潰時(shí)數(shù)據(jù)的恢復(fù)等工作。11/18/202312案例分析:機(jī)票訂票系統(tǒng)（5）⑷系統(tǒng)的標(biāo)準(zhǔn)性系統(tǒng)在設(shè)計(jì)開發(fā)使用過程中都要涉及到很多計(jì)算機(jī)硬件、軟件。所有這些都要符合主流國(guó)際、國(guó)家和行業(yè)標(biāo)準(zhǔn)。如規(guī)范的數(shù)據(jù)庫(kù)操縱界面、作為業(yè)界標(biāo)準(zhǔn)的TCP/IP網(wǎng)絡(luò)協(xié)議及ISO9002標(biāo)準(zhǔn)所要求的質(zhì)量規(guī)范等；同時(shí)，在自主開發(fā)本系統(tǒng)時(shí)，要進(jìn)行良好的設(shè)計(jì)工作，制訂行之有效的軟件工程規(guī)范，保證代碼的易讀性、可操作性和可移植性。11/18/202313案例分析:機(jī)票訂票系統(tǒng)（6）⑸系統(tǒng)的先進(jìn)性目前計(jì)算系統(tǒng)的技術(shù)發(fā)展相當(dāng)快，做為機(jī)票預(yù)定系統(tǒng)工程，應(yīng)該保證系統(tǒng)在下個(gè)10年時(shí)間里仍舊是先進(jìn)的，在系統(tǒng)的生命周期盡量做到系統(tǒng)的先進(jìn)，充分完成企業(yè)信息處理的要求而不至于落后。這一方面通過系統(tǒng)的開放性和可擴(kuò)充性，不斷改善系統(tǒng)的功能完成。另一方面，在系統(tǒng)設(shè)計(jì)和開發(fā)的過程中，應(yīng)在考慮成本的基礎(chǔ)上盡量采用當(dāng)前主流并先進(jìn)且有良好發(fā)展前途的產(chǎn)品。11/18/202314案例分析:機(jī)票訂票系統(tǒng)（7）⑹系統(tǒng)的響應(yīng)速度機(jī)票預(yù)定系統(tǒng)系統(tǒng)在日常處理中的響應(yīng)速度為秒級(jí)，達(dá)到實(shí)時(shí)要求，以及時(shí)反饋信息。在進(jìn)行統(tǒng)計(jì)分析時(shí)，根據(jù)所需數(shù)據(jù)量的不同而從秒級(jí)到分鐘級(jí)，原則是保證操作人員不會(huì)因?yàn)樗俣葐栴}而影響工作效率。11/18/202315案例分析:機(jī)票訂票系統(tǒng)（2）3.機(jī)票預(yù)定系統(tǒng)的運(yùn)行需求：機(jī)票預(yù)定系統(tǒng)中的各個(gè)子系統(tǒng)的硬件和軟件的配置如下：1．服務(wù)器端子系統(tǒng)的運(yùn)行要求：系統(tǒng)軟件：數(shù)據(jù)庫(kù)管理系統(tǒng)：SQLServer硬件要求：2.客戶端子系統(tǒng)的運(yùn)行要求：系統(tǒng)軟件：數(shù)據(jù)庫(kù)管理系統(tǒng)：SQLServer硬件要求：11/18/2023167.7.4測(cè)試種類對(duì)以計(jì)算機(jī)為基礎(chǔ)的系統(tǒng)進(jìn)行充分的測(cè)試。⑴功能測(cè)試 ⑼可使用性測(cè)試⑵可靠性測(cè)試 ⑽可支持性測(cè)試⑶強(qiáng)度測(cè)試 ⑾安裝測(cè)試⑷性能測(cè)試 ⑿過程測(cè)試⑸啟動(dòng)／停止測(cè)試 ⒀互連測(cè)試⑹恢復(fù)測(cè)試 ⒁兼容性測(cè)試⑺配置測(cè)試 ⒂文檔測(cè)試⑻安全性測(cè)試 11/18/2023173.1.3需求獲取技術(shù)

問題域

用戶

需求分析員

交流

11/18/202318案例分析:

圖書館管理系統(tǒng)(1/3)讀者管理書庫(kù)管理讀者借閱管理11/18/202319用戶項(xiàng)目負(fù)責(zé)人需求分析人員設(shè)計(jì)員案例分析:

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

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

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

需求模型詳細(xì)、準(zhǔn)確地描述了用戶對(duì)目標(biāo)軟件系統(tǒng)的功能、行為、性能、設(shè)計(jì)約束等方面的要求為什么需要建模從多個(gè)視點(diǎn)、多個(gè)不同的抽象層次來(lái)描述用戶需求，從而更好促進(jìn)軟件的開發(fā)需求建模方法面向數(shù)據(jù)流的方法面向?qū)ο蟮姆椒ㄗ⒁庑枨蠼２灰婕败浖O(shè)計(jì)和實(shí)現(xiàn)細(xì)節(jié)11/18/2023304.多視點(diǎn)分析什么是多視點(diǎn)分析從多個(gè)角度、不同層面上分析和描述用戶需求為什么需要多視點(diǎn)分析人的認(rèn)識(shí)具有片面性(瞎子摸象)多視點(diǎn)可以幫助我們?nèi)姘盐沼脩舻男枨?1/18/2023313.1.6需求分析的步驟⑴分析系統(tǒng)的要求⑵目標(biāo)系統(tǒng)的邏輯模型⑶修正開發(fā)計(jì)劃⑷構(gòu)造原型系統(tǒng)⑸復(fù)審、驗(yàn)證《軟件需求規(guī)格說(shuō)明書》必須處理的信息和應(yīng)該產(chǎn)生的信息數(shù)據(jù)流圖、數(shù)據(jù)字典、加工處理用戶了解目標(biāo)系統(tǒng)的功能、概況開發(fā)者快速、準(zhǔn)確、完整把握需求11/18/2023323.2數(shù)據(jù)流圖數(shù)據(jù)流圖（DateFlowDiagram）描述軟件系統(tǒng)邏輯模型的技術(shù)。【功能】描繪信息在系統(tǒng)中流動(dòng)和加工處理的情況?！咀⒁狻恐灰紤]系統(tǒng)必須完成的基本邏輯功能；不要考慮如何具體地實(shí)現(xiàn)這些功能；極好的交流和溝通工具11/18/2023333.2數(shù)據(jù)流圖數(shù)據(jù)流圖（DateFlowDiagram）【符號(hào)】①數(shù)據(jù)的源點(diǎn)、終點(diǎn)系統(tǒng)以外的人、事物②加工處理不一定是一個(gè)程序③數(shù)據(jù)存儲(chǔ)數(shù)據(jù)庫(kù)、數(shù)據(jù)文件④數(shù)據(jù)流數(shù)據(jù)在系統(tǒng)中流動(dòng)的方向數(shù)據(jù)描述11/18/2023343.2數(shù)據(jù)流圖數(shù)據(jù)流圖（DateFlowDiagram）【擴(kuò)展符號(hào)】*（星號(hào)）表示數(shù)據(jù)流之間是“與”關(guān)系T*ABCTAC*數(shù)據(jù)A和B同時(shí)輸入才能變換成數(shù)據(jù)C數(shù)據(jù)A變換成數(shù)據(jù)B和C與B11/18/2023353.2數(shù)據(jù)流圖數(shù)據(jù)流圖（DateFlowDiagram）【擴(kuò)展符號(hào)】+（加號(hào)）表示數(shù)據(jù)流之間是“或”關(guān)系T+ABCTAC+數(shù)據(jù)A、數(shù)據(jù)B，或A和B同時(shí)輸入變換成C數(shù)據(jù)A變換成數(shù)據(jù)B、數(shù)據(jù)C、數(shù)據(jù)B和C或B11/18/2023363.2數(shù)據(jù)流圖數(shù)據(jù)流圖（DateFlowDiagram）【擴(kuò)展符號(hào)】⊕表示數(shù)據(jù)流之間是“異或”關(guān)系T⊕ABCTAC⊕只有數(shù)據(jù)A、只有數(shù)據(jù)B（但不能A、B同時(shí)）變換成C數(shù)據(jù)A變換成數(shù)據(jù)B、數(shù)據(jù)C，（但不能變換成B和C）或B11/18/202337[引用]2.3系統(tǒng)流程圖【例4】教材銷售系統(tǒng)。售書過程：學(xué)生找系辦公室的張秘書開一個(gè)購(gòu)書單；憑購(gòu)書單找教材科的王會(huì)計(jì)開購(gòu)書發(fā)票；向李出納員交書費(fèi)開領(lǐng)書單；學(xué)生拿著領(lǐng)書單到書庫(kù)找趙保管員領(lǐng)書。開購(gòu)書證明購(gòu)書單開購(gòu)書發(fā)票發(fā)票收書費(fèi)領(lǐng)書單發(fā)書當(dāng)前系統(tǒng)流程圖書11/18/2023383.2數(shù)據(jù)流圖【畫數(shù)據(jù)流圖的步驟】⑴識(shí)別并從問題中提取數(shù)據(jù)流圖中的元素ⅰ源與目的數(shù)據(jù)源——學(xué)生數(shù)據(jù)目的——學(xué)生ⅱ數(shù)據(jù)流ⅲ加工處理ⅳ數(shù)據(jù)存儲(chǔ)11/18/2023393.2數(shù)據(jù)流圖【畫數(shù)據(jù)流圖的步驟】⑴識(shí)別并從問題中提取數(shù)據(jù)流圖中的元素ⅰ源與目的數(shù)據(jù)源——學(xué)生數(shù)據(jù)目的——學(xué)生ⅱ數(shù)據(jù)流購(gòu)書單、發(fā)票、領(lǐng)書單ⅲ加工處理審查并開發(fā)票、開領(lǐng)書單ⅳ數(shù)據(jù)存儲(chǔ)各班學(xué)生用書表、教材存量表，售書登記表【數(shù)據(jù)流】數(shù)據(jù)在系統(tǒng)中流動(dòng)的方向11/18/2023403.2數(shù)據(jù)流圖教材銷售系統(tǒng)。目標(biāo)系統(tǒng)流程圖購(gòu)書單輸入購(gòu)書單審查并開發(fā)票各班學(xué)生用書表教材存量表發(fā)票收書費(fèi)發(fā)票收訖領(lǐng)書單開領(lǐng)書單售出登記表11/18/202341DFD圖學(xué)生1審查并開發(fā)票學(xué)生購(gòu)書單領(lǐng)書單2開領(lǐng)書單發(fā)票各班學(xué)生用書表教材存量表無(wú)效書單售書登記表11/18/202342數(shù)據(jù)流圖的補(bǔ)充說(shuō)明如何描述加工邏輯？【例】某單位工資制度規(guī)定如下：⒈技術(shù)干部的職務(wù)工資標(biāo)準(zhǔn)為（月）：技術(shù)員50元 助理工程師70元工程師90元 高級(jí)工程師120元工齡<10年并受聘高級(jí)工程師的職務(wù)工資為140元⒉工齡補(bǔ)助10年以下加10元10~20年加20元20年以上加30元11/18/2023433.3數(shù)據(jù)字典DFD描述的系統(tǒng)邏輯模型不能充分描述軟件需求：⑴數(shù)據(jù)流表示輸入到加工中的或從加工中輸出的數(shù)據(jù)對(duì)象；【問題】數(shù)據(jù)對(duì)象的內(nèi)容是什么？⑵數(shù)據(jù)存儲(chǔ)表示有組織的數(shù)據(jù)的集合；【問題】數(shù)據(jù)是怎樣組織的？數(shù)據(jù)字典（DataDictionary）11/18/2023443.3數(shù)據(jù)字典主要內(nèi)容：1、數(shù)據(jù)元素2數(shù)據(jù)流3數(shù)據(jù)存儲(chǔ)4加工邏輯11/18/2023451.數(shù)據(jù)元素【1/5】不可再分的數(shù)據(jù)。如：學(xué)號(hào)、姓名、課程名稱.....組成：⑴名稱：“訂貨單編號(hào)”⑵別名：“采購(gòu)單編號(hào)”......⑶取值（類型、范圍）⑷長(zhǎng)度：字符個(gè)數(shù)、數(shù)字個(gè)數(shù)⑸描述：有關(guān)的其他數(shù)據(jù)元素、數(shù)據(jù)結(jié)構(gòu)、加工處理......⑹位置：數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)11/18/2023461.數(shù)據(jù)元素【2/5】名稱：別名：取值：長(zhǎng)度：描述：位置：班級(jí)號(hào)CNO字符型5個(gè)字節(jié)如、J1308，其中： 1位 ——系； 2位 ——專業(yè)； 3位 ——年級(jí)； 4、5位——班級(jí)號(hào)購(gòu)書單、發(fā)票、各班學(xué)生用書表11/18/2023471.數(shù)據(jù)元素【3/5】名稱：別名：取值：長(zhǎng)度：描述：位置：年級(jí)號(hào)GNO字符型（F、M、J、S）1個(gè)字節(jié)Freshman 一年級(jí)Sophomore 二年級(jí)Junior 三年級(jí)Senior 四年級(jí)各班學(xué)生用書表11/18/2023481.數(shù)據(jù)元素【4/5】名稱：別名：取值類型：長(zhǎng)度：描述：位置：零件編號(hào)字符型8個(gè)字節(jié)零件的唯一標(biāo)識(shí)，作為關(guān)鍵字。訂貨報(bào)表、庫(kù)存清單表、訂貨信息表11/18/2023491.數(shù)據(jù)元素【5/5】常用符號(hào)：＝——“被定義為...”＋——“連接”[|]——“選擇”選擇[]中的一項(xiàng)；()——“可選”括號(hào)內(nèi)的項(xiàng)可選可不選；m{}n、{}nm——“重復(fù)”n為重復(fù)次數(shù)的上限M為重復(fù)次數(shù)的下限2數(shù)據(jù)流3數(shù)據(jù)存儲(chǔ)1、數(shù)據(jù)元素11/18/2023502.數(shù)據(jù)流【1/3】數(shù)據(jù)在系統(tǒng)中流動(dòng)的方向。組成：⑴名稱、描述⑵來(lái)源數(shù)據(jù)源、加工處理、數(shù)據(jù)存儲(chǔ)、外部項(xiàng)⑶去處數(shù)據(jù)終點(diǎn)、加工處理、數(shù)據(jù)存儲(chǔ)、外部項(xiàng)可能不唯一⑷組成按一定方式連接起若干數(shù)據(jù)元素⑸流通量單位時(shí)間內(nèi)的傳輸次數(shù)11/18/2023512.數(shù)據(jù)流【2/3】名稱：描述：來(lái)源：去處：組成：流通量：發(fā)票按照有效購(gòu)書單開購(gòu)書發(fā)票1.2開發(fā)票1.3開領(lǐng)書單班級(jí)號(hào)+{書號(hào)+單價(jià)+數(shù)量+總價(jià)}+書費(fèi)合計(jì)11/18/2023522.數(shù)據(jù)流【3/3】名稱：描述：來(lái)源：去處：組成：流通量：訂貨報(bào)表每天給采購(gòu)員的零件訂貨表2產(chǎn)生報(bào)表采購(gòu)員訂貨表編號(hào)+{零件編號(hào)+零件名稱+數(shù)量+單價(jià)+總價(jià)+供應(yīng)商}+合計(jì)11/18/2023533.數(shù)據(jù)存儲(chǔ)【1/3】保存數(shù)據(jù)結(jié)構(gòu)的地方。為數(shù)據(jù)文件、數(shù)據(jù)庫(kù)設(shè)計(jì)打下基礎(chǔ)。組成：⑴名稱⑵輸入數(shù)據(jù)流⑶輸出數(shù)據(jù)流⑷組成按一定方式連接起若干數(shù)據(jù)元素⑸描述⑹組織方式順序、隨機(jī)、其他排序方式11/18/2023543.數(shù)據(jù)存儲(chǔ)【2/3】名稱：輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：組成：描述：組織方式：各班學(xué)生用書表1.1審查有效性系編號(hào)+年級(jí)號(hào)+班級(jí)號(hào)+{書號(hào)}DNO+GNO+CNO+{SH}按班級(jí)存放各班學(xué)生用書按系編號(hào)、班級(jí)號(hào)由小到大排列11/18/2023553.數(shù)據(jù)存儲(chǔ)【3/3】名稱：輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：組成：描述：組織方式：訂貨信息表1.3處理訂貨2產(chǎn)生報(bào)表

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

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

IF(書號(hào)IN學(xué)生用書列表)THEN{

IF(書號(hào)IN已購(gòu)書列表)THEN{把班級(jí)號(hào)、書號(hào)、購(gòu)買數(shù)量寫入無(wú)效書單；}

ELSE{把班級(jí)號(hào)、書號(hào)、原因?qū)懭胗行鴨?}}

ELSE{把班級(jí)號(hào)、書號(hào)、原因?qū)懭霟o(wú)效書單;}}11/18/2023632.判定表[1/4]一組條件取值的組合加工邏輯的動(dòng)作。條件條件1條件2......條件n動(dòng)作動(dòng)作1動(dòng)作2......動(dòng)作n條件取值的組合動(dòng)作規(guī)則11/18/2023642.判定表[2/4]條件技術(shù)員助理工程師工程師動(dòng)作工資高級(jí)工程師工齡＜1010≤工齡≤20工齡＞20√√6070808090100100110120150140150√√√√√√√√√√√√√√√√√√√√√√11/18/2023652.判定表[3/4]工資工齡＜1010≤工齡≤20工齡＞20√6070808090100100110120150140150√√√√√√√√√√√技術(shù)員助理工程師工程師高級(jí)工程師11/18/2023662.判定表[4/4]一組條件取值的組合加工邏輯的動(dòng)作。【例】

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

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

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

采用DFD符號(hào)系統(tǒng)11/18/2023773.5.1.SA的定義[4/5]【指導(dǎo)思想】自頂向下、逐步分解【步驟】⑴從頂層DFD開始，把整個(gè)系統(tǒng)視為加工處理；⑵自上而下，逐步對(duì)系統(tǒng)分解每分解一次，增加系統(tǒng)的加工元素，進(jìn)一步具體化每個(gè)加工的功能。⑶重復(fù)第2步，直到所有的加工元素都是足夠簡(jiǎn)單，功能足夠單一，視為不必再分解為止。不再分解的加工——“基本加工”【結(jié)果】含有系統(tǒng)全部加工邏輯的一組分層數(shù)據(jù)流圖11/18/202378自頂向下逐步分解思想的體現(xiàn)[5/5]父圖子圖平衡（I/O）11/18/2023793.5.2.SA的步驟1.步驟：（1）.分層細(xì)化DFD圖自頂向下對(duì)系統(tǒng)功能進(jìn)行分解（2）.定義數(shù)據(jù)字典各層DFD圖中包含的數(shù)據(jù)元素、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)。（3）.定義加工邏輯定義中間層和最底層DFD圖中包含的所有加工。11/18/2023801.分層細(xì)化DFD圖的步驟[1/3]⑴識(shí)別并從問題中提取數(shù)據(jù)流圖中的元素ⅰ源與目的ⅱ數(shù)據(jù)流ⅲ加工處理ⅳ數(shù)據(jù)存儲(chǔ)⑵畫頂層DFD——基本邏輯模型頂層：一個(gè)加工處理和若干個(gè)輸入輸出流組成⑶分層細(xì)化DFD中間層：上層分解的中間結(jié)果，還可以進(jìn)一步分解底層：由不可再分割的加工框組成（基本加工框）⑷完善補(bǔ)充11/18/2023811.分層細(xì)化DFD圖的步驟[2/3]⑵畫頂層DFD——基本邏輯模型學(xué)生教材銷售系統(tǒng)學(xué)生購(gòu)書單領(lǐng)書單頂層DFD：把整個(gè)系統(tǒng)當(dāng)作一個(gè)大的加工處理，標(biāo)明系統(tǒng)的輸入與輸出以及數(shù)據(jù)源與目的。優(yōu)點(diǎn)：一目了然的列出所有給定的數(shù)據(jù)源和數(shù)據(jù)目的。缺點(diǎn)：太抽象，對(duì)目標(biāo)系統(tǒng)所能了解到的信息非常有限。無(wú)效書單11/18/2023821.分層細(xì)化DFD圖的步驟[3/3]⑶分層細(xì)化DFD學(xué)生1審查并開發(fā)票學(xué)生購(gòu)書單領(lǐng)書單2開領(lǐng)書單發(fā)票各班學(xué)生用書表教材存量表無(wú)效書單售書登記表11/18/2023832.畫數(shù)據(jù)流圖的原則⑴父/子圖平衡（I/O）把一個(gè)處理分解為一系列處理時(shí)，分解前和分解后的輸入/輸出數(shù)據(jù)流必須相同。⑵掌握分解的速度一般一次引入2~7個(gè)加工處理⑶區(qū)分全局文件和外部項(xiàng)⑷加工框編號(hào)便于引用和追蹤11/18/202384教材采購(gòu)、銷售系統(tǒng)案例[1/6]教材采購(gòu)、銷售系統(tǒng)的DFD圖。學(xué)生教材購(gòu)銷系統(tǒng)采購(gòu)員缺書單購(gòu)書單領(lǐng)書單進(jìn)書通知頂層數(shù)據(jù)流圖兩個(gè)功能：①教材銷售②教材采購(gòu)無(wú)效書單11/18/202385教材采購(gòu)、銷售系統(tǒng)案例[2/6]學(xué)生1銷售采購(gòu)員缺書單購(gòu)書單領(lǐng)書單進(jìn)書通知第一層數(shù)據(jù)流圖2采購(gòu)缺書登記表教材存量表進(jìn)書通知銷售子系統(tǒng)的功能可以細(xì)分為： 1.1審查有效性 1.2開發(fā)票 1.3登記缺書 1.4開領(lǐng)書單 1.5補(bǔ)售教材無(wú)效書單11/18/202386教材采購(gòu)、銷售系統(tǒng)案例[3/6]1加工框的第二層數(shù)據(jù)流圖1.1審查有效性1.2開發(fā)票1.3領(lǐng)書單1.5補(bǔ)售教材1.4登記缺書學(xué)生購(gòu)書單2采購(gòu)各班學(xué)生用書表售書登記表無(wú)效書單有效書單教材存量表發(fā)票缺書單缺書登記表補(bǔ)售書單進(jìn)書通知學(xué)生領(lǐng)書單11/18/202387教材采購(gòu)、銷售系統(tǒng)案例[4/6]學(xué)生1銷售采購(gòu)員缺書單購(gòu)書單領(lǐng)書單進(jìn)書通知第一層數(shù)據(jù)流圖2采購(gòu)缺書登記表教材存量表進(jìn)書通知無(wú)效書單11/18/202388教材采購(gòu)、銷售系統(tǒng)案例[4/6]學(xué)生1銷售采購(gòu)員缺書單購(gòu)書單領(lǐng)書單進(jìn)書通知第一層數(shù)據(jù)流圖2采購(gòu)缺書登記表教材存量表進(jìn)書通知采購(gòu)子系統(tǒng)的功能可以細(xì)分為： 2.1按書號(hào)匯總?cè)睍?2.2按出版社統(tǒng)計(jì)缺書 2.3修改教材庫(kù)存和待購(gòu)量無(wú)效書單11/18/202389教材采購(gòu)、銷售系統(tǒng)案例[5/6]2加工框的第二層數(shù)據(jù)流圖1銷售缺書登記表2.1按書號(hào)匯總2.2按出版社匯總2.3修改教材存量待購(gòu)量教材存量表待購(gòu)教材表教材信息表缺書單進(jìn)書通知采購(gòu)員進(jìn)書通知11/18/202390教材采購(gòu)、銷售系統(tǒng)案例[6/6]學(xué)生1銷售采購(gòu)員缺書單購(gòu)書單領(lǐng)書單進(jìn)書通知第一層數(shù)據(jù)流圖2采購(gòu)缺書登記表教材存量表進(jìn)書通知無(wú)效書單11/18/202391倉(cāng)庫(kù)零件訂貨系統(tǒng)案例[1/5]系統(tǒng)簡(jiǎn)單描述：該裝配廠使用一臺(tái)小型計(jì)算機(jī)更新庫(kù)存清單主文件和產(chǎn)生定貨報(bào)告。零件庫(kù)存量的每一次變化稱為一個(gè)事務(wù)，由存放在倉(cāng)庫(kù)中的終端輸入到小型計(jì)算機(jī)。系統(tǒng)中的庫(kù)存清單程序?qū)κ聞?wù)進(jìn)行處理，更新存儲(chǔ)在磁盤上的庫(kù)存清單主文件，并把必要的定貨信息寫在磁帶上。最后，每天由報(bào)告生成程序讀一次磁帶，并打印出定貨報(bào)告。11/18/202392倉(cāng)庫(kù)零件訂貨系統(tǒng)案例[2/5]事務(wù)庫(kù)存清單程序庫(kù)存清單主文件訂貨信息報(bào)告生成程序訂貨報(bào)告當(dāng)前系統(tǒng)流程圖11/18/202393倉(cāng)庫(kù)零件訂貨系統(tǒng)案例[3/5]倉(cāng)庫(kù)管理員倉(cāng)庫(kù)零件訂貨系統(tǒng)采購(gòu)員事務(wù)訂貨報(bào)表頂層數(shù)據(jù)流圖11/18/202394倉(cāng)庫(kù)零件訂貨系統(tǒng)案例[4/5]1處理事務(wù)采購(gòu)員訂貨報(bào)表事務(wù)第一層數(shù)據(jù)流圖2產(chǎn)生報(bào)表訂貨信息表庫(kù)存清單表倉(cāng)庫(kù)管理員11/18/202395倉(cāng)庫(kù)零件訂貨系統(tǒng)案例[5/5]1加工框的第二層數(shù)據(jù)流圖事務(wù)訂貨信息表庫(kù)存清單表倉(cāng)庫(kù)管理員2產(chǎn)生報(bào)表1.1接受事務(wù)1.2更新庫(kù)存清單變化的庫(kù)存1.3處理訂貨更新后的庫(kù)存11/18/202396FAB

f1f2f3f4f5f6f7ABVWXYZZ1Z2Z3f41f42f43f44f45XYX1Y1X2Y2Z注意事項(xiàng)[1/2]：保持父子圖的平衡11/18/202397注意事項(xiàng)[2/2]：【功能】描繪信息在系統(tǒng)中流動(dòng)和加工處理的情況?！咀⒁狻恐灰紤]