軟件

使用TrueLicense來保護我們的JAVA軟體產品我們的JAVA軟體產品有時需要限制非法使用者，只有購買了LICENSE的使用者才能使用，因此，我們可以通過TrueLicense來實現。首先要用KeyTool工具來產生私匙庫：keytool -genkey -alias privatekey -keystore privateKeys.store然後把私匙庫內的公匙匯出到一個檔案當中：keytool -export -alias privatekey -file certfile.cer -

這幾天時間在學習QT，要學習這門技術，就要先要把該軟體在Linux環境下建立起來，當然，QT這個軟體並不只是在Linux平台才可以的。 同事有裝好的QT的虛擬機器，系統是Ubantu的，因為我更習慣用紅帽，所以決定自己從頭開始在RHEL4.0的平台上安裝這個軟體。經過一番艱苦的探索終於完成了QT及Qtcreator的安裝配置工作。為了避免以後忘記，還是將這個問題的解決過程記錄一下，備查。 從網上下到的是qt-4.5版本的源碼，安裝過程中遇到的第一問題就是解壓軟體包以後進行運行./configur

chapter 2

     本節主要介紹一下層次測試的第二步——整合測試。上一節我們已經在一定程度上瞭解了單元測試，這一節我們要講解的整合測試就是建立在單元測試的基礎上，將所有模組按照設計要求組裝成一個完整的系統而進行的測試，也稱為聯合測試或組裝測試。  

    上一節講到了黑箱測試中的等價分類，這一節繼續總結黑箱測試又一經典測試方法——邊界值分析法，其實邊界值測試不是專屬於黑箱測試，在白盒測試中也會用到邊界值測試。       邊界值測試其實就是測試程式的各種邊界值，邊界值測試是等價分類的推廣，在實際測試中，在測試程式的邊界時，往往可以測試出很多缺陷，所以兩種方法要結合使用，才能更好的滿足程式的測試需求。邊界值測試分為兩部分：             

       軟工視頻也快看完了，總結性的筆記還沒有寫過幾篇。這次要一點點的開始總結。首先說下軟體的計劃。這裡先給出一個總結性的章節圖。問題定義為需求分析做了很好的鋪墊內容主要有： 背景現狀              問題的報告問題的報告主要有以下幾點      總體要求使用範圍介面軟硬體裝置開發進度和成本系統可行性和相容性可行性研究      經濟可行性      技術可行性      操作可行性（投入產出問題）      法律可行性      時間可行性研究的主要步驟有     

1  Scilab 現在由 Scilab協會維護的開放原始碼的科學計算軟體。它具有矩陣運算、數值運算、訊號處理、程式設計等功能，目前已被廣泛應用於教育、科研和工業。你可以用它來替代收費的matlab。http://www.scilab.org/ 2 Stellarium 是一款星象觀測類比軟體。目前全球有許多天文愛好者和教授天文學的教師們在使用它。其介面完全 3D化，資料精確（來自於天文台的觀測資料）。http://www.stellarium.org/3 QMC2 為 M.A.M.E.

文章目錄 1.1.1作用1.1.2預期讀者  1.2.1系統名稱以及版本號碼1.2.2任務提出者1.2.3任務承擔者以及實施者1.2.4使用者4.3.1對裝置的影響4.3.2對使用者的影響4.3.3對系統啟動並執行影響4.3.4對開發環境的影響4.3.5對運行環境的影響4.3.6對經費支出的影響5.1.1基建投資5.1.2其他5.2.3經常性支出5.2.1一次性收益5.2.2經常性收益5.2.3不可定量收益 1.   引言1.1

作者：陳勇出處：blog.csdn.net/cheny_com IT人士要想被激勵起來，除了可以用薪酬之外，其實還有很多辦法。比如筆者剛剛畢業的時候，曾經徹夜編製一個軟體長達5個月，原因是自己居然有一台專屬的486電腦；而數年後我一個同事會在中午一邊吃飯一邊編程，是因為他獨自負責一個至關重要的模組……很多人身邊都因為各種不同的原因發現神奇的被激勵的人，這些激勵機制有哪些可遵循的規律呢？我02年左右曾經讀過一本麥克康奈爾（當時人稱美國幾大GURU之一，《完美編程Code

Intel,上海.Description   Xen* is an open source Virtual Machine Monitor. In this position, you will be developing Xen* VMM on IA-32 or IA-64 platform. This project involves various cutting-edge technologies. You are expected to develop support for

 如何徹底卸載你不想用的軟體　

一種全新的軟體介面設計方法撰文:Aweay你可轉載，拷貝,但必須加入作者署名Aweay，如果用於商業目的,必須經過作者同意。下載執行個體代碼關鍵字：COM MySpy IE SetUIHanlder IcustomDoc IDocHostUIHandler GetExternal 前言作者在解決各種問題的時候喜歡首先使用C++

關於Dao層的設計我現在也還是有點模糊，大大小小的項目也做了五六個了，負責的資料庫設計也有三四個了。在對Dao層進行設計時採用過兩種方案：  方案一：每一表對應一個Dao類（介面也可），每個Dao將完成對該表的增刪改查以及業務上要求的查詢操作。這麼設計的話如果表很多的話將會產生很多類，並且將會出現大量重複的代碼，因為每一個Dao中都將涉及到基礎的增刪改查。  方案二：寫一個基礎的類，可以完成基本的增刪改查，其他的對於業務上有額外需求的表單獨在寫一個類，不過這個類只包括額外的功能。這裡的基礎類寫的

米老師給了一個批次檔，很簡單，經過我們改編成為現在這樣可以在win7和xp下都可用的批處理。雖然段代碼挺簡單，但是卻體現了軟體開發的重要思想——複用！！吾輩有待提高呀。。。整了半天發現在if 和else中，不能說使用set命令。只好用goto了，並且win7下不能用arp -s命令綁定，需要用進階的綁定命令 @echo offif exist ipconfig.txt del ipconfig.txtipconfig /all >ipconfig.txtsetlocal

（首先聲明：這是從eryCD社區的文章裡找到的，這裡還是先跟LZ道個歉，盜版了）首先其實不需要寫什麼代碼，或者代碼很簡單易學的還有，比如MMF和darkbasicpro和FPScreator的組合，但是這些都是收費軟體，用盜版可以，但總是有點心虛，每次看到外國網站說我們國內對智慧財產權比較馬虎，我心裡都不爽，買正版吧又便宜了老外了，用國產的吧，還沒趁手的，左右矛盾啊。再有我們個人行為用下盜版，全當學習參考了，公司用盜版就更沒底了。所以我推薦現在完全沒費，誰也管不著，愛怎麼擺楞就這麼擺楞的2個好玩

項目天生就存在差異。實際的項目，由於諸多因素的影響，項目之間的差異是較大的。尤其實現項目承包制之後，即便是同一個公司的專業性質、規模相同的不同項目，也會存在很大的差異，項目的重心往往取決於專案經理和項目總工，有的重視技術，有的重視物資，有的重視成本。所以要想一個“成品”來滿足大多數項目的需求，是很難的。為此，我們來分析一下它難在什麼地方，個人認為有兩難：1）許可權機制；2）滿足管理思想。1、如何滿足管理思想？目前的專案管理軟體都將事務、分析一體化，而交易處理部分是滿足日常事務的，分析部分是管理者

很多人都用盜版軟體，我也用，但是隨著，國際軟體的智慧財產權的形式發展來看，使用盜版軟體變得有比過去更加艱難的趨勢，為什麼要保護智慧財產權，因為，知識創作佔用大量時間和精力，並且能夠和社會經濟或生產力帶來增益，所謂資訊社會，往後發展來看這種勢頭應該會一種未來社會發展的主體趨向吧。正版軟體意味著承認這種知識創作的價值，尊重創作人的工作並予以支援，通過購買行為。所以支援正版軟體從這個層面上來說是完成適當的，合情合理，法律也正在積極的支援中，那麼反過來說說盜版軟體吧，前面說了，既然你說正版軟體是合情合理

一、線上升級所遇到的問題       軟體自動升級編程時要遇到的問題有：       1. 哪裡更新？（Where）        這是指定軟體到何處去更新的問題。如果一個軟體有大批量使用者，可能需要考慮下載的均衡負載問題。或者伺服器的反應速度和下載速度問題，有時我們的補救伺服器甚至會因為各種原因出現宕機，如何解決這類問題呢？（本文暫不處理這種情況，僅作問題提出）       2. 何時更新？（When）       

文檔是軟體開發使用和維護當中必備的資料，文檔主要是管理員、開發人員、操作人員、使用者人員之間進行協商溝通的橋樑。1.可行性分析文檔主要是說明軟體在經濟上，技術上和市場情景等方面的可行性。根據這個文檔，公司判斷軟體能否實現，客戶要考慮是否把項目給公司，公司考慮是否要接這個項目。2.需求文檔使用者與開發人員進行交流，開發人員根據和使用者不斷地進行交流，把使用者的需求寫成文檔。需求文檔是使用者和需求人員溝通的橋樑，需求人員根據使用者的要求來變更需求文檔。需求文檔對所開發軟體的功能、效能、使用者介面以及

        前邊我們介紹了，面向過程的軟體開發過程，從計划到測試的整個過程，但是如何確保軟體的品質呢？只要我們的軟體品質過關才會得到使用者的肯定，所以從品質這個角度看，我們該如何管理呢？這篇部落格，總結了軟體品質管理的相關知識。          首先，總的瞭解一下，需要我們知道一些相關概念；然後是我們軟體品質該如何保證，有什麼措施；再者就是軟體的可靠性，即如何測量我們的這款軟體的品質好與否；最後就是我們軟體的不斷變更的相關管理。大家看圖：