Web应用程序

　　Web和桌面应用程序相比有很多优势，包括管理集中、升级容易，以及客户端统一的特性。其唯一的不足之处是，如果你无法访问服务器，它们常常就无法工作。但是，就是这个问题也被.NET涉及到了，包括对连接断开的Web 应用程序甚至是连接断开数据库的支持。

　　分层应用程序

　　在分层的解决方案中，组件按照功能被分层，不同的层常常位于不同的计算机上。在设计分层应用程序的过程中，当你把概念设计转换成逻辑设计时，你会希望区分开它所需要的各种层。分层应用程序的巨大优势包括其可伸缩性和易维护性。其不足之处就是复杂性的问题。

　　协作应用程序

　　最后也是最复杂的应用程序类型是协作应用程序。这种类型应用程序的一个例子是微软NetMeeting的白板特性，它能够允许多个用户同时在白板上写字画画。白板的所有用户都能够实时地看到任何变化。Visual Studio .NET能够允许许多开发人员在同一时间开发同一个应用程序，因此它是协作应用程序的另一个例子。

　　逻辑、扩块和基于组件的设计

　　一旦建立好了你概念设计的要点并辨别了按照这一概念所构建的应用程序类型，你就有了解决方案的基础。然后你就可以开始设计组成可交付产品的真正组件和服务了。就和所有的设计元素一样，组件和服务的定义在编写代码以前都应该能够被仔细地归档和考虑。

　　组件

　　如果你告诉某个程序员你需要一个组件，那么你会获得一个ActiveX控件、Java的类或者是.NET的组件，具体是哪者要依据平台的不同。但是如果你告诉一个软件设计师同样的事情，你会获得不同的东西。对于软件设计师而言，组件就意味着任何一小块解决方案，这个方案被作为一组功能和特性分离开来，并和这一解决方案的其他组件相关。例如，结构组件可以是一组数据存储过程或者是能够放在CD上的可重新分布的客户端程序。它也可以是用户需要用来使用最终解决方案的一组技巧。你需要像设计师一样思考组件，这样才能充实你的组件设计。把商业条例集成到对象设计里

　　不论你的解决方案是一组组件、一套服务或者两者的组合，你都希望确保它集成进了机构的商业条例：这些条例会定义或者限制你解决方案所关注商业的特定方面。这一过程很容易就会成为导致整个解决方案失败的地方。无论这个解决方案设计得有多稳固多周密，如果它违反了重要的商业条例——例如“每笔购买订单都必须由管理层的一员认可”——它就会被认为是失败的。

　　逻辑设计对PASS ME目标的影响

　　逻辑、模块和基于组件解决方案的设计的最后一部分会发生在设计过程的最后，并会向后延续一段时间。你有了一个可以接受的解决方案，但是现在你会希望确切地知道这个方案能够在多大程度上满足你的期望，甚至超过你的预期。这一阶段就是你收集其优势确定自己的解决方案是否满足了PASS ME目标的时侯。它运行得是否良好?它是否能够被需要访问的人轻易地访问到?它是否稳定和安全?它是否易于维护?它是否能够满足未来的要求?