軟件

疑問：　　今天開學，大四。有個問題，壓在我心裡很久了，今天索性說出來。我想也有不少人像我現在這樣，希望大家有同感的在這發泄一下，有經驗的在這幫忙提提意見。不甚感激！　　就是大學畢業生應該具備怎樣的素質？或者說軟體公司需要什麼樣的大學畢業生？大學課程：　　首先說說我們這樣的學軟體工程的學生吧。列舉一下我們在校所學習的軟體知識：　　大一：　　　　虛擬碼，C　　(相當基礎，就是if..else..，for...，switch....)　　　　　網路基礎，物件導向基礎（當時認為相當枯燥乏味，及格為準。當

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

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

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

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

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

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

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

感謝大家看了我的第一篇，還給出點評論來，ASPNETX說我的內容有抱怨？我有嗎，我一點沒覺得，可能是我用的詞不好，玩人這話太生硬了。但其實就是那麼回事，那我換博弈吧，就跟現在那幫人一上電視，都不說爭權奪利，都說在組織內部的影響力如何如何，換湯不換藥，還是一個意思啊。其實完全可以找個架空的時間和地點，不映射的把這些道理組織成一個故事，可惜我太忙了。要不一定好好的寫一堆。而且現在也不是時候，周圍這麼多人，搞不好就被說成映射誰，那就麻煩了。好，現在說說怎麼化敵為友，坦白說，這不是軟體人員的工作，應該是

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

整個軟體開發過程是一個相當複雜的流程，並不是簡單的靠幾個設計工程師自己在那邊寫軟體就完，而是要有從頭到尾，包括很多人，不同專家，不同的專業，不同的知識放在一起，最後才造成一個完善的軟體產品。從決定開始，到計劃、設計，最後到寫程式、執行，然後還有測試、錯誤修正、保證穩定、發行、部署、調試，整個過程是一個相當長的過程，並不是一個簡單的程式。要為了保證軟體的品質，能夠達到客戶滿足和滿足市場的要求，很要緊的工作，早期工作做的越是完善、仔細，避免後面的工作，由於前面不完善造成的返工，造成的浪費，起到關鍵性

       雖然“北京廣聯達軟體公司”的項目成本管理系統 沒有達到 ERP的層次，但其實用性應該是適合於國內的建築企業的現態的。       前端是與微軟的PROJECT 介面，後端 與用友U8 會計核算聯結。       下面提供有關的資料：==================================================    1、北京廣聯達軟體公司         http://www.grandsoft.com.cn    2、訪談北京廣聯達軟體公司副總經理王愛華  

轉自：http://www.cnblogs.com/Ring1981/archive/2006/09/07/496591.html 敏捷式軟體開發 (Agile Software Development)模型--SCRUM 一 什麼是Scrum?Scrum (英式橄欖球爭球隊), 軟體開發模型是敏捷開發的一種，在最近的一兩年內逐漸流行起來。Scrum的基本假設是：開發軟體就像開發新產品，無法一開始就能定義軟體產品最終的規程，過程中需要研發、創意、嘗試錯誤，所以沒有一種固定的流程可以保證專案成功。

  作者：Flyingis     最近將ArcGIS主要的幾個軟體重新安裝了一次，雖然全部都是在Windows平台下完成的，但過程中還是碰到一些問題，可惜安裝過程中沒有將關鍵的步驟截屏，只能在這裡簡單記錄一下。    Oracle 安裝    最開始準備安裝Oracle10gR2，但是安裝檔案出了問題沒有安裝成功，還是老老實實折騰到常用的Oracle9iR2下，具體的版本號碼是9.2.0.1。我準備安裝SDE9.2，ESRI推薦的Oracle安裝版本是9.2.0.7，但最後發現在9.2.0.1

Web開發常見的軟體架構  一、看需求分析，看產品PRD：Product Requirement Document 二、根據PRD和產品原型建資料庫表,注意三範式要求,用工具到處資料庫圖表，並快速地理清資料庫思路 三、搭建項目架構，常用三層，自動產生器，如東軟或者CodeSmith等  搭建架構： 1.System.DAL 資料訪問層，常用產生器產生基本增刪改查的代碼；或者用EF + Linq編寫複雜的資料存取方法。 2.System.BLL 商務邏輯層，根據具體業務需求進行業務處理

Novell與微軟將合作開發相應技術，允許使用者在電腦上同時運行Windows 和Suse linux（Novell銷售的作業系統）系統。 周四據一位訊息靈通人士透露，微軟公司準備與開源公司Novell達成合作協議，允許開源軟體Linux與Windows系統相容。這位匿名人士稱，Novell與微軟將合作開發相應技術，允許使用者在電腦上同時運行Windows 和Suse linux（Novell銷售的作業系統）系統。

這篇廢話不多說，直接上代碼。首先說明，通訊過程中的異常均不進行處理（串連異常除外），由逾時重發控制。 一、擷取SOCKET串連類TimeOutSocket public class TimeOutSocket { private static bool IsConnectionSuccessful = false;//串連是否成功 private static Exception socketexception; private static

[原創]推薦軟體測試書籍(不定時更新)一　軟體測試基礎類：１　軟體測試作者: （美）Ron Patton 市場價: ￥25.00出版社: 機械工業出版社*

[原創]軟體測試職業發展方向   最近，閱讀了許多測試書籍，並和各測試行業精英討論了一個話題：軟體測試職業發展方向？所以有了此文，下面是賣燒烤的魚的見解，僅供大家參考：1 技術方向：在技術方向上面，通常是測試員，初級測試工程師，中級測試工程師，進階測試工程師，資深測試工程師，專家等方向發展；當然像國外技術分工比較細如：通常有白盒測試，黑箱測試，自動化測試，效能測試，安全性測試，易用性測試等2 管理方向：在管理方向上面，通常是測試組長，測試主管，測試經理，測試總監等方向發展；3

原文發表於2007-12-26    英文來源文件：http://www-128.ibm.com/developerworks/library/j-test.html如需轉載請聯絡譯者chdwu@bestreme.com