第4章物理设计阶段.doc

第 4 章：物理设计阶段  摘要：本章讨论了和商务参考体系结构应用程序 ConsolidatedR 有关的 Microsoft 解决方案框架 (MSF) 物理设计阶段。在逻辑设计阶段，项目开发小组将实际的物理设计约束应用到在逻辑设计阶段创建的逻辑设计。这项活动的目标是标识一组组件，然后确定哪些组件已经存在以及哪些组件必须创建。在该阶段的末尾，将结果记录在明确定义的技术规范中，该规范将成为构建应用程序的蓝图。 简介 物理设计阶段是将实际的物理设计约束应用到逻辑设计的过渡阶段。标识了逻辑组件之后，下一个任务就是分析哪些组件已经存在，哪些组件可以重复使用或进行修改，而哪些组件必须创建。 正如前文所述，物理设计过程是从开发人员的角度考虑的。该阶段的成果是一个完整实现方案的设计或蓝图，同时编写出了技术规范文档，开发小组将使用该文档来构建应用程序。 物理阶段可以分为三个更小的任务阶段，如下所示： 研究：在此阶段，开发小组将确定物理基础结构约束和解决方案需求，并处理这两者之间的冲突。此外，开发小组还将确定预期的实现技术。 分析/合理化：开发小组将选择要使用的实现技术，并确定如何满足定义的业务需求。 实现：开发小组将选择编程模型、指定组件接口并选择开发语言。 本章的其余部分将详细讨论这三个任务，并在适当的地方给出示例。 研究工作 物理阶段涉及的第一个任务是研究和收集有关以下主题的信息： 物理解决方案需求 物理约束 可供选择的现有技术 客户需求暗含在需求文档中，在逻辑阶段进一步加以定义；不过开发小组可能需要研究并确定实际的约束和现有的技术。 确定物理解决方案需求 物理解决方案需求是专用于指导基础结构设计的需求。在第 1 章中，我们定义了以下系统需求： 全球化 性能/可靠性 可扩展性 可用性 可管理性 安全性 可访问性 以下章节将对每个主题进行详细说明。 全球化（国际化） 全球化（或国际化）是开发程序核心内容需要经过的一个过程，在这个过程中，不再是基于单种语言或区域进行功能设计和代码设计，同时，编写的源代码更便于创建程序的不同语言版本。 全球化使您能将应用程序移植到不同的文化环境。在早期的编程中，这仅仅意味着支持多种语言（例如，支持 Unicode），但是现在进行全球化时，还要考虑选择什么样的界面，例如确定颜色、导航布局以及页结构等。 进行全球化时，需要仔细审查应用程序或网页中涉及的一些众所周知的地理和文化问题。全球化的步骤包括：研究语言和文化问题，请语言专家校验一些众所周知的问题，如果可能的话，请特定销售区域的公司代表校验一些众所周知的问题。 要支持这些文化差异，可以定义以下物理需求： 在数据库中使用 nVarChar 而不使用 VarChar 提供自定义界面的能力 性能 性能一般用“系统总吞吐量”和“响应时间”来衡量。 系统总吞吐量 系统总吞吐量使用“每秒事务数 (TPS)”来衡量，反映了系统在执行服务请求的特定集合（称为事务）方面的能力。对于电子商务应用程序，事务可能由以下依次执行直到结束的事件组成： 用户来到站点。 用户浏览目录，找到想要的产品。 用户将产品添加到购物车。 用户注册。 用户结帐。 TPS 是系统每秒可以处理这些事务的最大数量。正如在业务需求中所述的，当使用以下开发配置时，将商务参考体系结构应用程序设计为每小时至少处理 4800 个这样的事务： [(4) PIII 500mhz，1GB RAM，服务器运行 IIS 和 Commerce Server] [(1) PIII 500mhz，1GB RAM，服务器运行 SQL Server] 响应时间 响应时间是用户请求和系统响应之间间隔的时间量，是用户最关心的性能指标。响应时间通常用一个百分比和响应秒数来表示。例如，“所有请求中的 90% 应在 5 秒之内响应”意味着在用户认为应用程序的运行出现问题之前，其所发请求中的 90% 必须在 5 秒之内得到服务器的响应。 商务参考体系结构应用程序要求在 5 秒内响应全部请求中的 95%。 可扩展性 可扩展性是指添加资源时站点容量增加的能力。从用户角度来看，这意味着当大量用户同时访问站点时，站点仍能提供可接受的响应时间。 我们在以前的章节中已经提过，提高可扩展性有两个方法：“向上扩展”和“向外扩展”。 向上扩展 “向上扩展”就是通过采用更好和/或更快的 CPU、更大的 RAM、更快的磁盘等等来增强服务器的处理能力。这种方法非常有效，尤其是在数据层上，该层上的一些大型数据库需要相对较强的处理能力。不过，由于硬件成本随处理能力的加强而按指数增长，因此，服务器越接近顶端，这种方法就愈加不合算。 向外扩展 “向外扩展”则是指利用群集（也称为“Web 领域”）中的多个服务器来分担处理工作量。Web 领域在硬件方面的花费