軟件

本文介紹了軟體體系架構產生的背景和架構模式的基本理論。重點介紹管道與過濾器體系架構模式的結構，實現，優缺點等，然後以J2EE的Servlet Filter為例進行剖析它是怎樣應用該架構模式的，最後簡單闡述了在其它J2ee應用中(Jboss和Axis)的實踐。軟體體系架構1、軟體體系架構產生背景在經曆60年代的軟體危機之後，使人們開始重視軟體工程的研究。來自不同應用領域的軟體專家總結了大量的有價值的知識。 當初，人們把軟體設計的重點放在資料結構和演算法的選擇上，如Knuth提出了資料結構+演算法=

在項目進行過程中,軟體測試需求不是保持不變的，隨著項目的進行，項目的“業務需求規格 ”、“軟體需求規格”、“介面規範”、“設計規格”都有可能 發生變化，對應的軟體測試需求也可能發生變化；另外，軟體測試策略、軟體測試方法的調整也可能會 導致測試需求的調整，需要採用規範的方法對軟體測試需求進行管理，主要包括四個測試需求管理活動

CMM獲得了各界越來越多的關注，motorala（中國）過了五級，鼎新過了二級，其他不少企業如華為、浪潮國強、聯想、東大阿爾派、天大天財、創智、亞信等一批企業都在進行研究

一．導言國內很多項目都是小型項目,參與人員少(兩到五個人),要快速交付(一兩個月) . 要成功完成這種項目,除了使用成熟且被團隊成員熟練使用的技術之外,有一個良好的開發流程,也是很必要的.二．小型軟體項目開發流程下圖是我對小型軟體項目開發流程的一個設想:需求分析的重要性想必大家都應該清楚,對於項目來說,滿足使用者的需求是第一位的.因為時間緊,系統設計經常被忽略. 這會留下很大的隱患,國內很多項目的需求通常是很簡略的,還需要在系統設計階段把一些需求進一步的明確. 不然會出現因為前期一些需求不明確,

軟體專案管理是針對軟體開發進行的專案管理，它既有專案管理的共性，也有其特殊性。它的特殊性主要表現在軟體項目的開發過程及其項目的最終產品——軟體產品上。

這是一個三節點的RAC環境，資料庫版本是10.2.0.3：SQL> SELECT * FROM V$VERSION;BANNER----------------------------------------------------------------Oracle Database10gEnterpriseEdition Release10.2.0.3.0 - 64biPL/SQL Release 10.2.0.3.0 - ProductionCORE??? 10.2.0.3.0???

從事軟體開發這一職業，首先要準確定位研究方向，如架構師、分析師、設計師等，其技術方向和要求各有不同。本文定位於企業管理軟體的開發，屬於業務處理（或稱交易處理）軟體的範圍，以完成整個產品為目標，具體分做為軟體開發人員都要具有哪些知道和技能，不管你是一個人或一個團隊，所面對的問題是相同的，也就是說假定所有問題你一個人都可以解決，那可能你可以成為團隊的負責人或是一個人就可以完成整個項目，反過來說，這些任務當中有一項或以上不能完成，那所有其他已經做了的工作等於複位為零。企業管理軟體產品或工程的開發工作單

CMM流程的總體思路，一是基於對人的不信任，所以設定各種流程、文檔、CHECKLIST，來檢查是否達到指標，只有達到指標才能往下走。二是下遊的工作是基於上遊的文檔的，一般下遊的工作不用管上遊是否正確，所以對上遊的工作要求更高，一旦上遊工作出了問題，後續的工作中又沒有人能指出來，則整個工作都有可能出問題。所以CMM流程試圖將軟體生產工作打造成傳統製造業一樣的流水線，但前期一旦跑偏則危險很大。CMM的整個流程從開發來看一般包括需求分析、規格設計、概要設計、詳細設計、編碼、UT、ST、BBIT；從測試

介紹：對于敏捷軟體開發來說，能時刻保持跟進項目的進度是非常重要的，因為你可以隨時瞭解團隊的健康情況，並且對各種突發情況進行突發的處理，從而保證每個迭代結束後我們的項目可以按時的交付。實現方式：看項目進度的最好的工具當然是burndown chart,我們使用Jira做專案管理工具，Jira中有一個Report視圖，可以非常直觀的顯示story的burn down 曲線，從而讓團隊直觀的明白這個sprint進展的如何。當然了，這個是從story層級的，它衡量的是隨著時間的流失，story

介紹：在敏捷式軟體開發 (Agile Software Development)中，從代碼的產生速度上來看，要比傳統Waterfall產生速度高很多。因為我們把時間安排的更加緊湊了。那麼這麼多的代碼，如何能保證這些代碼品質呢？很多人可能直接想到靜態代碼偵查工具。沒錯，那些是可以定義一個代碼檢查規則來確保代碼的品質，但是那個僅僅是從語言角度，那麼邏輯是否已經最佳化了？可重用性是否已經最佳化到極致了？這些是靜態代碼工具不能完成的，所以我們需要Code

測試背景：2009年5月5日，微軟正式發布了Windows 7 RC版。與Beta版不同，Windows 7 RC版在很多方面都跟未來發布的正式版幾乎相同，因此，對於想把日常作業系統轉移到Windows 7上的使用者來說，Windows 7 RC將會是一個重要的版本，而在RC版上對常用軟體進行相容性測試也就有了實際的意義。因為很多人雖然對Windows 7蠢蠢欲動，但未知的軟體相容性使得他們對“搬家”到Windows 7望而卻步。為了能讓使用者在轉移到Windows

我們在使用linux做伺服器的時候，因為linux內建的軟體包都有些老，不是最新的，但是有時候我們為了使用最新的軟體，會使用最新的軟體的源碼來進行安裝。所以我們需要用心去做了...在我們拿到一個軟體的源碼時，源碼一般都是使用tar.gz或tar.bz2結尾。源碼--》設定檔（./configure）--》編譯(makefile)--》（可執行 標頭檔 庫檔案 手冊）--》安裝對於源碼的安裝，我們說西安要確定機器安裝了編譯環境使用yum  grouplist |less

一般來說，當開發人員根據測試人員的報告把Bug修複之後，測試人員都要再度進行確認，也就是說，需要把發現某個Bug的測試案例再執行一遍，以確認那個被發現的Bug確實已經消失。而且，很多軟體企業都會要求測試人員在每個裡程碑或者迭代結束時反覆執行那些曾經“揭露”出Bug的測試案例，以防止那些已被修複的Bug再度“顯靈”。顯然，這意味著很多手工測試都要一遍又一遍地被重複執行。為了減少手工測試人員這種無謂的重複勞動，VS

架構設計是一個非常大的話題，不管寫幾篇文章，接觸到的始終只是冰山一角，更多 的是實踐中去體會。這篇文章主要介紹物件導向OO、面向方面AOP和面向服務SOA這三個要 素在架構設計中的位置與作用。架構設計有三個維度，或者說是我們在考慮架構時需要思考三個方向。這三個維度分別為物件導向、面向方面、面向服務。這三個維度可以看作是正交的，但不同維度會互相印證，互相支撐，整個架構的示意 圖如圖所示。圖：架構三維度結構圖物件導向物件導向技術最初是從物件導向的程式設計開始的，它的出現以上世紀60年代Simula

Visual Studio 2010最大的亮點恐怕要數整合在Visual Studio Ultimate 2010和VS Test Professional 2010中的MS Test Manager這套工具了，它可以說是為承擔絕大部分測試工作（有統計說是70%左右）的手工測試人員提供了一套專門為他們量身定製的IDE

最近公司需要測試幾個具有一定功能類的效能，雖然我覺得這已經是白盒測試的範疇了，但是領導要求這樣做，我也就只好進行技術的研究.要求就是能夠傳參數給類，並且可以接收到類返回的參數，並且進行正確與否的判斷。第一步，總的思路。以前我都是用loadrunner直接進行錄製，但是有些協議的確不好弄不知道怎樣進行錄製，像vb，c++,java語言做的東西我覺最簡單的方式就是直接調用相關的類檔案，動態連結程式庫，直接用代碼的方式進行調用。在這種思想下，於是試著在loadrunner中寫程式調用java類。第二步

1.你們的項目組使用原始程式碼控制工具了嗎？應該用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的選擇是VSS。2.你們的項目組使用缺陷管理系統了嗎？應該用。ClearQuest太複雜，我的推薦是BugZilla。3.你們的測試組還在用Word寫測試案例嗎？不要用Word寫測試案例(Test Case)。應該用一個專門的系統，可以是Test

商務程序管理軟體既是一種載體，也是一種應運而生的工具。商務程序管理（BPM）軟體是大部分企業的重要工具，有助於企業進行整合和自動化梳理內部流程。隨著技術的不斷創新不斷進步，BPM的功能也隨之不斷完善。BPM出現的新功能是否為企業進行流程管理帶來變化，當中是否存在發展瓶頸。下面介紹BPM軟體的五大創新：第一，智能BPM。由於業務壓力不斷增大，企業不能循規蹈矩度日，要有所發展必須有所創新。社會化商務、行動裝置

對於PHP來說，很少有人用到單元測試，畢竟PHP的調試確實很方便 。但近年來，隨著PHP越來越深入於做公司專屬應用程式，因此對於單元測試的要求也就越來越被人 放到台前。PHPUNIT都3.0了，想想看發展了多久了。這是向東的部落格上的一篇文章，不知道對各位有沒有用，我是先複製下來看看。1.以各種借口拒絕單元測試Unit Test，比較常用的是“你沒有足夠的時間（進行單 元測試）”。2.嘗試單元測試並且立刻開始在自己的部落格商鼓吹單元測試和測試驅動開發Test

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