軟件

        嵌入式工程師的軟硬體道路三步曲        硬體道路：　　第一步：PCB設計，一般為開發板的電路裁減和擴充，由開發板原理圖為基礎，畫出PCB和封裝庫，設計自己的電路。　　第二步：SOPC技術，一般為FPGA，CPLD開發，利用VHDL等硬體描述語言做專用晶片開發，寫出自己的邏輯電路，基於ALTER或XILINUX的FPGA做開發。　　第三步： SOC設計，分前端，後端實現，前端是數字電路，後端是類比電路。這是硬體設計的核心技術：晶片設計。能做到這步，已經不屬於平凡的技術人員。 

軟體延時的測試在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.學校的知識有沒有用?如果這個問題是一年前問我,那我肯定會毫不猶豫的說:基

知識分類：基礎知識：1）架構設計設計模式                 《深入淺出設計模式》UML設計                《大象--Thinking in UML》STL和泛型程式設計     《STL 源碼剖析》2）底層編譯、裝載、連結  《程式員的自我修養—連結、裝載與庫》linux裝置驅動          《Linux裝置驅動程式》linux原理                  《Linux核心設計與實現》shell編程                

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

  尾隨著金融風暴，經濟危機悄然而至，這對於剛剛走出繈褓的中國軟體外包業，無疑有些生不逢時的感覺。  首先是市場需求萎縮，訂單的減少。由於危機的爆發，各行各業都在精打細算，壓縮開支，很多IT實施計劃將會取消和放置，我們以往每年30%以上的增長率將不複存在，有些企業甚至有可能出現負增長。  其次是提價空間有限，甚至沒有。長期以來，我們所接受的訂單大都是二包、三包，甚至是四包、五包，中間截流環節太多，加之我們從事的大多是底層的編碼工作，很少涉足上層的解決方案的設計，在定價方面缺少發言權。 

  很多同行都在抱怨對日外包項目的技術含量低，從項目中學不到東西，得不到提高。其實這是一種不成熟的表現，無論是外包項目或其他的什麼項目，單純的依靠學項目中技術點來提高自己，那進步的速度就可以和蝸牛相比，試想軟體中的開發技術千千萬萬，這樣的學法，我們要做多少個項目,才會成為"牛人"啊！ 

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

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

2 版本管理工具介紹兩個基於介面的CVS工具。如果不習慣使用命令，可以使用用戶端來使用CVS。2.1 wincvs一款開源的cvs用戶端。視圖如下：登陸介面：登陸後可以建立新庫，匯入，匯出模組：也可以通過瀏覽檔案，單擊右鍵匯入或匯出模組：2.2 eclipse cvs外掛程式如果你使用的代碼編輯器是eclipse，你可以直接使用它的CVS外掛程式。一般的Eclipse都內建cvs工具。點擊“Window > Show View > Other... > CVS >

去年在公司研發年度會議上，討論關於軟體的開發思路。去年的時候，我提出我們公司要在SOA方向關注一下。今年的時候，我在次基礎上提出要建立建立我們公司的業務開發平台。但是受到一些同事的強烈抵觸和不認同。很有可能是我的想法還不夠成熟，畢竟建立一個開發平台是一件很有難度的事情。今年我在開發過程中對我們公司的研發思路也經常反思，得出一個初步的想法：開發中遵循整合和複用的思路。得出這個思路的原因是，我認為，對於一個研發公司來說，可重用的軟體，設計思路，架構思路是相當寶貴的資產。如果能夠對這些資產按照一定方式

相信在不少與軟體開發相關的企業內，品質管理部門與軟體開發部門在日常運作中形成了如所示的“啞鈴形”組織圖。  開發部門執行品質管理部門所制定的流程，通過提供證據的形式將各種流程執行後的資料反饋給品質管理部門（包括缺陷率和各種流程記錄），品質管理部門根據這些資料監督流程的執行效果，並適時修訂流程。聯絡兩大獨立部門的，是單薄的兩條線和一些部門間的會議。理想情況下，在品質管理部門與軟體開發部門間形成的是一個逆時針的良性品質管理環，理應獲得良好的效果。但在我看來，事實卻並非如此！啞鈴形組織圖所存在的前提假

WinRunner 8.0 企業級測試載入器下載 http://www.verycd.com/topics/56939/ 約190M QuickTest Pro 8.2 中文版 強大測試載入器下載 http://www.verycd.com/topics/56964/ 約250M QACenter--軟體黑箱測試工具Compuware的QACenter家族整合了一些強大的自動工具，這些工具符合大型主機應用的測試要求，使開發組獲得一致而可靠的應用效能。 約500M IBM Rational

第一、資料庫是一個裝資料（資訊的原材料）的地方。資料倉儲是一種系統，這種系統也是用資料庫裝東西。資料倉儲系統（用資料庫裝東西）與其他基礎業務系統（例如財務系統、銷售系統、人力資源系統等，也是用資料庫裝東西）的區別是：基礎業務系統的特點是各管各的，例如財務系統生產了白菜，那麼用一個資料庫來裝，人力資源系統生產了豬肉，再用一個資料庫來裝。我要做一道菜，需要分別到各個資料庫去取，比較麻煩（現實的情況是大部分時候讓種菜的農民伯伯送過來，但送過來的東西不一定是我想要的，而且不同的時候我想要不同的東西，經常

1、原始碼安裝的時候網望有配置指令碼程式:configure     而configure一般有--prefix參數,表示軟體安裝的目錄,多使用此參數.刪除軟體就比較簡單.直接刪除就行了.     安裝proftp例子如下:     #./configure   --prefix=/usr/local/proftpd   （安裝路徑）  #make     #make   install     #make   clean     軟體所有的檔案都安裝在/usr/local/proftpd中了,

一、安裝中文包，這個我就不多說了，誰都會裝。在“語言支援”中選中文就行了二、設定更新源，更新系統。sudo apt-get updatesudo apt-get dist-upgradesudo apt-get upgrade -y有一個簡單辦法可以使更新速度更快，把以前更新的時候下載的軟體包備份一下，把var/cache/apt/archives/下面的所有deb包放在另

n      單一職責原則(SRP)就一個類而言，應該僅有一個引起它變化的原因。n      開放-封閉原則(OCP)軟體實體應該是可以擴充的，但是不可修改。n      Liskov替換原則(LSP)子類型必須能夠替換掉它們的基底類型。n      依賴倒置原則(DIP)抽象不應該依賴於細節。細節應該依賴於抽象。n      介面隔離原則(ISP)不應該強迫客戶依賴於它們不用的方法。介面屬於客戶，不屬於它所在的類階層。n      重用發布等價原則(REP)重用的粒度就是發布的粒度。n    

B/S－軟體發展的方向？　　一、什麼是C/S和B/S 　　第一、什麼是C/S結構。C/S （Client/Server）結構，即大家熟知的客戶機和伺服器結構。它是軟體系統體繫結構，通過它可以充分利用兩端硬體環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。目前大多數應用軟體系統都是Client/Server形式的兩層結構，由於現在的軟體應用系統正在向分布式的Web應用發展，Web和Client/Server

  昨天在瀏覽別人的部落格時發現別人介紹的兩個小軟體，下載用了下發現都不錯  一個是相當於網盤的軟體 dropbox ,安裝之後在電腦上建立一個檔案夾，將檔案放進檔案夾中就可以自動同步到伺服器，不過需要註冊個帳號，免費的最大可以支援2G的容量,你在別的電腦上安裝該軟體再登陸帳號，就會自動下載檔案夾下的檔案，覺得很方便。 首頁是