軟件

 　　　　 上次從上海回來就下載 eclipse 安裝了 FDT ，碰到一些小問題找不到相關資料無法解決，再加上只有30天試用期，就放在一邊用回了sepy。這兩天實在心癢難耐，去官方網查閱了相關文檔，鼓弄了半天終於配置好了FDT + MTASC 並改了一個as1.0的小程式編譯成功。 FDT 強大的代碼功能加上 MTASC 飛一般的編譯速度，拋棄Flash IDE沒商量。　　 如此費勁搞了出來，怎能再讓其他兄弟受苦。特做此簡易教程，希望能為將要使用FDT+MTASC的朋友節省一點時間。　

一、測試計劃：　　對測試全過程的組織、資源、原則等進行規定和約束，並制訂測試全過程各個階段的任務以及時間進度安排，提出對各項任務的評估、風險分析和需求管理。　　二、測試方案：　　描述需要測試的特性、測試的方法、測試環境的規劃、測試載入器的設計和選擇、測試案例的設計方法、測試代碼的設計方案。　　三、測試計劃是組織管理層面的檔案，從組織管理的角度對一次測試活動進行規劃。　　四、測試方案是技術層面的文檔，從技術的角度度一次測試活動進行規劃。　　五、測試計劃要明確的內容：　　1、明確測試組織的組織形式　

軟體人員管理，一向被認為是一件難題。尤其是年中年底的評價問題，涉及到加工資，發獎金，稍有差池，就會民怨沸騰，來年是該走的不走，不該走的全走了。在開始一個軟體項目之前，公司領導要與該項目主管對需要完成的工作內容、時間期限、考核的標準達成一致。項目主管把任務進行分解，和每個軟體開發人員對各自所需完成的工作內容、期限和考核標準達成一致，特別是各個模組之間的介面，並形成一份完整的“任務說明書”。在期限結束時，主管根據每個開發人員的工作狀況及原先制定的考核標準來進行考核。為了避免到最後才發現問題過多、難以

  常用嵌入式軟體白盒測試載入器介紹Author: Tony      來源:http://blog.csdn.net/vincetest一、        VcTester 生產廠商深圳市領測科技有限公司簡介VcTester由深圳市領測科技有限公司自主研發，專業服務於嵌入式白盒測試領域的測試載入器，它遵循第4代白盒測試方法（4GWM，The 4th Generation White-box-testing

 BIND，沒什麼說的了，自1983年Paul Mockapetris發明後，就成為Internet中DNS的事實上的標準，由ISC(Internet　Software　Consortium)負責維護，具體的開發由Nominum(www.nominum.com)公司來完成，BIND 9.x是免費軟體，為Solaris的標準配置，即便電信中也絕大多數採用BIND8.x/9.x。但2002

文章目錄 設計流程概述RTL編碼分層次設計系統級設計時序收斂和ECO支援指令碼能力EDA驗證工具支援系統內驗證  隨著產品及時面市壓力的增大，ASIC模板和開發成本的攀升，以及FPGA在效能和系統級特性上的不斷提高，越來越多的傳統ASIC應用通過Altera HardCopy ASIC和FPGA來實現。Altera的Quartus II

E-R圖為實體-聯絡圖，提供了表示實體型、屬性和聯絡的方法，用來描述現實世界的概念性模型。構成E-R圖的基本要素是實體型、屬性和聯絡，其表示方法為：實體型(Entity)：用矩形表示，矩形框內寫明實體名；比如學生張三、學生李四都是實體。屬性(Attribute)：用橢圓形表示，並用無向邊將其與相應的實體串連起來；比如學生的姓名、學號、性別、都是屬性。聯絡(Relationship)：用菱形表示，菱形框內寫明聯絡名，並用無向邊分別與有關實體串連起來，同時在無向邊旁標上聯絡的類型（1 : 1，1 :

WEB 伺服器軟體配置和安全配置方案轉自：http://blog.dic123.com/article.asp?id=190一、系統的安裝　　 １、按照Windows2003安裝光碟片的提示安裝，預設情況下2003沒有把IIS6.0安裝在系統裡面。２、IIS6.0的安裝　　開始菜單—>控制台—>添加或刪除程式—>添加/刪除Windows組件　　應用程式 ———ASP.NET（可選）　　　　　　　|——啟用網路 COM+ 訪問（必選）　　　　　　　|——Internet

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

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

 耦合度一、什麼是耦合度軟體設計中通常用耦合度和內聚度作為衡量模組獨立程度的標準。劃分摸塊的一個準則就是高內聚低耦合。 耦合度(Coupling)是對模組間關聯程度的度量。耦合的強弱取決與模組間介面的複雜性、調用模組的方式以及通過介面傳送資料的多少。 模組間的耦合度是指模組之間的依賴關係，包括控制關係、調用關係、資料傳遞關係。模組間聯絡越多，其耦合性越強，同時表明其獨立性越差。降低模組間的耦合度能減少模組間的影響，防止對某一模組修改所引起的“牽一髮動全身”的水波效應，保證系統設計順利進行。

Beta(β)：測試版，為正式版本推出之前發布，可能存在一定的Bug。    Alpha(α)：自我裝載版，通常在Beta之前，也存在一定的Bug。    Retail：零售版。    Free：免費版。    Lite：精簡版，也可稱迷你版。    Final：正式版，通過Alpha和Beta兩個測試版本後推出的，修正了軟體中存在的Bug。    Pro：專業版，需使用者獲得註冊碼後才可以使用。    Plus：加強版，在功能上有所提升。   

 摘要：老子哲學 道德經 軟體哲學、軟體之道               參閱：序  消滅人狼  軟體的十大命題 編程規則    聖人曰：善行無轍跡。善言無瑕謫。善數不用籌策。善閉無關楗而不可開。善結無繩約而不可解。是以聖人常善救人，故無棄人。常善救物，故無棄物。是謂襲明。故善人者不善人之師。不善人者善人之資。不貴其師、不愛其資，雖智大迷，是謂要妙。     

 摘要：老子哲學 道德經 軟體哲學、軟體之道               參閱：序  消滅人狼  軟體的十大命題 編程規則      聖人曰：孔德之容惟道是從。道之為物惟恍惟惚。惚兮恍兮其中有象。恍兮惚兮其中有物。窈兮冥兮其中有精。其精甚真，其中有信。自古及今，其名不去以閱眾甫。吾何以知眾甫之狀哉！以此。     

摘要：軟體哲學、軟體之道、銀彈、人狼、軟體架構                 參閱：序  消滅人狼  軟體的十大命題 編程規則 聖人曰：穀神不死是謂玄牝。玄牝之門是謂天地根。綿綿若存，用之不勤。               應用軟體的關鍵是要建立基礎的、完備的與具體業務無關的公司專屬應用程式架構EAA，這是整個應用的母體和根本啊，而具體的應用可以在此基礎上成長繁榮，但你也不要操之過急，急於求成，要有所克制，尊重客觀規律，按客觀規律辦事。

摘要：老子哲學 道德經 軟體哲學、軟體之道               參閱：序  消滅人狼  軟體的十大命題 編程規則        聖人曰：企者不立；跨者不行。自見者不明；自是者不彰。自伐者無功；自矜者不長。其在道也曰∶餘食贅形。物或惡之，故有道者不處。     

 摘要：老子哲學 道德經 軟體哲學、軟體之道               參閱：序  消滅人狼  軟體的十大命題 編程規則 聖人曰：重為輕根，靜為躁君。是以君子終日行不離輕重。雖有榮觀燕處超然。奈何萬乘之主而以身輕天下。輕則失根，躁則失君。      本文先哲以樹木為例闡明了重與輕、靜與躁之間的關係，得出重為輕根，靜為躁君，輕則失根，躁則失君的深刻道理。      那麼對軟體領域有什麼啟發和指導意義呢？在軟體領域何為重何為輕，何為靜何為躁呢？     

 摘要：道德經 軟體之道 軟體工程師的發展                        參閱：道德經開篇該如何翻譯          最近在網上看了一篇文章，說老師布置了一道古文斷句翻譯題，同學們回答各異，最終發展也各不相同，當然有一定的調侃成分。　　原文如下：“道可道非常道名可名非常名無名天地之始有名萬物之母。”      這是道德經的開篇，我也藉此調侃一下我們做IT的，希望能帶來一些思考和啟發。1.  “道可,道非,常道。名可,名非,常名。無名天地之始,有名萬物之母。”     

 摘要：老子哲學 道德經 軟體哲學、軟體之道               參閱：序  消滅人狼  軟體的十大命題 編程規則       聖人曰：將欲取天下而為之，吾見其不得已。天下神器，不可為也，為者敗之，執者失之。夫物或行或隨、或歔或吹、或強或贏、或挫或隳。是以聖人去甚、去奢、去泰。      本章老子告誡我們要按客觀規律做事，不要走極端，不要心存奢望，不要好大喜功。對軟體領域更具有指導價值：