| 通过可行性分析、需求分析阶段的工作，我们已经分析并定义了与软件开发目标相关的各种模型、分析出了软件的功能、性能要求等，解释了“软件目标是什么”的问题。在系统方案阶段，主要完成的工作则是解释“软件如何实现”的问题。
|
|
|
|
|
| 在问题定义阶段得到的软件概念模型使用各种工具定义了软件项目的开发目标。在系统方案制定阶段才开始真正考虑如何去实现软件。其中最重要的工作，就是制定软件的实现架构。
|
|
|
| 通过使用软件架构技术的各种逻辑视图、进程视图、物理视图、开发视图、场景视图，具体描述软件系统的高阶抽象模型，揭示了系统需求和构成系统的元素之间的对应关系，指导后续软件的分析。
|
|
|
|
|
| 实现要素对应于软件目标实现最重要的场景，表示了整个系统最主要的控制流程和实现机制。其中分析模型的结果，可能是采用结构化分析方法得到的功能分解体系，或面向对象的类和对象—关系图、对象—行为图。取决于具体选择的设计分析方法。
|
|
|
|
|
| .关键的用例、最主要的控制类、功能的组织和调度方式。
|
|
|
|
|
| .对象（OOAD）或程序模块（结构化方法）的组织模式。
|
|
|
|
|
|
|
|
|
| .选定基础计算平台，如操作系统、数据库、Web服务器、中间件平台等。
|
|
|
| .选定开发工具和开发环境，如计算机语言、构件库、工具软件等。
|
|
|
| .确定项目的组织方法、管理要件（如配置管理、需求管理、知识管理）方案。
|
|
|
|
|
|
|
| 通常，总是有一些标准的计算体系可供选择（如Windows DNA、J2EE），对于大多数软件开发项目来说，可通过比较各种标准计算体系与预期目标之间的匹配程度选定计算体系。选择标准的计算体系去实现软件可忽略大多数基础平台和底层支撑技术的实现问题，从而大大提高软件质量、降低开发风险和成本。通常，可以根据基础平台的功能和性能指标、公司或项目组的技术积累、要开发软件系统的特点和分层方式等选定标准的计算平台。典型的系统分层方式包括如下几种：
|
|
|
|
|
| .多层结构的技术组成模型：表现层、中间层、数据层。
|
|
|
| .网络系统的常用三层结构：核心层、汇聚层、接入层。
|
|
|
| .RUP典型分层方法：应用层、专业业务层、中间件层、系统软件层。
|
|
|
| .B/S模式系统结构：浏览器端、服务器端、请求接收层、请求处理层。
|
|
|
| .六层结构：功能层（用户界面）、模块层、组装层（软件总线）、服务层（数据处理）、数据层、核心层。
|
|
|
| 在其他一些情况下，出于各种诸如用户指定，与用户现有的IT设施保持一致性、兼容性、扩展性、未来的维护能力等因素，软件的基础平台很可能在项目的论证阶段就已经被确定下来，如操作系统、数据库系统、Web服务器、开发工具或开发环境等。在这种情况下，软件的计算体系实际上已经确定。
|
|
|
|
|
| 通过将前面得到的软件功能清单和软件实现的各种关键要素整理并分类，然后与现有的软件技术、标准的软件实现体系进行比较和匹配，就可以将软件概念模型定义的开发目标，进一步映射到真正可计算、可实现的软件架构上。
|
|
|
| 这个过程可以理解为一种不断归结、比较并匹配、设计以及分配的过程。进行匹配的过程常常是一种双向的选择和探究过程，一方面我们拿出一个软件目标中的功能或实现要素，询问：这部分功能属于表示层、业务逻辑，还是数据服务？另一方面，我们也研究标准计算体系提供的功能以及现有开发团队的技术能力和积累，例如：放在业务逻辑层合适吗？该体系的实现技术是什么？存在可复用的标准构件吗？如果开发则具体内容是什么？一旦完成了比较、匹配、分配、确认的过程，也就确认了从总体设计到具体模块开发的各层次上需要完成的工作内容。
|
|
|
| 归结设计要素的过程，可以看作是一个全面设计在头脑中不断演算、细化、规划评估、分配的快速过程，也是高度技术导向的。为了完成这一过程，系统分析员必须对流行的计算体系、实现技术、软件工具和方法以及模式、实现难度和代价等了如指掌，还必须具有一种兼顾总体把握和细微探究的能力，才能完成系统方案的制定、评价和改进。
|
|
|
