生命周期軟件設計方案 - Enterprise Architect 是以目標為導向的軟件系統。 它覆蓋了系統開發的整個周期，除了開發類模型之外，還包括事務進程分析，使 用案例需求，動態模型，組件和布局，系統管理，非功能需求，用戶界面設計， 測試和維護等。

FreeSWITCH開發者Anthony Minessale II過去曾是Asterisk PBX系統的開發者之一，原來給asterisk貢獻了不少代碼，但根據他在其主頁上的描述，他在asterisk上開發了有關呼叫隊列的應用，但呼叫隊列達到一定程度后會引起死鎖和崩潰，作者感覺按照原有asterisk的設計思路無法徹底解決這個問題。而asterisk的許多開發者又不附和他的建議：即搞一個2.0的分支來重寫代碼。于是2005年夏天作者決定自己開發一個項目，就是freeswitch。

怎樣成為一個合格的測試工程師前段時間和幾個測試朋友聊天，說到06年上半年測試界的新聞，我想最大新聞莫過于智聯招聘網站的一個測試行業的調查報告吧。

軟件生命周期的每個階段都應該包含測試從而檢驗本階段的成果是否接近預期的目標，盡可能早的發現錯誤并加以修正。

今天討論的重點在于性能測試工具loadrunner，基于web項目測試其并發性的操作介紹。

需求管理是一個迭代的管理過程； 需求采集是圍繞公司的日常管理流程中的隱性流程，將市場需求采集列入到日常工作流程的計劃中是市場需求管理流程的重要手段； 需求是眾多的活動綜合的一個結果，良好的需求管理建立在共同的采集、知識、應用平臺上； 需求的產品概念分析采用KJ/AHP/QFD等多種分析工具 需求的執行驗證納入到IPD或NPD管理流程當中，關鍵的把握點在于如何制訂市場跟蹤計劃 傳遞與跟蹤中關注市場需求的狀態、響應周期、處理結果是對客戶與公司的需求提供人員的一個良性循環的手段 需求采集模板是將市場管理流程與公司的其他管理流程進行有效結合的最佳手段

軟件測試的目的是為了保證產品的最終質量，在軟件開發的過程中，對軟件產品進行質量控制，提高軟件的可靠性。

通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指并發測試　－　多線程/進程模擬多用戶發起壓力，體現性能問題 壓力測試　－　逐步增加負載，使系統某些資源達到飽和甚至失效 負載測試　－　負載測試是通過逐步加壓的方式來確定系統的處理能力和能夠承受的各項閾值。例如，通過逐步加壓得到“響應時間不超過10秒”、“服務器平均CPU利用率低于85%”等指標的閾值。 疲勞測試　－　系統能穩定運行的前提下，以最大并發持續執行一段時間，確定系統處理最大工作量強度．

軟件架構（software architecture）是一系列相關的抽象模式，用于指導大型軟件系統各個方面的設計。軟件架構是一個系統的草圖。軟件架構描述的對象是直接構成系統的抽象組件。各個組件之間的連接則明確和相對細致地描述組件之間的通訊。在實現階段，這些抽象組件被細化為實際的組件，比如具體某個類或者對象。在面向對象領域中，組件之間的連接通常用接口_（計算機科學）來實現。

為人們提供關于某個詞語的最全面、客觀、權威的信息。

測試（Negativetesting）是相對于正面測試（Positivetesting）而言的。它們也是測試設計時的兩個非常重要的劃分。簡單點說，正面測試就是測試系統是否完成了它應該完成的HYPERLINK"javascript:;"\t"_self"工作；而負面測試就是測試系統是否不執行它不應該完成的操作。形象一點，正面測試就象一個畢恭畢敬的小學生，老師叫我做什么，我就做什么；而負面測試就象一個調皮搗蛋的孩子，你叫我這樣做，我偏不這樣做，而且和你對著干。開發人員也是最討厭修改此類bug的。?

軟件性能的范疇較廣，通常包括執行效率、資源占用、穩定性、安全性、兼容性、可擴展性、可靠性等。

滲透測試（Penetration Test）, 是完全模擬黑客可能使用的攻擊技術和漏洞發現技術，對目標系統的安全做深入的探測，發現系統最脆弱的環節。

通過采用許多不同的構架視圖描述系統的各個方面，軟件構架文檔從構架的角度對整個系統進行綜合概述。