交互式軟件需求獲取方法

交互式軟件需求獲取方法

ID:32063038

大?。?.87 MB

頁數(shù):67頁

時(shí)間:2019-01-31

交互式軟件需求獲取方法_第1頁
交互式軟件需求獲取方法_第2頁
交互式軟件需求獲取方法_第3頁
交互式軟件需求獲取方法_第4頁
交互式軟件需求獲取方法_第5頁
資源描述:

《交互式軟件需求獲取方法》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在學(xué)術(shù)論文-天天文庫

1、這址軟什的繃護(hù)。j£一h軟r}j*水分目i址軟仆小命』.qjl

2、jtl一幣監(jiān)步,也足決定-¨f門‘步?。如糶連軟件嬰做什么事。降f都搞小清楚,則軟fl:JL+堅(jiān)’。定失敗。1.2研究意義CMM認(rèn)為:“結(jié)果表明:在軟件丌發(fā)和維護(hù)過程中,所有被檢測(cè)出來的錯(cuò)誤,54%是在編碼和單元測(cè)試階段以后才被發(fā)現(xiàn)的,其中45%是在需求和設(shè)計(jì)階段發(fā)生的,而編碼階段的錯(cuò)誤只占9%。另外,對(duì)GTE、TRW和IBM三家公司的研究結(jié)果表明:在需求階段檢查和修改一個(gè)錯(cuò)誤的代價(jià)比值可高達(dá)1:200?!?2]軟件需求分析的質(zhì)量對(duì)軟件開發(fā)具有深遠(yuǎn)的、全局性的影響。高質(zhì)量需求對(duì)軟件丌發(fā)往往起

3、到事半功倍的效果。而在后續(xù)階段改正需求分析階段產(chǎn)生的錯(cuò)誤的代價(jià)是非常高昂的。因此,研究需求分析的經(jīng)濟(jì)利益是顯而易見的,研究軟件需求的問題具有重要的現(xiàn)實(shí)意義。軟件工程學(xué)是計(jì)算機(jī)學(xué)術(shù)界和工業(yè)界廣泛關(guān)注的課題,并且學(xué)術(shù)成果豐富。但是可操作的成果不多。否則,人們?cè)缇椭懒恕叭绾伟衍浖龊谩钡姆椒?。到二十世紀(jì)八十年代中期,逐步形成了軟件工程的子領(lǐng)域——需求工程。進(jìn)入二十世紀(jì)九十年代后,需求工程成為軟件界研究的重點(diǎn)之一。從1993年起,每?jī)赡昱e辦一次需求工程國(guó)際研討會(huì)(ISRE),1994年起,每?jī)赡昱e辦一次需求工程國(guó)際會(huì)議(JCRE)。一些關(guān)于需求工程的工作小組

4、相繼成立。因此軟件需求問題的研究同樣具有理論意義和學(xué)術(shù)價(jià)值。1.3國(guó)內(nèi)外研究現(xiàn)狀軟件需求工作的研究到今天已經(jīng)相對(duì)成熟,文獻(xiàn)(3]較全面地總結(jié)了現(xiàn)有的有代表性的需求工程丌發(fā)方法,如SA、VDM、JSD、00SE、OMT等,綜合看來,需求工程方法大致分為四類:面向數(shù)據(jù)、面向過程、面向控制、面向?qū)ο?。面向?shù)據(jù)的方法強(qiáng)調(diào)以數(shù)據(jù)結(jié)構(gòu)的方式描述和分析系統(tǒng)狀態(tài),JSD和關(guān)系實(shí)2體(眥)飲J鉭鄢榭此類I“。晰陽過牲的分析斤法ji嬰研究系統(tǒng)輸入輸?的轉(zhuǎn)化力‘』℃,塒數(shù)Jlt:小身發(fā)扮i

5、;I

6、療晰月:/

7、i很煢稅。傳統(tǒng)的結(jié)構(gòu)分析方法SA(StructureAnalysis

8、)、SADT(StructureAnalysisandDesignTechnique)和可執(zhí)行/可操作模型PAISley、Descartes以及形式方法VDM(ViennaDesignMethod)等都屬于這一類。面向控制的方法強(qiáng)調(diào)同步、死鎖、互斥、并發(fā)以及進(jìn)程激活和掛起,數(shù)據(jù)流圖就是典型的面向控制的方法,SADT是以面向控制的方法為輔的。面向?qū)ο蟮姆椒ò逊治鼋⒃谙到y(tǒng)對(duì)象以及對(duì)象fHJ交互的基礎(chǔ)上,通過對(duì)象的屬性、分類結(jié)構(gòu)和集合結(jié)構(gòu)定義和溝通需求。從對(duì)象模型、動(dòng)態(tài)模型和功能模型三個(gè)方面對(duì)問題進(jìn)行描述。面向?qū)ο蟮姆椒ㄕ诔蔀樾枨蠓治鲋械囊粋€(gè)熱點(diǎn),并展現(xiàn)出

9、良好的應(yīng)用前景。Yourdan和Coad的OOA方法、Booch的方法、Jacobson的00SE、Rumbaugh的0MT方法等,都是這一方法的典型流派【l】o其中面向?qū)ο蠓椒ㄔ诋?dāng)前需求分析方法中最具代表性,典型的是以UML(統(tǒng)一建模語言)為核心的UP(統(tǒng)一.丌發(fā)過程)。然而,這是一種重量級(jí)(heavyweight)開發(fā)模式,復(fù)雜度高,難以在業(yè)界中流行。與之相反,以xP(極限編程)為代表的敏捷方法是一種輕量級(jí)(1ightweight)丌發(fā)模式,強(qiáng)調(diào)簡(jiǎn)單、有效,認(rèn)為需求、設(shè)計(jì)的表述形式不重要(因?yàn)檎鎺朋w現(xiàn)價(jià)值的是程序代碼),不必花過多的精力去編寫、維護(hù)需

10、求和設(shè)計(jì)文檔,這也使其應(yīng)用受到一定的限制【n。其實(shí),軟件在各行各業(yè)的廣泛應(yīng)用促進(jìn)了需求分析方法的多樣性,也決定了每一種方法都有其局限性(或適用范圍)。除了上述典型方法外,還有很多其他方法:如文獻(xiàn)[4]提出一種基于領(lǐng)域知識(shí)的需求獲取方法,不過這種方法只適用于MIS系統(tǒng);文獻(xiàn)[5]提出一種面向本體的需求方法,它是基于面向?qū)ο蟮?,用戶在軟件丌發(fā)過程中處于被動(dòng)的地位,因此不太適合用來描述業(yè)務(wù)需求并指導(dǎo)軟件丌發(fā);文獻(xiàn)[6]提出一種基于需求分解的知識(shí)系統(tǒng)建模方法,適合于能進(jìn)行分解的知識(shí)領(lǐng)域,而且這一領(lǐng)域應(yīng)該是相對(duì)簡(jiǎn)單的,等等。中山大學(xué)軟件研究所,在軟件工程方面進(jìn)行一

11、些試探性的研究,并且取得、初步結(jié)果。包括《基于主謂賓邏輯的需求獲取和分析方法》(SoftwareRequirementMethodBasedonSubject.Pi’edicateandObjectLogic),J、tJlJl=I】‘瞄裝眥‘rff(ApplicationAssemblyPlattbrm),個(gè)J.-j流拌次成’r臺(tái)(GlobalBusinessProcessIntegrationPlatfbrm)等等。1.4本文主要工作本文研究的是一種新的軟件需求獲取方法——交互式軟件需求獲取方法。該方法讓用戶充分加入到軟件需求獲取的過程中,從而在獲取軟

12、件系統(tǒng)需求的過程中實(shí)現(xiàn)交互。本論文的結(jié)構(gòu)安排如下:第l章,引言:這一章簡(jiǎn)要介紹了

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動(dòng)畫的文件,查看預(yù)覽時(shí)可能會(huì)顯示錯(cuò)亂或異常,文件下載后無此問題,請(qǐng)放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對(duì)本文檔版權(quán)有爭(zhēng)議請(qǐng)及時(shí)聯(lián)系客服。
3. 下載前請(qǐng)仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時(shí)可能由于網(wǎng)絡(luò)波動(dòng)等原因無法下載或下載錯(cuò)誤,付費(fèi)完成后未能成功下載的用戶請(qǐng)聯(lián)系客服處理。