2.2　課后習(xí)題詳解

1在軟件開(kāi)發(fā)的早期階段為什么要進(jìn)行可行性研究？應(yīng)該從哪些方面研究目標(biāo)系統(tǒng)的可行性？

答：（1）進(jìn)行可行性研究的目的

可行性研究的目的是，用最小的代價(jià)在盡可能短的時(shí)間內(nèi)研究并確定客戶(hù)提出的問(wèn)題能否解決。

（2）從下述三個(gè)方面研究每種解決方案的可行性

①技術(shù)可行性：使用現(xiàn)有的技術(shù)能否實(shí)現(xiàn)這個(gè)系統(tǒng)。

②經(jīng)濟(jì)可行性：這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能否超過(guò)它的開(kāi)發(fā)成本。

③操作可行性：這個(gè)系統(tǒng)的操作方式在該客戶(hù)組織內(nèi)是否行得通。

2為方便儲(chǔ)戶(hù)，某銀行擬開(kāi)發(fā)計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)。儲(chǔ)戶(hù)填寫(xiě)的存款單或取款單由業(yè)務(wù)員輸入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類(lèi)型、存款日期、利率等信息，并印出存款單給儲(chǔ)戶(hù)；如果是取款，系統(tǒng)計(jì)算利息并印出利息清單給儲(chǔ)戶(hù)。

寫(xiě)出問(wèn)題定義并分析此系統(tǒng)的可行性。

答：（1）問(wèn)題定義

①如果是存款，儲(chǔ)戶(hù)填寫(xiě)存款單，然后交給業(yè)務(wù)員鍵入系統(tǒng)，同時(shí)系統(tǒng)還要記錄存款人姓名、住址（或電話號(hào)碼）、身份證號(hào)碼、存款類(lèi)型、存款日期、利率等信息，完成后由系統(tǒng)打印存款單給儲(chǔ)戶(hù)。

②如果是取款，儲(chǔ)戶(hù)填寫(xiě)取款單，然后交給業(yè)務(wù)員，業(yè)務(wù)員把取款金額輸入系統(tǒng)并要求儲(chǔ)戶(hù)輸入密碼以確認(rèn)身份，核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并印出利息清單給儲(chǔ)戶(hù)。

③為了滿(mǎn)足儲(chǔ)戶(hù)的需求，該系統(tǒng)需要迅速的對(duì)用戶(hù)的要求做出反饋，要對(duì)用戶(hù)輸入的信息作出最快的處理，所以就需要很大的主存容量，以及強(qiáng)大的數(shù)據(jù)庫(kù)支持。由于是所面向的用戶(hù)是廣泛的儲(chǔ)蓄用戶(hù)群，所以需要系統(tǒng)強(qiáng)大的安全性能支持。

（2）可行性研究方法條件、假定和限制

①建議開(kāi)發(fā)軟件運(yùn)行的最短壽命：5年。

②進(jìn)行系統(tǒng)方案選擇比較的期限：2個(gè)月。

③經(jīng)費(fèi)來(lái)源和使用限制：定制銀行。

④硬件、軟件、運(yùn)行環(huán)境和開(kāi)發(fā)環(huán)境的條件和限制：銀行中心擁有大型機(jī)以及用來(lái)支持的數(shù)據(jù)庫(kù)，各個(gè)銀行網(wǎng)點(diǎn)都有安好的PC機(jī)，安裝有Windows2000及以上的操作系統(tǒng)。

⑤建議開(kāi)發(fā)軟件投入使用的最遲時(shí)間：開(kāi)發(fā)完成后試運(yùn)行1個(gè)月。

（3）可行性研究方法

通過(guò)與銀行熟練業(yè)務(wù)員進(jìn)行深入討論，制定詳細(xì)用戶(hù)調(diào)查問(wèn)卷，真正了解用戶(hù)以及銀行業(yè)務(wù)員的實(shí)際需求，根據(jù)業(yè)務(wù)員提供的信息以及問(wèn)題定義再綜合調(diào)查問(wèn)卷中用戶(hù)提出的意見(jiàn)進(jìn)行改進(jìn)。最終確定項(xiàng)目需要解決的問(wèn)題，并確定問(wèn)題能不能被解決。決定可行性的主要因素：項(xiàng)目開(kāi)發(fā)成本、所需設(shè)備置辦成本、技術(shù)是否能滿(mǎn)足需求、操作人員的熟練程度、資源有效性。

（4）處理流程和數(shù)據(jù)流程

①系統(tǒng)流程圖

a．存款（如圖2-5）

圖2-5　存款系統(tǒng)流程圖

b．取款（如圖2-6）

圖2-6　取款系統(tǒng)流程圖

②數(shù)據(jù)流圖（如圖2-7）

圖2-7　銀行業(yè)務(wù)數(shù)據(jù)流圖

（5）分析影響因素

①工作負(fù)荷

當(dāng)前大多數(shù)銀行所使用的銀行儲(chǔ)蓄系統(tǒng)在辦理業(yè)務(wù)時(shí)手續(xù)繁瑣，人工業(yè)務(wù)操作過(guò)多，辦理一個(gè)客戶(hù)的業(yè)務(wù)就需耗費(fèi)較長(zhǎng)的時(shí)間，給銀行工作人員增加了非常大的負(fù)擔(dān)和額外的工作負(fù)荷。

②費(fèi)用支出

包括銀行業(yè)務(wù)員及其他工作人員的工資，系統(tǒng)維護(hù)所需資金。

③人員

需要大量的業(yè)務(wù)員、客服人員，系統(tǒng)維護(hù)人員以及其他工作人員。

④設(shè)備

包括打印機(jī)、PC機(jī)、筆記本電腦。

⑤局限性

工作效率低下，不能符合大量群眾的及時(shí)需求，給群眾的生活帶來(lái)不便。具體問(wèn)題如下：

a．當(dāng)前銀行使用的銀行儲(chǔ)蓄系統(tǒng)在辦理業(yè)務(wù)時(shí)僅僅靠手工操作，人工業(yè)務(wù)占據(jù)了全部。對(duì)銀行業(yè)務(wù)員的業(yè)務(wù)素質(zhì)和數(shù)量都提出了很高的要求。

b．用紙張記錄保存用戶(hù)存款記錄查找繁瑣，耗時(shí)久，不方便，且容易丟失。且人工記錄易發(fā)生差錯(cuò)。

c．存款記錄保密性差，任何一個(gè)業(yè)務(wù)員都可以隨意更改查閱用戶(hù)數(shù)據(jù)，用戶(hù)的資料容易泄漏。

d．業(yè)務(wù)員服務(wù)的時(shí)間有限，不能24小時(shí)辦理業(yè)務(wù)，沒(méi)有應(yīng)急處理。

e．簡(jiǎn)單的業(yè)務(wù)經(jīng)改進(jìn)可由機(jī)器完成，這樣節(jié)約了人力成本，也提高效率。

f．對(duì)現(xiàn)有系統(tǒng)的改進(jìn)維護(hù)只能依靠增多業(yè)務(wù)員數(shù)量，增多銀行分行數(shù)目，提高業(yè)務(wù)員業(yè)務(wù)素質(zhì)來(lái)實(shí)現(xiàn)。增多業(yè)務(wù)員數(shù)量會(huì)導(dǎo)致銀行人員支出大大增多，同時(shí)需要多選址建設(shè)分行，或者擴(kuò)大分行規(guī)模，費(fèi)用代價(jià)巨大。業(yè)務(wù)員的業(yè)務(wù)素質(zhì)需要培養(yǎng)，不能短期見(jiàn)成效，這又浪費(fèi)資金和人力資源。對(duì)現(xiàn)用系統(tǒng)的改進(jìn)型維護(hù)已經(jīng)不能解決儲(chǔ)戶(hù)越來(lái)越多、儲(chǔ)戶(hù)時(shí)間越來(lái)越長(zhǎng)的問(wèn)題。

3為方便旅客，某航空公司擬開(kāi)發(fā)一個(gè)機(jī)票預(yù)訂系統(tǒng)。旅行社把預(yù)訂機(jī)票的旅客信息（姓名、性別、工作單位、身份證號(hào)碼、旅行時(shí)間、旅行目的地等）輸入進(jìn)該系統(tǒng)，系統(tǒng)為旅客安排航班，印出取票通知和賬單，旅客在飛機(jī)起飛的前一天憑取票通知和賬單交款取票，系統(tǒng)校對(duì)無(wú)誤即印出機(jī)票給旅客。

寫(xiě)出問(wèn)題定義并分析此系統(tǒng)的可行性。

答：（1）問(wèn)題定義

①目標(biāo)：在一個(gè)月內(nèi)建立一個(gè)高效率，無(wú)差錯(cuò)的航空公司機(jī)票預(yù)定系統(tǒng)。

②存在的主要問(wèn)題：人工不易管理，手續(xù)繁瑣。

（2）可行性分析

①經(jīng)濟(jì)可行性

a．成本估算

打印機(jī)一臺(tái)（2000元）＋開(kāi)發(fā)費(fèi)（3500元）＝5500元

b．效益估算

該系統(tǒng)有很好的社會(huì)效益，提高了公司售票效率，方便旅客，售票方便、科學(xué)。

②技術(shù)可行性

經(jīng)過(guò)調(diào)查分析，得到目前航空公司機(jī)票預(yù)定系統(tǒng)流程圖如圖2-8所示。

圖2-8　訂票系統(tǒng)流程圖

③操作的可行性

比較以上兩圖看出，與人工系統(tǒng)相比，計(jì)算機(jī)保留了原有的主要工作流程，可以看出計(jì)算機(jī)系統(tǒng)是人工系統(tǒng)的優(yōu)化，操作也不復(fù)雜，工作人員在短時(shí)間經(jīng)過(guò)培訓(xùn)就可熟練掌握。

④結(jié)論

由于經(jīng)濟(jì)、技術(shù)、操作三方面的可行性分析都通過(guò)，因此開(kāi)發(fā)航空公司機(jī)票預(yù)定系統(tǒng)是可行的。

4目前住院病人主要由護(hù)士護(hù)理，這樣做不僅需要大量護(hù)士，而且由于不能隨時(shí)觀察危重病人的病情變化，還可能會(huì)延誤搶救時(shí)機(jī)。某醫(yī)院打算開(kāi)發(fā)一個(gè)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng)，試寫(xiě)出問(wèn)題定義，并且分析開(kāi)發(fā)這個(gè)系統(tǒng)的可行性。

醫(yī)院對(duì)患者監(jiān)護(hù)系統(tǒng)的基本要求是隨時(shí)接收每個(gè)病人的生理信號(hào)（脈搏、體溫、血壓、心電圖等），定時(shí)記錄病人情況以形成患者日志，當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息，此外，護(hù)士在需要時(shí)還可以要求系統(tǒng)印出某個(gè)指定病人的病情報(bào)告。

答：（1）問(wèn)題定義

①本系統(tǒng)的數(shù)據(jù)源點(diǎn)是“病人”和“護(hù)士”，他們分別提供生理信號(hào)和要求的病情報(bào)告相關(guān)信息。從系統(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ù)士。系統(tǒng)對(duì)病人生理信號(hào)的處理功能主要是“接收信號(hào)”“分析信號(hào)”和“產(chǎn)生警告信息”。此外，系統(tǒng)還應(yīng)該具有“定時(shí)取樣生理信號(hào)”“更新日志”和“產(chǎn)生病情報(bào)告”的功能。

（2）分析可行性

為了分析病人生理信號(hào)是否超出了醫(yī)生規(guī)定的安全范圍，應(yīng)該存儲(chǔ)“患者安全范圍”信息。此外，定時(shí)記錄病人生理信號(hào)所形成的“患者日志”顯然也是一個(gè)數(shù)據(jù)存儲(chǔ)。本系統(tǒng)的基本系統(tǒng)模型如圖2-9所示，圖2-10是本系統(tǒng)的功能級(jí)數(shù)據(jù)流圖。

圖2-9　患者監(jiān)護(hù)系統(tǒng)的基本系統(tǒng)模型

圖2-10　患者監(jiān)護(hù)系統(tǒng)的功能級(jí)數(shù)據(jù)流圖

5北京某高校可用的電話號(hào)碼有以下幾類(lèi)：校內(nèi)電話號(hào)碼由4位數(shù)字組成，第1位數(shù)字不是0；校外電話又分為本市電話和外地電話兩類(lèi)，撥校外電話需先撥0，若是本市電話則再接著撥8位數(shù)字（第1位不是0），若是外地電話則撥3位區(qū)碼再撥8位電話號(hào)碼（第1位不是0）。

用定義數(shù)據(jù)的方法，定義上述的電話號(hào)碼。

答：（1）電話號(hào)碼＝[校內(nèi)電話號(hào)碼|校外電話號(hào)碼]

（2）校內(nèi)電話號(hào)碼＝非零數(shù)字＋3位數(shù)字

（3）校外電話號(hào)碼＝[本市號(hào)碼|外地號(hào)碼]

（4）本市號(hào)碼＝數(shù)字零＋8位數(shù)字

（5）外地號(hào)碼＝數(shù)字零＋3位數(shù)字＋8位數(shù)字

（6）非零數(shù)字＝[1|2|3|4|5|6|7|8|9]

（7）數(shù)字零＝0

（8）3位數(shù)字＝3{數(shù)字}3

（9）8位數(shù)字＝非零數(shù)字＋7位數(shù)字

（10）7位數(shù)字＝7{數(shù)字}7

（11）數(shù)字＝[0|1|2|3|4|5|6|7|8|9]

其中，“[]”意思是“或”，如“[校內(nèi)電話號(hào)碼|校外電話號(hào)碼]”表示從校內(nèi)電話號(hào)碼或校外電話號(hào)碼中選擇一個(gè)；“{}”表示“重復(fù)”，兩邊的數(shù)字表示重復(fù)次數(shù)的下限和上限；“＝”意思是“定義為”；“＋”意思是“和”，連接兩個(gè)分量。