現(xiàn)場(chǎng)數(shù)據(jù)現(xiàn)場(chǎng)數(shù)據(jù)分析步驟

從實(shí)際系統(tǒng)中獲取現(xiàn)場(chǎng)可靠性數(shù)據(jù)并對(duì)其進(jìn)行分析處理可以按照以下5個(gè)步驟進(jìn)行：

現(xiàn)場(chǎng)數(shù)據(jù)數(shù)據(jù)收集和處理

從現(xiàn)場(chǎng)數(shù)據(jù)中提取必要的信息。要進(jìn)行該步驟就必須詳盡地了解實(shí)際系統(tǒng)所涉及的操作系統(tǒng)、目標(biāo)軟件和系統(tǒng)操作等相關(guān)內(nèi)容，實(shí)際的處理過程可根據(jù)數(shù)據(jù)類型而定。

現(xiàn)場(chǎng)數(shù)據(jù)數(shù)據(jù)分析

對(duì)所獲取數(shù)據(jù)進(jìn)行分析。通過該步驟可達(dá)到兩個(gè)目的，一是得到運(yùn)行軟件在實(shí)際環(huán)境中的可靠性特征，二是分析出影響軟件系統(tǒng)可靠性的因素以便于提高系統(tǒng)性能。

現(xiàn)場(chǎng)數(shù)據(jù)模型結(jié)構(gòu)識(shí)別和參數(shù)估計(jì)

根據(jù)數(shù)據(jù)分析的結(jié)果確定合適的可靠性模型（如Markov模型），并估計(jì)參數(shù)的實(shí)際變化范圍。所確認(rèn)的可靠性模型要能夠?qū)?shí)際環(huán)境中的軟件可靠性行為進(jìn)行一種抽象描述，這些軟件可靠性模型包括可執(zhí)行性模型、錯(cuò)誤和可恢復(fù)模型、現(xiàn)場(chǎng)捕捉到的有效故障的軟件可靠性模型以及依靠工作負(fù)荷的軟件可靠性模型。

現(xiàn)場(chǎng)數(shù)據(jù)模型求解

在未得到所開發(fā)模型的求解技術(shù)的情況下進(jìn)行的。一旦掌握了求解技術(shù)，那么利用真實(shí)數(shù)據(jù)就可以使該模型發(fā)揮作用。這里的模型求解還含有求得可靠性標(biāo)準(zhǔn)的含義（這些標(biāo)準(zhǔn)包括可靠性、可用性和運(yùn)行性能等）。

現(xiàn)場(chǎng)數(shù)據(jù)模型分析

對(duì)模型中由于各種因素變化而對(duì)軟件可靠性產(chǎn)生的影響進(jìn)行評(píng)估。通過該步驟可以確定系統(tǒng)的可靠性瓶頸，并且可以預(yù)測(cè)設(shè)計(jì)中的變動(dòng)對(duì)軟件可靠性所產(chǎn)生的影響。

軟件可靠性的試驗(yàn)評(píng)估工作可以在軟件生命周期的不同階段進(jìn)行。在開發(fā)階段，可靠性數(shù)據(jù)需要通過代碼檢查和軟件測(cè)試產(chǎn)生，很多研究都已經(jīng)對(duì)開發(fā)階段所收集的可靠性數(shù)據(jù)進(jìn)行了評(píng)估。然而開發(fā)階段的軟件可靠性并不能代表運(yùn)行階段的軟件可靠性，因?yàn)檫\(yùn)行中軟件的可靠性可能會(huì)與其開發(fā)階段的可靠性有很大差別。在軟件運(yùn)行階段，軟件的更新速度相對(duì)低一些。由于各種故障軟件的可視性和系統(tǒng)對(duì)它的容錯(cuò)特性都是不一樣的，另外由于工作負(fù)荷的影響，軟硬件平臺(tái)的交互作用和環(huán)境因素對(duì)軟件的影響也不盡相同，因此每一個(gè)軟件的故障都對(duì)軟件可靠性有著不同的影響，這樣在運(yùn)行階段軟件可靠性的估計(jì)就不能使用在開發(fā)階段所收集的數(shù)據(jù)。在該階段，最好的辦法就是通過直接收集到的可靠性數(shù)據(jù)來分析運(yùn)行軟件的可靠性。 2100433B

可靠性數(shù)據(jù)的收集應(yīng)有周密的計(jì)劃?，F(xiàn)場(chǎng)數(shù)據(jù)不可能做到非常完善，產(chǎn)品一經(jīng)投入使用，所到之處都是數(shù)據(jù)的發(fā)生地，在不可能做到面面俱到的情況下，應(yīng)根據(jù)需求分析選擇重點(diǎn)產(chǎn)品和地區(qū)作為數(shù)據(jù)收集點(diǎn)。

現(xiàn)場(chǎng)數(shù)據(jù)進(jìn)行需求分析

在進(jìn)行數(shù)據(jù)收集以前必須進(jìn)行需求分析，明確數(shù)據(jù)收集的內(nèi)容及目的，對(duì)可靠性數(shù)據(jù)的需求是根據(jù)產(chǎn)品生命周期內(nèi)不同階段對(duì)可靠性分析的需要決定的。有目的、有針對(duì)性地收集這些數(shù)據(jù)，對(duì)產(chǎn)品可靠性增長(zhǎng)及達(dá)到其設(shè)計(jì)要求的目標(biāo)值將起到重要作用。然而不同的生命階段對(duì)數(shù)據(jù)的需求是不同的，所收集的對(duì)象和內(nèi)容應(yīng)隨之確定。

現(xiàn)場(chǎng)數(shù)據(jù)確定數(shù)據(jù)收集點(diǎn)

在不同的生命階段有不同的數(shù)據(jù)收集點(diǎn)，對(duì)于現(xiàn)場(chǎng)數(shù)據(jù)，主要是使用部門的質(zhì)控室或維修部門等。在選擇重點(diǎn)地區(qū)或部門時(shí)，以有一定的代表性為好，如使用的產(chǎn)品群體較大，管理較好，使用中代表了典型的環(huán)境與使用條件等。對(duì)于新投入使用的產(chǎn)品，應(yīng)盡可能從頭開始跟蹤記錄，以反映其使用的全過程。

現(xiàn)場(chǎng)數(shù)據(jù)制定數(shù)據(jù)收集表格

這是數(shù)據(jù)收集系統(tǒng)的重要任務(wù)。根據(jù)需求制定所需收集內(nèi)容的統(tǒng)一、規(guī)范化的表格，這將便于計(jì)算機(jī)處理，也便于在同行業(yè)或同部門內(nèi)流通；有利于減少重復(fù)工作，提高效率，也有利于明確認(rèn)識(shí)，統(tǒng)一觀點(diǎn)。

現(xiàn)場(chǎng)數(shù)據(jù)數(shù)據(jù)收集的方法

在建立了完善的數(shù)據(jù)收集系統(tǒng)以后，可依數(shù)據(jù)傳送的途徑，按正常流通渠道進(jìn)行數(shù)據(jù)收集。當(dāng)數(shù)據(jù)收集系統(tǒng)運(yùn)行尚不完善時(shí)，可用以下兩種方式進(jìn)行收集：一是在使用現(xiàn)場(chǎng)聘請(qǐng)信息員，讓其按所要求收集的內(nèi)容，逐項(xiàng)填表，定期反饋；另一方式是派專人到現(xiàn)場(chǎng)收集，按預(yù)先制訂好的計(jì)劃進(jìn)行。兩種方式收集的效果是相同的。

最后，為保證上述工作有條不紊地順利開展，嚴(yán)格的科學(xué)管理手段是不可缺少的。否則，軟件故障的收集工作就不可能圓滿完成。負(fù)責(zé)收集軟件故障數(shù)據(jù)的人員，必須具有細(xì)心、嚴(yán)謹(jǐn)、堅(jiān)韌不拔的工作作風(fēng)，當(dāng)然，在收集軟件故障數(shù)據(jù)時(shí)，如果成本、進(jìn)度方面的矛盾變得十分尖銳，就應(yīng)該采取靈活的折中方案。

建立一個(gè)完全可靠的數(shù)據(jù)收集過程需要數(shù)據(jù)采集者和使用者不斷地合作。有兩種現(xiàn)場(chǎng)數(shù)據(jù)的收集方法：在線自動(dòng)記錄和人工報(bào)告。在線自動(dòng)記錄是由操作系統(tǒng)對(duì)錯(cuò)誤進(jìn)行自動(dòng)地在線記錄，而人工報(bào)告是由用戶、問題分析員和軟件開發(fā)人員三類數(shù)據(jù)收集者記錄產(chǎn)生，由用戶記錄系統(tǒng)運(yùn)行時(shí)所出現(xiàn)的問題，并把這些問題交由分析員進(jìn)行診斷，最后由開發(fā)人員在確定分析結(jié)果后進(jìn)行修復(fù)。在這兩種數(shù)據(jù)收集方法中，數(shù)據(jù)應(yīng)用人員根據(jù)需要提供定義和格式來收集軟件錯(cuò)誤和失效數(shù)據(jù)，這樣數(shù)據(jù)就能夠按照給定的定義和格式自動(dòng)地由操作系統(tǒng)或人工收集得到。兩種收集方法對(duì)于準(zhǔn)確的可靠性分析工作來說都是必需的，并且在理想情況下，兩種數(shù)據(jù)是可以進(jìn)行交叉引用的?？煽繑?shù)據(jù)收集過程是一個(gè)漫長(zhǎng)的過程，數(shù)據(jù)收集的定義和格式會(huì)隨著數(shù)據(jù)收集過程、軟件及硬件環(huán)境的變化而進(jìn)行調(diào)整。

現(xiàn)場(chǎng)數(shù)據(jù)在線自動(dòng)記錄

多數(shù)大型計(jì)算機(jī)系統(tǒng)都在操作系統(tǒng)中提供記錄錯(cuò)誤的軟件。該軟件記錄在各個(gè)子系統(tǒng)，如內(nèi)存、磁盤和網(wǎng)絡(luò)子系統(tǒng)出現(xiàn)的錯(cuò)誤信息，系統(tǒng)事件信息如重新啟動(dòng)和突然斷電等也包括在操作系統(tǒng)中。記錄通常包括錯(cuò)誤發(fā)生的位置、時(shí)間和類型，出錯(cuò)時(shí)系統(tǒng)的狀態(tài)和錯(cuò)誤修復(fù)情況（如再運(yùn)轉(zhuǎn)）。這些記錄被定期地存儲(chǔ)在一個(gè)永久性的系統(tǒng)文件中。

對(duì)于系統(tǒng)進(jìn)程在運(yùn)行時(shí)出現(xiàn)的問題，或由系統(tǒng)處理進(jìn)程檢測(cè)出的非優(yōu)先應(yīng)用中出現(xiàn)的問題和不正常硬件出現(xiàn)的情況，操作人員可以在必要時(shí)介入并收集額外的數(shù)據(jù)，如有關(guān)處理進(jìn)程狀態(tài)的信息塊和處理器內(nèi)存信息塊。這些信息塊由于量很大，因而通常不存在于事件記錄中。這些信息在一個(gè)高級(jí)環(huán)境中可以被當(dāng)做一部分在線自動(dòng)記錄，因?yàn)樵谶@些高級(jí)環(huán)境中，許多通常由操作人員完成的任務(wù)都被編入操作系統(tǒng)的數(shù)據(jù)收集模塊中了。

主要優(yōu)點(diǎn)：能夠記錄大量瞬時(shí)錯(cuò)誤和在線錯(cuò)誤恢復(fù)處理進(jìn)程等信息，它還提供了近乎100%的記錄和準(zhǔn)確的時(shí)間信息，而這對(duì)于人工報(bào)告來說是非常困難的。

缺點(diǎn)：在線記錄也面臨著一些問題，如在線錯(cuò)誤記錄提供的信息沒有潛在錯(cuò)誤信息和脫機(jī)診斷，所以很有必要在自動(dòng)記錄中補(bǔ)充進(jìn)一些人工報(bào)告中的信息。

現(xiàn)場(chǎng)數(shù)據(jù)人工報(bào)告

人工報(bào)告即現(xiàn)場(chǎng)問題報(bào)告。當(dāng)某一個(gè)問題影響到用戶應(yīng)用程序或者系統(tǒng)的運(yùn)行時(shí)，用戶便把它寫入錯(cuò)誤報(bào)告文件以尋求問題的解決。問題有可能很簡(jiǎn)單，比如說對(duì)軟件性能缺乏了解，或是表面性的小問題。也有可能比較嚴(yán)重，比如系統(tǒng)崩潰或是丟失數(shù)據(jù)之類。首先，報(bào)告應(yīng)包含下列信息：錯(cuò)誤出現(xiàn)時(shí)間、嚴(yán)重程度、系統(tǒng)識(shí)別和用戶提供的問題描述。在系統(tǒng)崩潰和數(shù)據(jù)丟失的情況下，還應(yīng)提供附加的信息（如處理器內(nèi)存信息塊）。當(dāng)報(bào)告的問題由系統(tǒng)分析員和開發(fā)人員診斷和修復(fù)時(shí)，所有的診斷分析過程、潛在故障信息、失效的表現(xiàn)和修復(fù)過程全都應(yīng)附在報(bào)告中。由于這些信息用固定格式很難描述，因此人工報(bào)告主要是用段落文字來描述，只有報(bào)告頭與所有其他報(bào)告一樣有固定的格式。另外還有一種報(bào)告叫操作員記錄，是由系統(tǒng)操作員來完成的。操作員記錄的內(nèi)容包含系統(tǒng)崩潰、失效診斷和軟硬件更新等信息。

軟件錯(cuò)誤報(bào)告詳細(xì)地列出了潛在故障、癥狀和修復(fù)情況的信息。因此利用這種報(bào)告便可用來分析許多軟件可靠性問題。然而利用人工報(bào)告進(jìn)行評(píng)價(jià)分析時(shí)，仍存在兩個(gè)缺點(diǎn)。首先，報(bào)告不詳細(xì)的問題比較突出，據(jù)估計(jì)近80%的處理器的失效是由于沒有進(jìn)行記錄。因此說理想情況應(yīng)該是在線記錄、人工報(bào)告和操作員記錄都存在并同時(shí)進(jìn)行參考。其次，因?yàn)槿斯?bào)告是人為寫出的文字報(bào)告，不易由自動(dòng)化的工具進(jìn)行分析處理，不能像原始數(shù)據(jù)被組織成結(jié)構(gòu)化的數(shù)據(jù)，這樣就不利于數(shù)據(jù)分類，并對(duì)每一分類的實(shí)例進(jìn)行計(jì)數(shù)。這就意味著即便某失效已發(fā)生很長(zhǎng)時(shí)間，但仍需要了解該失效的詳細(xì)情況，而此時(shí)可能有關(guān)該失效的重要信息都已丟失，這樣就可能導(dǎo)致人們把大量的評(píng)估精力都用在這種數(shù)據(jù)的重新組織上，而不是問題的分析上。為了有效解決這個(gè)問題，可以在收集數(shù)據(jù)以前產(chǎn)生目錄。

產(chǎn)品實(shí)際使用中得到的數(shù)據(jù)為現(xiàn)場(chǎng)數(shù)據(jù)。軟件現(xiàn)場(chǎng)數(shù)據(jù)不同于測(cè)試數(shù)據(jù)，對(duì)其的分析就變得更為重要。現(xiàn)場(chǎng)收集的數(shù)據(jù)通常都沒有進(jìn)行有效控制，分析的過程是基于得到的以往的數(shù)據(jù)，而現(xiàn)場(chǎng)數(shù)據(jù)分析系統(tǒng)一般不能停止操作運(yùn)行來等待數(shù)據(jù)的分析。另外，由于競(jìng)爭(zhēng)壓力，各組織往往不愿意公開現(xiàn)場(chǎng)數(shù)據(jù)。

要收集某項(xiàng)數(shù)據(jù)及分析數(shù)據(jù)，測(cè)試人員和分析人員如果缺乏明確認(rèn)識(shí)，可能會(huì)造成投人了大量資源進(jìn)行現(xiàn)場(chǎng)失效數(shù)據(jù)收集卻回報(bào)甚微的情況。軟件可靠性研究必須有明確的對(duì)象、目標(biāo)和分析方法，這樣可以有效地利用現(xiàn)有數(shù)據(jù)，并將收集需要的補(bǔ)充數(shù)據(jù)的費(fèi)用降至最低。使用階段收集和分析的現(xiàn)場(chǎng)可靠性數(shù)據(jù)，對(duì)產(chǎn)品的設(shè)計(jì)和制造的評(píng)價(jià)最權(quán)威，因?yàn)樗从车氖褂铆h(huán)境條件最真實(shí)，參與評(píng)估的產(chǎn)品數(shù)量較多，其評(píng)估結(jié)果反映了產(chǎn)品趨向成熟期或到達(dá)成熟期時(shí)的可靠性水平，是該產(chǎn)品可靠性工作的最終檢驗(yàn)，也是今后開展新產(chǎn)品的可靠性設(shè)計(jì)和改進(jìn)原產(chǎn)品設(shè)計(jì)的有益的參考。

1.實(shí)現(xiàn)遠(yuǎn)程考勤技術(shù)方案，解決了施工現(xiàn)場(chǎng)考勤要求廣域網(wǎng)數(shù)據(jù)傳輸問題；

2.定制化生產(chǎn)的GPRS考勤設(shè)備，解決考勤數(shù)據(jù)的傳輸準(zhǔn)確問題，和確保不能修改的問題。

3.為建設(shè)部門對(duì)施工現(xiàn)場(chǎng)人員的監(jiān)督監(jiān)管提供了有力的手段，保證工程的施工質(zhì)量，控制事故安全隱患。