需求工程總結(jié)

第1章.需求工程導(dǎo)論本章小結(jié)從20世紀60年代末期軟件工程產(chǎn)生起，需求分析就一直是軟件開發(fā)的重要主題20世紀90年代的調(diào)查狀況說明，單純的需求分析已經(jīng)不能很好的解決軟件生產(chǎn)中的“需求〞問題應(yīng)用型軟件的模擬性和一系列的技術(shù)原因說明軟件生產(chǎn)需要進行一個比需求分析更加復(fù)雜和完整的需求工程需求工程是軟件工程當中一項重要和復(fù)雜的活動，需求工程需要具備一定的知識和技能才可以很好的執(zhí)行需求工程活動第2章.需求根底實例分析〔系統(tǒng)A—招標書〕請說出以下需求的類型，是否存在問題？1、實現(xiàn)各部門的公文流轉(zhuǎn)無紙化、文檔一體化、業(yè)務(wù)管理的標準化、自動化和網(wǎng)絡(luò)化；2、實現(xiàn)工作流程合理化、高效化，決策支持科學(xué)化、準確化；3、統(tǒng)一辦公流程、標準公文格式，加強信息交流和共享，提高工作效率。請說出以下需求的類型，是否存在問題？先進性：軟件系統(tǒng)采用三層B/S系統(tǒng)結(jié)構(gòu)，以“界面表示層－邏輯處理層－數(shù)據(jù)訪問層〞分層設(shè)計實現(xiàn)。采用國際上先進成熟的、廠商廣泛支持的計算機技術(shù)、網(wǎng)絡(luò)技術(shù)與軟件技術(shù)對系統(tǒng)進行規(guī)劃，保證系統(tǒng)整體架構(gòu)在未來幾年內(nèi)都處于國際領(lǐng)先的地位。平安性：軟件系統(tǒng)具有較高的平安要求，系統(tǒng)必須具備充分的平安措施，包括具備嚴格的權(quán)限控制機制和完備的日志記錄，以確保信息平安?？煽啃裕罕ＷC系統(tǒng)核心功能可以7×24小時連續(xù)運行；標準性：系統(tǒng)必須遵循國家有關(guān)法律法規(guī)要求，符合國家有關(guān)標準要求以及關(guān)于信息系統(tǒng)建設(shè)的各項標準和標準。請說出以下需求的類型，是否存在問題？收文管理應(yīng)包括:來文登記、擬辦、領(lǐng)導(dǎo)審批、辦理、歸檔、查詢統(tǒng)計等功能。附件支持WORD、PDF、EXCEL、HTML等文檔類型格式；需提供方便、靈活、直觀的文件批示處理；對收文的處理全過程進行自動化管理、跟蹤和記錄；在收文處理的過程中，支持電子印章、電子簽名或手寫批注等功能。來文登記：完成來文登記功能。登記來文根本信息〔來文編號、來文標題、主題詞、來文單位、來文時間〕，還要對原文進行掃描處理，引入到公文庫中。并可完成收文辦文單打印功能。完成后啟動收文流轉(zhuǎn)流程。擬辦：查看公文的根本信息，原文內(nèi)容。簽錄擬辦意見，發(fā)送給領(lǐng)導(dǎo)審批。領(lǐng)導(dǎo)審批：查看公文的根本信息，原文內(nèi)容。簽錄批示意見，確定主辦部門、協(xié)辦部門。辦理：辦理人根據(jù)領(lǐng)導(dǎo)批示辦理，記錄辦理情況。歸檔：對辦理完結(jié)的來文歸檔，將來文信息、擬辦意見、領(lǐng)導(dǎo)批示、辦理情況等信息及來文掃描件發(fā)送到檔案管理系統(tǒng)，檔案科確認接收的文件，才屬于己歸檔文件。查詢統(tǒng)計：提供按來文編號、來文標題、主題詞、來文單位、來文時間等查詢統(tǒng)計功能，要求查詢統(tǒng)計結(jié)果可以打印。請說出以下需求的類型，是否存在問題？編程應(yīng)遵循如下原則：唯一性：每個實體及其屬性必須有唯一的代碼來確切地定義?？蓴U充性：考慮到系統(tǒng)以后的開展，編號要留有余地。當增加新的實體時，可以直接在原代碼的根底上加以擴充，擴充后不會引起代碼體系的混亂，這樣就防止了重新設(shè)計代碼系統(tǒng)的麻煩。通用性：凡國家、行業(yè)、地方對編碼有統(tǒng)一標準和規(guī)定的，應(yīng)盡量使用標準代碼，代碼適用范圍越廣越好。沒有標準代碼的，投標方設(shè)計的代碼也應(yīng)該統(tǒng)一，如代碼長度與格式的統(tǒng)一。便于記憶和識別：代碼不但要具有一定的邏輯定義，也要盡量考慮用戶的使用習(xí)慣，使代碼便于記憶和識別，做到簡單明了簡短性：在滿足需要的前提下，代碼要盡可能短。編程人員必須對所有代碼進行嚴格自測。請說出以下需求的類型，是否存在問題？驗收投標方需提供以下文檔：軟件需求分析報告軟件總體設(shè)計報告軟件操作手冊軟件配置手冊軟件試運行報告應(yīng)用軟件介質(zhì)請說出以下需求的類型，是否存在問題？培訓(xùn)要求投標人必須提供相應(yīng)的應(yīng)用軟件技術(shù)和系統(tǒng)操作等方面的培訓(xùn)。投標人須在文件中提出全面、詳細的培訓(xùn)課程以及時間表交給業(yè)主，并在合同簽定后征得業(yè)主同意后實施。投標人應(yīng)提供面向系統(tǒng)管理員的應(yīng)用軟件系統(tǒng)結(jié)構(gòu)、日常維護等方面的培訓(xùn)。對于所有培訓(xùn)，投標人必須派出具有相應(yīng)專業(yè)資格和實際工作經(jīng)驗的人員進行培訓(xùn)。投標人須提供詳細的培訓(xùn)方案。以上培訓(xùn)內(nèi)容的培訓(xùn)費用均包含在投標報價內(nèi)，工程采購人不再另行支付實例分析〔系統(tǒng)B—需求規(guī)格說明〕請說出以下需求的類型，是否存在問題？2.1.開發(fā)意圖1.減少人力本錢2.提高辦公效率3.本錢統(tǒng)計、查詢4.歷史信息查詢5.支持WEB操作請說出以下需求的類型，是否存在問題？2.3.產(chǎn)品功能.人員管理對本公司的人力資源進行管理。提供功能：新員工信息錄入、信息修改〔晉升、部門調(diào)動、休假、婚姻狀況變更〕、離職人員歸檔。注〕該操作需要具有人員管理權(quán)限的人才可以進行。.業(yè)務(wù)管理對本公司的業(yè)務(wù)進行管理。提供功能：新業(yè)務(wù)錄入、現(xiàn)有業(yè)務(wù)變更〔方案提前或延后、合同金額或付款方式變更、業(yè)務(wù)內(nèi)容變更〕、已完成的業(yè)務(wù)歸檔。注〕該操作需要具有業(yè)務(wù)管理權(quán)限的人才可以進行。請說出以下需求的類型，是否存在問題？.擴展性要求結(jié)構(gòu)設(shè)計良好，二次開發(fā)本錢要求低于本次開發(fā)本錢30%能夠簡單的進行多語言版本改造。.靈活性支持主流瀏覽器：IE7,8,FireFox2.0,Google瀏覽器。.精度金額相關(guān)：小數(shù)點后保存2位有效數(shù)字；時間相關(guān)：精確到秒；傳輸過程中的精度：小數(shù)點后保存5位有效數(shù)字。.響應(yīng)要求用戶登陸：<=0.5秒頁面跳轉(zhuǎn)：<=2秒.平安性系統(tǒng)管理員〔admin〕負責(zé)系統(tǒng)維護；根據(jù)公司體制指定各部門負責(zé)人，并賦予相應(yīng)的操作權(quán)限；所有信息保存在MySQL數(shù)據(jù)庫中；用戶密碼采用密文形式保存請說出以下需求的類型，是否存在問題？請說出以下需求的類型，是否存在問題？.人員信息變更目的：修改員工信息。功能：提供員工信息修改界面，并將修改后的信息保存進MySQL數(shù)據(jù)庫。步驟：1.在界面上修改員工信息。2.操作者權(quán)限檢查。3.操作成功，返回人員管理界面；操作失敗，提示錯誤信息。流程圖：本章小結(jié)需求是人們對現(xiàn)實世界問題解決的期望解系統(tǒng)通過共享知識和問題域進行互動，從而解決現(xiàn)實世界中的問題具體的需求包括功能需求、性能需求、質(zhì)量屬性、對外接口和約束需求工程活動是依據(jù)需求的內(nèi)涵與外延逐步展開的書寫的需求應(yīng)該具有優(yōu)秀的特性，尤其要防止出現(xiàn)常見的錯誤第3章.需求工程過程思考題1.除了需求開發(fā)的四個活動和需求管理活動之外，需求工程當中還有沒有需要執(zhí)行的活動？如果有的話，它們是哪些活動？給出你的理由。2.需求開發(fā)過程具有迭代特性，但是不是所有工程的需求開發(fā)過程都必須是迭代完成的？如果不是，請給出舉例和理由。3.需求開發(fā)的迭代特性與軟件開發(fā)過程的迭代式開發(fā)有什么關(guān)系？它們之間會互相影響嗎？如果會，那么有哪些影響？4.需求工程細節(jié)知識的實踐性對不同工程的需求開發(fā)過程的差異性有沒有影響？如果有，請說明影響是什么。如果沒有，請說明是哪些因素產(chǎn)生了不同工程的需求開發(fā)過程的差異性。本章小結(jié)需求工程有著屬于它自己的生命周期模型，存在著針對需求開發(fā)的需求工程過程需求工程過程擁有一些常見的需求工程活動：需求獲取、需求分析、需求規(guī)格說明、需求驗證和需求管理需求開發(fā)活動是互相交織、并發(fā)、迭代和遞增的需求工程過程的成功執(zhí)行需要應(yīng)用很多的有效實踐方法第4章.需求獲取概述本章小結(jié)需求獲取是一個困難和復(fù)雜的任務(wù)需求獲取的成功執(zhí)行需要有效組織子活動過程執(zhí)行需求獲取時既要盡可能全面，又要防止不完備，更要注意進行過程控制實踐調(diào)查情況說明，需求獲取活動還是一個具有挑戰(zhàn)性的任務(wù)第5章.確定工程的前景和范圍如果存在不同業(yè)務(wù)需求之間的沖突，那么在確定工程前景和范圍階段必須予以解決注意：業(yè)務(wù)目標要具有第二章所述的各種優(yōu)秀特性，尤其是要有可驗證性實例分析〔一戶式存儲軟件〕問題描述在軟件開發(fā)期間造成很大的麻煩。由于時間比擬緊張，并沒有仔細去明確業(yè)務(wù)需求結(jié)果在開發(fā)過程中，技術(shù)人員與業(yè)務(wù)人員通過交流，發(fā)現(xiàn)很多問題，這樣就不斷修改業(yè)務(wù)需求，再修改程序，浪費了很多時間。特別是由于單位領(lǐng)導(dǎo)參與到這次需求之中，提出的需求有的不是很符合系統(tǒng)整體的功能，甚至是超出一戶式儲存軟件的范圍業(yè)務(wù)實例分析〔一個管理信息系統(tǒng)〕解決問題業(yè)務(wù)需求用戶問題；開發(fā)人員方案；用戶評價思考題你被任命為替換學(xué)生財務(wù)資助工程的工程經(jīng)理。你想開發(fā)一個工作陳述來定義范圍并降低范圍蔓延的風(fēng)險。財務(wù)資助部門的主管堅持要你15個月、600000美元的預(yù)算內(nèi)替換他現(xiàn)有的系統(tǒng)就可以了。他說這就是你需要知道的全部，不需要浪費時間開發(fā)一個工作陳述了。省略工作陳述的風(fēng)險是什么？你將如何說服主管？一個需求工程師正在為一個信息系統(tǒng)考慮三個可選的解決方案，所有三個方案都滿足了用戶的業(yè)務(wù)需求。第一個方案被認為與開發(fā)人員的技術(shù)知識最一致，第二個方案被認為是最快的實現(xiàn)方案，第三個方案是最劃算的方案。這三個方案中是否有一個可行方案？如果是這樣，你認為需求工程師應(yīng)該如果做出最后決定？某大銀行的一位銀行卡辦公室的收賬經(jīng)理Liz遇到了一個問題。她每周都收到一份過期未付款的賬戶名單。這份報告已經(jīng)從兩年前的250個賬戶增加到現(xiàn)在的1250個賬戶。為了確定那些嚴重拖欠債務(wù)的賬戶，Liz需要通讀這份報告。嚴重拖欠債務(wù)的賬戶由幾個不同的規(guī)則確定，每個規(guī)則都要求Liz檢查客戶的一項或幾項數(shù)據(jù)。過去半天的工作量現(xiàn)在增加到了每周三天。即使在確定了嚴重拖欠債務(wù)的賬戶后，如果沒有查閱該賬戶三年內(nèi)的歷史資料，Liz也不能做出最后的信用決定〔例如嚴厲的催款、斷絕信用或?qū)⑦@個賬戶轉(zhuǎn)給一個收賬代理〕。另外，Liz需要報告所有賬戶中過期未付款的、拖欠債務(wù)的、嚴重拖欠債務(wù)的和呆死賬的比例。目前的報告中并沒有給她提供這個信息。假設(shè)現(xiàn)在需要你來開發(fā)一個軟件，解決Liz面對的難題。那么你認為Liz現(xiàn)在遇到的問題有哪些？你希望新的軟件應(yīng)該達成哪些業(yè)務(wù)目標？你怎樣設(shè)計軟件的高層解決方案和系統(tǒng)特性？本章小結(jié)確定工程的前景和范圍是需求工程以及整個工程的重要工作，它決定著整個工程后繼工作的方向確定工程的前景和范圍要首先從分析問題著手然后依據(jù)明確的問題發(fā)現(xiàn)業(yè)務(wù)需求最后再為業(yè)務(wù)需求定義問題的解決方案依據(jù)系統(tǒng)特性各個單獨問題的解決方案整合起來，就是整個解系統(tǒng)的整體解決方案工程的前景和范圍需要以文檔的方式明確的固定下來第6章.涉眾分析與硬數(shù)據(jù)采樣注：1、涉眾分析就是為軟件系統(tǒng)尋找并理解關(guān)鍵涉眾的過程實例分析〔辦公系統(tǒng)〕問題在開發(fā)過程中，因都是平時工作中接觸的業(yè)務(wù)范圍，因此開發(fā)時以為滿足了功能需要，實現(xiàn)了軟件預(yù)定的管理和統(tǒng)計功能，那么開發(fā)就是成功的在用戶測試階段，各等級的用戶都反映出相對一致的意見。其中，反映最多的就是系統(tǒng)維護和操作太復(fù)雜，甚至經(jīng)常報告說效勞器和軟件不穩(wěn)定，不匹配。經(jīng)認真調(diào)研，發(fā)現(xiàn)問題雖然有一點，但絕非基層報告的那么嚴重，軟件應(yīng)該是可以滿足日常工作的。結(jié)果：2003年，我處信息化還沒有普及，尤其是基層領(lǐng)導(dǎo)，個別甚至是電腦盲。而我們的軟件，為提高使用效率，設(shè)置了大量的快捷鍵操作方式，這讓個別領(lǐng)導(dǎo)感覺難以接受。解決后來，我們對軟件的操作界面和菜單進行了優(yōu)化和簡化，而用單項選擇框選擇代替了審批。通過一系列的修改和完善，反對該軟件的人漸漸少了。實例分析〔地稅業(yè)務(wù)管理系統(tǒng)〕問題因為地稅業(yè)務(wù)各地有差異，各地的技術(shù)條件也有差異，有的地市已經(jīng)實現(xiàn)了全市聯(lián)網(wǎng)，使用上了小型機，有的地市、縣還分立效勞器，效勞器還由PC效勞器代替。每個地市的業(yè)務(wù)人員提出的業(yè)務(wù)需求均以本地業(yè)務(wù)需要為參考，造成在推廣過程中發(fā)現(xiàn)業(yè)務(wù)上不適應(yīng)全省實際情況的現(xiàn)象，為后期推廣帶來了難度。總結(jié)前景與范圍&&涉眾分析協(xié)商實例分析〔供水業(yè)務(wù)管理系統(tǒng)〕問題在系統(tǒng)上線后，首先表達不滿的是申請接水及變更業(yè)務(wù)的用戶。我們發(fā)現(xiàn)，由于柜面人員需要向系統(tǒng)中錄入申請信息并且掃描、上傳局部重要文件，這延長了柜面辦理業(yè)務(wù)的時間，造成用戶業(yè)務(wù)申請的等待時間增長?？偨Y(jié)我們在涉眾識別的時候，遺漏那些不使用系統(tǒng)〔非參與者〕但是被影響的人，——在本工程中就是直接到柜面申請接水及變更業(yè)務(wù)的人。然而接水及變更業(yè)務(wù)的申請人是自來水公司的客戶，非常重要。實例分析〔供水系統(tǒng)〕問題系統(tǒng)上線后，一線用戶普遍向我們反映系統(tǒng)操作的風(fēng)格不符合他們的習(xí)慣，使用起來不方便，造成他們操作效率很低。解決經(jīng)過了解分析，我們發(fā)現(xiàn)：在對外效勞平臺工程之前，自來水公司內(nèi)部開發(fā)人員開發(fā)了一套簡單的對外效勞管理系統(tǒng)。雖然該系統(tǒng)非常簡單，功能有限，但是該系統(tǒng)已經(jīng)使用了相當長的一段時間，用戶已經(jīng)習(xí)慣了該系統(tǒng)的操作風(fēng)格。然而我們直接判斷該系統(tǒng)是落后的，功能不健全的，我們要作一個全新的系統(tǒng)，所以沒有過多的關(guān)注該系統(tǒng)實例分析〔供水系統(tǒng)〕問題在系統(tǒng)上線前，我們需要將用戶收集積累的水表信息導(dǎo)入到系統(tǒng)中。在導(dǎo)入時，我們發(fā)現(xiàn)用戶提供的水表號信息有大量的重復(fù)現(xiàn)象。而在系統(tǒng)設(shè)計時，水表號是主鍵。這是一個非常嚴重的問題?？偨Y(jié)硬數(shù)據(jù)采用缺乏實例分析〔供水系統(tǒng)〕問題當業(yè)務(wù)流程進入到與施工方相關(guān)的任務(wù)時，流程多半停滯下來，但現(xiàn)實中的因為仍在繼續(xù)辦理。經(jīng)過了解，我們得知：由于系統(tǒng)中要求施工方填寫的局部信息屬于機密信息，但系統(tǒng)中并未對這些內(nèi)容作保密處理。解決涉眾分析沖突協(xié)商思考題PhilIttup是系統(tǒng)分析員團隊中的一員，他受委任去與組織成員面談，為系統(tǒng)研究收集材料。企業(yè)稱為FallBack工業(yè)，它有5個管理層。此外，生產(chǎn)、會計、營銷、系統(tǒng)、物流和高層管理是將受到所建議的系統(tǒng)影響的職能區(qū)域。每個階層大約有40人。生產(chǎn)層共有80人，會計層有35人，營銷層有42人，系統(tǒng)層有10人，物流層有28人。高層管理有5人。Phil應(yīng)該怎樣選擇面談對象？為什么？Maverick公司是一家有15年歷史的國內(nèi)貨物運輸公司，假設(shè)你的小組擔(dān)當Maverick公司的系統(tǒng)分析與設(shè)計團隊，為Maverick公司的所有業(yè)務(wù)設(shè)計一個計算機化或者增強設(shè)計計算機化的工程。Maverick主要進行卡車零運，管理人員按照實時處理〔JustInTime〕原則工作。在這個原則指導(dǎo)下，他們建立了包括發(fā)貨人、收貨人和承運公司的伙伴關(guān)系，目的是準時運輸和交付生產(chǎn)線上需要的材料。Maverick主張用626臺拖拉機拖運貨物，它擁有45000平方英尺的倉庫和21000平方英尺的辦公場地。制定分析Maverick公司的信息需求時，應(yīng)當收集的硬數(shù)據(jù)列表?！蔡崾荆合胂褚幌略摴疽_展的工作，應(yīng)該會有哪些登記表格〕。設(shè)計一種采樣機制，使得小組在不必查看這家公司15年來產(chǎn)生的所有文檔的情況下，形成對該公司的清晰認識。本章小結(jié)涉眾是軟件工程當中的重要力量涉眾的合作與參與是工程成功的必要條件涉眾對產(chǎn)品的接受度和滿意度也是成功的一個衡量標準對于復(fù)雜的系統(tǒng)，涉眾力量的有效發(fā)揮并不是一件容易的任務(wù)對必要內(nèi)容的關(guān)注和一個完整的過程可以幫助工程利用涉眾的力量對涉眾的分析需要很多的分析方法和技巧硬數(shù)據(jù)也是需求獲取當中一個非常重要的源頭不同的硬數(shù)據(jù)有著不同的奉獻對硬數(shù)據(jù)的有效采樣是發(fā)揮硬數(shù)據(jù)作用的必要前提第7章.面談實例分析(業(yè)務(wù)管理系統(tǒng))一是事先沒有充分做好面談的相關(guān)準備工作，沒有帶著問題去調(diào)研。在調(diào)研前，僅組織進行了半天的簡單培訓(xùn)，并發(fā)了一份簡單的調(diào)研方案和調(diào)研內(nèi)容表，就要求開展調(diào)研，導(dǎo)致獲取的需求不全面，不細致。二是沒有征對不同的涉眾對象，制定不同的面談策略，更沒有事先籌劃好問題組織的使用技巧，最終導(dǎo)致面談效果不好?？傄詾槭窃趦?nèi)部，一定能獲得詳細的需求。事實上，很多都是應(yīng)付式的答復(fù)。我們問：你對這個軟件開發(fā)有什么希望和建議？大局部人的答復(fù)是沒有建議或者建議“操作要簡單〞。答復(fù)多是被動式應(yīng)付，而且無論答復(fù)以下問題還是填寫問卷調(diào)查，不能充分表達出真實意圖，導(dǎo)致在需求分析過程中出現(xiàn)很多模糊需求，從而影響了開發(fā)進度。思考題在重新瀏覽面談日程的時候，你發(fā)現(xiàn)有幾個問題看上去不適宜。下面是準備問Sampson紙產(chǎn)品公司銷售經(jīng)理的原問題。這家公司想把它的一些銷售信息放到Web上去，以便經(jīng)理們可以交互地評論它，從而優(yōu)化他們的銷售方案。用更適宜的方式，重新寫下面的問題。你的下屬告訴我，你非常渴望有一臺計算機。這是真的么？我是這個領(lǐng)域的新手，我有沒有忽略什么呢？你在銷售計算中最常用的信息資源是什么，使用頻度如何？其它銷售經(jīng)理認為，把一些月度銷售商品放到Web上，然后做趨勢分析，將會是一種主要改良，你同意他們的做法嗎？沒有比你現(xiàn)在使用的陳舊的方法更好的銷售方案嗎？作為系統(tǒng)分析工程的一局部，需要為生產(chǎn)數(shù)字鐘的Chronos公司更新自動化會計功能。你將要同首席會計HarryStraiter面談。說明你將如何聯(lián)系Harry以安排一次面談。說明在這場面談中你會使用哪種面談結(jié)構(gòu)？為什么？Harry有3個下屬也使用這個系統(tǒng)。你和他們面談嗎？為什么？從你進門到現(xiàn)在，面談對象MaxHugo一直在翻閱文件、看手表、點燃和掐滅香煙。根據(jù)你看到的有關(guān)面談對象的情況，可以猜出Max很緊張，因為它需要做其它事情。用一段話描述，為了使面談能在Max全神貫注下完成，你將如何處理這種情況?！睲ax不能在另外一天重新安排面談?！潮菊滦〗Y(jié)面談是需求獲取當中最為常用的手段，效果顯著成功的面談需要很多的面談技巧對問題類型和組織結(jié)構(gòu)的掌握是其中最為重要的技巧面談的組織和進行當中也要注意很多事項按照完整的過程執(zhí)行面談可以更好的保證面談的效果經(jīng)過長期的實踐，面談開展出了多種不同的形式和類似的需求獲取方法三種類型的面談群體面談、調(diào)查問卷和頭腦風(fēng)暴第8章.原型利用原型的好處有：及時、有力的響應(yīng)用戶需求的變化；幫助控制不完整需求所帶來的風(fēng)險；提高用戶在軟件開發(fā)中的參與程度。實例分析問題工程使用到了原型。該原型主要用于探索與試驗?zāi)康模_發(fā)速度快，采用了一些技術(shù)不成熟的構(gòu)造技術(shù)，原本打算在工程開發(fā)時拋棄。但是公司高層領(lǐng)導(dǎo)認為該原型花費了大量人力、物力以及時間，所以不允許拋棄。要求開發(fā)團隊在該原型根底上繼續(xù)開發(fā)，以到到達節(jié)約開發(fā)本錢的目的然而，事實上事情并非之前所預(yù)料的那樣。由于該原型的質(zhì)量沒有到達最終系統(tǒng)的要求，局部實現(xiàn)細節(jié)存在缺陷，所以開發(fā)時不得不重新整理該原型，反而增加了工程的時間本錢與風(fēng)險。本章小結(jié)原型是軟件開發(fā)當中消除不確定性風(fēng)險的有效工具，是一種有效的需求獲取方法原型的體系是復(fù)雜的，不同類型的原型具有不同的作用和創(chuàng)立要求，實踐當中應(yīng)該綜合考慮各種應(yīng)用因素選擇適宜的類別一個完整的原型方法過程可以幫助更有效的應(yīng)用原型方法原型方法的應(yīng)用可能會給工程帶來相應(yīng)的風(fēng)險，需要妥善的加以解決思考題說明以下典型的應(yīng)用情境適合使用哪種類型的原型？人機交互界面——信息表格或者報表。人機交互界面——具體功能的設(shè)置。人機交互界面——任務(wù)的執(zhí)行過程。功能探索——任務(wù)的功能內(nèi)容。功能探索——任務(wù)的執(zhí)行過程。功能探索——任務(wù)的執(zhí)行效果。第9章.觀察和文檔審查本章小結(jié)在需求獲取的諸多方法當中，觀察的作用越來越顯重要，它可以幫助解決情景性問題采樣觀察的應(yīng)用方法較為固定，但民族志的應(yīng)用非常復(fù)雜，需要很多的實踐積累文檔審查方法是專門用于處理各種硬數(shù)據(jù)的需求獲取方法思考題觀察用戶工作總是困難的。它通常使你和用戶都感動不舒服。為了確保由于你的訪問而不至于使用戶的行為發(fā)生改變，你應(yīng)該怎么辦？為了使觀觀察起來更自然一些，你應(yīng)該怎么做？“我知道你有很多材料。那些材料里到底有什么？〞BettyKant問道，她是MIS特別工作組的負責(zé)人。MIS特別工作組是你的系統(tǒng)團隊聯(lián)絡(luò)Sawder家具公司的橋梁。你拖了一大堆材料，正準備離開這棟樓“哦，是過去6個月的一些財政決算、生產(chǎn)報表，還有Sharon給我的一些業(yè)績報表，業(yè)績報表涵蓋了過去6個月的目標和工作業(yè)績。〞你在答復(fù)時，有些紙掉到了地上，“你為什么問這個問題呢？〞Betty為你拾起紙并把它放到最近的桌子上，答復(fù)道：“因為你根本不需要這些垃圾。你來這里要做一件事情，就是和我們這些用戶談話。從這些材料中得不到任何有益的信息。〞只有告訴Betty你從每份文檔中找到的東西才能使她相信每份文檔都是重要的。用一段文字解釋文檔為星期工程師提供了什么幫助？在你和Betty談話的時候，意識到實際上也需要其他的定量文檔。列出你缺少的東西。第10章.模型驅(qū)動方法場景的內(nèi)容主要關(guān)注點關(guān)于現(xiàn)在的，關(guān)于未來的，關(guān)于解決方案的環(huán)境范圍系統(tǒng)內(nèi)部，系統(tǒng)外部，系統(tǒng)和環(huán)境的交互抽象層次具體的、抽象的、混合的覆蓋范圍功能需求，非功能需求粒度整個業(yè)務(wù)過程；某個任務(wù)的完成過程；某個交互行為的詳細處理步驟例如類型正常流程，異常流程本章小結(jié)模型驅(qū)動方法是基于模型的建立和使用而提出的方法，它在整個需求工程，甚至軟件工程中都可以發(fā)揮重要的作用面向目標的方法目標的概念將會對需求工程產(chǎn)生重要的影響基于場景的方法在軟件工程當中有著極為廣泛的應(yīng)用基于用例的方法是最為常用的一種基于場景的方法模型驅(qū)動方法雖然已經(jīng)得到了相當廣泛的應(yīng)用，但是它們?nèi)匀辉诓粩嗟拈_展和完善第十一章.需求分析概述企業(yè)建模作用：主要用來理解組織的結(jié)構(gòu)、行為規(guī)則、目標、重要成員的任務(wù)與職責(zé)、操縱的數(shù)據(jù)等等。企業(yè)建模利用企業(yè)的目標、任務(wù)、策略、資源等來刻畫組織的行為，并依此來發(fā)現(xiàn)組織開發(fā)系統(tǒng)的目的，建立系統(tǒng)的業(yè)務(wù)需求本章小結(jié)需求分析是需求工程中最為重要和核心的活動，它對信息的建模是理解問題的關(guān)鍵，也是創(chuàng)立正確解決方案的關(guān)鍵需求分析涉及很多的技術(shù)和方法，需求分析活動的有效執(zhí)行需要分析人員能夠掌握并判定這些方法的選擇與使用需求分析過程當中會執(zhí)行很多的重要子活動，它們的有效整合確保了整個需求分析工作的成功思考題分析“結(jié)構(gòu)化分析〞和“面向?qū)ο蠓治雳暤倪^程，說明它們?yōu)槭裁炊奸_始于系統(tǒng)的邊界定義？“事件〞和“事物〞一直是進行需求分析的一個重要思路，你對此如何評價？列舉面向?qū)ο蠓治龅母鞣N技術(shù)，說明它們是對結(jié)構(gòu)化分析技術(shù)的繼承和借鑒嗎？如果是，那么說明它們借鑒了哪些結(jié)構(gòu)化分析技術(shù)，如果不是，那么說明它們的數(shù)學(xué)根底是什么？Wieringa框架和Zachman框架給了你什么啟示？結(jié)合實踐調(diào)查情況，評價一下各種建模技術(shù)在實踐中的重要性.第15章.需求規(guī)格說明實例分析(wiki的使用)由于時間壓力以及采取迭代開發(fā)的方式，造成了該工程沒有編寫需求規(guī)格說明書。但是可以采用更為靈活的方式編寫，例如wiki。我曾在某一預(yù)研性質(zhì)的工程中使用wiki來完成各類文檔。結(jié)果證明它非常好用。個人認為wiki非常適合用在迭代開發(fā)以及預(yù)研性質(zhì)的工程中編寫文檔。實例分析〔公司A〕我們公司工程的需求規(guī)格說明書，主要存在以下幾點問題模版不是很統(tǒng)一，具有很多個人的特點沒有明確的業(yè)務(wù)需求、用戶需求、系統(tǒng)需求，這三個層次，在需求規(guī)格說明書中或多或少地涵蓋前三項內(nèi)容，但顯得不夠飽滿和清晰鑒于工程的狀況，一般較少考慮硬件需求，倒是一般來說，工程上線選用的都是最新的硬件設(shè)備，本錢較高。內(nèi)