軟件

剔出Bug的設計       許許多多的失敗完全是應為產品沒有精確的定義而造成的。       測試規格說明。在編寫代碼之前，必須把規格說明提交給正式發行前小眾測試小組。       至上而下的設計。首先有清晰的結構，其次模組分隔和模組獨立性避免了系統層級的不公，第三，細節的抑制使結構上的缺陷更加容易識別。第四，設計在每個精化步驟上都可以測試的，所以測試可以儘早開始。       結構化編程。在代碼級預防，比如合理使用Goto語句等等。構件單元測試      

裡程碑還是沉重的負擔       裡程碑應該比較透徹和確定，這樣就會很少會弄虛作假，做些自欺欺人的事。其他的部分反正會落後       為落後找借口是不好的，項目同樣需要進取心。地毯的下面       一線經理為了掩蓋系統出現的滯後，就不向老闆彙報，老闆不能掌握系統開發的進度。怎樣杜絕這種情況發生呢？       減少角色的衝突。老闆做到拿到報告不要驚慌       孟的拉開地毯。擁有能瞭解狀態真相的評審機制

需要什麼樣的文檔1．  目的。主要功能，開發原因。2．  環境。3．  範圍。輸入的有效範圍是什麼4．  實現功能和使用的演算法。5．  輸入，輸出格式。6．  操作指令。7．  選項8．  已耗用時間9．  精度和校正流程圖       流程圖不應該過於吹捧，它只是體現軟體邏輯結構的一種手段，並且盡量畫它在一頁紙上。逐一記錄的詳細流程圖過時而且令人生厭，它只適合啟蒙初學者的演算法思維。自文檔化的程式      

這是由我整理的一個軟體測試入門培訓的ppt文檔，屬於概念掃盲型的，大蝦們就不用下了，此ppt大致有以下內容：0.本ppt培訓要達到的目標(能回答以下問題)    什麼是軟體測試?    測試的任務目標是什麼?    怎麼樣執行測試?    測試時需要注意什嗎？提交什麼?    對於主觀性測試，有那些衡量標準? 1.理解軟體測試    什麼是軟體測試？    測試案例    軟體測試的重要意義 2.軟體測試分類3.軟體測試工作流程    測試計劃    測試設計與開發    執行測試   

導言：腦圖是一門新興的腦科學。它的誕生代替了一大堆繁複的文字，使各項事件之間的關聯一目瞭然。而腦圖軟體節約了我們的時間，使我們的思維可視化，形象化。它不光在教育領域，實際上在各行各業都有著廣泛的用途，腦圖軟體也許將像Word一樣，成為我們生活，學習，工作的一部分，而它在某些方面更優於 Word，它帶來的新的表達方式，將使我們更高效地學習。本文將對畫腦圖的三個主要軟體Startree,Inspration,

1.       手機永遠保持使用狀態；這我是吃過虧的，手機沒電或是手機停機，又等人電話，那個急啊，真是有苦難言！而且我感覺你無論做什麼行當，只要你不脫離社會，你的手機還是一直用著的好，無論是工作的還是家庭的，電話是必備的！2.       做事要準時守信：如果碰到什麼事，一但答應了人家，就得守信，若是約了人，就得準時，這是工作的一個基本準則，一次失約就可能失去一個大好機會，乃至大好前程！3.      

文章目錄 介面篇資料庫篇加密保護篇程式開發篇 總結一下做管理軟體，有哪些項是經過檢驗的條款，必須遵守的。介面篇1  要儲存使用者的偏號(profile/favourite)。 ASP.NET 2.0引入此功能，當使用者修改預設的控制項的屬性時，架構應當儲存使用者的修改。顯而易懂的例子是grid控制項中的列順序。使用者修改之後，關閉表單時，要可以儲存起來，當使用者再次開啟時，應當載入使用者上次的修改。2 

一般的隨身碟不具備加密的功能，雖然隨身碟和加密狗外形有一些相似，但是內部完全不一樣的，隨身碟只是一個儲存空間晶片和簡單的附屬電路，而現在的智慧卡加密狗都具有一個單獨的CPU或者加密晶片，可以執行相當複雜的密碼編譯演算法。

雲騫開源IM是一款使用ASP.NET，Ajax和Comet等技術開發的輕量級IM。主要特點有：1、雲騫開源IM的服務端實際上就是一個ASP.NET網站，因此不需要使用獨立伺服器，僅需要一個支援.NET2.0的Web空間即可將IM部署到互連網上。2、只需要拷貝兩個檔案夾，並在頁面中嵌入一行代碼，就可以將IM整合到自己的網站或企業內部的OA系統中。

       有些研究表明，效率高和效率低的實施者之間的個體差異非常大，經常能夠達到數量級的水平。――Sackman , Erikson and Grant        

      雖然這隻是筆記，但我仍然忍不住放上來和大家分享軟體給我們帶來的苦與樂。      很多大型軟體的開發如同一個焦油坑，很多大型強壯的動物在其中掙紮，他們大多數開發出了可啟動並執行系統，不過只有極少數項目滿足了目標，進度和預算要求。對問題的麻煩程度每個人都會感到驚訝，並且很難看清問題的本質。      

如何獲得概念的完整性       對於給定層級的功能，能用簡潔和直接的方式來指明事情的系統是最好的。只有簡潔是不夠的。簡潔和直白來自概念的完整性。每個部分必須反映相同的原理需求的一致平衡。在文法上，每個部分應使用相同的技巧，在語意上，應具有相同的相似性。因此易用性實際需要設計的一致性和概念的完整性。貴族專制統制和民主政治：      

       項目滯後的主要原因在於缺乏合理的進度安排。它比其他所有因素加起來的影響還要大。首先，我們對估算技術缺乏有效研究，它反映了一種不真實的假設――一切將運作良好。我們採用的估算技術隱含地假設人和月可以互換，錯誤的將進度和工作量混淆。對估算缺乏信心，通常不會很耐心持續的估算這項工作。對進度缺少跟蹤和監督。當意識到進度位移時，下意識的反映是增加人力。這就像汽油滅火一樣，只會使事情更糟。

搞了個Oracle伺服器，用MSPetShop串連Oracle，安裝好後，瀏覽卻提示如下錯誤：【System.Data.OracleClient requires Oracle client software version 8.1.7】不知道詐回事，Google了一下，原來是安裝目錄的Authenticated Users沒有寫入和修改許可權，具體操作如下：go to oracle installation folder, which is most likely “c:oracleora92

       在一個項目中，貫徹執行同樣是一個比較棘手的事情。在此說明執行中所遇到的問題：         文檔化的規格說明 ―― 手冊。手冊規格說明是一個非常必要的工具，儘管光有文檔是不夠的，但是手冊是唯一的能夠良好的傳遞規格的介質。         形式化定義。描述規格是一件需要讓人能夠很準確理解的藝術，它需要重複發揮文檔撰寫人員的能力。才能使文檔盡量的清晰。這裡可以使用預先定義好的形式，這樣就無需為了組織文檔結構而傷腦筋。        

        很多工業在產品成型之前都需要有實驗工廠，也就是說需要有失敗的產品，同樣在軟體行業來說，寫出失敗的程式是很正常的，對於大多數項目來說，第一個開發的系統並不合用。因此，為捨棄而計劃，無論如何，你一定要這樣做。唯一不變的是變化本身       做軟體從來就是充滿著變化的，變化是與生俱來的，項目開始建立的基準，肯定會隨著開發的進行越來越高，甚至開發不出任何產品。為變化計劃系統      

我們是不大一樣的軟體公司 創業型公司邀您一起開創未來... 我們暫時沒有的：沒有優厚的工資，但很有可能您的收入在周圍的朋友中是最好的....沒有優越的辦公環境，不過，有您的加入，相信不久的將來，這不是難事... 我們擁有的：我們擁有和團隊一起打拚的氛圍，我們很在意您是否有激情...我們擁有穩步的發展規劃和可預期的營利模式，只等你的到來...我們擁有以工程師為軸心的技術氛圍...我們擁有鼓勵創新重視傳承的文化意識...我們擁有重視員工幸福指數的企業導向... 我們能做到的：員工期權，每個加入公司的

背景知識NVelocity(http://sourceforge.net/projects/nvelocity )是從java編寫的Velocity移植的.net版本，是java界超強的模版系統，.net版本的NVelocity目前版本為0.42。NVelocity擁有完善的、豐富的範本語言（VTL，Velocity Template Language）

　　1.  不要構建大型應用　　構建大型應用的秘訣就是“不要構建大型應用”，也就是把你的應用拆分成若干小應用，然後將這些可測試的小應用組裝到一起。——Justin Meyer，JavaScript MVC作者 　　2.  注重項目品質　　當我聽到“匆忙做出了能夠啟動並執行代碼”，我也許不會去使用這些應用程式，因為它們會逐漸喪失可迭代的能力。——Avdi Grimm 　　3.  不寫代碼　　“Don’t write

　　哲學家說：有什麼樣的世界觀，就有什麼樣的方法論！　　辯論家說：立場決定觀點！　　世界之所以有技術思想和觀點之間的爭論，完全與瞎子摸象的情境一樣。真理只有一個，但是卻很博大精深，沒有一個人能看得到她的全部。每個追求真理的人都能感覺到她的存在，因為畢竟可以觸摸到她的一部分。於是，人們會發現自己摸到的部分是實實在在的，自然與其他人不同，爭論難免。真理就像一個極限，我們永遠只能接近她，而不可能擁有她。軟體思想的發展也是一個不斷接近真理的過程。　　剛開始有電腦程式的時候都是“面向演算法”的，人們為了充