需求分析階段ppt課件-wenkub.com
2025-05-04 07:36 本頁面
【正文】 課后實訓(xùn)題 按照需求分析相關(guān)理論設(shè)計需求規(guī)格說明書，設(shè)計訂票信息管理系統(tǒng)，其中包括數(shù)據(jù)流程圖和數(shù)據(jù)字典的定義。 根據(jù)層次關(guān)系一般將數(shù)據(jù)流圖分為頂層數(shù)據(jù)流圖、中間數(shù)據(jù)流圖和底層數(shù)據(jù)流圖。 數(shù)據(jù)流組成 ： Suoshuhao（圖書索書號） +Tiaoma（圖書條碼號） +Timing（題名） +Zerenzhe（責(zé)任者）+Publisher（出版社） +Pubyear（出版日期） +ISBN（圖書 ISBN號） +Price（價格） +Location（館藏地）+Zaiti（載體形式） +Buytime（購買時間） 數(shù)據(jù)流的流通量 ： 10 本 / 月 高峰流量 ： 50 本 / 月 數(shù)據(jù)字典 (2) 數(shù)據(jù)流編號： D02 數(shù)據(jù)流名稱 ： 圖書借閱 簡述：圖書借閱申請 數(shù)據(jù)流來源 ： 讀者向圖書館管理員提出書籍借閱請求，圖書館管理員通過圖書管理子系統(tǒng)審核后，輸入計算機(jī)。 表 35 圖書館機(jī)構(gòu)職能分配表 目標(biāo)系統(tǒng)業(yè)務(wù)流程分析 圖書采編業(yè)務(wù)流程圖如圖 312所示 圖 312 圖書采編業(yè)務(wù)流程圖 目標(biāo)系統(tǒng)業(yè)務(wù)流程分析 圖書借閱業(yè)務(wù)流程圖如圖 313所示 圖 313 圖書借閱業(yè)務(wù)流程圖 目標(biāo)系統(tǒng)業(yè)務(wù)流程分析 讀者信息管理業(yè)務(wù)流程圖如圖 314所示 圖 314 讀者信息管理業(yè)務(wù)流程圖 數(shù)據(jù)流程圖 經(jīng)過詳細(xì)調(diào)查和需求分析，得到如圖 316所示的 0層數(shù)據(jù)流程圖。 借閱一部 主要負(fù)責(zé)入藏圖書資料的流通閱覽，剔除 和組織管理及讀者信息庫的維護(hù)。副館長和館長助理協(xié)助館長工作。 圖書館機(jī)構(gòu)設(shè)置圖以及職能分配情況 為了便于目標(biāo)系統(tǒng)設(shè)計，首先要將圖書館內(nèi)部的組織結(jié)構(gòu)以及人員分布情況有所了解。 實訓(xùn) 32《 圖書館書目查詢管理系統(tǒng) 》 ? 圖書館書目查詢管理系統(tǒng)的背景分析 ? 目標(biāo)系統(tǒng)的基本任務(wù) ? 圖書館機(jī)構(gòu)設(shè)置圖以及職能分配情況 ? 目標(biāo)系統(tǒng)業(yè)務(wù)流程分析 ? 數(shù)據(jù)流程圖 ? 數(shù)據(jù)字典 ? 開發(fā)及運(yùn)行環(huán)境設(shè)置 目標(biāo)系統(tǒng)的基本任務(wù) 該圖書館書目查詢管理系統(tǒng)的服務(wù)對象分成兩類：讀者和管理員。 編號 文件名 數(shù)據(jù)存儲組成 存儲 方式 存儲 頻率 (次 /天 ) 備注 F01 學(xué)生 檔案 {E01+E02+E03+E04+E05+E06+ E07+E08+E10} E01/升序 60 F02 學(xué)生 成績 {E01+E02+E08+E09+E10} E01/升序 60 表 33 數(shù)據(jù)存儲文件定義表 實訓(xùn) 31 數(shù)據(jù)字典的設(shè)計與定義 (4)數(shù)據(jù)處理 (Data Processing)定義表 數(shù)據(jù)處理定義表如表 34所示。 實訓(xùn) 31 數(shù)據(jù)字典的設(shè)計與定義 ： 掌握數(shù)據(jù)字典的定義方法。因為重新編制代碼的代價遠(yuǎn)遠(yuǎn)超過重寫一份需求文檔的代價，這種慘痛的教訓(xùn)在軟件開發(fā)人員身上曾經(jīng)發(fā)生過。 圖 39 分層數(shù)據(jù)流圖的圖示 分層數(shù)據(jù)流圖 如圖 310所示，給出了分層數(shù)據(jù)流圖的實例 。 圖 36 數(shù)據(jù)處理圖示 (3) 數(shù)據(jù)存儲 如圖 37所示，在數(shù)據(jù)流程圖中數(shù)據(jù)存儲用右邊開口的矩形（或兩條平行橫線）表示。 (8)需求出現(xiàn)變更要立即聯(lián)系。 (3)準(zhǔn)確而詳細(xì)地說明需求。 (8)調(diào)整需求，允許重用已有的軟件組件。 (4)要求得到需求工作結(jié)果的解釋說明。而軟件客戶需求義務(wù)書也列出了 10條關(guān)于客戶在需求過程中應(yīng)承擔(dān)的義務(wù)。 通常的需求管理活動如下： ? 定義需求基線（迅速制定需求文檔的主體）； ? 評審提出的需求變更、評估每項變更的可能影響從而決定是否實施項目； ? 以一種可控制的方式將需求變更融入到項目中； ? 使當(dāng)前的項目計劃與需求一致； ? 估計變更需求所產(chǎn)生影響并在此基礎(chǔ)上協(xié)商新的承諾，這種承諾具體體現(xiàn)在項目解決方案上； ? 讓每項需求都能與其對應(yīng)的設(shè)計、源代碼和測試用例聯(lián)系起來以實現(xiàn)跟蹤； ? 在整個項目過程中跟蹤需求狀態(tài)及其變更情況。 如果在需求分析階段能夠?qū)浖a(chǎn)品的運(yùn)行環(huán)境做出很好的調(diào)查和定位，就不會產(chǎn)生這樣嚴(yán)重的后果。通過對所
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1