實驗可行性分析報告

第頁竭誠為您提供優(yōu)質(zhì)文檔/雙擊可除實驗可行性分析報告

篇一：可行性實驗報告

可行性研究報告

1.引言

1.1編寫目的

為了保證項目團隊按時保質(zhì)地完成項目目標，便于項目團隊成員更好地了解

項目情況，使項目工作開展的各個過程合理有序，使項目成員和項目干系人了解計算機項目開發(fā)計劃書的作用和預期達到的效果

1.2背景

a.本項目開發(fā)的計算器的名稱為：萬能計算器

b.本項目的任務提出者為：軟件工程老師；

、開發(fā)者為：邸淼凱；

用戶及實現(xiàn)該軟件的計算站或計算機網(wǎng)絡為：河北工業(yè)大學廊坊分校；

c.該軟件可以被其他系統(tǒng)軟件使用

1.3定義

[列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。]

1.4參考資料

[列出用得著的參考資料。]

2.可行性研究的前提

[說明對所建議開發(fā)的軟件的項目進行可行性研究的前提。]

2.1要求

使用計算器可進行加（+）、減（-）、乘（*）、除（/）、開方（sqrt）、百分數(shù)（%）、倒數(shù)（1/x）等簡單算術(shù)計算。計算時可使用鼠標點擊按鈕進行操作，也可在鍵盤上通過按鍵進行操作。如果輸入錯誤可以按退格鍵（backspace）刪除，重新輸入；

2.2目標

用大學中所學的c++和數(shù)據(jù)庫和Java盡可能的完善計算器；

3．可行性研究

3.1技術(shù)可行性

本計算器完全可以用學生在大學所學的c++,數(shù)據(jù)庫,java知識實現(xiàn)；能在短期內(nèi)完成；雖然所選的技術(shù)并不是那么先進，但對于在校大學生來說是合理的技術(shù)。對有些學生而言退格鍵的使用可能存在問題，但能通過問同學，老師來克服。

3.2經(jīng)濟可行性

這款軟件的研究對我們學生來說基本上是零成本，可以用課余時間來完成，從效益來說，不存在較高的經(jīng)濟效益，能帶來不錯的知識興趣；

3.3操作可行性

該軟件可以用windows的任意系統(tǒng)實現(xiàn)；

3.4社會可行性

該軟件在使用時不會觸犯法律，也不存在侵權(quán)行為；也不需要承擔責任；

4.軟件生命周期

編碼前：確定項目，項目背景分析，可行性分析，一天

：確定軟件功能，軟件的展示界面，軟件的開發(fā)人員配備，一天

編碼中：代碼的編寫，一天

編碼后：檢查功能，執(zhí)行效率，可靠性，兩天

由上述安排大約需要一周時間完成該系統(tǒng)。

5．數(shù)據(jù)流程圖：

6.結(jié)論

結(jié)論意見：經(jīng)上述可行性分析，系統(tǒng)研制和開發(fā)可以立即開始進行；

篇二：實驗一可行性研究報告

本科實驗報告

課程名稱：

實驗項目：軟件工程A實驗

實驗地點：

專業(yè)班級：學號：

學生姓名：

指導教師：

20XX年01月08日

實驗一傳統(tǒng)軟件工程的可行性研究

一、實驗目的

目的：確定課題，熟悉軟件開發(fā)環(huán)境，寫出可行性報告。

任務：根據(jù)提供的課題需求和條件，按照軟件開發(fā)國家標準可行性報告書寫格式，寫出該課題的可行性報告，并熟悉相應的軟件開發(fā)環(huán)境。

二、實驗內(nèi)容

1.實驗內(nèi)容與要求：

根據(jù)實驗指導書提供的課題需求和條件，按照軟件開發(fā)國家標準可行性報

告書寫格式，寫出該課題的可行性報告。熟悉相應的軟件開發(fā)工具的使用環(huán)境。

2.準備參考資料和閱讀相關的國家有關軟件開發(fā)的標準文檔。

三、主要儀器設備

windows7操作系統(tǒng)。

四、實驗步驟

患者監(jiān)護系統(tǒng)可行性研究報告

1.1引言

目前住院病人主要由護士護理，這樣做不僅需要大量護士，而且由于不能隨時觀察病人的病情變化，還會延誤搶救時間。因此，某醫(yī)院想開發(fā)一個以計算機為中心的患者監(jiān)護系統(tǒng)。

醫(yī)院最最重要的部門即是住院部，很大一部分病人需要進行住院以達到最佳治療效果，其信息化的實現(xiàn)，可以更好更準確的記錄病人信息，使病人得到最好的監(jiān)護管理，所以住院部勢必要在各方面實現(xiàn)信息化。同時，對醫(yī)療衛(wèi)生的要求也越來越高。監(jiān)護記錄的往往是病人的基本檔案，方便醫(yī)護人員更好的了解病人的情況，給病人提供及時的治療。本系統(tǒng)就是針對這方面的迫切需求而設計實現(xiàn)的。

1.1.1編寫目的

此文檔作為用戶對即將開發(fā)的軟件的功能要求，是軟件設計和開發(fā)主要依據(jù)。1.1.2項目背景

項目名稱：醫(yī)院計算機監(jiān)護系統(tǒng)

開發(fā)單位：太原理工大學計Z1002班軟件小組

1.2可行性研究的前提

1.2.1要求

A.監(jiān)護系統(tǒng)要能夠隨時接收病人的生理信號，如血壓、體溫、脈搏、

心電圖等，監(jiān)視病員的病癥；

b.定時記錄病人情況以形成患者日志，定時更新病歷；

c.當某個病人的生理信號超出醫(yī)院的規(guī)定的安全范圍時向值班護士

發(fā)出警告信息，病員出現(xiàn)異常情況時報警；

D.護士在需要時還可要求系統(tǒng)打印某個病人的病情報告，隨機地產(chǎn)生

某一病員的病情報告。

e.性能：

本系統(tǒng)要求反應時間不得低于2秒；

定期對數(shù)據(jù)庫備份。

e.本系統(tǒng)要求輸出的數(shù)據(jù)有：查詢信息、報表、警報控制信號。

F.掛號科的工作人員負責病人基本信息的輸入，住院部的醫(yī)護人員負

責病人住院日志的情況，管理員負責系統(tǒng)的維護。

1.2.2目標

該系統(tǒng)要求能夠隨時接受每個病人的生理信號(脈搏、體溫、血壓、心

電圖等)，定時記錄病人情況以形成患者日志，當某個病人的生理信號超出

醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息，病員出現(xiàn)異常情況時報

警；此外，護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告，隨

機地產(chǎn)生某一病員的病情報告。

本軟件系統(tǒng)要求安全、可靠（具有出錯處理能力）、準確。

1.3對當前系統(tǒng)的分析

本系統(tǒng)的最終用戶為醫(yī)院，根據(jù)從醫(yī)院方面取得的圖表資料、文字資料以及其他細節(jié)方面的信息，又從日常生活中的經(jīng)驗，和所做的其他詢問和調(diào)查，得出用戶下列實際要求。

1.3.1醫(yī)院的組織及職責

醫(yī)院的主要構(gòu)成分為兩個部分，門診部門、住院部門，所有日常工作

都是圍繞著這兩大部門進行的。

門診部門和住院部門各下設若干科室且部分交叉，各科室都有相應的

醫(yī)生、護士，來完成所承擔的醫(yī)療工作。

其中，門診藥房負責門診病人的藥品管理，包括根據(jù)處方，按處方內(nèi)

容備藥、發(fā)藥，向藥庫領藥等；住院處負責所有就醫(yī)病人的住院事宜和相

關管理；檢驗科室負責病人的各項檢驗，以及與各項檢驗相關的管理，藥

劑取用等。

上述各部門都有相關的辦公地點、治療地點和相對固定的工作人員。

1.3.2信息要求

由于系統(tǒng)的使用主體是醫(yī)院的管理人員，因此對系統(tǒng)的信息要求可分

為以下幾個方面：

病人信息

首先是病人的基本信息，主要包括病人的姓名，性別，出生年月，年

齡，家庭住址，聯(lián)系方式等；

對于門診病人，需要就診時間，就診醫(yī)科，就診結(jié)果，處方記錄，檢

查時間，檢查項目，檢查結(jié)果，檢驗時間，檢驗項目，檢驗結(jié)果等；

對于住院病人，需要入院時間，所在病區(qū)，所在醫(yī)科，床位號，主治

醫(yī)師，用藥記錄，檢查時間，檢查項目，檢查結(jié)果，檢驗時間，檢驗項目，檢驗結(jié)果，手術(shù)時間，手術(shù)相關記錄，病人病情變化記錄，相關體檢記錄，出院時間等。

1.3.3系統(tǒng)功能

1．完成病人的入、出、轉(zhuǎn)登記；

2．管理病區(qū)床位，提供換床、掛床、包床處理；

3．錄入、維護或執(zhí)行和各類長短期醫(yī)囑；根據(jù)用藥類醫(yī)囑自動生成處方

并劃價記賬，發(fā)送至中心藥房申領藥品；向檢查科室提交檢查申請；

向檢驗科室提交檢驗申請；向手術(shù)室提交手術(shù)申請；

4．對于病人在病區(qū)發(fā)生的床費等各項常規(guī)費用進行及時記賬；

5．自動采集用藥相關費用，如注射費、注射器費、滴管費等；

6．錄入病人體征信息、診斷信息；

7．可以設置預交金報警下限，對病人賬目實時監(jiān)控，余額不足時自動提

示，避免欠費的發(fā)生；

8．公布病人每日用款情況；

9．輸出各種護理工作單：治療單、服藥單、肌注單、滴注單等；

1.3.4系統(tǒng)結(jié)構(gòu)

1.4技術(shù)可行性分析

1.4.1硬件、軟件、運行環(huán)境和開發(fā)環(huán)境

軟件需求：操作系統(tǒng)windows2000及以上；數(shù)據(jù)庫服務器端軟件

oRAcLe9I，Visualstdio20XX，Zigbee無線網(wǎng)絡模塊。硬件需求：10m以上的LAn接入網(wǎng)絡帶寬，p43.0gxeoncpu/1g內(nèi)存/360g(10K)scsI

硬盤的服務器，p3以上微機帶網(wǎng)卡的客戶機，p43.0gxeoncpu/1g內(nèi)存/36g(10K)RAID硬盤的數(shù)據(jù)庫。

1.4.2技術(shù)可行性評價

系統(tǒng)采用Visualstdio20XX實現(xiàn)，依靠其強大的控件系統(tǒng)，oracle

數(shù)據(jù)庫管理系統(tǒng)和用c++語言編制的傳感器驅(qū)動程序，Zigbee無線網(wǎng)絡模塊相結(jié)合，能在2個月內(nèi)開發(fā)出系統(tǒng)。

1.5經(jīng)濟可行性分析

1.5.1當前效益

目前很多醫(yī)院由于完全采用純?nèi)斯さ姆绞絹硗瓿晒ぷ?，醫(yī)務人員要一

邊關注某些病人的情況，一邊還要忙著對其它的病人進行醫(yī)療診斷，工作量大，耗時比較多，所以工作效率低。這將給醫(yī)院帶來巨大的無形經(jīng)濟損失。同時各種指導實習護士的工作量、人工費，也是一個不小的開支。

1.5.2系統(tǒng)效益

本系統(tǒng)能滿足各種業(yè)務要求的醫(yī)療計算機監(jiān)護系統(tǒng)，在采用生命周期

的前提下，從問題識別到系統(tǒng)實施、評價、維護，開發(fā)周期如果以兩年計，共需人工成本m元，各種軟硬件成本n元，日常維護費用o元，共計成本費用p元，略高/低于兩年的人工費用總和。

由于系統(tǒng)能在未來較長的一段時間內(nèi)穩(wěn)定地發(fā)揮作用，對于醫(yī)院的提

高管理水平很大的幫助。這樣才能使醫(yī)院早日接入到總行的更高層次的網(wǎng)絡體系中，更加廣泛的吸收各方面的信息資源，為醫(yī)院業(yè)務在將來的擴張打下堅實的基礎，其經(jīng)濟效益將更上一層樓。

1.6法律可行性分析

該監(jiān)護系統(tǒng)可以建立合同作為雙方合作的基礎，所以不會存在任何侵

犯、妨礙和責任問題。即使存在了，也可以根據(jù)合同進行分析，一定有人會負責任，所以此系統(tǒng)完全可以進行開發(fā)。

1.7可行性分析結(jié)論

(:實驗可行性分析報告)由以上經(jīng)濟、技術(shù)、操作、和法律等方面的分析可以看出，本系統(tǒng)的

開發(fā)時機成熟，從多種角度考慮，都是可行的。

所以，患者監(jiān)護系統(tǒng)值得投資開發(fā)。

五、討論

1.項目開發(fā)首先要做的是什么？

答：可行性研究，即用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。

2.可行性分析應該從哪幾方面分析？

答：經(jīng)濟、技術(shù)、操作、法律四個方面。

篇三：實驗一可行性研究報告

試驗一電子病歷系統(tǒng)可行性研究報告

一、實驗目的：掌握可行性研究的步驟，練習編寫可行性研究報告。

二、實驗工具：word或powerpoint。

三、實驗內(nèi)容：

1、可行性研究方法；

2、繪制數(shù)據(jù)流圖，使用word編寫實驗報告。

四、實驗步驟

1.1引言

電子病歷是醫(yī)療服務機構(gòu)對門診、住院患者（或保健對象）臨床診療和指導干預的、數(shù)字化的醫(yī)療服務工作記錄。電子病歷明確了臨床信息系統(tǒng)的數(shù)據(jù)需求，一份患者的電子病歷是在醫(yī)療機構(gòu)歷次就診時所產(chǎn)生和被記錄的所有診療活動的完整記錄，是以歷次就診、健康和疾病問題、醫(yī)療服務活動（或干預措施）作為三個維度構(gòu)建的一個邏輯架構(gòu)，用于全面、有效、多視角地描述電子病歷的組成結(jié)構(gòu)以及復雜信息間的內(nèi)在聯(lián)系。通過一定的時序性、層次性和邏輯性，將歷次就診的健康和疾病問題、針對性的醫(yī)療服務（或干預措施）以及所記錄的相關信息有機地關聯(lián)起來，并對所記錄的海量信息進行科學分類和抽象描述，使之系統(tǒng)化、條理化和結(jié)構(gòu)化?，F(xiàn)代計算機技術(shù)的進步，使醫(yī)院信息化已經(jīng)成為現(xiàn)代醫(yī)院改革與發(fā)展的重要方向。由于信息自動化的日趨重要，使利用計算機提高醫(yī)院的日常工作效率已經(jīng)成為各醫(yī)院改革的迫切需求。

1.1.1編寫目的

此文檔作為用戶對即將開發(fā)的軟件的功能要求，是軟件設計和開發(fā)主要依據(jù)。

1.1.2項目背景

項目名稱：醫(yī)院電子病歷系統(tǒng)

1.2可行性研究的前提

1.2.1要求

電子病歷管理系統(tǒng)各個模塊主要實現(xiàn)功能是分別為，患者信息管理

實現(xiàn)患者基本信息的添加、查詢，以及查詢后基本信息的顯示、修改、刪除；病歷信息管理實現(xiàn)患者病歷信息的添加、查詢，以及查詢后病歷

就診信息的顯示、修改、刪除。

本軟件系統(tǒng)要求安全、可靠（具有出錯處理能力）、準確。

1.3對當前系統(tǒng)的分析

本系統(tǒng)的最終用戶為醫(yī)院，根據(jù)從醫(yī)院方面取得的圖表資料、文字資料以及其他細節(jié)方面的信息，又從日常生活中的經(jīng)驗，和所做的其他詢問和調(diào)查，得出用戶下列實際要求。

1.3.1醫(yī)院的組織及職責

醫(yī)院的主要構(gòu)成分為兩個部分，門診部門、住院部門，所有日常工作都是圍繞著這兩大部門進行的。

門診部門和住院部門各下設若干科室且部分交叉，各科室都有相應的醫(yī)生、護士，來完成所承擔的醫(yī)療工作。

其中，門診藥房負責門診病人的藥品管理，包括根據(jù)處方，按處方內(nèi)容備藥、發(fā)藥，向藥庫領藥等；住院處負責所有就醫(yī)病人的住院事宜和相關管理；檢驗科室負責病人的各項檢驗，以及與各項檢驗相關的管理，藥劑取用等。

上述各部門都有相關的辦公地點、治療地點和相對固定的工作人員。

1.3.2信息要求

由于系統(tǒng)的使用主體是醫(yī)院的管理人員，因此對系統(tǒng)的信息要求可分為以下幾個方面：

病人信息

首先是病人的基本信息，主要包括病人的姓名，性別，出生年月，年齡，家庭住址，聯(lián)系方式等；

對于門診病人，需要就診時間，就診醫(yī)科，就診結(jié)果，處方記錄，檢查時間，檢查項目，檢查結(jié)果，檢驗時間，檢驗項目，檢驗結(jié)果等；

對于住院病人，需要入院時間，所在病區(qū)，所在醫(yī)科，床位號，主治醫(yī)師，用藥記錄，檢查時間，檢查項目，檢查結(jié)果，檢驗時間，檢驗項目，檢驗結(jié)果，手術(shù)時間，手術(shù)相關記錄，病人病情變化記錄，相關體檢記錄，出院時間等。

1.3.3系統(tǒng)功能

（1）需要管理內(nèi)容包括：

患者基本信息，詳細包括（姓名、性別、年齡、聯(lián)系地址、聯(lián)系方式等）。患者相關病歷信息，詳細包括（就診時間、診斷描述、處方）。

（2）病歷基礎數(shù)據(jù)字典及病歷模板的設置

（3）結(jié)構(gòu)化錄入，并實現(xiàn)結(jié)構(gòu)化檢索，滿足臨床科研統(tǒng)計分析的需要幫助醫(yī)生護士快速定位患者，高質(zhì)量的完成患者病歷的書寫

（3）能夠?qū)崿F(xiàn)臨床套打、續(xù)打、清潔打印、局部選擇打印等各種打印需要

（4）實現(xiàn)病歷醫(yī)院三級檢診、痕跡保留、電子簽名的要求

（5）實現(xiàn)醫(yī)院病歷質(zhì)量控制，建立院級、科級、書寫者三級質(zhì)量控制體系，實施電子病歷質(zhì)量網(wǎng)絡實時監(jiān)控

（6）實現(xiàn)患者病歷的歸檔統(tǒng)一管理，嚴格已歸檔病歷的借閱及歸還的控制能夠?qū)崿F(xiàn)個性化設置，滿足不同客戶病歷書寫個性化需求能夠與hIs、pAcs、LIs等系統(tǒng)無縫連接

（7）病歷的保存能夠?qū)崿F(xiàn)滿足國家標準化的要求，預留與居民電子檔案等區(qū)域電子醫(yī)療

（8）系統(tǒng)的接口，逐步實現(xiàn)病歷數(shù)據(jù)、居民健康信息區(qū)域共享

1.3.4系統(tǒng)結(jié)構(gòu)

1.4技術(shù)可行性分析

1.4.1硬件、軟件、運行環(huán)境和開發(fā)環(huán)境

軟件需求：操作系統(tǒng)windows2000及以上；數(shù)據(jù)庫服務器端軟件

oRAcLe，