2、爲方便儲戶,某銀行擬開發計算機儲蓄系統。儲戶填寫的存款單或取款單由業務員輸入系統,若是是存款,系統記錄存款人姓名、住址、存款類型、存款日期、利率等信息,並印出存款單給儲戶;若是是取款,系統計算利息並印出利息清單給儲戶。數據庫
寫出問題定義並分析系統的可行性。安全
答:若是是存款,儲戶填寫存款單,而後交給業務員鍵入系統,同時系統還要記錄存款人姓名、住址(或電話號碼)、身份證號碼、存款類型、存款日期、利率等信息,完成後由系統打印存款單給儲戶。性能
若是是取款,儲戶填寫取款單,而後交給業務員,業務員把取款金額輸入系統並要求儲戶輸入密碼以確認身份,覈對密碼正確無誤後系統計算利息並印出利息清單給儲戶。spa
爲了知足儲戶的需求,該系統須要迅速的對用戶的要求作出反饋,要對用戶輸入的信息做出最快的處理,因此就須要很大的主存容量,以及強大的數據庫支持。因爲是所面向的用戶是普遍的儲蓄用戶羣,因此須要系統強大的安全性能支持。可行性研究方法操作系統
條件、假定和限制日誌
建議開發軟件運行的最短壽命:5年事務
進行系統方案選擇比較的期限:2個月資源
經費來源和使用限制:定製銀行開發
硬件、軟件、運行環境和開發環境的條件和限制:效率
銀行中心擁有大型機以及用來支持的數據庫,各個銀行網點都有安
好的PC機,安裝有Windows2000及以上的操做系統。
建議開發軟件投入使用的最遲時間:開發完成後試運行1個月。
可行性研究方法
經過與銀行熟練業務員進行深刻討論,制定詳細用戶調查問卷,真正瞭解用戶以及銀行業務員的實際需求,根據業務員提供的信息以及問題定義再綜合調查問卷中用戶提出的意見進行改進。最終肯定項目須要解決的問題,並肯定問題能不能被解決。
決定可行性的主要因素
1)項目開發成本
2)所需設備置辦成本
3)技術是否能知足需求
4)操做人員的熟練程度
5)資源有效性
對現有系統的分析
2工做負荷
當前大多數銀行所使用的銀行儲蓄系統在辦理業務時手續繁瑣,人工業務操做過多,辦理一個客戶的業務就需耗費較長的時間,其餘客戶只有等待。這樣太浪 費時間,須要大量的業務員處理客戶業務。特別是在節假日人流高峯期,致使工做效率很是低,且出錯率高,以至客戶等待辦理手續過長感到不耐煩,下降了銀行效 率。這也給銀行工做人員增長了很是大的負擔和額外的工做負荷;同時業務員增多,銀行費用支出多,給銀行公司的發展帶來嚴重的制約和壓力。
3費用支出
運行現有系統所須要的費用支出包括:銀行業務員及其餘工做人員的工資,系統維護所需資金,
4人員
須要大量的業務員、客服人員,系統維護人員以及其餘工做人員。
5設備
現有系統所須要的設備有:打印機、PC機、電腦。
6侷限性
工做效率底下,不能符合大量羣衆的及時需求,給羣衆的生活帶來不便。這是現有系統辦理業務的流程中出現的一個嚴重問題。爲了解決這一問題,讓人們再辦理銀行業務更加方便快捷,咱們急需開發一個更爲高效的銀行計算機儲蓄系統,讓儲蓄業務不用再排隊。
(1)當前銀行使用的銀行儲蓄系統在辦理業務時僅僅靠手工操做,人工業務佔據了所有,因此要求銀行業務員辦理業務時細心耐心,對數字敏感,算術水平 高。它嚴重影響了工做效率,且出錯率高,儲戶辦理事務時須要等待時間過長,須要大量的銀行業務員才能知足日益增加的存取款要求。
(2)用紙張記錄保存用戶存款記錄查找繁瑣,耗時久,不方便,且容易丟失。且人工記錄不能保證萬無一失,容易出現數據錄入錯誤。隨着用戶數的增多,這個缺陷會愈加凸顯。
(3)存款記錄保密性差,任何一個業務員均可以隨意更改查閱用戶數據,用戶的資料容易泄漏,帶來安全隱患。
(4)業務員服務的時間有限,不能24小時辦理業務,沒有應急處理,不能更好的解決羣衆的需求。
(5)全部客戶的業務都由業務員手工辦理,浪費人力資源。有的簡單的業務經改進可由機器完成,徹底不用人工參與,這樣節約了人力成本,也提升效率。
(6) 對現有系統的改進維護只能依靠增多業務員數量,增多銀行分行數目,提升業務員業務素質來實現。增多業務員數量會致使銀行人員支出大大增多,同時須要多選址 建設分行,或者擴大分行規模,費用代價巨大。業務員的業務素質須要培養,不能短時間無限看見成效,及培養新人員須要必定的時間,這又浪費資金和人力資源。對 現用系統的改進型維護已經不能解決儲戶愈來愈多、儲戶時間愈來愈長的問題。
4、目前住院病人主要由護士護理,這樣作不只須要大量的護士,並且因爲不能隨時觀察危重病人的病情變化,還可能會延誤搶救時機。某醫院打算開發一個以計算機爲中心的患者監護系統,試寫出問題定義,而且分析開發這個系統的可行性。
醫院對患者監護系統的基本要求是隨時接收每一個病人的生理信號(脈搏、體溫、血壓、心電圖等),定時記錄病人狀況以造成患者信息,此外,護士在須要時還能夠要求系統印出某個指定病人的病情報告。
答:從文體陳述可知,本系統的數據源點是「病人」和「護士」,他們分別提供生理信號和要求病情報告的信息。進一步分析問題陳述,從系統應該「定時記錄病人狀況以造成患者日誌」這項要求能夠想到,還應該有一個提供日期和時間信息的「時鐘」做爲數據源點。
從問題陳述容易看出,本系統的數據終點是接受警告信息和病情報告的護士。
系統對病人生理信號的處理功能主要是「接收信號」、「分析信號」和「產生警告信息」。此外,系統還應具備「定時取樣生理信號」、「更新日誌」和「產生病情報告」功能。
爲分析病人生理信號是否超出了醫生規定的安全範圍,應輸出「患者安全範圍」信息,此外,定時記錄病人生理信號所造成的「患者日誌」,顯然也是一個數據存儲。