軟件

上次翻譯了一篇文章—— Bug分析：為bug預防奠定基礎， 強調軟體缺陷的預防。軟體品質是構建起來的，由軟體開發的整個過程品質所決定的，軟體品質肯定不是通過測試測出來的。所以軟體缺陷的預防自始至終是重要的。除了缺陷分析，另外一個很重要的實踐就是：代碼複審（code review）和測試案例的複審（Test Case review）。1．Code review在IBM、微軟等很多公司都有一個很好的實踐，那就是Code review  -

 這幾天聊得最多的就是移動互連網圈內做Android第三方軟體商店的網站，下面的網站不分排名順序：hiapk市場(安卓網) http://www.hiapk.com/gfan市場(機鋒網)

中文:立波軟體管家應用支援/官方網站：http://www.weibo.com/souappemail:souapp@163.com應用官方下載連結：http://www.souapp.com/site_media/SOUAPP_AppManager.apk應用描述：立波軟體管家 是一款應用玩家的必備工具,可以檢測出手機上使用者軟體和系統預置軟體，提供對APP的全面管理功能。精選給APP開發和APP測試的高端人士，對於日常工作非常有協助。提供以下功能：1.給你分組列出使用者軟體和系統預置軟體2.

策略對實踐提供總體上的指導，對於有難度的工程（比如軟體工程），或者有競爭性目標（軟體中時間、品質、範圍、成本之間存在競爭）而言，策略往往是制勝的關鍵。一定要注意，策略來自於問題，沒有問題的策略是無目之本。下面，我們針對成功架構設計的四個要素，以此衍生出四個問題，作為討論相應的策略的基礎。這樣的思考過程也可以成為我們研究其它架構問題的思考範例。我們先把關鍵點歸納成下面的表。編號 關鍵點 問題 危害 策略 策略要點1 是否遺漏了至關重要的非功能性需求對需求的理解不系統、不全面、對非功能需求不夠重視。

軟體架構（software archiecture）也稱之為軟體體繫結構，它是一組有關如下要素的重要決策：軟體系統的組織，構成系統的結構化元素，介面和它們相互協作的行為的選擇，結構化元素和行為元素組合成粒度更大的子系統的方式的選擇，以及指導這一組織（元素及其接口、協作和組合方式）的架構風格的選擇。軟體架構是對系統整體結構設計的刻劃，一直以來，對於架構的理解有兩個基本概念，一個稱之為組成，另一個稱之為決策。組成：架構的組成概念強調“電腦及組件之間的互動”。例如在的初步設計中，“表示層”和“業務層”

一.交流的對等性    交流雙方要對問題有充分的認識和瞭解，彼此要對自己的理解進行充分而詳細的表述，交流過程中不能因為職位的高低不同而左右對方的客觀表述。二.交流的有效性    交流的主題要明確，最終雙方要達成共識，沒有共識的交流是無效的，不能做到軟體實現中。三.交流的時效性    交流的問題要有前瞻性，這樣才能對後續開發具備指導意義。四.交流的規範性    交流過程過程中要注意記錄，交流的內容要提前準備，要雙方提前瞭解，過程中不要跑題，準備的資料要標準規範。五.交流的成本   

昨天在INFOQ上看了一篇文章，很受啟發，和大家分享一下。“——深感有責任歡迎不同的聲音，並且當質疑之聲受到抵制的時候要勇於挺身而出。只有以開放的心態質疑我們的工作方式，我們才能真正地學習和進步。不管我們是個人、是團隊還是社區，這都確切無疑。這是一個突出的例子，但是每天我在社區中都會看到許多這樣的例子，通過扣帽子，新的觀點被抵制和打壓，而不是真正地去解決問題。”以開放的心態質疑我們的工作方式，也包括我們的設計成果，這樣我們會收穫更優良的解決方案。 同時，不要對任何教條迷信。對於任何規則的使用，都

 在linux中，常見的軟體安裝方法有兩種：1、使用軟體的原始碼，需要自己動手編譯它。這種軟體包通常是用gzip壓縮過得tar包，尾碼為.tar.gz  原始碼安裝方法：    1）# tar -zxvf apache.tar.gz         使用此命令來解開包，解壓後會建立新目錄。    2）進入新目錄後，觀察目錄中包含了以下哪一個檔案：Configure、Makefile還是Imake。         如果是Configure，則執行：                #

 怎樣成為優秀的軟體模型設計者?作者：Scott Ambler著，樂林峰 譯 本文選自：www.umlchina.com 我們期待自己成為一個優秀的軟體模型設計者，但是，要怎樣做，又從哪裡開始呢？ 將下列原則應用到你的軟體工程中，你會獲得立杆見影的成果。 1. 人遠比技術重要

B/S－軟體發展的方向？　　一、什麼是C/S和B/S 　　第一、什麼是C/S結構。C/S （Client/Server）結構，即大家熟知的客戶機和伺服器結構。它是軟體系統體繫結構，通過它可以充分利用兩端硬體環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。目前大多數應用軟體系統都是Client/Server形式的兩層結構，由於現在的軟體應用系統正在向分布式的Web應用發展，Web和Client/Server

　　以前遠程登入時無意中看到一個很可笑的中文提示，我以為是微軟的疏漏，今天居然看到另一個，呵呵，現在我開始覺得微軟做Windows中文版是先用翻譯軟體再人工修正的了。　　這兩處附上給大家看看。　　首先，開啟你的英文windows，在cmd裡輸入query user 如果你有其他使用者是斷開狀態，那顯示STATE是Disc，這很正常，Disconnected的簡寫，現在你開啟中文windows再輸入這個命令，我暈，狀態是“唱片”，這誰翻譯的！　　然後，在英文windows xp/2003（2000

做軟體，我的新嘗試，不按軟體工程的流程來，先需求分析，在概要、詳細設計，然後寫代碼。另一種模式：先寫代碼，核心痛點攻破幾個，碰到了很多問題，很不順，於是又回頭，開始需求分析，關鍵技術實現有點思路了，但是做的項目可能要重來了呦，這種模式相對瀑布模型的優點知道了一些技術實現細節；缺點是對需求不瞭解，項目開發很困惑。如果在回頭按照瀑布模型在開發一遍，在需求分析階段可已附加上技術實現細節，兩相結合優缺互補。

1.Four essential elements of a pattern:(1)Pattern name;(2)Problem;(3)Solution;(4)Consequences: The results and trade-offs of applying the pattern.2.One person's pattern can be another person's primitive building block.3.The design patterns in this

為什麼軟體開發這麼困難？設想的和開發出來的不一致，工作量估算不準，還有很多隱藏的品質問題等等......是因為需求定義不夠明確？是因為設計文檔不夠精確嗎？的確，從需求到產品，有太多的細節需要考慮，有太多的變數，而需求和設計文檔並不能面面俱到。但是，你並不能要求建築設計師把每一塊磚都考慮到了。因為，建築的很多環節已經形成了固有的約定，有了習慣的做法。所以，對於這些已經成熟的做法，你沒有必要多加描述，大家就會知道怎麼做。並不是說下面的環節就很簡單，只是說比較成熟，每個環節都有自己詳細的規範，而相關的

      又忙活了幾天。每天早早的就起床，到軟體測試所在地，然後坐在那裡，忍受著不習慣的悶熱。很是痛苦。還好，總算結束了。      測試的對象是一個交通地理資訊系統。整個系統採用B/S結構，用戶端基於瀏覽器進行各種操作。系統基於SuperMap二次開發，採用ASP指令碼語言。     

說一下對Java的看法。說一下對於多線程的理解。說一下對於安全執行緒的理解。說一下死結如何發生的，舉個例子。Equals()和==的區別是什麼，舉個例子。HashCode是做什麼用的，詳細說明。HashTable和HashMap的區別是什麼。開發中有沒有碰到多線程出問題，舉個例子。開發中有沒有對效能進行最佳化的經驗，舉個例子。說一下Overload和Override。說一下CheckedException和UnchekedException。將一個單向鏈表反向，想想如何?，要求佔用記憶體儘可能小

RS-232-C序列埠監視軟體的程式實現　　（一） 介面風格　　由於是即時監視軟體，那就既要監測從外設傳來的即時資料，又要通過串口向外設發送一些具體的指令以控制外設完成預先設定的動作。為了方便向串口發送命令可以在工具條上再加一個類似於"Internet Explorer 瀏覽器"風格的對話條，可以在初建工程時指定"Internet Explorer ReBars"風格，也可以通過添加Microsoft Visual C++ 6.0內建的"Dialog Bar"組件來實現。而要及時將從外部讀取的資

 轉載請註明出處作者:小馬被談了無數次的話題, 我僅僅是針對嵌入式軟體，而且僅僅是自己的見解,從三個方面來談. 可靠性，效率, 可移植性. 一 可靠性嵌入式領域涉及面很廣，從大的方面來講可以分為四個方面:國防，醫學電子，消費電子和汽車電子. 很顯然，前兩個領域對軟體的可靠性要求是最高的. 你的MP3死機了可以重啟一下，一台醫學儀器出了故障可能是人命相關的.拿串口通訊來說，很多時候我們用到串口通訊，硬體串連只是三根線(TXD,RXD,GND),校正和握手協議都是軟體來完成的.

自己動手打造嵌入式Linux軟硬體開發環境 -------------------------------------------------------------------------------- 2005-01-13 10:55:22 來自：linux先生

      有一個PB6.0寫的進銷存軟體，註冊方法是取得硬碟序號後進行加密，最近換了電腦，硬碟序號取不到了，軟體運行不起來，調用的是NetDiskDLL.dll中的GetDiskSN函數，也用到了MD5String摘要函數，於是我就重新編寫NetDiskDLL.dll中的GetDiskSN,使之總是返回以前電腦用的硬碟序號。BOOL WINAPIGetDiskSN(long inlen,char * outstr){      memcpy(outstr,"5LA8WNZH",8);