2軟件項(xiàng)目計(jì)劃書_第1頁
2軟件項(xiàng)目計(jì)劃書_第2頁
2軟件項(xiàng)目計(jì)劃書_第3頁
2軟件項(xiàng)目計(jì)劃書_第4頁
2軟件項(xiàng)目計(jì)劃書_第5頁
已閱讀5頁,還剩13頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、軟件項(xiàng)目計(jì)劃書一、 引言 21.1 編寫目的 2二、項(xiàng)目概述 22.1 項(xiàng)目背景 22.2 項(xiàng)目目標(biāo)與范圍 32.2.1 目標(biāo)和范圍描述 32.2.2 主要功能 32.2.3 管理和技術(shù)約束 52.3 項(xiàng)目估算 62.3.1 使用的歷史數(shù)據(jù) 62.3.2 使用的評估技術(shù) 72.3.3 工作量、成本、時間估算 7三、進(jìn)度 (日程 ) 83.1 項(xiàng)目分解結(jié)構(gòu) 83.2 資源表 9四、關(guān)鍵問題 9五、軟件配置方案 10六、項(xiàng)目資源 106.1 人員 106.2 系統(tǒng)和軟件 10七、人員組織 117.1 組織結(jié)構(gòu) 117.2 管理報告 11八、跟蹤和控制機(jī)制 128.1 質(zhì)量保證和控制 128.2 變

2、化管理和機(jī)制 12引言1.1 編寫目的一個完整的醫(yī)院信息管理系統(tǒng)應(yīng)該既包括醫(yī)院管理信息系統(tǒng), 又 包括臨床醫(yī)療信息系統(tǒng), 國外研究機(jī)構(gòu)在力求實(shí)現(xiàn)醫(yī)院信息管理系統(tǒng) 的完整性。臨床信息管理系統(tǒng)在數(shù)據(jù)處理的實(shí)時性要求,相性速度, 安全保密等要一般信息系統(tǒng)有更苛刻的要求。 而目前醫(yī)院管理信息系 統(tǒng)的計(jì)算機(jī)技術(shù)較為單純和簡單, 數(shù)據(jù)動態(tài)傳遞復(fù)雜。 本系統(tǒng)通過對 病人信息管理系統(tǒng)方案的設(shè)計(jì)與實(shí)施, 提出一種對病人在就診過程中 產(chǎn)生的信息進(jìn)行數(shù)字化管理的技術(shù), 為門診建立起信息高速公路, 促 進(jìn)醫(yī)院門診逐步形成方便,科學(xué),合理的管理模式。從根本上改變傳 統(tǒng)的依靠文件等信息的傳遞方式,實(shí)現(xiàn)無紙化辦公,簡化就診

3、手續(xù), 加快信息流通速度,提高治療效率。二、項(xiàng)目概述2.1 項(xiàng)目背景隨著科學(xué)的不斷進(jìn)步,計(jì)算機(jī)應(yīng)用已經(jīng)遍布整個社會的每個角 落。人們的身體健康也在不斷受到重視。因此,醫(yī)院進(jìn)行現(xiàn)代化管理 就變得尤為重要。 目前社會正處于健保發(fā)展方興未艾的時代, 各醫(yī)療 院所莫不兢兢業(yè)業(yè)的改善本身的體制或管理方式, 因以保健越來愈嚴(yán)提高管理格的規(guī)范。 小型醫(yī)院信息管理系統(tǒng)是適應(yīng)時代發(fā)展的需要,的效率而開發(fā)設(shè)計(jì)的2.2 項(xiàng)目目標(biāo)與范圍2.2.1 目標(biāo)和范圍描述項(xiàng)目:醫(yī)院管理信息系統(tǒng) 功能:該系統(tǒng)適用于在各個大小型醫(yī)療機(jī)構(gòu), 它能及時提供醫(yī)療 動態(tài)情況,如病人流動情況、危重病人情況、手術(shù)安排情況、病房床 位占用情況等

4、。 通過提供出院病人提前通知功能, 可提前預(yù)約入院病 人,從而加速床位周轉(zhuǎn)。問題:現(xiàn)在很多系統(tǒng)都是以財(cái)務(wù)為中心, 而不是以病人為中心來 進(jìn)行設(shè)計(jì),這種模式已越來越顯得有局限性;門診掛號、收費(fèi)、藥品 信息管理還是信息孤島, 門診藥品的統(tǒng)計(jì)還未通過信息共享實(shí)現(xiàn)、 門 診臨床醫(yī)療診療信息,住院電子病歷都未實(shí)現(xiàn)數(shù)字化管理。項(xiàng)目目標(biāo): 開發(fā)醫(yī)院管理信息系統(tǒng), 解決一些手工管理不能或難 以解決的問題, 能為管理者及時了解醫(yī)院運(yùn)行情況、 進(jìn)行科學(xué)決策提 供準(zhǔn)確的信息。 醫(yī)院管理以醫(yī)療管理和經(jīng)濟(jì)管理為主。 作為一個完善 的醫(yī)院信息系統(tǒng), 一方面要能建立起一套能反映醫(yī)院醫(yī)療和經(jīng)濟(jì)運(yùn)行 狀況的指標(biāo)體系,并使之常規(guī)

5、化;另一方面,系統(tǒng)的運(yùn)行要直接為改善醫(yī)院的管理服務(wù)。2.2.2 主要功能(1) 概述可行性分析:對于電子交易平臺系統(tǒng),這不是醫(yī)藥企業(yè)的核心業(yè)務(wù)領(lǐng)域,無論是單體零售藥店還是藥品連鎖零售企業(yè),自建投入成本較高,但對于電子交易平臺網(wǎng)上購藥經(jīng)濟(jì)成本會降低很多。(2) 傳統(tǒng)購藥系統(tǒng)流程圖入庫單岀庫單庫存單付款方式訂單確認(rèn)(3) 管理員子系統(tǒng)流程圖(4) 網(wǎng)上購藥流程圖注冊/登錄>選購商品放入購物車選購商品注冊/登錄放入購物車(5) 功能描述 藥物查詢和瀏覽功能:當(dāng)進(jìn)入網(wǎng)上藥店后,無需登錄,就可以瀏 覽藥品,而電子藥店還可以提供一個更好的功能,即通過藥品名稱、 類別等信息從浩瀚的藥品中迅速的找到的藥

6、品。用戶登錄注冊功能: 在用戶購買的藥品時, 系統(tǒng)將判斷其是否登 錄,如果沒有,則轉(zhuǎn)登錄界面,登錄后,系統(tǒng)還將轉(zhuǎn)向原來用戶瀏覽 的頁面。購物車功能:用戶登錄后,就可以把藥物放入購物籃中,可以對 購物籃進(jìn)行管包括修改所購藥物數(shù)量、刪除藥物等。藥品信息管理功能:管理人員可以添加藥品,修改藥品的類別, 價格,上傳藥品的相關(guān)圖片等。定單信息管理功能:用戶確認(rèn)購買藥品,將形成一條訂單信息, 用戶可以查詢自己的定單。管理員可以查看定單,售出藥品。2.2.3 管理和技術(shù)約束由于沒有做過項(xiàng)目的經(jīng)驗(yàn), 在加上編程技術(shù)的限制, 小組人員少,時間的限制只能實(shí)現(xiàn)一個具有簡單功能的醫(yī)院信息管理系統(tǒng)2.3 項(xiàng)目估算2.3

7、.1 使用的歷史數(shù)據(jù)為了有效管理歷史數(shù)據(jù), 我們建立了歷史數(shù)據(jù)庫服務(wù)器用于歷史 數(shù)據(jù)的保存, 并擴(kuò)展了其功能, 將日常業(yè)務(wù)中的有關(guān)批處理業(yè)務(wù)從在 用數(shù)據(jù)庫服務(wù)器移至歷史數(shù)據(jù)庫服務(wù)器, 用于處理醫(yī)療及經(jīng)濟(jì)信息的 統(tǒng)計(jì)、查詢等批處理業(yè)務(wù)。1 建立歷史數(shù)據(jù)庫服務(wù)器1.1 軟硬件準(zhǔn)備 軟硬件準(zhǔn)備包括:( 1)一臺單獨(dú)的服務(wù)器作為 歷史服務(wù)器,內(nèi)存 2G 以上,硬盤最好在 160 g 以上。(2)安裝操作 系統(tǒng)及數(shù)據(jù)庫管理系統(tǒng)要與在用數(shù)據(jù)庫服務(wù)器相同,但版本可以不 同。(3)歷史服務(wù)器的物理配置可以不同于在用數(shù)據(jù)庫服務(wù)器,但邏 輯配置盡量相同,以便于管理和維護(hù)。1.2 數(shù)據(jù)準(zhǔn)備 數(shù)據(jù)準(zhǔn)備有:( 1)對在

8、用數(shù)據(jù)庫服務(wù)器做全備份 并恢復(fù)至歷史數(shù)據(jù)庫服務(wù)器。 (2)刪除歷史數(shù)據(jù)庫服務(wù)器中不足月數(shù) 據(jù)和不完整數(shù)據(jù)(如未生成收據(jù)的數(shù)據(jù)等)。(3)同時清除在用數(shù)據(jù)庫服務(wù)器中歷史數(shù)據(jù)。2 制訂實(shí)施方案2.1 實(shí)施原則 按應(yīng)用數(shù)據(jù)的性質(zhì),將需要復(fù)制備份的數(shù)據(jù)分為 兩大類 :門診收費(fèi)、住院病人收費(fèi)(包括病人醫(yī)囑、檢查、擺藥記錄 等);按應(yīng)用數(shù)據(jù)時效性,保證在用數(shù)據(jù)庫服務(wù)器中保留一定時間范 圍的數(shù)據(jù),歷史數(shù)據(jù)則一般是過月就從在用數(shù)據(jù)庫服務(wù)器轉(zhuǎn)儲至歷史數(shù)據(jù)庫服務(wù)器, 以便及時同步于歷史數(shù)據(jù)庫服務(wù)器,并不清除在用數(shù)據(jù)庫服務(wù)器數(shù)據(jù)。歷史數(shù)據(jù)處理的數(shù)據(jù)一般滯后數(shù)月甚至1年,過后就從在用數(shù)據(jù)庫服務(wù)器中清除。2.3.2使用

9、的評估技術(shù)軟件規(guī)模估算:采用類比的方法,根據(jù)歷史數(shù)據(jù)來進(jìn)行估算 工作量估算:基本 COCOMO模型成本估算:基本 COCOMO 模型 時間估算:基本 COCOMO模型2.3.3工作量、成本、時間估算軟件規(guī)模:LOC= (50 (重新設(shè)計(jì)) % +50 (重新編碼) % +重新測試(100) %)/3 已有代碼行(20000 ) =13000工作量估算:人員:五人成本估算:資料費(fèi)(資料費(fèi)、復(fù)印費(fèi))通信費(fèi)(移動通信費(fèi)、上網(wǎng)費(fèi)、電費(fèi))時間估算:基本COCOMO模型把工作量作為軟件規(guī)模的函數(shù)來計(jì)算,其計(jì)算公式為:E=aSAbS是以千源代碼行(KLOC )計(jì)數(shù)的程序規(guī)模,a,b為開發(fā)模式因子在我們的項(xiàng)目

10、中,我們采用半分離式,因此a取值為3.0,b 取值為 1.12 即 E=3.0*13A1.12=53.056根據(jù)計(jì)算的工作量,我們由下面公式計(jì)算所需的開發(fā)時間:t=cE9E為我們所計(jì)的工作量人月為單位,c,d是隨開發(fā)模式而改變因子,在這里我們同樣采用半分離式,c為2.5,d取值為0.35即t=2.5*53.056A0.35=10.036在小組中,我們共五人,大約半個月完成任務(wù)。二、進(jìn)度(日程)階段步驟內(nèi)容時間人員項(xiàng)目計(jì)劃成立項(xiàng)目組組建負(fù)責(zé)人員第1-2日彭佳確認(rèn)項(xiàng)目運(yùn)仃商業(yè)計(jì)劃分析與確認(rèn)黃鑫需求分析初步調(diào)研根據(jù)商業(yè)需求確實(shí)系統(tǒng)平臺需求第3-4日李浩詳細(xì)方案開發(fā)根據(jù)初步調(diào)研完成需求文檔曾卓項(xiàng)目開發(fā)

11、數(shù)據(jù)庫開發(fā)分析數(shù)據(jù)流程,建立數(shù)據(jù)表單第5-11日徐彪前臺編碼根據(jù)調(diào)研文檔完成相應(yīng)功能開發(fā)曾卓管理系統(tǒng)建立后臺管理系統(tǒng)李浩安裝部署安裝到目標(biāo)服務(wù)器系統(tǒng)初步上線,并開放第12日-結(jié)束徐彪3.1項(xiàng)目分解結(jié)構(gòu)3.2資源表人員:彭佳李浩黃鑫徐彪曾卓材料:書籍、打印的資料、原始系統(tǒng):醫(yī)療信息系統(tǒng)。信息:網(wǎng)絡(luò),移動電話硬件:計(jì)算機(jī)四、關(guān)鍵問題可能影響系統(tǒng)開發(fā)失敗原因:1 .開發(fā)小組的人員不合作,技術(shù)不夠。2 .由于對 SQL Server 2005、Delphi、數(shù)據(jù)庫設(shè)計(jì)的掌握程度不夠扎實(shí)。3 .網(wǎng)站的安全性問題,網(wǎng)站的維護(hù)關(guān)鍵問題:系統(tǒng)管理設(shè)計(jì)的需求分析不夠,調(diào)研不充分,沒有很因此我們需要在調(diào)研和需求分

12、好地處理客戶與管理的間的供求關(guān)系,析中花大量時間。與系統(tǒng)相關(guān)者進(jìn)行溝通五、軟件配置方案服務(wù)器放置公司機(jī)房(專線內(nèi)網(wǎng))方便軟硬件的日常維護(hù)及管理,可以保證軟件信息資料安全六、項(xiàng)目資源6.1人員人員職務(wù)李浩文檔編與人員曾卓界面設(shè)計(jì)人員徐彪編碼員黃鑫測試人員彭佳維護(hù)人員6.2系統(tǒng)和軟件系統(tǒng):Windows 7/8/10 丄inux 軟件:IE7.0 以上、Delphi 和 SQL Server 2008七、人員組織7.1 組織結(jié)構(gòu)文檔編寫人員:李浩界面設(shè)計(jì)人員:曾卓編碼員:徐彪測試人員:黃鑫維護(hù)人員:彭佳7.2 管理報告集中管理:作為一個完善的醫(yī)院信息系統(tǒng), 一方面要能建立起一套能反映醫(yī) 院醫(yī)療和經(jīng)

13、濟(jì)運(yùn)行狀況的指標(biāo)體系,并使之常規(guī)化;另一方面,系統(tǒng)的運(yùn)行要直接為改善醫(yī)院的管理服務(wù)。三流統(tǒng)一:企業(yè)管信息化最基礎(chǔ)也是企業(yè)最關(guān)心的就是物流、 信息流、 資 金 流的三流統(tǒng)一, 醫(yī)院也是如此, 如果背離了這個準(zhǔn)則再好的系統(tǒng)也不 能給醫(yī)院帶來有效的管理提升, 管理是建立在各分支機(jī)構(gòu)完整的信息 管理系統(tǒng)之上的,因此她具有天然的三流合一的特點(diǎn)八、跟蹤和控制機(jī)制8.1 質(zhì)量保證和控制( 1)首先建立完善的質(zhì)量保證體系,配備高素質(zhì)的項(xiàng)目管理和 質(zhì)量管理人員,強(qiáng)化 “項(xiàng)目管理,以人為本 ” 。( 2)建立嚴(yán)格而實(shí)用的質(zhì)量管理和控制辦法、實(shí)施細(xì)則,在工 程項(xiàng)目上堅(jiān)決貫徹執(zhí)行。( 3)利用計(jì)算機(jī)技術(shù)等先進(jìn)的管理手段進(jìn)行項(xiàng)目管理和質(zhì)量管 理和控制,強(qiáng)化了質(zhì)量檢測和驗(yàn)收系統(tǒng), 加強(qiáng)質(zhì)量管理的基礎(chǔ)性工作。8.2 變化管理和機(jī)制按照企業(yè)的項(xiàng)目管理模式, 以 ISO9001 :2000 標(biāo)準(zhǔn)建立有效的質(zhì) 量保證體系,并制定項(xiàng)目質(zhì)量計(jì)劃,推行 ISO9001 國際質(zhì)量管理體 系標(biāo)準(zhǔn),以合同為制約,強(qiáng)化質(zhì)量的過程和程序管理和控制。項(xiàng)目經(jīng) 理部推行專業(yè)責(zé)任工程師負(fù)責(zé)制, 在施工過程中對工程質(zhì)量進(jìn)行全面 的管理與控制;使質(zhì)量保證體系延伸到每個操作人員, 通過明確分工, 密切協(xié)調(diào)與配合,使工程質(zhì)量得到有效地控制。根據(jù)質(zhì)量保證體系, 建立崗位責(zé)任

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論