軟件

從曾登高那知道csdn推出了網摘服務，對於推出的原因也進行了說明。我使用365key的網摘服務也有一段時間了，具體可以看下skinapi的365key網摘，網摘定位在軟體測試相關文章和網頁的收集整理上。365key差不多算是國內最早推出網摘服務的網站了，但其缺點也是明顯的，曾登高也提到過，那就是網站被大量色情娛樂網摘所充斥，儘管有像keso這樣品質高人氣旺的網摘存在，但總讓我們這些搞技術的感覺不爽。現在好了，作為國內的老牌IT技術網站csdn推出了網摘服務，儘管還有不少不盡如人意的地方，但好歹給

    在micahel的blog（http://blogs.msdn.com/micahel/）上看到有兩個和模型相關的概念：LFM和POM，在baidu和google上都查了一下，相關的連結很少，也不知道是不是micahel自個整出來的東西，由於這兩個概念和測試還是有關係的，所以這裡我按照自己的理解整理一下，供大家參考。^_^    先看LFM，它是Logical Functional

=======================================================運用軟體工程理論解答下列問題系列       --讀《基於項目的軟體工程_物件導向研究方法》 2007-7-21、思考和四個朋友一起建立一個工具房的過程。如果你簡單地讓你的朋友拿起工具和木料並開始鋸木、錘打直到一個工具房出現，會發生什麼情況？你怎樣著手來確保完成一個可靠的、結構合理和堅固的小屋？ 2007-7-2解答:

 微軟公司軟體測試簡介 微軟的軟體測試人員分為兩類：測試載入器軟體開發工程師和軟體測試工程師。 測試載入器軟體開發工程師主要負責編寫測試載入器代碼，並利用測試載入器對軟體進行測試；或者開發測試載入器為軟體測試工程師服務。軟體測試工程師主要負責理解產品的功能要求，然後對其進行測試，檢查軟體有沒有錯誤，決定軟體是否具有穩定性，並寫出相應的測試規範和測試案例。 在微軟內部，軟體測試人員與軟體開發人員的比率一般為1.5~2.5左右，微軟軟體開發的實踐過程已經證明這種人員結構的合理性。

開發大型項目有三項非常重要的因素，將會影響整個項目的進度與品質，分別是人（ people ）、流程（ process ）與技術（ technology ）。這三個要素是環環相扣 的，任何一項要素的成敗都會影響另外兩個要素，而每個要素也都足以影響一個項目的成敗。如何取得這三者的平衡，並將每個要素充份的發揮，取決於管理者的經驗，與相關開發人員的素質，這不是一項簡單容易的任務，但有好的方法可以完成。 Java 彈性多選擇 資源豐富任君挑選 「技術」應該是最容易掌握的部份，因為你選擇了 Java

由於香港和大陸的經濟緊密相連,越來越多的香港軟體公司把軟體業務外包到大陸的研發中心;我有幸在一家這樣的公司工作了快3年的時間,也來談談這方面的工作商務程序和經驗;先說說一般流程:首先是一般是香港的專案經理或系統分析員提出功能需求(那邊離客戶近方便溝通),把溝通後的結果做成需求規格書 或 技術規格說明書交付給內地,這個就是內地開發部門要完成的功能依據;

csdn中看到不錯的貼子http://blog.csdn.net/panaimin/archive/2006/07/12/907957.aspx?Pending=true裡面討論到了軟體工程方面的東東，感覺蠻有意思，於是自己也回了貼，談談自己的看法。貼中原文：“關於軟體工程，我並不看重。我更相信人對代碼的控制能力，正常人對於正常複雜程度的代碼，控制幾十萬行代碼應該是可以的；如果軟體總體上有很好的結構設計，模組之間有穩定、合理的介面，那麼，僅僅依靠人的腦袋，加上良好的編程習慣，即使面對大型的軟體，

一、前期規劃：我理解的前期規劃是：在市場人員們匯總一個需求提交給產品專家帶領的產品經理團隊，然後經過這個團隊根據公司具體情況再次分析和規划出一個最終需求文檔。       這個需求文檔應當首先提交給技術研發部門的負責人以及核心開發人員。由Team

個體軟體工程讀書筆記       今天學習看到了一篇關於個人軟體開發流程改善的文章，頗有感觸，遂記錄下來，以備以後參考並鞭策自己執行。      

ASPNETX朋友寫了不少關於此類的文章，我也隨便說說，好請大家說句實在，不好大家也別打我的腦袋。ASPNETX朋友說了幾句其中有一點挺有意思，就是客戶需求老變，有點法無定法，禪的境界了。其實客戶變需求無外乎兩種原因，第一，使用者不清楚自己想要什麼，第二，使用者故意玩你。有人看了可能不高興，說使用者吃飽了沒事玩遊戲好不好，幹嗎玩你呢。這就得說到說道了。我想請問各位，咱們做軟體項目，到底是在幫使用者的忙，還是在砸使用者的飯碗呢？我這話一出，估計大家會有點嘩然，但是想想看，這幾年的會計電算化讓多少老

好的使用者手冊: 讓人看了後完全會用軟體了.而且需要查閱莫各功能是不用調來轉去很多次.簡單說就是: 一看就明白。易用的軟體: 傻瓜的不用看使用手冊就能完成幾乎所有功能。這就是我對於使用者手冊和軟體易用的理解。咋一看,二者好像是矛盾衝突的.不禁讓人有這樣的疑問,如果一個使用手冊寫的好,那是間接說明軟體易用性不夠好? 或者,易用的軟體可以不配使用者手冊?非也。二者實質上是矛盾的統一。我是這樣理解的：軟體的易用性是不斷追求的過程。要追求從Tourb C 到VS2005的（使用 DOS 到Vista

需要說明的是我還不是一個專案經理。或者說現在還不是正式的專案經理。我的專案管理經驗完全出於我對這個行業的愛好與一直以來的關注。我並不保證我的觀點都有理論依據，但是這是我幾年來的經驗的一點總結。對於任何傲視群雄的高手，請勿閱讀本文。謝謝！---------------------------------------------------------------文出有因我其實比較愚笨，所以文章並不是隨手想到就寫得出來的。寫某篇文章一定有其原因。寫這篇東西也一樣。原於CSDN的這篇文章：http:/

看了編程高手梁肇新的關於軟體工程的箴言，難免有幾點感觸.作為軟體工程專業的學生，現在受著軟體工程這門課的困擾，當我讀到梁的那些話，覺得分外貼心.是不是因為編程高手說出的話更能切中要害呢？而不是像我們老師那樣照本宣科，或則說些管理上的經驗，聽聽則已，不聽也罷。梁肇新說“所有軟體工程的設計方法總是一開始想把所有的問題想清楚或者解決，所以就會有什麼概要設計，詳細設計，似乎可以把所有問題都解決，剩下的只是像工廠做零件一樣，找一群軟體工人去按部就班地寫代碼就行了，但是這種方法在通用軟體工程中是不能用的”。

        要想規劃一套優秀的系統,最重要的步驟就是先將要設計的系統的“系統結構（SystemArchitecture）”規劃完善，尤其是使用目前最新的組件和分布式系統結構分析時，系統結構分析的優良與否，已決定了該套系統百分之九十的成敗,可見系統結構是多麼的重要。按照實際經驗來看，一套良好的“系統結構”至少必須做到下述5個重要的開發策略：        A．軟體系統的組織：包含系統整體組織和各組件組織        B．系統中結構元素和介面的選擇分析       

http://cn.edrawsoft.com/ 讓你簡單且快速地繪製流程圖和網狀圖億圖是一款新的流程圖、網狀圖繪製軟體，新穎小巧，功能強大，可以很方便的繪製各種專業的商務程序圖、組織圖、商業圖表、程式流程圖，資料流程圖，網路拓撲圖等。它協助您更方便，更快捷的闡述設計思想，創作靈感。在設計時億圖採用全拖曳式操作，結合600多個常用圖形模板庫和使用者自訂執行個體庫，最大程度簡化使用者的工作量；讓你在設計時既可以充分利用固有的素材，又可以借鑒他人的作品。另外我們為軟體企業提供可以二次開發的圖形控制項

       做IT這行對於這個行業內的好多方面都得懂點.電腦專業大學畢業兩年,一日一大學同學發資訊問我"你會用Delphi做系統不?"我果斷回答"不會".       回頭想想,做IT行業也有幾個年頭了,當初在學校還喜歡搞點做點小系統什麼的.畢業後也從事過一段時間軟體的工作,不過大部分時間是從事網路這個方向,與硬體接觸的多了，對於網路編程、軟體開發，資料庫開發這幾塊都動的少了，也沒有了當初的熱情去做這些了。在這個軟體行業比網路行業更吃香的年代，不懂點軟體開發知識怎麼行呢？    

        現在很多人都困於電腦面前，總覺得離開電腦就做不成什麼事,每天上班就開啟電腦,下班後就關閉電腦;都沒了自個思想,就困坐於電腦前.我有時都在想電腦在沒有發明前人們是怎麼工作的，電腦無非是一個工具罷了,用電腦可以提高工作效率....可是現代人又是如何使用的呢?..或許在電腦面前,少了很多自己的想法.我也不認為在電腦面前,就能碰發出什麼好方法,當然也不乏用電腦來賺錢的...說到底就是賺錢的工具啦.....      

本文來自CSDN部落格，轉載請標明出處：http://blog.csdn.net/phphot/archive/2009/03/10/3977707.aspx金融危機來了，項目更不好拿到，員工都是弟兄，不能因為沒有項目，就放假或者解聘。可是小本經營，以前沒有賺過多少錢，只能同舟共濟，共度難關。作為農村出身的，看到這些子弟們找工作無門，學了四年軟體編程，最後被迫幹一些和技術無關的事情，非常痛惜，很想提供一個這樣的環境和機會，可是很難找到我需要的人。所以說說我的感受和我的人才觀。如果引來學生大爺們那