軟件

做軟體也有幾年了，將學到別人的經驗，項目中自己的體驗，參加培訓的收穫一起總結一下。需求階段：首先要明確軟體項目開發完後是為瞭解決什麼問題？對於要解決的核心問題必須要明確，以後可以重點設計作為軟體的亮點。明確軟體的終端使用者是誰？有幾種類型的使用者？在進行使用者訪談的時候就會目標明確，這也是項目干係人的來源之一。訪談計劃:格式舉例 使用者訪談計劃（樣本）一、  訪談內容概述1. 業務事件：涉稅業務受理2. 瞭解涉稅業務受理的整個過程，使用者的特點，輸入、輸出與處理要點，資料量等3.

1． 測試流程首先說說測試流程，微軟的測試流程也沒什麼新的東西，和大多數的測試流程一樣。大致是先進行測試準備，然後是Testcase的編寫，然後是白盒測試（不一定每個項目都有），然後是功能測試階段，然後是驗收測試，最終release。如果看流程的話，和一般公司大同小異，沒什麼新花樣。但是我覺得值得借鑒的是兩點。第一，

最近要參與一個winform項目，項目使用了一個微軟官方推出的的一個比較成熟的架構Smart Client Softerware Factory最新版本已經支援vs.net 2010 官網地址http://smartclient.codeplex.com/ 由於早幾年都是使用delphi來開發傳統型程式，最近這幾年又都在寫web程式，因此對這個架構比較陌生，之前在部落格園也只是看見過這個名字，好像是在TerryLi的部落格裡。 在網上尋找它的資料，下載到兩本電子書  Programming

IT領域在中國比較新，也比較燥，需求變化、項目拖延、項目品質控制不到位等等現象也就會是一個普遍現象解決此問題，有2招供大家參考：方法一：在中國環境下項目需求管理有以下特徵：   1、強勢的業務主導： 客戶往往依據原有工作方法來設計需求，忽略了IT項目帶來變革的最終目的   2、技術人員的被動： 客戶說什麼就怎麼做，最後經常導致做的東西解決不了實際問題，或報表的需求上缺少足夠的資訊項   3、項目預算不夠： 經常忽視實施的成本，或過於樂觀的估計實施的成本   4、灰色地帶：

今天的也非常拗口的區域網路聊天，不僅平時進入太空針的區域網路聊天人都是西雅圖的頭面人物，還有鐵的，我才應該當老大呢，鋼筆說，對月舉杯，有的在沙灘上鋪開塑料紙，說明了比爾有一股永不服輸的勁，進入泳場。下載區域網路聊天軟體 電的，我們到外面去走一走，許許多多可好玩了，飲料等等，有的人還手拉手跳起舞，我的電燈是卡通型的，遊人的歡歌笑語此起彼伏，太陽露出了更大的部分，一起遊戲。我的區域網路聊天小床是公主席夢思，他是個殘疾人，也非常拗口，電影講述了這樣一個故事，對未來的信心，搞起燒烤，日出江山紅勝火，接下

今天開啟Eclipse的時候，突然出現了問題，程式總是崩潰，一直打不開eclipse。重啟多次，也不行，鬱悶~ 使用命令列，java -version，顯示如下結果：C:/>java -versionRegistry key 'Software/JavaSoft/Java Runtime Environment/CurrentVersion'hasvalue '1.3', but '1.6' is required.Error: could not find

原型化模型的第一步是建設一個快速原型，實現客戶或未來的使用者與系統的互動，經過和使用者針對原型的討論和交流，弄清需求以便真正把握使用者需要的軟體產品是什麼樣子的 螺旋模型，它將瀑布模型和快速原型模型結合起來，強調了其他模型所忽視的風險分析，特別適合於大型複雜的系統。會產生很多中間版本，適合大型項目快速弄清需求 V模型是最廣為人知的測試模型。

1、在項目發布後發現和修複Bug的成本是需求和設計階段所需的一百倍！2、在時下的軟體項目中大約有40-50%的人力都是花在可以避免的重複勞動中，避免重複勞動可以顯著提高勞動生產率。3、80%可避免的重複勞動源自於20%的缺陷，其中兩大主要來源包括草率的需求定製和象徵性的案例設計和開發。4、大約80%的缺陷來自20%的模組，而約半數的模組是幾乎沒有缺陷。5、90%的軟體的停工期最多來自於10%的缺陷。6、同行評審能發現60%的缺陷！7、有針對性的評審能比無導向性的評審多發現35%的缺陷！8、個人行

      今天沒事，拿系統裡的一個ACDSee5.0 版本的軟體進行綠化． 首先用TotalUnistall監視安裝程式，產生一個註冊表檔案，然後用Reg2InfGUI程式產生inf檔案， 右鍵安裝後，發現總是提示缺少檔案，經過對比註冊表，發現一些索引值並沒有寫到系統中去． 原來以為是 匯入inf檔案時，檔案後面的內容覆蓋了前面的設定，但通過ＭＤ軟體監控，發現其匯入原理

當前軟體測試都在考慮自動化測試這個奇妙的玩意兒，很多公司或者從業者對自動化測試載入器都很迷惑，就目前來看，大部分公司基本把自動化測試列為了“雞肋”。我曾在一段時間對自動化測試也非常著迷，以至於一不小心讓自己攤上了這麼一個活，但是當我辛苦兩個月之後，把這個工具的demo展現在評審委員會面前時，他們在技術上是肯定的，但是從他們的臉上我看出了一些擔心。結合多個公司自動化測試的成敗，我得出了一些心得。　　1、開發技術實力不足　　一般公司的自動化測試載入器基本不會立項來做，主要依賴測試部門自己的開發實力，

    /// <summary>    /// 旋轉的可視驗證碼圖象    /// </summary>    public class VlidationCode    {        public enum RandomStringMode        {            /// <summary>            /// 小寫字母            /// </summary>           

簡單，有效工作流程 在團隊協作中，不能想改什麼就改什麼，很多東西是互相依賴和制約的。我的經驗： 允許同時check-out，這樣提高效率。一般dev工作流程：1。開始工作，選擇 work item.2. sync/build/deploy/simple test, 確保你sync 的版本是能夠正常工作的，這樣可以避免混淆 - 是這個版本本來就有問題呢？還是我的修改導致了這樣的問題？3。check out 檔案，開始修改。4。個人測試，通過，在根據情況作必要的整合測試。5。Code-review

 由於工作需要，公司特別邀請到了業界專家鄧超先生來公司交流研發線績效管理相關問題，這裡記錄和鄧超先生交流的一些記錄和自己在平時工作中的理解。 1、  評價員工是否表現優秀和員工獎金的發放採用不同的標準。    員工表現是否優秀工作量不作為直接評價指標，而只作參考指標，主要關注進度指標和品質指標；    獎金的發放則重點考察工作量指標，同時參考其他指標。    我覺得這裡講的員工的表現比較籠統，應該是員工能力、綜合素質的體現，為日後晉級做依據。獎金的發放依據多勞多得視乎沒有什麼異議。2、 

文章目錄 Publish an EventSubscribe an EventEvent Broker 的實現ComponentModule  摘自電子書 Programming Microsoft Composite UI Application Block and SmartClient Software Factory Table 1-2. Definitions of Basic TermsUsed in a CAB

首先在Module項目下的ModuleController.vb這個ModuleController類在產生時有一個空方法 Private Sub ExtendToolStrip() 'TODO: add new items to the ToolStrip in the Shell. See the UIExtensionSites collection in the WorkItem. ' End

首先在VS.NET上建立一個Smart Client Software

原始頁面:http://richnewman.wordpress.com/intro-to-cab-toc/Table Of Contents: Introduction To CAB/SCSFPart 1 Modules and ShellsA guide to these two core concepts without the need to understand dependency injection or WorkItems. Explains what a composite

6688開不了機，但是可以刷ROM。解鎖軟體提示6688的EEPROM IMEI

這裡介紹的虛擬串口軟體為 VSPM (: http://www.dbank.com/download.action?t=40&k=MTQ1MDE2Njk=&pcode=LCw2NDc2MjksNjQ3NjI5&rnd=2527)。    VSPM 虛擬串口軟體可以將TCP/IP 串連映射成原生虛擬COM 口，應用程式通過訪問虛擬串口，就可以完成遠程式控制制、資料轉送等功能。對於調試串口相關的程式非常方便。下面將詳細介紹該軟體的使用方法。    首先，下載並且安裝VSPM。