軟件

軟體固有的複雜性一顆垂死的恒星正處在塌縮的邊緣，一名兒童在學習如何閱讀，白細胞向病毒發起進攻——這是真實事件的幾個例子，它們包含著真正可怕的複雜性。軟體也可能包含巨大複雜性的元素，但是這裡的複雜性基本上是另一種類型。Brooks曾指出：“愛因斯坦認為自然界必定存在著簡單的解釋，因為上帝不是反覆無常或隨心所欲的。軟體工程師沒有這樣的信仰來提供安慰。許多必須控制的複雜性是隨心所欲的複雜性。”定義軟體複雜性我們確實注意到，某些軟體系統並不複雜。這些大多是可以被遺忘的應用，它們是由一個人提出、構建、維護

正確性正確性是指軟體按照需求正確執行任務的能力。這裡“正確性”的語義涵蓋了“精確性”。正確性無疑是第一重要的軟體品質屬性。如果軟體運行不正確，將會給使用者造成不便甚至損失。技術評審和測試的第一關都是檢查工作成果的正確性。正確性說起來容易做起來難。因為從“需求開發”到“系統設計”再到“實現”，任何一個環節出現差錯都會降低正確性。機器不會主動欺騙人，軟體運行出錯通常都是人造成的，所以不要找借口埋怨機器有毛病。開發任何軟體，開發人員都要為“正確”兩字竭盡全力。健壯性健壯性是指在異常情況下，軟體能夠正常

Fedora8添加yum最快升級源2008-01-08 19:42:16 / 個人分類：fedora8 Fedora8添加yum最快升級源方法:1、 安裝圖形版yumex：yum install yumex2、安裝額外的軟體倉庫：rpm.livna.org 的軟體包倉庫:rpm -ivh http://livna-dl.reloumirrors.net/fedora/7/i386/livna-release-7-2.noarch.rpmfreshrpms.net

原文出處： http://blog.donews.com/dereck/archive/2005/10/08/580028.aspx 沒錯，我說得是《Joel On Software》讀後，因為我在讀過《Joel說軟體》以後又讀了一遍英文版，並進行對照研讀。不過必須清楚的是，我讀完了，但是我以後還是回去重新讀。就好像Joel在書評中說《人件》是一本需要軟體管理員每年讀一遍的書一樣，他自己的這本《Joel On

 序       朋友的新書要出版了，初聽到該訊息不覺得一陣欣喜。軟體測試工作從10年前的無人知曉，到現在成為IT行業新的熱點，中間經曆了太多的坎坷。我也正是從這十年中成長起來的國內比較早的一批專業測試工程師。      

《軟體自動化測試成功之道》http://www.china-pub.com/196509      由於本書面向的是有一定基礎的自動化測試工程師，因此對於初學者，特地在本書附帶的光碟片中提供了TestComplete、QTP自動化測試載入器的基礎培訓材料。初學者可在閱讀本書之前按照提供的資源先進行學習。 可以到以下地址下載：《軟體自動化測試成功之道》隨書光碟片 - Testcomplete基礎培訓.ppt

實用軟體品質控制課程大綱 物件導向：QA、測試工程師、開發工程師、品質經理、專案經理授課方式：案例分析、工具應用、項目演練 大綱： 需求管理與變更控制。 需求分析品質控制與需求評審。 需求評審演練。 代碼規範、代碼品質控制。 程式碼檢閱及其自動化。 程式碼檢閱工具的應用。  單元測試設計。 單元測試覆蓋率度量。 單元測試工具與架構的應用。 測試驅動開發演練。 持續整合最佳實務。 持續整合架構的設計與搭建。 CruiseControl的應用。  * 本課程可面向企業進行定製。課程聯絡Email：

軟體公司對從事需求調研人員的基本素質是不太注意的，企業的資訊化主管經常可以看到軟體公司派住的調研人員的年齡是偏低的、經驗是不夠的。在我與企業中、高層管理者的交流中，他們普遍都有這樣的感覺：“對於企業來講，我們不太清楚資訊化調研應當怎樣開始，又怎樣結束，我們實際上更關心的事情是把我們現有的管理方式向軟體公司轉達，並且不要寄希望這種轉達是全面的，當面對轉達不全面的時候，就需要軟體公司的人員多問、多探討，我們上管理系統的過程中也接觸了不少軟體公司的設計人員、需求人員，但是在與我們的交流過程中，感覺他們

Kerry Zallar 在《Are you ready for automation》中提到軟體測試的成熟度等級對於成功實現自動化測試的影響，其中的一個圖對我來說很有啟發： 我想大部分在嘗試自動化測試而未獲得成功的軟體企業要首先看看這個圖，看自己的軟體測試組織處於怎樣的成熟度等級，而不要盲目地上自動化測試。  

今天來八一八，MFC的SOCKET 編程，利用CSocket實現一個基於TCP實現一個QQ聊天程式。你會發現，MFC要比WIN32 簡單的多。但是如果你不理解具體API socket基礎知識，你可能會覺得有一點費解。 所以在開始之前 我還是請大家先看看http://blog.csdn.net/lh844386434/article/details/6664025    在應用程式開始的時候，我們先應該初始話winSock 庫，所以便會用到下面的一個函數。BOOL AfxSocketInit(

軟體介面設計原則原文地址：http://www.uml.org.cn/jmshj/200802015.asp        對於應用軟體來說，一個基本現實就是：使用者介面是面向使用者的。使用者需要的是開發人員開發的應用軟體滿足其需求，並且便於使用。使用者介面設計的主要原則有：(1)

 1. 編碼之前（研究和分析） 1.1 摸索經驗 1.1.1 瞭解使用者 1.1.2 瞭解管理部門 1.1.3 瞭解環境 1.1.4 裡程碑標記 1.2 指定藍圖和增強信心 1.2.1 定義產品 1.2.2 分析需求 1.2.3 建立計劃 1.2.4 提出提議 1.2.5 裡程碑標記 1.3 著手第1項工作 1.3.1 組建團隊 1.3.2 提供培訓 1.3.3 鼓勵協作 1.3.4 裡程碑標記 2. 開發期間（設計和構造） 2.1 以全面的視角看待問題 2.1.1 與使用者協商 2.1.2

軟體專案管理複習筆記軟體專案管理考試試題總結-中南大學利用有限資源、在一定的時間內，完成滿足一系列特定目標的多項相關工作叫做項目。（1）項目是一項有待完成的任務，有特定的環境與要求。項目是指一個過程，而不是指過程終結後所形成的結果。 （2）在一定的組織機構、利用有限的人力、物力、財力在規定的時間內完成任務。（3）任務要滿足一定的效能、品質、數量、技術指標等要求。 項目的屬性•     項目有一個獨特的目的•     項目是一次性的工作•     項目需要使用資源，而資源是有限的•   

已經找不到原作啦，但是很喜歡這篇文章，貼出來和大家分享  中國人大都喜歡用武俠小說來比較軟體開發，但是在實戰武功中，只有葵花寶典才是最厲害的，也只有掌握了葵花寶典，才能稱為"不敗"。 但什麼才是軟體開發的葵花寶典？

本文節選自《啟示錄：打造使用者喜愛的產品》一書和作者的部落格，並發表在《程式員》雜誌11年05期，作者Marty Cagan是享有世界聲譽的產品管理專家，曾經擔任網景副總裁、eBay產品管理及設計進階副總裁。譯文由七印部落出品，原文太長，分次轉載一下，本次挑一個不少開發人員會感興趣的主題——產品管理與軟體開發的關係。文 / Marty Cagan 譯 / 歐坤、孫洋產品管理與軟體開發的關係如果說成功的產品是真實使用者需求與現階段可行性方案的結合，那麼產品經理與Team

 vcleaner http://topic.csdn.net/u/20080614/18/f8bd3a4c-0e9d-4265-8d63-7bde62b014a1.html繼續轉載他的文章，我深表支援，和我的觀點高度吻合。最近在論壇上看到很多熱議語言和前途（錢途）的文章，很多人在熱議：我有多少多少年工作經驗，我會多少多少門語言，我做過多少多少個項目，等等。我現在以我的個人觀點來說一說： 1、能力是否強和工作多少年無關。同樣是工作，但是可能在不同的公司、從事不同的項目、不同的工作流程和工作壓力，

 原創:目前國內幾大著名報表軟體 原創:目前國內幾大著名報表軟體[b]快樂報表[/b]-windows報表一流平台 免費Web報表工具的最佳選擇  2006開發首選軟體：[URL=http://www.happyreport.com/happyreport/download.jsp]http://www.happyreport.com[/URL]軟體介紹：快樂報表 - 功能最強大的國產網路報表！快樂報表是免費軟體。

在網上看到這樣一段話，很有意思。我也很贊同。我是不會建議我認識的人在沒有相關背景的情況下進入軟體行業的，幾年前，這也許是個高薪的行業，但是現在，情況正在突變。因為有不少的軟體學院不負責任的把大量的人引入到軟體行業的最底層，這使得底層的開發人員多如牛毛。我認為一個好的程式員至少有一個標準——熱愛程式。然而這些人卻只熱愛人民幣，這使得他們無法總是疲於掙錢而不會停下來思考——他們停下來時，只會吃喝玩樂而已——因為他們從來就沒有這麼一個信念，做一個優秀的程式員。這是我反對軟體藍領的最大原因。《水煮三國》

手機應用軟體——J2ME技術的真正歸宿作者：陳躍峰出自：http://blog.csdn.net/mailbomb        J2ME技術當前在國內很熱門，主要是因為手機這樣一個龐大的市場，以及手機遊戲這樣一個增殖服務的金礦，但是接觸了這個技術有一段時間了，我覺得這個技術的發展方嚮應該是手機應用軟體，特別是行動電話通訊應用軟體，這個將是下一個新的市場熱點，不知道你是否做好了迎接它的準備？      

Objects: fulfill customer's quality expectation. Deliver software within budget and on scheduleReasons for runaways: Improper management of the project. e.g unclear objectives,bad planning,new technology,lack of project management