軟件

摘   要：　本文針對目前C/S模式下編寫的應用程式可維護性差的特點，提出了一套自動線上升級的解決方案，分析了線上升級的困難及實現原理，並給出了實現升級的部分代碼，具有實際參考價值和現實意義。本文程式碼均在.Net Framework 1.1和Windows2000下測試通過。 www_bitscn_com　關鍵詞：C#；線上升級；自動升級；下載；XML文檔1 前言

參考http://wiki.meego.com/ARM/OMAP4_Panda的方法，製作了pandaboard上的MeeGo rootfs。本來想參考http://wiki.meego.com/Hardware-accelerated_graphics_on_Pandaboard_using_MeeGo的方法，用上3D加速功能；但按照該wiki的方法在chroot環境下startx時，會報看不太懂的"ABI"錯誤。其原因應該是：“the Ubuntu PVR drivers from TI

安裝好Fedora 5後，如果機器沒有連網，或者機器是通過代理上網的話，直接運行Add/Remove SoftWare或者software update會出現“Unable to retrieve software information”的錯誤資訊。原因就是這兩個程式都要通過互連網連結到鏡像伺服器上，解決的方法是。1.如果機器沒有連網，先連結到網路。2.如果機器是通過代理上網的話，可以通過在終端上輸入   export  http_proxy=http://username:password@

事實上，經過從上面三個方面審視架構，我們已經建立了一個完整的而且比較良好的架構。但我們還需要從第四個方面在更高的層次審視我們的架構，需要考慮的又一個問題就是軟體的複用。複用可以大大降低後期成本，提高整個軟體系統的可升級性與可維護性。我們可以考慮哪些結構可以使用已經存在的可複用結構和產品，某些結構可以利用 GoF

軟體延時的測試在DEBUG模式下面測試的，需要調用出stopwatch 來觀看時間。    stopwatch的調用方法：Window--debugging--stopwatch。 注意：在進入DEBUG之前，需要設定晶振，是debug的晶振（Fcyc）和所使用的板子的晶振一至 具體的使用方法：例如   void delay(uint x )//延時1MS{       uint a,b;       for ( a = x;a > 0;a--)             for (b =

   //========================================================================  //TITLE:  //    軟開關設計漫談_軟體篇  //AUTHOR:  //    norains  //DATE:  //    Sunday 19-may-2009  //Environment:  //    WINDOWS CE 5.0  //=========================================

PS:在大家看這篇塗鴉之前,我先說明一下:裡面有不少內容是針對我原來就讀的學校的,所以關於那部分大家就忽略過去吧.希望大家看的是時候能取其精華,去其糟粕----希望大家不要覺得整篇文章是糟粕就好,僅此一點,足矣... 文章開始前先說一下我自己吧:去年剛畢業,念的是通訊工程,現在做嵌入式軟體工程師.其實自己很怕寫這種文章,但覺得作為學長有必要向後輩們介紹一下經驗,但文筆欠佳,可能會導致邏輯混亂,所以大家將就看吧......1.學校的知識有沒有用?如果這個問題是一年前問我,那我肯定會毫不猶豫的說:基

      金山安全衛士軟體開源了！      前幾天還只聽別人提起，當時不以為然，心中覺得“怎麼可能呢？”。      今天在google上搜尋以下，果然，金山開源了，下載代碼瞧瞧，果真是貨真價實的原始碼啊！這對於中國軟體界的同仁們該是多大好事啊~，

 軟體開發，標準化流水線式開發的實施構想       近日看到一篇博文，討論標準化流水線開發模式的話題，但是這篇博文僅僅提出這個問題，未見回應。        這其實是一個很大的問題，我從事軟體開發這麼多年，仍然未見到國內有任何一家公司真正做到，這個問題也是我一直到思考的。一直以來我也嘗試推行這種模式，但是仍然未見起色，從中我不僅學習到一些經驗，但是也深知其困難。通過這篇博文來跟到家分享下我的經驗。Ø         一個問題、什麼是標準化和流水線開發模式，為什麼要實施？      

隨著安卓在全球市場份額的不斷增長，針對安卓平台的惡意軟體數量也急劇上升，McAfee的第三季度報告就指出，僅在第三季度，安卓平台的惡意軟體數量就增長了37%。也許數字並不是最直觀的，使用者的親身經曆才最能說明一切。或許，很多Android使用者已經略有感覺，智能手機上總會出現一些奇怪的情況，但是我們在沒有確鑿證據的情況下很難對整個的Android系統安全有個確切的瞭解。不過目前一家殺毒軟體公司，AV-Test發布了一份測試報告，一份讓所有人汗顏的報告。AV-Test測試了一些常見的免費Andro

轉眼間，三年過去了，再過2個月就要迎來大學最後的一年。回想一下這3年的學習，總結一點，就是走了很多彎路，好在現在已經認識到了。為什麼會走彎路呢？因為自己對某些知識存在很多錯誤的認識，比如說當年認為C語言不怎麼重要，結果就沒怎麼好好學。以致於現在瘋狂的往回補。彎路走的多了，自然就有經驗了。在我看來，優秀的程式員=紮實的電腦基礎知識+良好的資料結構和演算法思想+自己最擅長的技術。很多同學，一直熱衷於瘋狂的寫代碼，這本來是很正確的，但這個要建立在一個基礎上，那就是理論基礎，沒有理論基礎的程式員是不行的

  在進入正題之前，我們有必要簡單的比較一下傳統的製造業與軟體業在生產方式的差異。  1，傳統製造業是機械化作業，軟體業是人的思維轉化作業；  2，傳統製造業的生產過程具有流水性，軟體業的生產過程複雜多樣，有貌似流水性的瀑布型，有螺旋攀升型，快捷原型法等  接下來我們可以看一下傳統製造業提高生產率大多採用的方式和手段  1，提高作業人員的熟練度；  2，提高作業的機械化程度；  3，改善生產工藝等。  這些方式和手段中，那些能夠適用到軟體的生產過程中嗎？在應用到軟體生產過程中，又會發生那些變化？

        在軟體項目的開發過程中，我們必須要面對這樣一個現實問題，就是風險無處不在。如果不能正確的識別和控制風險，那麼點滴的疏漏就有可能把項目推向崩潰的邊緣        首先，軟體項目中的風險具有繁殖能力。如果不能識別項目中的初級風險，那麼這個風險很可能在項目推進過程中衍生出其他風險。如使用者需求定義過程，沒有充分理解使用者的意圖或使用者的操作習慣，而是想當然的定義使用者的需求，那麼就會給系統架構結構的設計或使用者介面（UI介面）設計，埋下風險的種子。日後只要條件成熟，它們會遍地開花的。

   軟體測試作為保證軟體項目產品的品質的關鍵環節，已經逐步的在軟體開發領域發展成為一個獨立的專業，並且越來越受到業內的關注和認可。測試案例作為檢驗項目品質的標準，需要在測試測試環境、測試資料、測試方法、測試結果等方面進嚴謹科學的分析和設計，以保證測試的覆蓋率、有效率等指標。測試不是開發人員簡單的Dubeg過程，也不應該是簡單畫面點擊確認過程，它是在測試案例的指導下，獨立於編碼思維之外的缺陷尋找過程。    設計測試案例時，通常要涵蓋以下幾方面的內容。   

說明：雙&括起來的是變數，執行查詢前須換為常量，如： &上日&SELECT a.BillDate AS FDate, MAX(YEAR(a.BillDate)) AS FYear,       MAX(MONTH(a.BillDate)) AS FPeriod, '記' AS FGroupID, '1' AS FNumber,       '1243.02' AS FAccountNum, '廢紙類商品（項目核算）' AS FAccountName,      

1 代碼編輯工具1.1 source insightSource insight 是一款非常優秀的代碼編輯軟體，支援建立工程（同時支援網路建立），文法著色，詞語聯想，它的程式碼搜尋功能非常強大，非常適合閱讀代碼。是Source

昨天表了一篇文章《軟體開發關鍵字：整合和複用》。關於整合和複用，是有一些交集的。今天繼續這個話題。不過題目變了一下。  以複用的思路指導開發：1、構建系統的時候，把多個子系統系統的交集部分抽象出來，作為系統的基礎設施，為多個子系統提供服務。我們公司是從事企業語音系統開發，包括調度系統，會議系統，話務中心系統等。這幾個子系統的交集，典型的比如企業通訊錄，計費，通訊記錄，網管，都可以單獨抽象出來做為基礎設施為各個子系統提供服務。2、在構建程式的時候，可以將能夠複用的模組以庫的形式抽象出來。比如，軟交

一 角色與分工人類絕大多數的工程都包括這樣幾個角色：設計者，實現者，檢查者。實際對應就是的就是一般工程的三個階段：設計--->實現--->驗收。在遊戲軟體工程中對應的是：策劃，程式，美工，QA，程式和美工同屬於實現者。 二

在部落格軟體工程首頁上看到了鄧永慶的一文，《Joel vs Bob, 敏捷其實很無聊》，讀後正和我現在的理解相近，實用才是最重要的。我最近也一直在學習敏捷開發，買了《敏捷式軟體開發 (Agile Software Development)

架構師的職責架構師需要參與項目開發的全部過程，包括需求分析、架構設計、系統實現、整合、測試和部署各個階段，負責在整個項目中對技術活動和技術說明進行指導和協調。架構師主要職責有4條：1、確認需求在項目開發過程中，架構師是在需求規格說明書完成後介入的，需求規格說明書必須得到架構師的認可。架構師需要和分析人員反覆交流，以保證自己完整並準確地理解使用者需求。2、系統分解依據使用者需求，架構師將系統整體分解為更小的子系統和組件，從而形成不同的邏輯層或服務。隨後，架構師會確定各層的介面，層與層相互之間的關係