生命周期软件设计方案 - 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）, 是完全模拟黑客可能使用的攻击技术和漏洞发现技术，对目标系统的安全做深入的探测，发现系统最脆弱的环节。

通过采用许多不同的构架视图描述系统的各个方面，软件构架文档从构架的角度对整个系统进行综合概述。