GB T 26240-2010 系统工程 系统工程过程的应用和管理.pdf

1、GB ICS 35.080 L77 和国国家标准=1:1二/、中华人民GB/T 26240-201 O/ISO/IEC 26702: 2007 系统工程过程的应用和管理系统工程Systems engineering-Application and management of the systems engineering process CISO/IEC 26702: 2007 , IDT) 2011-05-01实施2011-01-14发布发布中华人民共和国国家质量监督检验检度总局中国国家标准化管理委员会良品PHM存如m叫价句h啡、肘ha协副Jh厅甘AWV北灾21 -探脑GB/T 26240-

2、201 O/ISO/IEC 26702: 2007 目次前言.III I 综述. 1. 1 范围1. 2 目的1. 3 如何使用本标准1. 4 本标准的结构42 规范性引用文件-3 术语和定义、缩略语3. 1 术语和定义3.2 缩略语94 总体要求.94.0 总则4.1 系统工程过程4. 2 系统工程的方针和规程104. 3 规划技术工作.10 4.4 开发策略.4. 5 建模和原型化. 4. 6 集成资源库4.7 集成数据包4. 8 规约树. 4. 9 制图树134. 10 系统分解结构144.11 系统工程工作的集成144.四技术评审.14 4. 13 质量管理4.14 产品和过程改进15

3、5 贯穿系统生存周期的系统工程应用165.1 系统定义阶段165. 2 概要设计阶段5. 3 详细设计阶段5.4 生产、装配、集成和测试阶段245.5 生产和支持阶段.5.6 生存周期过程中的并行工程276 系统工程过程-6.1 需求分析286.2 需求确认.32 6.3 功能分析346.4 功能验证GB/T 26240-201 O/ISO/IEC 26702: 2007 6. 5 合成6.6 设计验证406. 7 系统分析.6.8 控制.附录A(资料性附录)系统工程在企业中的角色50附录B(资料性附录)系统工程管理计划附录c(资料性附录)在GB/T22032语境中使用本标准60参考文献. .

4、 . . . . . . . . . . . . . 67 E GB/T 26240-201 O/ISO/IEC 26702: 2007 前言本标准使用翻译法等同采用ISO/IEC26702: 2007(系统工程系统工程过程的应用和管理C英文版)，根据GB/T1. 1-2000的规定作了如下编辑性修改:一一由于GB/T11457-2006(软件工程术语的内容涵盖并多于IEEEStd 610. 12-1990的内容，因此第2章规范化引用文件中将IEEEStd 610. 12-1990替换为GB/T11457一2006;ISO/IEC 26702: 2007附录中多处以IEEEStd 1220 (

5、lSO/IEC 26702: 2007采用自IEEEStd 1220)指代本标准，这些都被替换为本标准气一一ISO/IEC26702: 2007的脚注2针对规范化引用中的IEEE标准说明IEEE标准的下载网址，在本标准中被删除，后续脚注3和4分别递进为脚注2和3; 一一ISO/IEC26702: 2007的脚注5和6介绍ISO及ISO/IEC出版物的获取途径，在本标准中被删除;一一图13中相关的制品需求基线缺少表示方向的文字From:，本标准中进行了补充;一一图14中功能验证、设计验证、控制活动按照箭头以及相关文字解释应该是From:，本标准中进行了纠正。本标准的附录A、附录B和附录C是资料性

6、附录。本标准由全国信息技术标准化技术委员会CSAC/TC28)提出并归口。本标准起草单位:上海超算并行软件有限责任公司、复旦大学、中国电子技术标准化研究所。本标准主要起草人:袁俊、彭鑫、赵文耘、王宝艾、冯惠、何志峰、吴毅坚、钱乐秋、王秀娟。而且GB/T 26240-201 O/ISO/IEC 26702: 2007 系统工程系统工程过程的应用和管理1 综述1. 1 范围本标准规定了一个系统整个生存周期中所涉及的各种多学科交叉任务，这些任务将利益相关方的要求、需求和约束转换为一个系统解决方案。本标准的目的是为商业、政府、军事和空间应用等系统的开发提供指导。相关信息适用于企业的内部项目，这类项目负

7、责开发一套产品设计并且建立维持产品生存周期所需的生存周期基础设施。本标准阐明了系统工程过程(SEP:SystemsEngineering Process)及其在整个产品生存周期中应用的需求。本标准并未试图定义每个系统生存周期过程的实现，但涉及了与在产品开发早期以及整个过程中定义并建立支持性的生存周期过程相关的问题。此外，本标准没有涉及成功的产品开发宜加以考虑的那些大量的文化或质量要素。本标准关注于指导产品开发所必需的那些工程活动，同时保证产品被正确设计以使其能够在可承担的范围内被生产、拥有、操作、维护以及最终被处置，并不对健康和环境造成不适当的风险。本标准的要求既适用于新产品又适用于已有产品的

8、增量式改进，既可用于单一产品，例如卫星，又可用于面向消费者市场大量生产的产品。本标准的要求宜在每个特定的系统开发项目中有选择地加以应用。附录A对系统工程在企业环境中的角色进行了描述。本标准的内容描述了一种集成的产品开发方法，该方法代表了下列技术工作的总和:a) 理解产品使用可能所处的以及产品设计应该适应的环境和相关条件;b) 按照功能和性能需求、质量要素、易用性、可生产性、可支持性、安全性以及环境影响定义产品需求;c) 为提供产品生存周期支持所必需的生产、测试、分发、支持、培训以及处置定义生存周期过程。1. 2 目的本标准的目的是为系统从最初的概念到开发、运行和处置的整个管理过程提供标准。如今

9、，大量产品中都包含计算机以及相关软件，这使得将每个产品作为一个整体系统进行工程化管理的需要更加迫切。人、物理和软件部件都应该致力于整个系统性能的优化。本标准可以与GB/T22032-2008 3J1)一起使用。与GB/T22032-2008相比，本标准规定了更多的系统工程过程和管理要求的详细描述，完善或补充了GB/T22032-2008中描述的过程活动。而GB/T 22032-2008则提供了额外的过程定义和指导，支持贯穿一个系统生存周期的系统工程过程的生存周期模型的定义和应用。1. 3 如何使用本标准1. 3. 1 符合性本标准中的规范性条款，即使用应陈述的条款，是宣称符合本标准的必要条件。

10、而那些使用宜陈述的条款则属于推荐性的。希望宣称符合本标准的企业应通过实现所有的规范性条款定义和相应的规程来表明其与本标准的符合性。1. 3.2 推荐和剪裁企业还宜将推荐选择及可选条款纳入他们的规程中，宜保证企业中的每个项目都遵照这些规程执行。1) 方括号中的数字对应于参考文献中的文献序号。GB/T 26240-201 O/ISO/IEC 26702: 2007 第4章给出了在企业内或某个项目中实现系统工程的一些规范性条款和推荐。第4章中的规范条款包括企业方针和规程的制定和维护。描述贯穿整个项目生存周期的系统工程过程(SEP)应用的企业方针和规程，为企业SEP在特定项目中的应用提供了基础。因此，

11、企业应该建立并维护这样的方针和规程。第6章迭代地定义了SEP，从而定义系统产品和生存周期过程。因此，定义每一个子过程(如需求分析、-功能分析等)的初始条款都包括一个应.的陈述，从而保证企业的SEP包括每个子过程以及子过程执行所需的任务。余下的子条款，如果是在一个子过程的定义中阐述的，则被推荐用来提供必要的灵活性，使得企业可以根据自己的目标以及典型的系统工程工作对这些子过程以及SEP中的任务定义进行调整。第6章描述了所推荐的企业SEP的项目剪裁方法，该方法将如第5章所描述的那样应用于任意一个特定的SEP项目迭代。第5章开始的条款包括一个应的陈述.从面保证项目在整个系统生存周期中都致力于SEP的应

12、用。第5章余下条款描述了项目在一个典型的系统生存周期的每个阶段中应用SEP时通常都会执行的一些推荐和可选的活动d第5章中这些推荐和可选的活动宜由项目在为系统生存周期中任意一次、SEP的特定迭代进行企业SEP剪裁时加以考虑。该方法为项目提供了应对不同系统开发层次所需的灵活性，还为项目在各个系统生存周期阶段应用SEP提供了适当的严格性。1.3.3 系统范型SEP的描述及其在整个生存周期中的应用要求用一种系统范型来辅助相关材料的陈述。用来支持该范型的术语在第3章中定义。随着企业和项日刘i在范型的熟悉，他们可以用更加熟悉的、适用于他们的产业或业务实践的术语来代替。该系统屹型是本标准的基础，接下来的各子

13、条款将对其进行描述以支持对该术语系统的不同使用。从大的范围看，布在生物学系统、生态学系统、气候系统、太阳系等。因此，一个系统可以看作另一个更大的系统巾的一个元素，而面临的挑战是理解系统的边界，这也是开发工作的关注点，以及该系统与其他系统之间的关系和接口。本标准的关注点是面向产品的系统，例如汽车、飞机或信息系统。1. 3. 3. 1 系统元素的层次一个系统般由相关的元素叮二系统和部件)以及它们之间的接口组成。此外，元素还包括该元素的产品开发、生产、测试、分发、运行、支J寺旦旦处置、或者培训!其他人以适应在系统中的角色所需要的人。图1给出了组成一个系统的各种元素名的层次。这个通用的系统层次是本标准

14、中的一个关键概念，因为它将系统体系结构、规约和制图树、系统分解结构(S挝人技术评审以及配置基线联系到了一起。该系统层次中的许多元素自身根据典型定义也可以被认为是一个系统飞但实际上代表的是系统层次中的子系统。同样，生存周期过程表示的也是整个系统层次中的子系统。系统产品子系统组装件部件子部件子配件零件子部件零件系统的元素可能包括硬件、软件和人(取决于系统定义)图1系统中的元素层次2 GB/T 26240-201 O/ISO/IEC 26702: 2007 复杂部件表示由硬件、软件和/或人组成的系统元素，它们可以按照生存周期过程(如何设计、测试、生产、支持等都是己知的)进行识别，而特定领域的工程团队

15、承担着复杂部件的开发职责。这是一种主观判断一一复杂部件可能要求SEP的严格性或者可以很好地适应于部件开发团队。人元素对于系统层次是必需的，可以出现在任何一级上。人元素在系统层次中没有标识出来，因为这个层次结构的目的是标识系统定义所需的系统元素，而人/系统集成问题宜根据人在系统的运行、生产、支持等过程中的角色来确定。提供一个系统中的元素层次是为了说明系统可以由其他系统(子系统)组成，它们表示不存在现有设计方案或供方的复杂元素。子系统或复杂部件的层次数量取决于所开发的系统的复杂性。SEP应用于系统层次中的每一级上，系统元素对其而言是一个无法识别出可用设计方案或现有生产商的复杂项。一个系统元素一旦被

16、标识为一种硬件、软件或人元素.相应学科特定的设计方法学将被用来设计该系统元素。1.3.3.2 构造块结构一个系统的基本构造块如阁2所示一一系统、它的相关产品、支持这些产品所需的生存周期过程，以及构成产品的子系统。每个生存周期过程一一开发、生产、测试、分发、运行二支持、培训，或处置自身也像是一个系统，因为同样需要开发产品来满足各个生存周期过程的目标。例如要生产一个产品，生产是一个生存周期过程。与生产生存周期过程相关的产品包括特殊的装备、工具、设施，以及生产过程和规程。构成生存周期过程的产品也可能需窍生在周期的支持因为它们也需要开发、测试、生产、分发、运行、支持、培训，以及处置。曰素元的中构程结过

17、次期层周品存产生口口圈2系统的基本构造块1.3.3.3 产品及生存周期过程定义图3描述了生存周期过程，包括8个基本功能过程，它们对于实现消费者总体满意度以及达到公众接受可能是必需的。一旦识别出一个生存周期过程的要求，这个生存周期过程就作为一个系统对待，而SEP将用来定义、设计和建立该生存周期过程以及支持产品和过程，使得该生存周期过程可以维持运行状态。8个基本功能过程如下:a) 开发策划并执行将系统从利益相关方的要求转化为产品解决方案以及它们的生存周期过程所需的系统和子系统定义任务;b) 生产用于制作和装配工程化的测试模型、实验板、原型，以及产品解决方案及其生存周期过程产品的生产，所需的活动、任

18、务和动作;3 GB/T 26240-201 O/ISO/IEC 26702: 2007 c) 测试:1) 为评价进行计划，或者基于功能体系结构或需求基线对合成产品，或基于需求基线对功能性体系结构进行评价所涉及的活动、任务和动作;2) 为评价产品解决方案及其生存周期过程以测量规约符合性或利益相关方满意度而进行的活动、任务和动作;d) 分发为了实现向用户、操作者或消费者的适当转移而进行的最初的产品运输、交付、装配、安装、测试以及产品出库而进行的活动、任务和动作;e) 运行与产品或一个生存周期过程的使用相关联的活动、任务和动作;f) 支持为维持运行而提供供应、维护、支持原料以及设施管理的活动、任务和

19、动作;g) 培训获得并维持在整个系统生存周期中高效地实现系统的操作、支持以及处置而需要的知识、技能和能力所需的一系列可测量的活动、任务和动作(包括指令和所用的练习)。培训包括那些开发并被用来为所有需要的任务提供培训的工具、装置、技术、规程和材料;h) 处置为了保证毁坏的或无法修复的消费者、生存周期过程及其副产品的处置或循环使用符合所适用的环境规章和指示而进行的活动、任务和动作。一个典型的系统由企业或供方/分包商开发的产品组成。每个供方/分包商都将其产品视为它的系统的一部分。购买这些产品以集成到更高一级系统的组织宜根据这些元素对于系统性能、功能和成本的影响程度，考虑将这些产品作为子部件、部件、复

20、杂部件或子系统。一一设施设施一一设施一一设施一-设施一一装备一一装备/工具一-装备/工具-一装备/工具一-装备/工具一一规程一规程一规程一规程一一规程一一软件应用一一软件应用一一软件应用一-软件应用一-人员一一计算机资源一一计算机资源一计算机资源一计算机资源一一人员一零件库存一备用零件库存一操作员一一供方A卖主一一人员一一维护者一培训|员一一供方然方一供方属方一一质量控制素元的脚耀hw唰层用口拍存古川生口口图3生存周期过程定义为了理解人/系统集成的问题并且保证系统产品是可生产、可维护、可用的以及有效建立系统过程从而保证生产的质量等级并降低总体拥有成本，产品以及生存周期过程的设计宜按照操作人员、

21、维护人员、生产人员、培训人员等将相关人员考虑为系统的一个元素。图3描述了与系统产品和过程相关的人员要素。运行过程包括产品的运行并且辅助标识操作规程以及人的认知和考虑，以保证系统的易用性。系统元素的定义通过SEP的活动产生。第6章给出了该过程的详细描述。系统的每个开发层次中都将使用SEP以构成系统工程活动的结构，这些活动标识技术需求以及期望的系统行为并合成系统设计。1. 4 本标准的结构本标准的结构如下:第1章给出本标准的范围、目的以及组织;-二一第2章给出适用于本标准的规范性引用;一一第3章定义本标准所使用的术语以及缩略语;二一第4章介绍在一个企业中规划并实现有效的系统工程能力的要求;4 GB

22、/T 26240-201 O/ISO/IEC 26702: 2007 一-第5章给出在系统定义、子系统定义、生产和支持过程中应用SEP的一个描述;-一一第6章给出开发产品解决方案及其支持生存周期过程所需要进行剪裁和执行的SEP详细任务;一一附录A讨论SEP作为负责在企业中建立产品设计和生存周期支持产品的总体技术工作;一一一附录B给出一个帮助企业制定系统工程管理计划的模板;一一附录C讨论了本标准和GB/T22032-2008 3J之间的一些关键区别;一一最后是参考文献。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容

23、)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T 11457-2006信息技术软件工程术语3 术语和定义、缩瞄语3.1 术语和定义GB/T 114572006中界定的以及下列术语和定义适用于本标准。3. 1. 1 需方acquirer 从供方那里获得或获取产品或服务的利益相关方。注1:针对需方的其他常用术语包括买主、顾客和买方。需方可能同时也是拥有者、用户或运行的组织。注2:顾客的含义比需方、操作者或用户更为宽泛，包括了这些角色以及其他角色。注3:根据GB/T22032-2008 3J改写而

24、成。3.1.2 协定agreement 对于相应条款和条件的相互认可，在此基础上建立起某种工作关系。注:参见GB/T22032-2008 3J。3.1.3 分配allocation 为硬件、软件或人指派一个功能或决定的决策。注:分配可以只针对这三种系统元素类型中的一种或者某种结合做出，这种结合将在进一步的功能分解中解决。3. 1. 4 基线baseline 已经过正式评审和同意的一个规范或产品，它将作为进一步开发的基础，并只能通过正式的变更控制规程进行更改。注:参见GB/T22032-2008 句。3.1.5 约束constraint 限制SEP的设计方案或实现并且是企业无法改变的一种限制或隐

25、含的要求。注:约束通常是不可分配的。3. 1.6 顾客customer 接收产品的组织或人，例如消费者、客户、最终用户、零售商、受益人和购买方。注1:顾客可以是组织内部或外部的。5 GB/T 26240-201 O/ISO/IEC 26702: 2007 注2:参见GB/T190002000 lJ。注3:顾客的含义比需方、操作者或用户更为宽泛，包括了这些角色以及其他角色。3.1.7 设计体系结构design architecture 一种设计元素的安排，为一个产品或生存周期过程提供设计方案从而满足功能体系结构和需求基线。3. 1. 8 设计特性design characteristic 属于一

26、个产品或过程的某种可测量描述的设计属性或显著特征。3. 1.9 按成本设计design to cost 使用戚本目标使设计与成本目标相一致，包括产品的生产成本(按单位生产成本设计)和生存周期成本(按生存周期成本设计)。注:成本目标直与任何其他性能参数同等对待。3. 1. 10 有效性分析effectiven臼sanalyss 针对一个设计方案能在多大程度七执行或操作期望运行场景的分析。3. 1. 11 有效性评估effectiveness assessment 根据生产、测试、分发、运行、支持、培训、环境影响、成本有效性和生存周期成本对设计方案的评价。3. 1. 12 最终项end item

27、识别为系镜分解结构元素的一种实体(硬件装备、软件装备、数据、设施、材料、服务和/或技术)。3. 1. 13 企业enterprise 执行指定任务的组织。注:当一个不相符的企业中的项目直接应用本标准时，所提到的企业都宜理解为该项目。3. 1. 14 设施facility 用于促进行动的执行的物理子段或装备，如建筑物、器械、工具。注:参见GB/T220322008 3J。3. 1. 15 功能体系结构functional architecture 功能及其子功能和接口(内部及外部)的编排，其中定义了执行序列、控制流和数据流条件以及性能需求，以满足需求基线。3. 1. 16 功能需求functio

28、nal requirement 标识一个产品或过程为了产生所需要的行为和/或结果所必须实现的一种陈述。3. 1. 17 人因系统工程human systems engineering 整个系统生存周期中所包含的与系统设计中人的因素(包括易用性、有效性测度、性能测度以及总体拥有成本)相关的活动，包括人力、人员、培训11、人因工程、健康危害和安全问题的定义和综合。GB/T 26240-201 O/ISO/IEC 26702: 2007 3. 1. 18 集成资源库integrated repository 一种用于存储所有与SEP有关信息的资源库，包括所有的数据、模式、模型、工具、技术管理决策、过

29、程分析信息、需求变更、过程和产品度量以及权衡等。3. 1. 19 接口规约interface specification 对于两个或更多系统元素之间公共边界上基本功能、性能和设计需求及约束的描述。注:包括人与硬件或软件之间的界面，以及人与人之间的接口。3. 1. 20 生存周期life cycle 由利益相关方意识到的某个要求开始，亘到产品处置的整个系统或产品的演化。3. 1.21 生存周期成本1ife cycle cost 在产品开发、生产、测试、分发、运行、支持、培训和处置中的总投资。3. 1. 22 生存周期模型life叮ctemodel 与生存周期相关的过程和活动框架，同时也作为交流和

30、l理解的共同参考。注:参见GB;T22032-2008 3J 0 3. 1. 23 MOE有效性测度meas盯eof effectiveness 可以被需方用来测量对于技术工作所生产出的产品的满意度的一理度量指标。3. 1. 24 MOP性能测度measure of performance 提供满足某神有效性测度所必需的设计要求的一种工程性能测度。注:对于每种有效性测度一般都存在多个性能i则度。3.1.25 操作者op町ator对于系统功能有贡献以及利用知识、技能和规程来发挥作用的个人或组织9注1:操作者的角色和用户的角色可以同时或先后赋予同一个人或组织g注2:与知识、技能和规程相结合的单个操

31、作者可以视为系统的一个元素。注3:顾客的含义比需方、操作者或用户更为宽泛，包括了这些角色以及其他角色。注4:根据GBjT22032-2008 3J改写两成p3. 1. 26 性能需求performance requirement 标识一个功能的某种质量属性或者功能性需求必须实现的程度的可测量准则。3. 1. 27 需求requirement 标识一个产品或过程的运行、功能或设计特性或约束的一种陈述，该陈述必须是明确的、可测试的或可测量的，而且对于产品或过程可接受性(根据消费者要求或内部质量保障方针)是必要的。3. 1. 28 规约specification 一种按照需求(功能性、性能、约束和设

32、计特性)以及每个需求的限定条件和规程充分描述一个设计元素或其接口的文档。7 GB/T 26240-201 O/ISO/IEC 26702: 2007 3. 1. 29 规约树specification tree 一种由规约元素及其接口规约组成的层次结构，该结构标识出与待控制的系统配置中的设计元素相关的元素和规约。3. 1. 30 阶段stage 与系统描述或系统自身状态相关的系统生存周期中的一个期间。注1:阶段与系统生存周期中主进展和成果里程碑相关。注2:各阶段之间可能有重叠。注3:参见GB/T220322008 3J。3. 1. 31 利益相关方stakehoider 在一个系统或其拥有满足

33、自身要求和期望的特性中具有某种权利、份额或主张的一方。注1:利益相关方的含义比顾客、需方、操作者或用户更为宽泛，包括了这些角色以及其他角色。注2:根据GB/T220322008 3J改写而成。3. 1. 32 状态state 在某个时间点上刻画一个功能/子功能或元素的行为的状况。3. 1.33 供方supplier 就某种产品或服务的供应与需方达成协定的组织或个人。注:参见GB/T22032-2008 3J。3.1.34 系统system 一组或一系列相关的元素人、产品(硬件和软件)及过程(设施、装备、材料和规程汀，其行为满足运行需要并且为产品生存周期的维持提供支撑。3. 1. 35 系统体系

34、结构system architecture 产品的设计体系结构及其生存周期过程的组合。3. 1. 36 系统分解结构system breakdown structure SBS 一种由元素、相关的生存周期过程及人员组成的层次结构，该结构用来分派开发团队、进行技术评审以及向实现项目目标所必需的各个任务进行工作划分和相关的资源分配。注:SBS可以作为成本跟踪和控制的基础。3. 1. 37 系统有效性system effectiveness 根据系统在预期的环境条件下如何运行以及系统在其生存周期中生产、测试、分发、运行、支持、培训以及处置的能力，对一个系统满足其预期运行用途的能力的一种测量。3. 1

35、. 38 权衡分析trade-off analysis 根据性能、按成本设计目标以及生存周期质量要素对设计选项/可替换项的分析性评价。8 GBjT 26240-201 OjISOjIEC 26702: 2007 3.1.39 用户user 在系统使用期间从中获益的个人或团体。注1:用户的角色和操作者的角色可以同时或先后赋予同一个人或组织。注2:顾客的含义比需方、操作者或用户更为宽泛，包括了这些角色以及其他角色。注3:根据GB/T22032-2008 3J改写而成。3.2 缩略语BIT 内建测试(built-intest) FAIT 制作、装配、集成和测试Uabrication，assembly

36、, integration, and test) FIT 缺陷隔离测试Uault-isolationtest) FMEA 失效模式和影响分析(failuremodes and effects analysis) IPT 集成的产品团队(integratedproduct team) MOE 有效性测度(measureof effectiveness) MOP 性能测度(measureof performance) SBS 系统分解结构(systembreakdown structure) SEMS 系统工程主进度表(systemsengineering master schedule) SEP

37、 系统工程过程(systemsengineering process) TPM 技术性能测度(technicalperformance measure) 4 总体要求4.0 总则企业应依照本标准规划、实施和控制一个集成的技术工作，以开发一个适应市场机会、特定利益相关方需求、企业目标和外部约束的整个系统解决方案。执行以下a)到f)项列出的活动对于达到这个目标一般都是必要的。为了达到这个目标，企业宜:a) 按照针对特定项目的剪裁，规划、实施以及管理一个完全集成化的技术工作，以满足本标准的总体要求;b) 在系统的每一层次应用SEP;c) 在下列实施过程中控制进度:1) 每一层次开发之后的技术评审;2

38、) 风险管理;3) 数据管理;4) 接口管理;5) 配置管理;的基于绩效的进度测量;d) 生成模型和原型以支持权衡;e) 生成集成数据包，确保产品可以被生产、测试、分发、操作、支持和适当地处置;f) 在一个集成的资源库中捕获所有技术性活动的输出。特定的要求和推荐在本标准的其他章中给出。4. 1 系统工程过程如第5章描述的那样，企业应应用第6章以及图4中描述的SEP规范性条款来产生规约和基线以及相关产品。SEP是一种通用的问题解决过程，提供了标识和演化系统的产品和过程定义的机制。SEP应用于整个系统生存周期中所有与产品开发、验证/测试、生产、培训、运行、支持、分发、处置和人9 GB/T 2624

39、0一2010/ISO/IEC26702 :2007 因系统工程相关的活动。图4描绘了SEP的子过程并且展示它们是如何迭代以产生一组一致的需求、功能安排和设计方案。SEP的子过程、任务和活动在第6章详细描述。4.2 系统工程的方针和规程企业应开发和维护方针和规程以控制SEP的实施。这些方针和规程阐明了对于产品规划、实现和控制以及过程开发和人/系统集成的要求。这些方针和规程宜建立企业的系统工程范型，培训可以基于此范型并且项目特定的活动也可以根据这个范型剪裁和完成。企业方针和规程宜关注于:a) 贯穿项目生存周期的SEP应用;b) 系统工程管理计划的制定和批准;c) 系统工程主进度表CSEMS)和系统

40、工程详细进度表的制定和批准;d) 集成数据包的制定和批准;e) 监控并报告项目的技术进展10 准备并实施技术评审zg) 集成资源库的内容和维护lh) 产品和过程的持续改进。过程输入需求和约束冲突-】-需求权衡l 及影响(-.-_J_ 需求权衡学习及评估分解及需求分配可替换项分时配! 权衡及影响L一一一-一LJ功能权衡学习及评估设计方案需求及可替换项| 分析设计方案权衡l 及影响i 图4系统工程过程CSEP)_ _ _ _1 过程输出4.3 规划技术工作项目应制定并实现用来指导项目达成其目标和适当结果所必需的技术计划和进度表。拥有项目授权和目标之后，项目宜建立一个工程计划、一个主进度表和一个详细

41、进度表。工程计划宜是所有技术工10 GB/T 26240-201 O/ISO/IEC 26702: 2007 作的主要计划文挡，并且描述了对本标准经剪裁的应用。主进度表，一种基于事件的进度表，以及详细进度表，一种从主进度表导出的基于日程的进度表，宜覆盖产品的开发活动以及支持性的生存周期过程。主进度表和详细进度表可以合并为单个的工程进度表。项目宜建立起和下面各条相符的技术工作计划。4.3. 1 工程计划工程计划应制定并在整个系统生存周期中进行更新以指导和控制项目的技术工作。工程计划宜反映一种负责涉及所有与满足生存周期需求相关因素的产品开发的集成化技术工作。工程计划宜反映附录B中识别出的内容，它给

42、出了工程计划内容的通用大纲和描述。如果采取演化或增量式的开发策略，那么工程计划宜包含初始产品开发的策略以及增量的能力和/或技术增强的插入。4.3.2 主进度表主进度表宜制定并在整个系统生存周期巾进行更新以建立关键事件、相关的重要任务以及确定重要任务完成的准则。一个正确设计的主进度表宜考虑到调度与任务相关的活动、资源的分配、预算编制、人员分配、任务开始和结束日期的建立以及事件完成准则Q4.3.3 详细进度表详细进度表宜提供一种基于日程的活动、任务以及主进度表中关键事件的进度表。详细进度表宜被用来追踪技术工作的进展。详细进度表数据宜被用来构建事件、任务和活动的网络以确定工程工作的关键路径以及分析进

43、度表的偏差，4.3.4 技术计划应制定技术计划以根据需要补充王程计划。宜按照所应用于的工程和技术专业领域制定技术计划，宜使用技术计划来按照计划测量技术进度。技术计划一般被制定用于风险管理、配置管理、技术评审、验证、计算机资源、生产、维护、培训11、保密安全和人因系统工程。4. 4 开发策略项目:白为开发系统及其能力探索开发策略(例如海布、增量、演化和螺旋模型)。改变或增强产品以及生存周期过程的能力宜设计到系统体系结构中，使得系统在它整个生存周期中的维持可以有戚本效益的进行。这个设计属性宜在系统开发的早期建立标识利益相关方需求或约束时(见6.1. 1和6.1.2汀，从而为规划每个增量开发工作提供

44、基础。演化式开发策略宜明确管理新技术引人、演化需求或增强产品能力的方法。4.5 建模和原型化项目宜确定并建立合适的模型、模拟和原型来支持分析和项目决策。典型的建模、模拟和原型化问题包括:需求定义、系统体系结构和设计的分析、所标识风险的缓解。这些模拟关注于确保最终产品满足市场要求、需求及约束。这个工作支持系统功能和性能特性、可生产性、可支持性、环境影响以及人因系统工程问题(例如可维护性、易用性、可操作性和安全性)的评估。4.6 集成资源库企业应在资源库中捕获相关设计数据以演化集成数据包，以及为技术信息的交换和复用提供共享资源。4.6. 1 数据相关的数据包括:工程计划;进度表;技术计划;功能、物

45、理以及系统体系结构;设计决策的基本原理;完成的权衡分析，包括建议以及影响;有效性评估及其结果;风险评估和处理选项;草图和制图;工程变更;规约树;规约和配置基线;运行环境;人力、人员、培训和人因工程需求和规约;归档数据;技术目标、需求、约束、接口和风险;SBS;设计模型;测试结果;度量;以及任何其他考虑到需求到功能和设计体系结构追踪性的数据。4.6.2 工具项目应维护工具版本与模型、分析结果和其他工具输出之间的追踪性，以确保重新生成支持SEPGB/T 26240-201 O/ISO/IEC 26702: 2007 的执行结果的能力。4. 7 集成数据包项目应生成一个记载体系结构和设计信息的集成数

46、据包以支持生存周期过程。这个集成数据包宜根据项目需要包括表1中定义的工程数据类型。集成数据包的初始内容宜在系统生存周期的早期定义，宜由4.7. 14. 7. 4中标识的信息类型组成，并且宜随着SEP的每一次应用演化，从而为每个开发层次提供更多的细节。4.7. 1 硬件集成数据包包括支持产品生产、装配和集成的技术设计信息。4.7.2 软件集成数据包包括支持软件需求、设计、源代码、验证和确认、构建指令、操作和维护的技术设计信息。4.7.3 生存周期过程集成数据包包括对于生存周期过程及特殊的装备规约和基线、软件代码清单、技术手册、技术计划、设施图以及与生产、验证、分发、运行、支持、培训和处置相关的特殊工具的技术设计信息。4.7.4 人员集成数据包包括支持支撑系统生存周期的人的角色定义的信息。实例产品包括人因系统工程计划、安全规约、人力、人员和培训文档;工作区布置图;接口