軟件

在Windows下安裝軟體時，只需運行軟體的安裝程式（setup、install等）或者用zip等解壓縮軟體解開即可安裝，運行反安裝程式（uninstall、unware、“卸載”等）就能將軟體清除乾淨，完全圖形化的操作界面，簡單到只要用滑鼠一直點擊“下一步”就可以了。而Linux好象就不一樣了，很多的初學者都抱怨在Linux下安裝和卸載軟體非常地困難，沒有像使用Windows時那麼直觀。其實在Linux下安裝和卸載軟體也非常簡單，同樣也有安裝嚮導或解壓安裝的方式，不相同的只不過是除了二進位形式

大棒開發模式大棒開發模式的最大優點就是思路簡單，經常可能就是程式員的“突發奇想”。大棒開發模式的軟體測試通常在開發工作單位完成後進行，測試工作有時比較容易，有時則非常艱難，這是因為軟體已形成產品後，已經無法再修複存在的問題。 邊寫邊改模式邊寫邊改的開發模式是對大棒開發模式的一種改進；處於邊寫邊改開發的項目小組的軟體測試人員要明確的是，自己將和程式員一起陷入可能長期迴圈往複的一個開發過程。通常，新的軟體版本在不斷地產生，而舊的軟體版本工作可能還沒有完成，新版本還可能有包含了新的或修改了的軟體功能。

首先是編譯器，這個不多說了，誰都知道。 更重要的是Intel的數學庫，稱為Math Kernel Library－MKL 還有，Intel有一套Cluster Tools，裡麵包含了Cluster MKL、ITC、ITA、Intel MPI等。

1. Clonezilla提供了一個live iso，在linux下面直接dd到隨身碟裡面就可以隨身碟啟動2. 啟動之後就會直接出來介面，以嚮導的形式一步一步的完成disk或者partition的clone。當然也可以將整個disk或者partition備份成一個image檔案。3. 和Ghost一樣，Clonezilla會分析分區表資訊，然後clone，而不是像使用dd的做法那樣，傻乎乎的將整個硬碟或者分區都clone。4.

軟體測試的概念：1.錯誤改正代價與發現的時間呈現指數增長的趨勢2.軟體測試不僅僅限於程式編碼之後，而應該貫穿於軟體開發的全過程。軟體測試並不等於程式測試，因此，需求分析、概要設計、詳細設計以及程式編碼等各個階段所得到的文檔資料，包括需求規格說明、軟體概要設計規格說明、軟體詳細設計規格說明以及來源程式，都應作為軟體測試的對象。3.關鍵性分析、可跟蹤性分析、評估和介面分析等都是驗證和確認的主要活動。其中關鍵性分析的目的是為了保證資源的有效利用，尤其在需求資源得不到滿足時，有必要在整體上分析整個系統的

效能測試：1.軟體效能測試包括三個目標：①發現缺陷；②效能調優；③能力檢驗與規劃2.軟體效能的主要指標有：回應時間、系統回應時間和應用延遲時間、輸送量、並發使用者數、資源使用率3.系統的回應時間通常是指該系統所有功能的平均回應時間或者所有功能的最大回應時間4.對於無並發的應用系統而言，輸送量與回應時間成嚴格的反比關係5.輸送量不能無限的增大，關鍵原因在於資源使用率不能無限的提高6.資源使用率可以為效能調優提供很大協助7.在壓力測試時，軟體通常會處於效能下降曲線的哪個區間:效能輕微下降區8.擔任軟

轉自：http://blog.sina.com.cn/s/blog_48f5a98701000ajc.html以下是我對測試工作的認識，並做了些闡述：一、前提條件1.培養個人素質：A對工作一絲不苟的謹慎態度和一如既往的高昂熱情。B探索精神，打破沙鍋問到底。C追求完美，創造性思維，想出富有創意甚至超常的手段來尋找缺陷。D善於表達觀點，並組織好語言，描述操作過程應做到通俗易懂。2.認識職責所在：A測試案例、測試計劃的編寫，測試資源、測試品質的協調保證。B測試執行，部分自動化測試、效能測試。C國外、國

1.軟體相容性測試相容性測試之待測試專案在特定的硬體平台上，不同的應用軟體不同，不同的作業系統平台上，在不同的網路等環境中能正常的啟動並執行測試。相容性測試的目的：帶測試專案在不同的作業系統上正常運行，包括待測試專案能在同一作業系統平台的不同版本上正常運行；待測試專案能與相關的其他軟體或系統的“和平共處”；帶測試專案能在指定的硬體環境中正常運行；待測試專案能在沒的網路環境中正常運行。相容性測試無法做到完全的品質保證，但對於一個項目來講，相容性測試是一個必不可少的一個步驟。2.WEB相容性測試的主

(1)、誤區之一：軟體開發完成後進行軟體測試

SqlPrompt 是 Red-Gate 旗下的一款 SQL SERVER 輔助軟體，為 SQL SERVER 的查詢分析器 提供智能提示的功能，使得查詢分析器像VS的IDE一樣方便；同時提供SQL語句的格式化和美化工作，是款非常不錯的軟體，對於SQL SERVER 2000的使用者是非常值得推薦的；SQL 2005 和 2008 本身的查詢分析器內建了智能提示功能（雖然沒有SqlPrompt強大，但總歸原生的好些）。與SqlPrompt類似的，還有 SqlAssistant，

應一個網友的需求，寫了下面的，擷取本機安裝的軟體的清單，希望對有需要的人，有協助吧using Microsoft.Win32;using (RegistryKey key = Microsoft.Win32.Registry.LocalMachine.OpenSubKey(@"Software\Microsoft\Windows\CurrentVersion\Uninstall", false)){ if (key != null) { foreach (string

作者：曉染霜林醉 QQ：51817水利軟體開發研究群：39869071 水利水電工程施工導截流方案輔助設計系統官方部落格：http://www.cnblogs.com/DivClose/轉載請保留著作權資訊，謝謝！    本程式涵蓋了水利水電工程設計中的單獨泄水建築物泄StreamCompute、施工截流水力計算、不同泄水建築物的聯合泄StreamCompute、施工調洪演算等水力設計，是目前水利水電工程設計中功能強大、全面且快速高效的一套設計計算軟體。    軟體主要包含6項核心功能，即：（1

作者：曉染霜林醉     QQ:51817    Email:pyeye@126.com          轉載請註明出處　　水利水電工程由於本身的複雜性，一直以來在軟體的應用上處於相對落後的境地。但是對於水利水電工程施工導截流軟體的架構確是有不少人熱衷去研究。見一句話這麼講：一流的公司賣規範，二流的公司賣服務，三流的公司賣產品。難怪這麼多人爭當一流，爭著定規矩，定規則。　　看了這些“前沿”論文，認真總結和分析了下，“由資料庫系統、模型庫系統、方法庫系統及知識庫系統組

作者：曉染霜林醉 QQ：51817水利軟體開發研究群：39869071 水利水電工程施工導截流方案輔助設計系統官方部落格：http://www.cnblogs.com/DivClose/轉載請保留著作權資訊，謝謝！2.2 導截流方案設計軟體現狀    目前可以用於水利水電工程施工導截流方案設計的軟體很分散，應用較為廣泛的代表性軟體有如下幾款： 圖2.2-1  北京理正岩土研究所岩土系列軟體中的水力學計算模組  圖2.2-2  水利水電程式集中的工程水力學計算軟體包  圖2.2-3 

·任何一個程式一旦發布就意味著它已經過時了。 ·讓需求根據程式調整往往要比讓程式根據需求調整來得容易。 ·如果一個程式是有用的，那它必將被改變。 ·如果一個程式是無用的，那它必須被注釋。 ·在任何一個程式裡只有10%的代碼會被執行。 ·軟體會無限擴張以佔用所有的系統資源。 ·任何有價值的程式都會包含至少一個錯誤。 ·一個示範版的程式完美無瑕的幾率和關注它的人數成反比，最終要花費的金錢的數量是原數量的平方。 ·一個程式的致命錯誤要到其發布至少半年後才會被發現。

作者：曉染霜林醉 QQ：51817水利軟體開發研究群：39869071 水利水電工程施工導截流方案輔助設計系統官方部落格：http://www.cnblogs.com/DivClose/轉載請保留著作權資訊，謝謝！   

紅河州二調辦對蒙自等9縣（市）農村土地所有權確權調查工作進行專項檢查今年5月初以來，各中標單位在先期準備工作的基礎上，組織人員、儀器裝置入場。從6月中旬開始，我辦先後對蒙自市期路白鄉、箇舊市蔓耗鎮、開遠市、石屏縣寶秀鎮、建水縣曲江鎮、屏邊、綠春、元陽、河口等9縣（市）的農村集體土地所有權外業調查工作情況進行了專項檢查。聽取了縣局及作業單位的所有權調查工作情況彙報，對作業隊外業調查使用的工作底圖、測區已有資料及部分已經完成的外業成果進行了檢查和詢問，全面瞭解所到縣（市）的工作安排、工作進度及存在問

因對於傳統型程式不太瞭解。最近部署實施的時候，卻遇到了無法啟動的問題。共遇到兩種情況：情況一、點擊直接沒有任何反應。就算是DEBUG的，也沒有反應。情況二、點擊後，直接提示：遇到錯誤，需要關閉....表示抱歉...等等。一直糾結了很久，不知到什麼原因。後來查到應用程式的交易記錄上寫，什麼執行引擎錯誤....再去查資料，得知是.net什麼補丁沒有打的問題。於是用360打了所有的危急漏洞補丁。解決了情況二。情況一，還沒有仔細去嘗試。特此記錄：2011-11-18 11:18

    最近在學習GDI,發現網上幾篇文章在講軟體製作方法,學習了一點知識,在這裡分享一下.     

需求是整個軟體項目最關鍵的一個輸入，據統計，不成功的項目中有37%的問題是由需求造成的。和傳統的硬體生產企業相比較，軟體的需求具有模糊性、不確定性、變化性和主觀性的特點，在硬體生產企業中，產品的需求是明確的、有形的、客觀的、可描述的、可檢測的，而軟體需求不具備此特徵。需求文檔作為客戶和開發人員、開發人員之間進行互動的文檔，它將系統的需求進行了“固化”，是需求的載體，其作用是至關重要的。筆者結合多年的企業管理資訊系統的開發經驗，總結了如下的需求描述的方法與經驗，供各位同行參考。1