太原理工大學需求工程思考題

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

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