需求分析概述word版(存儲(chǔ)版)
【正文】 系統(tǒng)之間相互交互或?qū)υ挼捻樞?。造成差異的原因包括了?duì)計(jì)算機(jī)的認(rèn)知程度的不同，使用習(xí)慣的不同，在軟件目標(biāo)組織中所處的地位不同，地理位置不同，業(yè)務(wù)熟練程度不同。并充分描述用戶分類的行為，目的，要求等。一群人排成一列，一句話從排頭挨個(gè)向后傳，到最后，那句話已經(jīng)是面目全非了。聘請行業(yè)專家，一個(gè)行業(yè)專家往往可以在項(xiàng)目需求方面發(fā)揮極為重要的作用。Studio的時(shí)候，也是參照了Lotus和Borland的成熟產(chǎn)品。在項(xiàng)目的早期階段，你必須決定誰是需求問題的決策者。直到整個(gè)系統(tǒng)可以被清晰的了解為止。建模主要任務(wù)是表達(dá)系統(tǒng)內(nèi)部的交互。ACTOR、用例可以從不同的層次來描述信息。采用不同的層次來描述，適于認(rèn)知的過程。在系統(tǒng)層次的ACTOR確定了系統(tǒng)的邊界。如前面提到的，用例主要用來描述交互。相對(duì)折衷的方法是使用事件的命名規(guī)范強(qiáng)制一致性。在Jacobson發(fā)明了用例的概念之后，需求獲取就變成問用戶要利用系統(tǒng)做什么。?在理論上，用例的結(jié)果集將包括所有合理的系統(tǒng)功能。然后，把任務(wù)描述成功能需求，這些功能需求可以使用戶完成其任務(wù)，也可以把它們描述成非功能需求，這些非功能需求描述了系統(tǒng)的限制和用戶對(duì)質(zhì)量的期望。雖然列舉出了這么多的屬性，但是實(shí)際中使用的屬性這要看你的團(tuán)體而定，看項(xiàng)目的大小而定。一個(gè)用例文檔可以使用表格來組織，主要的要素包括了用例標(biāo)識(shí)號(hào)、用例名稱、父用例標(biāo)志號(hào)、創(chuàng)建者、創(chuàng)建時(shí)間、審核者、修訂記錄、角色、說明、先決條件、請求結(jié)果、優(yōu)先級(jí)、普通過程、可選過程、例外、非功能需求、假設(shè)、注釋和問題。向他們保證在開發(fā)過程中，將會(huì)詳盡闡述他們的需求。分析者和用戶必須檢查每一個(gè)用例，在把它們納入需求之前決定其是否在項(xiàng)目所定義的范圍內(nèi)。?當(dāng)系統(tǒng)的開發(fā)過程都是基于用例的，用用例獲取需求，用用例設(shè)計(jì)，用用例編碼，用用例測試的時(shí)候。狀態(tài)圖和順序圖之間使用事件聯(lián)結(jié)在一起。當(dāng)用例細(xì)化到可以被理解的層次。識(shí)別ACTOR來識(shí)別系統(tǒng)與外界交互的實(shí)體。人的認(rèn)知往往具有層次的特性。可以采取順序圖來表達(dá)用例的具體操作程序。例如，系統(tǒng)的輸入可能僅僅是從交換機(jī)上采集信息，然后由系統(tǒng)進(jìn)行處理。如果用例不足以表達(dá)足夠的信息來支持系統(tǒng)的開發(fā)，就有必要把用例黑盒打開，審視其內(nèi)部的結(jié)構(gòu)，找出黑盒內(nèi)部的Actor和用例?，F(xiàn)實(shí)中，客戶并不總是對(duì)的。即便使用用戶代表這一手段，必須解決來自不同用戶類的相沖突的需求。需求從四面八方收集來后，人們難以解決沖突，澄清模糊之處以及協(xié)調(diào)不一致之處。我的意見是，方法是非常好的，但是可以采用折衷的辦法，例如選取有代表性的企業(yè)，為特定企業(yè)制作一個(gè)較小的版本并收集反饋意見等。當(dāng)然，需求分析還是需要在用戶中做大規(guī)模的調(diào)查的，只是要把重點(diǎn)放在用戶代表上?？梢岳靡粋€(gè)簡單的表格列出一些原始的分類，然后不斷的完善這個(gè)表格。角色類和角色實(shí)例(happy對(duì)同一個(gè)用例而言，不同角色有著不同的作用：他們可以從用例中取值，也可以參與到用例中。其圖形化的表示是一個(gè)小人。用例描述了當(dāng)角色給系統(tǒng)特定的刺激時(shí)系統(tǒng)的活動(dòng)。雖然用例來源于面向?qū)ο蟮拈_發(fā)環(huán)境，但是它也能應(yīng)用在具有許多開發(fā)方法的項(xiàng)目中，因?yàn)橛脩舨⒉魂P(guān)心你是怎樣開發(fā)你的軟件。所以，大家在實(shí)際應(yīng)用的時(shí)候，不妨結(jié)合自己的實(shí)際，有選擇性的采用一些方法，那你就是成功的。這些新的使用實(shí)例可能是你已獲取的其它使用實(shí)例的可選過程。當(dāng)客戶和開發(fā)者與他們的同事聊天、閱讀工業(yè)和商業(yè)上的文獻(xiàn)及在早上沐浴時(shí)思考時(shí)，他們都將對(duì)潛在產(chǎn)品產(chǎn)生新的構(gòu)思。把你在需求開發(fā)階段所形成的模型和屏幕效果看成是方便高效交流的概念性建議，而不應(yīng)該看成是對(duì)設(shè)計(jì)者選擇的一種限制。如果項(xiàng)目范圍太小，那么客戶將會(huì)提出很重要的但又在當(dāng)前產(chǎn)品范圍之外的需求。1995）。從字里行間去理解以明確客戶沒有表達(dá)清楚但又想加入的特性或特征?？蛻袅⒖叹蜁?huì)指出你的錯(cuò)誤，并滔滔不絕的開始談?wù)摌I(yè)務(wù)，而你，就在一邊仔細(xì)的聆聽吧。想像你自己在學(xué)習(xí)用戶的工作，你需要完成什么任務(wù)？你有什么問題？從這一角度來指導(dǎo)需求的開發(fā)和利用。為了方便清晰地進(jìn)行交流，就要列出重要的小組，而不是假想所有的參與者都持有相同的看法。同時(shí)，你將處理這些信息以理解它們，并把它們分成不同的類別，還要把客戶需求同可能的軟件需求相聯(lián)系（分析）。所以呢，企業(yè)的四種CBO通過不同的組合，不同的關(guān)系，能夠形成企業(yè)運(yùn)作的許許多多的CBO。Object）（這個(gè)詞我翻譯的不好，如果大家有更好的翻譯，請告訴我）。?了解目標(biāo)組織中當(dāng)前存在的問題并確定改進(jìn)的可能性。因?yàn)樯厦嫣岬降亩际切枨蠓治龅拇蠓椒ǎ聦?shí)上還有很多很多的方法可以采用，例如，采用SRS模板、指明需求的來源、為每項(xiàng)需求注上標(biāo)號(hào)、記錄業(yè)務(wù)規(guī)范、創(chuàng)建需求跟蹤能力矩陣、審查需求文檔、以需求為依據(jù)編寫測試用例、編寫用戶手冊、確定合格的標(biāo)準(zhǔn)。使用質(zhì)量功能調(diào)配，（QFD）是一種高級(jí)系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對(duì)客戶的重要性聯(lián)系起來。為需求建立模型，需求的圖形分析模型是軟件需求規(guī)格說明極好的補(bǔ)充說明。3.方法需求分析都包括了哪些方法呢？這里列舉出在《需求分析》一書中推薦的一些方法：1.軟件工程方法涵蓋了一系列的任務(wù)：需求分析、設(shè)計(jì)、編程、測試、維護(hù)。軟件工程分為三個(gè)層次，過程層、方法層、工具層。這些輔助工具就稱為CASE。確定需求的優(yōu)先級(jí)別，應(yīng)用分析方法來確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級(jí)別。6.1993。很多人都沒有意識(shí)到業(yè)務(wù)需求階段應(yīng)該做些什么事情，實(shí)際上業(yè)務(wù)建模是最重要的一件事情。上面的話是不是很抽象呢，其實(shí)沒有什么復(fù)雜的：人和電腦是完全不同的思想（思維方式）。其他的所有CBO都是在這四個(gè)CBO的基礎(chǔ)上發(fā)展起來的。elicitation)是需求工程的主體。一旦理
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1