作为MCSD.NET认证考试的一部分，解决方案结构考试（70-100）已经经过了修改并于2003年2月份正式启动了。这门新的考试“分析要求和定义Microsoft .NET解决方案结构”（70-300）涵盖了软件开发中最困难的一些内容，它会带你超越设计平台的代码，深入开发应用程序的原因和过程。
设计解决方案的一个重要部分是把你原始的概念转变成用于系统的逻辑结构。在这里，我会向你解释如何定义一个你能够很容易就转变为逻辑设计的概念。我还会向你介绍一些能够用来辨别重要概念设计要点的技巧和工具。
概念设计要点
解决方案概念的产生是整个（设计）过程中比较有意思的部分。但是不论的你想法有多好，接受这一想法并把它转变成完整的概念设计并不像产生这一想法一样容易。所以在应该建立概念设计的时候，这些工具和技巧将能够为这一计划打下基础。
这些工具中与其关系最大的是统一造型语言（UML），它基本上就是概念设计文档的标示语言。但是，这一部分内容在学习材料的分量并不大，而我也记得考试里关于这一部分的内容也不多。那么为什么要在这里提起它呢？因为，如果你习惯用UML或者UML这类的概念思考问题，那么考试里关于概念设计的问题对你的意义会更大。让我们来探讨一下其中的一些概念，并看看它们如何同概念设计相关。
各种形式的案例场景
案例场景，也叫做“使用案例场景”，说明了用户将会如何使用一个应用程序。它们通常是这样的：“用户意识到她需要去做空白，所以她坐在计算机前面并空白，五分钟之后，她离开计算机，变得更加富有、苗条和聪明。”作为解决方案的设计师，你的工作就失去把这些空白填起来。
注意上下文
在你听客户（或者你自己）谈论案例场景的时候，要注意每个案例所处的上下文和周围环境。这会有助于你以后试着定义解决方案的组件和定义它们如何相互关联的。例如，如果用户在沙滩上使用你设计的解决方案，那么你可能就要考虑防水的服务器，或者向用户提供防水的PDA，从而（成功地）实现解决方案。
作为另一个更加真实的例子，你的解决方案可能会涉及分布在乡村里混有UNIX和Windows的系统。在这种情况下，你就需要考虑哪些组件最适合于某个平台或者另一个平台。
工作流程设计
工作流程设计，也叫做情节串联板，是用来确定执行解决方案预定功能的物理过程或者时间过程的。当你为某个解决方案设计工作流程的时候，你只用简单地把组件定义的名称标牌放在你面前的桌子上，在根据它们相互之间物理关系和时间关系开始安排它们。前面所讲的解决方案结构考试（70-100）就是这样运作的：你面前有一排组件的定义，而且必须在它们之间建立连接，用来代表你所认为的工作流程。
在建立设计组件工作流程和关系的过程中更好的主意是看看微软用于数据表格关系的图形设计工具，例如Visio。要想看到它工作良好时的情况，看看Rational的产品线。
任务的顺序
工作流程的设计是一个基于对象和图形的过程，而任务顺序的安排则更加线性，而且是基于文本的。而且，任务排序是一项重要的设计过程，因为它会回答许多设计上的问题，你应用程序的编码器和数据设计器在早期会存在这些问题。如果你的商业要求声明说只有执行者才能修改数据，你就需要确信这一要求会在任务顺序中得到反映，否则的话你的开发人员可能在没有得到用户确认的情况下开启了这项功能。
确定物理环境
概念设计过程最后的功能是定义你的解决方案所处的物理环境。这一过程包括确定哪些技术是你解决方案正在使用或者是可以使用的。你可能还必须回答诸如这样的问题：“服务器要被放在哪里？”在这种情况下，确定哪些工具可用——水、空调、防水或者甚至是防止轰炸的用具——可能同样重要。如果不定义物理环境，你可能会发现：自己为陆地上使用而设计的一个优秀的应用程序在你的用户把它放到卫星上并发射到太空里时却崩溃了。(BUILDER.COM)