系統(tǒng)開發(fā)中需求分析和管理_第1頁
系統(tǒng)開發(fā)中需求分析和管理_第2頁
系統(tǒng)開發(fā)中需求分析和管理_第3頁
系統(tǒng)開發(fā)中需求分析和管理_第4頁
系統(tǒng)開發(fā)中需求分析和管理_第5頁
已閱讀5頁,還剩32頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、系統(tǒng)開發(fā)中需求分析和管理四、需求工程的技術(shù)與工具1、需求獲取與調(diào)查設(shè)計設(shè)計調(diào)查內(nèi)容的參考原則:Who,誰使用系統(tǒng),誰是直接領(lǐng)導(dǎo),向誰服務(wù)(向哪些人調(diào)查),What,系統(tǒng)實現(xiàn)什么功能,Where,何處需要改進,何處得到測試用例When,何時需要第一個可運行版本,何時需要進行測試,何時進行培訓(xùn),Why,為什么需要新系統(tǒng),為什么需要增加和減少功能,為什么系統(tǒng)流程要如此How,如何描述流程,如何對系統(tǒng)進行限制和約束四、需求工程的技術(shù)與工具1、需求獲取與調(diào)查設(shè)計要調(diào)查的一般問題:i.部門名稱,組織結(jié)構(gòu),人員數(shù)量ii.部門簡介iii. 部門的主要職能iv.業(yè)務(wù)處理流程v.業(yè)務(wù)處理所需要的專業(yè)知識vi.工作

2、需要的審批流程vii.主要業(yè)務(wù)處理描述viii.哪些業(yè)務(wù)需要實時處理ix.哪此業(yè)務(wù)需要交互操作x.部門內(nèi)各崗位的職責(zé)xi.部門接受哪些外部信息?內(nèi)容與格式是什么?xii.部門產(chǎn)生哪些信息?xiii.部門產(chǎn)生的信息送到哪些部門?什么格式?xiv.信息輸入輸出方式與設(shè)備是否有要求?xv.數(shù)據(jù)是否要求備份?設(shè)備與策略是什么?xvi.業(yè)務(wù)處理有高峰期嗎?在什么時候?業(yè)務(wù)量是多少?xvii.現(xiàn)有哪些設(shè)備需要繼續(xù)使用?xviii.產(chǎn)品運行環(huán)境?xix.界面風(fēng)格與操作方式是否有要求?xx.對操作人員素質(zhì)是否有要求?xxi.需要權(quán)限管理嗎?xxii.需要日志嗎?xxiii.用戶有能力進行維護嗎?xxiv.需要

3、分布式處理嗎?xxv.需要擴展性嗎?xxvi.需要什么方式的培訓(xùn)?xxvii.對幫助與文檔系統(tǒng)有什么要求?例:對一個出版社內(nèi)部管理信息系統(tǒng)的調(diào)查設(shè)計 問題1:自主開發(fā)或開發(fā)商品軟件是否需要進行需求調(diào)查?開發(fā)人員可能自己設(shè)想和確認需求嗎?提示:仍然存在用戶嗎,前者是自身,后者是潛在用戶沒有潛在用戶的商品軟件能通過可行性分析嗎?結(jié)論:需要需求調(diào)查,調(diào)查對象即自身系統(tǒng)領(lǐng)導(dǎo)機構(gòu)和業(yè)務(wù)部門,或者是潛在用戶。問題2:南京市重大項目洽談會將要召開,市計委為了對與會客商和項目進行管理,需要開發(fā)一個信息系統(tǒng),請考慮如何進行調(diào)查來獲取需求。四、需求工程的技術(shù)與工具2、調(diào)研計劃項目范圍與目標(biāo)調(diào)研部門及職能設(shè)計問題與

4、調(diào)查表培訓(xùn)計劃調(diào)研時間安排結(jié)果分析與審查四、需求工程的技術(shù)與工具3、需求分析基本過程1)繪制業(yè)務(wù)流程圖或關(guān)聯(lián)圖:繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實體間的界限和接口的簡單模型。同時它也明確了通過接口的信息流和物質(zhì)流。2)創(chuàng)建開發(fā)原型:創(chuàng)建用戶接口原型當(dāng)開發(fā)人員或用戶不能確定需求時,開發(fā)一個用戶接口原型,這樣使得許多概念和可能發(fā)生的事更為直觀明了。用戶通過評價原型將使項目參與者能更好地相互理解所要解決的問題。注意要找出需求文檔與原型之間所有的沖突之處。3)分析需求可行性:分析需求可行性在允許的成本、性能要求下,分析每項需求實施的可行性,明確與每項需求實現(xiàn)相聯(lián)系的風(fēng)險,包括與其它需求的沖突,對

5、外界因素的依賴和技術(shù)障礙。4)確定需求優(yōu)先級:確定需求的優(yōu)先級別應(yīng)用分析方法來確定使用實例、產(chǎn)品特性或單項需求實現(xiàn)的優(yōu)先級別。以優(yōu)先級為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當(dāng)允許需求變更時,在特定的版本中加入每一項變更,并在那個版本計劃中作出需要的變更。5)為需求建立模型:為需求建立模型需求的圖形分析模型是軟件需求規(guī)格說明極好的補充說明。它們能提供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實體關(guān)系圖、狀態(tài)變換圖、對話框圖、對象類及交互圖。6)編寫數(shù)據(jù)字典:創(chuàng)建數(shù)據(jù)字典數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結(jié)構(gòu)的定義,以確保開發(fā)人員使用統(tǒng)一的數(shù)

6、據(jù)定義。在需求階段,數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項以確保客戶與開發(fā)小組是使用一致的定義和術(shù)語。分析和設(shè)計工具通常包括數(shù)據(jù)字典組件。并不是每個系統(tǒng)都需要以上每個過程!四、需求工程的技術(shù)與工具3、需求分析與建模(結(jié)構(gòu)化方法)業(yè)務(wù)流程調(diào)查:從系統(tǒng)信息流過的過程逐步進行,調(diào)查各環(huán)節(jié)的處理業(yè)務(wù)、信息來源、處理方法、計算方法、信息流動去向,信息信息的時間與形態(tài)(報告、單據(jù)、屏幕顯示)四、需求工程的技術(shù)與工具業(yè)務(wù)流程調(diào)查業(yè)務(wù)流程描述方式:業(yè)務(wù)流程圖。(物理模型)業(yè)務(wù)流程圖例:庫存管理系統(tǒng)流程圖車間領(lǐng)料單庫長用料計劃未批準(zhǔn)領(lǐng)料單已批準(zhǔn)領(lǐng)料單庫工庫存帳領(lǐng)料通知用料流水帳缺料通知單采購員訂單催貨單供應(yīng)商補充訂貨單提

7、貨通知單入庫單庫存報表有關(guān)部門領(lǐng)料審核庫存管理采購管理跨職能流程圖例:采購管理系統(tǒng)流程圖四、需求工程的技術(shù)與工具邏輯模型描述邏輯模型描述工具:數(shù)據(jù)流圖(Data Flow Diagram)。對業(yè)務(wù)流程進行抽象,描述數(shù)據(jù)及其處理邏輯的圖示。DFD可以用來表示一個系統(tǒng)或軟件在任何層次上的抽象。較大型的軟件系統(tǒng)DFD分為多個層次,稱為父圖與子圖,可以表示數(shù)據(jù)流和處理的進一步細節(jié)。通過對DFD進行編號進行管理。將整個系統(tǒng)看成一個處理的DFD稱為關(guān)聯(lián)圖。DFD圖例:銷售管理系統(tǒng)流程圖DFD繪制技巧DFD繪圖思路:從外向里畫畫輸入與輸出畫系統(tǒng)內(nèi)部畫處理的內(nèi)部DFD繪圖原則:適當(dāng)命名畫數(shù)據(jù)流而不是控制流從上

8、到下或從左到右的流向先考慮穩(wěn)定狀態(tài)避免陷入細節(jié)注意子圖與父圖的平衡隨時可能重畫DFD繪制步驟問題:一個工資發(fā)放系統(tǒng)的數(shù)據(jù)流圖已對業(yè)務(wù)流程進行調(diào)查:月末發(fā)工資,20-23日財務(wù)部根據(jù)上月工資清單和人力資源部送達的人員及工資變動表填寫本月工資清單,總務(wù)科24日將扣款清單送交財務(wù)部,財務(wù)總計入扣款數(shù)并計算應(yīng)發(fā)工資,填入工資發(fā)放清單,為發(fā)放工資做好準(zhǔn)備。上月工資清單調(diào)查結(jié)果人事工資變動表本月扣款記錄參考答案DFD的質(zhì)量評估最小復(fù)雜性信息超量信息量太大以至影響理7+2/7-2原則人可同時記住和理解的信息“塊”的數(shù)量介于5與9之間限制一個模型中元素的個數(shù)在9個以內(nèi)接口最小化限制一個模型中連接的個數(shù)數(shù)據(jù)流一

9、致性處理前與處理后的數(shù)據(jù)內(nèi)容有差別?有流出無流入?有流入無流出?黑洞:帶有并不用來產(chǎn)生輸出的輸入的處理或存儲奇跡:帶有沒有任何來源的輸出的處理或存儲DFD處理描述方式結(jié)構(gòu)化英語決策表決策樹四、需求工程的技術(shù)與工具數(shù)據(jù)結(jié)構(gòu)描述業(yè)務(wù)流程圖與數(shù)據(jù)流圖無法表示業(yè)務(wù)流程與信息流程中各種信息的詳細結(jié)構(gòu),因此需要專門的工具數(shù)據(jù)字典來描述。數(shù)據(jù)字典是對數(shù)據(jù)流程圖中的各個數(shù)據(jù)元素做的進一步的說明。DFD與數(shù)據(jù)字典一起從文字與圖形兩方面構(gòu)成了系統(tǒng)邏輯模型。四、需求工程的技術(shù)與工具數(shù)據(jù)描述數(shù)據(jù)字典的主要內(nèi)容數(shù)據(jù)項定義數(shù)據(jù)結(jié)構(gòu)定義數(shù)據(jù)流定義加工處理邏輯定義數(shù)據(jù)存儲定義外部實體定義四、需求工程的技術(shù)與工具數(shù)據(jù)描述數(shù)據(jù)字

10、典的數(shù)據(jù)項定義四、需求工程的技術(shù)與工具數(shù)據(jù)描述數(shù)據(jù)字典的數(shù)據(jù)結(jié)構(gòu)定義數(shù)據(jù)結(jié)構(gòu)描述數(shù)據(jù)項之間的關(guān)系,可由數(shù)據(jù)項組成,也可由其他數(shù)據(jù)結(jié)構(gòu)組成。四、需求工程的技術(shù)與工具數(shù)據(jù)描述數(shù)據(jù)字典的數(shù)據(jù)流定義四、需求工程的技術(shù)與工具數(shù)據(jù)描述數(shù)據(jù)字典的處理邏輯定義四、需求工程的技術(shù)與工具數(shù)據(jù)描述數(shù)據(jù)字典的數(shù)據(jù)存儲定義四、需求工程的技術(shù)與工具數(shù)據(jù)描述數(shù)據(jù)字典的外部實體定義注意:數(shù)據(jù)字典一旦建立,即成為系統(tǒng)分析設(shè)計和開發(fā)的依據(jù),在項目開發(fā)的整個生命周期中都要嚴(yán)格圍繞數(shù)據(jù)字典進行。需求發(fā)生變更后應(yīng)及時更新數(shù)據(jù)字典,以防止開發(fā)、測試人員在開發(fā)和測試中產(chǎn)生不一致。四、需求工程的技術(shù)與工具數(shù)據(jù)關(guān)系描述數(shù)據(jù)字典不能描述數(shù)據(jù)結(jié)構(gòu)之間的關(guān)系,而在系統(tǒng)中各個數(shù)據(jù)結(jié)構(gòu)都是有聯(lián)系的,數(shù)據(jù)結(jié)構(gòu)在后面的數(shù)據(jù)庫設(shè)計中直接指導(dǎo)了數(shù)據(jù)表的設(shè)計,而關(guān)系數(shù)據(jù)庫中如何在表之間建立關(guān)系需要有對應(yīng)的描述模型,常用的模型之一是ER圖。用ER圖建模的常用工具是ERWin(CA)另一種建模方法是在Visio軟件中繪制數(shù)據(jù)庫模型圖四、需求工程的技術(shù)與工具ER圖的畫法1.實體屬性聯(lián)系教師編號姓名職稱系別學(xué)生學(xué)號姓名班級系別課程課程號課程名學(xué)時學(xué)分教學(xué)教學(xué)質(zhì)量成績MNNM0-M0-N四、需求工程的技術(shù)與工具ER圖的畫法2.實體-屬性課程-課程號*課名學(xué)時學(xué)分學(xué)-成績教-教學(xué)質(zhì)量教師-編號*姓名職稱系別學(xué)生-學(xué)號*姓名班級系別四、需求工程的技術(shù)與

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論