【正文】 方面把關(guān)。這一系列的工作安排，確保了我們的軟件產(chǎn)品在關(guān)鍵技術(shù)問題上從未出錯。產(chǎn)品交付使用后，用戶對于靈活方便的權(quán)限控制模塊非常滿意。根據(jù)進度表中各個里程碑的劃分，管理人員可以方便地度量每個編程人員的實際工作情況，同時按照工作時間安攤進行軟件測試和驗收，從而確保開發(fā)的進度和軟件的質(zhì)量。我們讓開發(fā)小組的每一位成員認(rèn)真了解自己所承擔(dān)任務(wù)的時間表，并根據(jù)自己的任務(wù)制定相應(yīng)的工作計劃。為了使教育管理信息系統(tǒng)項目能夠順利完成開發(fā)任務(wù)，我們要求參與此項目開發(fā)的人員在當(dāng)日工作結(jié)束后都要按照實際工作情況填寫它。同時每周要對自己的工作進展做出結(jié)論，如：某某任務(wù)已完成80%，能夠按照計劃時限完成本項任務(wù)，并向項目組匯報。項目小組會在每個里程碑處以會議的形式對本階段的工作進行確認(rèn)、總結(jié)，對本階段的進展情況做出結(jié)論，并決定是否調(diào)整下一階段的進度計則。但是在我們的工作中也有失誤的地方。在管理人員發(fā)現(xiàn)悟況后及時外聘美工，補足人員調(diào)配缺陷才使任務(wù)順暢進行。軟件工程度量的估算雖然不可能與工程實際進度完全一致，但在不斷發(fā)現(xiàn)導(dǎo)致合理估算的信息的過程中，是可以逐步達到計劃目標(biāo)的。論軟件過程的度量摘要： 本文從軟件錯誤數(shù)、缺陷數(shù)的角度討論了軟件質(zhì)量度量的方法、作用和意義。該平臺涉及分布全國的重多學(xué)生、數(shù)學(xué)站、教學(xué)中心，大量教學(xué)資源以及教師、教務(wù)管理等多方面，該平臺的建設(shè)直接關(guān)系到學(xué)院今后的高效管理、持續(xù)發(fā)展，因此對我們的軟件提出了很高的質(zhì)量要求。 對于軟件質(zhì)量度量我們的經(jīng)驗還十分缺乏，本文作者也特別希望大家提出更好的建議幫助我們改善度量方法。因此，學(xué)院決定于2004年2月立項開發(fā)《網(wǎng)絡(luò)學(xué)院2004版遠(yuǎn)程教育平臺》，在該項目中，由我擔(dān)任項目負(fù)責(zé)人。一期工程主要包括：學(xué)生管理、教務(wù)管理、教務(wù)管理、教學(xué)資源管理、網(wǎng)絡(luò)題庫考評、虛擬社區(qū)、畢業(yè)論文管理等，其中教學(xué)資源管理中的流媒體澡件系統(tǒng)、虛擬社區(qū)中的電子白板利用原有外購產(chǎn)品，此次只進行升級。 本遠(yuǎn)程教育平臺是一個龐大的體系，是學(xué)院高效管理、持續(xù)發(fā)展的基石。本平臺的開發(fā)，學(xué)院領(lǐng)導(dǎo)給予了高度重視，提出該平臺至少應(yīng)滿足今后四到五軍的規(guī)模發(fā)展需要；新的教學(xué)技術(shù)教學(xué)理念的實施應(yīng)能與本系統(tǒng)無縫集成。反思我們前幾年軟件開發(fā)管理力度不大造成一定程度上開發(fā)的混亂，我參觀學(xué)習(xí)了本市兩家取得CMM4級認(rèn)證的軟件開發(fā)，我決定在本項目的開發(fā)中啟用軟件質(zhì)量度量，主要度量軟件各階段的錯誤率、缺陷率，以及上一階段對下一階段缺陷的轉(zhuǎn)播、缺陷的放大。 我們采取的基本度量方案是：度量軟件的錯誤數(shù)、缺陷數(shù)、計算錯誤清除率。在匯總表中，我將縱坐標(biāo)設(shè)計為軟件開發(fā)各階段：計劃階段、需求階段、設(shè)計階段、代碼階段和測試階段、使用維護階段；橫坐標(biāo)設(shè)計為：本階段發(fā)現(xiàn)的錯誤數(shù)、下階段發(fā)現(xiàn)的錯誤數(shù)（此數(shù)據(jù)作為本階段的缺陷數(shù)），錯誤清除率。匯總表的數(shù)據(jù)來自多個明細(xì)表。我們部知道軟件的質(zhì)量首先是滿足各類需求，不滿是需求的軟件就談不上質(zhì)量。我設(shè)計了如下需求分析階段錯誤數(shù)統(tǒng)計表：縱坐標(biāo)是各功能點以及子功能點，功能點和子功能點分級展開；橫坐標(biāo)由各功能點簡單說明（該項鏈接到需求規(guī)格說明書）、業(yè)務(wù)需求、功能需求、性能需求、安全需求、數(shù)據(jù)需求、錯誤描述、評估人、評估時間等項組成，其中業(yè)務(wù)需求、功能需求、性能需求、安全需求、數(shù)據(jù)需求均由兩欄組成，一欄是錯誤數(shù)、一欄是缺陷數(shù)，缺陷數(shù)由后續(xù)開發(fā)階段填寫。首先是功能點的劃分。我們將該系統(tǒng)的參與者分為：網(wǎng)絡(luò)學(xué)院院長、院各管理部門負(fù)責(zé)人及管理人員、網(wǎng)站數(shù)據(jù)管理員、教學(xué)站以及教學(xué)中心負(fù)責(zé)人及管理人員、教師、學(xué)生等，根據(jù)不同參與者確定了大量用例，并對每個用例編寫了：用例目的、前置條件、后置條件、限制條件、基本流程、替換流程等；在這些用例的基礎(chǔ)上，我們劃分出了功能點以及子功能點。學(xué)院請來了本系統(tǒng)各類有代表性的用戶，比如學(xué)生人數(shù)最少的、最多的、離學(xué)院距離最近的、最遠(yuǎn)的教學(xué)站以及教掌中心負(fù)責(zé)人，進原“網(wǎng)絡(luò)教室”、原論壇最活躍的、最不活躍的、成績最好的、最不好的學(xué)生，最熱門專業(yè)、最冷門專業(yè)以及公共澡的教師等等組成的用戶代表團，還請來了安全技術(shù)專家、服務(wù)器方案專家、教育管理專家、教育技術(shù)專家等組成的專家團，與我們學(xué)院各部門管理人員一起組成的評審團對我們的需求進行評估打分。做好這些準(zhǔn)備工作之后，我們要求每個參與人員認(rèn)真評估需求，特別是與自己相關(guān)的那部分，對于需求錯誤一定要給予詳細(xì)的錯誤描述；對于希望補充的功能，可以另外說明。既有比較重要的功能遺漏：比如考試場次安排。但實際情況遠(yuǎn)比這個復(fù)雜，這汝的監(jiān)考教師、教學(xué)站負(fù)責(zé)人都提出了這個要求，由軟件系統(tǒng)綜合考慮實考人數(shù)、補考人數(shù)、座位數(shù)、考場數(shù)、監(jiān)考教師數(shù)、試卷數(shù)等安排考試場飲。而且這部分學(xué)生大約占總數(shù)的10%。 以上只對軟件需求階段錯誤數(shù)統(tǒng)計進行了介紹。 軟件項目度量對我們來說，還明顯的經(jīng)驗不足。比如錯誤的權(quán)重：修改錯誤的時間、人力、資源；修改錯誤時引起的其它錯誤；上階段未發(fā)現(xiàn)錯誤對下階段開發(fā)的影響沒有量化等等。該系統(tǒng)是在當(dāng)前測井成套測井裝備的基礎(chǔ)上，為了滿足高精度，高性能，高效率的要求開發(fā)的測井系統(tǒng)。本人在其中主要是負(fù)責(zé)測井軟件系統(tǒng)的分析、設(shè)計以及部分開發(fā)任務(wù)。其中系統(tǒng)優(yōu)化主要是通過調(diào)節(jié)軟件運行環(huán)境來優(yōu)化軟件性能，程序設(shè)計優(yōu)化主要從程序架構(gòu)設(shè)計、語法、 內(nèi)存管理、輸入輸出等方面來討論如何采取措施提高軟件的性能。系統(tǒng)的設(shè)計目標(biāo)是一次測井，取得所有合格資料，并且能保證60井故的免維修率。我主要是負(fù)責(zé)測井軟件系統(tǒng)的分析，設(shè)計和部分開發(fā)工作。對應(yīng)于這三個任務(wù)，整個系統(tǒng)分為三個系統(tǒng)層：數(shù)據(jù)驅(qū)動層（簡稱前端），數(shù)據(jù)處理層（主控）和表象管理層（后端）。數(shù)據(jù)處理層的主要目的是按每種儀器的刻度算法計算測井原始數(shù)據(jù)。系統(tǒng)前端運行在Vxworks系統(tǒng)上， 主控程序和后端顯示程序運行在Windowr2000系統(tǒng)中。 由于測井軟件系統(tǒng)負(fù)責(zé)著整個井下儀器的數(shù)據(jù)采集、儀器狀態(tài)控制和測井資料獲取。這主要表現(xiàn)在以下方面： 采集數(shù)據(jù)的完整性和正確性要求。要求每80毫秒采集一個完整的數(shù)據(jù)幀，由于伙器算法的特殊性，要求不能丟掉一幀，也不能采集錯誤的數(shù)據(jù)。 數(shù)據(jù)顯示和打印的實時性要求。 在軟件分析設(shè)計和開發(fā)中，我們主要是系統(tǒng)優(yōu)化和程序設(shè)計優(yōu)化兩個方面采取措施來提高軟件的性能并取得了比較好的效果。由于Window2000操作系統(tǒng)的分時多任務(wù)系統(tǒng)，不能保證在80ms時間間隔內(nèi)測井系統(tǒng)所要求的數(shù)據(jù)的完整性和正確性，所以裁們采用VxWorks實時操作系統(tǒng)做為前端操作系統(tǒng)，運行數(shù)據(jù)采集程序，保證測井?dāng)?shù)據(jù)完整和正確。為了保證系統(tǒng)網(wǎng)絡(luò)數(shù)據(jù)傳輸?shù)男阅?，采用千兆網(wǎng)，連接主控和前端。同時，主機系統(tǒng)采用Intel公司P4EE結(jié)構(gòu)的多線程處理器，以及512M酌DDR內(nèi)存，來滿足數(shù)據(jù)吞吐的要求。程序架構(gòu)設(shè)計 由于優(yōu)化性能并不是個局部的過程，整個程序的性能提高必須在程序設(shè)計的開始階段就給予考慮和規(guī)劃，以設(shè)計良好的軟件架構(gòu)保證系統(tǒng)的良好性能。即使后端顯示程序出現(xiàn)錯誤，也可以保證測井?dāng)?shù)據(jù)的完整和正確。采用這種辦法不僅可以保證錯誤不會在系統(tǒng)的擴散，方便系統(tǒng)的調(diào)試。語法算祛伐北和編譯優(yōu)化 在代碼開發(fā)階段，可以通過C++語法特點來優(yōu)化系統(tǒng)，實現(xiàn)更好的性能。在循環(huán)語句中，對各種情況進行度量主要通過把臨時變量提出到循環(huán)體外，以及設(shè)置break和c ontinue語言減少循環(huán)次數(shù)。在儀器的刻度計算中經(jīng)常要用到各種各樣的算法，采用在保證測井精度的原則下，根據(jù)測井原理優(yōu)化算法，盡量把一些遞歸和非線性的算法，轉(zhuǎn)換為非遞歸的簡單運算。Intel編譯器對CH錯誤檢查比較嚴(yán)格，這也保證了程序運行時的錯誤減少。耵L庫的使用使得我們可以拋棄傳統(tǒng)的MFC動態(tài)庫，減少程序的內(nèi)存占用，也可以減少MFC常見的內(nèi)存泄漏。經(jīng)過我們測試，同樣的數(shù)據(jù)結(jié)構(gòu)如隊列、鏈表等，STL的實現(xiàn)比MFC的實現(xiàn)，STL的速度大約快10%。首完根據(jù)測試數(shù)據(jù)度量，分配一大塊內(nèi)存給應(yīng)用程序，然后通過管理這塊內(nèi)存，來滿足程序?qū)π?nèi)存塊的請求和釋放。通過采用自己的內(nèi)存管理機制后，再運行測試程序，發(fā)現(xiàn)程序的運行速度幾乎提高了兩倍。為了系統(tǒng)取的最好的性能，我們對前端和主控之間， 主控和后端顯示之間的網(wǎng)絡(luò)通訊采用的部是多線程異步通訊的方式。在本系統(tǒng)中還有一個比較關(guān)鍵的技術(shù)難點，就是在如何在顯示測井曲線和圖像時同步連續(xù)的打印出顯示的曲線。在這方面我們主要采取的技術(shù)手段的同步緩存顯示數(shù)據(jù)，然后在安排一個單獨的線程專門負(fù)責(zé)測井曲線的打印。在200：1的通常測井顯示比例下，這點延遲是在允許范圍內(nèi)的。一個好的測試工具更能提高工作的效率和質(zhì)量。特別是用其中的Quantify工具進行系統(tǒng)性能測試，可以精確到代碼行。大部份的優(yōu)化措施都是在測試過程中發(fā)現(xiàn)問題，然后在進行具體的優(yōu)化。在下井實驗過程中，在連接井下儀器、地面系統(tǒng)、和測井軟件系統(tǒng)的基礎(chǔ)上，軟件運行可靠，保證了24小時不斷電的情況下，數(shù)據(jù)幀掉幀率為O，誤碼率為0的好效果，得到用戶的認(rèn)可。好的測試工具對性能的提升有很大的幫助。論軟件設(shè)計模式的應(yīng)用摘要： 本人2004年有幸參加了中國石油集團的高性能數(shù)控測井系統(tǒng)項目的開發(fā)研制工作。該系統(tǒng)由井下成套儀器，測井遙測系統(tǒng)，測井地面系統(tǒng)，測井軟件系統(tǒng)，測井解釋評價系統(tǒng)等子系統(tǒng)組成。設(shè)計模式是前人設(shè)計面向?qū)ο筌浖慕?jīng)驗和總結(jié)，在軟件設(shè)計中靈活的使用設(shè)計模式可以極大的提高系統(tǒng)的穩(wěn)定性，可擴展性，以及良好的可維護性。在文章的最后，討論了在實際項目開發(fā)中，設(shè)計模式應(yīng)用的有關(guān)想法和數(shù)訓(xùn)。系統(tǒng)的設(shè)計目標(biāo)是一次測井，取礙所有合格資料，并且能保證60井故的免維修率。我主要是負(fù)責(zé)測井軟件系統(tǒng)的分析，設(shè)計和部分開發(fā)工作。測井?dāng)?shù)據(jù)采集主要是采集井下儀器通過測井遙測系統(tǒng)傳輸?shù)臏y井?dāng)?shù)據(jù)，并保證數(shù)據(jù)的完整性，正確性。測井過程監(jiān)控主要是把計算的測井?dāng)?shù)據(jù)用曲線和圖像的方式實時的顯示在屏幕和打印成圖，由測井操作員進行實時監(jiān)控。在測井軟件系統(tǒng)框架進行分析和設(shè)計時，考慮如何提高系統(tǒng)的穩(wěn)定性、可擴展性和可維護性時，我們采用了MVC設(shè)計模式。模型主要是對系統(tǒng)的數(shù)據(jù)和邏輯運算的封裝。視圖把表示模型的數(shù)據(jù)和邏輯關(guān)系用特定的形武展示給用戶。模型、視圖、控制的相互分離有利于模塊之間內(nèi)聚性的提高，耦合更加松散。 J[tvc模式如何在測井軟件系統(tǒng)實現(xiàn)，我們主要是從如下四個方面進行： 首先根據(jù)系統(tǒng)的主要任務(wù)進行系統(tǒng)的模塊分解。其中模型(Model)對應(yīng)于數(shù)據(jù)的采集和工程值的計算。測井模型所要實現(xiàn)的功能包括：測井?dāng)?shù)據(jù)的采集、數(shù)據(jù)的刻度計算、數(shù)據(jù)的存儲、數(shù)據(jù)的操作。數(shù)據(jù)的刻度計算主要是根據(jù)不同的儀器實現(xiàn)數(shù)據(jù)的刻度計算，包括刻度系數(shù)表的獲取、刻度計算、深度延遲計算等。這里我們采用的是測井公用的XTF格式做為數(shù)據(jù)存儲格式。它主要是提供數(shù)據(jù)輸入相輸出功能。通過調(diào)用模型中的數(shù)據(jù)操作方法，提取測井?dāng)?shù)據(jù)，根據(jù)不同的測井?dāng)?shù)據(jù)提供曲線、波列、圖像等多種表現(xiàn)形式。就是說視圖的實現(xiàn)本身一個獨立的程序。視圖主要包括數(shù)據(jù)源、數(shù)據(jù)表象對象、繪圖打印模塊等部分組成。數(shù)據(jù)表象對象是個有層次的類家族，其基類是繪圖類（CDrawObj），所有的數(shù)據(jù)表象包括道( CDrawTrack)、曲線（CDx awCurve）、波列（CDr awWave）、圖像（CDrawlmage），數(shù)值對象( CDrawData)等都是從其派生的。三、控制的設(shè)計與實現(xiàn) 控制主要功能是提供用戶的輸入輸出反饋，同時監(jiān)控模型的數(shù)據(jù)變化，通知視圖進行更新?？刂浦饕譃榫聝x器控制和視圖控制兩介部分。視圖控制則是操作人員對視圖顯示參數(shù)的調(diào)整，包括鼠標(biāo)的響應(yīng)和鍵盤的響應(yīng)以及用戶對測井原始圖的特殊要求如道大小，曲線位置的擺放，顏色的調(diào)整等。我們把不同測井儀器的刻度算法封裝到動態(tài)連接庫，然后根據(jù)測井作業(yè)的不同，調(diào)用用不同的儀器動態(tài)庫中的刻度算法。 在采用MVC模式的軟件框架后，整個系統(tǒng)分為兩個部分，數(shù)據(jù)采集管理器和數(shù)據(jù)實時瀏覽器。我們采用的是Visual CH ．net基于Window2000平臺來進行系統(tǒng)開發(fā)。這在調(diào)試儀器時非常有用，當(dāng)硬件人員調(diào)試儀器時直接連接網(wǎng)線就可以一邊看儀器一邊看數(shù)據(jù)。 適合多硬件平臺的跨接。由于模型(Jrtodel)和視圖(View)的松耦合，當(dāng)要移植到不同的硬件平臺上是我們只有修改相應(yīng)的模型( Model)，有可以實現(xiàn)對不同硬件平臺的支持。由于采用MVC模式，系統(tǒng)模塊功能劃分明確，代碼實現(xiàn)也相對容易。 在整個系統(tǒng)的開發(fā)中，我們還應(yīng)用了一些別的模式， 有些模式是在進行系統(tǒng)設(shè)計時，就考慮到而特意實現(xiàn)的， 有些模式是在采用別的方法實現(xiàn)后，效果不太理想，在代碼重構(gòu)時引進的。而且使得代碼的重用的程度變好，減少了錯誤的發(fā)生和錯誤在代碼中的擴散。有時在采用何種模式時，有幾種模式方案可以采用，但是具體采用那個模式就需要不斷的嘗試，看看模式是否滿足實際的需要。這樣會導(dǎo)致設(shè)計過于復(fù)雜，偏離程序設(shè)計簡約夠用的基本原則。論軟件的可維護性設(shè)計摘要： 隨著軟件大型化，復(fù)雜化的發(fā)展，軟件維護所耗費的資源越來越多，軟件可維護性設(shè)計日益得到重視。我參加了該項目并負(fù)責(zé)軟件的維護性設(shè)計工作。通過在各個軟件開發(fā)階段注重軟件可維護性的應(yīng)用，規(guī)范文檔，使用CASE工具管理軟件版本和．成立軟件可維護性設(shè)計小組等方面，為軟件的可維護性設(shè)計提供了幫助，并最終開發(fā)出具有良好可維護性的交換機軟件。．正文： 經(jīng)過一系列的需求分析、設(shè)計、編碼和測試之后，軟件正式交付用戶使用。軟件維護的工作量特別大，隨著時間的推移，軟件維護對開發(fā)商帶來的成本壓力也越來越大。因此，在開發(fā)軟件時，就應(yīng)該考慮到可維護性問題，進行軟件的可維護性設(shè)計。該交換機支持多種業(yè)務(wù)應(yīng)用，包括話音、IP數(shù)據(jù)、圖像和視頻等；用戶可通過維護臺或網(wǎng)管對交換機進行配置和管理；由于特殊的應(yīng)用，用戶對該交換機提出了很高的要求，并且提出要求產(chǎn)品交付使用之后，裁單位要有很好的服務(wù)支持，鑒于將來要大批量生產(chǎn)交換機，軟件的可維護性設(shè)計被提上日程。 在以前的澡題中，也曾提到過要進行軟