|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
在软件架构的发展过程中，因为研究者的出发点不同，出现了两个互相正交的方法和学科分支：以问题域为出发点的DSSA和以解决域为出发点的软件架构风格。因为两者侧重点不同，它们在软件开发中具有不同的应用特点。
|
|
|
|
DSSA只对某一个领域进行设计专家知识的提取、存储和组织，但可以同时使用多种架构风格；而在某个架构风格中进行架构设计专家知识的组织时，可以将提取的公共结构和设计方法扩展到多个应用领域。
|
|
|
|
DSSA的特定领域参考架构通常选用一个或多个适合所研究领域的架构风格，并设计一个该领域专用的架构分析设计工具。但该方法提取的专家知识只能用于一个较小的范围（所在领域中）。不同参考架构之间基础和概念的共同点较少，所以为一个领域开发DSSA及其工具在另一个领域中是不适应的或不可重用的，而工具的开发成本是相当高的。
|
|
|
|
架构风格的定义和该风格应用的领域是正交的，提取的设计知识比用DSSA提取的设计专家知识的应用范围要广。一般的、可调整的系统基础可以避免涉及特定的领域背景，所以建立一个特定风格的架构设计环境的成本比建立一个DSSA参考架构和工具库的成本要低得很多。因为对特定领域内的专家知识和经验的忽略，使其在一个具体的应用开发中所起的作用并不比DSSA要大。
|
|
|
|
DSSA和架构风格是互为补充的两种技术。在大型软件开发项目中基于领域的设计专家知识和以风格为中心的架构设计专家知识都扮演着重要的角色。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
随着嵌入式技术的发展，特别是在后PC时代，嵌入式软件系统得到了极大的丰富和发展，形成了一个完整的软件体系。如下图所示，这个体系自底向上由3部分组成，分别是嵌入式操作系统、支撑软件和应用软件。
|
|
|
|
|
|
|
|
嵌入式操作系统（Embedded Operating System, EOS）由操作系统内核、应用程序接口、设备驱动程序接口等几部分组成。嵌入式操作一般采用微内核结构。操作系统只负责进程的调度、进程间的通信、内存分配及异常与中断管理最基本的任务，其他大部分的功能则由支撑软件完成。
|
|
|
|
嵌入式系统中的支撑软件由窗口系统、网络系统、数据库管理系统及Java虚拟机等几部分组成。对于嵌入式系统来讲，软件的开发环境大部分在通用台式计算机和工作站上运行，但从逻辑上讲，它仍然被认为是嵌入式系统支撑软件的一部分。支撑软件一般用于一些浅度嵌入的系统中，如智能手机、个人数字助理等。
|
|
|
|
嵌入式系统中的应用软件是系统整体功能的集中体现。系统的能力总是通过应用软件表现出来的。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RPR的体系结构如下图所示。RPR采用了双环结构，由内层的环1和外层的环0组成，每个环都是单方向传送。相邻工作站之间的跨距包含传送方向相反的两条链路。RPR支持多达255个工作站，最大环周长为2000km。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Java目前主要应用于服务器端的企业级应用（Servlet、JSP）、手持设备（J2ME、K-Java、无线Java）、普通网页（Applet）、普通应用程序。
|
|
|
|
|
|
|
|
|
|
|
|
|
