軟件

華為軟體編程規範學習(二)--注釋2-1：一般情況下，來源程式有效注釋量必須在20％以上說明：注釋的原則是有助於對程式的閱讀理解，在該加的地方都加了，注釋不宜太多也不能太少，注釋語言必須準確、易懂、簡潔。2-2：說明性檔案（如標頭檔.h檔案、.inc檔案、.def檔案、編譯說明檔案.cfg等）頭部應進行注釋，注釋必須列出：著作權說明、版本號碼、產生日期、作者、內容、功能、與其它檔案的關係、修改日誌等，標頭檔的注釋中還應有函數功能簡要說明樣本：下面這段標頭檔的頭注釋比較標準，當然，並不局限於此格式

華為軟體編程規範學習(三)--標識符命名3-1：標識符的命名要清晰、明了，有明確含義，同時使用完整的單詞或大家基本可以理解的縮寫，避免使人產生誤解說明：較短的單詞可通過去掉“母音”形成縮寫；較長的單詞可取單詞的頭幾個字母形成縮寫；一些單詞有大家公認的縮寫。樣本：如下單詞的縮寫能夠被大家基本認可。temp 可縮寫為  tmp  ;flag 可縮寫為  flg  ;statistic 可縮寫為  stat ;increment 可縮寫為  inc  ;message 可縮寫為  msg  ;3-2：

華為軟體編程規範學習(四)--可讀性4-1：注意運算子的優先順序，並用括弧明確運算式的操作順序，避免使用預設優先順序說明：防止閱讀程式時產生誤解，防止因預設的優先順序與設計思想不符而導致程式出錯。樣本：下列語句中的運算式word = (high <<8) | low     (1)if ((a | b)&& (a & c))           (2)if ((a | b) < (c& d))            

華為軟體編程規範學習(五)--變數、結構5-1：去掉沒必要的公開變數說明：公開變數是增大模組間耦合的原因之一，故應減少沒必要的公開變數以降低模組間的耦合度。5-2：仔細定義並明確公開變數的含義、作用、取值範圍及公開變數間的關係說明：在對變數聲明的同時，應對其含義、作用及取值範圍進行注釋說明，同時若有必要還應說明與其它變數的關係。5-3：明確公開變數與操作此公開變數的函數或過程的關係，如訪問、修改及建立等說明：明確過程操作變數的關係後，將有利於程式的進一步最佳化、單元測試、系統聯調以及代碼維護等。

華為軟體編程規範學習(十)--代碼編輯、編譯、審查10-1：開啟編譯器的所有警示開關對程式進行編譯10-2：在產品軟體（項目組）中，要統一編譯開關選項10-3：通過代碼走讀及審查方式對代碼進行檢查說明：代碼走讀主要是對程式的編程風格如注釋、命名等以及編程時易出錯的內容進行檢查，可由開發人員自己或開發人員交叉的方式進行；代碼審查主要是對程式實現的功能及程式的穩定性、安全性、可靠性等進行檢查及評審，可通過自審、交叉審核或指定部門抽查等方式進行。10-4：測試部測試產品之前，應對代碼進行抽查及評審其他

華為軟體編程規範學習(七)--可測性7-1：在同一項目組或產品組內，要有一套統一的為整合測試與系統聯調準備的調測開關及相應列印函數，並且要有詳細的說明說明：本規則是針對項目組或產品組的。7-2：在同一項目組或產品組內，調測列印出的資訊串的格式要有統一的形式。資訊串中至少要有所在模組名（或源檔案名稱）及行號說明：統一的調測資訊格式便於整合測試。7-3：編程的同時要為單元測試選擇恰當的測試點，並仔細構造測試代碼、測試案例，同時給出明確的注釋說明。測試代碼部分應作為（模組中的）一個子模組，以方便測試代

華為軟體編程規範學習(六)--函數、過程6-1：對所調用函數的錯誤返回碼要仔細、全面地處理6-2：明確函數功能，精確（而不是近似）地實現函數設計6-3：編寫可重新進入函數時，應注意局部變數的使用（如編寫C/C++語言的可重新進入函數時，應使用auto即預設態局部變數或寄存器變數）說明：編寫C/C++語言的可重新進入函數時，不應使用static局部變數，否則必須經過特殊處理，才能使函數具有可重新進入性。6-4：編寫可重新進入函數時，若使用全域變數，則應通過關中斷、訊號量（即P、V操作）等手段對其加

Linux系統下世界裡有很多不起眼的小工具，埋藏在百寶箱(repository)裡空守閨房，大家一起把你使用的類似的小工具亮出來吧。 今天我要介紹的是apt-rdepends,配合graphviz包裡的dot命令可以畫出一個樹狀的依靠關係圖 首先要安裝所需的軟體apt-rdepends 和 graphviz $ sudo apt-get install apt-rdepends $ sudo apt-get install graphviz 試試下面的命令：$ apt-rdepends -d

華為軟體編程規範學習(十一)--代碼測試、維護11-1：單元測試要求至少達到語句覆蓋11-2：單元測試開始要跟蹤每一條語句，並觀察資料流及變數的變化11-3：清理、整理或最佳化後的代碼要經過審查及測試11-4：代碼版本升級要經過嚴格測試11-5：使用工具軟體對代碼版本進行維護11-6：正式版本上軟體的任何修改都應有詳細的文檔記錄其他11-1：發現錯誤立即修改，並且要記錄下來11-2：關鍵的代碼在彙編級跟蹤11-3：仔細設計並分析測試案例，使測試案例覆蓋儘可能多的情況，以提高測試案例的效率11-4

華為軟體編程規範學習(八)--可測性8-1：編程時要經常注意代碼的效率說明：代碼效率分為全域效率、局部效率、時間效率及空間效率。全域效率是站在整個系統的角度上的系統效率；局部效率是站在模組或函數角度上的效率；時間效率是程式處理輸入任務所需的時間長短；空間效率是程式所需記憶體空間，如機器代碼空間大小、資料空間大小、棧空間大小等。8-2：在保證軟體系統的正確性、穩定性、可讀性及可測性的前提下，提高代碼效率說明：不能一味地追求代碼效率，而對軟體的正確性、穩定性、可讀性及可測性造成影響。8-3：局部效率

華為軟體編程規範學習(九)--品質保證9-1：在軟體設計過程中構築軟體品質9-2：代碼品質保證優先原則    （1）正確性，指程式要實現設計要求的功能。    （2）穩定性、安全性，指程式穩定、可靠、安全。    （3）可測試性，指程式要具有良好的可測試性。    （4）規範/可讀性，指程式書寫風格、命名規則等要符合規範。    （5）全域效率，指軟體系統的整體效率。    （6）局部效率，指某個模組/子模組/函數的本身效率。    （7）個人表達方式/個人方便性，指個人編程習慣。9-3：只引用

單片機軟體類比SPI介面—加深理解SPI匯流排協議          SPI(Serial Peripheral Interfacer

linux下軟體的安裝先來看看Linux軟體副檔名。軟體尾碼為.rpm最初是Red Hat Linux提供的一種包封裝格式，現在許多Linux發行版本都使用；尾碼為.deb是Debain Linux提供的一種包封裝格式；尾碼為.tar.gz、tar.Z、tar.bz2或.tgz是使用Unix系統打包工具tar打包的；尾碼為.bin的一般是一些商業軟體。通過副檔名可以瞭解軟體格式，進而瞭解軟體安裝。 RPM格式軟體包的安裝 1.安裝RPM包軟體 #　rpm -ivh MYsoftware-1.2

AppVerifier的用法This section discusses how to test an application using AppVerfier.The first thing to note about AppVerifier is that it is not an automated test program for your applications. AppVerifier attaches to a program and performs tests

軟體工程師職業規劃發布日期：2011-2-22 11:53   投稿軟體工程師的職業規劃：好好規劃自己的路，不要跟著感覺走!根據個人的理想決策安排，絕大部分人並不指望成為什麼院士或教授，而是希望活得滋潤一些，爽一些。那麼，就需要謹慎安排自己的軌跡。TAG: 軟體工程師 電腦 　　軟體工程師（軟體工程培訓

一、清除方法二、如何防範流氓軟體及幾款免費防間諜軟體一、清除方法第一步  添加刪除程式裡卸載（有些卸載不掉或者卸載不完全）    MMSAssist、winstdup、酷站導航、RichMedia、很棒小秘書、案頭傳媒、案頭媒體、劃詞搜尋、網路豬、青娛樂、搜搜地址欄搜尋、中文上網、中文郵、網路實名、上網助手、雅虎助手......第二步  軟體清理1、惡意軟體清理助手 & 超級兔子 & Windows清理助手 & 360安全衛士  

 Linux下軟體RAID的實現 時間：2005-04-27 作者：不詳 來源：不詳 　  作為網路作業系統，冗餘磁碟陣列（Redundant Array of Inexpensive Disks，簡稱RAID）功能是必備的功能之一。從Linux 2.4核心開始，Linux就提供軟體RAID，不必購買昂貴的硬體RAID控制器和附件（一般中、高擋伺服器都提供這樣的裝置和熱插拔硬碟），就能極大 地增強Linux磁碟的I/O效能和可靠性。同時，它還具有將多個較小的磁碟空間組合成一個較大磁碟空間的功能。

今天看到張恂先生文中對XP應用自動化測試提出了他的看法：“—— 前面提到“採用 XP 架構的”占 43%，而用自動化測試載入器的只有 30%，那麼請問，這中間的 13% 算什嗎？會用 XP，卻不會用自動化測試載入器（如 xUnit）？顯然這次調查的樣本是有問題的，調查的組織和問題設定好像也存在缺陷。關於我的這段評論，青潤回應道： 關於用 XP 是否會用自動化測試載入器，我認為這不是必然的聯絡，會用與否，使用 XP

今天終於在張先生的頁面裡看到了一些關於響應的更新，我這裡也一篇一篇回複。這裡先談一下關於迭代與交付周期的問題。說實話，在這篇響應文字中我仍然沒有看到任何實際項目的資料分析，而所有的內容都是張先生一廂情願之猜想，比如：關於我是否知道迭代，關於RUP還是因為我的全程建模造成交付時間延長的問題。張先生的原文引用 “評青潤的《中國軟體工程技術應用調查報告》[訪問量:1651]作者：張恂發表日期：2007 年 4 月更新日期 2007-5-13 11:31:07 <首頁>

把狗遺忘的人() 10:07:06  青潤() 10:20:57請來群裡說話，現在的臨時會話都需要輸入驗證碼，太煩人了。我今後將考慮不再接收臨時會話。 把狗遺忘的人() 10:21:31沒有時間表的能不能叫作是項目??? 愚人@SZ() 10:21:36  青潤() 10:22:22呵呵，項目和時間表沒有關係。只不過沒有時間表的項目也就沒有計劃，基本上不可操作而已，但不能因此定義他們不是項目。 把狗遺忘的人() 10:22:36項目的準確定義呢??? 把狗遺忘的人()