監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價(jià)咨詢管理系統(tǒng) | 工程設(shè)計(jì)管理系統(tǒng) | 甲方項(xiàng)目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉
建筑工程項(xiàng)目管理軟件

當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 建筑OA系統(tǒng) > 建筑工程項(xiàng)目管理軟件

綜合管理:需求分析概述—方法與建模

申請(qǐng)免費(fèi)試用、咨詢電話:400-8352-114

軟件工程分為三個(gè)層次,過(guò)程層、方法層、工具層。在最基礎(chǔ)的過(guò)程層,最重要的就是一組被稱為關(guān)鍵過(guò)程區(qū)域(KPAs)的框架(KPA的概念在討論CMM的書中有詳細(xì)的概念說(shuō)明)。關(guān)鍵過(guò)程區(qū)域構(gòu)成了軟件項(xiàng)目的管理控制的基礎(chǔ),并且確立了上下文各區(qū)域的關(guān)系,其中規(guī)定了技術(shù)方法的采用、工程產(chǎn)品的,模型、文檔、數(shù)據(jù)、報(bào)告、表格等,等的產(chǎn)生、里程碑的建立、質(zhì)量的保證及變化的適當(dāng)管理。方法層主要是過(guò)程在技術(shù)上的實(shí)現(xiàn)。它解決的問(wèn)題是如何做。軟件工程方法涵蓋了一系列的任務(wù):需求分析、設(shè)計(jì)、編程、測(cè)試、維護(hù)。同時(shí)他還包括了一組基本原則,控制了每一個(gè)的關(guān)鍵過(guò)程區(qū)域。工具層就很好理解了,他對(duì)過(guò)程層和方法層提供了自動(dòng)和半自動(dòng)的支持。這些輔助工具就稱為CASE。 
  可以看到需求分析的位置,但是事實(shí)上需求分析是跨越了軟件工程的三個(gè)層次的。這一點(diǎn)是和其他的過(guò)程是一樣的。當(dāng)然我們這里比較重點(diǎn)強(qiáng)調(diào)的是在軟件工程的方法層,同時(shí)也涉及到一些過(guò)程層的思想,至于工具層則不再我們的討論之列,但是會(huì)提到一些很適合在需求分析時(shí)應(yīng)用的工具,諸如Word、Excel、Visio等。
需求分析都包括了哪些方法呢?這里列舉出在《需求分析》一書中推薦的一些方法, 
  1. 繪制系統(tǒng)關(guān)聯(lián)圖,這種關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡(jiǎn)單模型。同時(shí)它也明確了通過(guò)接口的信息流和物質(zhì)流。 
  2. 創(chuàng)建用戶接口原型,當(dāng)開(kāi)發(fā)人員或用戶不能確定需求時(shí),開(kāi)發(fā)一個(gè)用戶接口原型—一個(gè)可能的局部實(shí)現(xiàn)—這樣使得許多概念和可能發(fā)生的事更為直觀明了。用戶通過(guò)評(píng)價(jià)原型將使項(xiàng)目參與者能更好地相互理解所要解決的問(wèn)題。注意要找出需求文檔與原型之間所有的沖突之處。 
  3. 分析需求可行性,在允許的成本、性能要求下,分析每項(xiàng)需求實(shí)施的可行性,明確與每項(xiàng)需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險(xiǎn),包括與其它需求的沖突,對(duì)外界因素的依賴和技術(shù)障礙。 
  4. 確定需求的優(yōu)先級(jí)別,應(yīng)用分析方法來(lái)確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級(jí)別。以優(yōu)先級(jí)為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當(dāng)允許需求變更時(shí),在特定的版本中加入每一項(xiàng)變更,并在那個(gè)版本計(jì)劃中作出需要的變更。 
  5. 為需求建立模型,需求的圖形分析模型是軟件需求規(guī)格說(shuō)明極好的補(bǔ)充說(shuō)明。它們能提供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類及交互作用圖。 
  6. 創(chuàng)建數(shù)據(jù)字典,數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義,以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段,數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確保客戶與開(kāi)發(fā)小組是使用一致的定義和術(shù)語(yǔ)。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。 
  7. 使用質(zhì)量功能調(diào)配,(QFD)是一種高級(jí)系統(tǒng)技術(shù),它將產(chǎn)品特性、屬性與對(duì)客戶的重要性聯(lián)系起來(lái)。該技術(shù)提供了一種分析方法以明確那些是客戶最為關(guān)注的特性。QFD將需求分為三類:期望需求,即客戶或許并未提及,但如若缺少會(huì)讓他們感到不滿意;普通需求;興奮需求,即實(shí)現(xiàn)了會(huì)給客戶帶去驚喜,但若未實(shí)現(xiàn)也不會(huì)受到責(zé)備(Zultner 1993;Pardee 1996)。 
   記住一點(diǎn),不要試圖在你的項(xiàng)目中把這些方法都用上去,四個(gè)現(xiàn)代化并不是一夜就可以實(shí)現(xiàn)的。同樣,嘗試著使用你認(rèn)為對(duì)你很有幫助的方法,確實(shí)收到效果之后,在考慮繼續(xù)學(xué)習(xí)方法。因?yàn)樯厦嫣岬降亩际切枨蠓治龅拇蠓椒?,事?shí)上還有很多很多的方法可以采用,例如,采用SRS模板、指明需求的來(lái)源、為每項(xiàng)需求注上標(biāo)號(hào)、記錄業(yè)務(wù)規(guī)范、創(chuàng)建需求跟蹤能力矩陣、審查需求文檔、以需求為依據(jù)編寫測(cè)試用例、編寫用戶手冊(cè)、確定合格的標(biāo)準(zhǔn)。
  很多人都沒(méi)有意識(shí)到業(yè)務(wù)需求階段應(yīng)該做些什么事情,實(shí)際上業(yè)務(wù)建模是最重要的一件事情。不要覺(jué)得業(yè)務(wù)建模這個(gè)詞很深?yuàn)W,讓人模不著頭腦。其實(shí)所有做過(guò)需求分析的人都做過(guò)業(yè)務(wù)建模,比如你了解企業(yè)的運(yùn)作模式就是一種你腦海中的業(yè)務(wù)建模。但是大多數(shù)人都沒(méi)有科學(xué)的、系統(tǒng)的、文檔化的做過(guò)業(yè)務(wù)建模。 
  業(yè)務(wù)建模的目的在于: 
  ·了解目標(biāo)組織(將要在其中部署系統(tǒng)的組織)的結(jié)構(gòu)及機(jī)制。 
  ·了解目標(biāo)組織中當(dāng)前存在的問(wèn)題并確定改進(jìn)的可能性。 
  ·確??蛻簟⒆罱K用戶和開(kāi)發(fā)人員就目標(biāo)組織達(dá)成共識(shí)。 
  ·導(dǎo)出支持目標(biāo)組織所需的業(yè)務(wù)需求。 
  上面的話是不是很抽象呢,其實(shí)沒(méi)有什么復(fù)雜的:人和電腦是完全不同的思想(思維方式)。所以,原先適合人的業(yè)務(wù)流程對(duì)于計(jì)算機(jī)來(lái)說(shuō)可不一定合適的,為了最大限度的利用計(jì)算機(jī),必須要了解原先的業(yè)務(wù)流程并對(duì)此加易改造(流程自動(dòng)化),當(dāng)然這些動(dòng)作需要得到用戶的許可。有些人認(rèn)為說(shuō)只有ERP這種大系統(tǒng)才需要對(duì)業(yè)務(wù)流程進(jìn)行重組,但是實(shí)際上,不論是部門級(jí)的MIS系統(tǒng),還是社會(huì)級(jí)的電子商務(wù)系統(tǒng),都需要對(duì)業(yè)務(wù)流程進(jìn)行改造,所不同的只是改造的程度。 
  業(yè)務(wù)建模很重要的一點(diǎn)是在分析企業(yè)流程的同時(shí)分析出基礎(chǔ)企業(yè)對(duì)象(Common Business Object)(這個(gè)詞我翻譯的不好,如果大家有更好的翻譯,請(qǐng)告訴我)。任何企業(yè)都有最基礎(chǔ)的一些元素,例如銀行的CBO就有帳戶,制造業(yè)的CBO就有訂單等。有一次我的一個(gè)在企業(yè)應(yīng)用方面研究多年的朋友告訴我一個(gè)秘訣,他說(shuō),企業(yè)的CBO無(wú)非是4個(gè):客戶、員工、產(chǎn)品和供應(yīng)商(銀行的供應(yīng)商應(yīng)該稱為同業(yè))。其他的所有CBO都是在這四個(gè)CBO的基礎(chǔ)上發(fā)展起來(lái)的。比如說(shuō)CBO中客戶和產(chǎn)品是多對(duì)多的關(guān)系,根據(jù)關(guān)系數(shù)據(jù)的理論,任何多對(duì)多的關(guān)系都可以拆分成多個(gè)一對(duì)多或一對(duì)一的關(guān)系。你就可以在這兩個(gè)類之間引入訂單類,客戶和訂單之間是一對(duì)多,訂單和產(chǎn)品之間又是一對(duì)多,這樣一個(gè)多對(duì)多的關(guān)系就拆分成兩個(gè)一對(duì)多的關(guān)系,而新的訂單類也就順理成章的產(chǎn)生了。在訂單類產(chǎn)生時(shí),你可能還會(huì)加入一個(gè)關(guān)聯(lián)類:業(yè)務(wù)員類。而業(yè)務(wù)員類又是從員工類繼承下來(lái)的。所以呢,企業(yè)的四種CBO通過(guò)不同的組合,不同的關(guān)系,能夠形成企業(yè)運(yùn)作的許許多多的CBO。 CBO是做業(yè)務(wù)建模的基礎(chǔ),在此基礎(chǔ)上,通過(guò)評(píng)估業(yè)務(wù)狀態(tài),說(shuō)明當(dāng)前業(yè)務(wù),確定業(yè)務(wù)流程,改進(jìn)業(yè)務(wù)流程的定義,設(shè)計(jì)業(yè)務(wù)流程實(shí)現(xiàn),改進(jìn)角色和職責(zé),研究流程自動(dòng)化,開(kāi)發(fā)領(lǐng)域模型等一系列在RUP中定義的工作流程實(shí)現(xiàn)業(yè)務(wù)建模的目標(biāo)??荚嚧缶庉嬚?
發(fā)布:2007-02-26 11:07    編輯:泛普軟件 · xiaona    [打印此頁(yè)]    [關(guān)閉]
相關(guān)文章:

泛普建筑工程項(xiàng)目管理軟件其他應(yīng)用

項(xiàng)目管理工具 禪道項(xiàng)目管理軟件 夢(mèng)龍項(xiàng)目管理軟件 微軟項(xiàng)目管理軟件 裝飾管理系統(tǒng) 裝修預(yù)算軟件 項(xiàng)目計(jì)劃軟件 項(xiàng)目進(jìn)度管理軟件 軟件項(xiàng)目管理工具 材料管理軟件 工程項(xiàng)目管理軟件系統(tǒng) 項(xiàng)目管理系統(tǒng) 施工管理軟件 建筑工程項(xiàng)目管理軟件 工程管理軟件