郭 宋,王 希,馮覓知
(1.太原理工大學(xué),山西 太原 030024;2.山西醫(yī)科大學(xué)第一醫(yī)院信息科,山西 太原 030012)
?
基于增量式模型設(shè)計(jì)與實(shí)現(xiàn)的材料采購管理系統(tǒng)
郭宋1,2,王希2,馮覓知2
(1.太原理工大學(xué),山西 太原 030024;2.山西醫(yī)科大學(xué)第一醫(yī)院信息科,山西 太原 030012)
摘要:基于軟件項(xiàng)目管理體系中生存期模型的框架理論,采用增量式模型重構(gòu)醫(yī)院綜合運(yùn)營管理系統(tǒng)中物流管理子系統(tǒng)下的材料采購管理模塊。詳細(xì)描述了根據(jù)增量式模型逐步增加和改善性能的設(shè)計(jì)方法和實(shí)施步驟。提出了一套重構(gòu)現(xiàn)有系統(tǒng)的思路與方法。
關(guān)鍵詞:軟件項(xiàng)目管理;增量式模型;材料采購管理
某大型醫(yī)院供應(yīng)室由于材料采購系統(tǒng)采用的是醫(yī)院綜合運(yùn)營管理系統(tǒng)中物流管理的一個(gè)子模塊,根據(jù)臨床科室反映,操作步驟復(fù)雜,界面模糊,語言描述過于專業(yè),推廣難度大,使用積極性不高,耽誤日常工作。跟該系統(tǒng)廠家交涉后得知,優(yōu)化該模塊產(chǎn)生的費(fèi)用與醫(yī)院期望值相差較大。故決定由醫(yī)院信息管理科獨(dú)立開發(fā)一套供應(yīng)室材料采購管理系統(tǒng)。
增量式模型是軟件開發(fā)中的一種常見的生存期模型,它假設(shè)需求可以分段成為一系列增量產(chǎn)品,每一增量可以分別的開發(fā),即首先構(gòu)造系統(tǒng)的核心功能,然后再逐步增加功能和完善性能的方法。根據(jù)分析研究,材料采購管理系統(tǒng)符合該模型的特點(diǎn)。
該系統(tǒng)采用SSH協(xié)議框架,JAVA語言,B/S架構(gòu),SQL Server 2008數(shù)據(jù)庫來進(jìn)行開發(fā)。
1系統(tǒng)描述
根據(jù)用戶對(duì)系統(tǒng)的需求分析得出,該材料采購系統(tǒng)的功能如下:
1.1核心功能
材料采購管理系統(tǒng)主要涉及三類用戶,一類是供應(yīng)室操作人員,一類是臨床科室使用人員,即材料供應(yīng)部門和材料領(lǐng)用部門,第三類是系統(tǒng)管理員。
· 材料供應(yīng)部門模塊
1) 材料字典維護(hù):提供供應(yīng)科室對(duì)材料屬性進(jìn)行增刪改查功能。每種材料包括三種屬性,即:名稱、規(guī)格和單位(例如:普通1 ml注射器:名稱:普通注射器。規(guī)格:1 ml。單位:100支/包)。
2) 操作人員字典維護(hù):提供對(duì)操作人員屬性進(jìn)行增刪改查功能。人員屬性包括:姓名,科室,權(quán)限(供應(yīng)方/領(lǐng)用方),工號(hào),密碼,聯(lián)系方式。
3) 訂單維護(hù):提供對(duì)訂單的增刪改查功能。并且可以維護(hù)訂單狀態(tài)(未審核、審核、材料交接完成)。
4) 公共套餐管理:供應(yīng)部門自定義一張訂單作為領(lǐng)用部門申請(qǐng)時(shí)的默認(rèn)套餐,訂單內(nèi)容為各科室常用材料,并且該訂單順序可自定義。
· 材料領(lǐng)用部門模塊
1) 材料申領(lǐng):可以通過選擇套餐(公用套餐/私有套餐),改變頁面中默認(rèn)展示的材料,如不夠可以單獨(dú)挑選添加材料。
2) 訂單管理:對(duì)提交過的訂單進(jìn)行增刪改查,當(dāng)訂單為審核狀態(tài)以后申請(qǐng)方將不能對(duì)訂單刪改。
3) 私有套餐維護(hù):對(duì)私有套餐進(jìn)行增刪改查。
4) 個(gè)人信息維護(hù):對(duì)密碼和聯(lián)系方式進(jìn)行修改。
· 系統(tǒng)管理員模塊
材料供應(yīng)科室維護(hù):根據(jù)所需材料的屬性,臨床科室要向不同的部門申領(lǐng)不同的材料,統(tǒng)一由系統(tǒng)管理員對(duì)供應(yīng)科室進(jìn)行維護(hù)。包括對(duì)各材料供應(yīng)科室的增刪改查,對(duì)供應(yīng)科室管理員權(quán)限的增刪改查。
1.2附加功能
1) 領(lǐng)用科室內(nèi)部的庫存管理:a) 科室內(nèi)部材料領(lǐng)用管理:科室人員使用工號(hào)或指紋登錄系統(tǒng),使用條碼掃描槍或手動(dòng)輸入條碼向出庫表內(nèi)添加條目;b) 材料增加等級(jí)屬性:材料分為高值耗材,中值耗材和低值耗材;c) 對(duì)不同等級(jí)材料分別進(jìn)行管理;d) 提供日結(jié)和月結(jié)功能。
2) 新增材料的申領(lǐng):當(dāng)管理方現(xiàn)有材料不能滿足某個(gè)科室的需求時(shí),科室可以通過該模塊提交申請(qǐng),材料屬性中需要增加廠家屬性。并且能夠?qū)崿F(xiàn)自定義審核流程。
3) 訂單狀態(tài)智能短信通知:在訂單變?yōu)閷徍?、提交、交貨成功時(shí)發(fā)送短信通知。
4) 訂單留言與回復(fù):在訂單中供應(yīng)科室和領(lǐng)用科室可進(jìn)行留言交互。
5) 通知和公告:a) 新增公告欄:材料供應(yīng)科室和系統(tǒng)管理員可以編輯內(nèi)容;b) 新增滾動(dòng)通知控件:實(shí)現(xiàn)在各個(gè)頁面滾動(dòng)顯示實(shí)時(shí)通知。
6) 統(tǒng)計(jì)查詢功能:實(shí)現(xiàn)對(duì)系統(tǒng)中的數(shù)據(jù)按需求進(jìn)行統(tǒng)計(jì)查詢。
7) 與現(xiàn)有綜合運(yùn)營管理系統(tǒng)的接口:a) 各材料供應(yīng)科室分別與字典對(duì)應(yīng);b) 訂單管理中增加導(dǎo)入和預(yù)覽功能。
8) 領(lǐng)用部門基本功能在安卓系統(tǒng)的實(shí)現(xiàn):在移動(dòng)終端上實(shí)現(xiàn)與網(wǎng)頁相同的功能,使用戶能隨時(shí)隨地使用材料采購系統(tǒng)。
2生存期模型
針對(duì)本項(xiàng)目的開發(fā)特點(diǎn),參考生存期模型說明和軟件工程體系,決定采用增量式模型來進(jìn)行系統(tǒng)的開發(fā),理由如下:
圖1 增量模型1
1) 材料采購管理系統(tǒng)的功能分為核心功能和附加功能兩大類,而該醫(yī)院對(duì)核心功能的需求更為迫切。且開發(fā)科室在完成日常工作的基礎(chǔ)上,對(duì)系統(tǒng)開發(fā)的時(shí)間有限。因此可以先基于核心功能做出一個(gè)最小的使用版本,再逐步添加其余的功能。這樣一來,用戶可以先使用最小的版本以滿足當(dāng)下最急切的需求,同時(shí)在使用過程中提出更多明確的需求。這樣為下步開發(fā)增加了時(shí)間,大大減小了開發(fā)的風(fēng)險(xiǎn)。與醫(yī)院現(xiàn)有的綜合運(yùn)營管理系統(tǒng)的接口還在商談過程中,能否達(dá)成協(xié)議還不能確定。
2) 由于醫(yī)院臨床科室比較多,各科室情況不盡相同,而且臨床操作人員不能馬上提出明確詳細(xì)的需求,有待于進(jìn)一步溝通。
3) 由于舊系統(tǒng)在使用中有諸多的不便,現(xiàn)有材料申領(lǐng)方式仍為填寫紙質(zhì)申請(qǐng)表的方式,而且已經(jīng)實(shí)行多年。要完全舍棄現(xiàn)有的管理方式,用材料采購管理系統(tǒng)代替需要過程。
生存期中的各階段定義如下:
· 項(xiàng)目規(guī)劃階段
階段目標(biāo):根據(jù)初步的需求分析確定項(xiàng)目的規(guī)模、時(shí)間計(jì)劃和資源需求。
輸入:SOW
過程:項(xiàng)目規(guī)劃,計(jì)劃確認(rèn)
輸出:項(xiàng)目計(jì)劃
· 需求分析階段
階段目標(biāo):確定供應(yīng)部門和領(lǐng)用部門的需求
輸入:項(xiàng)目計(jì)劃,SOW
過程:需求獲取,需求分析,需求控制
輸出:原型系統(tǒng),需求規(guī)格
· 設(shè)計(jì)階段
階段目標(biāo):總體系統(tǒng)結(jié)構(gòu)設(shè)計(jì)
輸入:原型系統(tǒng),需求規(guī)格
過程:總體設(shè)計(jì)
在這小城里,商店究竟沒有多少,到后來又加上看不到絨繩鞋,心里著急,也許跑得更快些,不一會(huì)工夫,只剩了三兩家了。而那三兩家,又偏偏是不常去的,鋪?zhàn)有?,貨物少。想來它那里也是一定不?huì)有的了。
輸出:系統(tǒng)設(shè)計(jì)說明書、數(shù)據(jù)庫結(jié)構(gòu)定義
· 增量1實(shí)現(xiàn)
階段目標(biāo):領(lǐng)用部門內(nèi)部的庫存管理
輸入:系統(tǒng)設(shè)計(jì)說明書、數(shù)據(jù)庫結(jié)構(gòu)定義
過程:詳細(xì)設(shè)計(jì)、編碼,代碼走查,代碼評(píng)審,單元測試
輸出:詳細(xì)設(shè)計(jì)說明書,源代碼,可運(yùn)行版本-1
階段目標(biāo):新增材料的申領(lǐng)
輸入:系統(tǒng)設(shè)計(jì)說明書、數(shù)據(jù)庫結(jié)構(gòu)定義
過程:詳細(xì)設(shè)計(jì)、編碼,代碼走查,代碼評(píng)審,單元測試
輸出:詳細(xì)設(shè)計(jì)說明書,源代碼,可運(yùn)行版本-2
· 增量3實(shí)現(xiàn)
階段目標(biāo):訂單留言與回復(fù)
輸入:系統(tǒng)設(shè)計(jì)說明書、數(shù)據(jù)庫結(jié)構(gòu)定義
過程:詳細(xì)設(shè)計(jì)、編碼,代碼走查,代碼評(píng)審,單元測試
輸出:詳細(xì)設(shè)計(jì)說明書,源代碼,可運(yùn)行版本-3
· 增量4實(shí)現(xiàn)
階段目標(biāo):訂單狀態(tài)智能短信通知、通知和公告
輸入:系統(tǒng)設(shè)計(jì)說明書、數(shù)據(jù)庫結(jié)構(gòu)定義
過程:詳細(xì)設(shè)計(jì)、編碼,代碼走查,代碼評(píng)審,單元測試
輸出:詳細(xì)設(shè)計(jì)說明書,源代碼,可運(yùn)行版本-4
· 增量5實(shí)現(xiàn)
階段目標(biāo):統(tǒng)計(jì)查詢功能
輸入:系統(tǒng)設(shè)計(jì)說明書、數(shù)據(jù)庫結(jié)構(gòu)定義
過程:詳細(xì)設(shè)計(jì)、編碼,代碼走查,代碼評(píng)審,單元測試
輸出:詳細(xì)設(shè)計(jì)說明書,源代碼,可運(yùn)行版本-5
· 增量6實(shí)現(xiàn)
階段目標(biāo):與醫(yī)院綜合運(yùn)營管理系統(tǒng)的接口
輸入:系統(tǒng)設(shè)計(jì)說明書、數(shù)據(jù)庫結(jié)構(gòu)定義
過程:詳細(xì)設(shè)計(jì)、編碼,代碼走查,代碼評(píng)審,單元測試
輸出:詳細(xì)設(shè)計(jì)說明書,源代碼,可運(yùn)行版本-6
· 增量7實(shí)現(xiàn)
階段目標(biāo):領(lǐng)用部門基本功能在安卓系統(tǒng)的實(shí)現(xiàn)
輸入:系統(tǒng)設(shè)計(jì)說明書、數(shù)據(jù)庫結(jié)構(gòu)定義
過程:詳細(xì)設(shè)計(jì)、編碼,代碼走查,代碼評(píng)審,單元測試
輸出:詳細(xì)設(shè)計(jì)說明書,源代碼,可運(yùn)行版本-7
· 集成測試
階段目標(biāo):通過集成環(huán)境下的軟件測試
輸入:測試計(jì)劃、測試案例
過程:集成測試,系統(tǒng)測試
輸出:系統(tǒng)軟件包,測試報(bào)告,產(chǎn)品說明書
· 產(chǎn)品提交
階段目標(biāo):產(chǎn)品可投入使用
輸入:系統(tǒng)軟件包
過程:產(chǎn)品提交
輸出:驗(yàn)收?qǐng)?bào)告
3總結(jié)
隨著醫(yī)療領(lǐng)域中計(jì)算機(jī)與信息技術(shù)的飛速發(fā)展,信息管理部門一直充當(dāng)著各軟件公司與醫(yī)療一線使用者的翻譯者。然而醫(yī)院對(duì)軟件需求的情況仍在一定程度上依賴于軟件公司,在日常系統(tǒng)的維護(hù)工作中常常遇到已購買的軟件不能完全滿足一線使用者的需求,而軟件公司往往由于系統(tǒng)的變更成本過高,風(fēng)險(xiǎn)過高等原因拒絕對(duì)已交付的系統(tǒng)進(jìn)行優(yōu)化改進(jìn)。而信息管理科由于技術(shù)水平有限,開發(fā)經(jīng)驗(yàn)不足很難按時(shí)按需開發(fā)出滿足用戶需求的系統(tǒng)。
運(yùn)用增量模型能使開發(fā)人員的注意力集中在系統(tǒng)的核心功能上,而且能在短時(shí)間內(nèi)向用戶提交一些有用的工作產(chǎn)品,從而及時(shí)獲得準(zhǔn)確的用戶需求。這樣就能使開發(fā)內(nèi)容最小化,最大的降低開發(fā)復(fù)雜度。這樣就最大限度的規(guī)避了信息管理部門開發(fā)經(jīng)驗(yàn)不足的風(fēng)險(xiǎn)。
運(yùn)用現(xiàn)成的成熟框架SSH,入門容易,幫助開發(fā)人員在短期內(nèi)搭建結(jié)構(gòu)清晰、可復(fù)用性好、維護(hù)方便的Web應(yīng)用程序。這樣就最大限度的規(guī)避了開發(fā)技術(shù)有限的風(fēng)險(xiǎn)。所以運(yùn)用成熟的Web框架技術(shù),嚴(yán)格按照增量模型的開發(fā)方式是一套合理的優(yōu)化現(xiàn)有系統(tǒng)的思路與方法。
參考文獻(xiàn)
[1]潘凌,楊驥,彭華.區(qū)域衛(wèi)生信息平臺(tái)建設(shè)方案研究[J].中國數(shù)字醫(yī)學(xué),2015(2):67-70.
[2]Johnson R.J2EE Development Frameworks[J].Computer,2005,38(1):107-110.
[3]肖靜,廖剛,楊棟,等.基于電子病歷的心電網(wǎng)絡(luò)信息系統(tǒng)升級(jí)應(yīng)用[J].中國數(shù)字醫(yī)學(xué),2015(2):54-56.
[4]徐紅霞,成艷真.軟件開發(fā)的增量模型在三維動(dòng)畫建模中的應(yīng)用[J].恩施職業(yè)技術(shù)學(xué)院學(xué)報(bào)(綜合版),2011(2):81-83.
[5]王平,劉富強(qiáng),龐惠方.基于增量模型的面向?qū)ο缶幊虒?shí)驗(yàn)設(shè)計(jì)方法[J].中國電子教育,2011(3):74-76.
[6]劉斌,王最.Struts,Spring,Hibernate框架在OA開發(fā)中的應(yīng)用[J].計(jì)算機(jī)技術(shù)與發(fā)展,2010,20(1):151-154.
[7]陳輝,趙洪升,張艷春,等.Struts+Spring+Hibernate框架的整合實(shí)現(xiàn)[J].河南大學(xué)學(xué)報(bào)(自然科學(xué)版),2010,40(6):642-645.
[8]姜辰,李偉,賈立.基于增量模型法設(shè)計(jì)與實(shí)現(xiàn)實(shí)驗(yàn)室科研管理系統(tǒng)[J].電腦編程技巧與維護(hù),2011(2):9-10.
[9]Davis A,Sitaram P.A Concurrent Process Model for Software Development[J].ACMSIGSOFT Software Engineering Notes,1994,19(2):38-51.
[10]Boehm B.Anchoring the Software Process[J].IEEE Software,1996:73-82.
The Design and Realization of Material Procurement Management Based on Incremental Life Cycle Model
Guo Song1,2, Wang Xi2, Feng Mizhi2
(1.TaiyuanUniversityofTechnology,TaiyuanShanxi030024,China;2.TheFirstHospitalofShanxiMedicalUniversity,TaiyuanShanxi030012,China)
Abstract:Based on the life circle model which is a part of software project management, the article adopts the incremental life cycle model to redevelop the material purchasing management modular. This modular is embedded in logistics management system, which is a subsystem of Hospital Enterprise Resource Plan. It describes the design and implementation steps that can increase and improve the performance in detail with the using of incremental life cycle model. The article also puts forward an idea and a method to redevelop existing systems.
Key words:software project management; incremental life cycle model; material procurement management
中圖分類號(hào):TP311.52
文獻(xiàn)標(biāo)識(shí)碼:A
文章編號(hào):1674- 4578(2016)01- 0046- 03
作者簡介:郭宋(1988- ),男,山西臨縣人,在讀研究生,軟件工程專業(yè)。
收稿日期:2015-10-29