軟件

Wordroid項目全解析——By

最近系統設計是需要設計使用者介面原型，在朋友的推薦下使用了Balsamiq mockups（http://www.downloadwarez.org/）軟體，使用簡潔方便，設計介面很有手畫的感覺，現給大家分享一下。介面 軟體介面由三部分組成應用程式條，包括菜單，快速添加工具以及編輯工具列，使用者可以通過功能表項目選擇進行相應的操作 使用者可以在快速添加工具輸入文字框中輸入需要的控制項名，快速添加控制項 在工具列中包含了複製，剪下，粘貼等常用操作，供使用者快捷使用

   <1>Total commander   功能強大的全能檔案管理工具（簡稱 TC）。支援隨意自訂的菜單、工具列、快速鍵，給您最大的自由，打造個性 TC。一般的檔案操作，如搜尋、複製、移動、改名、刪除等功能應有盡有，更有檔案內容比較、同步資料夾、批量重新命名檔案、分割合并檔案、建立/檢查檔案校正 (MD5/SFV) 等實用功能。內建 ZIP/TAR/GZ/TGZ 格式的壓縮/解壓功能，ZIP 格式還支援建立加密及自解包功能。此外，不僅可以直接開啟(解開) ARJ/CAB/RAR/

以下是從網上搜尋到的一些關於軟體控制方面的知識。網上在這方面資料非常少，發到部落格上給有需要的人看。版本號碼由二至四個部分組成：主要版本號、次版本號碼、組建號和修訂編號。主要版本號和次版本號碼兩個部分為必選。組建號和修訂編號兩個部分為可選；但是，只有在未定義組建號部分時，修訂編號部分才為可選。所有定義的組件必須是大於或等於   0   的十進位整數。中繼資料將主要版本號、次版本號碼、組建號和修訂編號組件限制為 MaxValue 最大值 - 1。版本號碼的格式如下所示。可選組件顯示在方括弧（“[”

我認為一個有效評價手段應該達到以下目的： 1、 對團隊：讓整個團隊進入愉快生產力狀態 2、 對“高手”：獎勵幹活多幹活好的人 3、 對“低手”：從制度上杜絕磨洋工的現象 4、

         首先在這裡討論的是國內的大陸地區。在今天這個中國IT環境下，開發人員出路何在？一個優秀開發人，應該有致力於編寫優雅代碼，讓別人讀得懂，具有可讀性,可測試性的代碼，不僅僅是可以啟動並執行代碼。所以經常需要對現有的代碼重構，包括自己寫的代碼。而現在國內的開發人員這方面的素質一直缺乏，就更難談得上對軟體開源社區的貢獻了。      所以一些優秀的開發人員後面都去做架構師了，但又不是每個公司都需要架構師。又有一些由於家庭的原因，轉做PM了，由於開發人員需要不斷的學習，新技術的更新換代，

系統中使用者的定義不是特指人，而是用於作業系統的任何物。角色的概念肯定是來之於人的概念，但是並不意味必須由人來擔任！例如：圖書館管理系統中，檢查者的角色，檢查者負責圖書館所有圖書資訊有效性檢查，但人是不會擔任這個角色的，因為太多的書的資訊需要驗證，因此，系統自身來擔任這個角色。在UML中這個被成為user。而是不是user，則看他能否在此系統中受益或貢獻好處。軟體建模第一步：根據客戶需要描述系統，提取標題文字的名詞，確定可能會使用的類。根據受益者和貢獻者來定義使用者角色。根據受益者和貢獻者的動作

我們的一位副總管財務的，問軟體部門的第一句話是： 這個系統能夠企業帶來多少價值？

       翻譯軟體是裝機必備軟體之一，有了它我們就能盡情瀏覽英文日文韓文俄文等外語網站，欣賞外面精彩的世界！現在市面上已經有好多翻譯軟體完全免費了，不用花一分錢，也不用冒著中木馬的危險去找破解版下載了！下面就是5個最好的免費翻譯軟體下載：1、Babylon中文版：全球最專業的翻譯軟體　　Babylon是全球知名的免費翻譯軟體，支援中文、西班牙文、日文、韓文、德文、法文、意大利文、葡萄牙文、荷蘭文、希伯來文等語言，助你迅速翻譯網頁、文檔等內容。

漫長的三年過去了，我們摸爬滾打，沒有指路的明燈。我也在摸索中走了不少的彎路，向我的軟體班的同學引薦別人推薦幾本好書（我也是在查漏補缺），希望有志者能少走些彎路。         一、 科學哲學和管理哲學 【1】 “程式開發心理學”（The Psychology of Computer Programming ： Silver Anniversary Edition） 【2】 “系統化思維導論”（An Introduction to Systems Thinking， Silver

軟體測試及其支援工具

         說到軟體缺陷預防技術吧，其實什麼是缺陷預防，就是說能把缺陷消滅在萌芽狀態，就是能在缺陷還沒產生出來就已經被扼殺了，這也是軟體測試者所追求的最高境界。一般的軟體測試屬於後來彌補型，產生bug之後再來修改，但是bug發現越晚，修改掉花的代價就越大，所以軟體缺陷預防技術就是專案生命週期的早期消滅bug。        一般常用的缺陷預防有幾個階段，需求階段，設計階段，編碼階段。        第一，在需求階段，最重要的事情是需求驗證。一般驗證的幾個大項是，功能是否完整，是否考慮效能，

　　由於缺乏必要的組態管理流程和工具，很多軟體企業在日常的開發工作中都會或多或少的遇到如下的問題：組織的知識和過程財富流失現代的社會競爭激烈，人員流動頻繁，如果由於沒有必要的組態管理流程和工具，大量的文檔和代碼等知識財富必然缺乏統一的管理，可能隨意地儲存在專案經理和軟體工程師各自的機器裡，往往會因為硬碟的故障或人員的離職而永遠的消失，軟體組織的數字財富就這樣因為缺乏必要的組態管理而白白的流失。　　　不能及時瞭解項目的進展狀況現代軟體工程思想認為越早發現缺陷和風險，採取相應措施的代價越小。CMM

更多軟體測試技術文章請訪問  http://www.itmarks.cn/   開始編碼的時候沒有人告訴你什麼是測試。很大的一個問題擺在我們面前，如何驗證自己編碼的正確性。當然，你可以把這些問題留給系統的使用過程之中，但那個時候發現真正的代碼中存在的問題，就變得非常困難，而這時代碼中一旦存在大量的耦合性，真正修正一個問題，就變得更為困難。於是，我們需要在更早的時候發現問題，同時我們需要把一個耦合的複雜問題轉化為多個簡單的內聚單元，由是單元測試隨之產生。        

   更多軟體測試技術文章請訪問  http://www.itmarks.cn/   在北京掙紮了半個月，如願找到了個軟體測試的工作。     跟一個交好了十幾年的死黨說，人家輕飄飄的一句：軟體測試啊，那個沒前途啊！     不禁愕然！     一個同班同學在招聘會上偶然相見，互相問了最近如何，然後說起了工作，人家說：“技術要求太高了，要找個技術含量不高的。”於是便問，你覺得什麼技術含量不高？答曰“軟體測試”。     有了憤怒的感覺。

 在開發模型中，測試常常作為亡羊補牢的事後行為，但也有以測試為中心的開發模型。在本文中，讓我們對V模型進行考察，看看它有沒有問題？        軟體開發的幾十年曆程業已證明，在開發生命週期中劃分階段的做法是很有好處的。在經典的瀑布模型基礎上，還有螺旋模型和過程迭代方法，快速軟體開發（RAD）以及較新的Rational統一過程（RUP），但在這些過程方法中，並沒有充分強調測試的價值，也沒有給測試以足夠的重視。       

   更多軟體測試技術文章請訪問 http://www.itmarks.cn/        

     這是我對初級開發人員在學習編程過程中的一些建議，針對的對象主要是大學前期對編程感興趣的新手。選擇一種能夠快速見效的程式設計語言和平台        你需要選擇一個既實用又喜歡的平台，讓它保持您的興趣，激勵您快速擴充您的知識，最重要的是你要喜歡。有的文章建議初學者首先學習C語言，因為它是必需的、基礎的語言；但是有些人會讓您先學習Lisp，因為它有堅實的理論並通過一種簡單的方式教給你許多編程概念。       

(注意：本寫列文章，未經本人同意，謝絕轉載，著作權，如需轉載，請與本人聯絡，謝謝）        上周的系列之二(http://www.cnblogs.com/jackyrong/archive/2006/09/05/495791.html），主要是閑聊了關於甲方項目負責人如何和甲方的領導相處配合，以及其中要注意的地方。在本文裡，將探討下在整個項目過程中，作為甲方的項目負責人，應該如何於乙方進行配合，如何揣摩好乙方的心理，如何能和乙方和諧相處。         首先，我們繼續來複習上次提到的圖。

　伺服器穩定性是最重要的，如果在穩定性方面不能夠保證業務啟動並執行需要，在高的效能也是無用的。　　正規的伺服器廠商都會對產品驚醒不同溫度和濕度下的運行穩定性測試。重點要考慮的是冗餘功能，如：資料冗餘、網卡榮譽、電源冗餘、風扇冗餘等。　　一些測試方法主要分以下幾種：　　壓力測試：已知系統高峰期使用人數，驗證各事務在最大並發數（通過高峰期人數換算）下事務回應時間能夠達到客戶要求。系統各效能指標在這種壓力下是否還在正常數值之內。系統是否會因這樣的壓力導致不良反應（如：宕機、應用異常中止等）。　　Ram