軟件

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

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

1.UML UML（Unified Modeling Language）整合模組化語言，是用來對軟體密集系統進行可視化建模的一種語言。UML為物件導向開發系統的產品進行說明、可視化和編製文檔的一種標準語言。UML提供了多種類型的模型描述圖。最常用的UML圖包括：使用案例圖、類圖、順序圖表、狀態圖、活動圖表、元件圖表和部署圖。2.J2EE常用的設計模式？說明原廠模式 總共23種，分為三大類：建立型、結構型、行為型 建立型（工廠、Factory 方法、抽象工廠、單例）

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

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

關於開發架構，我有一些個人的看法，不知到怎麼樣。對於軟體開發，我經常會和印刷術進行類比，從印刷術的發展中，也許可以得到對軟體開發的一些有價值的思路。印刷從剛開始的手抄，後來技術進步了，到石碑印刷，雕版印刷，提高複用性。在到後來的活字印刷術，再到現代的更先進的印刷術（不知道怎麼稱呼了）。軟體開發技術的發展曆程和印刷術的發展曆程是非常相像的。我認為，我們現在處理“活字印刷術”記得，代表性的技術比如有：SCA，OSGI等。我把活字理解為我們現在討論的組件，或者服務。開發架構對應以前把一個個活字組織起來

1.1.1  自頂向下和自底向上自頂向下的設計者可能會首先考慮主事件迴圈，然後在考慮插入具體的事件；自底向上設計者通常會考慮封裝具體的事務，以後再按照某種相關次序把這些東西粘合在一起。單純的使用自底向上和自頂向下都無法達到好的效果。一方面設計程式邏輯（自頂向下），一方面整理底層的域原語（專業術語），然後在中間結合。這樣就導致了膠合層的出現。1.1.2 

小巧銳利工具的Unix教義隱藏著二重性：架構的存在。吝嗇原則：只有實證了其他方式行不通時才寫龐大程式。要對龐大程式保持一種嚴謹懷疑態度以及一種謹慎的策略和方法：首先尋找小巧程式的解決方案。如果單個小程式無法完成工作，嘗試在現有架構結構內構造一個協作小程式工具包來解決問題。如果兩者都失敗了，才可以自由的構建一個巨型的程式或者一個新的架構，而不會覺得已經完敗於設計挑戰。當編製一個架構時，牢記分離原則。架構是機制，儘可能少的包含策略。在多數情況中，根本不需要策略。儘可能多的將行為分解到使用架構的模組中

軟體產品的終極目標是為了實現使用者需求從而滿足人們的需要。也正是為了不斷滿足人們的需要使得軟體行業不斷向前發展。比如，新的演算法（MPEG-1、MPEG-2、MPEG-4、H.264、……）等的出現都在當時為了滿足不同的需要而被發明。然而，人們的需要（行業發展的外部動力）卻並非是軟體技術發展的唯一驅動力，因為它無法解釋為什麼業內的程式設計語言、軟體平台與架構等會層出不窮，有的甚至給人“重新發明輪子”的感覺。如何判斷“新輪子”的確是必要的呢？這與本文想重點關注的另外三大驅動力有關，重點關注它們的原

    閑暇之日，捧起Pete McBreen的Software

 我最後也成為了一個老員工了，我也由於個人發展原因跳了槽。天下沒有不散的筵席。我又作為一個新人來到了一個新的環境中，要面臨一個我未知的辦公室潛規則，要置身於一個我還沒有瞭解的利益集團中。     這次我是嫻熟的老員工。     1公司所有人的連絡方式要到     2每個部門的頭都短期內認識了。認識方法就是吃飯     3現有產品深刻使用操作了一遍，發現了問題，也知道了現狀，也知道了未來如何改進     4現有客戶，現有正在跟單的項目情況    

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

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

任何一個軟體，都不可能完全滿足所有使用者的需求，為此，我們必須經常修改我們的程式，隨著使用者的數量的增加，我們會感覺很累，儘管我們的程式增加了很多可以配置的功能，但是還不夠，使用者的需求總在變化，我們無法阻擋，我們不可能將程式中所有的環節都設定為可改變的。是否有一個好的辦法，可以減輕一下開發人員的負擔，二次開發是一個很好的選擇。很多人都知道，AutoDesk是一個著名的CAD軟體公司，AutoCAD是其最著名的產品之一，該軟體在世界各地的應用非常普及，除了產品本身的易用性和適應性之外，軟體本身具

流氓軟體的技術五花八門，任何一項功能都有可能成為流氓技術，就象武器，用好了可以伸張正義，用歪了卻成為罪惡的幫凶。首先我從win32下的一些流氓著數分析開始：1。我想做為一個流氓軟體，首先要做到的是即時運行，譬如在註冊表的run下，在boot下增加它的啟動。這應該是比較老的方法，以前

1、軟體安裝卸載，分幾種情況：A：RPM包，這種軟體包就像windows的EXE安裝檔案一樣，各種檔案已經編譯好，並打了包，哪個檔案該放到哪個檔案夾，都指定好了，安裝非常方便，在圖形介面裡你只需要雙擊就能自動安裝。==如何卸載:1、開啟一個SHELL終端2、因為Linux下的軟體名都包括版本號碼，所以卸載前最好先確定這個軟體的完整名稱。尋找RPM包軟體：rpm -qa

 一、引言 隨著電腦網路的不斷髮展，駭客技術也日益成為一支不可忽視的技術力量，儘管多數駭客的攻擊目標以伺服器為主，對大多數的互連網使用者的直接危害並不大。但有一類稱為"特洛伊木馬"的駭客程式可以通過欺騙等手段在普通網路使用者端安裝木馬的服務端，使使用者的電腦在上網時留有後門，而駭客則可以通過這個後門對被感染的電腦隨心所欲地進行監視、破壞。顯然這種黑軟對於普通網路使用者的危害是非常嚴重的。

軟體測試的類型多種多樣,測試類型與被測軟體的測試需求相關。對於初學者,需要瞭解最常見的測試類型,也有必要瞭解其他的測試類型,作為進一步提高的目標。 以下轉載了比較齊全的測試類型,請那位朋友協助把全文翻譯一下。黑箱測試（Black box testing）not based on any knowledge of internal design or code. Tests are based on requirements and functionality.白盒測試（White box

【摘要】