軟件

對大多數人來說，若要建一幢數百萬元的房子，他一定會與建房者詳細討論各種細節，他們都明白完工以後的修改會造成損失，以及變更細節的危害性。然而，涉及到軟體開發，人們卻變得“大大咧咧”起來。軟體項目中百分之四十至百分之六十的問題都是在需求分析階段埋下的“禍根”(Leffingwell

之前一篇文章《軟體測試轉型之路》介紹過我們轉型的一些實踐，下文將介紹從2011年3月至今，持續改進的全程軟體測試實踐活動。1 全程軟體測試圖解傳統的軟體測試，可以簡單描述為下圖所示：圖-1-傳統交付測試開發人員完成任務之後，最後交付給測試人員，這種模式下，測試人員不能及早發現需求階段的缺陷，同時測試工作的開展也滯後了，產品品質得不到有效過程式控制制和分析，總體進度可能會由於返工問題造成拖延。那什麼是全程軟體測試，如下圖所示：圖-2-全程軟體測試圖

Marc Andreessen曾說過，“軟體正在吞噬這個世界”，而在資料 中心領域，我們也正在目睹這一潮流。軟體正在接管那些過去一直由硬體實現的 功能；而對於人們如何共事，這一變遷正在引發戲劇性的改變。基本上，整個雲端運算的發展都與用軟體來取代或抽象硬體有關。它始於虛擬化 ，已經走過了數十年的時光，但只是在最近10來年間才在商品化硬體方面普及開 來。將硬體與其上啟動並執行服務解耦，將讓大量伺服器得以合并，從而加速樂硬體商

1 引言CAD的作用已得到共識.但實際效益的發揮，在不同領域的差距是很 大的，尤其是引進高檔CAD工作站系統的開發與應用，其差距則更大。目前對CAD 技術的應用與推廣已出現了一些新的觀念，CAD技術也出現了一些新的功能和特 點。本文著重介紹CAD能帶來的好處和效益，以及產生這些好處和效益而在使用 和開發中的著眼點。對於CAD使用者來說，CAD技術主要體現在已經商品化的CAD軟 件上，本文所談的CAD技術，主要是指高檔CAD軟體中體現的功能，這裡的高檔是

【搜狐IT訊息】北京時間6月23日訊息，據國外媒體報道，微軟聯合創始人保羅·艾倫（Paul Allen）近日重返軟體市場，建立了一家名為Xiant的電子郵件公司，協助Outlook使用者組織管理郵件。 提供電子郵件外掛程式的新創公司越來越多，Xiant則是其中最新的一家。艾倫本人還是電子郵件搜尋網站Gist的投資者，上個月Gist剛剛從艾倫的風險投資公司Vulcan

【新浪科技訊】北京時間7月24日淩晨訊息，據國外媒體報道，甲骨文周四稱，該公司計劃收購交易型資料管理解決方案領導廠商GoldenGate

安全相關軟體的挑戰嵌入式軟體已經逐漸成為當今創新型產品的核心。對於在我們日常生活 中必不可少的產品來說，嵌入式軟體是定義其功能，控制其電氣和機械繫統的重要組件。例如，在飛機 、汽車、火車或醫療設備中，故障可能會導致人身傷亡。此時必須倍加謹慎，也需要付出額外的努力， 確保系統安全運作，保證使用者的安全，避免代價高昂的產品召回。對於極度注重安全的代碼， 企業必須遵循嚴格的開發標準和指導準則，例如針對商業航空電子裝置的 DO-178C 和 DO-178B；針對 汽車的 ISO

本文主要介紹用例模型的設計過程，首先從系統層設計用例模型，然後分別細 化系統層識別的各用例，設計更為詳細的用例模型。用例模型是開發過程的起點 ，並驅動建模全過程。以下以辦公自動化（OA）中的辦理髮文用例模型為例，來 講解用例模型的設計過程。用例模型包括辦理公文使用案例圖及用例描述。辦理髮文用例模型1、辦理公文使用案例圖在設計辦理髮文用例模型之前，先要識別活動者和用例，活動者和用例識別以 後，才能建立用例模型。1.1

本文主要介紹實體類模型的設計過程，首先識別類及類之間的關係，然後畫出類圖和包圖，最後識別類的屬性和操作。類是物件導向方法的一個全新概念，類模型是物件導向分析的核心，實體類位於系統結構的商業規則服務層。實體類是系統需要持久儲存的對象最終要映射到資料庫。實體類模型用類圖和包圖描述。1、類的識別1.1

介面控制類模型描述使用者介面與系統其他層之間的通訊，介面控制類位於系統 結構的商業上下文服務層，介面控制類模型用類圖和包圖描述。首先簡要介紹接 口控制類模型的設計方法，然後設計子系統的介面控制類與介面類的類圖，最後 設計系統及子系統的介面控制類的包圖。1、設計方法介面控制類承擔使用者介面與應用程式的其他層之間通訊的大多數工作，介面控 制類比較簡單，對於每一個需要與應用程式的其他層進行通訊的使用者介面，都應 該有一個相應的介面控制類，對應的一個介面類即定義一個介面控制類。介面控 制類通常是臨時的，

本章介紹動態模型的設計過程，系統執行個體的動態模型用順序圖表來描述，首先介 紹選擇順序圖表的理由，最後分別設計各個用例主路徑的順序圖表。本設計結果將充 實和完善系統結構的表示服務層、商業上下文服務層、商業規則服務層、資料轉 化服務層和資料訪問服務層的內容。1、選擇順序圖表UML以圖的形式提供了4種動態模型：順序圖表、共同作業圖表、狀 態圖和活動圖表，順序圖表和共同作業圖表都是互動圖。順序圖表是描述對象如何互動的，其 中最重要的是時間，由於順序圖表於用例路徑有關，所以在大多數動態建模中都要

在建立使用者介面原型之前，應該先建立視窗結構圖，視窗結構用於描述視窗之 間的關係，於UML沒有直接的關係，本章介紹視窗結構的設計過程，先介紹視窗結 構的設計方法，然後設計總體視窗結構圖，最後設計下一層的視窗結構圖。1、設計方法視窗結構是視窗之間的切換流程，通過視窗結構，可以直觀地看到通過用例的 路徑流程。視窗結構非常重要，一個軟體系統在實用性上能滿足使用者的需要還是 遠遠不夠的，如果視窗結構設計不合理，也不會受使用者歡迎。我們可以參考前面

開篇簡述部落格自從大學畢業就開通了，到現在還沒發布希麼博文，以前不喜歡寫部落格，但是後來發現寫文章其實也是自我提升一個方式，現在的工作不是很忙，趁此機會，寫一些文章。此軟體工程系統建模系列，以自己在工作中開發OA的系統為參考，結合UML語言來講述辦公自動化系統建模過程，篇幅大概20篇左右，分為建模篇和規劃篇，建模篇主要介紹軟體開發中各種模型的設計。本文作為開篇，主要簡述相關的概念和這個系列的索引，由於本人技術和表述能力有限，錯誤之處在所難免，通過本系列，將能夠學習到軟體開發的各種模型設計，不求完

JAVA ME 這個技術出現到現在也有好多年了，這段時間，大家對這項技術的褒貶不一。我們暫且不討 論這些，我今天就拿我做項目的經驗來說，該怎麼樣設計一款優秀的JAVA ME手機軟體。這篇文章不是純 技術性的文章，只要稍微做過項目的朋友都是可以看的明白了，裡面的觀點只是代表自己的個人觀點，說

無知是福，但是在處理軟體bug的時候，這句話並不適用。軟體品質專家會告訴我們，那些努力找出bug並且提高 軟體品質的公司可以得到客戶更多的信任，得到更高的利潤，降低開發和維護的費用，簡化交付的流程，同時還可以避免客 戶的流失。軟體品質是個大工程如果你覺得軟體品質沒有什麼大不了的，那麼就來看看Capers Jones在2011

1. 軟體測試中的“黑天鵝”幾年前，我帶領的一個測試小組遺漏了一個嚴重的bug到網上，當使用者反饋這個bug後， 我們對它進行了深入的分析和重現，最終所有人一致認為，這個bug能夠發生實在是機緣巧合，因為它需要多個條件同時發 生才有可能觸發，比如“XX演算法開關必須開啟、XX演算法開關又必須關閉、XX參數必須取某個特定值、使用者的使用環境必須是

接CS結構軟體自動升級實現（三） ：Config.java處理設定檔：　1/** *//********************************************************************　 2 * 項目名稱　　　　　　　　：rochoc<p>　 3 * 包名稱　　　　　　　　　：com.rochoc.autoupdate<p>　 4 * 檔案名稱　　　　　　　　：Config.java<p>　 5 * 編寫者　　　　　　　

本實現包括：1、AUPD.java　服務端和用戶端之間的通訊協議2、AutoUpdateServer.java

前段時間做了一個工具發布給公司的各部門使用後反饋了不少BUG，每次修改後均需要發郵件通知各使用者替換最新版本，很不方便，因此後來就寫了一個自動升級的功能，這樣每次發布新的版本時只需要將其部署到自動升級伺服器上，工具使用使用者運行工具時就會串連到自動升級伺服器，檢查是否有版本更新，如果有則完成更新後再運行最新版本，否則就運行當前工具版本。為了使這個自動升級模組具有通用性，我將其做成可以單獨啟動並執行程式，而並非整合到工具中，這樣則可以為各類軟體提供自動升級的功能。自動升級模組採用SOCKET方式實

越來越多人開始使用Java，但是他們大多數人沒有做好足夠的思想準備(沒有接受OO思想體系相關培訓)，以致不能很好駕馭Java項目，甚至導致開發後的Java系統效能緩慢甚至經常當機。很多人覺得這是Java複雜導致，其實根本原因在於:我們原先掌握的關於軟體知識(OO方面)不是太貧乏就是不恰當，存在認識上和方法上的誤區。軟體的生命性軟體是有生命的，這可能是老調重彈了，但是因為它事關分層架構的原由，反覆強調都不過分。一個有生命的軟體首先必須有一個靈活可擴充的基礎架構，其次才是完整的功能。目前很多人對軟體