中文名 | 現(xiàn)場(chǎng)數(shù)據(jù) | 外文名 | field data |
---|---|---|---|
定????義 | 產(chǎn)品實(shí)際使用中得到的數(shù)據(jù) | 作????用 | 反映了產(chǎn)品實(shí)際使用中的可靠性 |
特????性 | 數(shù)據(jù)波動(dòng)比實(shí)驗(yàn)數(shù)據(jù)大 | 收集方法 | 在線自動(dòng)記錄、人工報(bào)告 |
建立一個(gè)完全可靠的數(shù)據(jù)收集過(guò)程需要數(shù)據(jù)采集者和使用者不斷地合作。有兩種現(xiàn)場(chǎng)數(shù)據(jù)的收集方法:在線自動(dòng)記錄和人工報(bào)告。在線自動(dòng)記錄是由操作系統(tǒng)對(duì)錯(cuò)誤進(jìn)行自動(dòng)地在線記錄,而人工報(bào)告是由用戶、問(wèn)題分析員和軟件開(kāi)發(fā)人員三類數(shù)據(jù)收集者記錄產(chǎn)生,由用戶記錄系統(tǒng)運(yùn)行時(shí)所出現(xiàn)的問(wèn)題,并把這些問(wèn)題交由分析員進(jìn)行診斷,最后由開(kāi)發(fā)人員在確定分析結(jié)果后進(jìn)行修復(fù)。在這兩種數(shù)據(jù)收集方法中,數(shù)據(jù)應(yīng)用人員根據(jù)需要提供定義和格式來(lái)收集軟件錯(cuò)誤和失效數(shù)據(jù),這樣數(shù)據(jù)就能夠按照給定的定義和格式自動(dòng)地由操作系統(tǒng)或人工收集得到。兩種收集方法對(duì)于準(zhǔn)確的可靠性分析工作來(lái)說(shuō)都是必需的,并且在理想情況下,兩種數(shù)據(jù)是可以進(jìn)行交叉引用的??煽繑?shù)據(jù)收集過(guò)程是一個(gè)漫長(zhǎng)的過(guò)程,數(shù)據(jù)收集的定義和格式會(huì)隨著數(shù)據(jù)收集過(guò)程、軟件及硬件環(huán)境的變化而進(jìn)行調(diào)整。
多數(shù)大型計(jì)算機(jī)系統(tǒng)都在操作系統(tǒng)中提供記錄錯(cuò)誤的軟件。該軟件記錄在各個(gè)子系統(tǒng),如內(nèi)存、磁盤(pán)和網(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)的問(wèn)題,或由系統(tǒng)處理進(jìn)程檢測(cè)出的非優(yōu)先應(yīng)用中出現(xiàn)的問(wè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)告來(lái)說(shuō)是非常困難的。
缺點(diǎn):在線記錄也面臨著一些問(wèn)題,如在線錯(cuò)誤記錄提供的信息沒(méi)有潛在錯(cuò)誤信息和脫機(jī)診斷,所以很有必要在自動(dòng)記錄中補(bǔ)充進(jìn)一些人工報(bào)告中的信息。
人工報(bào)告即現(xiàn)場(chǎng)問(wèn)題報(bào)告。當(dāng)某一個(gè)問(wèn)題影響到用戶應(yīng)用程序或者系統(tǒng)的運(yùn)行時(shí),用戶便把它寫(xiě)入錯(cuò)誤報(bào)告文件以尋求問(wèn)題的解決。問(wèn)題有可能很簡(jiǎn)單,比如說(shuō)對(duì)軟件性能缺乏了解,或是表面性的小問(wèn)題。也有可能比較嚴(yán)重,比如系統(tǒng)崩潰或是丟失數(shù)據(jù)之類。首先,報(bào)告應(yīng)包含下列信息:錯(cuò)誤出現(xiàn)時(shí)間、嚴(yán)重程度、系統(tǒng)識(shí)別和用戶提供的問(wèn)題描述。在系統(tǒng)崩潰和數(shù)據(jù)丟失的情況下,還應(yīng)提供附加的信息(如處理器內(nèi)存信息塊)。當(dāng)報(bào)告的問(wèn)題由系統(tǒng)分析員和開(kāi)發(fā)人員診斷和修復(fù)時(shí),所有的診斷分析過(guò)程、潛在故障信息、失效的表現(xiàn)和修復(fù)過(guò)程全都應(yīng)附在報(bào)告中。由于這些信息用固定格式很難描述,因此人工報(bào)告主要是用段落文字來(lái)描述,只有報(bào)告頭與所有其他報(bào)告一樣有固定的格式。另外還有一種報(bào)告叫操作員記錄,是由系統(tǒng)操作員來(lái)完成的。操作員記錄的內(nèi)容包含系統(tǒng)崩潰、失效診斷和軟硬件更新等信息。
軟件錯(cuò)誤報(bào)告詳細(xì)地列出了潛在故障、癥狀和修復(fù)情況的信息。因此利用這種報(bào)告便可用來(lái)分析許多軟件可靠性問(wèn)題。然而利用人工報(bào)告進(jìn)行評(píng)價(jià)分析時(shí),仍存在兩個(gè)缺點(diǎn)。首先,報(bào)告不詳細(xì)的問(wèn)題比較突出,據(jù)估計(jì)近80%的處理器的失效是由于沒(méi)有進(jìn)行記錄。因此說(shuō)理想情況應(yīng)該是在線記錄、人工報(bào)告和操作員記錄都存在并同時(shí)進(jìn)行參考。其次,因?yàn)槿斯?bào)告是人為寫(xiě)出的文字報(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ù)的重新組織上,而不是問(wèn)題的分析上。為了有效解決這個(gè)問(wèn)題,可以在收集數(shù)據(jù)以前產(chǎn)生目錄。
從實(shí)際系統(tǒng)中獲取現(xiàn)場(chǎng)可靠性數(shù)據(jù)并對(duì)其進(jìn)行分析處理可以按照以下5個(gè)步驟進(jìn)行:
從現(xiàn)場(chǎng)數(shù)據(jù)中提取必要的信息。要進(jìn)行該步驟就必須詳盡地了解實(shí)際系統(tǒng)所涉及的操作系統(tǒng)、目標(biāo)軟件和系統(tǒng)操作等相關(guān)內(nèi)容,實(shí)際的處理過(guò)程可根據(jù)數(shù)據(jù)類型而定。
對(duì)所獲取數(shù)據(jù)進(jìn)行分析。通過(guò)該步驟可達(dá)到兩個(gè)目的,一是得到運(yùn)行軟件在實(shí)際環(huán)境中的可靠性特征,二是分析出影響軟件系統(tǒng)可靠性的因素以便于提高系統(tǒng)性能。
根據(jù)數(shù)據(jù)分析的結(jié)果確定合適的可靠性模型(如Markov模型),并估計(jì)參數(shù)的實(shí)際變化范圍。所確認(rèn)的可靠性模型要能夠?qū)?shí)際環(huán)境中的軟件可靠性行為進(jìn)行一種抽象描述,這些軟件可靠性模型包括可執(zhí)行性模型、錯(cuò)誤和可恢復(fù)模型、現(xiàn)場(chǎng)捕捉到的有效故障的軟件可靠性模型以及依靠工作負(fù)荷的軟件可靠性模型。
在未得到所開(kāi)發(fā)模型的求解技術(shù)的情況下進(jìn)行的。一旦掌握了求解技術(shù),那么利用真實(shí)數(shù)據(jù)就可以使該模型發(fā)揮作用。這里的模型求解還含有求得可靠性標(biāo)準(zhǔn)的含義(這些標(biāo)準(zhǔn)包括可靠性、可用性和運(yùn)行性能等)。
對(duì)模型中由于各種因素變化而對(duì)軟件可靠性產(chǎn)生的影響進(jìn)行評(píng)估。通過(guò)該步驟可以確定系統(tǒng)的可靠性瓶頸,并且可以預(yù)測(cè)設(shè)計(jì)中的變動(dòng)對(duì)軟件可靠性所產(chǎn)生的影響。
軟件可靠性的試驗(yàn)評(píng)估工作可以在軟件生命周期的不同階段進(jìn)行。在開(kāi)發(fā)階段,可靠性數(shù)據(jù)需要通過(guò)代碼檢查和軟件測(cè)試產(chǎn)生,很多研究都已經(jīng)對(duì)開(kāi)發(fā)階段所收集的可靠性數(shù)據(jù)進(jìn)行了評(píng)估。然而開(kāi)發(fā)階段的軟件可靠性并不能代表運(yùn)行階段的軟件可靠性,因?yàn)檫\(yùn)行中軟件的可靠性可能會(huì)與其開(kāi)發(fā)階段的可靠性有很大差別。在軟件運(yùn)行階段,軟件的更新速度相對(duì)低一些。由于各種故障軟件的可視性和系統(tǒng)對(duì)它的容錯(cuò)特性都是不一樣的,另外由于工作負(fù)荷的影響,軟硬件平臺(tái)的交互作用和環(huán)境因素對(duì)軟件的影響也不盡相同,因此每一個(gè)軟件的故障都對(duì)軟件可靠性有著不同的影響,這樣在運(yùn)行階段軟件可靠性的估計(jì)就不能使用在開(kāi)發(fā)階段所收集的數(shù)據(jù)。在該階段,最好的辦法就是通過(guò)直接收集到的可靠性數(shù)據(jù)來(lái)分析運(yùn)行軟件的可靠性。 2100433B
產(chǎn)品實(shí)際使用中得到的數(shù)據(jù)為現(xiàn)場(chǎng)數(shù)據(jù)。軟件現(xiàn)場(chǎng)數(shù)據(jù)不同于測(cè)試數(shù)據(jù),對(duì)其的分析就變得更為重要?,F(xiàn)場(chǎng)收集的數(shù)據(jù)通常都沒(méi)有進(jìn)行有效控制,分析的過(guò)程是基于得到的以往的數(shù)據(jù),而現(xiàn)場(chǎng)數(shù)據(jù)分析系統(tǒng)一般不能停止操作運(yùn)行來(lái)等待數(shù)據(jù)的分析。另外,由于競(jìng)爭(zhēng)壓力,各組織往往不愿意公開(kāi)現(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),也是今后開(kāi)展新產(chǎn)品的可靠性設(shè)計(jì)和改進(jìn)原產(chǎn)品設(shè)計(jì)的有益的參考。
樹(shù)木現(xiàn)場(chǎng)收方,需要測(cè)量那些數(shù)據(jù)?
樹(shù)木現(xiàn)場(chǎng)收方,需要測(cè)量那些數(shù)據(jù)?答:直徑、長(zhǎng)度,根數(shù)
現(xiàn)場(chǎng)發(fā)生的實(shí)際工程量都要簽證嗎,比如土方,現(xiàn)場(chǎng)進(jìn)行了開(kāi)挖測(cè)量數(shù)據(jù),
不需要,按驗(yàn)槽記錄,計(jì)算工程量,
請(qǐng)教一下關(guān)于施工現(xiàn)場(chǎng)草簽的原始數(shù)據(jù)問(wèn)題。
從客觀上講,原始數(shù)據(jù)必須符合現(xiàn)場(chǎng)的實(shí)際情況,無(wú)論土層分析資料還是原始測(cè)量數(shù)據(jù),都必須真實(shí)有效,現(xiàn)場(chǎng)測(cè)量數(shù)據(jù),保證了了數(shù)據(jù)的真實(shí)性,而讓現(xiàn)場(chǎng)有關(guān)負(fù)責(zé)人簽字認(rèn)可保證了資料的有效性,沒(méi)有真實(shí)性,就會(huì)影響工程...
可靠性數(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)。
在進(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)隨之確定。
在不同的生命階段有不同的數(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)盡可能從頭開(kāi)始跟蹤記錄,以反映其使用的全過(guò)程。
這是數(shù)據(jù)收集系統(tǒng)的重要任務(wù)。根據(jù)需求制定所需收集內(nèi)容的統(tǒng)一、規(guī)范化的表格,這將便于計(jì)算機(jī)處理,也便于在同行業(yè)或同部門內(nèi)流通;有利于減少重復(fù)工作,提高效率,也有利于明確認(rèn)識(shí),統(tǒng)一觀點(diǎn)。
在建立了完善的數(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)行。兩種方式收集的效果是相同的。
最后,為保證上述工作有條不紊地順利開(kāi)展,嚴(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)該采取靈活的折中方案。
格式:pdf
大小:847KB
頁(yè)數(shù): 8頁(yè)
評(píng)分: 4.4
工地有 2個(gè)塔吊,2個(gè)施工電梯(雙吊箱式),3個(gè)物料提升機(jī)(雙吊箱式),5 個(gè)配電箱。 砌筑 1. 輕集料空心砌塊尺寸 (200厚):390*190*190;(100厚):390*190*90;小磚 (砌塊小磚):190*90*50;(紅磚大小砌塊磚):240*115*53;工人砌筑 21 塊 砌塊+18塊小磚共用時(shí) 14分,0.39*0.19*0.19*21+0.39*0.19*0.09*18=0.416m3 , 所以砌筑空心砌塊每立方米用時(shí) 33.65分鐘。 2. 砌筑小磚 11塊共用時(shí) 11 分鐘, 0.19*0.09*0.05*11=0.009m3,即砌筑小磚每 立方米 5.3分鐘。 3. 砌筑砂漿是 1:6:1,M5專用砌筑砂漿,折合體積比 1:4.5:1加外加劑。 配合比標(biāo)牌是質(zhì)量比,但工地都是體積比。此外砌筑砂漿屬于混合砂漿,需 要添加砂漿王類似的外加劑。 4. 砌筑工按砌
格式:pdf
大?。?span id="z3igbwc" class="single-tag-height">847KB
頁(yè)數(shù): 6頁(yè)
評(píng)分: 4.3
1 16.06 0.43169 1 16.06 0.945267 2 15.90 0.212513 2 15.9 0.598733 3 16.38 0.964872 3 16.38 0.830314 4 16.94 0.657252 4 16.94 0.519935 5 16.53 0.899942 5 16.53 0.696375 6 16.30 0.834175 6 16.3 0.797699 7 16.11 0.648166 7 16.11 0.280104 8 16.96 0.672017 8 16.96 0.223097 9 16.13 0.722318 9 16.13 0.155127 10 16.25 0.586746 10 16.25 0.73182 11 15.87 0.219647 11 15.87 0.401009 12 16.06 0.729867 12 16.05
1.實(shí)現(xiàn)遠(yuǎn)程考勤技術(shù)方案,解決了施工現(xiàn)場(chǎng)考勤要求廣域網(wǎng)數(shù)據(jù)傳輸問(wèn)題;
2.定制化生產(chǎn)的GPRS考勤設(shè)備,解決考勤數(shù)據(jù)的傳輸準(zhǔn)確問(wèn)題,和確保不能修改的問(wèn)題。
3.為建設(shè)部門對(duì)施工現(xiàn)場(chǎng)人員的監(jiān)督監(jiān)管提供了有力的手段,保證工程的施工質(zhì)量,控制事故安全隱患。
業(yè)主的違約造成的索賠:業(yè)主提供錯(cuò)誤的現(xiàn)場(chǎng)技術(shù)數(shù)據(jù)
根據(jù)FIDIC條款4.10中之規(guī)定,業(yè)主應(yīng)在基準(zhǔn)日(指標(biāo)書(shū)提交之日)前,將其取得的所有現(xiàn)場(chǎng)技術(shù)數(shù)據(jù)提交給承包商,以使承包商能夠參照該類數(shù)據(jù)初步制定技術(shù)工作的內(nèi)容與計(jì)劃,并使承包商自身能夠在技術(shù)上對(duì)該項(xiàng)目進(jìn)行初步可行性研究,否則由此引起的承包商費(fèi)用及工期的增加,承包商有權(quán)做出索賠。索賠內(nèi)容為T+C+P。
裝飾工程施工現(xiàn)場(chǎng)管理問(wèn)題:數(shù)據(jù)管理的問(wèn)題
一個(gè)項(xiàng)目的管理,除了對(duì)材料、施工、技術(shù)、人員的管理外,還有個(gè)不容忽視的問(wèn)題就是數(shù)據(jù)的管理。任何項(xiàng)目的驗(yàn)收,都必須有個(gè)竣工數(shù)據(jù)這一項(xiàng)??⒐べY料所包含的材料合格證、檢驗(yàn)報(bào)告、竣工圖、驗(yàn)收?qǐng)?bào)告、設(shè)計(jì)變更、測(cè)量記錄、隱蔽工程驗(yàn)收單,有關(guān)技術(shù)參數(shù)測(cè)定驗(yàn)收單、工作聯(lián)系函、工程簽證等等,都要求我們?cè)谡麄€(gè)項(xiàng)目施工過(guò)程中要一一注意收集歸類存盤(pán)。如有遺漏,將給竣工驗(yàn)收和項(xiàng)目結(jié)算帶來(lái)不必要的損失,有的影響更是無(wú)法估量。