1、精選優質文檔-傾情為你奉上可行性分析報告 完成人：周姣2009年3月 目 錄1 引言 . 31.1 編寫目的 . 31.2 背景 . 31. 參考資料 . 32 可行性研究的前提 . 32.1 基本要求 . 32.1.1 功能要求 3 2.1.2 性能要求 3 2.2 限制條件 . 3 2.2.1 投資估計 4 2.2.2 運行環境 4 2.2.3 開發時間 43 對現有系統的分析 . 43.1 基本系統模型. 43.2 數據流圖 . 533 總體結構 .5 3.3.1 模塊設計 .5 3.3.2 軟件結構 53.5 功能分配 . 53.6 人工處理. .54接口設計 .6 4.1 用戶接口

2、.6 4.2 內部接口 65 運行設計 . .75.1 運行模塊 75.2 運行控制 .7 5.3 運行時間 . .76 系統出錯處理 . .87 結論 .81 引言1.1 編寫目的經過對該醫院監護系統項目進行詳細調查研究，初擬系統實現報告，對軟件開發中將要面臨的問題及其解決方案進行可行性分析。明確開發風險及其所需要的成本效益。本報告經審核后，交由軟件經理審查。1.2 背景 項目名稱：醫院計算機監護系統用戶：醫院說明：隨著社會發展的不斷進步，醫療事業的不斷壯大，人們對醫療機構的要求也就不斷提高，目前住院病人主要由護士護理，這樣做不僅需要大量的護士，且由于不能隨時觀察危重病人的病情變化，還會延誤

3、搶救時機。因此怎樣有效的提高護士的工作效率和更及時的了解病人的病情的問題，引起了人們的重視。由于信息產業的出現和網絡的普及，計算機的應用已普及到人類社會的每一個角落，它與人類的生活關系越來越密切。為了節省不必要的人力物力，并有效的提高工作效率，使患者監護工作簡化，所以開發了一套以計算機為中心的，具有完整的存儲，查詢，警報，打印等功能的患者監護系統。1. 參考資料 軟件工程原理，方法與應用 吳欽藩 編著 人民交通出版社出版 軟件工程導論（第四版） 張海藩 編著 清華大學出版社出版軟件工程任勝兵邢琳編著北京郵電大學出版社2 可行性研究的前提2.1 基本要求2.1.1 功能要求 此系統要求輸入病人的

4、姓名、住址、電話號碼、身份證號碼、住院日期、身體狀況，隨時接收每個病人的生理信號（脈搏、體溫、血壓、心電圖等），定時記錄病人情況以形成患者日志，當某個病人的勝利信號超出醫生規定的安全范圍時向值班護士發出警告信息，此外，護士在需要時還可以要求系統印出某個指定病人的病情報告。 2.1.2 性能要求 該軟件有9個功能模塊，各模塊功能如下：生理信號輸入管理模塊：通過連接在病人身上的傳感器，根據傳感器的值將生理信號輸入系統 定時時間調節處理：通過系統，管理人員（醫護人員）可以按需要輸入定時采樣的時間。 病人信息輸入模塊：工作人員可以將病人的基本信息（患者姓名、患者性別、住址、聯系電話、患病名稱、入院日期

5、、狀態（已出院、住院）、備注）輸入系統。 病人信息修改管理模塊：對病人的基本信息（患者姓名、患者性別、住址、聯系電話、患病名稱、入院日期、狀態（已出院、住院）、備注）進行修改。病人信息查詢模塊：對病人的基本信息（患者姓名、患者性別、住址、聯系電話、患病名稱、入院日期、狀態（已出院、住院）、備注）進行查詢。生理信號安全范圍控制模塊：對各個病人的生理信號的安全范圍進行輸入、修改、查詢。警報模塊：對超過設定安全范圍的病人及時通知醫護人員。病情查詢模塊：可以對這一段時間的病人病情進行查詢病情報告打印模塊：可以對查詢得的病人病情打印出病情報告2.2限制條件2.2.1 經費、投資方面的來源和限制：各種硬件

6、和工作人員工資需至少10萬元2.2.2.硬件、軟件、運行環境和開發環境方面的條件和限制：軟件需求：操作系統WINDOWS 2000 Advance Server以上；數據庫服務器端軟件ORACLE 9I， Delphi 7.0。硬件需求：10M以上的LAN接入網絡帶寬，P4 3.0G Xeon CPU /1G內存/360G(10K) SCSI硬盤的服務器，P3以上微機（帶網卡）的客戶機，P4 3.0G Xeon CPU /1G內存/36G(10K) RAID硬盤的數據庫服務器2.2.3開發時間：本系統采用Delphi 實現，依靠其強大的控件系統，Oracle數據庫管理系統和用c語音編制的傳感器

7、驅動相結合，能在2個月內開發出系統3 對現有系統的分析1、基本系統模型2、數據流圖 4 總體結構4.1 各模塊設計如下：M1.1初始化模塊M1.2關閉系統模塊M1.3系統功能模塊M2.1生理信號輸入管理模塊M2.2定時時間調節模塊M3.1信息輸入模塊M3.2信息修改模塊M3.3信息查詢模塊M4.1生理信號安全范圍模塊M4.2警報模塊M5.1病情查詢模塊M5.2病情報告打印模塊4.2 軟件結構：5 功能分配1.系統控制功能初始化模塊（M1.1）；關閉系統模塊（M1.2）； 系統功能模塊（M1.3）2.生理信號輸入控制功能生理信號輸入管理模塊（M2.1）；定時時間調節模塊（M2.2）；3.病人基本

8、信息管理功能信息輸入模塊（M3.1）信息修改模塊（M3.2）信息查詢模塊（M3.3）；4.警報功能生理信號安全范圍控制模塊（M4.1）；警報模塊（4.2）；5.病人病情管理功能病情查詢模塊（M5.1）；病情報告打印模塊（5.2）6 人工處理過程1、傳感器輸入信號間隔時間由用戶輸入2、生理信號安全范圍需要用戶輸入3、查詢病人信息由用戶輸入4 接口設計4.1用戶接口本系統的用戶界面如下所示菜單快捷功能鍵區 用戶輸入界面（系統顯示界面）提交區4.2內部接口1 初始化模塊：系統初始時由操作系統調用，執行完畢后進入事件等待狀態；2 關閉系統模塊：由系統功能模塊調用，執行完畢返回操作系統；3 系統功能模塊

9、：接收系統功能區相應事件，啟動生理信號輸入管理、定時時間調節、信息輸入、信息修改、信息查詢等模塊4 生理信號輸入管理模塊：完成生理信號輸入管理功能；5 定時時間調節模塊：完成定時時間調節功能；6 信息輸入模塊：完成信息輸入功能；7 信息修改模塊：完成信息修改功能； 8 信息查詢模塊：完成信息查詢功能；9 生理信號安全范圍控制模塊：完成生理信號安全范圍控制功能；10 警報模塊：完成發出警報功能；11 病情查詢模塊：完成病情查詢功能；12 病情報告打印模塊：完成病情報告打印功能；5 運行設計5.1 運行模塊組合模塊命名方式按照相應模塊結合特性制定。5.2 運行控制本軟件控制流程：先由操作系統啟動M1.1，然后進入事件驅動模式，由相應的事件分別激活M1.3，相應激活M2.1、M2.2、M3.1、M3.2、M3.3、M4.1、M4.2等模塊，其中M1.2將關閉并退出系統。5.3 運行時間各模塊運行時間均應控制在13秒內（其中大部分為響應用戶的動作）。由于系統采用事件驅動方式，有效提高計算機的利用率。6 系統出錯處理設計1. 聯機事務處理(OLAP)是建立在TCP/IP 協議上，有多階段事務處理響應控制，保證事務處理前后臺一致性。2. 數據庫處理事務失敗自動回滾技術，保證數據庫表的數據一致性和完整性。3. 重要數據的校驗檢查。4. 各個子系統的操作監控，異常情況報告；并