郭勇　　劉坤

[摘要] 在我國(guó)醫(yī)藥體制改革不斷深化、互聯(lián)網(wǎng)產(chǎn)業(yè)迅猛發(fā)展的今天，醫(yī)院信息系統(tǒng)是現(xiàn)代化醫(yī)院運(yùn)營(yíng)的必要技術(shù)支撐和基礎(chǔ)設(shè)施，實(shí)現(xiàn)醫(yī)院信息系統(tǒng)的目的就是為了以更現(xiàn)代化、科學(xué)化、規(guī)范化的手段來(lái)加強(qiáng)醫(yī)院的管理，提高醫(yī)院的工作效率，改進(jìn)醫(yī)療質(zhì)量，從而樹(shù)立現(xiàn)代醫(yī)院的新形象，這也是未來(lái)醫(yī)院發(fā)展的必然方向。作為信息系統(tǒng)開(kāi)發(fā)或集成中的一個(gè)必要組成部分，如何有效的組織和管理軟件評(píng)測(cè)活動(dòng)是格外重要的一環(huán)，本文將結(jié)合醫(yī)院系統(tǒng)的評(píng)測(cè)實(shí)踐經(jīng)驗(yàn)，從軟件評(píng)測(cè)的基礎(chǔ)理論出發(fā)，探求利用系統(tǒng)、全面、科學(xué)的評(píng)測(cè)設(shè)計(jì)和有效地評(píng)測(cè)組織實(shí)施，獨(dú)立、客觀、公正、定量地分析評(píng)估和報(bào)告被測(cè)系統(tǒng)的整體狀況，提交系統(tǒng)存在的缺陷，提出系統(tǒng)的改進(jìn)建議，通過(guò)缺陷修改使系統(tǒng)達(dá)到一個(gè)穩(wěn)定可靠的質(zhì)量狀態(tài)。

[關(guān)鍵詞] 醫(yī)院信息系統(tǒng)；評(píng)測(cè)過(guò)程管理；軟件評(píng)測(cè)；黑盒評(píng)測(cè)法；思維導(dǎo)圖

[中圖分類號(hào)] R197 [文獻(xiàn)標(biāo)識(shí)碼] C [文章編號(hào)] 1673-9701（2017）27-0127-05

Practice and experience of hospital software evaluation

GUO Yong1 LIU Kun2

1.Hospital Office，Daxing District Hospital of Integrated Chinese and Western Medicine in Beijing， Beijing 100076，China；2.Department of Information，Daxing District Hospital of Integrated Chinese and Western Medicine in Beijing， Beijing 100076， China

[Abstract] In the current era， with the continuous deepening of medical system reform， and rapid development of the Internet industry in China， hospital information system is the necessary technical support and infrastructure for the operation of modernized hospitals. The aim of achieving the hospital information system is to utilize more modernized， scientific and standardized means to strengthen the hospital management， improve the efficiency of the hospital， enhance the quality of medical care， so as to establish a new image of modernized hospitals. This is the inevitable direction of future hospital development. As an essential component of information system development or integration， how to effectively organize and manage software evaluation activities is a particularly important part. This article will combine the practical experience of evaluating hospital system， and explore the use of systematic， comprehensive and scientific evaluation design and effective evaluation organization and implementation from the basic theory of software evaluation， so as to independently， objectively， justly and quantitatively analyze， assess and report the overall situation of the evaluated system， submit the existing system defects， and put forward suggestions for system improvement， which enables the system to achieve a stable and reliable status through the correction of defects.

[Key words] Hospital information system； Evaluation process management； Software evaluation； Black-box evaluation method； Mind mapping

目前，醫(yī)院信息化建設(shè)正向著“數(shù)字化醫(yī)院”的方向迅速發(fā)展。那么，滿足人民對(duì)醫(yī)療保健服務(wù)的高品質(zhì)、高效率、高服務(wù)的需求已成定局，因此，在推動(dòng)醫(yī)院信息化建設(shè)的進(jìn)程中，如何保障信息系統(tǒng)的安全、穩(wěn)定、有效運(yùn)行是即系統(tǒng)開(kāi)發(fā)后所面臨的首要問(wèn)題[1]。

軟件評(píng)測(cè)是一種用來(lái)促進(jìn)鑒定軟件的正確性、完整性、安全性和質(zhì)量的過(guò)程。軟件評(píng)測(cè)的經(jīng)典定義是在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過(guò)程。作為信息系統(tǒng)開(kāi)發(fā)或集成中的一個(gè)必要組成部分，如何有效的組織和管理軟件評(píng)測(cè)活動(dòng)是格外重要的一環(huán)。本文將結(jié)合醫(yī)院系統(tǒng)的評(píng)測(cè)實(shí)踐經(jīng)驗(yàn)，從軟件評(píng)測(cè)的基礎(chǔ)理論出發(fā)，探求利用系統(tǒng)、全面、科學(xué)的評(píng)測(cè)設(shè)計(jì)和有效地評(píng)測(cè)組織實(shí)施，科學(xué)、客觀、公正、嚴(yán)謹(jǐn)?shù)胤治鲈u(píng)估和報(bào)告被測(cè)系統(tǒng)的整體狀況，提交系統(tǒng)存在的缺陷，提出系統(tǒng)的改進(jìn)建議，通過(guò)缺陷修改使系統(tǒng)達(dá)到一個(gè)穩(wěn)定可靠的質(zhì)量狀態(tài)。endprint

1 適用的評(píng)測(cè)方法是開(kāi)端

醫(yī)院管理需要主動(dòng)適應(yīng)新一輪醫(yī)療改革，做到改革與改善同步，構(gòu)筑醫(yī)院信息資源戰(zhàn)略，推動(dòng)醫(yī)院信息系統(tǒng)建設(shè)規(guī)范化，需要加強(qiáng)醫(yī)院信息化建設(shè)的管理、監(jiān)督、指導(dǎo)和評(píng)審[2]，軟件評(píng)測(cè)主要采用黑盒評(píng)測(cè)也稱功能評(píng)測(cè)，它是通過(guò)評(píng)測(cè)來(lái)檢測(cè)每個(gè)功能是否能正常使用。在評(píng)測(cè)中，將程序看作一個(gè)不能打開(kāi)的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行評(píng)測(cè)，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒評(píng)測(cè)是著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對(duì)軟件界面和軟件功能進(jìn)行評(píng)測(cè)[3]。

黑盒評(píng)測(cè)法注重于評(píng)測(cè)軟件的功能需求，主要試圖發(fā)現(xiàn)下列幾類錯(cuò)誤：功能不正確或遺漏，界面錯(cuò)誤，數(shù)據(jù)庫(kù)訪問(wèn)錯(cuò)誤，初始化和終止錯(cuò)誤等。

從理論上講，黑盒評(píng)測(cè)只有采用窮舉輸入評(píng)測(cè)，將所有可能的輸入均作為評(píng)測(cè)情況考慮，才能查出程序中所有的錯(cuò)誤。實(shí)際上評(píng)測(cè)情況有無(wú)窮多個(gè)，人們不僅要評(píng)測(cè)所有合法的輸入，而且還要對(duì)那些不合法但可能的輸入進(jìn)行評(píng)測(cè)。這樣看來(lái)，完全評(píng)測(cè)是不可能的，所以我們要進(jìn)行有針對(duì)性的評(píng)測(cè)，通過(guò)制定評(píng)測(cè)方案指導(dǎo)評(píng)測(cè)的實(shí)施，保證軟件評(píng)測(cè)有組織、按步驟有計(jì)劃地進(jìn)行。黑盒評(píng)測(cè)行為必須能夠加以量化，才能真正保證軟件質(zhì)量，而評(píng)測(cè)用例就是將評(píng)測(cè)行為具體量化的方法之一。具體的黑盒評(píng)測(cè)用例設(shè)計(jì)方法包括等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖法、判定表驅(qū)動(dòng)法、正交試驗(yàn)設(shè)計(jì)法、功能圖法等[4]。

2 嚴(yán)謹(jǐn)?shù)倪^(guò)程設(shè)計(jì)是枝干

軟件評(píng)測(cè)過(guò)程是一種抽象的模型，用于定義軟件評(píng)測(cè)的流程和方法。眾所周知，開(kāi)發(fā)過(guò)程的質(zhì)量決定了軟件的質(zhì)量，同樣地，評(píng)測(cè)過(guò)程的質(zhì)量將直接影響評(píng)測(cè)結(jié)果的準(zhǔn)確性和有效性。軟件評(píng)測(cè)過(guò)程和軟件開(kāi)發(fā)過(guò)程一樣均遵循軟件工程原理，遵循管理學(xué)原理[5]。通過(guò)對(duì)測(cè)試目的、理論依據(jù)、測(cè)試策略、測(cè)試方法的詳細(xì)描述，勾畫(huà)出對(duì)醫(yī)院信息系統(tǒng)測(cè)試的全過(guò)程。在指標(biāo)數(shù)據(jù)采集方面，通過(guò)用戶自述、表格填寫、選擇填空、自動(dòng)記錄、人工測(cè)試等多途徑獲取，讓評(píng)價(jià)建立在客觀依據(jù)的基礎(chǔ)上。針對(duì)軟件質(zhì)量評(píng)價(jià)正確性、可維護(hù)性、可移植性、可測(cè)試性、可靠性、有效性等具體要求，建立測(cè)試指標(biāo)體系和管理辦法，以闡明測(cè)試目的、內(nèi)容、對(duì)象、步驟、安排、實(shí)施、評(píng)價(jià)。針對(duì)不同的評(píng)測(cè)類型，按照以下評(píng)測(cè)流程對(duì)不同評(píng)測(cè)類型進(jìn)行評(píng)測(cè)項(xiàng)目實(shí)施，具體評(píng)測(cè)流程見(jiàn)下圖所示（圖1）。

這是整個(gè)評(píng)測(cè)過(guò)程的主脈絡(luò)，可以直觀的控制各節(jié)點(diǎn)的進(jìn)展和建立問(wèn)題流向的解決機(jī)制。

3穩(wěn)定的評(píng)測(cè)小組是關(guān)鍵

評(píng)測(cè)小組的組建主要取決于項(xiàng)目規(guī)模和對(duì)質(zhì)量保證的理解，如果要保障評(píng)測(cè)工作的正常、有序進(jìn)行，必須組建一支穩(wěn)定的評(píng)測(cè)小組，基于此，需要醫(yī)院管理層與技術(shù)人員參與到評(píng)測(cè)小組[6]。評(píng)測(cè)管理小組醫(yī)院信息部門和項(xiàng)目方經(jīng)共同組成。將醫(yī)院信息系統(tǒng)視為一個(gè)完整的系統(tǒng)工程，在測(cè)試指標(biāo)確定過(guò)程中，從個(gè)體、組織與社會(huì)多角度去綜合考察分析；從單純業(yè)務(wù)應(yīng)用提高到含應(yīng)用、控制、管理、利用為一體的綜合功能理念出發(fā)；從單一技術(shù)因素轉(zhuǎn)向包含使用這些技術(shù)的組織與人的非技術(shù)因素綜合結(jié)果；從系統(tǒng)本身轉(zhuǎn)向系統(tǒng)與組織、環(huán)境的交互作用。跟蹤國(guó)際上現(xiàn)行的軟件評(píng)測(cè)理論、技術(shù)和方法，參照國(guó)家、國(guó)際有關(guān)標(biāo)準(zhǔn)規(guī)范，指導(dǎo)測(cè)評(píng)工作。

評(píng)測(cè)小組成員主要包含項(xiàng)目管理、評(píng)測(cè)經(jīng)理，評(píng)測(cè)工程師及QA相關(guān)人員。項(xiàng)目管理主要負(fù)責(zé)評(píng)審和批準(zhǔn)評(píng)測(cè)計(jì)劃及有關(guān)報(bào)告、組織并確保小組工作、控制項(xiàng)目進(jìn)度、與各方進(jìn)行溝通和協(xié)調(diào)。評(píng)測(cè)經(jīng)理主要職責(zé)包括編制并評(píng)審評(píng)測(cè)計(jì)劃及有關(guān)報(bào)告、協(xié)調(diào)實(shí)施項(xiàng)目計(jì)劃中相關(guān)活動(dòng)、溝通協(xié)調(diào)相關(guān)研發(fā)團(tuán)隊(duì)、識(shí)別評(píng)測(cè)環(huán)境需求、為其他人員提供評(píng)測(cè)技術(shù)支持、進(jìn)行詳細(xì)的評(píng)測(cè)結(jié)果分析。見(jiàn)表1。

4 明確的評(píng)測(cè)核心是焦點(diǎn)

軟件評(píng)測(cè)是發(fā)現(xiàn)軟件問(wèn)題、確保軟件質(zhì)量地有效手段[7]。評(píng)測(cè)小組團(tuán)隊(duì)的需求分析主要包括“兩圖一文檔”。即兩圖：業(yè)務(wù)流程圖，思維導(dǎo)圖；一文檔：需求分析文檔。

業(yè)務(wù)流程圖是對(duì)于需求從流程（整體）去理解。思維導(dǎo)圖是對(duì)需求所包含的各項(xiàng)功能點(diǎn)去理解。需求分析文檔是對(duì)思維導(dǎo)圖中的功能點(diǎn)去發(fā)散成為評(píng)測(cè)點(diǎn)。我們通過(guò)這種方式，每個(gè)需求所表達(dá)的內(nèi)容基本不會(huì)漏掉。

而更高層次的隱性需求，就需要對(duì)業(yè)務(wù)有著很深的理解，安排子系統(tǒng)廠商技術(shù)人員分批次對(duì)評(píng)測(cè)小組進(jìn)行業(yè)務(wù)培訓(xùn)以快速掌握系統(tǒng)，對(duì)比需求文檔。期間結(jié)合各相關(guān)科室的實(shí)際操作以搜集更過(guò)關(guān)于易用性等質(zhì)量參數(shù)的相關(guān)意見(jiàn)，達(dá)到全面分析需求，把控重點(diǎn)環(huán)節(jié)的作用[8]。

5有效的資源控制是力量

軟件評(píng)測(cè)中，軟件管理者首先應(yīng)對(duì)資源進(jìn)行有效分配。當(dāng)前，評(píng)測(cè)資源分配主要應(yīng)用在構(gòu)件軟件的模塊評(píng)測(cè)中，評(píng)測(cè)資源控制用以對(duì)所分配資源的消耗過(guò)程進(jìn)行優(yōu)化控制，提高評(píng)測(cè)效率。

相對(duì)于軟件評(píng)測(cè)來(lái)說(shuō)，其按著功能劃分有白盒和黑盒之分，從開(kāi)發(fā)的過(guò)程來(lái)分主要有單元評(píng)測(cè)、集成評(píng)測(cè)、確認(rèn)評(píng)測(cè)、系統(tǒng)評(píng)測(cè)四個(gè)部分，如果按測(cè)試方法來(lái)分類，可以分為靜態(tài)評(píng)測(cè)和動(dòng)態(tài)評(píng)測(cè)，這也是現(xiàn)在主要的檢驗(yàn)手段。

除了缺少時(shí)間外，通常在取得執(zhí)行必要的評(píng)測(cè)所需的合適資源方面也面臨困難，資源可能被其他工作或項(xiàng)目分享。雖然評(píng)測(cè)的硬件資源會(huì)帶來(lái)延遲和困難，但是人力資源的缺乏可能更加難以解決。在評(píng)測(cè)管理中這種障礙的影響和時(shí)間缺乏造成的影響大致相同[10]。

評(píng)測(cè)小組對(duì)現(xiàn)有資源（人、設(shè)備、工具等）進(jìn)行自評(píng)估并就醫(yī)院現(xiàn)有資源進(jìn)行初步盤點(diǎn)，在制定評(píng)測(cè)計(jì)劃時(shí)即已做好調(diào)度準(zhǔn)備，以備不時(shí)之需。故此，在實(shí)施環(huán)節(jié)出現(xiàn)設(shè)備不足時(shí)，立即補(bǔ)充相應(yīng)設(shè)備投入，保障了階段性任務(wù)的準(zhǔn)時(shí)完成。

5.1評(píng)測(cè)交互方式

評(píng)測(cè)嚴(yán)格按照確認(rèn)的評(píng)測(cè)方案、委托評(píng)測(cè)申請(qǐng)單執(zhí)行，依據(jù)方案規(guī)定的評(píng)測(cè)范圍進(jìn)行試點(diǎn)評(píng)測(cè)。針對(duì)評(píng)測(cè)方案規(guī)定的評(píng)測(cè)策略，在評(píng)測(cè)執(zhí)行中都有體現(xiàn)，評(píng)測(cè)過(guò)程中依據(jù)系統(tǒng)需求說(shuō)明書(shū)，對(duì)被測(cè)對(duì)象評(píng)測(cè)，評(píng)測(cè)各個(gè)階段在評(píng)測(cè)管理平臺(tái)中進(jìn)行嚴(yán)格追蹤和管理，實(shí)行交叉隨機(jī)評(píng)測(cè)。endprint

5.2基線管理

評(píng)測(cè)執(zhí)行過(guò)程中，為避免評(píng)測(cè)過(guò)程版本的混亂，應(yīng)建立基線管理機(jī)制，在每次評(píng)測(cè)完成之后建立版本基線，保留上一個(gè)評(píng)測(cè)版本環(huán)境，這樣在評(píng)測(cè)過(guò)程中可以追根溯源，尤其是在進(jìn)行第二輪、第三輪評(píng)測(cè)的時(shí)候可以驗(yàn)證是研發(fā)人員修改裂化的缺陷還是原本系統(tǒng)就存在而評(píng)測(cè)人員未發(fā)現(xiàn)的缺陷，如果是裂化的缺陷，那在回歸評(píng)測(cè)時(shí)注意該條業(yè)務(wù)線上其他功能是否都受到影響，如果是原本就存在的缺陷而評(píng)測(cè)人員未發(fā)現(xiàn)則要考慮是否評(píng)測(cè)用例設(shè)計(jì)不夠完善，這對(duì)問(wèn)題的排查和評(píng)測(cè)方向都有很重要的指導(dǎo)意義。

5.3分配原則

重點(diǎn)在于從缺陷產(chǎn)生的概率和開(kāi)發(fā)進(jìn)行修復(fù)的難易程度來(lái)進(jìn)行安排，缺陷如果發(fā)生的概率越大，或者是這類缺陷被修改的難度越高，那么執(zhí)行測(cè)試的時(shí)候就要越靠前，根據(jù)測(cè)試用例的優(yōu)先級(jí)，這是項(xiàng)目執(zhí)行測(cè)試的重要原則：①首先安排用例級(jí)別較高的功能場(chǎng)景先測(cè)試，后根據(jù)用例級(jí)別高低依次安排。②先對(duì)主要功能和流程進(jìn)行測(cè)試，然后對(duì)非主要功能和流程進(jìn)行測(cè)試。③先對(duì)功能和邏輯進(jìn)行測(cè)試，然后在對(duì)界面進(jìn)行測(cè)試；④進(jìn)行定量的隨機(jī)猜測(cè)性測(cè)試，以便更好的發(fā)現(xiàn)隱藏在程序內(nèi)部不易被發(fā)現(xiàn)的缺陷；⑤在每輪測(cè)試結(jié)束之后均進(jìn)行交叉測(cè)試，以便更好的發(fā)現(xiàn)熟悉模塊不能發(fā)現(xiàn)的缺陷。

6 有效的評(píng)測(cè)用例是方法的展現(xiàn)

6.1用例設(shè)計(jì)的規(guī)程

在設(shè)計(jì)評(píng)測(cè)用例時(shí)尤其要關(guān)注模塊之間業(yè)務(wù)邏輯及數(shù)據(jù)流關(guān)系，評(píng)測(cè)策略的設(shè)計(jì)主要采用黑盒評(píng)測(cè)的方法，依據(jù)需求規(guī)格說(shuō)明書(shū)和用戶手冊(cè)，直接輸入數(shù)據(jù)來(lái)驅(qū)動(dòng)功能模塊的運(yùn)行并得到最后的輸出結(jié)果，以此來(lái)驗(yàn)證程序接口和用戶界面是否都能夠滿足用戶的需求并且保證數(shù)據(jù)及文件的完備性[11]。在進(jìn)行功能評(píng)測(cè)設(shè)計(jì)的時(shí)候，主要遵循如下操作規(guī)程：①根據(jù)系統(tǒng)模塊的架構(gòu)進(jìn)行層次劃分，有效確認(rèn)評(píng)測(cè)點(diǎn)的優(yōu)先級(jí)；②設(shè)計(jì)評(píng)測(cè)用例時(shí)采用由上及下的原則，逐層推進(jìn)；③與開(kāi)發(fā)和科室人員及時(shí)進(jìn)行業(yè)務(wù)上的溝通，不斷加強(qiáng)對(duì)項(xiàng)目的理解程度；④借助相關(guān)工具和數(shù)據(jù)流圖，積極推進(jìn)評(píng)測(cè)工作的進(jìn)展。

6.2常用方法的引用

項(xiàng)目用到最多的是等價(jià)類劃分法和邊界值法，在設(shè)計(jì)用例時(shí)，通常需要提高單條用例覆蓋的有效等價(jià)類的數(shù)量，并保證一對(duì)一的覆蓋無(wú)效等價(jià)類。但是在實(shí)際的軟件開(kāi)發(fā)和設(shè)計(jì)過(guò)程中，開(kāi)發(fā)人員往往忽視數(shù)據(jù)邊界情況，因此在評(píng)測(cè)時(shí)發(fā)現(xiàn)的問(wèn)題也大部分都集中在邊界的處理上[12-13]。所以在評(píng)測(cè)數(shù)據(jù)設(shè)計(jì)的時(shí)候根據(jù)條件重點(diǎn)考慮邊界值，對(duì)于提高整個(gè)評(píng)測(cè)的效率上是有很大的幫助的。從另一個(gè)層面來(lái)說(shuō)，邊界值分析法也可以說(shuō)是等價(jià)類方法的一個(gè)補(bǔ)充，評(píng)測(cè)的過(guò)程當(dāng)中，兩者往往結(jié)合起來(lái)共同進(jìn)行用例的設(shè)計(jì)，這樣才能夠最大限度的覆蓋評(píng)測(cè)需求。如個(gè)別系統(tǒng)需要進(jìn)行導(dǎo)入數(shù)據(jù)大小不超過(guò)2M其實(shí)就需要2M的邊界情況，在用例設(shè)計(jì)時(shí)，本項(xiàng)目不僅考慮取邊界值作為輸入數(shù)據(jù)，而且還把邊界值兩側(cè)的情況考慮在內(nèi)，即X小于2M、等于2M及大于2M也作為輸入數(shù)據(jù)，以此構(gòu)成整個(gè)評(píng)測(cè)數(shù)據(jù)的規(guī)劃。見(jiàn)圖2。

6.3用戶文檔審查

文檔本身也是軟件產(chǎn)品的組成部分，根據(jù)項(xiàng)目實(shí)際情況和文檔審查范圍，用戶文檔集審查分兩個(gè)階段，第一階段為過(guò)程審查，在項(xiàng)目建設(shè)過(guò)程中，對(duì)文檔進(jìn)行定期審查，保證項(xiàng)目所需要的各種文檔持續(xù)符合要求；第二階段為文檔驗(yàn)收審查，系統(tǒng)開(kāi)發(fā)項(xiàng)目文檔清單中變更類、需求類、設(shè)計(jì)類等相關(guān)系統(tǒng)文檔產(chǎn)出物進(jìn)行正向和逆向追蹤審查，對(duì)文檔中系統(tǒng)信息驗(yàn)收，要求文檔資料對(duì)系統(tǒng)實(shí)現(xiàn)功能和用戶最終調(diào)用的功能應(yīng)有盡可能詳細(xì)的語(yǔ)言描述或圖示；文檔對(duì)使用系統(tǒng)的限制條件和約束應(yīng)有足夠的說(shuō)明；各文檔內(nèi)容信息應(yīng)正確無(wú)誤，相互一致，沒(méi)有歧義，并且易理解和易學(xué)習(xí)[14]。

6.4 缺陷的跟蹤與管理

對(duì)缺陷的跟蹤和管理需要達(dá)到以下兩個(gè)目標(biāo)：一是確保每個(gè)被發(fā)現(xiàn)的缺陷都能夠被解決，二是收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢(shì)曲線識(shí)別和預(yù)防缺陷的頻繁發(fā)生。在缺陷管理時(shí)，不能只考慮如何修正缺陷，而忽視對(duì)根據(jù)缺陷分析進(jìn)行有效預(yù)防。其實(shí)，通過(guò)對(duì)缺陷數(shù)據(jù)的收集和分析也很重要，從缺陷數(shù)據(jù)中可以得到很多與軟件質(zhì)量相關(guān)地?cái)?shù)據(jù)。

缺陷最重要的是清晰明了的說(shuō)明問(wèn)題，重現(xiàn)步驟及如何解決。其實(shí)每一個(gè)缺陷都是一個(gè)優(yōu)秀的用例，需要維護(hù)到評(píng)測(cè)用例中去，下次執(zhí)行時(shí)，就多預(yù)防一個(gè)點(diǎn)[15]。

通過(guò)軟件評(píng)測(cè)，一方面，可以讓醫(yī)院確實(shí)了解本院所建立的信息系統(tǒng)其質(zhì)量等級(jí)，尚需要哪些改進(jìn)措施，系統(tǒng)應(yīng)該在醫(yī)院正常業(yè)務(wù)運(yùn)行中發(fā)揮什么作用；同時(shí)軟件測(cè)評(píng)也是對(duì)醫(yī)院投入的一種回報(bào)認(rèn)可。另一方面，對(duì)開(kāi)發(fā)單位的技術(shù)實(shí)力作一個(gè)客觀評(píng)價(jià)，并對(duì)應(yīng)用系統(tǒng)提出具體改進(jìn)建議，同時(shí)也幫助開(kāi)發(fā)單位熟悉了解醫(yī)院的業(yè)務(wù)流程及需求，從而提高開(kāi)發(fā)單位的產(chǎn)品水平和市場(chǎng)競(jìng)爭(zhēng)力。

[參考文獻(xiàn)]

[1] 李書(shū)章，劉國(guó)祥，吳昊，等. 數(shù)字化醫(yī)院建設(shè)思路與實(shí)踐[J]. 解放軍醫(yī)院管理雜志，2004，11（2）：108-110.

[2] 范啟勇，沈樹(shù)春，張佳茂，等.建立科學(xué)、合理、全面的醫(yī)院信息系統(tǒng)評(píng)測(cè)標(biāo)準(zhǔn)[J].中國(guó)醫(yī)院管理，2002，22（8）：23-24.

[3] 向潤(rùn). 黑盒測(cè)試方法探討[J]. 軟件導(dǎo)刊，2009，8（1）：33-35.

[4] 孟祥豐. 軟件的黑盒測(cè)試方法解析與優(yōu)化[J]. 物聯(lián)網(wǎng)技術(shù)，2011，1（8）：69-71.

[5] 張春霞，蘇秦. 軟件測(cè)試過(guò)程分析[J]. 計(jì)算機(jī)應(yīng)用研究，2004，21（5）：46-48.

[6] 李超峰，干峰，何榮，等. 醫(yī)院信息系統(tǒng)用戶測(cè)試工作的組織和管理[J]. 醫(yī)學(xué)信息，2009，22（4）：465-467.

[7] 閆國(guó)英，陳青.軟件評(píng)測(cè)過(guò)程管理方法研究與實(shí)現(xiàn)[J].飛行器測(cè)控學(xué)報(bào)，2009，28（4）：8-12.

[8] 吳秋月. 談應(yīng)用軟件開(kāi)發(fā)過(guò)程中的一個(gè)瓶頸問(wèn)題——需求分析[J]. 安徽教育學(xué)院學(xué)報(bào)：自然科學(xué)版，1998，（1）：66-67.

[9] 徐進(jìn). 軟件評(píng)測(cè)技術(shù)的研究與實(shí)踐[J]. 信息技術(shù)，2012， （1）：182-183.

[10] 張策，崔剛，劉宏偉，等.軟件測(cè)試資源與成本管控和最優(yōu)發(fā)布策略[J].哈爾濱工業(yè)大學(xué)學(xué)報(bào)，2014，46（5）：51-58.

[11] 趙瑋，楊莉. 軟件模塊測(cè)試中的動(dòng)態(tài)資源分配問(wèn)題[J]. 運(yùn)籌學(xué)學(xué)報(bào)， 2000，4（3）：88-94.

[12] 徐強(qiáng). 加強(qiáng)軟件測(cè)試能力提高測(cè)試用例設(shè)計(jì)水平[J]. 神華科技，2010，8（4）：7-10.

[13] 馮玉芬，楊天棟.價(jià)類劃分測(cè)試用例設(shè)計(jì)[J]. 株洲師范高等?？茖W(xué)校學(xué)報(bào)，2007，12（5）：43-45.

[14] 楊萬(wàn)君，伍濱. 軟件文檔審查的基本要求[J]. 中國(guó)軍轉(zhuǎn)民，2013，（2）：49-50.

[15] 潘江波，馮蘭萍，印斌. 基于軟件測(cè)試的缺陷管理系統(tǒng)的研究[J]. 現(xiàn)代圖書(shū)情報(bào)技術(shù)，2005，21（1）：26-28.

（收稿日期：2017-07-17）endprint