基于模型的系统工程(MBSE)及MWORKS实践 课件 5 MBSE教材讲义 第五章 使命任务定义与需求分析.pptx

基于模型的系统工程(MBSE)及MWORKS实践 课件 5 MBSE教材讲义 第五章 使命任务定义与需求分析.pptx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

立足航天、面向工业、服务行业基于模型的系统工程及MWORKS实践聂兰顺教授2024年11月08日

立足航天、面向工业、服务行业使命任务定义与需求分析聂兰顺教授2024年11月08日

概述基于统一模型开展使命任务定义与需求分析等工作,论证使命任务过程、能力、任务所需的资源的约束条件,对系统产品的需求进行逐层细化分析,保证使命任务定义的正确性、利益相关方及其需求识别的完整性、需求传递的一致性、系统功能需求定义的合理性与可行性,实现系统正向设计的一体化能力提升

使命任务定义完成使命任务是复杂装备研制的最根本出发点,是评价研制效果与效能的最终目标,也是系统工程、MBSE技术体系第一个过程/阶段的目标;以科研团队、作战指挥控制团队、运营商等最终用户甚至更高层次管理机构的战略任务为核心输入,识别出全生命周期各阶段的任务场景、边界以及利益相关方,开展各层级典型任务场景的数字化建模,定义装备系统与外部系统、环境、用户之间的交互响应关系,从而完成对使命任务的描述、分析、细化,并支撑提炼出利益相关方的应用需求。

使命任务定义使命任务定义的输入最终用户期望是最终用户所预设的系统核心任务,既可以表现为简短的使命任务策划,也可以表现为较为复杂的任务书;对复杂装备总体系统,最终用户期望是指装备战略目标,以及由之分解而来的系统能力以及外部接口关系;对分系统及以下层级的产品,最终用户期望是指在向上一层级交付此目标产品时,上一级系统对其的功能预期其他利益相关方期望是指除直接用户之外的利益相关方期望;测试性、可靠性、维护性、保障性即为此类利益相关方期望的明确表达继承性需求是系统需要满足更高级用户或者更高级系统的整体性要求,此类需求有天然的继承性要求,能够帮助建立本层级的用户期望

使命任务定义使命任务定义的主要活动利益相关方识别确定与系统相关的各利益相关方,为需求收集、任务场景设计与建模等工作提供完整的角色清单,从而保证任务分析、系统需求分析过程的完整性和准确性;利益相关方期望识别以战略目标、使命任务、需求输入等不同方式识别出利益相关方对系统的预期要求;任务场景设计与建模描述最终用户所要求的任务场景,根据其他利益相关方的诉求,尽可能完整地开展任务场景描述,界定相关内外部系统的物理与逻辑结构,识别和确定各类任务场景中系统与外部环境、外部系统之间的交互关系,明确定义系统的输入和输出;利益相关方需求收集根据任务场景中所描述的系统接口、能力要求、操作过程等来收集利益相关方需求。

使命任务定义利益相关方识别利益相关方利益相关方是指其权益会被系统能力或研制应用过程影响的群体或个人;系统用户一般是最重要的利益相关方;针对系统的不同层级、不同专业,可能需要面向不同的利益相关方;实际工作中,也需要根据不同的业务流程开展工作;利益相关方类型管理人员;投资者;用户;维护人员;培训人员;可用性和效能专家;政府;标准机构;监管部门利益相关方期望识别用例图描述核心使命任务或者系统战略目标;主要包含用例和参与者两个元素。利益相关方期望识别用例图作为运行使用构想的结构化表达,是获取并描述利益相关方期望的重要手段,用于确定系统需求和运行边界,是系统中与用户相关联的需求开发和结构开发的出发点,是此后各类系统设计模型、仿真模型、描述文档的开发基础。

使命任务定义利益相关方期望识别示例如图为某深空探测工程系统用例图该用例包括三个参与者及四个用例。三个参与者分别为地面指挥系统、目标星体(火星)及太空。四个用例分别代表探测工程所需执行的场景,即发射与部署、轨道控制与导航、仪器操作与控制、数据采集与传输。

使命任务定义概述任务场景模型是对利益相关方期望的具体化表示,是对运行构想的展开描述,是系统需求中的重要根据,其建模元素可以包括用例图、活动图等行为模型,通过完善的描述并考察任务场景,经常能揭示出可能会被忽视的需求和设计要求任务分解任务场景建模应考虑运行使用的所有环节,包括在集成、试验、部署直到废弃/处置过程中的全部计划和非计划运行使用。为了开发可用的、完备的任务场景模型,需要从战略目标、使命任务出发,以类似穷举的方式,对其中包含的子任务或者具体的工作场景进行完整分析,同时还当考虑典型的故障、退化等故障模式下的运行使用场景,从而能够正确指导系统设计与验证。任务场景模型中包含的典型信息有:系统生命周期各个阶段的典型场景、运行使用时间基线、运行使用场景、故障管理策略、人机接口、维修保障需求、系统端到端通信过程、运行使用设施、任务逻辑过程与关键事件等任务场景设计与建模

使命任务定义任务场景设计任务场景设计的具体工作过程与任务特点联系紧密;需要形成与行业特点相匹配的具体执行路线;以某飞行器的任务分析过程为例,可以采用飞行任务剖面的方法描述飞行器的任务及环境,该剖面说明了飞行器系统在全生命周期经历的事件以及事件

您可能关注的文档

文档评论(0)

xiaobao + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档