人教版(新教材)初中地理《自然環(huán)境》下載

軟件開(kāi)發(fā)過(guò)程與質(zhì)量保證需求工程軟件開(kāi)發(fā)過(guò)程與質(zhì)量保證需求工程軟件開(kāi)發(fā)過(guò)程與質(zhì)量保證需求工程情景互動(dòng)需求評(píng)審會(huì)項(xiàng)目名稱(chēng)：俄羅斯方塊報(bào)告人：項(xiàng)目小組代表評(píng)審組：客戶(hù)方代表、技術(shù)顧問(wèn)、相關(guān)各項(xiàng)目小組全體成員2021年1月18日軟件開(kāi)發(fā)過(guò)程與質(zhì)量保證需求工程軟件開(kāi)發(fā)過(guò)程與質(zhì)量保證需求工程1情景互動(dòng)需求評(píng)審會(huì)項(xiàng)目名稱(chēng)：俄羅斯方塊報(bào)告人：項(xiàng)目小組代表評(píng)審組：客戶(hù)方代表、技術(shù)顧問(wèn)、相關(guān)各項(xiàng)目小組全體成員2024年4月2日情景互動(dòng)2一個(gè)優(yōu)秀的需求文檔應(yīng)具備的特征完整性、正確性不能遺漏用戶(hù)需求說(shuō)明書(shū)中的必要需求。需求分析員必須在將需求進(jìn)行細(xì)化時(shí)，不能丟失和改變信息，需求規(guī)格說(shuō)明書(shū)必須經(jīng)過(guò)用戶(hù)確認(rèn)。具有準(zhǔn)確性和一致性。它是連接計(jì)劃時(shí)期和開(kāi)發(fā)時(shí)期的橋梁，也是軟件設(shè)計(jì)的依據(jù)。任何含混不清、前后矛盾或者一個(gè)微小的錯(cuò)漏，都可能導(dǎo)致誤解或鑄成系統(tǒng)的大錯(cuò)，在糾正時(shí)付出巨大的代價(jià)。可行性描述的功能必須從技術(shù)上是可以實(shí)現(xiàn)的，并且滿(mǎn)足時(shí)間、費(fèi)用、質(zhì)量等約束。必要性需求規(guī)格說(shuō)明書(shū)中的內(nèi)容對(duì)用戶(hù)來(lái)講都是必需的，不可或缺的。一個(gè)優(yōu)秀的需求文檔應(yīng)具備的特征3劃分優(yōu)先級(jí)根據(jù)需求“輕重緩急”進(jìn)行分級(jí)表述，可以在有限的資源（資金、人員、時(shí)間等）情況下進(jìn)行取舍，降低在實(shí)現(xiàn)過(guò)程遇到風(fēng)險(xiǎn)。無(wú)二義性。因?yàn)樗菧贤ㄓ脩?hù)和系統(tǒng)分析員思想的媒介，雙方要用它來(lái)表達(dá)對(duì)于需要計(jì)算機(jī)解決的問(wèn)題的共同理解。如果在需求說(shuō)明中使用了用戶(hù)不容易理解的專(zhuān)門(mén)術(shù)語(yǔ)，或用戶(hù)與分析員對(duì)要求的內(nèi)容可以做出不同的解釋?zhuān)憧赡軐?dǎo)致系統(tǒng)的失敗。可驗(yàn)證性是軟件需求的基本屬性。需求必須是可驗(yàn)證的，否則軟件評(píng)審和測(cè)試就沒(méi)有相應(yīng)的依據(jù)。需求應(yīng)盡量進(jìn)行量化，使得其可以被驗(yàn)證、測(cè)試。直觀、易讀和易于修改。應(yīng)盡量采用標(biāo)準(zhǔn)的圖形、表格和簡(jiǎn)單的符號(hào)來(lái)表示，使不熟悉計(jì)算機(jī)的用戶(hù)也能一目了然。劃分優(yōu)先級(jí)4如何才能有效地描述需求？需求到底要達(dá)到一種什么樣的目標(biāo)呢？如何才能有效地描述需求？5一、需求概述什么是需求？用戶(hù)解決問(wèn)題或達(dá)到目標(biāo)所需要的條件或權(quán)能；系統(tǒng)或系統(tǒng)部件要滿(mǎn)足合同、標(biāo)準(zhǔn)、規(guī)范或其他正式規(guī)定文檔所要具有的條件或權(quán)能；反映上面兩條的文檔說(shuō)明。需求工程指系統(tǒng)分析人員通過(guò)細(xì)致的調(diào)研分析，準(zhǔn)確地理解用戶(hù)的需求，確定客戶(hù)“需要”什么樣的軟件。將不規(guī)范的需求陳述轉(zhuǎn)化為完整的需求定義，再將需求定義寫(xiě)成需求規(guī)約的過(guò)程。需求工程包含需求開(kāi)發(fā)和需求管理兩部分。一、需求概述什么是需求？6需求的演變過(guò)程—需求的“沙漏”1.需求的演變需求的演變過(guò)程—需求的“沙漏”1.需求的演變7需求獲取又被稱(chēng)為需求捕獲或需求啟發(fā)發(fā)現(xiàn)客戶(hù)需求的過(guò)程需求分析一旦提出了最初的需求，推敲和擴(kuò)充的過(guò)程構(gòu)建正式的需求文檔需求獲取82.需求工程的主要活動(dòng)和文檔需求開(kāi)發(fā)活動(dòng)需求獲取需求分析編寫(xiě)需求規(guī)格說(shuō)明書(shū)需求評(píng)審《用戶(hù)需求說(shuō)明書(shū)》《產(chǎn)品(系統(tǒng))需求規(guī)格說(shuō)明書(shū)》《需求評(píng)審報(bào)告》2.需求工程的主要活動(dòng)和文檔需求開(kāi)發(fā)活動(dòng)《用戶(hù)需求說(shuō)明書(shū)》9需求開(kāi)發(fā)文檔的區(qū)別內(nèi)容用戶(hù)需求是用自然語(yǔ)言加圖表的形式給出的關(guān)于系統(tǒng)需要提供哪些服務(wù)，以及系統(tǒng)操作受到哪些約束的聲明。軟件需求規(guī)約(需求規(guī)格說(shuō)明書(shū))詳細(xì)地給出系統(tǒng)將要提供的服務(wù)以及系統(tǒng)所受到的約束。軟件需求規(guī)約文檔有時(shí)也稱(chēng)為功能描述，應(yīng)該非常精確，它可能成為系統(tǒng)買(mǎi)方和軟件開(kāi)發(fā)者之間合同的主要內(nèi)容需求開(kāi)發(fā)文檔的區(qū)別10需求開(kāi)發(fā)文檔的區(qū)別讀者對(duì)象客戶(hù)管理者最終用戶(hù)系統(tǒng)體系結(jié)構(gòu)工程師承包商管理者客戶(hù)工程師《用戶(hù)需求說(shuō)明書(shū)》需求開(kāi)發(fā)文檔的區(qū)別客戶(hù)最終系統(tǒng)體系承包商客戶(hù)《用戶(hù)需求說(shuō)明書(shū)11需求開(kāi)發(fā)文檔的區(qū)別讀者對(duì)象軟件開(kāi)發(fā)人員系統(tǒng)體系結(jié)構(gòu)工程師《需求規(guī)格說(shuō)明書(shū)》客戶(hù)工程師最終用戶(hù)需求開(kāi)發(fā)文檔的區(qū)別軟件系統(tǒng)體系《需求規(guī)格說(shuō)明書(shū)》客戶(hù)最終用戶(hù)12需求管理活動(dòng)需求變更控制版本控制需求跟蹤需求狀態(tài)跟蹤《需求跟蹤報(bào)告》《需求變更控制報(bào)告》需求管理活動(dòng)《需求跟蹤報(bào)告》《需求變更控制報(bào)告》133.需求的類(lèi)型功能需求和非功能需求功能需求描述系統(tǒng)所應(yīng)提供的功能和服務(wù)，包括系統(tǒng)應(yīng)該提供的服務(wù)、對(duì)輸入如何響應(yīng)及特定條件下系統(tǒng)行為的描述。非功能需求作為功能需求的補(bǔ)充，非功能需求是指那些不直接與系統(tǒng)的具體功能相關(guān)的一類(lèi)需求，但它們與系統(tǒng)的總體特性相關(guān)，如可靠性、響應(yīng)時(shí)間、存儲(chǔ)空間等。3.需求的類(lèi)型功能需求和非功能需求14非功能性需求的類(lèi)型非功能性需求的類(lèi)型15人教版(新教材)初中地理《自然環(huán)境》ppt下載16針對(duì)不同需求來(lái)源的需求分類(lèi)領(lǐng)域需求領(lǐng)域需求的來(lái)源不是系統(tǒng)的用戶(hù)，而是系統(tǒng)應(yīng)用的領(lǐng)域，反映了該領(lǐng)域的特點(diǎn)。它們主要反映了應(yīng)用領(lǐng)域的基本問(wèn)題，如果這些需求得不到滿(mǎn)足，系統(tǒng)的正常運(yùn)轉(zhuǎn)就不可能。領(lǐng)域需求可能是功能需求，也可能是非功能需求，其確定所需的領(lǐng)域知識(shí)。它經(jīng)常采用一種應(yīng)用領(lǐng)域中的專(zhuān)門(mén)語(yǔ)言來(lái)描述。業(yè)務(wù)需求反映組織機(jī)構(gòu)或客戶(hù)對(duì)軟件高層次的目標(biāo)要求，這項(xiàng)需求是用戶(hù)高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它確定了系統(tǒng)的目標(biāo)規(guī)模和范圍。針對(duì)不同需求來(lái)源的需求分類(lèi)17用戶(hù)需求用戶(hù)使用該軟件要完成的任務(wù)系統(tǒng)需求容易被忽視的要求通常是為了保證整個(gè)系統(tǒng)能夠正常運(yùn)行的輔助功能,用戶(hù)一般不會(huì)意識(shí)到。用戶(hù)需求18軟件需求各組成部分之間的關(guān)系軟件需求各組成部分之間的關(guān)系19二、需求獲取需求獲取（requirementselicitation）也稱(chēng)為需求收集（requirementscapture），它是與發(fā)現(xiàn)目標(biāo)系統(tǒng)應(yīng)該提供的需求相關(guān)的活動(dòng)的統(tǒng)稱(chēng)。二、需求獲取需求獲取（requiremen201.需求獲取的過(guò)程需求獲取的步驟1.需求獲取的過(guò)程需求獲取的步驟212.需求調(diào)查的主要內(nèi)容環(huán)境調(diào)查包括與開(kāi)發(fā)項(xiàng)目相關(guān)的企業(yè)的組織結(jié)構(gòu)、規(guī)章制度、工藝流程、產(chǎn)品和服務(wù)等。新系統(tǒng)目標(biāo)的調(diào)查將系統(tǒng)目標(biāo)具體化，例如節(jié)約成本的手段，提高業(yè)務(wù)處理速度的方法等。管理功能和決策方式調(diào)查了解各級(jí)組織的職能和有關(guān)人員的工作內(nèi)容，發(fā)現(xiàn)各種現(xiàn)存問(wèn)題和薄弱環(huán)節(jié)，及對(duì)新系統(tǒng)的功能要求。2.需求調(diào)查的主要內(nèi)容環(huán)境調(diào)查22業(yè)務(wù)流程詳細(xì)了解各職能部門(mén)人員的業(yè)務(wù)分工情況和各單位人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流動(dòng)等。調(diào)查結(jié)果用業(yè)務(wù)流程圖表示。數(shù)據(jù)流程收集各業(yè)務(wù)及管理崗位使用的賬目、報(bào)表、單據(jù)、文件等數(shù)據(jù)，弄清這些數(shù)據(jù)的來(lái)龍去脈。業(yè)務(wù)流程23需求的其他來(lái)源編寫(xiě)調(diào)研報(bào)告--《用戶(hù)需求說(shuō)明書(shū)》需求的其他來(lái)源243.需求獲取的方法會(huì)談建立聯(lián)合分析小組由用戶(hù)、系統(tǒng)分析員和領(lǐng)域?qū)＜覙?gòu)成的需求收集方法座談會(huì)由開(kāi)發(fā)組組織用戶(hù)和相關(guān)部門(mén)的經(jīng)理、IT技術(shù)人員以及高層管理人員參加，目的是集中精力、縮短時(shí)間、提高搜集信息的效率和準(zhǔn)確度；3.需求獲取的方法會(huì)談25搜集資料搜集現(xiàn)有文檔、報(bào)表等：這是最常用的方法，但必須依靠企業(yè)負(fù)責(zé)人和系統(tǒng)最終用戶(hù)的幫助，才能獲得所需文件；調(diào)查問(wèn)卷：涉及調(diào)查表，對(duì)一些共性的問(wèn)題進(jìn)行較大范圍的調(diào)查，但效果不一定好；搜集資料26場(chǎng)景系統(tǒng)分析師為每個(gè)用戶(hù)設(shè)計(jì)一個(gè)場(chǎng)景，以提問(wèn)的方式提取需求。學(xué)徒法實(shí)地觀察工作環(huán)境，參加業(yè)務(wù)實(shí)踐，對(duì)理解一些復(fù)雜細(xì)致的業(yè)務(wù)流程較為有效；原型法由于用戶(hù)對(duì)系統(tǒng)需求的含義不甚了解，因此由系統(tǒng)開(kāi)發(fā)人員為用戶(hù)提供可以借鑒的模型系統(tǒng)，引導(dǎo)用戶(hù)提出更加合理的需求。場(chǎng)景274.分析人員與用戶(hù)的合作關(guān)系了解用戶(hù)客戶(hù)掏錢(qián)買(mǎi)軟件的用戶(hù)最終用戶(hù)最終操作軟件的用戶(hù)間接用戶(hù)既不掏錢(qián)買(mǎi)軟件，也不使用軟件，但它可能對(duì)軟件產(chǎn)品產(chǎn)生很大影響。

分清用戶(hù)的重要性4.分析人員與用戶(hù)的合作關(guān)系了解用戶(hù)285.權(quán)利和義務(wù)客戶(hù)合法要求（權(quán)利）要求分析人員使用符合客戶(hù)語(yǔ)言習(xí)慣的表達(dá)；要求分析人員了解客戶(hù)的業(yè)務(wù)及目標(biāo)；要求分析人員編寫(xiě)軟件需求規(guī)約；要求得到需求工作結(jié)果的解釋說(shuō)明；要求開(kāi)發(fā)人員尊重客戶(hù)的意見(jiàn)；要求開(kāi)發(fā)人員對(duì)需求及產(chǎn)品實(shí)施提供建議，拿出主意；描述產(chǎn)品易使用的特性；調(diào)整需求，允許重用已有的軟件構(gòu)件；獲得滿(mǎn)足客戶(hù)功能和質(zhì)量要求的系統(tǒng)。5.權(quán)利和義務(wù)客戶(hù)合法要求（權(quán)利）29軟件需