軟件

　　“物件導向軟體設計”這個術語及其相關話題對於很多開發人員來說已經是耳熟能詳了，甚至聽膩了。但是，對不住各位，為了吸引眼球和引起“異性” 注意，本座還是落入俗套選擇這個熱門話題作為本部落格的開張炒作篇目。請見諒，也希望各位看官能放下架子，略讀一下本系列的所有文章再噴，可贊可彈可BS，

　　現在我們看看一個實際的例子，從不同設計原則的角度來觀察它的設計。這個例子是資訊處理中心－資料轉送控制組件的訊息處理模組，首先看看它的結構圖、類實現虛擬碼和主體程式虛擬碼：                         圖3-1 訊息處理模組結構圖 程式3-1 類實現虛擬碼/////////////////////////////////////////////////////////////////////////////////// Command 類///

初次用winform，這個小玩意不怎麼成熟，不過湊合可以用。哈哈：），沒什麼高深的，要看自己反射看。要用就隨便用了啊，找好了網頁，下載速度還可以啊。可惜的是只能抓地址連續的網頁，不過先這樣，自娛自樂。vs2008做的，可能需要.net Framework 3.5支援。不足：1.不支援相對路徑。2.不支援多線程。 使用：1.比如我要下載： http://p2.iecool.com/show/392/48110.htm連續到

作者：朱金燦來源：http://www.cnblogs.com/clever101      預計這篇要挨一些磚頭，但既然說了，就不怕挨一些磚頭。 進入正題。蒙聖光大俠的一篇《軟體產品化, 國內IT人之痛》引發了大家的共鳴，也引發了我的共鳴。蒙聖光大俠提的5個原則都很好，我看這5個原則可以歸納為兩個關鍵詞：市場需求和技術（原則1、2、4、5主要是如何把握市場需求的，原則2主要是技術），可以總結為一個主題：技術如何和市場需求完美契合。呵呵，大家都可以說這些都可以算是廢話。 在我看來，什麼產品定位、

  作者：朱金燦來源：http://www.cnblogs.com/clever101      前言：前天我聽了一個ERDAS Imagine銷售人員對ERDAS Imagine新版本的介紹，得知ERDAS也準備做軟體增值服務。由此引發了我對幾大遙感軟體的二次開發方式的瞭解和一些思考。       

 控制階段   圖 6-1 控制階段的任務和工件 風險管理　　開發期間要對風險進行監控，定期檢查、更新和發布《風險列表》。 品質管理　　1） 

前 言 　　前一篇文章《軟體開發基本原則》談論了軟體開發原則方面的問題，而本篇文章嘗試談談軟體開發中更具體的一些內容 —— 普通軟體項目的開發過程規範。本座也知道，如果過程規範講的太具體對談論者來說是非常冒險的一件事情，它不像技術，對就對錯就錯，有一個客觀的評判標準，別人想噴你也得自己先好好研究等拿到了足夠的論據才能噴，但開發過程和專案管理就不同了，別人僅憑一點點所謂的管理經驗甚至是主觀推斷就能噴得你體無完膚，搖搖欲墜 ~

 總 結  圖 8-1 項目階段 　　軟體項目開發經曆多個階段，每個階段包含多個任務，每個任務會產生相應的工件。需要相應的品質保證措施對任務進行監控，保證任務的執行。任務完成後也需要對任務進行評審，保證任務的品質。　　這些工作均由Team Dev和相關人員按照工作流程執行。因此，合理的角色任務分配和溝通制度是軟體項目成功的重要保障。　　圖 8-2 列出幾種比較普遍的角色和任務劃分方案：   圖 8-2

前 言 　　前段時間一直在寫技術方面的文章，現在想轉轉口味，從軟體開發過程和專案管理的角度來談論軟體開發。本座也知道，從這兩個角度來談論軟體開發對談論者來說是非常冒險的一件事情，它不像技術，對就對錯就錯，有一個客觀的評判標準，別人想噴你也得自己先好好研究等拿到了足夠的論據才能噴，但開發過程和專案管理就不同了，別人僅憑一點點所謂的管理經驗甚至是主觀推斷就能噴得你體無完膚，搖搖欲墜 ~

啟動階段  圖 3-1 啟動階段的任務和工件 產品領域研究　　研究產品所在領域的狀況，為項目論證提供依據。研究內容包括：產品領域的現狀和前景產品領域的商業模式和商務程序產品的價值和盈利空間產品的特性和複雜度 技術可行性研究　　研究產品的實現技術，總結技術可行性。研究內容包括：類似產品的當前實現技術和技術趨勢實現技術的候選方案各個方案的優點、成本和風險Team

　　大多數典型錯誤其表面都具有誘惑性，給人們一種誘人的前景，但通常卻不能產生期望的結果。 　　“想挽救進度已經落後的項目嗎？---- 給項目補充更多人員！” 　　下面分別按照人員、過程、產品和技術四個維度列出36個典型錯誤。人

 執行階段 圖 5-1

為什麼要做測試？ 什麼是軟體測試？ 軟體測試流程是什嗎？每個流程具體包括什嗎？ 瞭解JAVA開發和常見的J2EE軟體平台及體繫結構。 熟悉一種或多種大型資料庫，能熟練的編寫資料庫物件（觸發器，預存程序，自訂函數等） 掌握IE和windows的應用和開發流程，系統測試流程。 熟悉NET架構。 熟悉CMMI。 瞭解缺陷管理過程。 熟悉C/S ，B/S模式。 至少熟悉一種自動化測試載入器（例如LoadRunner，QTP） 瞭解Web應用系統模式。 熟悉至少一種軟體組態管理工具。

去年年底那會寫了個很簡單的垃圾檔案清除程式，現在簡要分享下吧，由於本人初學者，望大家多多指教，先上個圖吧：（在各大搜尋引擎可以直接搜尋到本軟體，軟體的名稱為：小蔡垃圾清除程式，原始碼在最後給出：））。先說下哈，有人說要原始碼，原始碼在博文《VC++開發垃圾檔案清理軟體之四：程式的介面設計與實現----按鈕控制項介面》的最後給出供大家下載。下面就是詳細介紹開發這個小程式的大體方法和步驟吧。程式是基於VC++程式設計與開發為背景，著重分析了垃圾檔案清理原理和對話方塊程式介面的設計與開發原理，首先簡要

先說下哈，有人說要原始碼，原始碼在博文《VC++開發垃圾檔案清理軟體之四：程式的介面設計與實現----按鈕控制項介面》的最後給出供大家下載。上一篇我們說明了程式的概述以及需求分析等，程式的初始化介面為：                                                         

上面，我簡單的說了對話方塊介面的設計與實現，下面將介紹按鈕控制項重繪的實現：在MFC下編程，很多時候對於標準的按鈕控制項不是很滿意，想要弄的美觀些。這就需要按鈕重繪。重繪按鈕一般的實現方法就是重寫CButton類。      

==========================================================================================               本招聘資訊屬幫人代發，請不要聯絡 本人

     在老婆大人的參考下，對首頁進行了全面地改版，按功能劃分，分成手機樂園和開發園地兩部分。手機樂園專註於手機電子書的製作下載，手機遊戲、手機軟體、手機鈴聲和手機主題的下載，突出手機的資源。開發園地因為時間和精力的原因還是沿襲原來的頁面，主要是以移動或無線開發文章，一些原始碼和資料的下載為主。   

在Windows Mobile系統中，軟體安裝時可以選擇安裝在手機記憶體或儲存卡上，而Android系統只能把軟體安裝在手機記憶體裡，使本來就不大的手機記憶體顯得捉襟見 肘。如果你也是個手機軟體狂人，喜歡嘗試各種各樣新奇有趣的軟體，面對越來越少的手機記憶體空間，不得不對已經安裝的軟體痛下殺手。你是否還在安裝與卸載之 間糾結？Follow Me！我們一起來給Android系統擴擴容，讓“機器人”也可以“大肚能容”，免去儲存空間不足的後顧之憂。      

這是“使用 C＃ 開發智能手機軟體：推箱子”系列文章的第二十二篇。在這篇文章中，介紹 Window/MainForm.Replay.cs 來源程式檔案。這個來源程式檔案是 MainForm類的一部分，該類繼承自 System.Windows.Forms.Form 類，表示推箱子的主表單。而本篇文章講述的是推箱子“回放”過程，如所示：我們先看看 MainForm.Designer.cs 來源程式檔案(該檔案是由 Visual Studio 2005 IDE