建筑工程管理軟件工程導(dǎo)論課后習(xí)題答案

(建筑工程管理)軟件工程型、增量模型和螺旋模型的優(yōu)缺點(diǎn)，說明每種模型的使用范圍。作和維護(hù)所實(shí)施的全部過程、活動(dòng)和任。瀑布模型優(yōu)點(diǎn)：模板下有一個(gè)共同的指導(dǎo)。雖然有不少缺陷但比在軟件開發(fā)中隨意的狀態(tài)要好得多。缺點(diǎn)：(1)實(shí)際的項(xiàng)目大部分情況難以按照該模型給出的順序進(jìn)行，而且這種模型的迭代是間接的，這很容易由微小的變化而造成大的混亂。(2)經(jīng)常情況下客戶難以表達(dá)真正的需求，而這種模型卻要求如此，這種模型是不歡迎具有二義性問題存在的。(3)客戶要等到開發(fā)周期的晚期才能看到程序運(yùn)行的測(cè)試版本，而在這時(shí)發(fā)現(xiàn)大的錯(cuò)誤時(shí)，可能引起客戶的驚慌，而后果也可能是災(zāi)難性的。(4)會(huì)經(jīng)常在過程的開始和結(jié)束時(shí)碰到等待其他成員完成其所依賴的任務(wù)才能進(jìn)行下去，有間要長(zhǎng)。稱之為“堵塞狀態(tài)”。件工程中應(yīng)用最廣泛的過程模型，在軟件工程中占有肯定和重要的位置?？焖僭湍Ｐ徒涣鳎玫亓私饪蛻粜枨?，不斷修改這個(gè)原型，到了雙方認(rèn)可的程度，再做詳細(xì)地分析、設(shè)計(jì)和編程，最終開發(fā)出令客戶滿意的產(chǎn)品。優(yōu)點(diǎn)：使用戶能夠感受到實(shí)際的系統(tǒng)，使開發(fā)者能夠快速地構(gòu)造出系統(tǒng)的框架。要做實(shí)現(xiàn)上的折中，可能采用不合適的操作系統(tǒng)或程序設(shè)計(jì)語言，以使原型能夠盡快工作。增量模型優(yōu)點(diǎn)：(1)人員分配靈活，剛開始不用投入大量人力資源，當(dāng)核心產(chǎn)品很受歡迎時(shí)，可增加人力實(shí)現(xiàn)下一個(gè)增量。(2)當(dāng)配備的人員不能在設(shè)定的期限內(nèi)完成產(chǎn)品時(shí)，它提供了一種先推出核心產(chǎn)品的途徑，這樣就可以先發(fā)布部分功能給客戶，對(duì)客戶起到鎮(zhèn)靜劑的作用。缺點(diǎn)：(1)至始至終開發(fā)者和客戶糾纏在一起，直到完全版本出來。(2)適合于軟件需求不明確、設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。該模型具有一定的市場(chǎng)。螺旋模型模型是一個(gè)很好的方法。開發(fā)者和客戶能夠較好地對(duì)待和理解每一個(gè)演化級(jí)別上的風(fēng)險(xiǎn)。缺點(diǎn)：(1)需要相當(dāng)?shù)娘L(fēng)險(xiǎn)分析評(píng)估的專門技術(shù)，且成功依賴于這種技術(shù)。(2)很明顯一個(gè)大的沒有被發(fā)現(xiàn)的風(fēng)險(xiǎn)問題，將會(huì)導(dǎo)致問題的發(fā)生，可能導(dǎo)致演化的方法失去控制。(3)這種模型相對(duì)比較新，應(yīng)用不廣泛，其功效需要進(jìn)一步的驗(yàn)證。發(fā)4．目前住院病人主要由護(hù)士護(hù)理，這樣做不僅需要大量護(hù)士，而且由于不能隨時(shí)觀察危重請(qǐng)寫出問題定義，并且分析開發(fā)這個(gè)系統(tǒng)的可行性。醫(yī)院對(duì)患者監(jiān)護(hù)系統(tǒng)的基本要求是隨時(shí)接收每個(gè)病人的生理信號(hào)(脈搏、體溫、血壓、心電圖等)，定時(shí)記錄病人情況以形成患者日志，當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)生規(guī)定的安全范還可以要求系統(tǒng)印出某個(gè)指定病人的病情報(bào)告?！安∪恕焙汀白o(hù)士”，他們分別提供生理信號(hào)和陳述，從系統(tǒng)應(yīng)該“定時(shí)記錄病人情況以形成患者日志”這項(xiàng)要求可以想到，還應(yīng)該有一個(gè)提供日期和時(shí)間信息的“時(shí)鐘”作為數(shù)據(jù)源點(diǎn)。從問題陳述容易看出，本系統(tǒng)的數(shù)據(jù)終點(diǎn)是接收警告信息和病情報(bào)告的護(hù)士?？尚行詳⑹雎?。是0)。請(qǐng)用2.5.2小節(jié)講述的定義數(shù)據(jù)的方法，定義上述的電話號(hào)碼。，(1)功能需求；(2)性能需求；(3)可靠性和可用性需求；(4)出錯(cuò)處理需求；(5)接口需求；(6)提出的要求。(1)初步需求獲取，通過訪談與會(huì)議、問卷調(diào)查、觀察用戶工作流程等方法；(2)面向數(shù)據(jù)流，自頂向下求精(3)簡(jiǎn)易的應(yīng)用規(guī)格說明(4)快速建立軟件原型6、復(fù)印機(jī)的工作過程大致如下：未接到復(fù)印命令時(shí)處于閑置狀態(tài)，一旦接到復(fù)印命令則進(jìn)回到閑置狀態(tài)，等待下一個(gè)復(fù)印命令；如果則進(jìn)入卡紙狀態(tài)，發(fā)出警告，等待維修人員來排除故障，故障排除后回到閑置狀態(tài)。請(qǐng)用狀態(tài)轉(zhuǎn)換圖描繪復(fù)印機(jī)的行為。有直接關(guān)系(模塊1和模塊2)，模塊獨(dú)立性最強(qiáng)。(2)數(shù)據(jù)耦合—例如,下左圖(3)特征耦合—例如，上右圖有關(guān)?！坝?jì)算水費(fèi)”和“計(jì)算(4)控制耦合--模塊A通過傳送開關(guān)、標(biāo)志、名字等控制信息，明顯地控制選擇模塊B的功(7)內(nèi)容耦合—例如，一個(gè)過程非正常地進(jìn)入另一個(gè)過程……gotoL………L:……(3)患者監(jiān)護(hù)系統(tǒng)(需求見習(xí)題2-4)級(jí)數(shù)據(jù)流圖：件結(jié)構(gòu)圖：流程圖從偽碼轉(zhuǎn)換成的盒圖結(jié)構(gòu)化程序，是按照狹義的結(jié)構(gòu)程序的定義衡量，符合定義規(guī)定的程序。本題圖6-18所示的程序的循環(huán)控制結(jié)構(gòu)有兩個(gè)出口，顯然不符合狹義的結(jié)構(gòu)程序的定義，因此是非結(jié)構(gòu)化的程序。(2)使用附加的標(biāo)志變量flag，至少有兩種方法可以把該程序改造為等價(jià)的結(jié)構(gòu)化程序，下圖所示盒圖描繪了兩個(gè)等價(jià)的結(jié)構(gòu)化程序。(3)不使用flag把該程序改造為等價(jià)的結(jié)構(gòu)化程序的方法如下圖所示。表示手續(xù)費(fèi)計(jì)算方法的判定表和判定樹如下圖所示。4(3)答：(1)語句覆蓋的測(cè)試用例達(dá)式取值為真或?yàn)榧俑饕淮?。下面是?shí)現(xiàn)語句覆蓋的典型測(cè)試用例：(2)路徑覆蓋的測(cè)試用例覆蓋的典型測(cè)試用例：數(shù)據(jù)。(1)用正常的輸人數(shù)據(jù)作為測(cè)試數(shù)據(jù)地，重復(fù)執(zhí)行測(cè)試①。校核點(diǎn)、高度和速度，分別輸入3~5種不同的飛機(jī)型號(hào)，重復(fù)執(zhí)行測(cè)試①。校核點(diǎn)、高度和飛機(jī)型號(hào)，分別輸入3~5個(gè)不同的速度，重復(fù)執(zhí)行測(cè)試①。校核點(diǎn)、速度和飛機(jī)型號(hào)，分別輸入3~5個(gè)不同的高度，重復(fù)執(zhí)行測(cè)試①。、速度和飛機(jī)型號(hào)，分別輸入3~5組不同的位置校核點(diǎn)，重復(fù)執(zhí)行測(cè)試①。高度、速度和飛機(jī)型號(hào)，分別輸入3~5個(gè)不同的目的地，重復(fù)執(zhí)行測(cè)試①。高度、速度和飛機(jī)型號(hào)，分別輸入3~5個(gè)不同的出發(fā)點(diǎn)，重復(fù)執(zhí)行測(cè)試①。⑨同時(shí)改變一對(duì)參數(shù)的值，其他參數(shù)的值固定，重復(fù)執(zhí)行測(cè)試①。參數(shù)的值固定，重復(fù)執(zhí)行測(cè)試①。(11)以適當(dāng)?shù)姆绞礁淖兠枋鎏鞖鉅顩r的數(shù)據(jù)，重復(fù)執(zhí)行測(cè)試①。(2)用邊界數(shù)據(jù)值作為測(cè)試數(shù)據(jù)①分別使用距離非常近和距離非常遠(yuǎn)的兩個(gè)地點(diǎn)作為出發(fā)點(diǎn)和目的地。②輸入位置校核點(diǎn)的非常規(guī)組合。③分別輸入非常高和非常低的高度值。④分別輸入非常高和非常低的速度值。⑤輸入極其少見的飛機(jī)型號(hào)。(3)用無效的數(shù)據(jù)作為測(cè)試數(shù)①用由字母數(shù)字字符和控制字符混合在一起組成的字符串作為出發(fā)點(diǎn)或目的地。③用負(fù)數(shù)作為高度和速度的值。盒測(cè)試技術(shù)設(shè)計(jì)測(cè)試它的測(cè)試方案。劃分成以下等價(jià)類：(1)有效輸入的等價(jià)類的數(shù)。。的數(shù)。。的數(shù)。的數(shù)。(2)無效輸入的等價(jià)類數(shù)組實(shí)際長(zhǎng)度不等于變?cè)猻ize的值。分析法設(shè)計(jì)測(cè)試方案，應(yīng)該再考慮下述幾種邊界情況：數(shù)組為空(長(zhǎng)度為0)。根據(jù)上面劃分出的等價(jià)類及邊界情況，可以設(shè)計(jì)出下述測(cè)試方案：為空偶數(shù)個(gè)元素，最后一個(gè)元素是負(fù)整數(shù)且是所要找的數(shù)偶數(shù)個(gè)元素，元素中沒有所要找的數(shù)數(shù)(11)數(shù)組有奇數(shù)個(gè)元素，最后一個(gè)元素是負(fù)整數(shù)且是所要找的數(shù)(12)數(shù)組有奇數(shù)個(gè)元素，沒有要找的數(shù)(13)數(shù)組實(shí)際長(zhǎng)度不等于size，它是由描述實(shí)體屬性的數(shù)據(jù)構(gòu)成的統(tǒng)一體。傳統(tǒng)的數(shù)據(jù)是傳統(tǒng)方法學(xué)開發(fā)不能描述實(shí)體的動(dòng)態(tài)行為。必須從外界對(duì)數(shù)據(jù)施加操作，才能改變數(shù)據(jù)、實(shí)現(xiàn)相應(yīng)的行為。等待外界對(duì)它施加操作，相反，它是進(jìn)行處理某些操作，處理它的私有數(shù)據(jù)，而不能直接從外界對(duì)它的私有數(shù)據(jù)進(jìn)行操作。，是對(duì)事物的一種無歧義的書面些符號(hào)的規(guī)則組成，利用它們來定義和描述問題一種思維工具，利用這種工具可以把知識(shí)規(guī)范地表示出來。理解得越透徹，就越容易決的問題，往往需要建立問題域的模型。系統(tǒng)的特征，使用精是否滿足用戶對(duì)目標(biāo)系統(tǒng)的需求，并在設(shè)計(jì)過程中直到最終實(shí)現(xiàn)這個(gè)模型。對(duì)于那些過分復(fù)雜而不能立模型的目的主要是為了降低復(fù)雜性。人的頭腦每重要部分分解成人的頭腦一次能處理的若干個(gè)子部分，從而減少了系統(tǒng)的復(fù)雜度。作業(yè)題：如下用戶需求：?jiǎn)T。王大夫需要一個(gè)軟件系統(tǒng)來管理預(yù)約。以安排病人盡早得到診治。如果病人同意建議的名字。系統(tǒng)將核實(shí)病人的名字并提供記錄的病人療或清洗后，助手或保健員將標(biāo)記相應(yīng)的預(yù)約診治已經(jīng)完成，如果必要的話會(huì)安排病人下一次再來。未接診的病人清單。系統(tǒng)可以從病人記錄中獲知病人的電話號(hào)碼。接待員還可以打印出關(guān)于所有病人的每天和每周的工作安排。 (1)建立牙科診所管理系統(tǒng)的對(duì)象模型； (2)建立牙科診所管理系統(tǒng)的用例模型； (3)用數(shù)據(jù)流圖建立牙科診所管理系統(tǒng)的功能模型； (4)寫出牙科診所管理系統(tǒng)的腳本； (5)畫出牙科診所管理系統(tǒng)的狀態(tài)圖。 (1)從對(duì)牙科診所問題的陳述中，可以找出下列名詞作為對(duì)象的候選者：牙科診所，牙科助手，牙科保健員，接待員，軟件系統(tǒng)，預(yù)約，病人，，預(yù)約時(shí)間，約定時(shí)間，系統(tǒng)，名字，記錄的病人數(shù)據(jù)，病歷號(hào)，姓名，日期，預(yù)約信息，病人清單，病人記錄，電話號(hào)碼，每天工作安排，每周工作安排。，的或不必要的，只保留確實(shí)應(yīng)該記錄其信息或需要其提供服務(wù)的那些對(duì)象。際上，本軟件系統(tǒng)的象；“小鎮(zhèn)”是牙科診所的地址屬性，不是獨(dú)立的，指的是將要開發(fā)的軟件產(chǎn)品，不是問題域中的對(duì)包括日期又包括時(shí)間，但是，它們是預(yù)約登記表包名字”和“姓名”是同義詞，應(yīng)該作為病人和預(yù)約登記表的屬性；“記錄的病人數(shù)據(jù)”實(shí)際上就是“病人記錄”，可以統(tǒng)一使用“病人記錄”，應(yīng)該包含病人姓名、預(yù)約的就診時(shí)間等內(nèi)容，它和“預(yù)約信息”包含的內(nèi)容基本相同，可以只保留“病人清單”作為問題域中的對(duì)象。接下來分析確定問題域中對(duì)象彼此之間的關(guān)系?！懊刻旃ぷ靼才拧焙汀懊恐芄ぷ靼才拧卑才拧?。此外，問題域的對(duì)象之間還有下一份病人記錄；一位病人可能預(yù)約多次也出多份病人清單；牙科診所開業(yè)以來已經(jīng)病人的預(yù)約；根據(jù)預(yù)約登記表在不同時(shí)問可以制定出不同的工作安排。綜上所述，可以畫出圖7.2所示的牙科診所管理系統(tǒng)的對(duì)象模型。 度描述系統(tǒng)的功能，它必須包含用戶關(guān)心的所有關(guān)鍵功能。用戶首先應(yīng)該找出系統(tǒng)的用戶，然后根據(jù)用戶對(duì)系統(tǒng)功能的需求確定用例。負(fù)責(zé)處理病人預(yù)約事務(wù)，為此他需要訪問預(yù)約登接待員還可以根據(jù)預(yù)約登記表打印出關(guān)于排診治病人；在病人就診后，助手或時(shí)還將安排病人下次再來，也就是說，他們將更名和日期查詢預(yù)約信息，這項(xiàng)功能需求雖然沒有也可以有用例，事實(shí)上，一個(gè)用例至少必須與一這個(gè)用例的行為者是牙科診所的職員。在牙科診健員在業(yè)務(wù)工作中扮演的不同角色，可以把他們統(tǒng)稱為職員。綜上所述，可以畫出圖7.3所示的牙科診所管理系統(tǒng)的用例圖。 系統(tǒng)的需求陳述得知，當(dāng)進(jìn)行預(yù)約時(shí)病人提供姓名、希望的就診個(gè)有效的就診日期，此外，系統(tǒng)還將查詢病人治完成之后，應(yīng)該更新預(yù)約登記表，以標(biāo)記相診日期。診所職員可以按照病人姓名和日期查詢預(yù)約信息，也可以取消預(yù)約。此外，系統(tǒng)可以打印出每天和每周的工作安排給牙醫(yī)。根據(jù)上述的系統(tǒng)功能，可以畫出圖7.4所示的牙科診所管理系統(tǒng)的數(shù)據(jù)流圖。 描述系統(tǒng)典型的工作過程。根據(jù)對(duì)牙科診所管理系統(tǒng)的需求，至(a)正常情況：病人甲請(qǐng)求預(yù)約。系統(tǒng)識(shí)別出病人的名字。系統(tǒng)建議二個(gè)就診時(shí)間。病人同該預(yù)約。在預(yù)約的就診日期到來之前兩天，系統(tǒng)輸出一份包含病人姓提醒清單。接待員打電話提醒病人。病人如約到來。治療完之后，牙醫(yī)助手安排該病人的下一次預(yù)約。(b)新病人：病人乙請(qǐng)求預(yù)約。系統(tǒng)不認(rèn)識(shí)該病人的名字，必須把該病人的信息輸入到病人記錄系統(tǒng)中并為他建立一個(gè)記錄。c16次預(yù)約。接待員將其姓名輸入到系統(tǒng)中，系統(tǒng)提出建議的預(yù)約就診時(shí)間，病人同意后接待員輸入病人認(rèn)可的預(yù)約。 可能有的狀態(tài)轉(zhuǎn)換。牙科診所管理系統(tǒng)的主要功能是實(shí)現(xiàn)病人預(yù)狀態(tài)圖。圖中把除了完成病人預(yù)約之外的事務(wù)籠統(tǒng)地稱為日常事務(wù)。答：也像硬件集成電路那樣，能在構(gòu)造各種各樣的軟件系統(tǒng)時(shí)方便地重復(fù)使用，就必須使它們滿足下列要求：(1)模塊獨(dú)立性強(qiáng)。具有單一、完整的功能，且經(jīng)過反復(fù)測(cè)試被確認(rèn)是正確的。它應(yīng)該是一個(gè)不受或很少受外界干擾的封裝體，其內(nèi)部實(shí)現(xiàn)在外面是不可見的。