體檢排隊系統制作的經驗和教訓

[摘要] 體檢排隊系統的開發經歷了一個完整的軟件生命周期。在軟件定義、軟件開發和軟件維護3個階段，出現了很多問題，如體檢的預約、修改、刪除；體檢排隊與分組的沖突；軟件的可操作性、維護的穩定性等。經反復測試與試用后，最終完成了軟件的各個模塊，實現了軟件的功能，為體檢排隊軟件的制作積累了豐富的經驗和教訓，給軟件的進一步完善提供了有利條件，極大的提高了醫院各方面的效率，也減少了體檢人員的等待時間。

[關鍵詞] 體檢排隊；軟件生命周期；軟件定義；軟件開發；軟件維護

[中圖分類號] R195.1 [文獻標識碼] B [文章編號] 2095-0616（2013）13-157-03

Experience and lessons of physical examination queuing system production

HE Yaqing1 XIE Yinglang1 SONG Qin2 WU Ye2 QIU Xiong1 JIANG Yi1

1. Health Check Centre， Ya'an City People's Hospital， Ya'an 625000， China； 2.Department of Computer， Engineering and Technology College， Sichuan Agricultural University， Ya'an 625014， China

[Abstract] The development of physical examination queuing system had gone through a complete software life cycle. In three stages， including software definition， software development and software maintenance， there were a lot of problems， such as physical examination appointment， modify， delete； conflict between medical queue and packet； software operability， maintenance stability. After repeated testing and trial， finally each module of software was completed and the function of software was realized. A wealth of experience and lessons had been accumulated for examination queuing software production. Further improved software will provide favorable conditions， greatly improve the efficiency of various aspects of hospitals and reduce the waiting time of medical personnel.

[Key words] Medical queue； Software life cycle； Software definition； Software development； Software maintenance

體檢排隊系統的設計、開發和維護是一個復雜的問題，它經歷完整的軟件生命周期。期間，我們遇到了很多的問題，解決了很多的困難，也積累豐富的經驗和教訓。軟件生命周期由軟件定義、軟件開發和運行維護3個時期組成，每個時期又進一步分成若干階段。軟件定義時期通常進一步劃分為3個階段，即問題定義、可行性研究和需求分析。開發時期具體設計和實現在前一個時期定義的軟件，它通常由下述4個階段組成：總體設計，詳細設計，編碼和單元測試，綜合測試。維護時期的主要任務是使軟件持久地滿足用戶的需要，通常對維護時期不再進一步劃分階段，但是每一次維護活動的本質上都是一次壓縮和簡化了定義和開發過程[1]。

1 軟件定義時期

1.1 問題定義

現有的問題定義方法一般可以分為形式化和非形式化定義兩種[2]。問題定義是問題求解的邏輯起點，也是后續環節的行為參考依據。因此，有針對性地對問題定義環節所涉及的理論基礎和技術手段進行分析和研究，具有很強的理論價值和應用前景[3]。問題定義，其主要任務是對復雜問題本身進行仔細研究，并用復雜問題定義模型從不同的側面描述問題。具體執行時，要按照由表及里、由現象到本質的原則，循序漸進地分析復雜問題的內在邏輯[3]。問題定義階段必須回答的關鍵問題是：“要解決的問題是什么？”如果不知道問題是什么就試圖解決這個問題，顯然是盲目的，只會白白浪費時間和金錢，最終得出的結果很可能是毫無意義的。體檢排隊系統在一開始就確定了軟件的功能，為系統樹立了明確的方向，指導著軟件的各項工作，系統由體檢預約、體檢排隊、體檢預約管理等功能組成，這些功能又由一些子功能組成。在第一步就回答了系統要解決的問題是體檢預約和體檢排隊。

1.2 可行性定義

可行性定義要回答的關鍵問題是：“對于上一個階段所定義的問題有行得通的解決辦法嗎？”體檢排隊系統確立了軟件的功能后，遇到的最大的問題就是這些功能能實現嗎？怎么實現這些功能？首先體檢預約功能怎么預約？預約需要哪些要素？體檢排隊功能，怎么進行分組，怎么進行體檢排隊？體檢預約管理，怎么進行預約的增加、刪除修改？怎么查看預約？這些問題提醒我們：體檢排隊系統能不能實現？能不能最終完成各個功能？為了解決這些問題，我們查閱了很多的文獻，做了許多嘗試，也犯了許多錯誤。最終我們確定了可以通過體檢單位、體檢人數及體檢時間實現體檢預約；通過體檢人數、體檢分組和體檢排隊可以實現體檢的自動排隊，通過體檢預約修改、體檢預約刪除和體檢預約查看可以實現體檢預約的管理。

1.3 需求分析

軟件需求分析（software requirement analysis）是指研究用戶需求得到的東西，完全理解用戶對軟件需求的完整功能，確認用戶軟件功能需求，建立可確認的、可驗證的一個基本依據[4]。在軟件工程中，軟件需求分析是軟件定義時期的最后一個階段，它是軟件生存期中極其重要的一步，需求分析的結果是整個軟件系統開發的基礎.關系到工程的成敗和軟件產品的質量，是軟件成敗的決定因素之一[5]。這個階段的任務仍然不是具體地解決問題，而是準確地確定“為了解決這個問題，目標系統必須做什么”，主要是確定目標系統必須具有哪些功能。就要求我們明確客戶的需求。課題組軟件制作者與體檢中心人員進行了多次交流和溝通，明確了他們需要什么。經過討論，確定目標系統必須要實現的自動排隊功能，而要實現這個功能必須要進行體檢預約。經過需求分析，進一步明確了體檢排隊系統的功能。

1.4 總體設計

這個階段必須回答的問題是：“概括的說，應該怎樣實現目標系統？”總體設計又稱為概要設計。需求分析和概要設計是兩個極其重要的階段。需求分析，完成的是找到軟件“做什么”的問題.概要設計要完成的是整體項目“怎么做”的問題。需求分析是概要設計的依據。而概要設計則是需求分析自然的邏輯延續。從需求分析走向概要設計，就是從待解決問題的領域走向解決方案的領域.也就是從客觀的現實世界走向主觀的計算機待建系統世界的過程。概要設計階段我們要明確該階段的基本任務。清楚設計的基本過程，這樣才能得到高質量的設計制品[6]。

首先，課題組設計出了體檢排隊系統低成本、中成本和高成本的3種方案。在與雅安市人民醫院體檢中心進行討論后，綜合時間因素和金錢因素，確定采用中成本方案進行設計、開發和維護。確定方案后，我們進行了詳細的計劃，通過什么開發平臺、什么語言、什么數據庫進行設計開發和維護。設計程序是什么體系結構？程序由哪些模塊組成以及模塊間的關系，我們都進行了磋商和詳細設計，最終確定一套較完美的解決方案。

1.5 詳細設計

詳細設計階段的任務就是要把解法具體化，也就是回答下面這個關鍵的問題：“應該怎樣具體地實現這個系統呢？”這個階段的任務非常的繁重，體檢排隊系統包括許多的模塊，我們要確定的是設計出程序的詳細規格說明，包括系統藍圖，以及必要的細節，方便我們下一步進行實際的程序編碼，也就是我們需要設計模塊的每個模塊，確定實現模塊功能的算法和數據結構。體檢排隊系統在windows 7開發環境下，采用C++開發語言、其開發工具主要包括Visual Studio 2010開發平臺、Microsoft Access 2010數據庫軟件、Photoshop CS5圖形合成軟件等。體檢排隊系統通過體檢預約、體檢排隊、預約管理進行信息化管理和自動化管理。此系統以動態規劃算法、不完全數獨算法、排隊論、體檢分組原理、以及時間唯一理論作為理論基礎，進行設計、開發和維護。為了更準確的理解和分析體檢排隊問題，并實現體檢排隊問題，我們可以建立數學模型。當體檢人數較多時，需要排隊進行體檢，數學模型的建立，有助于解決多人多服務臺體檢時的排隊情況。體檢分組模型和體檢排隊模型的建立，指導著系統的設計、開發和維護。體檢排隊系統具有極強的應用價值，其體檢預約和體檢預約管理實現了體檢的信息化管理，其體檢排隊改變了以往經驗分配排隊以及叫號排隊的模式，實現了體檢人員的自動化管理。極大的提高了醫院各方面的效率，也減少了體檢人員的等待時間。

2 軟件開發時期

2.1 編碼和單元測試

除了設計錯誤外，編碼是唯一引入軟件缺陷的地方。編碼階段的質量保證正是為了減少編寫代碼過程中引入的軟件缺陷。如果等到功能測試或者系統測試來捕獲并修復缺陷，那么軟件開發成本就會高得多[7]。一般認為單元測試應緊接在編碼之后，當源程序編制完成并通過復審和編譯檢查，便可開始單元測試，進行動態的單元測試前先要對程序進行靜態分析和代碼審查，這樣會發現一些代碼的邏輯表達錯誤，且一旦發現錯誤，就會同時對錯誤的性質和其位置定位，從而降低調試的代價[8]。這個階段額關鍵任務是寫出正確的容易維護的程序模塊。體檢排隊系統在寫代碼階段遇到了很多的問題，如：函數的一個變量問題，引發了整個系統的錯誤，“=”和“= =”的誤寫導致程序出現致命錯誤，類的定義出錯，引導程序向錯誤方向發展等等。經過幾個月的艱苦努力，我們解決了上述問題，終于完成了程序的各個模塊，實現了程序的各個功能。當然在細節的處理問題上，還有些做的不當的地方，尚需我們仔細的測試和進一步完善。

2.2 綜合測試

這個階段的關鍵任務是通過各種類型的測試（及相應的調試）使軟件達到預定的要求。最基本的測試是集成測試和驗收測試。對于軟件開發者而言，集成測試極為平常，有些工程甚至要求每天都要進行集成測試，以求盡早找出軟件缺陷。在集成層，軟件的整體安全屬性變得可見和可測試[9]。驗收測試是軟件產品交付客戶之前的最后一個階段，是在真實的測試環境中，利用基于惡意事件的安全檢測模板，測試在典型的滲透活動中可被識別的安全缺陷[9]。體檢排隊系統的測試經歷的漫長的時間，在測試的過程中，我們用正式的文檔資料把測試計劃、詳細測試方案以及實際的測試結果保存下來，作為軟件配置的一個組成部分，以方便我們以后的維護工作。

3 軟件維護時期

軟件維護是軟件生命周期的最后一個階段，處于系統投入生產性運行以后的時期。所謂軟件維護，就是在軟件已經交付使用之后，為了改正錯誤或滿足新的需求而進行修改軟件的過程[10]。胡俊敏[10]認為按性質不同，一般將軟件維護劃分為如下4類：（1）糾錯性維護：用戶在使用軟件時仍會發現在前期的測試中沒有揭露的軟件系統中的潛在錯誤，診斷和改正這些錯誤的過程稱為糾錯性維護；（2）適應性維護：由于操作系統或編譯系統的升級，為了使軟件能適應新的環境而引起的程序修改活動；（3）完善性維護：在軟件的使用過程中，為了滿足用戶新的需求而增加或擴充軟件功能的活動；（4）預防性維護：為了提高軟件的可維護性和可靠性，為未來的進一步改進打下基礎而修改軟件的活動[10]。維護階段的關鍵任務是，通過各種必要的維護活動使系統持久地滿足用戶的需要。體檢排隊系統投入使用后，也遇到了很多的問題，如：“體檢預約號自動生成唯一性錯誤”，“體檢排隊分組出現問題”等等問題，我們進行了改正性維護，在維護的每一階段，我們都準確的記錄了每一項維護活動，作為正式的文檔資料，我們進行保存，方便以后的維護工作。

綜上所述，體檢排隊系統的開發花費了漫長的時間，經歷了一個完整的軟件開發周期。期間遇到了很多的問題，我們在克服困難中積累了豐富的經驗和教訓，為軟件的進一步完善提供了有利條件。經過長時間的運行和維護，系統運行正常，推動了醫院工作效率的提高，減少了體檢人員的等待時間。

[參考文獻]

[1] 張海藩.軟件工程導論[M].第5版.清華大學出版社，2008：11-14.

[2] Zhuge Hai.A problem-oriented and rule-based component repository[J].The Joumal of Systems and Software，2000，50（3）：201-208.

[3] 范紹坤，竇萬春.基于復雜問題定義模型的復雜問題求解[J].計算機應用研究，2008，25（3）：670-672.

[4] 荊澎.科技應用項目中軟件需求分析探究[J].上海海關學院學報，2012，33（4）：103.

[5] 王繼成，高珍.軟件需求分析的研究[J].計算機工程與設計，2002，23（8）：18.

[6] 李亞.面向對象軟件概要設計過程[J].福建電腦，2008，24（6）：48.

[7] 程振林，方金云，唐志敏.基于C++的軟件編碼階段的質量保證方法和工具[J].計算機工程與應用，2005，41（16）：105.

[8] 陳站華.軟件單元測試[J].無線電通信技術，2003，29（5）：51.

[9] 臧運港，梁燕來，李超建.軟件開發生命周期中的安全性測試[J].玉林師范學院學報，2008，29（5）：142-143.

[10] 胡俊敏.如何做好軟件維護[J].廊坊師范學院學報，2009，9（2）：48.

（收稿日期：2013-05-21）