軟件

      基於過程的軟體測試全景，是對基於內容的 軟體測試內容全貌——全景(1) 的補充，從而對軟體測試有一個較完整的描述。藉助這張全景，更好理解從需求、設計驗證開始直至產品發布的整個測試過程，以及慢慢體會如何做好測試工作的每一個環節，不漏過任何一個環節，包括測試專案背景的掌控、溝通等等。 參考： 軟體測試內容全貌——全景(1) 如何有效又圓滿地完成軟體測試？ 如何更好地理解《全程軟體測試》 軟體測試全貌 軟體測試演義——中進階系列（序）

Android軟體開發之盤點介面五大布局雨松MOMO原創文章如轉載，請註明：轉載至我的獨立網域名稱部落格雨松MOMO程式研究院，原文地址:http://www.xuanyusong.com/archives/1331.線性布局(LinearLayout)        線性布局的形式可以分為兩種，第一種橫向線性布局 第二種縱向線性布局，總而言之都是以線性形式 一個個排列出來的，純線性布局的缺點是很不方便修改控制項的顯示位置，所以開發中經常會 以 線性布局與相對布局嵌套的形式設定布局。

安裝執行個體：ImageMagick的安裝方法 ImageMagick的安裝方法有RPM方式和SOURCE方式。目前最新版是ImageMagick-6.5.5。可以從這個網址下載： http://www.imagemagick.org 安裝步驟： １．ssh串連Linux伺服器 ２．把下載的安裝檔案放到適當的檔案夾下。例如：cd /usr/local/src。或者直接在伺服器上下載。 3．解壓下載檔案 命令：tar -zxvf

Normal 0 7.8 pt 0 2 false false false MicrosoftInternetExplorer4 今天將“軟體測試和品質專欄”改為“軟體工程專欄”，意味著自己的部落格將擴充到一個更廣的範圍，雖然核心還圍繞測試和品質，但包括軟體需求工程、系統設計和專案管理等。所以特寫一篇文章，作為開頭和備忘。什麼是軟體工程？從上世紀90年代初起，計算學科（Computing）

 在測試過程中，測試計劃完成、軟體系統設計評審之後，就開始進入測試案例的設計過程。測試設計是一項重要的測試工作，而且具有比較大的挑戰性，也會從中獲得較大的樂趣。測試需求、範圍是通過測試案例體現出來，並以更為有效方式來執行測試，更快地發現程式的缺陷。測試案例是測試指令碼開發、測試執行的基礎。只有設計好測試案例，才能保證測試的覆蓋率。本講將從軟體測試實踐中一些常用的測試案例設計思想、方法和組織角度，來闡述如何設計測試案例。通過本講的學習，可以瞭解和掌握以下的內容： l  

      最近，經常用的兩個軟體Firefox、Yahoo! Messenger 經常出問題，這些問題很嚴重，而且有1～2個月了。Firefox每天要出現好幾次Crash （有為證）, 真讓我煩，還不得不去用IE 或遨遊。過去一段時間，Firefox的市場在不斷增長，但如果這樣下去，估計贏得的市場會丟掉。也許Firefox團隊集中在做3.1 或4.0版本，對現在這個3.0.x版本維護不夠，還是當初設計就有問題? Yahoo! Messenger

經過幾個小時的連續努力，終於完成軟體測試的完整分類，不知是否科學、全面，敬請大家多提寶貴意見。  其它參考：  軟體測試全貌    軟體測試內容全貌——全景(1)基於過程的軟體測試全景 (2)軟體測試的兩張藏寶圖和三個層次軟體測試演義——中進階系列（序）

軟體系統的4大技術本質需求        軟體定位在哪些使用者，能幫使用者解決什麼問題，給使用者帶來多少價值，選擇放棄的成本。        需求是一個軟體最重要的東西，如果你的軟體不能幫使用者解決問題，那就是沒有意義的軟體。        一個軟體服務的使用者範圍及給每個使用者帶來的價值決定著這個軟體的前景。每個開發人員一定要想清楚軟體服務的使用者範圍，從而得知軟體的使用者規模。      

1、用分階段的生命週期計劃嚴格管理有人經統計發現，在不成功的軟體項目中有一半左右是由於計劃不周造成的，可見把建立完善的計劃作為第一條基本原理是吸取了前人的教訓而提出來的。在軟體開發與維護的漫長的生命週期中，需要完成許多性質各異的工作。這條基本原理意味著，應該把軟體生命週期劃分成若干個階段，並相應地制定出切實可行的計劃，然後嚴格按照計劃對軟體的開發與維護工作進行管理。Boehm

第一個：SplitMp3這個分割器介面簡單，方便使用，適合新手使用。第二個：mpTrim是個不錯的MP3分割軟體，能細分到每一幀，並且能提高MP3音量。還有很多進階選項來設定你的MP3鈴聲。製作方法都很簡單，去網上下載自己喜歡的歌曲，注意要.mp3的才行，然後開啟軟體加入你需要截取的歌曲，設定開始點和結束點就可以了。有了這兩款MP3分割器，你喜歡的歌曲都可以製作自己喜歡的手機鈴聲，不用去手機店花錢下載鈴聲了^_^ 文章來源自於:北緯八度's Blog Http://www.ckbcs.com

整理一些比較知名的 專案管理軟體，有免費的也有商業收費的 1.jira

    南華中天    正大軟體    新思維    瑪雅軟體    正大軟體    宏聲新思維    重慶邁普特軟體工作室    重慶市南華運通資訊科技股份有限公司    四通都成    重慶點對點資訊    凱德     重慶    百連網訊    重慶通訊裝置有限公司    中聯西部資料    南華中天    重慶渝高教育技術中心    沃爾德公司         智越科技         重慶英華重大         天地軟體         重慶海特科技發展有限公司        

作者：Andrew Filev摘要：通過以下兩種趨勢可在現代軟體開發中付出更少、獲利更多：敏捷開發和離岸外包。讓我們看一下如何以及何時成功結合這兩種趨勢以增強企業的競爭力。本頁內容 在後泡沫時代，IT

 阿蒙曾多次搬起石頭砸自己的腳，喜歡將中國軟體比作中國足球，是扶不起的阿鬥，是大環境所汙染的，並非換教練換領導就能解決的，中國軟體就象中國足球一樣在國際上毫無地位與聲望可言，外面的人認為我們技不如人，可我們自已卻死皮賴臉地尋找其他冠冕堂皇的理由，這顯得非常地幼稚與可笑，痛定思痛，痛何由哉！ 既然我們無法與中國軟體談什麼核心技術，核心產品，核心人物？那我們就只有來談談服務了，如果服務再不行，那就只有洗洗睡了。近日閱讀，發現一個很精闢的句子：“服務是賣感覺，而不光是做交易。注重客戶的感覺，最終贏得客

對於軟體專案管理者，你怎麼看？    軟體這個東西真是讓人歡喜讓人憂，用的時候感覺真是很爽，做的時候那感覺真是五味雜陳，我經常形容自已是個IT民工，是苦力級的腦力勞動者，倘若此時此刻CCTV問我：“你幸福嗎？”，我估計無法控制自已的情緒，一巴掌扇過去，然後爆一堆代碼級的粗口。呵呵，當然，這隻是假設，想象而已，別認真了。       

     昨天給員工講了兩個多小時的培訓課，這次的主題是軟體人的職業規劃，作為一個十五年的老軟體人，感觸很多，有時竟然還分不清自已此時此刻究竟是一個生意人還是軟體人，從企業的角度出發，我是應該要成為一個生意人，因為企業要生存與發展，我們需要商業需要利益；但從自已內心出發，我願意自已永遠是一個軟體人，儘管給中國軟體業貢獻不了什麼大的力量，但那是一種興趣與思想的歸宿，無論外面的世界如何地繽紛多彩，我們仍然能在一個安靜的角落思考問題與解決問題，那是一種心靈上的平靜，唯有心定與心靜，才有可能有所作為。

這篇專訪是ZDNET的李寧編輯在2007.03月期間做的。[編者語]最近在網上讀到了“殺不死的人狼——我讀《人月神話》”系列文章。是周愛民關於《人月神化》的讀書心得。《人月神化》在軟體工程裡一本很有分量的書，講述了Brooks博士在IBM公司

按照軟體工程鼻祖，《人月神話》作者 Brooks 在“沒有銀彈——軟體工程中的根本和次要問題”一章中闡述的思想，軟體開發的核心問題就是如何從概念上對一個複雜的業務系統進行建模。這個建模是含義廣泛的，不僅僅包括對象建模，還包括資料建模、演算法建模等等一系列的內容。總而言之是要先找到解決複雜問題的突破口（先要搞明白需要做什麼，然後再考慮如何做）。至於採用什麼表示方法（簡單文本、UML 圖、E-R 圖）、採用什麼進階語言、是否一定要用物件導向、使用什麼開發工具都是次要的問題。

軟體開發的核心問題？ 我自己的回答是人. 這裡麵包括很多, 人, team, 公司等等, 從一個人到一群人, 不管是開發軟體的人也好, 使用軟體的人也好,都是由人為主體的. 而其他不敢是工具也好,還是方法也好, 不都是人在操作和使用嗎. 這正是《人件》中所闡述的思想，我們以後會另開一個線索討論《人件》中所關注的問題。國外資深的開發人員都讀過《人月神話》和《人件》這兩本書。國內的開發人員卻不屑於讀這些“沒有用處”的書，而只對一些“神奇”的工具感興趣（那些追捧 .Net 的文章很少能達到