SysML汽车领域实践.ppt

1、SysML汽车领域实践内容提要内容提要n 问题背景问题背景n SysCARSSysCARS整体框架整体框架n SysCARSSysCARS关键技术关键技术n 评析评析问题背景问题背景n逐渐浮现的问题逐渐浮现的问题 新型软硬件技术促使标准的更新换代加快 复杂度日趋上升 用户体验要求上升 产品快速迭代新型的汽车控制系统制造，面临定制化要求日益突出，用户需求频繁变更，产品迭代与升级加速等一系列问题。问题背景问题背景从方法学角度而言，汽车控制系统的生产需要从方法学角度而言，汽车控制系统的生产需要满足如下要求：满足如下要求：1.软硬件协同设计2.流程规范易懂3.开发方法能灵活适应变更4.生产与开发能满足

2、定制化需求 问题背景问题背景Valeo公司对问题的理解：公司对问题的理解：1.开发流程需要完整的方法学指导2.方法学尽可能不与企业本身流程冲突3.SysML过于追求通用化而导致过于庞大的图库4.SysML本身缺乏特定的方法学5.生产与开发能满足定制化需求 SysCARS方法方法n 整体思想整体思想SysML部分图形：选取对行业有直接作用的图选取对行业有直接作用的图 Valeo工作流：Valeo自身开发流程，用自身开发流程，用profile定义定义 商业化工具为基础的工具环境：DOORS，Reqtify等等SysCARS(System Core Analysis for Robustness a

3、nd Safety)SysCARS方法方法n 整体思想整体思想 以Valeo自身工作流为基础，针对系统开发的不同阶段，选取合适的分析图形和工具，最终完成系统设计与开发。l 示范性项目从2012年开始，2014年完成。l 发动机和雨刷控制等系统SysCARS方法方法n 工作基础与基本环境构建工作基础与基本环境构建1.开发流程建立2.人员角色设定3.工具环境搭建4.SysML剪裁5.示范项目6.人员随项目训练SysCARS方法方法n开发流程开发流程建立：建立：System Development and Validation Process 混合动力车等新一代车型需求驱动 聘行业标准专家等组成流程

4、设计队伍SysCARS方法方法n人员角色设定人员角色设定根据系统级建模的理论指导完成“人员开发活动”之间的映射关系l 标准规范咨询专家l 需求分析工程师l 系统架构师l 产品经理l 测试人员SysCARS方法方法n工具环境搭建工具环境搭建尽可能实现自动化的需求分析和设计环境，并能与SysML本身相关工具无缝连接易用成本企业文化与习惯当前主流的SysML建模工具，例如EA等，基本都是以XMI为标准输出结构。Artisan:AtegoRhapsody:IBMSysCARS方法方法nSysML剪裁剪裁l DSL方案（Domain Specific Language 领域定制语言）l 保留SysML的

5、核心内容，以此为基础扩展工具以SysML几个核心图形为基础，根据这些图的特点，开发相应的工具来支撑SysML在Valeo公司内部的应用。SysCARS方法方法n示范项目示范项目不同产品线多个子系统进行了试验不同产品线多个子系统进行了试验l 发动机控制系统l 电控系统l 雨刮等辅助设备系统n人员培训人员培训l 系统建模和软件建模的基础内容l SysCARS方法流程l 跟项目实习SysCARS方法整体框架环境分环境分析析用例认用例认定定涉众需求文档界面分析界面分析系统功能系统功能与场景分与场景分析析内部功内部功能认定能认定定义系定义系统逻辑统逻辑结构结构物理模块物理模块与结构与结构物理组件物理组件

6、系统需求文档系统设计文档定义涉众定义涉众需求需求需求分析需求分析逻辑结构逻辑结构设计设计物理结构物理结构设计设计定义涉众需求定义涉众需求1.抽取涉众需求2.定义系统边界3.明确并描述环境用例4.明确操作模式 5.建立涉众需求与操作用例的相关元素的追踪抽取涉众需求抽取利益相关者设想的预期系统功能，而非功能实现细节 注重任务级的性能需求抽取以支持后期的方案选择 原始需求存于特定文档或数据库 需求分类：用户相关、系统相关及组件相关定义系统边界利用系统关联图（Context Diagram）描述系统环境及与外部对象的交互以确定系统边界 明确系统生命周期从制造到回收的各个阶段，为每个阶段创建一个块定义图

7、（BDD）明确与系统交互的外部元素及对应的交互关系环境用例：从用户角度看环境用例：从用户角度看系统系统环境用例图描述了系统预期提供的服务在块定义图的基础上对利益相关者的需求进行精化询问块定义图中每一个actor，获取他们希望系统提供的服务一个用例由一个外部事件触发，最终返回一个结果给用户，可细分为一组场景（Scenarios），场景可用顺序图表示。操作模式（Mode）一个模式可视为系统所处的一个状态为环境用例中的场景建立模式状态图，包括所有状态及状态间的转换关系模式状态图与用例图的创建过程息息相关且交错进行原始需求与用例的追踪原始需求与用例的追踪 确保所有原始需求均被用例图覆盖 将所有原始需求

8、与用例联系起来 在链接信息基础上进行可跟踪性分析经典方法经典方法：1.审查2.建立追踪矩阵Functional RequirementUse CaseUC-1 UC-2 UC-3 UC-4 FR-1 FR-2 FR-3 FR-4 FR-5 FR-6 追踪矩阵追踪矩阵n阶段性文档生成阶段性文档生成：涉众需求描述文档（Stakeholders Needs Document，SND）常见技术实现方式是根据设定好的模板，工具生成对应的Word文档。至此第一阶段任务完成至此第一阶段任务完成需求分析需求分析1.描述系统与外界交互的接口2.生成系统级用例3.明确系统级操作的状态4.系统需求追踪性确认系统与外

9、界交互接口描述系统与外界交互接口描述分析外部元素与系统交互时产生的数据与控制流使用内部块图（Internal Block Diagram）描述系统与外部交互的界面每个系统可能对应多个内部块图，以实现其与不同环境交互的描述为方便理解与管理，可用多个内部块图描述系统在同一环境下不同类别的界面，如机械界面、电子界面、数据处理总线等系统级用例系统级用例将前面的环境用例精化为系统用例，明确系统需要实现的功能或服务沿用环境用例及顺序图作为初始的系统用例及顺序图，然后根据预期功能进行扩展将系统用例中场景内部产生的交互定义为事件明确系统级操作状态明确系统级操作状态利用状态机（State Machine）描述系

10、统在系统场景中的预期行为该阶段生成的状态机不一定只是上一阶段中模式状态图的精化结果，可能会有新的元素及结构系统级状态图的生成是一个迭代过程，与系统用例的生成过程交替执行系统需求追踪确认两种两种追踪追踪性链接性链接隐性链接：图内组件之间关联显性链接：不同层次之间关联 系统间异构元素之间关联n阶段性文档生成阶段性文档生成：系统需求文档（System Requirements Document）至此第二阶段任务完成至此第二阶段任务完成架构设计架构设计1.识别各个功能模块2.明确模块与系统状态的关系3.根据模块设计物理架构4.完成模块与物理设计之间的映射关系5.精化模块和架构6.度量评估系统架构分析视

11、角从黑盒向白盒的转换分析视角从黑盒向白盒的转换识别功能模块识别功能模块将前面的operation即系统的操作分解精化为具体功能模块用活动图描述功能之间的执行关系Data flowControl flow物理架构设计物理架构设计在理解了系统模块的基础上设计物理硬件架构用块定义图描述功能之间的执行关系知道有哪些系统功能，然后把需要的物理设备和硬件识别出来。物理架构内部设计物理架构内部设计对物理架构进一步精化用内部块定义图描述物理组件之间关系内部场景的定义功能与架构内部模块的映射功能与架构内部模块的映射用描述场景的方式描述模块间关系用描述场景的方式描述模块间关系l 活动图l 状态图l 顺序图需要关注

12、的是图形直接的关联追踪、度量与文档导出追踪、度量与文档导出同一类图形上下层之间关系同一类图形上下层之间关系l 不同类别的图形之间的逻辑关联关系l 矩阵等传统技术，Artisan工具 度量度量：涉及仿真等外部评估活动 文档导出：文档导出：系统设计文档（System Design Document,SDD）组件需求文档（Component Needs Document，CND）工作流驱动的开发过程工作流驱动的开发过程SysML本身更侧重于语言和描述，而前述过程本身更侧重于语言和描述，而前述过程是是Valeo工作流驱动的。工作流驱动的。n SysML工具目前过于复杂而不利于普通工程师n 自动化系统化

13、引导工程人员工作流驱动的开发过程工作流驱动的开发过程SysML本身更侧重于语言和描述，而前述过程本身更侧重于语言和描述，而前述过程是是Valeo工作流驱动的。工作流驱动的。n SysML工具目前过于复杂而不利于普通工程师n 自动化系统化引导工程人员工作流驱动的开发过程工作流驱动的开发过程l 步骤控制与引导l 图形的建立l 文档的导出l 支持预定义和自定义描述机制l 版本控制和追踪l 需求模型验证版本同步和追踪版本同步和追踪需求模型验证需求模型验证 落实在“追踪”上需求模型验证需求模型验证 尝试用Simulink做仿真进行验证评述评述l 涵盖了需求分析和系统建模的工程活动l 系统化的方法l 自动化工具支撑环境l 可扩展性良好