美利体育登录入口官网:IEEE Std 1220-1994
IEEE 系统工程过程应用与管理试用标准
IEEE Trial-use standard for application and management of the systems engineering process
1999-01
- 标准号
- IEEE Std 1220-1994
- 发布
- 1994年
- 国际标准分类(ICS)
- 35.240.01 信息技术应用综合
- 总页数
- 90页
- 发布单位
- 美国电气电子工程师学会
- 替代标准
- IEEE Std 1220-1998
- 当前最新
- IEEE Std 1220-2005
- 引用标准
- IEEE Std 1012-1986 IEEE Std 610.12-1990
- 本体
- 系统工程 系统架构
- 适用范围
- （现有 1.1 的第一段，范围）：该标准定义了在整个系统生命周期中将客户需求、要求和约束转化为系统解决方案所需的跨学科任务。本文档旨在指导商业、政府、军事和太空应用的系统（包括人类、计算机和软件）的开发。该信息适用于负责开发产品设计并建立提供生命周期维持所需的生命周期基础设施的企业内的企业。修订范围不变。
| 术语 | 描述 |
|---|---|
| 组装 assemble | 将制造或加工的元件组合成更大元件的行为。 |
| 组件 component | 物理或系统架构、规范树和系统分解结构中的一个元素，是组件的从属元素，可由两个或多个子组件或零件组成；或由一个或多个子装配体及其相关的生命周期过程组成。 |
| 配置基线 configuration baseline | 在文档中记录的特定时间点的配置，充分描述了功能、性能、互操作性、接口要求和物理特性，视生命周期阶段而定。 |
| 消费者产品 consumer product | 交付给客户的最终产品。 |
| 约束 constraint | 限制系统设计解决方案或系统工程过程实施的局限性或隐含要求，执行活动无法更改，通常不可分配。 |
| 客户 customer | 订购、购买、接收或受执行活动提供的产品或过程影响的人或组织。客户包括开发者、制造商、测试者、分销商、操作员、支持者、培训师、处置者和公众。 |
| 设计 design | （名词）综合过程的结果，提供足够的细节、图纸或其他相关信息，以便对物理或软件元件进行进一步开发、制造、组装、集成或生产；（动词）在系统工程过程中进行综合时，为物理或软件元件准备图纸或其他相关信息的行为。 |
| 设计成本 design-to-cost | 确立一个与其他性能参数相当的成本目标。 |
| 有效性分析 effectiveness analysis | 分析设计解决方案在预期的运行场景下如何执行或运行。 |
| 有效性评估 effectiveness assessment | 评估设计解决方案在制造、测试、分销、运行、支持、培训、环境影响、成本效益和生命周期成本方面的表现。 |
| 有效性标准 effectiveness criteria | 用于确定设计解决方案成功或失败的衡量价值。 |
| 元素 element | 物理架构、规范树或系统分解结构中的识别部分，包括系统本身。 |
| 最终产品 end item | 与系统分解结构中的元素相关联的实体。最终产品由以下一项或多项表示：美利体育官网首页网址（硬件和软件）、数据、设施、材料、服务和/或技术。 |
| 环境 environment | 限制消费者产品及其生命周期过程产品设计的自然（天气、气候、海洋条件、地形、植被、灰尘等）和人为（电磁、干扰、热、振动等）条件。 |
| 基于事件规划 event-based planning | 一种建立项目计划、任务和里程碑的方法，基于满足与项目事件相关的重要成果，而不是基于日历导向的里程碑。 |
| 外部系统接口 external system interfaces | 影响消费者产品设计解决方案的其他系统、平台或产品的系统接口。 |
| 功能 function | 以动词表达的任务、行动或活动，以实现定义的目标（例如，车辆）。 |
| 功能架构 functional architecture | 定义执行序列、控制或数据流的条件以及性能要求的架构（内部和外部），以满足需求基线。 |
| 功能要求 functional requirement | 陈述产品或过程必须完成以产生所需行为和/或结果的内容。 |
| 功能验证 functional verification | 评估功能架构是否满足已验证需求基线的过程。 |
| 集成数据库 integrated database | 存储与系统工程过程相关的所有信息的存储库，包括所有数据、模式、模型、工具、技术管理决策、过程分析信息、需求变更、过程和产品质量指标以及权衡。 |
| 集成 integration | 将两个或多个低级元素合并为一个功能统一的高级元素，并满足功能和物理接口。 |
| 接口规范 interface specification | 描述两个或多个系统元素之间或系统元素与操作员（人机接口）之间共同边界上的基本功能、性能和物理要求及约束。 |
| 生命周期 life cycle | 由用户需求或感知到的客户需求引发的系统或产品的演变，直至消费者产品及其生命周期过程产品和副产品的处置。 |
| 生命周期成本 life cycle cost | 在产品开发、制造、测试、分销、运行、支持、培训和处置方面的总投资。 |
| 生命周期过程 life cycle processes | 提供全面消费者满意度和满足公众接受的八个基本功能过程：开发、制造、测试、分销、运行、支持、培训和处置。 |
| 生命周期过程产品 life cycle process product | 为支持消费者产品而执行生命周期过程所需的最终产品。该最终产品可以是产品、过程或服务。 |
| 有效性度量 measure of effectiveness (MOE) | 客户用于衡量技术工作生产的产品满意度的指标。 |
| 性能度量 measure of performance (MOP) | 提供满足MOE所需设计要求的性能度量。通常每个有效性度量有多个性能度量。 |
| 方法 method | 一种正式的、文件化的方法，用于完成受决策规则支配的任务、活动或过程步骤，以提供输出形式或表示的描述。 |
| 模式 mode | 系统功能、子功能或物理元件的操作条件。 |
| 运行条件 operational conditions | 有助于定义运行场景或环境的因素，包括天气、人为操作、外部系统交互等。 |
| 运行环境 operational environment | 系统预期运行的自然或人为环境条件、预期的系统接口和用户交互。 |
| 零件 part | 物理或系统架构、规范树或系统分解结构中最低的元素，无法再划分（例如，螺栓、螺母、支架、半导体、计算机软件单元）。 |
| 性能要求 performance requirement | 识别功能质量属性的可衡量标准，或功能要求必须完成得有多好。 |
| 执行活动 performing activity | 执行本标准中指定任务的人员或组织。 |
| 物理架构 physical architecture | 物理元件的排列，为消费者产品或生命周期过程提供设计解决方案，旨在满足功能架构和需求基线的要求。 |
| 物理特性 physical characteristics | 与产品或过程的可衡量描述相关的物理设计属性或区分特征。 |
| 物理元件 physical element | 物理架构中的产品、子系统、装配体、组件、子组件、子装配体或零件，由其设计、接口（内部和外部）和要求（功能、性能、约束和物理特性）定义。 |
| 物理验证 physical verification | 评估物理架构的要求是否可追溯至已验证的功能架构并满足已验证需求基线的过程。 |
| 先例系统 precedented system | 在其类别中存在示例的系统，可为建立物理架构、技术和项目计划、规范或低风险替代方案提供指导。 |
| 过程 process | 一系列任务、行动或活动，包括从一个过渡到下一个的转换标准，从而产生结果。 |
| 产品 product | 物理或系统架构、规范树或系统分解结构中的一个元素，是系统的从属元素，由两个或多个子系统组成。它代表系统的主要消费者产品（如汽车、飞机）或与生命周期过程相关的主要生命周期过程产品（如模拟器、建筑物、机器人）。 |
| 产品和过程数据包 product and process data package | 系统工程过程中演变的输出，记录硬件设计、软件设计及其相关文档和生命周期过程。 |
| 项目环境 project environment | 定义目标、成功标准、项目里程碑和相关管理优先级的环境，这些环境支配支持产品开发的系统工程活动。 |
| 再工程 re-engineering | 通过修改纠正设计缺陷或进行增量改进，在生产后改进系统的过程。 |
| 要求 requirement | 识别能力、物理特性或质量因素的陈述，该陈述界定了产品或过程的需求，将寻求解决方案。 |
| 需求基线 requirements baseline | 操作、功能和物理要求的综合集，用于指导开发和管理决策过程。 |
| 需求基线验证 requirements baseline validation | 评估系统工程过程需求分析活动的结果，以确保符合客户期望、项目和企业的约束以及外部约束。 |
| 风险管理 risk management | 与风险管理准备、风险评估、风险处理选项评估和风险控制相关的活动。 |
| 服务 service | 与系统产品和过程相关的生命周期支持相关的交付、安装、维护、培训和其他劳动密集型活动。 |
| 规范 specification | 一份文件，充分描述物理元件或其接口，包括要求（功能、性能、约束和物理特性）以及每个要求的资格条件和程序。 |
| 规范元素 specification element | 规范树中由规范描述的产品、子系统、装配体、组件、子组件、子装配体或零件。 |
| 规范树 specification tree | 规范元素及其接口规范的层次结构，识别系统配置中需要控制的物理元素的元素和相关规范。 |
| 状态 state | 在特定时间点表征功能/子功能或元件行为的条件。 |
| 子装配体 subassembly | 物理或系统架构、规范树和系统分解结构中的一个元素，是复杂组件的从属元素，由两个或多个子组件组成。 |
| 子组件 subcomponent | 物理或系统架构、规范树和系统分解结构中的一个元素，是非复杂组件或子装配体的从属元素，由两个或多个零件组成。 |
| 子系统 subsystem | 物理或系统架构、规范树或系统分解结构中的一个元素，是产品的从属元素，由一个或多个装配体及其相关的生命周期过程组成。 |
| 系统 system | 系统架构、规范树或系统分解结构的顶层元素，由一个或多个产品及其相关的生命周期过程及其产品和服务组成。 |
| 系统架构 system architecture | 消费者产品及其生命周期过程的物理架构的综合体。 |
| 系统分解结构 system breakdown structure (SBS) | 用于分配开发团队、进行技术评审以及分配分配的工作和相关资源分配给完成项目目标所需的每个任务的元素和相关生命周期过程的层次结构。它也为成本跟踪和控制提供基础。系统分解结构源自规范树。 |
| 系统有效性 system effectiveness | 系统满足其预期运行用途的能力的度量，作为系统在预期环境条件下性能、系统元件的可靠性和可维护性以及系统在生命周期内生产、测试、分销、运行、支持、培训和处置能力的函数。 |
| 系统元素 system element | 系统分解结构中的产品、子系统、装配体、组件、子组件、子装配体或零件，包括规范、配置基线、预算、进度和工作任务。 |
| 系统工程 systems engineering | 一种跨学科的协作方法，用于推导、演进和验证满足客户期望并符合公众接受度的生命周期平衡系统解决方案。 |
| 任务活动 tasking activity | 指导执行活动完成本标准中指定工作的人员或组织。 |
| 技术工作 technical effort | 与产品开发相关的全部工程、测试、制造和特种工程工作，包括企业为开发、生产、分销、运行、测试、支持、培训和处置产品所需的所有系统、美利体育官网首页网址、设施等。 |
| 无前例系统 unprecedented system | 不存在设计示例的系统，因此物理架构的替代方案不受先前系统描述的限制。 |
美利体育登录入口官网: IEEE Std 1220-1994 中提到的仪器美利体育官网首页网址
| 工程测试模型 原型机 | 制造和装配过程中用于测试的工程模型和黄铜板。 |
| 模拟器 飞行控制系统 | 用于训练的生命周期过程产品，包含飞行控制系统。 |