軟件

我認為主要是為了用工程的思想去正常化軟體的開發過程。以往非工程化的軟體開發方法，用在需要長期投入、多人維護的非單一版本的大型軟體研發過程中會造成難於維護、混亂，甚至開發陷入“泥潭”（見《人月神化》中的描述）中而無法繼續進行的情況；而且非工程化的軟體開發不能保證一個規範的開發過程，從而不能有一個可控的品質標準，造成軟體品質得不到保障、缺陷得不到控制和不可度量等情況。CMM可以為我們帶來成熟的、經過科學驗證的軟體開發過程和開發模型，從而使軟體的品質處於某個標準下的可控狀態，同樣，軟體的缺陷也是可以度

 現在已經有越來越多的朋友擁有了自己的電腦。隨之而來的是對電腦的維護。以前用的不是自己的電腦，怎麼用都無所謂，當有了自己的電腦才會發現：個人電腦維護是一件不簡單的事情。 今天我就來談談每個人的都關注的殺軟問題。（純屬個人經驗，對的採納，錯的勿批）  我電腦的第一個殺軟是瑞星（套裝，因為又下了卡卡和保險箱）。瑞星是咱們國產的一款名氣很大的殺軟，有許多的使用者。在沒有發現問題之前誰也不知道它好不好，不過市場就是廣告，人家還出口呢。但是它的好評率只有0.64，大家可見一斑。我們來看一下網上的說法。--

迴歸測試就是修改完bug後對程式的新一輪測試，根據微軟的統計，按照他們的經驗，一般開發人員解決3~4個bug會衍生出一個新的bug，這就是必須作迴歸測試的原因。一般的軟體測試流程是後期快速迭代的，bug在後期是快速收斂的，debug和測試的周期也是越來越短，頻率是越來越高，譬如說第一輪測試需要花上10天跑用例，那麼到後期就沒那麼長的時間，可能就是1~2天的測試時間，在後期有時候一天就有一個新版本，這時候就要求測試人員能快速的進行一輪迴歸測試。一般來說，覆蓋越高，風險越低，但是效率就越差，反之亦然

一、目標高品質、高效率、低風險  二、方法論封裝化、自動化、簡單化 三、矛盾點架構化封裝化限制了自由度與創造力 四、平衡之道在觀念上必須明白研發和生產是兩個不同階段的概念，這樣就很好做出明確的選擇。研發階段強調的是創新、自由、創造、追求卓越、藝術性生產階段強調的是高質、高效、可控、流程化、標準化。 往往很多軟體開發的工作中，研發和開發是不分的，這樣帶來的問題是，各種開發人員的各種思想不斷撞擊、客觀上容易造成開發效率低、標準不清晰、代碼管理不可控，對個別開發人員的相對依賴性高、bug率高、複雜度高

A卷(研發類筆試題)第一部分(必做): 電腦科學基礎1. (單選)軟體設計中模組劃分應該遵循的準則是:    A.低內聚低耦合 B.高內聚低耦合 C.低內聚高耦合 D.高內聚高耦合2. (單選)最壞情況下時間複雜度不是n(n-1)/2的排序演算法是:    A.快速排序 B.冒泡排序 C.直接插入排序 D.堆排序3. 雜湊表中解決衝突的方法通常可以分為open addressing和chaining兩類, 請分別解釋這兩類衝突解決方案的大致實現原理4. 簡單的鏈表結構擁有很好的插入

本文轉自http://www.51testing.com/html/26/n-89826.html作者：大衛•W.約翰遜 譯者：李容

    在Java平台上有很多官方的和非官方、第三方的壓縮公用程式包，它們各有各的長處，比如Oracle官方的java.util.zip 類庫，Apache網站上的Apache Commons Compress 類庫，或者Chilkat Java Zip

“所有的人都會有夢想，但方式卻各不相同。那些每晚在心靈的陰暗角落做夢的人，醒來以後依然感到空虛。只有那些睜開雙眼做夢的人才是危險的，因為他們能夠通過奮鬥將夢想變成現實。”                                                                                              --------------------  Seven Pillars of Wisdom出自書中“ICSOC04講座”"Save

    近來因為工作需要，重新為一支團隊定義了一套管理方案。我們陽光公司的團隊是一直年輕有活力的團隊，但是管理相對其他團隊投入資源比較少。在國內的團隊中，管理還是比較落後，真的要建立一支高效有制度有積累團隊在國內很多公司都是非常迫切的問題。 

隨著國情發展，國內軟體積累開始加深，一些技術能力比較洪厚的公司逐步在自身項目找到規律，形成了一些軟體產品。例如金蝶的ERP，我們公司的產品等。這種也是軟體行業的一種良性的表現。不過很多公司也死在軟體產品思維沒有改變，導致公司逐步走向死亡。差異性許多公司沒有瞭解軟體產品和軟體項目差異，我覺得差異主要存在在以下幾個方面：（1）開發模式軟體產品和軟體項目有不同的開發模式。軟體項目在開發管理過程中往往比較獨立。這種獨立主要體現在兩個方面代碼獨立和文檔獨立。每個軟體項目有自己的代碼工程，每個工程功能代碼極

訊息佇列軟體產品大比拼導讀：本文是從《Message Queue Shootout!》這篇文章翻譯而來，譯文來自外刊IT評論《訊息佇列軟體產品大比拼》。內容如下：我花了一周的時間評估比較了一下各種訊息佇列產品，非常的有趣。我做這個事的動機是因為一個客戶有一個很高效能需求。他們的訊息資訊突破了1百萬個並發。目前他們使用的是SQL

Strata guard 入侵檢測防禦軟體，封裝了snort，提供圖形介面。strata guard對所依存的硬體的效能要求比較高，這主要是為了在滿足檢測所有網路流量的同時，還能夠保證足夠的網路轉寄效能。對於strata guard免費版本來說，我們可以使用下列所示的硬體來定製一台入侵檢測防禦系統的硬體平台：處理器： AMD 4400+記憶體：  DDR2 667 2GB硬碟：  SATA 80G網卡：  strata

效能調優無疑是個龐大的話題，也是很多項目中非常重要的一環，效能調優難做是眾所周知的，畢竟效能調優涵蓋的面實在是太多了，在這篇文章中我們蜻蜓點水般的來看看效能調優這項龐大的工程都有些什麼過程，同時也看看這些過程中常見的一些做法。　　確定效能調優的目標　　效能調優，首先是要確定效能調優的目標是什麼，如果現在應用已經滿足了需求，就沒必要去做效能調優了，畢竟不經過一個系統的過程，其實是無法確定你所做的效能調整是否真的調優了效能，是否沒有造成應用中其他的問題，所以確定效能目標是非常重要的，在定義效能目標的

　軟體測試，作為軟體工程的一部分，隨著軟體生產的產業化運作應運而生，是軟體生產的一個動態監控過程，對軟體開發全過程進行檢測，可以隨時發現問題、報告問題，並重新評估新的風險，設定新的監控基準，並持續下去。軟體測試是軟體品質控制的過程，是對軟體系統中潛在的各種風險進行評估的活動，其目的是監測和排除缺陷，以確保軟體產品在可用性、功能性、可操作性等多方面滿足品質需求。　　目前，軟體測試已經由被動的以監測和發現錯誤為目的發展到從軟體品質控制（SQC，Software Quality

第1章 前言 　　目前市場上已經有了不少自動化的測試工具，不過滿足自己需求的測試載入器卻很難找到或者是難以支付其昂貴的費用，對於在Linux/Unix後台啟動並執行軟體產品，自己開發一個自動化的測試工具，不但可以滿足軟體的測試需求，還可以節省一大筆費用。 　　這個自動化的測試系統架構的設計，是基於Linux/Unix後台啟動並執行軟體產品，架構的思想，源於主流測試載入器與前輩的實踐經驗。

    人類的進步是從會製造工具和使用工具開始的，作為IT行業，亦不例外。針對{tagshow(event, '%B2%E2%CA%D4');}" href="javascript:;"

軟體版本日記: ------------本人是一位基民.這是我一個自娛自樂東東,也願樂幾樂人.願天下所有程式員的人生更好下載頁地址1：http://download.csdn.net/user/edzjx 下載也地址2：http://drop.io/FTool_VBv0.2.3.001                             08.06.25          

Normal07.8 磅02falsefalsefalseMicrosoftInternetExplorer4一、運行準備1.請先確認你的機器已經連網否則會出現錯誤如下左圖。程式會介面如下有圖。o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe"