【正文】 費為基本手續(xù)費的 6%。如果交易總金額少于 1000 元，則基本手續(xù)費為交易金額的 %；如果交易總金額在 1000 元到 10000 元之間，則基本手續(xù)費為交易金額的 5%，再加 34 元；如果交易總金額超過 10000 元，則基本手續(xù)費為交易金額的 4%加上 134 元。 (3)不使用 flag 把該程序改造為等價的結(jié)構(gòu)化程序的方法如下圖所示。本題圖 618 所示的程序的循環(huán)控制結(jié)構(gòu)有兩個出口，顯然不符合狹義的結(jié)構(gòu)程序的定義，因此是非結(jié)構(gòu)化的程序。 (4) 控制耦合 模塊 A 通過傳送開關(guān)、標(biāo)志、名字等控制信息，明顯地控制選擇模塊 B 的功能， 例如下圖 (5) 外部耦合 —例如，如下圖，模塊 A、 B 均需使用共享 打印機 (6) 公共環(huán)境耦合 —例如，如下圖，模塊 A、 B、 C 共享全 局變量數(shù)組 (7) 內(nèi)容耦合 —例如，一個過程非正常地進入另一個過 程 Sub AA(...) ... ... goto L End sub Sub BB(...) ... ... L: ... ... End sub 畫出下列偽碼程序的程序流程圖和盒圖： START IF p THEN WHILE q DO f END DO ELSE BLOCK g n END BLOCK END IF STOP 答： 從偽碼轉(zhuǎn)換成的數(shù)據(jù)流程圖如下： 從偽碼轉(zhuǎn)換成的盒圖如下： 圖中給出的程序流程圖代表一個非結(jié)構(gòu)化的程序，問： （ 1）為什么說它是非結(jié)構(gòu)化的？ （ 2）設(shè)計一個等價的結(jié)構(gòu)化程序 （ 3）在（ 2）題的設(shè)計中使用附加的標(biāo)志變量 flag 了嗎？若沒用，再設(shè)計一 個使用 flag的程序；若用了，再設(shè)計一個不用 flag 的程序。 (2) 數(shù)據(jù)耦合 —例如，如下圖 (3) 特征耦合 —例如，如下圖 “住戶情況 ”是一個數(shù)據(jù)結(jié)構(gòu)，圖中模塊都與此數(shù)據(jù)結(jié)構(gòu)有關(guān)。狀態(tài)轉(zhuǎn)換圖如下： 為每種類型的模塊耦合舉一個具體的例子。 從問題陳述可知，復(fù)印機的狀態(tài)主要有 “閑置 ”、 “復(fù)印 ”、 “缺紙 ”和 “卡紙 ”。 電話號碼 = [校內(nèi)電話號碼 | 校外電話號碼 ] 校內(nèi)電話號碼 = 非零數(shù)字 + 3位數(shù)字 校外電話號碼 = [本市號碼 | 外地號碼 ] 本市號碼 = 數(shù)字零 + 8位數(shù)字 外地號碼 = 數(shù)字零 + 3位數(shù)字 + 8位數(shù)字 非零數(shù)字 = [1|2|3|4|5|6|7|8|9] 數(shù)字零 = 0 3位數(shù)字 = 3{數(shù)字 }3 8位數(shù)字 = 非零數(shù)字 + 7位數(shù)字 7位數(shù)字 = 7{數(shù)字 }7 數(shù)字 = [0|l|2|3|4|5|6|7|8|9] 復(fù)印機的工作過程大致如下：未接到復(fù)印命令時處于閑置狀態(tài)，一旦接到復(fù)印命令則進入復(fù)印狀態(tài)，完成一個復(fù)印命令規(guī)定的工作后又回到閑置狀態(tài)，等待下一個復(fù)印命令；如果執(zhí)行復(fù)印命令時發(fā)現(xiàn)沒紙，則進入缺紙狀態(tài)，發(fā)出警告，等待裝紙，裝滿紙后進入閑置狀態(tài)，準(zhǔn)備接收復(fù)印命令；如果復(fù)印 時發(fā)生卡紙故障，則進入卡紙狀態(tài)，發(fā)出警告，等待維修人員來排除故障，故障排除后回到閑置狀態(tài)。 北京某高?？捎玫碾娫捥柎a有以下幾類：校內(nèi)電話號碼由 4 位數(shù)字組成，第 1 位數(shù)字不是 0；校外電話又分為本市電話和外地電話兩類，撥校外電話需先撥 0，若是本市電話則再接著撥 8 位數(shù)字 (第 1 位不是 0)，若是外地電話則撥 3 位區(qū)碼，再撥 8 位電話號碼 (第 1 位不是 0)。 為了分析病人生理信號是否超出了醫(yī)生規(guī)定的安全范圍，應(yīng)該存儲 “患者安全范圍 ”信息。 系統(tǒng)對病人生理 信號的處理功能主要是 “接收信號 ”、 “分析信號 ”和 “產(chǎn)生警告信息 ”。進一步分析問題陳述，從系統(tǒng)應(yīng)該 “定時記錄病人情況以形成患者日志 ”這項要求可以想到，還應(yīng)該有一個提供日期和時間信息的 “時鐘 ”作為數(shù)據(jù)源點。 醫(yī)院對患者監(jiān)護系統(tǒng)的基本要求是隨時接收每個病人的生理信號 (脈搏、體溫 、血壓、心電圖等 )，定時記錄病人情況以形成患者日志，當(dāng)某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息，此外，護士在需要時還可以要求系統(tǒng)印出某個指定病人的病情報告。 五、綜合分析題 目前住院病人主要由護士護理，這樣做不僅需要大量護士，而且由于不能隨時觀察危重病人的病情變化，還會延誤搶救時機。 基線：是一個軟件配置管理概念，它有助于人們在不嚴(yán)重妨礙合理變化的前提下來控制變化。 它包括三方面含義： （ 1）軟件需求是度量軟件質(zhì)量的基礎(chǔ)，與需求不一致就是質(zhì)量部高； （ 2）指定的開發(fā)標(biāo)準(zhǔn)定義了一組 指導(dǎo)軟件開發(fā)的準(zhǔn)則，如果沒有遵守這些準(zhǔn)則，肯定會導(dǎo)致軟件質(zhì)量不高； （ 3）通常，有一組沒有顯式描述的隱含需求（例如，軟件應(yīng)該是容易維護的）。 2什么是軟件質(zhì)量？它主要包括哪三方面的內(nèi)容？ 答： 軟件質(zhì)量就是 “軟件與明確地和隱含地定義的需求向一致的程度 ”。 2在結(jié)構(gòu)化分析中，建模的核心是什么？ 3 種模型分別是什么，分別用什么工具來描述 ? 答： 模型的核心是數(shù)據(jù)字典，它描述了所有的在目標(biāo)系統(tǒng)中 使用的和生成的數(shù)據(jù)對象。 針對待開發(fā)的系統(tǒng)，客戶已經(jīng)寫出了完整的需求文檔，項目組又有開發(fā)類似系統(tǒng)的經(jīng)驗，因此，可以采用廣大軟件工程師熟悉的瀑布模型來開發(fā)本系統(tǒng)。你將選用哪種項目組結(jié)構(gòu) ?為什么 ?你打算采用哪種軟件過程模型 ?為什么 ? 答： 由于待開發(fā)的應(yīng)用系統(tǒng)類似于以前做過的系統(tǒng)，開發(fā)人員已經(jīng)積累了較豐富的經(jīng)驗，沒有多少技術(shù)難題需要攻克。 2假設(shè)你被指定為項目負責(zé)人，你的任務(wù)是開發(fā)一個應(yīng)用系統(tǒng)，該系統(tǒng)類似于你的小組以前做過的那些系統(tǒng)，只不過規(guī)模更大且更復(fù)雜一些。這一級的過程能力允許軟件機構(gòu)在定量的范圍內(nèi)預(yù)測過程和產(chǎn)品質(zhì)量趨，在發(fā)生偏離時可以及時采取措施予以糾正，并且可以預(yù)期軟件產(chǎn)品是高質(zhì)量的； 優(yōu)化級：軟件過程是可優(yōu)化的。 初始級：處于 1 級成熟度的軟件機構(gòu)，其過程能力是不可預(yù)測的，其軟件過程是不穩(wěn)定的，產(chǎn)品質(zhì)量只能根據(jù)相關(guān)人員的個人工作能力而不是軟件機構(gòu)的過程能力來預(yù)測； 可重復(fù)級：軟件項目的策劃和跟蹤是穩(wěn)定的，已經(jīng)為一個有紀(jì)律的管理過程提供了可重復(fù)以前成功實踐的項目環(huán)境。 CMM 有助于軟件開發(fā)機構(gòu)建立一個有規(guī)律的、成熟的軟件過程。 維護分為四種類型： （ 1） 改正性維護：把整斷和改正錯誤的過程 稱為改正性維護 （ 2）適應(yīng)性維護：為了和變化的環(huán)境適當(dāng)?shù)呐浜隙M行的修改軟件的活動 （ 3）完善性維護：在使用軟件的過程中用戶常常提出新增功能或修改已有功能的建議，為了滿足這類要求的活動 （ 4）預(yù)防性維護：為了改進