<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[alisisuli的专栏]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/alisisuli</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; alisisuli]]></copyright><item><title><![CDATA[IIS与.NET顺序安装反了]]></title><link>https://blog.csdn.net/alisisuli/article/details/4985168</link><guid>https://blog.csdn.net/alisisuli/article/details/4985168</guid><author>alisisuli</author><pubDate>Fri, 11 Dec 2009 11:37:00 +0800</pubDate><description><![CDATA[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]]></description><category></category></item><item><title><![CDATA[软件质量评价标准]]></title><link>https://blog.csdn.net/alisisuli/article/details/2074532</link><guid>https://blog.csdn.net/alisisuli/article/details/2074532</guid><author>alisisuli</author><pubDate>Thu, 31 Jan 2008 11:26:00 +0800</pubDate><description><![CDATA[我们把影响软件质量的因素分成三组，分别反映用户在使用软件产品时的三种不同倾向或观点。这三种倾向是：产品运行、产品修改和产品转移。信息系统作为一个产品，也可以参照这三种倾向来定义。 我们可以采取以下步骤实施全面质量控制：1．实行工程化开发“信息系统开发方法”一词的广义理解是“探索复杂系统开发过程的秩序”；狭义理解是“一组为信息系统开发起工具作用的规程”，按这些规程工作，可以较合理地达]]></description><category></category></item><item><title><![CDATA[ISO9000:2000系列标准下的质量管理原则]]></title><link>https://blog.csdn.net/alisisuli/article/details/2074362</link><guid>https://blog.csdn.net/alisisuli/article/details/2074362</guid><author>alisisuli</author><pubDate>Thu, 31 Jan 2008 10:42:00 +0800</pubDate><description><![CDATA[本译文表述的虽然是ISO9000:2000系列标准下的质量管理原则，但这些原则与CMM/CMMI标准的管理原则是相通的。特别是CMMI标准，综合了三个源标准，也借鉴和融合了当今适用的管理理论和实践，包括ISO9000等其他的标准的管理思想。   各软件企业所服务的行业不同，企业性质不同，组织战略不同，实施ISO9000标准，推行CMM/CMMI标准也就会有不同的实施方法。但管理原则应该是一致的。所]]></description><category></category></item><item><title><![CDATA[查找瓶颈时按以下顺序，由易到难。 ]]></title><link>https://blog.csdn.net/alisisuli/article/details/2073066</link><guid>https://blog.csdn.net/alisisuli/article/details/2073066</guid><author>alisisuli</author><pubDate>Wed, 30 Jan 2008 14:40:00 +0800</pubDate><description><![CDATA[    服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）     注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪儿就够了。   ]]></description><category></category></item><item><title><![CDATA[交易成本分析(有待理解)]]></title><link>https://blog.csdn.net/alisisuli/article/details/2073052</link><guid>https://blog.csdn.net/alisisuli/article/details/2073052</guid><author>alisisuli</author><pubDate>Wed, 30 Jan 2008 14:37:00 +0800</pubDate><description><![CDATA[1) 使用和站点概况A. 在线使用概况下表列出了本文中项目组所用的在线使用概括。 峰值乘数用于计算与平均负载有关的系统的最大容量。 如果每秒钟的平均请求数量是 150 ，如果您的峰值乘数是 3 的话那么预期峰值将会是每秒钟 150 次请求。 为了对实施进行容量规划，您应当为系统的峰值容量做规划。描述 值会话的平均时间 7 分钟(420 秒)峰值乘数 3x 平均值每个用户每次访问的请求数 141由“]]></description><category></category></item><item><title><![CDATA[性能测试的一些思路]]></title><link>https://blog.csdn.net/alisisuli/article/details/2071747</link><guid>https://blog.csdn.net/alisisuli/article/details/2071747</guid><author>alisisuli</author><pubDate>Tue, 29 Jan 2008 16:18:00 +0800</pubDate><description><![CDATA[测试目标：测试过程是否满足以上过程指标及最终的需求指标；及如何通过结合2者指标评估出被测系统及上线环境的线性对比指标；最后得到系统的性能、可扩展性、可用性等测试结论。测试步骤：1) 基准测试：分步测试。测试结果是一致的且可重现。测试环境一直处在相同的高负载下进行。 2) 容量规划测试：系统测试。容量规划在测试需求阶段就需要从设计获取了，详见附件《性能指标容量规划.DOC》。如果要确定系统的容量]]></description><category></category></item><item><title><![CDATA[Web 开发人员: 为最佳性能而进行优化？]]></title><link>https://blog.csdn.net/alisisuli/article/details/2071453</link><guid>https://blog.csdn.net/alisisuli/article/details/2071453</guid><author>alisisuli</author><pubDate>Tue, 29 Jan 2008 14:15:00 +0800</pubDate><description><![CDATA[如果您在开发 Web 应用程序，那么您很可能熟悉基于Java连接到数据库的方法：JDBC 和 SQLJ。但是您知道如何能让使用这些方法的应用程序获得最佳性能吗？微调数据库访问会使应用程序和数据库保持协调一致。如果您在开发 Web 应用程序，那么您很可能熟悉基于Java连接到数据库的方法：JDBC 和 SQLJ。但是您知道如何能让使用这些方法的应用程序获得最佳性能吗？如果您认为性能不是开]]></description><category></category></item><item><title><![CDATA[Windows性能管理解析]]></title><link>https://blog.csdn.net/alisisuli/article/details/2071389</link><guid>https://blog.csdn.net/alisisuli/article/details/2071389</guid><author>alisisuli</author><pubDate>Tue, 29 Jan 2008 13:37:00 +0800</pubDate><description><![CDATA[说到Windows环境下的性能管理，许多人首先想到的可能就是无处不在的Performance Monitor工具。早在Windows NT时代，Performance Monitor就是获取性能信息的主要工具，当然，任务管理器和Windows管理规范（Windows Management Instrumentation）也属于 常用工具之列，它们不仅能够提供性能数据，而且还能提供其他与性能有关的管]]></description><category></category></item><item><title><![CDATA[游戏项目中的自动化测试和持续集成]]></title><link>https://blog.csdn.net/alisisuli/article/details/2029850</link><guid>https://blog.csdn.net/alisisuli/article/details/2029850</guid><author>alisisuli</author><pubDate>Tue, 08 Jan 2008 10:35:00 +0800</pubDate><description><![CDATA[        现在，许多游戏项目要么跳票严重，要不就是发布时Bug多多。当然，这样的现象并不仅存于游戏工业。例如，根据2001Standish集团发表的那份 声名狼藉的报告“极度混乱”所表述的，70%以上的软件项目要么被取消，要么严重的超时和超支。然而，游戏是软件开发复杂性的最佳代表，不同技能的人需要 协同工作，这也就是某些人所说的游戏项目中高风险因素所在。　　软件项目延期、Bug满天飞和失]]></description><category></category></item></channel></rss>