基于模型的系统工程概览.PDFVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于模型的系统工程概览

第 1 章 Chapter 1 基于模型的系统工程概览 MBSE 是一种应用建模方法的正式方式,用于支持系统需求、设计、分 析、检验和验证活动,这些活动从概念设计阶段开始,贯穿整个开发过程及 后续的生命周期阶段。 —INCOSE ,《Systems Engineering Vision 2020 》 你读这本书是为了学习系统建模语言(Systems Modeling Language ,SysML )。 你可能是要在自己的系统工程团队中创建 SysML 模型,或者是为了获得OMG(Object Management Group ,对象管理组织)认证系统建模专家的称号,也可能二者兼而有 之。然而,SysML 只是基于模型的系统工程(Model Based Systems Engineering , MBSE )这个更大话题的一个方面。MBSE 是一种实践;它是你所做的某件事情。而 SysML 是一种图形建模语言,让你可以实践MBSE 。MBSE 的实践会为学习SysML 提供具体情境以及业务案例。 这一章首先会回答最基本的问题:什么是MBSE ?然后会讨论MBSE 的三大支 柱—让我们可以实践基于模型的系统工程的三个点。最后会揭示来自于MBSE 的 迷思,从而使你在交付MBSE 承诺的投资回报时,更好地应对客户的期望。 1.1 什么是 MBSE 理解MBSE 方法的最好方式是,首先理解另一种形式:建模实践者在工程中称 为基于文档的方法,非实践者则称为“我们一直以来处理此事的方式”。不管他们是 应用基于文档的方法,还是MBSE ,系统功能工程师都会执行《INCOSE 系统工程手 册》(INCOSE 指的是国际系统工程委员会)所描述的生命周期活动。然而,两种方法 之间最关键的区别在于生命周期活动的主要产出物的特质。 2  SysML 精粹 使用基于文档的方法,系统工程师会手动生成以下一种或多种产出物:操作 概念(Concept of Operations ,ConOps )文档、需求说明书、需求跟踪和验证矩阵 (Requirement Traceability and Verification Matrice ,RTVM )、接口定义文档(Interface Definition Dacument ,IDD )、N2 表(也叫做N 平方表—结构化接口的矩阵)、架构 说明文档(Architecture Description Document ,ADD )、系统设计说明书、测试案例 说明书、特性工程分析(例如:对可靠性、可用性、可排程性、吞吐量以及响应时间 的分析)。基于文档的系统工程会以多个文本文档、电子表格、图表和演示文档(以 及配置—用来在各个地方管理他们)的形式来创建这些产出物。 问题在于:对于系统工程来说,基于文档的方法非常昂贵。更准确的说法是, 它本没有必要那么昂贵;你会花费整个生命周期的很大一部分成本来维护那些彼 此分离的产出物。如果你不付出那些代价,那么产出物就会变得不一致,并最终 被废弃。 考虑一下下面这个会在日常生活中出现的场景。一位系统架构师决定对设计做第 四次迭代,重构系统层次关系中的一个单独模块,把它分割成两个模块,从而实现对 关注点更好地分离。他决定重命名最初的模块,更好地表明、更窄的新关注点。为了 完全且一致地实现这项变更,他需要定位所有包含那个模块的文本文档、表格、矩 阵、图表以及演示文档,从各种各样的文件服务器、内部网站以及配置管理库打开每 个文件,然后手动把相同的变更输入到所有那些产出物中。 这种方法会花费大量时间,而且很容易出错。架构师可能会把新模块的名称敲 错。更重要的是,他需要提前知道所有需要更改的产出物,这可能会有很多。他很可 能会遗漏很多,那样就会导致它们与其他部分不一致。以那些文档作为生命周期阶段 输入的开发团队就会因此产生问题。这对于项目经理也是个问题,他必须负责修改日 程安排,增加生命周期的成本,以修正传播到生产环境中的缺陷。 这种场景在采用基于文档的传统方法来执行系统

文档评论(0)

l215322 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档