太原理工大學(xué)需求工程思考題

可編輯第2章需求基礎(chǔ)可編輯從下面的事件當(dāng)中，你可以替Jeannine總結(jié)出哪些教訓(xùn)？投資經(jīng)理Jeannine對一個(gè)新的投資跟蹤系統(tǒng)具有強(qiáng)烈的需求。她需要做出快速決策來考慮可能進(jìn)行的投資和撤銷投資，耽誤一個(gè)小時(shí)就可能給公司造成幾千美元的損失。最后她放棄了使用公司的信息系統(tǒng)，因?yàn)楣镜男畔⑾到y(tǒng)沒有給予她的請求足夠高的服務(wù)優(yōu)先級。她找到軟件開發(fā)商，購買了一套看似可以滿足她要求的軟件。但高層管理人員不同意使用，而且還遇到了其他一些問題。首先，財(cái)務(wù)審計(jì)員重新評估了公司的投資策略和投資政策°Jeannine并不知道這一點(diǎn)，于是新的系統(tǒng)沒有計(jì)入正在被考慮的新政策。她自己的職員抵制這個(gè)系統(tǒng)產(chǎn)生的有關(guān)投資和撤銷投資的建議。新系統(tǒng)使用了公司信息系統(tǒng)現(xiàn)有的文件結(jié)構(gòu)，卻發(fā)現(xiàn)她的職員兩年前就放棄使用那些文件了，因?yàn)槟切┪募]有包括全面分析可選替代投資方案所需的數(shù)據(jù)。她的職員也批評新系統(tǒng)的設(shè)計(jì)，說很小的操作錯(cuò)誤就會把系統(tǒng)帶入“混亂”狀態(tài)，而且很難恢復(fù)過來。她的一些下級經(jīng)理堅(jiān)持要有圖形形式的報(bào)告，而新系統(tǒng)無法產(chǎn)生這些報(bào)告。最后的問題是，Jeannine不能確定新的系統(tǒng)是否可以進(jìn)行適當(dāng)?shù)男薷模〝?shù)據(jù)庫結(jié)構(gòu)修改和程序修改）以滿足新的需求而不用重寫所有的程序。而且她的老板也不能肯定是否會出資請一位顧問來解決這些問題。1沒有獲得高層支持2財(cái)政部支持3下屬抵制使用4信息不流通，文件使用不一致5要求的圖形報(bào)告沒有6不知道是否能修改第3章需求工程過程除了需求開發(fā)的四個(gè)活動和需求管理活動之外，需求工程當(dāng)中還有沒有需要執(zhí)行的活動？如果有的話，它們是哪些活動？給出你的理由。需求開發(fā)過程具有迭代特性，但是不是所有項(xiàng)目的需求開發(fā)過程都必須是迭代完成的？如果不是，請給出舉例和理由。不是，一般對于業(yè)務(wù)領(lǐng)域不熟悉的項(xiàng)目，需求是具有迭代性的，需要對業(yè)務(wù)領(lǐng)域的認(rèn)知，有一個(gè)認(rèn)識到知識重構(gòu)的過程。對于某些固定需求且熟悉的項(xiàng)目，比如學(xué)校課程的作業(yè)軟件工程實(shí)踐電梯系統(tǒng)，就不需要迭代開發(fā)需求開發(fā)的迭代特性與軟件開發(fā)過程的迭代式開發(fā)有什么關(guān)系？它們之間會互相影響嗎？如果會，那么有哪些影響？需求開發(fā)的迭代性指的是對于開發(fā)者對知識的認(rèn)知水平在某一點(diǎn)上，發(fā)生重構(gòu)，使得知識體系復(fù)雜性下降，而繼續(xù)積累知識的過程軟件開發(fā)的迭代性指的是在軟件生命周期整體開發(fā)迭代，針對變更的需求或者新增的需求一種減少風(fēng)險(xiǎn)的開發(fā)模式需求工程細(xì)節(jié)知識的實(shí)踐性對不同項(xiàng)目的需求開發(fā)過程的差異性有沒有影響？如果有，請說明影響是什么。如果沒有，請說明是哪些因素產(chǎn)生了不同項(xiàng)目的需求開發(fā)過程的差異性。有影響，細(xì)節(jié)知識的實(shí)踐可以幫助不同項(xiàng)目的需求開發(fā)在一定程度上，取得成功。需求工程師需要為組織或項(xiàng)目選擇、定制和應(yīng)用一些有效的實(shí)踐方法第5章確定項(xiàng)目的前景和范圍你被任命為替換學(xué)生財(cái)務(wù)資助項(xiàng)目的項(xiàng)目經(jīng)理。你想開發(fā)一個(gè)工作陳述來定義范圍并降低范圍蔓延的風(fēng)險(xiǎn)。財(cái)務(wù)資助部門的主管堅(jiān)持要你15個(gè)月、600000美元的預(yù)算內(nèi)替換他現(xiàn)有的系統(tǒng)就可以了。他說這就是你需要知道的全部，不需要浪費(fèi)時(shí)間開發(fā)一個(gè)工作陳述了。省略工作陳述的風(fēng)險(xiǎn)是什么？你將如何說服主管？風(fēng)險(xiǎn)：1需求理解錯(cuò)誤2不能按時(shí)完成（超期超資）3做出來的不是想要的定義范圍的必要性：1加強(qiáng)用戶和開發(fā)人員的理解，定義一致的理解2降低風(fēng)險(xiǎn)3可編輯某大銀行的一位銀行卡辦公室的收賬經(jīng)理Liz遇到了一個(gè)問題。她每周都收到一份過期未付款的賬戶名單。這份報(bào)告已經(jīng)從兩年前的250個(gè)賬戶增加到現(xiàn)在的1250個(gè)賬戶。為了確定那些嚴(yán)重拖欠債務(wù)的賬戶，Liz需要通讀這份報(bào)告。嚴(yán)重拖欠債務(wù)的賬戶由幾個(gè)不同的規(guī)則確定，每個(gè)規(guī)則都要求Liz檢查客戶的一項(xiàng)或幾項(xiàng)數(shù)據(jù)。過去半天的工作量現(xiàn)在增加到了每周三天。即使在確定了嚴(yán)重拖欠債務(wù)的賬戶后，如果沒有查閱該賬戶三年內(nèi)的歷史資料，Liz也不能做出最后的信用決定（例如嚴(yán)厲的催款電話、斷絕信用或?qū)⑦@個(gè)賬戶轉(zhuǎn)給一個(gè)收賬代理）。另外，Liz需要報(bào)告所有賬戶中過期未付款的、拖欠債務(wù)的、嚴(yán)重拖欠債務(wù)的和呆死賬的比例。目前的報(bào)告中并沒有給她提供這個(gè)信息。假設(shè)現(xiàn)在需要你來開發(fā)一個(gè)軟件，解決Liz面對的難題。那么你認(rèn)為Liz現(xiàn)在遇到的問題有哪些？你希望新的軟件應(yīng)該達(dá)成哪些業(yè)務(wù)目標(biāo)？你怎樣設(shè)計(jì)軟件的高層解決方案和系統(tǒng)特性？問題一業(yè)務(wù)需求（可驗(yàn)證性）一一個(gè)需求工程師正在為一個(gè)信息系統(tǒng)考慮三個(gè)可選的解決方案，所有三個(gè)方案都滿足了用戶的業(yè)務(wù)需求。第一個(gè)方案被認(rèn)為與開發(fā)人員的技術(shù)知識最一致，第二個(gè)方案被認(rèn)為是最快的實(shí)現(xiàn)方案，第三個(gè)方案是最劃算的方案。這三個(gè)方案中是否有一個(gè)可行方案？如果是這樣，你認(rèn)為需求工程師應(yīng)該如果做出最后決定？需要根據(jù)當(dāng)時(shí)的資金，時(shí)間，以及和用戶、技術(shù)人員的協(xié)商結(jié)果而定第6章涉眾分析與硬數(shù)據(jù)采樣分析你所在學(xué)校使用的選課系統(tǒng)，說明它應(yīng)該有哪些涉眾類別，并進(jìn)行描述。你的公司的一位副總裁對你開發(fā)新的采購信息系統(tǒng)的重要用戶參與時(shí)間的請求回復(fù)道：“我們很忙，我不能讓我的采購部人員放下手頭的活來給你的項(xiàng)目團(tuán)隊(duì)服務(wù)。而且你的人是系統(tǒng)開發(fā)人員，是你們開發(fā)這個(gè)系統(tǒng)，我們只是使用它?！睂@個(gè)回復(fù)，你打算怎么辦？說服他用戶參與的意義：對第2章的案例題1，你認(rèn)為Jeannine在涉眾分析方面有哪些工作欠缺？根本沒有涉眾分析，使用的是組織級的系統(tǒng)，應(yīng)該分析為下面的每一個(gè)涉眾描述選項(xiàng)試舉一例，說明對這些選項(xiàng)進(jìn)行描述的必要性和忽略這些選項(xiàng)描述可能造成的風(fēng)險(xiǎn)：個(gè)人特征、工作特征、地理和社會特征、關(guān)注點(diǎn)和興趣、目標(biāo)期望、被影響程度、力量程度。個(gè)人特征：年齡：老年人字大工作特征：電腦使用程度地理和社會特征：文化背景：中國和臺灣關(guān)注點(diǎn)和興趣：反對還是贊同目標(biāo)期望：領(lǐng)導(dǎo)的目標(biāo)被影響程度：使用頻率力量程度：是否可以影響項(xiàng)目實(shí)施，領(lǐng)導(dǎo)Maverick公司是一家有15年歷史的國內(nèi)貨物運(yùn)輸公司，假設(shè)你的小組擔(dān)當(dāng)Maverick公司的系統(tǒng)分析與設(shè)計(jì)團(tuán)隊(duì)，為Maverick公司的所有業(yè)務(wù)設(shè)計(jì)一個(gè)計(jì)算機(jī)化或者增強(qiáng)設(shè)計(jì)計(jì)算機(jī)化的項(xiàng)目。Maverick主要進(jìn)行卡車零運(yùn)，管理人員按照實(shí)時(shí)處理（JustInTime）原則工作。在這個(gè)原則指導(dǎo)下，他們建立了包括發(fā)貨人、收貨人和承運(yùn)公司的伙伴關(guān)系，目的是準(zhǔn)時(shí)運(yùn)輸和交付生產(chǎn)線上需要的材料°Maverick主張用626臺拖拉機(jī)拖運(yùn)貨物，它擁有45000平方英尺的倉庫和21000平方英尺的辦公場地。1） 制定分析Maverick公司的信息需求時(shí)，應(yīng)當(dāng)收集的硬數(shù)據(jù)列表。（提示：想像一下該公司要開展的工作，應(yīng)該會有哪些登記表格）。2） 設(shè)計(jì)一種采樣機(jī)制，使得小組在不必查看這家公司15年來產(chǎn)生的所有文檔的情況下，形成對該公司的清晰認(rèn)識。第7章需求獲取方法之面談在重新瀏覽面談日程的時(shí)候，你發(fā)現(xiàn)有幾個(gè)問題看上去不合適。下面是準(zhǔn)備問Sampson紙產(chǎn)品公司銷售經(jīng)理的原問題。這家公司想把它的一些銷售信息放到Web上去，以便經(jīng)理們可以交互地評論它，從而優(yōu)化他們的銷售方案。用更合適的方式，重新寫下面的問題。你的下屬告訴我，你非?？释幸慌_計(jì)算機(jī)。這是真的么？你對計(jì)算機(jī)的使用態(tài)度如何我是這個(gè)領(lǐng)域的新手，我有沒有忽略什么呢？我問的問題如何，你有什么要補(bǔ)充的么？你在銷售計(jì)算中最常用的信息資源是什么，使用頻度如何？你在銷售中經(jīng)常用到的計(jì)算是什么？用到那些信息？頻率怎樣？其它銷售經(jīng)理認(rèn)為，把一些月度銷售商品放到Web上，然后做趨勢分析，將會是一種主要改進(jìn)，你同意他們的做法嗎？你和其他經(jīng)理一樣，都同意。。。，是嗎？沒有比你現(xiàn)在使用的陳舊的方法更好的銷售方案嗎？對于現(xiàn)在的銷售方法，你有什么更好的改進(jìn)方法么？作為系統(tǒng)分析項(xiàng)目的一部分，需要為生產(chǎn)數(shù)字鐘的Chronos公司更新自動化會計(jì)功能。你將要同首席會計(jì)HarryStraiter面談。寫出4到6個(gè)涉及他所使用的信息資源、信息格式、決策頻度、需求的信息性質(zhì)和決策樣式的面談目標(biāo)。說明你將如何聯(lián)系Harry以安排一次面談。打電話，預(yù)約說明在這場面談中你會使用哪種面談結(jié)構(gòu)？為什么？金字塔，適合領(lǐng)導(dǎo)Harry有3個(gè)下屬也使用這個(gè)系統(tǒng)。你和他們面談嗎？為什么？是，用戶也要面談寫出3個(gè)開放式問題，在面談前通過電子郵件寄給Harry。用一句話解釋為什么應(yīng)當(dāng)由人而不是由電子郵件來指導(dǎo)面談？獲取許多語言文字之外的其它信息，如聲音動作語氣等對第6章的案例題6,說明Phil應(yīng)該怎樣開展他的面談工作？包括：面談對象選擇的先后順序，每次的面談結(jié)構(gòu)。說明原因。從你進(jìn)門到現(xiàn)在，面談對象MaxHugo一直在翻閱文件、看手表、點(diǎn)燃和掐滅香煙。根據(jù)你看到的有關(guān)面談對象的情況，可以猜出Max很緊張，因?yàn)樗枰銎渌虑椤Ｓ靡欢卧捗枋觯瑸榱耸姑嬲勀茉贛ax全神貫注下完成，你將如何處理這種情況。(Max不能在另外一天重新安排面談。)輕松氣氛，了解其興趣點(diǎn)，使用開放式問題CabWheeler是小組新雇的需求工程師。Cab一直覺得問卷調(diào)查表沒有用。現(xiàn)在你要為MegaTrucks公司做一個(gè)系統(tǒng)項(xiàng)目，MegaTrucks是一家在130個(gè)城市有分公司和職員的國際運(yùn)輸公司。你想使用問卷調(diào)查表引出一些對當(dāng)前系統(tǒng)和建議的系統(tǒng)的看法。根據(jù)你對Cab和MegaTrucks的了解，給出3條有說服力的理由，說明為什么應(yīng)該在這個(gè)研究中使用問卷調(diào)查表。1跨地理位置成本高，2人數(shù)多分散3確定基本框架之后再進(jìn)一步研究了解整體狀況Cab在你的勸說下同意使用問卷調(diào)查表，但是極力主張所有的問題都采用開放式問題，免得約束回答者。用一段話勸服Cab，封閉式問題也是有用的。一定要指出每種問題類型間的折衷考慮。優(yōu)點(diǎn)：優(yōu)點(diǎn)：a)節(jié)省時(shí)間；讓被會見者感到自在；b)切中要點(diǎn)；會見者可以收集被會見者使用的詞匯，這能反應(yīng)c)保持對面談的控制；他的教育、價(jià)值標(biāo)準(zhǔn)、態(tài)度和信念；d)快速探討大范圍問題；提供豐富的細(xì)節(jié)；e)得到貼切的數(shù)據(jù)缺點(diǎn)：對沒采用的進(jìn)一步的提問有啟迪作用；讓被會見者更感興趣；f)使得被會見者厭煩；容許更多的自發(fā)性；g)得不到豐富的細(xì)節(jié)；會見者可以在沒有太多準(zhǔn)備的情況下進(jìn)行面談。h)出于上述原因，失去主要思想；缺點(diǎn)：i)不能建立和面談?wù)叩挠押藐P(guān)系。提此類問題可能會產(chǎn)生太多不相干的細(xì)節(jié)；面談可能失控；開放式的回答會花費(fèi)大量的時(shí)間才能獲得有用的信息量；可能會使會見者看上去沒有準(zhǔn)備。第8章需求獲取方法之原型“每當(dāng)我認(rèn)為已經(jīng)獲取用戶的信息需求時(shí)，他們卻已經(jīng)發(fā)生了變化。這就像試圖射中一個(gè)運(yùn)動目標(biāo)。在半數(shù)時(shí)間里，我認(rèn)為甚至用戶自己也不知道需要什么°”FloChart說。他是2Good2BeTrue公司的需求工程師，該公司負(fù)責(zé)為幾家制造公司的營銷部門調(diào)查產(chǎn)品的用途。用一段話向Flochart解釋，原型化方法怎樣才能幫他更好地定義用戶的信息需求。及時(shí)、有力的響應(yīng)用戶需求的變化；用一段話評論FloChart的觀察：“在半數(shù)時(shí)間里，我認(rèn)為甚至用戶自己也不知道需要什么。''一定要解釋原型化方法怎樣才能真正地幫助用戶更好地理解和闡明他們自己的信息需求。創(chuàng)新性產(chǎn)品，它們的基本需求是潛在的，有著很大的不確定性；產(chǎn)品的用戶對相關(guān)類別的產(chǎn)品沒有經(jīng)驗(yàn)，產(chǎn)品的細(xì)節(jié)需求存在著不確定性；用戶但在完成工作的方式上仍然存在障礙，產(chǎn)品在整體方案的可行性上存在著不確定性；用戶在清晰說明他們的需求方面存在困難，這些相關(guān)的需求是有著不確定性的需求；需求工程師在理解用戶的需求上存在困難，在澄清和理解之前，這些需求存在著不確定性；需求的可行性值得懷疑，即具體需求的可滿足性存在著不確定性。所以用戶有時(shí)候也不知道需要什么圓形可以有效避免這個(gè)不確定性用一段話向FloChart建議：一個(gè)具備原型特征的交互式Web站點(diǎn)緣何能解決Flo關(guān)于捕獲用戶信息需求的問題。Itall多年來一直擔(dān)任Tun-L-Vision公司的系統(tǒng)分析員。在你加入該系統(tǒng)分析團(tuán)隊(duì)以后，建議在目前項(xiàng)目中把原型化方法作為SDLC的一部分，Itall說：“當(dāng)然可以，但是你不能太在意用戶所說的話。他們也不知道自己需要什么。我會做原型化工作，但是我不會'觀察'任何用戶?！痹诓幻鞔_否決Itall的前提下，盡可能巧妙地說明原型化過程中觀察用戶反應(yīng)、用戶建議和用戶創(chuàng)新的重要性的原因。原型只是手段，目的是為了驗(yàn)證系統(tǒng)功能，所以為了修正原型，要觀察用戶反應(yīng)、用戶建議和用戶創(chuàng)新的重要性用一段話描述，如果系統(tǒng)的某部分已經(jīng)被原型化，并且在后續(xù)系統(tǒng)中沒有考慮用戶的反饋信息，可能會出現(xiàn)什么情況？用戶不滿意，延期改進(jìn)，功能過于簡單，默認(rèn)知識等NordicDesigns是一家專營Scandinavia當(dāng)代家具的連鎖企業(yè)，它已經(jīng)發(fā)布了一則夸耀其配送信息系統(tǒng)原型的公司簡訊。簡訊報(bào)道聲稱：“我們的配送信息系統(tǒng)原型一發(fā)布就投入使用了。絕對沒有任何修改的必要，經(jīng)理們說它是追蹤家具配送的最佳解決方案。不久就可以你們商店中接觸原型了。"這則報(bào)道的作者對原型化方法概念明顯存在什么樣的誤解？用一段話解釋它。原型的目的，原型是為了在最終物件之前，避免特殊性，不是為了投入使用，也不是為了不修改如果用戶期望原型“絕對沒有任何修改的必要”的話，列出原型設(shè)計(jì)者可能會面臨的問題。花費(fèi)大力氣在原型上，時(shí)間花費(fèi)過大下面這段話是在Fence公司的經(jīng)理與系統(tǒng)分析團(tuán)隊(duì)的會議上聽到的：“你們告訴我們原型可以在3個(gè)星期以前完成。但現(xiàn)在我們還在等。"用一段話來評價(jià)快速提交原型的重要性。原型的目的是盡早解決系統(tǒng)中的不確定性，拖延原型對最終產(chǎn)品的完成沒有任何好處原型化中可能有哪些難以管理的因素？試列舉它們。時(shí)間、成本，一些看似實(shí)現(xiàn)的功能有哪些方法可以幫助控制原型開發(fā)的過程和速度？確定的需求不要開發(fā)原型

整體使用原型開發(fā)使用成本低的靜態(tài)、原型方法可編輯第9章需求獲取方法之觀察與文檔審查整體使用原型開發(fā)使用成本低的靜態(tài)、原型方法可編輯“我知道你有很多材料。那些材料里到底有什么？”BettyKant問道，她是MIS特別工作組的負(fù)責(zé)人。MIS特別工作組是你的系統(tǒng)團(tuán)隊(duì)聯(lián)絡(luò)Sawder家具公司的橋梁。你拖了一大堆材料，正準(zhǔn)備離開這棟樓?！芭?，是過去6個(gè)月的一些財(cái)政決算、生產(chǎn)報(bào)表，還有Sharon給我的一些業(yè)績報(bào)表，業(yè)績報(bào)表涵蓋了過去6個(gè)月的目標(biāo)和工作業(yè)績?！蹦阍诨卮饡r(shí)，有些紙掉到了地上，“你為什么問這個(gè)問題呢？”Betty為你拾起紙并把它放到最近的桌子上，回答道：“因?yàn)槟愀静恍枰@些垃圾。你來這里要做一件事情，就是和我們這些用戶談話。從這些材料中得不到任何有益的信息。”只有告訴Betty你從每份文檔中找到的東西才能使她相信每份文檔都是重要的。用一段文字解釋文檔為星期工程師提供了什么幫助？資源豐富、獲得信息域問題，界面特征，業(yè)務(wù)需求政策法規(guī)組織策略在你和Betty談話的時(shí)候，意識到實(shí)際上也需要其他的定量文檔。列出你缺少的東西。第10章需求的組織一一需求獲取中的模型驅(qū)動方法分析你所在學(xué)校使用的選課系統(tǒng)，試著為其建立簡單的目標(biāo)模型和場景模型。第11章需求分析概述分析“結(jié)構(gòu)化分析”和“面向?qū)ο蠓治觥钡倪^程，說明它們?yōu)槭裁炊奸_始于系統(tǒng)的邊界定義？5對真實(shí)世界的問題域建模，即問題建模，這就首先要求定義問題域，也就是系統(tǒng)邊界定義本章對創(chuàng)造性活動的描述過程給了你什么啟示？創(chuàng)造性活動分為，外因，內(nèi)因和靈感，外因包括：問題背景，需求，技術(shù)等內(nèi)因包括：技術(shù)背景，知識背景、習(xí)慣和經(jīng)驗(yàn)靈感是人力不可為的因素。因此創(chuàng)造性活動，并不是不可以通過努力來提高它的質(zhì)量的，我們可以通過提高內(nèi)因和外因，來鍛煉創(chuàng)造性活動列舉結(jié)構(gòu)化分析的各種技術(shù)，說明它們的數(shù)學(xué)基礎(chǔ)是什么？形式化方法數(shù)據(jù)流圖結(jié)構(gòu)化建模有限狀態(tài)機(jī)思想狀態(tài)轉(zhuǎn)移矩陣面向?qū)ο蠼Ａ信e面向?qū)ο蠓治龅母鞣N技術(shù)，說明它們是對結(jié)構(gòu)化分析技術(shù)的繼承和借鑒嗎？如果是，那么說明它們借鑒了哪些結(jié)構(gòu)化分析技術(shù)，如果不是，那么說明它們的數(shù)據(jù)基礎(chǔ)是什么？類圖借鑒了實(shí)體關(guān)系圖Wieringa框架和Zachman框架給了你什么啟示？“事件”和“事物”一直是進(jìn)行需求分析的一個(gè)重要思路，你對此如何評價(jià)？:I缺圈亨杵列見,?功能 M念列衰:I缺圈亨杵列見,?功能 M念列衰列歪 教拇字成轉(zhuǎn)程圖村溪格叫斐可編輯第12章過程建模可編輯什么是系統(tǒng)思想？過程模型如何反映系統(tǒng)思想？過程模型就是把一個(gè)復(fù)雜的系統(tǒng)逐步功能分解，直到分解成易于理解和能計(jì)算機(jī)化的小功能，小模塊過程建模就是分析需求獲取活動獲得的信息，發(fā)現(xiàn)其系統(tǒng)功能和其與外界的交互，建立能夠?qū)崿F(xiàn)系統(tǒng)功能的分解結(jié)構(gòu)，形成系統(tǒng)的模型第5章提出將系統(tǒng)中每一個(gè)問題解決方案的邊界集成起來，就可以建立系統(tǒng)邊界。你認(rèn)為這種想法對上下文圖的建立有什么啟示？這種想法與基于DFD片段建立0層圖的方法有和異同？上下文圖可以根據(jù)各個(gè)高層解決方案的系統(tǒng)特性，得到各個(gè)系統(tǒng)的邊界和定義，整合起來變成了上下文圖相輔相成，根據(jù)每個(gè)問題的邊界和描述，可一個(gè)得到DFD片斷，從而建立0層圖3.在需求獲取階段，需求工程師收集了大量的樣本，包括文檔、表格和報(bào)告，解釋這些樣本對過程建模有哪些用處。3.硬數(shù)據(jù)，有助于理解過程流程，數(shù)據(jù)實(shí)體4.5.4.5.根據(jù)下列敘述性描述，為描述的內(nèi)容繪制一個(gè)上下文DFD。校園書店“課本庫存系統(tǒng)”的目的是向?qū)W生提供本地大學(xué)課程的課本。大學(xué)的教學(xué)部門通過一個(gè)“課本主清單”向書店提交初始數(shù)據(jù)，包括課程、教師、課本和預(yù)計(jì)注冊人數(shù)。書店生成一個(gè)“購買訂單”，“購買訂單”被送到供應(yīng)課本的出版公司。圖書訂單隨著一個(gè)“包裝清單''到達(dá)書店，它被接收的部門檢查和驗(yàn)證。學(xué)生填寫包含課程信息的“購書要求，，，當(dāng)他們付了書款之后就得到一個(gè)“銷售單據(jù)”。6.為下列描述建立上下文圖和0層圖的DFD描述，下面內(nèi)容描述了典型的IRS地區(qū)中心如何處理納稅申報(bào)。6.最初，郵局卡車把納稅申報(bào)單帶到地區(qū)中心。信件按照申報(bào)單的類型排序一一例如，長表格與短表格，以及信件是否包含付款。排序后的信件被送到接收和控制部門，在那里它們被進(jìn)一步分成3個(gè)通用目錄（共計(jì)27類）：要求退款的短表格、要求退款的長表格和包含納稅的申報(bào)單。因?yàn)樯陥?bào)單的量很大，所以對文檔進(jìn)行兩次排序。對IRS來說，在一天內(nèi)收到超過200000份申報(bào)單是很正常的事情。第一次排序劃分總量是為了使工作更加便于管理。為什么有這么多類型？有些申報(bào)單要求延期填寫，另一些按季度估計(jì)納稅額。填寫納稅申報(bào)單的政府表格超過了500種。例如，為了處理要求退款的短表格，操作員將表格提交給一個(gè)掃描申報(bào)單的機(jī)器，并存儲數(shù)據(jù)供以后處理。數(shù)據(jù)由主計(jì)算機(jī)讀取，它確定正確的稅款，決定退款是否應(yīng)發(fā)出，修改納稅人記錄，打印信件、通知和留置權(quán)等等。退款信息發(fā)送到國家計(jì)算中心，經(jīng)由該中心引發(fā)財(cái)政部發(fā)出對實(shí)際退款的檢查。信件、通知和其他傳遞的信息被發(fā)送到國內(nèi)當(dāng)?shù)氐腎RS站點(diǎn)，從這些IRS站點(diǎn)把相應(yīng)的信息發(fā)送給納稅人。對要求退款的長表格的處理也是類似的，但與短表格的處理不完全一樣，因?yàn)殚L表格通常包括信息的多項(xiàng)細(xì)目表，例如詳細(xì)的扣除額。首先，申報(bào)單被排序成批處理塊以作為單個(gè)部分處理。對批處理塊進(jìn)行編號以確保申報(bào)單沒有被丟失或者沒有被過度的延遲。之后將批處理塊傳送到檢查員。檢查員檢查和改正錯(cuò)誤，并將申報(bào)單譯成代碼以供處理。檢查員將任何有不完全或不正確數(shù)據(jù)的申報(bào)單退回給納稅人。而且，當(dāng)申報(bào)單在系統(tǒng)中轉(zhuǎn)移時(shí)，辦事員在每個(gè)申報(bào)單上粘貼一個(gè)文檔定位號，用于提供額外的跟蹤能力。這種處理類似于短表格。申報(bào)單被輸入到計(jì)算機(jī)系統(tǒng)，對數(shù)據(jù)進(jìn)行存儲供后續(xù)使用。數(shù)據(jù)被主計(jì)算機(jī)閱讀，以確定正確的稅款，決定是否應(yīng)發(fā)送退款，修改納稅人的文件記錄，選擇申報(bào)單用于稅收審計(jì)，打印信件、通知和留置權(quán)等等。退款信息被發(fā)送到國家計(jì)算中心，經(jīng)由該中心引發(fā)財(cái)政部發(fā)出對實(shí)際退款的檢查。通知和審計(jì)信息被發(fā)送到國內(nèi)當(dāng)?shù)氐腎RS站點(diǎn)，從那里把相應(yīng)的信息發(fā)送給納稅人。對于包含納稅的申報(bào)單，檢查員檢查并改正錯(cuò)誤，譯成代碼以供處理，并將任何有不完全或不正確數(shù)據(jù)的申報(bào)單退回給納稅人。將申報(bào)單輸入到計(jì)算機(jī)，計(jì)算機(jī)檢查納稅人的計(jì)算和總額，分配文檔定位編號，并存儲數(shù)據(jù)。然后由不同的操作員重復(fù)進(jìn)行前面的步驟。來自第二個(gè)操作員的數(shù)據(jù)按照第一組數(shù)據(jù)進(jìn)行正確性檢查。錯(cuò)誤報(bào)告被發(fā)送到檢查員，對正確的數(shù)據(jù)進(jìn)行存儲后供后續(xù)處理。美國聯(lián)邦儲備銀行為確定每日保證金而收集這些核查結(jié)果。檢查員檢查錯(cuò)誤，改正任何他們可以修改的錯(cuò)誤，并寫信通知納稅人索要遺漏的信息。在這一點(diǎn)上，申報(bào)單接著按照包含請求退款的長表格的描述做同樣的處理。對第3題，給出相應(yīng)的功能分解圖和過程依賴圖。建立一個(gè)決策表，正確反映下面的課程評分策略一個(gè)學(xué)生可以得到一個(gè)期末課程成績A、B、C、D、F。為了給出學(xué)生的期末課程成績，老師首先確定一個(gè)學(xué)生的初始期末成績，具體按照以下的方式確定：頭三次作業(yè)和測驗(yàn)中總成績不低于90分，并且第4次作業(yè)成績不低于70分的學(xué)生，這門課將得到成績A。頭三次作業(yè)和測驗(yàn)總成績低于90但不低于80，并且第4次作業(yè)成績不低于70的學(xué)生，這門課將得到成績B。頭三次作業(yè)和測驗(yàn)總成績低于80但不低于70，并且第4次作業(yè)成績不低于70的學(xué)生，這門課將得到成績C。頭三次作業(yè)和測驗(yàn)總成績低于70但不低于60，并且第4次作業(yè)成績不低于70的學(xué)生，這門課將得到成績D。頭三次作業(yè)和測驗(yàn)總成績低于60，或者第4次作業(yè)成績低于70的學(xué)生，這門課將得到成績F。一旦老師確定了學(xué)生的初始成績，他將決定最后的課程成績。如果學(xué)期期間曠課不多于3堂課，這個(gè)學(xué)生的學(xué)生課程成績將同他的初始成績一樣。否則，學(xué)生的學(xué)期課程成績將比他的初始課程成績低一級。存在某些條件使得老師無法采取行動嗎？如果有，你將如何改正錯(cuò)誤？你的決策表可以通過消除不可能的規(guī)則或合并規(guī)則進(jìn)行簡化嗎？如果基本數(shù)據(jù)類型是單字符char，有效域?yàn)椋產(chǎn)?z’，‘0?9’，‘A?Z’｝，那么請以此為基礎(chǔ)定義其他的數(shù)據(jù)類型：String，Integer（32位），Date（1900-01-01之后，包括1900-01-01）。第13章數(shù)據(jù)建模在需求獲取階段，需求工程師收集了大量的樣本，包括文檔、表格和報(bào)告，解釋這些樣本對數(shù)據(jù)建模有哪些用處。識別數(shù)據(jù)實(shí)體，非常常見，建立數(shù)據(jù)模型的理想資料比較過程模型和數(shù)據(jù)模型，每個(gè)模型顯示了什么？應(yīng)該在兩種建模策略之間做出選擇嗎？為什么？過程建模著重描述了如何使用和生產(chǎn)數(shù)據(jù)，以進(jìn)行數(shù)據(jù)轉(zhuǎn)換的過程為核心，建立層次結(jié)構(gòu)模型來描述系統(tǒng)數(shù)據(jù)模型描述了數(shù)據(jù)的定義，結(jié)構(gòu)和關(guān)系等等相輔相成的相互彌補(bǔ)缺陷有些需求工程師認(rèn)為數(shù)據(jù)建模是業(yè)務(wù)需求建模中最重要的方面，你如何評價(jià)這種看法？偏激為下列描述建立ERDBurgerWorld分銷中心為45家BurgerWorld特許經(jīng)銷商提供供應(yīng)服務(wù)。你參與了為分銷中心構(gòu)造一個(gè)數(shù)據(jù)庫系統(tǒng)的項(xiàng)目。每個(gè)特許經(jīng)銷商對下一個(gè)月其BurgerWorld的菜單產(chǎn)品提交一份當(dāng)天的銷售計(jì)劃。所有的菜單產(chǎn)品需要有配方和（/或）包裝。基于商店銷售計(jì)劃，系統(tǒng)必須每天生成一個(gè)當(dāng)天的配方需求，然后，將那些需求合成為每周一次的購買需求和發(fā)貨需求。我們企業(yè)的MIS部門想構(gòu)造一個(gè)數(shù)據(jù)庫來跟蹤所有的硬件和軟件。我們擁有工作站、網(wǎng)絡(luò)服務(wù)器和外設(shè)，而且MIS部門想跟蹤軟件包以及這些軟件包的許可證。有些軟件許可證是針對單機(jī)的，我們可以把這個(gè)軟件安裝在網(wǎng)絡(luò)服務(wù)器上，但只能允許與許可證授權(quán)的用戶數(shù)同樣多的網(wǎng)絡(luò)用戶使用該軟件。我們還擁有網(wǎng)絡(luò)許可證，單個(gè)網(wǎng)絡(luò)許可證授權(quán)了一定數(shù)量的用戶。非網(wǎng)絡(luò)許可證可以安裝在工作站或服務(wù)器上。我們想跟蹤軟件許可證安裝在哪里。某些許可證可以在某個(gè)時(shí)間未被安裝在任何地方。我們還必須能夠證明安裝軟件的合法性。每個(gè)許可證必須被跟蹤到一個(gè)購買訂單、贈品或者一次租借。我們也可以訂購一些軟件。我們訂購軟件包，同時(shí)收到許可證。請通過集體討論構(gòu)造數(shù)據(jù)模型和屬性。SunsetValleyDistributors公司最近完成了一個(gè)大的轉(zhuǎn)換項(xiàng)目。幾個(gè)月前，公司決定進(jìn)入數(shù)據(jù)庫時(shí)代。公司的計(jì)算機(jī)文件有很多以及不可靠了，難以維護(hù)，并且對于實(shí)現(xiàn)許多最終用戶的報(bào)告和查詢請求來說太不靈活了。DBMS看來是一個(gè)顯然的解決方法。兩個(gè)需求工程師主要負(fù)責(zé)這個(gè)轉(zhuǎn)換項(xiàng)目，這花了他們幾個(gè)月的時(shí)間。需求工程師已經(jīng)決定簡單地將每個(gè)計(jì)算機(jī)文件實(shí)現(xiàn)成關(guān)系數(shù)據(jù)庫中的一個(gè)獨(dú)立的表。一旦轉(zhuǎn)換完成，文件系統(tǒng)中存在的問題又會出現(xiàn)在數(shù)據(jù)庫系統(tǒng)中。報(bào)告包括了不正確的數(shù)據(jù)，報(bào)告和查詢請求不容易實(shí)現(xiàn)，數(shù)據(jù)維護(hù)仍然很困難。公司雇傭了一個(gè)顧問來研究這個(gè)問題。顧問認(rèn)為許多問題是因?yàn)榉治鰡T沒有成功進(jìn)行數(shù)據(jù)建模造成的。請解釋設(shè)計(jì)數(shù)據(jù)庫時(shí)進(jìn)行數(shù)據(jù)建模的重要性。結(jié)合下圖的表格內(nèi)容，給出相應(yīng)的ERD描述

可編輯A-1InformationSystemsEmployee

Information

FormEmployeeProfileDate:JacobsII JohnLastName FirstNameC ' 308571314HomePhone:(4。74234598—HomeAddress:1可編輯A-1InformationSystemsEmployee

Information

FormEmployeeProfileDate:JacobsII JohnLastName FirstNameC ' 308571314HomePhone:(4。74234598—HomeAddress:1456FostthW^ompFL328590032 M.I.BirthDate:MaritalStatus:1981M：1LJs：LJSocialSecurityNo.EmergencyContactInformationPrimaryContactSecondaryContactFirstName:LastName:M.I.Relationship:HomeAddress:HomePhone:WorkPhone:Jant JOgobs， L Spouse， 1456Fetti&Qhand；襯 32859)032(4074234598I(407)3061508FirstName:LastName:M.I.Relationship:HomeAddress:HomePhone:WorkPhone:RobeT Jaeobs W FOer 2435gpOhLDVyomBeahFL34566 (904)8597845Retrd CLJL111CL第14章面向?qū)ο蠼Ｔ谛枨螳@取階段，需求工程師收集了大量的樣本，包括文檔、表格和報(bào)告，解釋這些樣本對面向?qū)ο蠼Ｓ心男┯锰?。幫助人們識別類、對象、活動順序時(shí)序與事物狀態(tài)比較包括CRC策略在內(nèi)的各種對象與類的發(fā)現(xiàn)方法，說明各種的優(yōu)缺點(diǎn)和適用場景。概念類分列表：名次分析：源于ERD行為分析：行為復(fù)雜時(shí)CRC：面對復(fù)雜情況一直以來，開發(fā)者認(rèn)為面向?qū)ο蠓椒ㄔ趦蓚€(gè)方面有著自己的優(yōu)勢：（1）對象的思想符合人們認(rèn)識現(xiàn)實(shí)世界的思路；（2）順利的實(shí)現(xiàn)了從分析向設(shè)計(jì)的平滑過渡。請你對此進(jìn)行評價(jià)。第5章提出將系統(tǒng)中每一個(gè)問題解決方案的邊界集成起來，就可以建立系統(tǒng)邊界。你認(rèn)為這種想法對系統(tǒng)用例圖的建立有什么啟示？系統(tǒng)邊界是指系統(tǒng)所包含的系統(tǒng)成分與系統(tǒng)外事物的分界線1.基于以下描述開發(fā)一個(gè)領(lǐng)域模型。這個(gè)例子是一個(gè)簡化了的大學(xué)圖書館系統(tǒng)。當(dāng)然，圖書館系統(tǒng)必須跟蹤書的情況，同時(shí)還要維護(hù)關(guān)于書的標(biāo)題及副本的信息。書的標(biāo)題維護(hù)信息