軟件

軟體的需求分析必須要有對原業務的一個深入瞭解、提取、抽象、升華的過程，管理軟體需求分析尤其如此。軟體的需求分析是從使用者的業務中提取出軟體系統能夠協助使用者解決的業務問題，通過對使用者業務問題的分析，規划出我們的軟體產品。這個步驟是對使用者業務需求的一個升華，是一個把使用者業務管理流程最佳化，轉化為軟體產品，從而提升管理而實現的質的飛躍，這一步是否成功，直接關係到開發出來的軟體產品能否得到使用者認可，順利交付給客戶，客戶能否真正運用我們的產品協助他解決業務或管理問題。按照軟體工程對軟體開發過程的

1

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

python的升級：***************************************************************************************************************1.查看python的版本(1).[root@localhost ~]# python  -V    Python

多年來，軟體交付被視為輔助的商務程序。儘管軟體交付花費了企業大量的成本，但是它始終沒有成為企業業務的關注點，因為它不像供應鏈管理、

前面提出了軟體開發的輪迴：期望——破滅——崩潰——新的輪迴，我們的解決之道在哪裡呢？我的反思——不在沉默中爆發，就在沉默中滅亡反思，我在反思……對於來自客戶的變更，我永遠忘不了的是大學時老師的諄諄教導。上軟體工程課的時候，老師總是一再地反覆強調，一定要將需求變更消滅在需求分析階段。按照過去的瀑布式開發理論的描述，總是要求我們在需求分析階段瞭解清楚客戶的所有需求，並編寫成《軟

——對軟體分析設計的一次深刻反思與探討前言：你幹軟體開發多少年了？你是否開始感到困惑了、累了、算了？你是否該找一個加州旅館好好歇一歇腳了？這篇文章也許就是你的加州旅館，它給你解惑，反思軟體開發中出現的問題，探討解決這些問題的辦法，那就是建立模型——用例模型、領域模型、分析模型和設計模型。談起軟體開發，我在10年前就開始了。那時天是藍的，生活是美好的，程式設計也是輕鬆愉快的。如果當時有人告訴我，設計一個程式需要數十人、花數年的時間完成，我會張著大大的

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

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

隨著時代的發展，人們開始意識到，軟體的開發不僅僅在於新技術是否出現，更在於軟體使用過程的管理。軟體企業的開發結構只有在形成一套完整而熟練的過程後，其開發才能夠步入正軌。目前，CMM作為當前世界上最流行、最實用的軟體生產過程的評價標準，已被國際軟體產業界公認為軟體企業進入國際市場的通行證。向管理要效益CMM即Capability Maturity Model for

軟體需求工程過程(SREP)，本文簡要地列舉並說明了在整個軟體需求工程的過程中的工作職責要點。一、 開始1. 專案經理根據項目特點，指定對過程表格的具體要求；2. 專案經理制訂項目的標準，包括：DTS(缺陷類型)、TRA(風險類型)、TRS(需求類型)等，在過程表格中按標準引用.二、 計劃1. 計劃經理估算需求開發時間；2. 計劃經理完成：SPT(進度計劃)、TPT(任務計劃)，將計劃資料錄入PDS(專案計劃摘要).三、 需求萃取1. 軟體需求工程師搜集系統概要資訊，填寫REQ(需求萃取概貌)；

軟體需求是軟體開發的最重要的一個輸入，需求風險也常常是軟體開發過程中最大的一個風險，降低需求風險的一個重要手段就是需求評審，但是需求評審是所有的評審活動中最難的一個，也是最容易被忽視的一個評審。筆者曾經曆過以下的幾種失敗的需求評審： 案例一

商業挑戰：建立一種更加可靠、高效的方式，來接收和處理國內外的貿易確認書。解決方案集：NEON Access IBM MQSeries, S.W.I.F.T.

請問市面上可供選擇的資料倉儲解決方案軟體有哪些？有什麼差別嗎？能對它們的效能和特點進行分析和比較嗎？IBM、Oracle、Sybase、CA、NCR、Informix、Microsoft、和SAS等有實力的公司相繼（通過收購或研發的途徑）推出了自己的資料倉儲解決方案，BO和Brio等專業軟體公司也在前端線上分析處理工具市場上佔有一席之地。下面針對這些資料倉儲解決方案的效能和特點做分析和比較。IBM IBM公司提供了一套基於可視資料倉儲的商業智慧（BI）解決方案，包括：Visual

在WIndows 7中，想必很多使用者都遇到過這樣的問題，想要開啟某個軟體，比如，Windows 7最佳化大師，結果發現表徵圖突然變成了醜陋的損壞表徵圖。那麼，這種情況下，應該怎麼辦呢？1. 表徵圖修複在Windows 7最佳化大師 - 美化大師中，內建有一項表徵圖修複功能，可以通過重建系統表徵圖緩衝的方法來修複此問題，注意，使用後需要重啟機器。2. 改名試把軟體的名稱改名，比如尾碼加個底線之類的。表徵圖就又能顯現了。目前尚無法確定是否是WIndows

安裝了Windows7後，發現虛擬光碟機軟體DAEMON Tools不能用了，網上一些所謂的Windows7下可以使用的DAEMON Tools大都是騙人的，用了一下國產的虛擬光碟機軟體WinMount，卻發現虛擬後很多遊戲和軟體都不能成功安裝。那麼下面icech就為大家介紹兩款能夠在Windows7下使用的虛擬光碟機軟體！1、UltraISO軟碟通（共用版本）UltraISO軟碟通是一款功能強大而又方便實用的軟碟檔案製作/編輯/轉換工具，它可以直接編輯軟碟檔案和從軟碟中提取檔案，也可以從CD-

資料中心中，一些公司更傾向於使用一些更為專業的 SSH Server/Client 軟體，從而替換系統內建的 OpenSSH 軟體，以確保系統管理、檔案傳輸和應用串連的安全，有效抵禦各種內部和外部安全風險。針對這種環境需求，IBM 公司從 VMControl 2.4 開始支援使用者在 VMControl 管理環境中使用非預設的 OpenSSH 的 SSH 軟體，但使用者需要在環境中做一些額外的配置。本文將會對這部分配置工作進行介紹，以協助 Power 管理員瞭解和掌握具體方法，正確的使用

YUM顧名思義，Yellow Dog Updater, Modified. Yum為基於RPM系統做了相同的工作。它提供了一個簡單的命令，可用於在首先安裝和更新任何其他必要的軟體包以滿足所需的軟體包依賴關係之後，自動化安裝或更新一個軟體包，類似Debian下apt-get的工具.YUM的特點：可以同時配置多個資產庫(Repository)簡潔的設定檔(/etc/yum.conf自動解決增加或刪除rpm包時遇到的倚賴性問題使用方便保持與RPM資料庫的一致性RHEL

伺服器軟體故障是在伺服器故障中佔有比例最高的部份，約佔70%，解決的過程必須更加深思熟慮。導致伺服器出現軟體故障的原因有很多，最常見的是伺服器BIOS版本太低、伺服器的管理軟體或伺服器的驅動程式有BUG、應用程式有衝突及人為造成的軟體故障。下面分別舉例說明各類軟體故障的維修方法。有一台HP LH6000R伺服器，配置為雙PIII XEON 700帶2M快取的CPU、512M記憶體。開機後，系統日誌報電壓調節模組異常（VRM）的錯誤，報錯的資訊是：“Voltage Regulator

最近公司因為需要對監測軟體進行改進~~所以對幾個不同的監測軟體安裝後進行了比較~~對於大家比較熟悉的MRTG , Cacti等等同上的文章已經很多了~~最近調查發現Munin也是一個非常好用安裝和設定方便的監測軟體~~小弟在FreeBSD下安裝後~~為了以後方便自己學習把簡單的安裝手順記錄了一下~~貼上來跟大家分享一下~~Environment :OS : FreeBSD 6.2