- 博客(31)
- 资源 (1)
- 收藏
- 关注
RSS订阅
原创 INCOSE需求编写指南-附录 C: 需求模式
需求模式（样板或模板）的概念最初于 1998 年在英国的未来水面战斗人员 (FSC) 国防项目中应用（Dick 和 Llorens，2012 年），用于帮助解决编写不同类型的文本需求（及时性等）时的若干困难。从这个意义上讲，需求模式可能由更小的模式（构建块）组成（如果需要），这些更小的模式也可以进一步拆分为更小的块。本指南的多个部分都提到了需求模式的概念——模式用于确保需求和需求集遵循本指南中的规则，以便它们具有所需的特性。最后，需求模式还可以促进正确教授良好且常见的需求编写方式的过程，并利用一致的词汇。
2025-01-30 13:45:00
887
原创 INCOSE需求编写指南-附录 D: 交叉引用矩阵
Rules to Characteristics Cross Reference MatrixNRM Concepts and Activities to Characteristics Cross Reference Matrix Part 1 NRM Concepts and Activities to Characteristics Cross Reference Matrix Part 2 Submit comments to Working Group chair. Current WG cha
2025-01-30 13:00:00
564
原创 INCOSE需求编写指南-附录 B: 首字母缩略词和缩写
电气电子工程师协会 Institute of Electrical and Electronics Engineers。验证和确认指南 Guide to Verification and Validation。简化技术英语 Simplified Technical English。需求管理工具 Requirement Management Tool。统一建模语言 Unified Modeling Language。配置管理 Configuration Management。国际系统工程学委员会。
2025-01-30 09:30:00
655
原创 INCOSE需求编写指南-附录 A: 参考文献
附录 Appendix A: 参考文献 References编写本指南时参考了以下参考资料。如果可能，文本中会引用来源。在某些情况下，文本的基础是来自多个来源的概念和信息，但这些概念和信息不能直接归因于任何单一来源。引用的文件仅适用于本文指定的范围。
2025-01-30 09:00:00
807
原创 INCOSE需求编写指南-第4节：需求和要求陈述以及需求和要求集的规则
定义术语 Define terms.阐述大多数语言都包含大量具有多个同义词的单词，每个同义词的含义根据上下文略有不同。在需求和要求陈述中，含义的细微差别很可能会导致歧义，并在整个生命周期的验证和确认活动中造成困难。以某种形式的本体论定义术语，包括词汇表、数据字典或类似的工件，使需求或要求陈述的读者能够准确地知道作者在选择单词时的意思。无论在所有生命周期阶段开发的工作产品、SE 工具或工件是什么，每次使用该词时，术语的含义都应该相同。应商定一项标准，使词汇表术语的使用在需求和要求文本陈述中可识别；
2025-01-28 00:15:00
1031
原创 INCOSE需求编写指南-第3节：需求和要求的特征
本节定义了需求和要求集的特征，提供了特征的基本原理，并提供了帮助理解特征的指导。还为每个特征提供了本指南中定义的规则的踪迹以及与这些特征相关的 NRM 中包含的属性、活动和概念。在大多数情况下，本节中特征的实现不仅取决于遵守规则，还取决于执行 NRM 和 GtNR 中讨论的活动和分析，以及通过使用 NRM 中定义的属性。除了编写具有上一节中定义的特征的单个需求和要求陈述之外，还必须考虑一组编写良好的需求和要求的以下特征。
2025-01-26 00:45:00
949
原创 INCOSE需求编写指南-第 2 节：需求和要求陈述的特征
本节定义了单个需求和要求陈述的特征，提供了特征的基本原理，并提供了帮助理解和实现特征的指导。This section defines the characteristics of individual need and requirement statements, provides rationale for the characteristics, and provides guidance for helping to understand and achieve the characteristic
2025-01-25 22:15:00
719
原创 INCOSE需求编写指南-第1部分：介绍
本指南专门介绍如何在系统工程背景下以文本形式表达需求和要求陈述。其目的是将现有标准（如 ISO/IEC/IEEE 29148）中的建议以及作者、主要贡献者和审稿员的最佳实践结合在一起，形成一套单一的、全面的特征和规则，用于使用结构化、自然语言的形式良好的需求和需求陈述。 This guide is specifically about how to express need and requirement statements in textual form in the context of system
2025-01-24 20:00:00
901
原创 INCOSE需求编写指南-前言
该系列文章属于INCOSE组织，原文为《Guiding to Writing Requirements May 2022》,进行了中文版本翻译，同时在每段保留原文，以防止翻译内容不够准确引起歧义，如有纰漏烦请指正。另：关于Needs,Requirements,Want,Demand的翻译，在本文中Needs翻译为需求，Requirements翻译为要求。
2025-01-24 11:28:43
938
原创 DO-178C 生命周期数据资料 - SAS 内容总结和模板文件
SAS总结DO-178C符合性活动。SAS 包含许多与 PSAC 相同的材料（包括系统概述、软件概述、认证注意事项、生命周期摘要、生命周期数据摘要或参考）。
2024-03-11 16:15:06
628
原创 RTCA DO-178C 机载系统和设备认证中的软件注意事项-附录 A
These tables should not be used as a checklist. These tables do not reflect all aspects of compliance to this document. In order to fully understand the guidance, the full body of this document should be considered.b. 适用于满足该过程目标的软件生命周期过程活动的软件级别的独立性。
2024-02-25 14:19:33
1470
1
原创 RTCA DO-178C 机载系统和设备认证中的软件注意事项-其他注意事项（十二）
12.0 其他注意事项ADDITIONAL CONSIDERATIONS本文档的前面部分提供了满足认证要求的指南，其中申请人提交这些部分中所述的软件生命周期过程的证据。 本节提供有关目标和/或活动可能替换、修改或添加到本文档其余部分中定义的部分或全部目标和/或活动的其他注意事项的指导。 其他考虑因素的使用以及对本文件其他部分中提供的指南的拟议影响应根据具体情况与认证机构达成一致。The previous sections of this document provide guidance for sat
2024-02-24 23:17:21
1403
原创 RTCA DO-178C 机载系统和设备认证中的软件注意事项-软件生命周期数据（十一）
e. 软件生命周期数据：本节描述了与《软件方面认证计划》中针对所产生的软件生命周期数据提出的建议的任何差异、数据之间的关系以及与定义系统的其他数据之间的关系，以及向认证机构提供这些数据的方式。本节还描述了数据之间的关系，以及数据与定义系统的其他数据之间的关系、提交给证书颁发机构的软件生命周期数据、数据的形式，以及向证书颁发机构提供数据的方法。示例包括合规性的替代方法、工具鉴定、先前开发的软件、可选软件、用户可修改软件、停用代码、COTS 软件、现场可加载软件、参数数据项、多版本不同软件和产品服务历史记录。
2024-02-24 22:59:11
1895
原创 RTCA DO-178C 机载系统和设备认证中的软件注意事项-认证流程概述（十）
认证机构评估软件方面的认证计划的完整性以及与为满足认证基础而商定的合规方式的一致性。认证机构通知申请人在认证机构同意之前需要满足的拟议软件计划的问题。在认证之前，认证机构确定待认证的产品，包括其系统或设备的软件方面是否符合认证依据。认证产品发生变更时，认证机构考虑变更后对原认证基础的影响。也就是说，认证机构不会将该软件认证为独特的、独立的产品。认证机构的批准取决于成功的演示或对软件生命周期产品的审查。认证机构与申请人协商确定拟认证产品的认证依据。使用的术语是“认证”、“批准”，以及就工具而言的“资格”。
2024-02-24 22:33:54
1275
原创 RTCA DO-178C 机载系统和设备认证中的软件注意事项-认证联络流程（九）
The certification liaison process is applied as defined by the software planning process (see 4) and the Plan for Software Aspects of Certification (see 11.1). Table A-10 of Annex A is a summary of the objectives and outputs of this process.a. 规划认证的软件方面。
2024-02-24 22:31:15
1141
原创 RTCA DO-178C 机载系统和设备认证中的软件注意事项-软件质量保证流程（八）
本节讨论软件质量保证 (SQA) 过程的目标和活动。 SQA 流程按照软件规划流程（参见 4）和软件质量保证计划（参见 11.5）的定义进行应用。 SQA 过程活动的输出记录在软件质量保证记录（参见 11.19）或其他软件生命周期数据中。This section discusses the objectives and activities of the software quality assurance (SQA) process. The SQA process is applied as defin
2024-02-24 22:06:40
1303
原创 RTCA DO-178C 机载系统和设备认证中的软件注意事项-软件配置管理流程（七）
c. 除非第 7.5b 节适用，否则用于控制用于构建和加载软件的工具（例如编译器、汇编器和链接编辑器）的可执行目标代码或等效工具的 SCM 过程至少应符合与控制类别 2 相关的目标数据，。c. 应记录、批准和跟踪对基线和变更控制下的配置项进行的更改以产生派生基线。c. 问题报告过程记录过程不符合软件计划和标准的情况，记录软件生命周期过程输出的缺陷，记录软件产品的异常行为，并确保这些问题的解决。b. 问题报告应提供受影响的配置项的配置标识或受影响的流程活动的定义、问题报告的状态报告以及问题报告的批准和关闭。
2024-02-23 22:12:19
1291
原创 RTCA DO-178C 机载系统和设备认证中的软件注意事项-软件验证过程（六）
同样，对一类停用代码的软件验证过程的任何减轻都应由软件开发过程证明是合理的，并记录在软件方面的认证计划中。f. 准确性和一致性：目标是确定源码的正确性和一致性，包括堆栈使用情况、内存使用情况、定点算术溢出和分辨率、浮点算术、资源争用和限制、最坏情况执行时序、异常处理 、未初始化变量的使用、缓存管理、未使用的变量以及由于任务或中断冲突而导致的数据损坏。a. 符合系统需求：目标是确保定义软件要执行的系统功能，高级需求满足系统的功能、性能和安全相关需求，以及派生需求以及它们存在的原因都得到了正确的定义。
2024-02-05 00:13:34
1800
1
原创 RTCA DO-178C 机载系统和设备认证中的软件注意事项-软件开发流程 （五）
e. 补丁不应在提交用于认证产品的软件中使用，以实现需求或体系结构的更改，或由于软件验证过程活动而发现必要的更改。d. 在集成过程中检测到的不充分或不正确的输入应提供给软件需求过程、软件设计过程、软件编码过程或软件计划过程，作为澄清或纠正的反馈。g. 在软件设计过程中检测到的不充分或不正确的输入应提供给系统生命周期过程、软件需求过程或软件计划过程，作为澄清或纠正的反馈。c. 在软件编码过程中检测到的不充分或不正确的输入应提供给软件需求过程、软件设计过程和/或软件计划过程作为澄清或纠正的反馈。
2024-02-04 23:45:18
1507
1
INCOSE需求编写指南.docx
2025-01-24
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人