alisisuli-CSDN博客

转载 IIS与.NET顺序安装反了

IIS和.NET的安装顺序应该是先安IIS，再装VS.NET。如果安装顺序反了，或者IIS重装了，就需要使用aspnet_regiis.exe -i来重新安装IIS Mapping（主要用于aspx、asmx等文件的Extention的匹配）。运行cmd，到C:/WINDOWS/Microsoft.NET/Framework/v 2.0.50727目录下，运行以下命令：aspnet_regii

2009-12-11 11:37:00 643

转载软件质量评价标准

我们把影响软件质量的因素分成三组，分别反映用户在使用软件产品时的三种不同倾向或观点。这三种倾向是：产品运行、产品修改和产品转移。信息系统作为一个产品，也可以参照这三种倾向来定义。我们可以采取以下步骤实施全面质量控制：1．实行工程化开发“信息系统开发方法”一词的广义理解是“探索复杂系统开发过程的秩序”；狭义理解是“一组为信息系统开发起工具作用的规程”，按这些规程工作，可以较合理地达

2008-01-31 11:26:00 446

转载 ISO9000:2000系列标准下的质量管理原则

本译文表述的虽然是ISO9000:2000系列标准下的质量管理原则，但这些原则与CMM/CMMI标准的管理原则是相通的。特别是CMMI标准，综合了三个源标准，也借鉴和融合了当今适用的管理理论和实践，包括ISO9000等其他的标准的管理思想。各软件企业所服务的行业不同，企业性质不同，组织战略不同，实施ISO9000标准，推行CMM/CMMI标准也就会有不同的实施方法。但管理原则应该是一致的。所

2008-01-31 10:42:00 1433

转载查找瓶颈时按以下顺序，由易到难。

服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪儿就够了。

2008-01-30 14:40:00 737

转载交易成本分析(有待理解)

1) 使用和站点概况A. 在线使用概况下表列出了本文中项目组所用的在线使用概括。峰值乘数用于计算与平均负载有关的系统的最大容量。如果每秒钟的平均请求数量是 150 ，如果您的峰值乘数是 3 的话那么预期峰值将会是每秒钟 150 次请求。为了对实施进行容量规划，您应当为系统的峰值容量做规划。描述值会话的平均时间 7 分钟(420 秒)峰值乘数 3x 平均值每个用户每次访问的请求数 141由“

2008-01-30 14:37:00 860

转载性能测试的一些思路

测试目标：测试过程是否满足以上过程指标及最终的需求指标；及如何通过结合2者指标评估出被测系统及上线环境的线性对比指标；最后得到系统的性能、可扩展性、可用性等测试结论。测试步骤：1) 基准测试：分步测试。测试结果是一致的且可重现。测试环境一直处在相同的高负载下进行。 2) 容量规划测试：系统测试。容量规划在测试需求阶段就需要从设计获取了，详见附件《性能指标容量规划.DOC》。如果要确定系统的容量

2008-01-29 16:18:00 1067

转载 Web 开发人员: 为最佳性能而进行优化？

如果您在开发 Web 应用程序，那么您很可能熟悉基于Java连接到数据库的方法：JDBC 和 SQLJ。但是您知道如何能让使用这些方法的应用程序获得最佳性能吗？微调数据库访问会使应用程序和数据库保持协调一致。如果您在开发 Web 应用程序，那么您很可能熟悉基于Java连接到数据库的方法：JDBC 和 SQLJ。但是您知道如何能让使用这些方法的应用程序获得最佳性能吗？如果您认为性能不是开

2008-01-29 14:15:00 409

转载 Windows性能管理解析

说到Windows环境下的性能管理，许多人首先想到的可能就是无处不在的Performance Monitor工具。早在Windows NT时代，Performance Monitor就是获取性能信息的主要工具，当然，任务管理器和Windows管理规范（Windows Management Instrumentation）也属于常用工具之列，它们不仅能够提供性能数据，而且还能提供其他与性能有关的管

2008-01-29 13:37:00 914

转载游戏项目中的自动化测试和持续集成

现在，许多游戏项目要么跳票严重，要不就是发布时Bug多多。当然，这样的现象并不仅存于游戏工业。例如，根据2001Standish集团发表的那份声名狼藉的报告“极度混乱”所表述的，70%以上的软件项目要么被取消，要么严重的超时和超支。然而，游戏是软件开发复杂性的最佳代表，不同技能的人需要协同工作，这也就是某些人所说的游戏项目中高风险因素所在。　　软件项目延期、Bug满天飞和失

2008-01-08 10:35:00 998