计算机软件构架的骨架

　　CCPDS-R软件过程被剪裁来使用Ada和可复用的中间件构件，以便快速构造一个分布式的构架。NAS CSCI提供了这些原始的构件，而且在CCPDS-R合同被授予之前就可以用自主的研究和开发资金进行初步开发。这些构件是第一代中间性解决方案，该方案使真正的基于构件的分布式构架开发方法成为可能。将NAS的类属任务、进程、套接口和环路实际化为一个运行时的基础设施，该基础设施称作软件构架的骨架（Software Architecture Skeleton ,SAS）。与公共子系统SAS有关的软件工程师前期的构造和演示的重点。这是一个构架优先过程的极好的例子。
　　SAS包含解决方案的陈述性试图，包括所有顶层的控制结构、接口与接口之间传递的数据类型。在CCPDS-R的一个构架定义中，这个试图包括以下内容：
　　NAS构件的初始化、进程和任务的状态管理、进程相互间的通信、故障处理、健康和性能监控、插装、网络管理、日志和网络控制。
　　即使一个SAS编译，它是集上并不执行许多场景（除了出现而且空闲），除非添加软件来读取消息、处理消息以及在应用任务内写消息。SAS的目的是提供结构和接口网络来将构件集成到线程中。SAS验证和评估有两个重要的方面：编译和执行。不过将所有SAS对象构造和编译在一起是一个重要的评估，该评估提供了与SAS一致性和质量有关的实质性的反馈。在SAS内构造构件、执行刺激和响应线程，提供了与结构化完整性和运行时语义有关的进一步反馈。
　　因此，SAS为集成和构架进化提供了平台。前期构造SAS并把它进化为一个稳定的基线是重要的。在该基线中，变更被管理和度量，以便提供与构架稳定性有关的反馈。大约在第13个月，即正好在初步设计评审（PDR）里程碑之前， CCPDS-R安装了第一个SAS基线（在3次非正式的迭代后）：所有随后的变更都是通过严格的配置控制来执行。在第一个基线后，SAS经历了多次变更，这些变更紧随项目的进展而得到细查，但SAS动态性集中在生命周期中的前期的可接受的稳固构架上。SAS在评估整个软件接口的变动性以及获得公共子系统的概念性构架方面是有用的。