經(jīng)濟(jì)可行性研究和需求分析-文庫(kù)吧資料
2024-11-19 22:31本頁(yè)面
【正文】 后要根據(jù)費(fèi)用來(lái)記賬，并寫入記賬文件，賬單交給旅客 （3）同時(shí)根據(jù)航班準(zhǔn)備好機(jī)票，并把機(jī)票交給旅客,畫基本系統(tǒng)模型 由若干個(gè)數(shù)據(jù)源點(diǎn)/終點(diǎn)和一個(gè)處理組成。 招聘考試結(jié)束后，招聘委員會(huì)需要將應(yīng)聘者的成績(jī)輸入系統(tǒng)，并按照成績(jī)對(duì)應(yīng)聘者進(jìn)行排序，將成績(jī)單發(fā)放給每位應(yīng)聘者，并發(fā)放錄用通知書。,數(shù)據(jù)流圖,案例1：繪制考試管理系統(tǒng)的頂層及底層數(shù)據(jù)流圖。,例1分析下面父圖和子圖是否平衡,父圖與子圖的平衡,例2分析下面父圖和子圖是否平衡,畫數(shù)據(jù)流圖的用途 ； 基本目的是利用它作為交流信息的工具； 供有關(guān)人員審查確認(rèn)； 供用戶理解和評(píng)價(jià)； 數(shù)據(jù)流圖應(yīng)該分層，超過(guò)9個(gè)時(shí)應(yīng)該畫分圖。一個(gè)比較好的方法是分層的描繪這個(gè)系統(tǒng)。 不能期望數(shù)據(jù)流圖一次畫成，而是要經(jīng)過(guò)各項(xiàng)反復(fù)才能完成。數(shù)據(jù)流圖只描述“做什么”，不描述“怎么做”和做的順序。 畫數(shù)據(jù)流圖時(shí)，只考慮常規(guī)狀態(tài)，不考慮異常狀態(tài)，這兩點(diǎn)一般留在設(shè)計(jì)階段解決。 最后按照上述步驟畫出所有子圖。（外部實(shí)體可以是一個(gè)，也可以是多個(gè)）； 加工（變換數(shù)據(jù)處理）至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流，反映出此加工數(shù)據(jù)的來(lái)源與加工的結(jié)果； 任何一個(gè)數(shù)據(jù)流子圖必須與他父圖上的一個(gè)加工相對(duì)應(yīng)，父圖中有幾個(gè)加工，就可能有幾張子圖，兩者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致，即所謂“平衡”； 圖上的每個(gè)元素都必須有名字（流向數(shù)據(jù)存儲(chǔ)或從數(shù)據(jù)存儲(chǔ)流出的數(shù)據(jù)流除外）。 數(shù)據(jù)流圖把軟件系統(tǒng)看成是由數(shù)據(jù)流聯(lián)系的各種功能的組合，在需求分析的過(guò)程中，可以用來(lái)建立目標(biāo)系統(tǒng)的邏輯模型。,2.3.1結(jié)構(gòu)化分析方法,特點(diǎn)：自頂向下，逐層分解,描述工具： 數(shù)據(jù)流圖 數(shù)據(jù)字典 ER圖,2.3.1結(jié)構(gòu)化分析方法,數(shù)據(jù)流圖,數(shù)據(jù)流圖（Data Flow Diagram，DFD）是描述系統(tǒng)中數(shù)據(jù)流的圖形工具。 頂層的數(shù)據(jù)流圖要定義系統(tǒng)范圍，并描述系統(tǒng)與外界的數(shù)據(jù)聯(lián)系，它是對(duì)系統(tǒng)架構(gòu)的高度概括和抽象。 （7）當(dāng)描述計(jì)算時(shí)，至少試驗(yàn)一個(gè)例子。 （5）當(dāng)某術(shù)語(yǔ)被明確地定義在某處時(shí)，力圖用該定義去替換其他地方出現(xiàn)的該術(shù)語(yǔ)。 （3）當(dāng)給出了不完整的列表時(shí)，確定已理解了所有項(xiàng)，關(guān)鍵是查找“等、如此這樣”。 常用的數(shù)據(jù)模型有 數(shù)據(jù)流圖（結(jié)構(gòu)化的設(shè)計(jì)） ER圖 （結(jié)構(gòu)化的設(shè)計(jì)） 用例圖 （面向?qū)ο蟮脑O(shè)計(jì)）,2.2.3 軟件需求分析的步驟,第三步 擬訂軟件需求分析文件 軟件需求分析完成后，這一階段應(yīng)交付的文件有： 1. 軟件需求說(shuō)明書（或軟件規(guī)格說(shuō)明書 ） 2. 初步的用戶手冊(cè) 3. 確認(rèn)實(shí)施計(jì)劃 4. 數(shù)據(jù)要求說(shuō)明書,2.2.3 軟件需求分析的步驟,第四步 需求 驗(yàn)證、復(fù)審 1．驗(yàn)證幾個(gè)必須回答的問(wèn)題 （1）所規(guī)定的軟件目標(biāo)和任務(wù)與系統(tǒng)的目標(biāo)和任務(wù)相符合嗎? （2）與所有系統(tǒng)成分的重要接口都已經(jīng)被描述了嗎? （3）研制項(xiàng)目的信息流和信息結(jié)構(gòu)充分確定嗎? （4）圖表都清楚嗎?每一個(gè)圖表在不加補(bǔ)充說(shuō)明的情況下能理解嗎? （5）主要功能在規(guī)定范圍內(nèi)嗎?每一功能都已充分地加以說(shuō)明了嗎? （6）設(shè)計(jì)的限制條件是現(xiàn)實(shí)的嗎?,2.2.3 軟件需求分析的步驟,（7）開(kāi)發(fā)的技術(shù)風(fēng)險(xiǎn)是什么? （8）考慮過(guò)軟件需求的其他方案嗎? （9）檢驗(yàn)標(biāo)準(zhǔn)詳細(xì)制定了嗎?他們能否確認(rèn)系統(tǒng)是成功的? （10）有沒(méi)有遺漏、重復(fù)或者不一致的地方? （11）與用戶或需求者的聯(lián)系充分嗎? （12）用戶復(fù)審了初步的用戶手冊(cè)嗎? （13）軟件計(jì)劃中的估算如何受到影響?,2.2.3 軟件需求分析的步驟,2．復(fù)審規(guī)則 （1）著重于說(shuō)服性的連接詞(如當(dāng)然、因此、明確的、顯然的等)，并問(wèn)“為什么”。,2.2.2 需求分析階段的任務(wù),2.2.3 軟件需求分析的步驟,第一步：獲取需求 識(shí)別問(wèn)題 （1）研究資料法 （2) 問(wèn)卷調(diào)查 （3）用戶訪談 （4）實(shí)地觀察,2.2.3 軟件需求分析的步驟,第二步：分析需求 建立模型 第一步結(jié)束后，分析員應(yīng)該能夠總結(jié)出如下幾點(diǎn)： 1) 系統(tǒng)會(huì)產(chǎn)生和使用什么數(shù)據(jù)? 2) 系統(tǒng)必須完成什么功能? 3) 將定義什么界面? 4) 會(huì)應(yīng)用什么約束等。,2.2.2 需求分析階段的任務(wù),4．修正系統(tǒng)開(kāi)發(fā)計(jì)劃 經(jīng)過(guò)需求分析階段的工作，分析員對(duì)目標(biāo)系統(tǒng)有了更深入、更具體的認(rèn)識(shí)，因此可以對(duì)系統(tǒng)的成本和進(jìn)度做出更準(zhǔn)確的估計(jì)，在此基礎(chǔ)上對(duì)開(kāi)發(fā)計(jì)劃進(jìn)行修正。,2.2.2 需求分析階段的任務(wù),3. 獲得系統(tǒng)的邏輯模型 （1）確定目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)的邏輯差別； （2）將變化部分看作新的處理步驟，對(duì)功能圖(一般是數(shù)據(jù)流圖)及對(duì)象圖進(jìn)行調(diào)整； （3）由外及里，對(duì)變化的部分進(jìn)行分析，推斷其結(jié)構(gòu)，獲得目標(biāo)系統(tǒng)的邏輯模型。 （4）將來(lái)可能會(huì)提出的需求 目的是在設(shè)計(jì)過(guò)程中對(duì)系統(tǒng)將來(lái)可能的擴(kuò)充和修改做準(zhǔn)備，以便需要時(shí)能比較容易進(jìn)行這種擴(kuò)充和修改，更有利于系統(tǒng)維護(hù),2. 分析系統(tǒng)的數(shù)據(jù)需求 分析系統(tǒng)的數(shù)據(jù)需求，是通過(guò)系統(tǒng)的信息流歸納抽象出數(shù)
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1