軟件

基於組件的.NET軟體開發 前言    隨著軟體技術的飛速進步，現代的大型軟體都廣泛採用了基於軟體組件的開發方式。以成熟的CBD（Component Based Design：基於組件的系統設計）理論為指導，在對系統的分析與設計完成之後，系統開發體現為複用已有組件、開發新組件以及將所有組件裝配起來的過程。J2EE大規模地使用各種組件構照複雜的公司資訊系統，獲得了巨大的成功。    作為後來者，.NET

 DNA分析             JaMBW 1.1 分子生物學軟體包。 ANNHYB 4.938 用來協助進行PCR引物設計與基因探針設計的軟體。 Chromas 2.32 ABI格式檔案顯示與編輯軟體。 DNAProbe 核苷酸序列設計工具。 DnaSP 4.10.9 基因多態性分析軟體。 DFW 2.51 trail DNA分析軟體。 Artemis R9 以Java語言寫成的序列查看工具。 ACT R6 以Java語言寫成的序列比較查看器。 GDA 1.1

        這段時間就和閉關一樣，連續幾周一直在開發嵌入式EasyHMI，從架構到具體的代碼，有上位機的IDE開發環境到WinCE上的運行時環境，有TCP/IP、COM通訊，有多線程，多緩衝圖形處理，XML序列化，有EVC，有C＃，有.net2.0的框架組，有.net2.0精簡框架組，一時雲集，一陣天昏地暗之後終於成型，是可喜可賀，但腰酸背疼的不得了。     

通用軟體測試案例寫作方法   軟體測試　　測試案例工作過程　　軟體測試案例設計和軟體測試案例寫作　　軟體測試案例設計：從設計層面考慮(功能性、可用性、安全性等方面);　　軟體測試案例寫作：指的是軟體測試案例的寫作規範(格式、標識的命名規範等)　　軟體測試案例設計設計出用例的內容，按照軟體測試案例寫作規範落實到文檔中去。　　軟體測試案例格式　　● 測試案例編號　　◇ 規則：編號具有唯一性、易識別性，由數字和字元組合成的字串　　◇

方法與技術工具需求開發與管理 Rose ,RequisitePro,DOORSUML與物件導向分析設計 Rose ,Rose XDE ,Together ,Visio ,EA ,TAU統一過程 RUP 軟體測試 TeamTest, Pufify Plus ,Robot ,TestManager,XDE Tester TestDirector,LoadRunner,WinRunner資料庫建模技術 Rose ,PowerDisignerJ2EE應用模式 Elipse,Jbuilder,Rose

執行個體470　利用網卡序號設計軟體註冊程式執行個體說明本執行個體實現了利用本機網卡序號產生軟體註冊碼的功能。運行程式，自動獲得本機網卡序號，單擊【產生註冊碼】按鈕，產生軟體註冊碼，將註冊碼依次輸入下面的文字框，單擊【註冊】按鈕實現軟體註冊功能。執行個體運行結果16.8所示。技術要點實現本執行個體功能主要用到了Microsoft.Win32命名空間下的Registry類的CurrentUser屬性、RegistryKey類的OpenSubKey( )方法、GetSubKeyNames( )方法、

在網上有很多文章都提到怎樣在菜單中加入背景圖片，可是都沒有一個完整的回答，也沒有一個比較完整的例子。當然csdn曾經有一個高人說過這個問題，而且在程式員大本營2000版中也有收藏。我參考了一些方法和技巧，當然包括國外的了，寫下了如下的代碼，希望能夠滿足大家的要求，不過不是很完善，如果有哪位大俠修改過，不妨也將修改過的代碼貼出來，大家共用！為了在menu控制項中加入背景圖片，沒有直接的方法，都的靠自己動手畫，因為menu控制項沒有canvas屬性，所以只能自己動手了！這個東西我也是菜鳥一隻，說不出

 阿蒙曾多次搬起石頭砸自己的腳，喜歡將中國軟體比作中國足球，是扶不起的阿鬥，是大環境所汙染的，並非換教練換領導就能解決的，中國軟體就象中國足球一樣在國際上毫無地位與聲望可言，外面的人認為我們技不如人，可我們自已卻死皮賴臉地尋找其他冠冕堂皇的理由，這顯得非常地幼稚與可笑，痛定思痛，痛何由哉！ 既然我們無法與中國軟體談什麼核心技術，核心產品，核心人物？那我們就只有來談談服務了，如果服務再不行，那就只有洗洗睡了。近日閱讀，發現一個很精闢的句子：“服務是賣感覺，而不光是做交易。注重客戶的感覺，最終贏得客

按照軟體工程鼻祖，《人月神話》作者 Brooks 在“沒有銀彈——軟體工程中的根本和次要問題”一章中闡述的思想，軟體開發的核心問題就是如何從概念上對一個複雜的業務系統進行建模。這個建模是含義廣泛的，不僅僅包括對象建模，還包括資料建模、演算法建模等等一系列的內容。總而言之是要先找到解決複雜問題的突破口（先要搞明白需要做什麼，然後再考慮如何做）。至於採用什麼表示方法（簡單文本、UML 圖、E-R 圖）、採用什麼進階語言、是否一定要用物件導向、使用什麼開發工具都是次要的問題。

軟體架構是軟體系統一個高層次的結構體現，顯示了系統分解後組件的布局和組件之間的關係。好的架構描述應該包含架構的多個視角，組件的設計和擴充描述，以及為滿足功能性需求和非功能性需求的設計原則。一般說，軟體架構分為5個步驟，1.建立架構的任務並且形成架構團隊。2.建立並且文檔化架構需求。3.設計架構4.驗證架構是否達到需求5.發布架構到Team

1 嵌入式軟體開發流程        參照嵌入式軟體的開發流程。第一步：工程建立和配置。第二步：編輯源檔案。第三步：工程編譯和連結。第四步：軟體的調試。第五步：執行檔案的固化。        在整個流程中，使用者首先需要建立工程並對工程做初步的配置，包括配置處理器和配置調試裝置。編輯工程檔案，包括自己編寫的彙編和C語言來源程式，還有工程編 譯時需要編寫的連結指令檔，調試過程中需要編寫儲存區映像檔案和命令指令檔，以及上電複位時的程式運行入口的啟動程式檔案。        對後四種檔案的理解很重要，

在監控方面，之前有了vmstat,iostat，sar等工具了，但如果想綜合一點用的話， 新發現了一個不錯的監控工具dstat,下面簡單介紹之： 1 下載：    http://dag.wieers.com/rpm/packages/dstat/dstat-0.6.7-1.rh7.rf.noarch.rpm 2 安裝 3  使用：     輸入dstat後，會顯示出cpu,disk,net,paging,system 的情況，1秒1次，可以設定為每1分鐘1次：    dstat -a 1 4

(1)建立初步的工程網狀圖(2)計算每個事件的最早發生時刻(EET)和最遲發生時刻(LET)，並在工程網狀圖中標明。(3)確定並標出關鍵路徑。(4)計算非關鍵作業的機動時間，並在工程網狀圖中標出。(5)在時間和資源的約束下，利用機動時間安排進度。   

作者簡介：作者：Joel Spolsky 是紐約市一家小軟體公司Fog Creek Software 的創始人。他畢業於耶魯大學，曾在美國微軟公司、Viacom、Juno 任軟體設計師及經理。“有沒有聽說過SEMA？這可是衡量一個軟體開發組好壞的很深奧的系統。別動，等一下！別按那個連結！給你六年你也搞不清這玩意兒。所以我自己隨便攢了一套衡量系統，信不信由你，這系統，三分鐘就可掌握。你可以把省下的時間去讀醫學院了（譯註：美國的醫學院可是要讀死人的！）。（註：SEMA：Software

The pain of using third party software Ace of Spodes Bulky, slow, inefficient, the restBy Andrew "Spode" Miller: 星期五 09 四月 2004, 07:52 I HAVE MANY REASONS for doing all the PHP on my site instead of out-sourcing it, or using a pre-built “make a web

全球免費軟體推薦(國外篇) 來源：http://www.javaeye.com/news/13775  本文是最優秀免費軟體工具集合，我們劃分為16個種類，其中包含了各種免費程式、服務和網站，既有熱門的社會網路、視頻分享等網站和服務，還有其它 一些熱門的分類，如個人化 PC、安全、圖片最佳化、系統最佳化、實用小軟體等。一、空前精彩的頭條推薦Ad-Aware Free： 絕佳的反間諜功能程式軟體Audacity：

 摘要：軟體項目中的測試的一點實踐心得

    本文翻譯自：http://www.aosabook.org/en/index.html （卷2第1章）    中文版參考了這裡的翻譯：http://www.oschina.net/translate/scalable-web-architecture-and-distributed-systems    開源軟體已成為一些超大型網站的基礎組件。並且隨著那些網站的發展，圍繞它們的架構出現了一些最佳實務與指導性原則。本章嘗試闡述設計大型網站需要考慮的一些關鍵問題，以及一些實現這些目標的組件。

      我們通常都是對圖形化的東西情有獨鐘，我們小時候的啟蒙教育基本上也都是從圖形化開始的，我們曾經看過的連環畫、漫畫、看圖識字等等。因為圖形能將一個抽象的東西具體化、形象化，圖形化的表述能將一個用文字語言無法表達清楚或很難表達的觀點、事物、科學概念等清晰的呈現出來。這就是為什麼我們相比晦澀難懂文字更喜歡形象生動的圖形的原因。      

項目名稱：基於YH收銀系統的通用商業收銀系統項目成員：崔成龍，蔣倩蘭，李祥，劉水鏡項目完成度：100%，開始進入維護工作項目進行了5個月了，磕磕絆絆一路下來，今天終於結項了。雖然項目跟自己的預期差不太多，但是終歸是有差距的。而且時間上花費的太多了，都疲了。看來以後需要採用“快速開發，產品迭代”的方式帶領團隊開發項目了。在項目開發過程中，不斷的學習，不斷的探索，不斷的實踐，從思想上、技術上、解決問題的思路上都有了很大的提升，所謂困難多多，收穫多多。在開發之前，參考了很多軟體開發過程的資料，有的說的