郭　宋，王　希，馮覓知

(1.太原理工大學(xué)，山西 太原 030024；2.山西醫(yī)科大學(xué)第一醫(yī)院信息科，山西 太原 030012)

?

基于增量式模型設(shè)計與實現(xiàn)的材料采購管理系統(tǒng)

郭宋1，2，王希2，馮覓知2

(1.太原理工大學(xué)，山西 太原 030024；2.山西醫(yī)科大學(xué)第一醫(yī)院信息科，山西 太原 030012)

摘要：基于軟件項目管理體系中生存期模型的框架理論，采用增量式模型重構(gòu)醫(yī)院綜合運營管理系統(tǒng)中物流管理子系統(tǒng)下的材料采購管理模塊。詳細描述了根據(jù)增量式模型逐步增加和改善性能的設(shè)計方法和實施步驟。提出了一套重構(gòu)現(xiàn)有系統(tǒng)的思路與方法。

關(guān)鍵詞：軟件項目管理；增量式模型；材料采購管理

某大型醫(yī)院供應(yīng)室由于材料采購系統(tǒng)采用的是醫(yī)院綜合運營管理系統(tǒng)中物流管理的一個子模塊，根據(jù)臨床科室反映，操作步驟復(fù)雜，界面模糊，語言描述過于專業(yè)，推廣難度大，使用積極性不高，耽誤日常工作。跟該系統(tǒng)廠家交涉后得知，優(yōu)化該模塊產(chǎn)生的費用與醫(yī)院期望值相差較大。故決定由醫(yī)院信息管理科獨立開發(fā)一套供應(yīng)室材料采購管理系統(tǒng)。

增量式模型是軟件開發(fā)中的一種常見的生存期模型，它假設(shè)需求可以分段成為一系列增量產(chǎn)品，每一增量可以分別的開發(fā)，即首先構(gòu)造系統(tǒng)的核心功能，然后再逐步增加功能和完善性能的方法。根據(jù)分析研究，材料采購管理系統(tǒng)符合該模型的特點。

該系統(tǒng)采用SSH協(xié)議框架，JAVA語言，B/S架構(gòu)，SQL Server 2008數(shù)據(jù)庫來進行開發(fā)。

1系統(tǒng)描述

根據(jù)用戶對系統(tǒng)的需求分析得出，該材料采購系統(tǒng)的功能如下：

1.1核心功能

材料采購管理系統(tǒng)主要涉及三類用戶，一類是供應(yīng)室操作人員，一類是臨床科室使用人員，即材料供應(yīng)部門和材料領(lǐng)用部門，第三類是系統(tǒng)管理員。

· 材料供應(yīng)部門模塊

1) 材料字典維護：提供供應(yīng)科室對材料屬性進行增刪改查功能。每種材料包括三種屬性，即：名稱、規(guī)格和單位(例如：普通1 ml注射器：名稱：普通注射器。規(guī)格：1 ml。單位：100支/包)。

2) 操作人員字典維護：提供對操作人員屬性進行增刪改查功能。人員屬性包括：姓名，科室，權(quán)限(供應(yīng)方/領(lǐng)用方)，工號，密碼，聯(lián)系方式。

3) 訂單維護：提供對訂單的增刪改查功能。并且可以維護訂單狀態(tài)(未審核、審核、材料交接完成)。

4) 公共套餐管理：供應(yīng)部門自定義一張訂單作為領(lǐng)用部門申請時的默認套餐，訂單內(nèi)容為各科室常用材料，并且該訂單順序可自定義。

· 材料領(lǐng)用部門模塊

1) 材料申領(lǐng)：可以通過選擇套餐(公用套餐/私有套餐)，改變頁面中默認展示的材料，如不夠可以單獨挑選添加材料。

2) 訂單管理：對提交過的訂單進行增刪改查，當(dāng)訂單為審核狀態(tài)以后申請方將不能對訂單刪改。

3) 私有套餐維護：對私有套餐進行增刪改查。

4) 個人信息維護：對密碼和聯(lián)系方式進行修改。

· 系統(tǒng)管理員模塊

材料供應(yīng)科室維護：根據(jù)所需材料的屬性，臨床科室要向不同的部門申領(lǐng)不同的材料，統(tǒng)一由系統(tǒng)管理員對供應(yīng)科室進行維護。包括對各材料供應(yīng)科室的增刪改查，對供應(yīng)科室管理員權(quán)限的增刪改查。

1.2附加功能

1) 領(lǐng)用科室內(nèi)部的庫存管理：a) 科室內(nèi)部材料領(lǐng)用管理：科室人員使用工號或指紋登錄系統(tǒng)，使用條碼掃描槍或手動輸入條碼向出庫表內(nèi)添加條目；b) 材料增加等級屬性：材料分為高值耗材，中值耗材和低值耗材；c) 對不同等級材料分別進行管理；d) 提供日結(jié)和月結(jié)功能。

2) 新增材料的申領(lǐng)：當(dāng)管理方現(xiàn)有材料不能滿足某個科室的需求時，科室可以通過該模塊提交申請，材料屬性中需要增加廠家屬性。并且能夠?qū)崿F(xiàn)自定義審核流程。

3) 訂單狀態(tài)智能短信通知:在訂單變?yōu)閷徍?、提交、交貨成功時發(fā)送短信通知。

4) 訂單留言與回復(fù):在訂單中供應(yīng)科室和領(lǐng)用科室可進行留言交互。

5) 通知和公告:a) 新增公告欄：材料供應(yīng)科室和系統(tǒng)管理員可以編輯內(nèi)容；b) 新增滾動通知控件：實現(xiàn)在各個頁面滾動顯示實時通知。

6) 統(tǒng)計查詢功能：實現(xiàn)對系統(tǒng)中的數(shù)據(jù)按需求進行統(tǒng)計查詢。

7) 與現(xiàn)有綜合運營管理系統(tǒng)的接口：a) 各材料供應(yīng)科室分別與字典對應(yīng)；b) 訂單管理中增加導(dǎo)入和預(yù)覽功能。

8) 領(lǐng)用部門基本功能在安卓系統(tǒng)的實現(xiàn)：在移動終端上實現(xiàn)與網(wǎng)頁相同的功能，使用戶能隨時隨地使用材料采購系統(tǒng)。

2生存期模型

針對本項目的開發(fā)特點，參考生存期模型說明和軟件工程體系，決定采用增量式模型來進行系統(tǒng)的開發(fā)，理由如下：

圖1　增量模型1

1) 材料采購管理系統(tǒng)的功能分為核心功能和附加功能兩大類，而該醫(yī)院對核心功能的需求更為迫切。且開發(fā)科室在完成日常工作的基礎(chǔ)上，對系統(tǒng)開發(fā)的時間有限。因此可以先基于核心功能做出一個最小的使用版本，再逐步添加其余的功能。這樣一來，用戶可以先使用最小的版本以滿足當(dāng)下最急切的需求，同時在使用過程中提出更多明確的需求。這樣為下步開發(fā)增加了時間，大大減小了開發(fā)的風(fēng)險。與醫(yī)院現(xiàn)有的綜合運營管理系統(tǒng)的接口還在商談過程中，能否達成協(xié)議還不能確定。

2) 由于醫(yī)院臨床科室比較多，各科室情況不盡相同，而且臨床操作人員不能馬上提出明確詳細的需求，有待于進一步溝通。

3) 由于舊系統(tǒng)在使用中有諸多的不便，現(xiàn)有材料申領(lǐng)方式仍為填寫紙質(zhì)申請表的方式，而且已經(jīng)實行多年。要完全舍棄現(xiàn)有的管理方式，用材料采購管理系統(tǒng)代替需要過程。

生存期中的各階段定義如下：

· 項目規(guī)劃階段

階段目標(biāo)：根據(jù)初步的需求分析確定項目的規(guī)模、時間計劃和資源需求。

輸入：SOW

過程：項目規(guī)劃，計劃確認

輸出：項目計劃

· 需求分析階段

階段目標(biāo)：確定供應(yīng)部門和領(lǐng)用部門的需求

輸入：項目計劃，SOW

過程：需求獲取，需求分析，需求控制

輸出：原型系統(tǒng)，需求規(guī)格

· 設(shè)計階段

階段目標(biāo)：總體系統(tǒng)結(jié)構(gòu)設(shè)計

輸入：原型系統(tǒng)，需求規(guī)格

過程：總體設(shè)計

在這小城里，商店究竟沒有多少，到后來又加上看不到絨繩鞋，心里著急，也許跑得更快些，不一會工夫，只剩了三兩家了。而那三兩家，又偏偏是不常去的，鋪子小，貨物少。想來它那里也是一定不會有的了。

輸出：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義

· 增量1實現(xiàn)

階段目標(biāo)：領(lǐng)用部門內(nèi)部的庫存管理

輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義

過程：詳細設(shè)計、編碼，代碼走查，代碼評審，單元測試

輸出：詳細設(shè)計說明書，源代碼，可運行版本-1

階段目標(biāo)：新增材料的申領(lǐng)

輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義

過程：詳細設(shè)計、編碼，代碼走查，代碼評審，單元測試

輸出：詳細設(shè)計說明書，源代碼，可運行版本-2

· 增量3實現(xiàn)

階段目標(biāo)：訂單留言與回復(fù)

輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義

過程：詳細設(shè)計、編碼，代碼走查，代碼評審，單元測試

輸出：詳細設(shè)計說明書，源代碼，可運行版本-3

· 增量4實現(xiàn)

階段目標(biāo)：訂單狀態(tài)智能短信通知、通知和公告

輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義

過程：詳細設(shè)計、編碼，代碼走查，代碼評審，單元測試

輸出：詳細設(shè)計說明書，源代碼，可運行版本-4

· 增量5實現(xiàn)

階段目標(biāo)：統(tǒng)計查詢功能

輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義

過程：詳細設(shè)計、編碼，代碼走查，代碼評審，單元測試

輸出：詳細設(shè)計說明書，源代碼，可運行版本-5

· 增量6實現(xiàn)

階段目標(biāo)：與醫(yī)院綜合運營管理系統(tǒng)的接口

輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義

過程：詳細設(shè)計、編碼，代碼走查，代碼評審，單元測試

輸出：詳細設(shè)計說明書，源代碼，可運行版本-6

· 增量7實現(xiàn)

階段目標(biāo)：領(lǐng)用部門基本功能在安卓系統(tǒng)的實現(xiàn)

輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義

過程：詳細設(shè)計、編碼，代碼走查，代碼評審，單元測試

輸出：詳細設(shè)計說明書，源代碼，可運行版本-7

· 集成測試

階段目標(biāo)：通過集成環(huán)境下的軟件測試

輸入：測試計劃、測試案例

過程：集成測試，系統(tǒng)測試

輸出：系統(tǒng)軟件包，測試報告，產(chǎn)品說明書

· 產(chǎn)品提交

階段目標(biāo)：產(chǎn)品可投入使用

輸入：系統(tǒng)軟件包

過程：產(chǎn)品提交

輸出：驗收報告

3總結(jié)

隨著醫(yī)療領(lǐng)域中計算機與信息技術(shù)的飛速發(fā)展，信息管理部門一直充當(dāng)著各軟件公司與醫(yī)療一線使用者的翻譯者。然而醫(yī)院對軟件需求的情況仍在一定程度上依賴于軟件公司，在日常系統(tǒng)的維護工作中常常遇到已購買的軟件不能完全滿足一線使用者的需求，而軟件公司往往由于系統(tǒng)的變更成本過高，風(fēng)險過高等原因拒絕對已交付的系統(tǒng)進行優(yōu)化改進。而信息管理科由于技術(shù)水平有限，開發(fā)經(jīng)驗不足很難按時按需開發(fā)出滿足用戶需求的系統(tǒng)。

運用增量模型能使開發(fā)人員的注意力集中在系統(tǒng)的核心功能上，而且能在短時間內(nèi)向用戶提交一些有用的工作產(chǎn)品，從而及時獲得準確的用戶需求。這樣就能使開發(fā)內(nèi)容最小化，最大的降低開發(fā)復(fù)雜度。這樣就最大限度的規(guī)避了信息管理部門開發(fā)經(jīng)驗不足的風(fēng)險。

運用現(xiàn)成的成熟框架SSH，入門容易，幫助開發(fā)人員在短期內(nèi)搭建結(jié)構(gòu)清晰、可復(fù)用性好、維護方便的Web應(yīng)用程序。這樣就最大限度的規(guī)避了開發(fā)技術(shù)有限的風(fēng)險。所以運用成熟的Web框架技術(shù)，嚴格按照增量模型的開發(fā)方式是一套合理的優(yōu)化現(xiàn)有系統(tǒng)的思路與方法。

參考文獻

[1]潘凌，楊驥，彭華.區(qū)域衛(wè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)升級應(yīng)用[J].中國數(shù)字醫(yī)學(xué),2015(2):54-56.

[4]徐紅霞，成艷真.軟件開發(fā)的增量模型在三維動畫建模中的應(yīng)用[J].恩施職業(yè)技術(shù)學(xué)院學(xué)報(綜合版),2011(2):81-83.

[5]王平，劉富強，龐惠方.基于增量模型的面向?qū)ο缶幊虒嶒炘O(shè)計方法[J].中國電子教育,2011(3):74-76.

[6]劉斌，王最.Struts,Spring,Hibernate框架在OA開發(fā)中的應(yīng)用[J].計算機技術(shù)與發(fā)展,2010,20(1):151-154.

[7]陳輝，趙洪升，張艷春，等.Struts+Spring+Hibernate框架的整合實現(xiàn)[J].河南大學(xué)學(xué)報(自然科學(xué)版),2010,40(6):642-645.

[8]姜辰，李偉，賈立.基于增量模型法設(shè)計與實現(xiàn)實驗室科研管理系統(tǒng)[J].電腦編程技巧與維護,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

中圖分類號：TP311.52

文獻標(biāo)識碼：A

文章編號：1674- 4578(2016)01- 0046- 03

作者簡介：郭宋(1988- )，男，山西臨縣人，在讀研究生，軟件工程專業(yè)。

收稿日期：2015-10-29