系统实现活动的目的是创建和测试系统定义所指定的系统版本。根据所选的生命周期模型,将活动分组并描述为迭代和/或并发地执行的通用流程。这些活动包括建立系统(系统实现)、集成不同的系统要素(系统集成),以及确保系统既满足利益攸关方的需要(系统确认),又符合系统需求和架构(系统验证)。
这些活动不是顺序的,而是根据所选择的生命周期模型并发地、迭代地和迭代地执行的。图1(参见下面的“概述”)还显示了这些过程如何适应系统定义和系统部署的环境,并使用s。请参见应用生命周期流程,以进一步讨论流程和生命周期模型之间的关系。
主题
系统工程知识体系的每个部分都被划分为知识领域,即具有相关主题的信息分组。知识领域依次被分成不同的主题。此包含以下主题:
系统实现
系统集成
系统验证
系统确认
有关第7部分中包含的案例研究和插图到第3部分中涉及的主题的映射,请参阅实现示例矩阵。
概述
基本上,系统定义的输出在系统实现期间用于创建系统要素,并在系统集成期间用于提供组合这些要素的计划和标准。需求用于验证和确认系统要素、系统和整个系统(系统利益(SoI))。这些活动为系统设计提供反馈,特别是当发现问题或挑战时。
最后,当系统被考虑、验证和确认时,它将成为系统部署和使用的输入。重要的是要了解这些活动有重叠;它们不必按图1所示的顺序出现。每个生命周期模型都包括实现活动,主要是验证和确认活动。执行这些活动的方式取决于所使用的生命周期模型。
图1. System Realization.
执行实现过程是为了确保系统为转换做好准备,并具有适当的结构和行为,以在整个系统的生命周期中实现所需的操作和功能。DAU和NASA除了实施、集成、验证和确认外,还包括实现的过渡。
基本面
实现过程的宏观视图
图2展示了使用Vee生命周期模型时实现活动的通用输出的宏观视图。左边的Vee代表各种设计活动“向下”的系统。
图2. The Vee Activity Diagram (Prosnik 2010).
Vee模型的左侧展示了系统要素规格说明和设计说明的开发。在此阶段中,开发验证和确认计划,稍后用于确定实现的系统要素(产品、服务或企业)是否符合规范和利益攸关方需求。同样,在这个阶段中,初始的规格说明成为低层系统模型的流程化需求。就时间框架而言,这些活动发生在系统生命周期的早期。这些活动将在系统定义中进一步讨论。不过,一些系统实现活动是与系统定义活动同时启动的,明白这一点很重要;集成、验证和确认计划尤其如此。
如图2所示,Vee模型的右侧显示了根据Vee(集成)左侧描述的系统模型组装的系统要素(产品、服务或企业)。验证和确认活动决定了已实现的系统如何很好地满足利益攸关方的需求、系统需求和设计属性。这些活动应遵循Vee左侧制定的计划。集成可以持续地、增量地和/或迭代地完成,由验证和确认(V&V)工作支持。例如,集成通常从Vee的底部开始,然后继续向上到Vee的顶部。
一旦所有系统模型的产品被完全定义,自底向上的最终产品实现就可以开始了。首先应用实现过程来购买、构建、编码或复用最终产品。这些已实现的最终产品根据其设计描述和规格说明进行验证,根据利益攸关方的需求进行验证,然后转换到下一个更高的系统模型进行集成。集成过程中的最终产品依次向上集成、验证和确认、转换到下一个获取阶段或最终作为最终产品转换到用户。
虽然系统工程(SE)技术过程是生命周期过程,但过程是并行的,并且各个过程的重点取决于设计的阶段和成熟度。图3(从左到右)描绘了整个系统采办生命周期中各自过程的概念重点。重要的是要注意,从这个角度来看,这些过程不遵循线性开发;相反,它们是并发的,给定区域中的活动量在系统的生命周期中不断变化。红框表示将作为实现的一部分进行讨论的主题。
图3. Notional Emphasis of Systems Engineering Technical ProceSSEs and Program Life-Cycle PHases
原文标题:系统实现
文章出处:【微信公众号:汽车电子硬件设计】欢迎添加关注!文章转载请注明出处。
责任编辑:haq
全部0条评论
快来发表一下你的评论吧 !