需求工程總結(jié)

1、第1章.需求工程導(dǎo)論本章小結(jié)從20世紀(jì)60年代末期軟件工程產(chǎn)生起，需求分析就一直是軟件開(kāi)發(fā)的重要主題20世紀(jì)90年代的調(diào)查狀況表明，單純的需求分析已經(jīng)不能很好的解決軟件生產(chǎn)中的“需求” 問(wèn)題應(yīng)用型軟件的模擬性和一系列的技術(shù)原因表明軟件生產(chǎn)需要進(jìn)行一個(gè)比需求分析更加復(fù)雜和 完整的需求工程需求工程是軟件工程當(dāng)中一項(xiàng)重要和復(fù)雜的活動(dòng)，需求工程需要具備一定的知識(shí)和技能才可 以很好的執(zhí)行需求工程活動(dòng)第2章.需求基礎(chǔ)實(shí)例分析（系統(tǒng)A招標(biāo)書(shū)）請(qǐng)說(shuō)出下列需求的類(lèi)型，是否存在問(wèn)題？口 1、實(shí)現(xiàn)各部門(mén)的公文流轉(zhuǎn)無(wú)紙化、文檔一體化、業(yè)務(wù)管理的規(guī)范化、自動(dòng)化和網(wǎng)絡(luò) 化；口 2、實(shí)現(xiàn)工作流程合理化、高效化，決策支持科學(xué)

2、化、準(zhǔn)確化；口 3、統(tǒng)一辦公流程、規(guī)范公文格式，加強(qiáng)信息交流和共享，提高工作效率。請(qǐng)說(shuō)出下列需求的類(lèi)型，是否存在問(wèn)題？口先進(jìn)性：軟件系統(tǒng)采用三層B / S系統(tǒng)結(jié)構(gòu)，以“界面表示層一邏輯處理層一數(shù)據(jù)訪問(wèn) 層”分層設(shè)計(jì)實(shí)現(xiàn)。采用國(guó)際上先進(jìn)成熟的、廠商廣泛支持的計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù) 與軟件技術(shù)對(duì)系統(tǒng)進(jìn)行規(guī)劃，保證系統(tǒng)整體架構(gòu)在未來(lái)幾年內(nèi)都處于國(guó)際領(lǐng)先的地 位?？诎踩裕很浖到y(tǒng)具有較高的安全要求，系統(tǒng)必須具備充分的安全措施，包括具備嚴(yán) 格的權(quán)限控制機(jī)制和完備的日志記錄，以確保信息安全?？诳煽啃裕罕ＷC系統(tǒng)核心功能可以7X24小時(shí)連續(xù)運(yùn)行；口規(guī)范性：系統(tǒng)必須遵循國(guó)家有關(guān)法律法規(guī)要求，符合國(guó)家有關(guān)標(biāo)準(zhǔn)要求

3、以及關(guān)于信息 系統(tǒng)建設(shè)的各項(xiàng)標(biāo)準(zhǔn)和規(guī)范。請(qǐng)說(shuō)出下列需求的類(lèi)型，是否存在問(wèn)題？口收文管理應(yīng)包括：來(lái)文登記、擬辦、領(lǐng)導(dǎo)審批、辦理、歸檔、查詢(xún)統(tǒng)計(jì)等功能。附件支持WORD、 PDF、EXCEL、HTML等文檔類(lèi)型格式；需提供方便、靈活、直觀的文件 批示處理；對(duì)收文的處理全過(guò)程進(jìn)行自動(dòng)化管理、跟蹤和記錄；在收文處理 的過(guò)程中，支持電子印章、電子簽名或手寫(xiě)批注等功能。 來(lái)文登記：完成來(lái)文登記功能。登記來(lái)文基本信息（來(lái)文編號(hào)、來(lái)文標(biāo)題、 主題詞、來(lái)文單位、來(lái)文時(shí)間），還要對(duì)原文進(jìn)行掃描處理，引入到公文庫(kù)中。 并可完成收文辦文單打印功能。完成后啟動(dòng)收文流轉(zhuǎn)流程。擬辦：查看公文的基本信息，原文內(nèi)容。簽錄擬辦意

4、見(jiàn)，發(fā)送給領(lǐng)導(dǎo)審批。領(lǐng)導(dǎo)審批：查看公文的基本信息，原文內(nèi)容。簽錄批示意見(jiàn)，確定主辦部門(mén)、 協(xié)辦部門(mén)。辦理：辦理人根據(jù)領(lǐng)導(dǎo)批示辦理，記錄辦理情況。歸檔：對(duì)辦理完結(jié)的來(lái)文歸檔，將來(lái)文信息、擬辦意見(jiàn)、領(lǐng)導(dǎo)批示、辦理情 況等信息及來(lái)文掃描件發(fā)送到檔案管理系統(tǒng)，檔案科確認(rèn)接收的文件，才屬 于己歸檔文件。查詢(xún)統(tǒng)計(jì)：提供按來(lái)文編號(hào)、來(lái)文標(biāo)題、主題詞、來(lái)文單位、來(lái)文時(shí)間等查 詢(xún)統(tǒng)計(jì)功能，要求查詢(xún)統(tǒng)計(jì)結(jié)果可以打印。請(qǐng)說(shuō)出下列需求的類(lèi)型，是否存在問(wèn)題？口編程應(yīng)遵循如下原則：唯一性：每個(gè)實(shí)體及其屬性必須有唯一的代碼來(lái)確切地定義?？蓴U(kuò)充性：考慮到系統(tǒng)以后的發(fā)展，編號(hào)要留有余地。當(dāng)增加新的實(shí)體時(shí)， 可以直接在原代碼的基

5、礎(chǔ)上加以擴(kuò)充，擴(kuò)充后不會(huì)引起代碼體系的混亂，這 樣就避免了重新設(shè)計(jì)代碼系統(tǒng)的麻煩。通用性：凡國(guó)家、行業(yè)、地方對(duì)編碼有統(tǒng)一標(biāo)準(zhǔn)和規(guī)定的，應(yīng)盡量使用標(biāo)準(zhǔn) 代碼，代碼適用范圍越廣越好。沒(méi)有標(biāo)準(zhǔn)代碼的，投標(biāo)方設(shè)計(jì)的代碼也應(yīng)該 統(tǒng)一，如代碼長(zhǎng)度與格式的統(tǒng)一。便于記憶和識(shí)別：代碼不但要具有一定的邏輯定義，也要盡量考慮用戶(hù)的使 用習(xí)慣，使代碼便于記憶和識(shí)別，做到簡(jiǎn)單明了簡(jiǎn)短性：在滿(mǎn)足需要的前提下，代碼要盡可能短。編程人員必須對(duì)所有代碼進(jìn)行嚴(yán)格自測(cè)。請(qǐng)說(shuō)出下列需求的類(lèi)型，是否存在問(wèn)題？口驗(yàn)收投標(biāo)方需提供以下文檔：軟件需求分析報(bào)告軟件總體設(shè)計(jì)報(bào)告軟件操作手冊(cè)軟件配置手冊(cè)軟件試運(yùn)行報(bào)告應(yīng)用軟件介質(zhì)請(qǐng)說(shuō)出下列需求的

6、類(lèi)型，是否存在問(wèn)題？口培訓(xùn)要求投標(biāo)人必須提供相應(yīng)的應(yīng)用軟件技術(shù)和系統(tǒng)操作等方面的培訓(xùn)。投標(biāo)人須在 文件中提出全面、詳細(xì)的培訓(xùn)課程以及時(shí)間表交給業(yè)主，并在合同簽定后征 得業(yè)主同意后實(shí)施。投標(biāo)人應(yīng)提供面向系統(tǒng)管理員的應(yīng)用軟件系統(tǒng)結(jié)構(gòu)、日常維護(hù)等方面的培訓(xùn)。對(duì)于所有培訓(xùn)，投標(biāo)人必須派出具有相應(yīng)專(zhuān)業(yè)資格和實(shí)際工作經(jīng)驗(yàn)的人員進(jìn) 行培訓(xùn)。投標(biāo)人須提供詳細(xì)的培訓(xùn)計(jì)劃。以上培訓(xùn)內(nèi)容的培訓(xùn)費(fèi)用均包含在投標(biāo)報(bào)價(jià)內(nèi)，項(xiàng)目采購(gòu)人不再另行支付實(shí)例分析（系統(tǒng)B需求規(guī)格說(shuō)明）請(qǐng)說(shuō)出下列需求的類(lèi)型，是否存在問(wèn)題？口 2.1.開(kāi)發(fā)意圖1.減少人力成本2.提高辦公效率3.成本統(tǒng)計(jì)、查詢(xún)4.歷史信息查詢(xún)5,支持WEB操作請(qǐng)說(shuō)出下列

7、需求的類(lèi)型，是否存在問(wèn)題？口 2.3.產(chǎn)品功能2.3.1.人員管理對(duì)本公司的人力資源進(jìn)行管理。提供功能：新員工信息錄入、信息修改（晉升、部門(mén)調(diào)動(dòng)、休假、婚 姻狀況變更）、離職人員歸檔。注）該操作需要具有人員管理權(quán)限的人才可以進(jìn)行。2.3.2.業(yè)務(wù)管理對(duì)本公司的業(yè)務(wù)進(jìn)行管理。提供功能：新業(yè)務(wù)錄入、現(xiàn)有業(yè)務(wù)變更（計(jì)劃提前或延后、合同金額 或付款方式變更、業(yè)務(wù)內(nèi)容變更）、已完成的業(yè)務(wù)歸檔。注）該操作需要具有業(yè)務(wù)管理權(quán)限的人才可以進(jìn)行。請(qǐng)說(shuō)出下列需求的類(lèi)型，是否存在問(wèn)題？口 2.4.1.擴(kuò)展性要求結(jié)構(gòu)設(shè)計(jì)良好，二次開(kāi)發(fā)成本要求低于本次開(kāi)發(fā)成本30%能夠簡(jiǎn)單的進(jìn)行多語(yǔ)言版本改造?？?2.4.2.靈活性支

8、持主流瀏覽器：IE7,8, FireFox2.0, Google瀏覽器。口 2.4.3.精度金額相關(guān)：小數(shù)點(diǎn)后保留2位有效數(shù)字；時(shí)間相關(guān)：精確到秒；傳輸過(guò)程中的精度：小數(shù)點(diǎn)后保留5位有效數(shù)字?？?2.4.4.響應(yīng)要求用戶(hù)登陸：=0.5秒頁(yè)面跳轉(zhuǎn)：=2秒口 2.4.5.安全性系統(tǒng)管理員（admin）負(fù)責(zé)系統(tǒng)維護(hù)；根據(jù)公司體制指定各部門(mén)負(fù)責(zé)人，并賦予相應(yīng)的操作權(quán)限；所有信息保存在MySQL數(shù)據(jù)庫(kù)中；用戶(hù)密碼采用密文形式保存請(qǐng)說(shuō)出下列需求的類(lèi)型，是否存在問(wèn)題？請(qǐng)說(shuō)出下列需求的類(lèi)型，是否存在問(wèn)題?口 3.3.2.人員信息變更目的：修改員工信息。功能：提供員工信息修改界面，并將修改后的信息保存進(jìn)MySQ

9、L數(shù)據(jù)庫(kù)。步驟：口 1.在界面上修改員工信息?？?2.操作者權(quán)限檢查?？?3.操作成功，返回人員管理界面；口操作失敗，提示錯(cuò)誤信息。流程圖:解系統(tǒng)通過(guò)共享知識(shí)和問(wèn)題域進(jìn)行互動(dòng)，從而解決現(xiàn)實(shí)世界中的問(wèn)題具體的需求包括口功能需求、性能需求、質(zhì)量屬性、對(duì)外接口和約束需求工程活動(dòng)是依據(jù)需求的內(nèi)涵與外延逐步展開(kāi)的書(shū)寫(xiě)的需求應(yīng)該具有優(yōu)秀的特性，尤其要避免出現(xiàn)常見(jiàn)的錯(cuò)誤第3章.需求工程過(guò)程思考題1.除了需求開(kāi)發(fā)的四個(gè)活動(dòng)和需求管理活動(dòng)之外，需求工程當(dāng)中還有沒(méi)有需要執(zhí)行的活動(dòng)？ 如果有的話(huà)，它們是哪些活動(dòng)？給出你的理由。2.需求開(kāi)發(fā)過(guò)程具有迭代特性，但是不是所有項(xiàng)目的需求開(kāi)發(fā)過(guò)程都必須是迭代完成的？如 果不是

10、，請(qǐng)給出舉例和理由。3.需求開(kāi)發(fā)的迭代特性與軟件開(kāi)發(fā)過(guò)程的迭代式開(kāi)發(fā)有什么關(guān)系？它們之間會(huì)互相影響嗎？ 如果會(huì)，那么有哪些影響？ 4.需求工程細(xì)節(jié)知識(shí)的實(shí)踐性對(duì)不同項(xiàng)目的需求開(kāi)發(fā)過(guò)程的差異性有沒(méi)有影響？如果有，請(qǐng) 說(shuō)明影響是什么。如果沒(méi)有，請(qǐng)說(shuō)明是哪些因素產(chǎn)生了不同項(xiàng)目的需求開(kāi)發(fā)過(guò)程的差異性。本章小結(jié)需求工程有著屬于它自己的生命周期模型，存在著針對(duì)需求開(kāi)發(fā)的需求工程過(guò)程需求工程過(guò)程擁有一些常見(jiàn)的需求工程活動(dòng)：需求獲取、需求分析、需求規(guī)格說(shuō)明、需求驗(yàn) 證和需求管理需求開(kāi)發(fā)活動(dòng)是互相交織、并發(fā)、迭代和遞增的需求工程過(guò)程的成功執(zhí)行需要應(yīng)用很多的有效實(shí)踐方法第4章.需求獲取概述本章小結(jié)需求獲取是一個(gè)困

11、難和復(fù)雜的任務(wù)需求獲取的成功執(zhí)行需要有效組織子活動(dòng)過(guò)程執(zhí)行需求獲取時(shí)既要盡可能全面，又要防止不完備，更要注意進(jìn)行過(guò)程控制實(shí)踐調(diào)查情況表明，需求獲取活動(dòng)還是一個(gè)具有挑戰(zhàn)性的任務(wù)第5章.確定項(xiàng)目的前景和范圍如果存在不同業(yè)務(wù)需求之間的沖突，那么在確定項(xiàng)目前景和范圍階段必須予以解決注意：業(yè)務(wù)目標(biāo)要具有第二章所述的各種優(yōu)秀特性，尤其是要有可驗(yàn)證性實(shí)例分析（一戶(hù)式存儲(chǔ)軟件）問(wèn)題描述口在軟件開(kāi)發(fā)期間造成很大的麻煩。由于時(shí)間比較緊張，并沒(méi)有仔細(xì)去明確業(yè)務(wù)需求結(jié)果口在開(kāi)發(fā)過(guò)程中，技術(shù)人員與業(yè)務(wù)人員通過(guò)交流，發(fā)現(xiàn)很多問(wèn)題，這樣就不斷修改業(yè)務(wù) 需求，再修改程序，浪費(fèi)了很多時(shí)間。口特別是由于單位領(lǐng)導(dǎo)參與到這次需求之中

12、，提出的需求有的不是很符合系統(tǒng)整體的功 能，甚至是超出一戶(hù)式儲(chǔ)存軟件的范圍業(yè)務(wù)實(shí)例分析（一個(gè)管理信息系統(tǒng)）解決口問(wèn)題業(yè)務(wù)需求口用戶(hù)問(wèn)題；開(kāi)發(fā)人員方案；用戶(hù)評(píng)價(jià)思考題你被任命為替換學(xué)生財(cái)務(wù)資助項(xiàng)目的項(xiàng)目經(jīng)理。你想開(kāi)發(fā)一個(gè)工作陳述來(lái)定義范圍并降低范 圍蔓延的風(fēng)險(xiǎn)。財(cái)務(wù)資助部門(mén)的主管堅(jiān)持要你15個(gè)月、600 000美元的預(yù)算內(nèi)替換他現(xiàn)有的系統(tǒng)就可以了。 他說(shuō)這就是你需要知道的全部，不需要浪費(fèi)時(shí)間開(kāi)發(fā)一個(gè)工作陳述了。省略工作陳述的風(fēng)險(xiǎn)是什么？你將如何說(shuō)服主管？ 一個(gè)需求工程師正在為一個(gè)信息系統(tǒng)考慮三個(gè)可選的解決方案，所有三個(gè)方案都滿(mǎn)足了用戶(hù) 的業(yè)務(wù)需求。第一個(gè)方案被認(rèn)為與開(kāi)發(fā)人員的技術(shù)知識(shí)最一致，第二

13、個(gè)方案被認(rèn)為是最快的實(shí)現(xiàn)方案，第三個(gè)方案是最劃算的方案。這三個(gè)方案中是否有一個(gè)可行方案？如果是這樣，你認(rèn)為需求工程師應(yīng)該如果做出最后決 定？某大銀行的一位銀行卡辦公室的收賬經(jīng)理Liz遇到了一個(gè)問(wèn)題。她每周都收到一份過(guò)期未付 款的賬戶(hù)名單。這份報(bào)告已經(jīng)從兩年前的250個(gè)賬戶(hù)增加到現(xiàn)在的1250個(gè)賬戶(hù)。為了確定那些嚴(yán)重拖欠債務(wù) 的賬戶(hù)，Liz需要通讀這份報(bào)告。嚴(yán)重拖欠債務(wù)的賬戶(hù)由幾個(gè)不同的規(guī)則確定，每個(gè)規(guī)則都要 求Liz檢查客戶(hù)的一項(xiàng)或幾項(xiàng)數(shù)據(jù)。過(guò)去半天的工作量現(xiàn)在增加到了每周三天。即使在確定 了嚴(yán)重拖欠債務(wù)的賬戶(hù)后，如果沒(méi)有查閱該賬戶(hù)三年內(nèi)的歷史資料，Liz也不能做出最后的信 用決定（例如嚴(yán)厲的

14、催款電話(huà)、斷絕信用或?qū)⑦@個(gè)賬戶(hù)轉(zhuǎn)給一個(gè)收賬代理）。另外，Liz需要 報(bào)告所有賬戶(hù)中過(guò)期未付款的、拖欠債務(wù)的、嚴(yán)重拖欠債務(wù)的和呆死賬的比例。目前的報(bào)告 中并沒(méi)有給她提供這個(gè)信息。假設(shè)現(xiàn)在需要你來(lái)開(kāi)發(fā)一個(gè)軟件，解決Liz面對(duì)的難題。那么你認(rèn)為L(zhǎng)iz現(xiàn)在遇到的問(wèn)題有哪 些？你希望新的軟件應(yīng)該達(dá)成哪些業(yè)務(wù)目標(biāo)？你怎樣設(shè)計(jì)軟件的高層解決方案和系統(tǒng)特性？ 本章小結(jié)確定項(xiàng)目的前景和范圍是需求工程以及整個(gè)項(xiàng)目的重要工作，它決定著整個(gè)項(xiàng)目后繼工作的 方向確定項(xiàng)目的前景和范圍要口首先從分析問(wèn)題著手口然后依據(jù)明確的問(wèn)題發(fā)現(xiàn)業(yè)務(wù)需求口最后再為業(yè)務(wù)需求定義問(wèn)題的解決方案依據(jù)系統(tǒng)特性各個(gè)單獨(dú)問(wèn)題的解決方案整合起來(lái)，就是整

15、個(gè)解系統(tǒng)的整體解決方案項(xiàng)目的前景和范圍需要以文檔的方式明確的固定下來(lái)第6章.涉眾分析與硬數(shù)據(jù)采樣注：1、涉眾分析就是為軟件系統(tǒng)尋找并理解關(guān)鍵涉眾的過(guò)程實(shí)例分析（辦公系統(tǒng)）問(wèn)題口在開(kāi)發(fā)過(guò)程中，因都是平時(shí)工作中接觸的業(yè)務(wù)范圍，因此開(kāi)發(fā)時(shí)以為滿(mǎn)足了功能需要， 實(shí)現(xiàn)了軟件預(yù)定的管理和統(tǒng)計(jì)功能，那么開(kāi)發(fā)就是成功的口在用戶(hù)測(cè)試階段，各等級(jí)的用戶(hù)都反映出相對(duì)一致的意見(jiàn)。其中，反映最多的就是系 統(tǒng)維護(hù)和操作太復(fù)雜，甚至經(jīng)常報(bào)告說(shuō)服務(wù)器和軟件不穩(wěn)定，不匹配。經(jīng)認(rèn)真調(diào)研， 發(fā)現(xiàn)問(wèn)題雖然有一點(diǎn)，但絕非基層報(bào)告的那么嚴(yán)重，軟件應(yīng)該是可以滿(mǎn)足日常工作的?？诮Y(jié)果：2003年，我處信息化還沒(méi)有普及，尤其是基層領(lǐng)導(dǎo)，個(gè)別甚至

16、是電腦盲。而我 們的軟件，為提高使用效率，設(shè)置了大量的快捷鍵操作方式，這讓個(gè)別領(lǐng)導(dǎo)感覺(jué)難以 接受。解決口后來(lái)，我們對(duì)軟件的操作界面和菜單進(jìn)行了優(yōu)化和簡(jiǎn)化，而用單選框選擇代替了審批。 通過(guò)一系列的修改和完善，反對(duì)該軟件的人漸漸少了。實(shí)例分析（地稅業(yè)務(wù)管理系統(tǒng)）問(wèn)題口因?yàn)榈囟悩I(yè)務(wù)各地有差別，各地的技術(shù)條件也有差別，有的地市已經(jīng)實(shí)現(xiàn)了全市聯(lián)網(wǎng)， 使用上了小型機(jī)，有的地市、縣還分立服務(wù)器，服務(wù)器還由PC服務(wù)器代替。每個(gè)地 市的業(yè)務(wù)人員提出的業(yè)務(wù)需求均以本地業(yè)務(wù)需要為參考，造成在推廣過(guò)程中發(fā)現(xiàn)業(yè)務(wù) 上不適應(yīng)全省實(shí)際情況的現(xiàn)象，為后期推廣帶來(lái)了難度?？偨Y(jié)口前景與范圍&涉眾分析口協(xié)商實(shí)例分析（供水業(yè)務(wù)管理系

17、統(tǒng)）問(wèn)題口在系統(tǒng)上線(xiàn)后，首先表達(dá)不滿(mǎn)的是申請(qǐng)接水及變更業(yè)務(wù)的用戶(hù)。我們發(fā)現(xiàn)，由于柜面 人員需要向系統(tǒng)中錄入申請(qǐng)信息并且掃描、上傳部分重要文件，這延長(zhǎng)了柜面辦理業(yè) 務(wù)的時(shí)間，造成用戶(hù)業(yè)務(wù)申請(qǐng)的等待時(shí)間增長(zhǎng)?？偨Y(jié)口我們?cè)谏姹娮R(shí)別的時(shí)候，遺漏那些不使用系統(tǒng)（非參與者）但是被影響的人，一一在 本項(xiàng)目中就是直接到柜面申請(qǐng)接水及變更業(yè)務(wù)的人。然而接水及變更業(yè)務(wù)的申請(qǐng)人是 自來(lái)水公司的客戶(hù)，非常重要。實(shí)例分析（供水系統(tǒng)）問(wèn)題口系統(tǒng)上線(xiàn)后，一線(xiàn)用戶(hù)普遍向我們反映系統(tǒng)操作的風(fēng)格不符合他們的習(xí)慣，使用起來(lái) 不方便，造成他們操作效率很低。解決口經(jīng)過(guò)了解分析，我們發(fā)現(xiàn)：在對(duì)外服務(wù)平臺(tái)項(xiàng)目之前，自來(lái)水公司內(nèi)部開(kāi)發(fā)人員開(kāi)

18、發(fā) 了一套簡(jiǎn)單的對(duì)外服務(wù)管理系統(tǒng)。雖然該系統(tǒng)非常簡(jiǎn)單，功能有限，但是該系統(tǒng)已經(jīng) 使用了相當(dāng)長(zhǎng)的一段時(shí)間，用戶(hù)已經(jīng)習(xí)慣了該系統(tǒng)的操作風(fēng)格。然而我們直接判斷該 系統(tǒng)是落后的，功能不健全的，我們要作一個(gè)全新的系統(tǒng)，所以沒(méi)有過(guò)多的關(guān)注該系 統(tǒng)實(shí)例分析（供水系統(tǒng)）問(wèn)題口在系統(tǒng)上線(xiàn)前，我們需要將用戶(hù)收集積累的水表信息導(dǎo)入到系統(tǒng)中。在導(dǎo)入時(shí)，我們 發(fā)現(xiàn)用戶(hù)提供的水表號(hào)信息有大量的重復(fù)現(xiàn)象。而在系統(tǒng)設(shè)計(jì)時(shí)，水表號(hào)是主鍵。這 是一個(gè)非常嚴(yán)重的問(wèn)題?？偨Y(jié)口硬數(shù)據(jù)采用不足實(shí)例分析（供水系統(tǒng)）問(wèn)題口當(dāng)業(yè)務(wù)流程進(jìn)入到與施工方相關(guān)的任務(wù)時(shí)，流程多半停滯下來(lái)，但現(xiàn)實(shí)中的因?yàn)槿栽?繼續(xù)辦理。經(jīng)過(guò)了解，我們得知：由于系統(tǒng)中要求

19、施工方填寫(xiě)的部分信息屬于機(jī)密信 息，但系統(tǒng)中并未對(duì)這些內(nèi)容作保密處理。解決口涉眾分析沖突協(xié)商思考題Phil Ittup是系統(tǒng)分析員團(tuán)隊(duì)中的一員，他受委任去與組織成員面談，為系統(tǒng)研究收集材料。企業(yè)稱(chēng)為Fall Back工業(yè)，它有5個(gè)管理層。此外，生產(chǎn)、會(huì)計(jì)、營(yíng)銷(xiāo)、系統(tǒng)、物流和高層管 理是將受到所建議的系統(tǒng)影響的職能區(qū)域。每個(gè)階層大約有40人。生產(chǎn)層共有80人，會(huì)計(jì) 層有35人，營(yíng)銷(xiāo)層有42人，系統(tǒng)層有10人，物流層有28人。高層管理有5人。Phil應(yīng)該怎樣選擇面談對(duì)象？為什么？Maverick公司是一家有15年歷史的國(guó)內(nèi)貨物運(yùn)輸公司，假設(shè)你的小組擔(dān)當(dāng)Maverick公司的 系統(tǒng)分析與設(shè)計(jì)團(tuán)隊(duì)，為

20、Maverick公司的所有業(yè)務(wù)設(shè)計(jì)一個(gè)計(jì)算機(jī)化或者增強(qiáng)設(shè)計(jì)計(jì)算機(jī)化 的項(xiàng)目。Maverick主要進(jìn)行卡車(chē)零運(yùn)，管理人員按照實(shí)時(shí)處理（Just In Time）原則工作。在 這個(gè)原則指導(dǎo)下，他們建立了包括發(fā)貨人、收貨人和承運(yùn)公司的伙伴關(guān)系，目的是準(zhǔn)時(shí)運(yùn)輸 和交付生產(chǎn)線(xiàn)上需要的材料。Maverick主張用626臺(tái)拖拉機(jī)拖運(yùn)貨物，它擁有45000平方英 尺的倉(cāng)庫(kù)和21000平方英尺的辦公場(chǎng)地。制定分析Maverick公司的信息需求時(shí)，應(yīng)當(dāng)收集的硬數(shù)據(jù)列表。（提示：想像一下該 公司要開(kāi)展的工作，應(yīng)該會(huì)有哪些登記表格）。設(shè)計(jì)一種采樣機(jī)制，使得小組在不必查看這家公司15年來(lái)產(chǎn)生的所有文檔的情況下， 形成對(duì)

21、該公司的清晰認(rèn)識(shí)。本章小結(jié)涉眾是軟件項(xiàng)目當(dāng)中的重要力量口涉眾的合作與參與是項(xiàng)目成功的必要條件口涉眾對(duì)產(chǎn)品的接受度和滿(mǎn)意度也是成功的一個(gè)衡量標(biāo)準(zhǔn)對(duì)于復(fù)雜的系統(tǒng)，涉眾力量的有效發(fā)揮并不是一件容易的任務(wù)口對(duì)必要內(nèi)容的關(guān)注和一個(gè)完整的過(guò)程可以幫助項(xiàng)目利用涉眾的力量口對(duì)涉眾的分析需要很多的分析方法和技巧硬數(shù)據(jù)也是需求獲取當(dāng)中一個(gè)非常重要的源頭口不同的硬數(shù)據(jù)有著不同的貢獻(xiàn)口對(duì)硬數(shù)據(jù)的有效采樣是發(fā)揮硬數(shù)據(jù)作用的必要前提第7章.面談實(shí)例分析（業(yè)務(wù)管理系統(tǒng)）一是事先沒(méi)有充分做好面談的相關(guān)準(zhǔn)備工作，沒(méi)有帶著問(wèn)題去調(diào)研。在調(diào)研前，僅組織進(jìn)行 了半天的簡(jiǎn)單培訓(xùn)，并發(fā)了一份簡(jiǎn)單的調(diào)研計(jì)劃和調(diào)研內(nèi)容表，就要求開(kāi)展調(diào)研，導(dǎo)

22、致獲取 的需求不全面，不細(xì)致。二是沒(méi)有征對(duì)不同的涉眾對(duì)象，制定不同的面談策略，更沒(méi)有事先策劃好問(wèn)題組織的使用技 巧，最終導(dǎo)致面談效果不好?？诳傄詾槭窃趦?nèi)部，一定能獲得詳細(xì)的需求。事實(shí)上，很多都是應(yīng)付式的回答。我們問(wèn): 你對(duì)這個(gè)軟件開(kāi)發(fā)有什么希望和建議？大部分人的回答是沒(méi)有建議或者建議“操作要 簡(jiǎn)單”?？诨卮鸲嗍潜粍?dòng)式應(yīng)付，而且無(wú)論回答問(wèn)題還是填寫(xiě)問(wèn)卷調(diào)查，不能充分表達(dá)出真實(shí)意 圖，導(dǎo)致在需求分析過(guò)程中出現(xiàn)很多模糊需求，從而影響了開(kāi)發(fā)進(jìn)度。思考題在重新瀏覽面談日程的時(shí)候，你發(fā)現(xiàn)有幾個(gè)問(wèn)題看上去不合適。下面是準(zhǔn)備問(wèn)Sampson紙產(chǎn) 品公司銷(xiāo)售經(jīng)理的原問(wèn)題。這家公司想把它的一些銷(xiāo)售信息放到Web上

23、去，以便經(jīng)理們可以 交互地評(píng)論它，從而優(yōu)化他們的銷(xiāo)售方案。用更合適的方式，重新寫(xiě)下面的問(wèn)題。口你的下屬告訴我，你非常渴望有一臺(tái)計(jì)算機(jī)。這是真的么？口我是這個(gè)領(lǐng)域的新手，我有沒(méi)有忽略什么呢？口你在銷(xiāo)售計(jì)算中最常用的信息資源是什么，使用頻度如何？口其它銷(xiāo)售經(jīng)理認(rèn)為，把一些月度銷(xiāo)售商品放到Web上，然后做趨勢(shì)分析，將會(huì)是一種 主要改進(jìn)，你同意他們的做法嗎？口沒(méi)有比你現(xiàn)在使用的陳舊的方法更好的銷(xiāo)售方案嗎？作為系統(tǒng)分析項(xiàng)目的一部分，需要為生產(chǎn)數(shù)字鐘的Chronos公司更新自動(dòng)化會(huì)計(jì)功能。你將 要同首席會(huì)計(jì)Harry Straiter面談?？谡f(shuō)明你將如何聯(lián)系Harry以安排一次面談?？谡f(shuō)明在這場(chǎng)面談中你會(huì)

24、使用哪種面談結(jié)構(gòu)？為什么？口 Harry有3個(gè)下屬也使用這個(gè)系統(tǒng)。你和他們面談嗎？為什么？從你進(jìn)門(mén)到現(xiàn)在，面談對(duì)象Max Hugo 一直在翻閱文件、看手表、點(diǎn)燃和掐滅香煙。根據(jù)你 看到的有關(guān)面談對(duì)象的情況，可以猜出Max很緊張，因?yàn)樗枰銎渌虑?。用一段?huà)描述， 為了使面談能在Max全神貫注下完成，你將如何處理這種情況。（Max不能在另外一天重新 安排面談。）本章小結(jié)面談是需求獲取當(dāng)中最為常用的手段，效果顯著成功的面談需要很多的面談技巧口對(duì)問(wèn)題類(lèi)型和組織結(jié)構(gòu)的掌握是其中最為重要的技巧口面談的組織和進(jìn)行當(dāng)中也要注意很多事項(xiàng)按照完整的過(guò)程執(zhí)行面談可以更好的保證面談的效果經(jīng)過(guò)長(zhǎng)期的實(shí)踐，面談發(fā)展出

25、了多種不同的形式和類(lèi)似的需求獲取方法口三種類(lèi)型的面談口群體面談、調(diào)查問(wèn)卷和頭腦風(fēng)暴第8章.原型利用原型的好處有：口及時(shí)、有力的響應(yīng)用戶(hù)需求的變化；口幫助控制不完整需求所帶來(lái)的風(fēng)險(xiǎn)；口提高用戶(hù)在軟件開(kāi)發(fā)中的參與程度。實(shí)例分析問(wèn)題口項(xiàng)目使用到了原型。該原型主要用于探索與試驗(yàn)?zāi)康?，開(kāi)發(fā)速度快，采用了一些技術(shù) 不成熟的構(gòu)造技術(shù)，原本打算在項(xiàng)目開(kāi)發(fā)時(shí)拋棄。但是公司高層領(lǐng)導(dǎo)認(rèn)為該原型花費(fèi) 了大量人力、物力以及時(shí)間，所以不允許拋棄。要求開(kāi)發(fā)團(tuán)隊(duì)在該原型基礎(chǔ)上繼續(xù)開(kāi) 發(fā)，以到達(dá)到節(jié)約開(kāi)發(fā)成本的目的口然而，事實(shí)上事情并非之前所預(yù)料的那樣。由于該原型的質(zhì)量沒(méi)有達(dá)到最終系統(tǒng)的要 求，部分實(shí)現(xiàn)細(xì)節(jié)存在缺陷，所以開(kāi)發(fā)時(shí)

26、不得不重新整理該原型，反而增加了項(xiàng)目的 時(shí)間成本與風(fēng)險(xiǎn)。本章小結(jié)原型是軟件開(kāi)發(fā)當(dāng)中消除不確定性風(fēng)險(xiǎn)的有效工具，是一種有效的需求獲取方法原型的體系是復(fù)雜的，不同類(lèi)型的原型具有不同的作用和創(chuàng)建要求，實(shí)踐當(dāng)中應(yīng)該綜合考慮 各種應(yīng)用因素選擇合適的類(lèi)別一個(gè)完整的原型方法過(guò)程可以幫助更有效的應(yīng)用原型方法原型方法的應(yīng)用可能會(huì)給項(xiàng)目帶來(lái)相應(yīng)的風(fēng)險(xiǎn)，需要妥善的加以解決 思考題說(shuō)明下列典型的應(yīng)用情境適合使用哪種類(lèi)型的原型？口人機(jī)交互界面信息表格或者報(bào)表?？谌藱C(jī)交互界面具體功能的設(shè)置?？谌藱C(jī)交互界面任務(wù)的執(zhí)行過(guò)程。功能探索任務(wù)的功能內(nèi)容。 功能探索任務(wù)的執(zhí)行過(guò)程。 功能探索任務(wù)的執(zhí)行效果。第9章.觀察和文檔審查本章

27、小結(jié)在需求獲取的諸多方法當(dāng)中，觀察的作用越來(lái)越顯重要，它可以幫助解決情景性問(wèn)題采樣觀察的應(yīng)用方法較為固定，但民族志的應(yīng)用非常復(fù)雜，需要很多的實(shí)踐積累文檔審查方法是專(zhuān)門(mén)用于處理各種硬數(shù)據(jù)的需求獲取方法思考題觀察用戶(hù)工作總是困難的。它通常使你和用戶(hù)都感動(dòng)不舒服。為了確保由于你的訪問(wèn)而不至 于使用戶(hù)的行為發(fā)生改變，你應(yīng)該怎么辦？為了使觀察看起來(lái)更自然一些，你應(yīng)該怎么做？“我知道你有很多材料。那些材料里到底有什么？ Betty Kant問(wèn)道，她是MIS特別工作組的負(fù) 責(zé)人。MIS特別工作組是你的系統(tǒng)團(tuán)隊(duì)聯(lián)絡(luò)Sawder家具公司的橋梁。你拖了一大堆材料，正 準(zhǔn)備離開(kāi)這棟樓“哦，是過(guò)去6個(gè)月的一些財(cái)政決算

28、、生產(chǎn)報(bào)表，還有Sharon給我的一些業(yè)績(jī)報(bào)表，業(yè)績(jī)報(bào)表 涵蓋了過(guò)去6個(gè)月的目標(biāo)和工作業(yè)績(jī)?！蹦阍诨卮饡r(shí)，有些紙掉到了地上，“你為什么問(wèn)這個(gè) Betty為你拾起紙并把它放到最近的桌子上，回答道：“因?yàn)槟愀静恍枰@些垃圾。你來(lái)這 里要做一件事情，就是和我們這些用戶(hù)談話(huà)。從這些材料中得不到任何有益的信息。”只有告訴Betty你從每份文檔中找到的東西才能使她相信每份文檔都是重要的。用一 段文字解釋文檔為星期工程師提供了什么幫助？在你和Betty談話(huà)的時(shí)候，意識(shí)到實(shí)際上也需要其他的定量文檔。列出你缺少的東西。第10章.模型驅(qū)動(dòng)方法1、場(chǎng)景的內(nèi)容主要關(guān)注點(diǎn)關(guān)于現(xiàn)在的，關(guān)于未來(lái)的，關(guān)于解決方案的環(huán)境范圍

29、系統(tǒng)內(nèi)部，系統(tǒng)外部，系統(tǒng)和環(huán)境的交互抽象層次具體的、抽象的、混合的覆蓋范圍 功能需求，非功能需求粒度整個(gè)業(yè)務(wù)過(guò)程；某個(gè)任務(wù)的完成過(guò)程；某個(gè)交互行為的詳細(xì)處理步驟示例類(lèi)型正常流程，異常流程本章小結(jié)模型驅(qū)動(dòng)方法是基于模型的建立和使用而提出的方法，它在整個(gè)需求工程，甚至軟件工程中 都可以發(fā)揮重要的作用面向目標(biāo)的方法目標(biāo)的概念將會(huì)對(duì)需求工程產(chǎn)生重要的影響 基于場(chǎng)景的方法在軟件工程當(dāng)中有著極為廣泛的應(yīng)用口基于用例的方法是最為常用的一種基于場(chǎng)景的方法模型驅(qū)動(dòng)方法雖然已經(jīng)得到了相當(dāng)廣泛的應(yīng)用，但是它們?nèi)匀辉诓粩嗟陌l(fā)展和完善第十一章.需求分析概述企業(yè)建模作用：主要用來(lái)理解組織的結(jié)構(gòu)、行為規(guī)則、目標(biāo)、重要成員的

30、任務(wù)與職責(zé)、操縱的數(shù)據(jù)等等。企業(yè) 建模利用企業(yè)的目標(biāo)、任務(wù)、策略、資源等來(lái)刻畫(huà)組織的行為，并依此來(lái)發(fā)現(xiàn)組織開(kāi)發(fā)系統(tǒng)的 目的，建立系統(tǒng)的業(yè)務(wù)需求本章小結(jié)需求分析是需求工程中最為重要和核心的活動(dòng)，它對(duì)信息的建模是理解問(wèn)題的關(guān)鍵，也是創(chuàng) 建正確解決方案的關(guān)鍵需求分析涉及很多的技術(shù)和方法，需求分析活動(dòng)的有效執(zhí)行需要分析人員能夠掌握并判定這 些方法的選擇與使用需求分析過(guò)程當(dāng)中會(huì)執(zhí)行很多的重要子活動(dòng)，它們的有效整合確保了整個(gè)需求分析工作的成 功思考題分析“結(jié)構(gòu)化分析”和“面向?qū)ο蠓治觥钡倪^(guò)程，說(shuō)明它們?yōu)槭裁炊奸_(kāi)始于系統(tǒng)的邊界定義？“事件”和“事物”一直是進(jìn)行需求分析的一個(gè)重要思路，你對(duì)此如何評(píng)價(jià)？列舉面向

31、對(duì)象分析的各種技術(shù)，說(shuō)明它們是對(duì)結(jié)構(gòu)化分析技術(shù)的繼承和借鑒嗎？如果是，那 么說(shuō)明它們借鑒了哪些結(jié)構(gòu)化分析技術(shù)，如果不是，那么說(shuō)明它們的數(shù)學(xué)基礎(chǔ)是什么？Wieringa框架和Zachman框架給了你什么啟示？結(jié)合實(shí)踐調(diào)查情況，評(píng)價(jià)一下各種建模技術(shù)在實(shí)踐中的重要性.第15章.需求規(guī)格說(shuō)明實(shí)例分析（wiki的使用）由于時(shí)間壓力以及采取迭代開(kāi)發(fā)的方式，造成了該項(xiàng)目沒(méi)有編寫(xiě)需求規(guī)格說(shuō)明書(shū)。但是可以 采用更為靈活的方式編寫(xiě)，例如wiki。我曾在某一預(yù)研性質(zhì)的項(xiàng)目中使用wiki來(lái)完成各類(lèi)文 檔。結(jié)果證明它非常好用。個(gè)人認(rèn)為wiki非常適合用在迭代開(kāi)發(fā)以及預(yù)研性質(zhì)的項(xiàng)目中編寫(xiě)文檔。實(shí)例分析（公司A）我們公司項(xiàng)目的需求規(guī)格說(shuō)明書(shū)，主要存在以下幾點(diǎn)問(wèn)題口模版不是很統(tǒng)一，具有很多個(gè)人的特點(diǎn)口沒(méi)有明確的業(yè)務(wù)需求、用戶(hù)需求、系統(tǒng)需求，這三個(gè)層次，在需求規(guī)格說(shuō)明書(shū)中或多 或少地涵蓋前三項(xiàng)內(nèi)容，但顯得不夠飽滿(mǎn)和清晰口鑒于項(xiàng)目的狀況，一般較少考慮硬件需求，倒是一般來(lái)說(shuō)，項(xiàng)目上線(xiàn)選用的都是最新 的硬件設(shè)備，成本較高?？趦?nèi)容的書(shū)寫(xiě)