《SysML汽车领域实践》由会员分享,可在线阅读,更多相关《SysML汽车领域实践(55页珍藏版)》请在金锄头文库上搜索。
1、SysCARS方法:SysML在汽车领域的应用实践内容提要内容提要n 问题背景背景n SysCARS整体框架整体框架n SysCARS关关键技技术n 评析析问题背景背景n逐逐渐浮浮现的的问题 新型软硬件技术促使标准的更新换代加快 复杂度日趋上升 用户体验要求上升 产品快速迭代新型的汽车控制系统制造,面临定制化要求日益突出,用户需求频繁变更,产品迭代与升级加速等一系列问题。问题背景背景从方法学角度而言,汽从方法学角度而言,汽车控制系控制系统的生的生产需要需要满足如下要求:足如下要求:1.软硬件协同设计2.流程规范易懂3.开发方法能灵活适应变更4.生产与开发能满足定制化需求 问题背景背景Valeo
2、公司公司对问题的理解:的理解:1.开发流程需要完整的方法学指导2.方法学尽可能不与企业本身流程冲突3.SysML过于追求通用化而导致过于庞大的图库4.SysML本身缺乏特定的方法学5.生产与开发能满足定制化需求 SysCARS方法方法n 整体思想整体思想SysML部分图形:选取取对行行业有直接作用的有直接作用的图 Valeo工作流:Valeo自身开自身开发流程,用流程,用profile定定义 商业化工具为基础的工具环境:DOORS,Reqtify等等SysCARS (System Core Analysis for Robustness and Safety)SysCARS方法方法n 整体思想
3、整体思想 以Valeo自身工作流为基础,针对系统开发的不同阶段,选取合适的分析图形和工具,最终完成系统设计与开发。l示范性项目从2012年开始,2014年完成。l发动机和雨刷控制等系统SysCARS方法方法n 工作基工作基础与基本与基本环境构建境构建1.开发流程建立2.人员角色设定3.工具环境搭建4.SysML剪裁5.示范项目6.人员随项目训练SysCARS方法方法n开开发流程流程建立:建立:System Development and Validation Process 混合动力车等新一代车型需求驱动 聘行业标准专家等组成流程设计队伍SysCARS方法方法n人人员角色角色设定定根据系统级建
4、模的理论指导完成“人员开发活动”之间的映射关系l 标准规范咨询专家l 需求分析工程师l 系统架构师l 产品经理l 测试人员SysCARS方法方法n工具工具环境搭建境搭建尽可能实现自动化的需求分析和设计环境,并能与SysML本身相关工具无缝连接易用成本企业文化与习惯当前主流的SysML建模工具,例如EA等,基本都是以XMI为标准输出结构。Artisan: AtegoRhapsody: IBMSysCARS方法方法nSysML剪裁剪裁l DSL方案(Domain Specific Language 领域定制语言)l 保留SysML的核心内容,以此为基础扩展工具以SysML几个核心图形为基础,根据这
5、些图的特点,开发相应的工具来支撑SysML在Valeo公司内部的应用。SysCARS方法方法n示范示范项目目不同不同产品品线多个子系多个子系统进行了行了试验l 发动机控制系统l 电控系统l 雨刮等辅助设备系统n人人员培培训l系统建模和软件建模的基础内容l SysCARS方法流程l 跟项目实习SysCARS方法整体框架涉众需求文档系统需求文档系统设计文档定定义涉众需求涉众需求1.抽取涉众需求2.定义系统边界3.明确并描述环境用例4.明确操作模式 5.建立涉众需求与操作用例的相关元素的追踪抽取涉众需求抽取利益相关者设想的预期系统功能,而非功能实现细节 注重任务级的性能需求抽取以支持后期的方案选择
6、原始需求存于特定文档或数据库 需求分类:用户相关、系统相关及组件相关定义系统边界利用系统关联图(Context Diagram)描述系统环境及与外部对象的交互以确定系统边界 明确系统生命周期从制造到回收的各个阶段,为每个阶段创建一个块定义图(BDD)明确与系统交互的外部元素及对应的交互关系环境用例:从用境用例:从用户角度看系角度看系统环境用例图描述了系统预期提供的服务在块定义图的基础上对利益相关者的需求进行精化询问块定义图中每一个actor,获取他们希望系统提供的服务一个用例由一个外部事件触发,最终返回一个 结 果 给 用 户 , 可 细 分 为 一 组 场 景(Scenarios),场景可用
7、顺序图表示。操作模式(Mode)一个模式可视为系统所处的一个状态为环境用例中的场景建立模式状态图,包括所有状态及状态间的转换关系模式状态图与用例图的创建过程息息相关且交错进行原始需求与用例的追踪原始需求与用例的追踪 确保所有原始需求均被用例图覆盖 将所有原始需求与用例联系起来 在链接信息基础上进行可跟踪性分析经典方法典方法: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 N
8、eeds Document,SND)常见技术实现方式是根据设定好的模板,工具生成对应的Word文档。至此第一至此第一阶段任段任务完成完成需求分析需求分析1.描述系统与外界交互的接口2.生成系统级用例3.明确系统级操作的状态4.系统需求追踪性确认系系统与外界交互接口描述与外界交互接口描述分析外部元素与系统交互时产生的数据与控制流使用内部块图(Internal Block Diagram)描述系统与外部交互的界面每个系统可能对应多个内部块图,以实现其与不同环境交互的描述为方便理解与管理,可用多个内部块图描述系统在同一环境下不同类别的界面,如机械界面、电子界面、数据处理总线等系系统级用例用例将前面的
9、环境用例精化为系统用例,明确系统需要实现的功能或服务沿用环境用例及顺序图作为初始的系统用例及顺序图,然后根据预期功能进行扩展将系统用例中场景内部产生的交互定义为事件明确系明确系统级操作状操作状态利用状态机(State Machine)描述系统在系统场景中的预期行为该阶段生成的状态机不一定只是上一阶段中模式状态图的精化结果,可能会有新的元素及结构系统级状态图的生成是一个迭代过程,与系统用例的生成过程交替执行系统需求追踪确认两种两种追踪追踪性性链接接隐性链接:图内组件之间关联显性链接:不同层次之间关联 系统间异构元素之间关联n阶段性文档生成段性文档生成:系统需求文档(System Requirem
10、ents Document)至此第二至此第二阶段任段任务完成完成架构架构设计1.识别各个功能模块2.明确模块与系统状态的关系3.根据模块设计物理架构4.完成模块与物理设计之间的映射关系5.精化模块和架构6.度量评估系统架构分析分析视角从黑盒向白盒的角从黑盒向白盒的转换识别功能模功能模块将前面的operation即系统的操作分解精化为具体功能模块用活动图描述功能之间的执行关系Data flowControl flow物理架构物理架构设计在理解了系统模块的基础上设计物理硬件架构用块定义图描述功能之间的执行关系知道有哪些系统功能,然后把需要的物理设备和硬件识别出来。物理架构内部物理架构内部设计对物理
11、架构进一步精化用内部块定义图描述物理组件之间关系内部场景的定义功能与架构内部模功能与架构内部模块的映射的映射用描述用描述场景的方式描述模景的方式描述模块间关系关系l活动图l状态图l顺序图需要关注的是图形直接的关联追踪、度量与文档追踪、度量与文档导出出同一同一类图形上下形上下层之之间关系关系l不同类别的图形之间的逻辑关联关系l矩阵等传统技术, Artisan工具 度量度量:涉及仿真等外部评估活动 文档文档导出:出:系统设计文档(System Design Document, SDD) 组件需求文档(Component Needs Document,CND)工作流工作流驱动的开的开发过程程SysM
12、L本身更本身更侧重于重于语言和描述,而前述言和描述,而前述过程是程是Valeo工作流工作流驱动的。的。n SysML工具目前过于复杂而不利于普通工程师n 自动化系统化引导工程人员工作流工作流驱动的开的开发过程程SysML本身更本身更侧重于重于语言和描述,而前述言和描述,而前述过程是程是Valeo工作流工作流驱动的。的。n SysML工具目前过于复杂而不利于普通工程师n 自动化系统化引导工程人员工作流工作流驱动的开的开发过程程l 步骤控制与引导l 图形的建立l 文档的导出l 支持预定义和自定义描述机制l 版本控制和追踪l 需求模型验证版本同步和追踪版本同步和追踪需求模型需求模型验证落实在“追踪”上需求模型需求模型验证尝试用Simulink做仿真进行验证评述述l 涵盖了需求分析和系统建模的工程活动l 系统化的方法l 自动化工具支撑环境l 可扩展性良好