軟件

　　今天上午一位網友跟我說，他通過電子郵箱的給客戶發的excel檔案，隨後客戶反映該excel檔案包含病毒。這位網友用電腦中裝的360殺毒軟體對該excel檔案進行了掃描，結果360殺毒軟體沒有提示發現病毒。　　前兩天正好看到一則題為《五款安全軟體巨集病毒查殺修複效果橫評測試》的資訊，文中稱在純淨的Windows

程式實現下面提供了部分代碼的節選。1.提供JMXWebLogicHelper作為擷取串連的工具。public class JMXWebLogicHelper implements JMXHelper {/** * 擷取JMXMBeanServer串連 * * @param URI * Consts.URI_XXX * @param protocol * 協議 weblogic為T3 * @param hostname *

轉載：http://hi.baidu.com/busybox/item/a14b77f73e19202e743c4cf5這是我第一次使用原型設計軟體，因為準備設計一個自己的Web Site。下面我來給大家介紹介紹Balsamiq Mockups。一、我從哪裡知道Balsamiq Mockups的？因為本人有看CSDN《程式員》的喜好，而CSDN每期都有一個欄目叫“個人工具箱”，裡面都是一些達人介紹的日常使用的工具，非常不錯。二、Balsamiq Mockups是什麼東東？Balsamiq

1.     軟體生命週期(SDLC)的六個階段  1、問題的定義及規劃      此階段是軟體開發方與需求方共同討論，主要確定軟體的開發目標及其可行性。2、需求分析      在確定軟體開發可行的情況下，對軟體需要實現的各個功能進行詳細分析。需求分析階段是一個很重要的階段，這一階段做得好，將為整個軟體開發項目的成功打下良好的基礎。"唯一不變的是變化本身。"，同樣需求也是在整個軟體開發過程中不斷變化和深入的，因此我們必須制定需求變更計劃來應付這種變化，以保護整個項目的順利進行。3、軟體設計   

作者：徐建祥（ netpirate@gmail.com ）時間： 2006/09/22來自： http://www.anymobile.org 1、軟體過程        隨著軟體系統的規模和複雜性的增加，其開發成本和風險隨之增加，軟體的品質問題已成為制約軟體發展的關鍵因素之一。       所謂軟體過程，即軟體項目的開發過程，是指軟體生命週期中，用於開發和維護軟體產品的一系列過程，它與團隊的組織管理以及開發技能相輔相成，全面提升軟體產品的品質。       近年來，軟體過程日益得到重視，國際軟

文章目錄 10.TextDiff11.droiddraw 如果看了此篇文章，讀者可以在評論中推薦一些實用軟體或值得推薦的軟體，我會添加到此文中===========================================分割線======================================================1.Yod'm

所屬門派：IT業 “假如存在沒有任何錯誤的程式，那麼世界也會不複存在。”因錯誤而存在，因修正錯誤而存在，這就是軟體測試工程師的存在之道。雖然測試不是解決錯誤的根本舉措，但卻是必須的手段。 軟體測試工程師（Software Testing Engineer）的主要工作職責是，理解產品的功能要求，並對其進行測試，檢查軟體有沒有錯誤（Bug），決定軟體是否具有穩定性（Robustness），寫出相應的測試規範和測試案例。簡而言之，軟體測試工程師在一家軟體企業中擔當的是“品質管理”角色，及時錯誤修正及時

 一、什麼是資料流圖資料流圖是一種圖形化的系統模型，它在一張圖中展示資訊系統的資料流向——即系統的輸入與輸出資料分別是什麼，資料從哪裡來並最終流向何處，以及資料存放區在什麼地方。資料流圖的基本圖形元素有：資料流：是由一組固定成分的資料群組成，表示資料的流向。值得注意的是，資料流圖中描述的是資料流，而不是控制流程。除了流向資料存放區或從資料存放區流出的資料不必命名外，每個資料流必須要有一個合適的名字，以反映該資料流的含義。加工：加工描述了輸入資料流到輸出資料之間的變換，也就是輸入資料流經過什麼處理

今天有幸聽了雅各布森公司的首席科學家黃邦偉博士的基於最佳實務的開發過程的演講，感覺受益匪淺，與我所一直思考的關於軟體架構的一些想法頗為相似，但是黃博士的講解卻更為系統，把我的需多想法重新整理了一下。下面就把黃博士講解的內容整理出來，在以後的文章中再將我對架構、系統架構的一些想法也寫出來，與大家討論。一個軟體項目的開發，有兩個基本問題值得關注，一個是如何將使用者需求用一種自然而然的方法轉化軟體系統，另一個是如何保證所轉化的系統是可複用、可擴充的。如果想把軟體項目開發成一個面向特定領域的軟體產品，第

        題記：正在讀《浮現式設計:專業軟體開發的演化本質》(榮獲第19屆Jolt生產力大獎)一書，順手寫下了一點自己的感想與淺見，是以為記。         封裝、內聚、耦合，這是編碼的首要原則。        這三個原則不是物件導向開發才有的，早在面向過程的開發方法中就已經作為普適原則存在了，隨便問一位軟體工程師，都能對“高內聚，低耦合”說上幾句。到了物件導向方法中，對“封裝”的概念進一步得到強化，利用類的設計來封裝屬性和行為。     

不知道發過沒，我再轉寄一次。Sniffer(嗅探器)是一種常用的收集有用資料方法, 這些資料可以是使用者的帳號和密碼, 可以是一些商用機密資料等等. Sniffer可以作為能夠捕獲網路報文的裝置, ISS為Sniffer這樣定義:Sniffer是利用電腦的網路介面截獲目的地為其他電腦的資料報文的一種工具.Sniffer根據網路的類型分為兩個類別: 1.交換環境下的Sniffer 2.共用環境下的Sniffer交換環境下的Sniffer往往是通過對交換器進行ARP欺騙,

在軟體開發中，軟體品質是衡量軟體是否符合需求、標準的重要體現。除了代碼品質外，影響軟體整體品質的因素還有很多。因此，要確保軟體的整體品質，就需要在各個環節嚴格控制。 本文列出了衡量軟體品質的5個最常用的指標。 1.  SLOC（Source Lines of Code，原始碼行） 計算程式碼數可能是最簡單的衡量指標，主要體現了軟體的規模，並為項目增長和規劃提供了相關資料。例如，如果每月統計一次代碼的行數，就可以繪製一個項目發展概覽圖。當然，由於存在項目重構或是設計階段等因素，這種方式並不太可靠，

6人模型上一篇文章說到了“2條主線和4個步驟”；那麼順理成章的，我的軟體開發和團隊“最小模型”就是6人模型。在展開6人模型以前，我必須闡明以下幾個觀點作為6人模型的總則：l 首先，我之所以要用6人而不是6角色，就是想暗示我認為6人各自獨立的必要性，而反對合并和兼職（雖然我對兼職也有一定的理解――請查看以後的章節：金剛合體和巨人肩膀），我認為6人可以不必全程參與，但不要合二為一。l 6人是最小模型，6人缺一不可，缺一則傷及軟體品質的根本，或者說，軟體品質會減低到我能容忍的極限以下，但是否達到我的品

文章目錄  

文章目錄    摘要電腦軟體在人類社會中發揮著越來越重要的作用。但是軟體技術的發展始終沒有擺脫“軟體危機”的陰影。本文著重從科學技術的方法論的角度討論了軟體工程的方法論特性：軟體工程的思想方法和設計原則；軟體工程作為技術技術方法所具有的實踐性、社會性和複雜性及其對策；軟體過程及其相關模型。 關鍵詞方法論 軟體危機 軟體工程 軟體過程 本文1.

        軟體開發最普遍的事實是需求一般是變化的。UP最核心的思想就是"反覆式開發法"，最核心的精神就是"擁抱變化（變更）"。後兩個"最"是從書上看的，前一個則是自己根據別人的話領悟的。       

軟體測試其實並不是一個複雜的工序，我看老師的課件，好多什麼原則啊之類的東西，我覺得基本都是廢話，還是測試方法這部分才是最實用的。關於軟體測試就唯寫這一篇了，下面就總結一下軟體測試方法1. 黑箱測試和白盒測試。    黑箱測試其實就是說軟體內部代碼本身對我們來說是隱形，我們只能給輸入留，然後查看輸出資料流情況，或者根據事件驅動或客戶需求來查看軟體是否符合需求規格說明書，這種測試也叫功能測試或資料驅動測試。  理想的方法是測試所有的可能輸入組合，但是這是絕對不可能完成的。 

以下是CMMI中所有的22個KPA:        需求管理REQM: Requirement Management        項目策劃PP:Project Planning        項目監督和控制PMC:Project Monitoring and Control  Planning        供方協定管理SAM:Supplier Agreement Management        測量和分析MA:Measurement and Analysis       

測試u-box公司GPS專業測試軟體u-center的地圖功能前段時間從網上郵了個GPS模組，最近一直在玩GPS定位，找了個Go-GPS，可以調用Google earth，並且即時把座標顯示到上面去，不過我還沒有做好傳輸部分，只能把GPS模組掛在串口上，天線扯到窗戶口定位。前幾天用u-box公司的u-center軟體調試模組，無意中發現了竟然有地圖功能，不過手邊沒有合適的圖，所以沒有深入研究。今天上學校網站看通知，無意中看到了一張不錯的地圖，很清楚。而且還算比較新，建立築也都標註上了，突發奇想，

    不是我不支援純正的ubuntu軟體，而是有許多繞不開的問題。雖然覺得dbvisualizer挺好，但是它有一個比較致命的問題：對於大資料量的操作似乎存在bug。當我查詢十萬級記錄時它崩潰了，而且匯出大量資料不是很方便，對於我這種需要在多個庫間操作大量資料的情況就不是很趁手了。算下來pl/sql developer還是oracle下最好的工具，偶爾在網上看到一個文章可以wine它，於是照做，也成功了。    1、將原來在windows下安裝的oracle用戶端和plsql