概念设计：收集所有用户要求，并将它们构建为解决方案包含的小型过程片断，旨在涵盖未来解决方案的所有要求、期望和需要。要领设计的输出是用例模型，它描述要求和用法，及如何执行用例模型中的过程的情景。所有输出用UML建模。
关键词：用户要求、用例模型
可经过的步骤包括：
1、收集要求
2、绘制高级需求的图
3、绘制情景图
4、得到用户认可
收集要求：当面对复杂项目时，除直接要求用户提供要求列表外，还需要考虑获得要求的其他方式。
1、采访：采访的范围要尽量广泛，不仅要包括用户（操作者），还包括主持者和管理人员。
2、当前系统：若用户存在当前系统，必须对当前系统进行充分的了解。
原因有三：
第一：项目团队成员有机会了解现有系统，从而确保所有人对旧系统都有相同的了解；
第二：可使用当前系统的分析来识别当前系统和未来系统的差距。这可能非常重要，不应该丢掉旧系统中的重要特性和构建价值更低的系统；
第三：分析当前系统有利于识别项目涉及到的重要业务过程。
如果系统不很复杂，而且项目团队对当前系统非常熟悉，就没有必要实施这项耗时的任务。
3、企业体系结构
通过分析企业体系结构，可了解机构如何实施业务的宝贵信息。这可能是项目涉及的业务过程或与过程相关的活动。分析企业体系结构有利于识别其他应用，并了解它们与解决方案的关系。还可能发现执行业务活动所需的基础结构和信息。简而言之，分析当前机构及业务活动，以识别解决方案需要的有价值信息或业务过程。
绘制高级需求的图：通过用例图（use case diagram）和活动图（activity diagram）可按非技术方式描述要求和过程。
首先要列出所有过程（过程是构成功能的任务集合），逐一绘出过程。在完成后，再绘制参与者和其他图元素。（参与者actor是与解决方案交互的人或事物）
绘制情景图：为绘制高级要求图时发现的各个过程构建情景。从用例图可以看到哪些过程构成了解决方案。不过，这些信息不足以用来详细设计解决方案，必须了解如何执行各个过程，及执行各个过程时涉及哪些任务。收集这些信息后，可写入执行整个过程所需的简单任务序列。通过顺序图来详细描述系统。
得到用户认可：设计必须经用户认可，并证实构建的图合理有效，才可以转移到逻辑设计阶段。
逻辑设计：需要使用项目团队所有成员能够理解的语言，仍不能使用技术语言，而应使用UML来描述构成解决方案的对象。逻辑设计步骤的目标是使项目团队就解决方案形式和开发内容达成一致。这通过用UML构建对象模型而完成。概念设计的输出是逻辑设计的输入，逻辑设计的输出是显示开发内容的对象模型。
逻辑设计的步骤：
1、了解总体情况
2、识别业务对象
3、识别.net服务
4、windows DNA方法
5、优化业务过程
6、识别特性和关系
了解总体情况：首先要有一个简单图，说明解决方案构建块。如果未在总体上确定要构建的内容，就几乎无法确定真正的需要。
识别业务对象：首先要分析概念设计的所有要求和用例模型图，并试图识别业务对象。“业务对象”是解决方案中完成以上任何任务的事物或人：
1、接收解决方案的信息
2、将信息发送给解决方案
3、控制部分解决方案
4、受到解决方案的控制
换而言之，业务对象是作为解决方案一部分的事物或人。
对象的类型包括：
持久对象：（一般在数据库中）
控制对象：对事物联系在一起，并处理对象之间的通信。一般不持久。
边界对象：是系统边界对象，方便系统与若干个外部对象的交互。（例如参与者）
在识别业务对象时，一个简单原则是：情景中的名词一般是业务对象。首先从情景中的名词获得候选对象，经过分析，去除无关对象。还可通过用例图和顺序图来识别业务对象。
识别.NET服务：.NET服务是独立功能，执行服务或处理任务。根据经验来看，用例、情景和顺序图中的动词经常是解决方案中的服务。服务表示执行服务或任务的独立功能。
Windows DNA方法：（Windows Distributed Internet Application ArchitectureWindows分布式Internet应用程序体系结构）是在Windows平台上开发n层应用程序的标准。它是将服务分解为用户服务、业务服务和数据服务。
1、可伸缩性：使用独立服务，可分布服务，使它们运行在不同服务器上。这意味着，所有数据服务可运行在数据服务器，而所有的业务逻辑服务运行在应用服务器上。
2、维护性：对于独立的一些代码，逻辑被分离为可重用服务。测试更加简单和省时。在更改服务后，只需要测试这个服务。如果这个服务通过测试，使用该服务的所有应用程序仍将运行。
3、可扩展性：当业务通过继承为通用对象添加专用细节时，解决方案可以扩展。
4、可重用性：在将应用程序分解为服务时，将得到更高程度的可用性。
优化业务过程：识别业务过程和服务后，经过分析，去除非真正的过程、对象和服务，去除超出范围的内容，或者对业务过程和服务进行合并等。
识别特性和关系：首先识别业务对象特性，对于每个对象，都必须问一下，在解决方案中，需要对该对象做哪些描述。
逻辑设计过程的理念是构建业务对象模型。业务对象模型显示如何以逻辑方式开发系统。所谓“逻辑方式”，即不涉及如何以物理方式实现系统，而是构建一个模型，来显示解决方案包含哪对象，以及这些对象如何通过识别的服务来交互。业务对象模型显示如何实现用例和情景。要制作业务逻辑对象模型，可以构建三层图（Three-tier diagram）。
关键词：用户要求、用例模型
可经过的步骤包括：
1、收集要求
2、绘制高级需求的图
3、绘制情景图
4、得到用户认可
收集要求：当面对复杂项目时，除直接要求用户提供要求列表外，还需要考虑获得要求的其他方式。
1、采访：采访的范围要尽量广泛，不仅要包括用户（操作者），还包括主持者和管理人员。
2、当前系统：若用户存在当前系统，必须对当前系统进行充分的了解。
原因有三：
第一：项目团队成员有机会了解现有系统，从而确保所有人对旧系统都有相同的了解；
第二：可使用当前系统的分析来识别当前系统和未来系统的差距。这可能非常重要，不应该丢掉旧系统中的重要特性和构建价值更低的系统；
第三：分析当前系统有利于识别项目涉及到的重要业务过程。
如果系统不很复杂，而且项目团队对当前系统非常熟悉，就没有必要实施这项耗时的任务。
3、企业体系结构
通过分析企业体系结构，可了解机构如何实施业务的宝贵信息。这可能是项目涉及的业务过程或与过程相关的活动。分析企业体系结构有利于识别其他应用，并了解它们与解决方案的关系。还可能发现执行业务活动所需的基础结构和信息。简而言之，分析当前机构及业务活动，以识别解决方案需要的有价值信息或业务过程。
绘制高级需求的图：通过用例图（use case diagram）和活动图（activity diagram）可按非技术方式描述要求和过程。
首先要列出所有过程（过程是构成功能的任务集合），逐一绘出过程。在完成后，再绘制参与者和其他图元素。（参与者actor是与解决方案交互的人或事物）
绘制情景图：为绘制高级要求图时发现的各个过程构建情景。从用例图可以看到哪些过程构成了解决方案。不过，这些信息不足以用来详细设计解决方案，必须了解如何执行各个过程，及执行各个过程时涉及哪些任务。收集这些信息后，可写入执行整个过程所需的简单任务序列。通过顺序图来详细描述系统。
得到用户认可：设计必须经用户认可，并证实构建的图合理有效，才可以转移到逻辑设计阶段。
逻辑设计：需要使用项目团队所有成员能够理解的语言，仍不能使用技术语言，而应使用UML来描述构成解决方案的对象。逻辑设计步骤的目标是使项目团队就解决方案形式和开发内容达成一致。这通过用UML构建对象模型而完成。概念设计的输出是逻辑设计的输入，逻辑设计的输出是显示开发内容的对象模型。
逻辑设计的步骤：
1、了解总体情况
2、识别业务对象
3、识别.net服务
4、windows DNA方法
5、优化业务过程
6、识别特性和关系
了解总体情况：首先要有一个简单图，说明解决方案构建块。如果未在总体上确定要构建的内容，就几乎无法确定真正的需要。
识别业务对象：首先要分析概念设计的所有要求和用例模型图，并试图识别业务对象。“业务对象”是解决方案中完成以上任何任务的事物或人：
1、接收解决方案的信息
2、将信息发送给解决方案
3、控制部分解决方案
4、受到解决方案的控制
换而言之，业务对象是作为解决方案一部分的事物或人。
对象的类型包括：
持久对象：（一般在数据库中）
控制对象：对事物联系在一起，并处理对象之间的通信。一般不持久。
边界对象：是系统边界对象，方便系统与若干个外部对象的交互。（例如参与者）
在识别业务对象时，一个简单原则是：情景中的名词一般是业务对象。首先从情景中的名词获得候选对象，经过分析，去除无关对象。还可通过用例图和顺序图来识别业务对象。
识别.NET服务：.NET服务是独立功能，执行服务或处理任务。根据经验来看，用例、情景和顺序图中的动词经常是解决方案中的服务。服务表示执行服务或任务的独立功能。
Windows DNA方法：（Windows Distributed Internet Application ArchitectureWindows分布式Internet应用程序体系结构）是在Windows平台上开发n层应用程序的标准。它是将服务分解为用户服务、业务服务和数据服务。
1、可伸缩性：使用独立服务，可分布服务，使它们运行在不同服务器上。这意味着，所有数据服务可运行在数据服务器，而所有的业务逻辑服务运行在应用服务器上。
2、维护性：对于独立的一些代码，逻辑被分离为可重用服务。测试更加简单和省时。在更改服务后，只需要测试这个服务。如果这个服务通过测试，使用该服务的所有应用程序仍将运行。
3、可扩展性：当业务通过继承为通用对象添加专用细节时，解决方案可以扩展。
4、可重用性：在将应用程序分解为服务时，将得到更高程度的可用性。
优化业务过程：识别业务过程和服务后，经过分析，去除非真正的过程、对象和服务，去除超出范围的内容，或者对业务过程和服务进行合并等。
识别特性和关系：首先识别业务对象特性，对于每个对象，都必须问一下，在解决方案中，需要对该对象做哪些描述。
逻辑设计过程的理念是构建业务对象模型。业务对象模型显示如何以逻辑方式开发系统。所谓“逻辑方式”，即不涉及如何以物理方式实现系统，而是构建一个模型，来显示解决方案包含哪对象，以及这些对象如何通过识别的服务来交互。业务对象模型显示如何实现用例和情景。要制作业务逻辑对象模型，可以构建三层图（Three-tier diagram）。
