bte365

嵌入式软件架构设计

嵌入式软件架构设计

开课时间:2024/6/14 9:00:00 所在:深圳

课程纲要

课程配景

培训收益

课程工具

软件架构工程师、系统工程师、SE工程师


课程特色

要求:学员携带条记本电脑和U盘来加入培训,,,,借助大宗实例研习推进培训,,,,让学员在课堂上真正掌握所学。。。本课以为“当堂夯实的手艺,,,,可用于现实事情”。。。也接待学员带着现实问题前来参训!


课程纲要

【??? ???橐弧咳巳苏莆铡度胧叫枨

  理阵势——嵌入式软件需求剖析的历程【方法明确,,,,履历干货】

  方法一:系统界线剖析——上下文图and硬件结构图

  方法二:功效需求剖析——功效树or用例图

  方法三:用户接口剖析——菜单树and界面流

  方法四:软硬接口剖析——和外部软硬件的接口规约

  方法五:功效方法剖析——输入-处理-输出or用例规约

  方法六:质量需求剖析——本课关注方法级实时、方法级可靠

  一组案例……

  划重点——要害点的讲与练

  输入-处理-输出界说功效需求……顽疾是需求项又多又散??? ???剖析、解决。。。

  与外部软、硬件的接口需求……顶层数据流图、上下文图、硬件结构图

  高性能和可靠性等质量需求……质量需求怎样界说??? ???以某控制器为案例

  一组案例……

  特重大的功效逻辑怎样搞定??? ???=主控流程+可能事务与分支流程+方法规则

  拷资料——文档模板+案例资料【外企模板,,,,独家分享】

  《需求规格》模板

  《需求规格》实例

  一组案例……例如,,,,质量90%可以用“功效的方法级规则”来界说


【??? ???槎】始于需求——自顶向下设计运行控制结构

  理阵势——运行控制结构的设计历程【方法明确,,,,履历干货】

  方法一:剖析需求(功效规模+硬件结构)

  方法二:识别焦点??? ???

  方法三:确定控制流,,,,设计控制模式

  方法四:对要害功效,,,,跑通控制历程

  案例剖析……上面四步,,,,都有现实案例,,,,并解说自顶向下头脑运用

  划重点——三种嵌入式“运行控制结构”模式

  结构一:多使命结构(OS-based Multi-task)

  结构二:前后台结构(死循环+中止)

  结构三:时间片轮询(Time-slice Polling)

  一组案例……

  划重点——前后台与时间片架构的几个细节

  【阵势】收罗-剖析-控制模式

  【局部1】转delay为中止

  【局部2】占空比与中止

  【局部3】函数的可重入设计

  【局部4】焦点代码性能

  高事务率架构案例:多使命vs.时间片轮转

  划重点——统一回覆几个“大的疑问”

  问:我们公司系统较量重大,,,,性能要求也较量多,,,,总感受理不清??? ???

  问:我们公司似乎没人会画多线程协作图。。。讨教,,,,怎么画??? ???

  问:我们公司嵌入式分层架构太泛,,,,没把代码块、线程、中止等说清晰!


【??? ???槿可钊胂昃 度胧椒植闶嫡郊记

  理阵势——嵌入式代码架构,,,,就这么设计【方法明确,,,,履历干货】

  方法一:借助模式,,,,按“五横一纵”组织??? ???樘趵

  方法二:自底向上,,,,先把硬件接口代码??? ???樯杓坪

  方法三:接口笼统,,,,为多种硬件提供统一接口

  方法四:服务笼统,,,,提炼可复用的显示/通讯/存储服务

  方法五:设计功效层??? ???,,,,确定它对下层??? ???榈呐灿

  方法六:设计初始化??? ???,,,,确定它对下层??? ???榈慕ㄉ韬蜕柚

  案例剖析……上面六步都有现实案例。。。重点方法,,,,有代码案例。。。

  划重点——要害点的讲与练【有代码,,,,有真货】

  Module对Task/Thread的封装

  ===Module设计的最低要求:没有隐藏就没有简化

  ===??? ???榉庾皌ask——Message和Task的架构级应用

  Module的可扩展&可设置&可插拔

  ===??? ???榈目缮柚檬缴杓啤狢onfig Array的架构级应用

  Interface对多个差别??? ???榈耐骋涣

  ===函数指针结构体的架构级应用

  上层对下层的“封装”与“组装”

  ===??? ???榉庾澳??? ???椤狶ayer头脑的代码实现

  ===main()怎样优雅地“启动”各??? ???

  拷资料——上述手艺,,,,划分对应的代码案例

  代码案例…

  代码案例…

  头脑的飞跃——架构之道【学员反。。。骸按蟪勾笪虻母惺苷嫠 薄

  自顶向下——剖析头脑。。。架构早期。。。驻足营业,,,,凭证需求剖析出粗粒度架构

  自底向上——封装头脑。。。架构后期。。。驻足实现,,,,隐藏细节,,,,统一接口,,,,提炼服务

  笼统vs.详细——笼统是效果,,,,笼统头脑的历程从研究多个“详细”最先

  剖析vs.封装——粗粒度架构来自自顶向下剖析,,,,细粒度架构来自自底向上封装

  接口vs.实现——接口界说“做什么”,,,,实现界说“怎么做”

  统一接口——下层有多种“怎么做”时,,,,不要直接挪用,,,,要通过统一接口挪用

  通用服务——提炼可复用的显示/通讯/存储服务,,,,“功效代码”就精练易修改了

  ……悟道训练,,,,一起画脑图


【??? ???樗摹扛衾胱洹杓坪媚诓拷涌凇⒍酝饨涌

  我们常设计这两种接口

  1.远程及板间接口或协议

  2.??? ???榧督涌诨蛐挛

  远程及板间接口或协议——怎样设计

  方法一:接口交互历程设计

  方法二:接口实现手艺选择

  方法三:接口参数名堂界说

  案例:剖析著名接口规范……

  ??? ???榧督涌凇忠掌

  Call(挪用)

  Message(新闻)

  Callback(回调)

  远程及板间接口或协议——API二次封装

  底层协议:认真通用性、跨平台

  提供API:认真屏障细节、利便开发

  案例剖析……

  ??? ???榧督涌凇次封装

  焦点接口vs.便捷接口(对焦点接口的包装)

  可设置性

  拷资料——对应的资料分享

  接口规范…

    接口案例…

  API案例…


【??? ???槲濉恐耙瞪摹拥グ寮芄故,,,,到方案架构师

  谈行业趋势,,,,聊职业生长

  1.IT行业的人才模子

  2.电子企业的常见生长路径

  3.我们个人的生长方略

  方案架构师设计自控方案时,,,,事情内容有哪些??? ???

  1.逻辑设计=分层设计+功效子系统划分

  2.物理设计=硬件拓扑+软组件漫衍设计

  3.手艺选型=开发手艺+运行情形选型

  4.接口设计=接口手艺选择+接口协议界说

  自控方案中的上位机软件设计

  1.五横一纵——上位机软件的??? ???榉植隳J

  2.??? ???榛帧纸涌谛枨

  3.??? ???榛帧止π枨

  拷资料——对应的资料分享

  《GB设计书》文档模板解读、现实规范剖析


【详细完整版的课程介绍,,,,请选择在线客服,,,,或致电0755-86718676,,,,免费索取。。。】

客户评价

  与温昱先生初识于一次部分内训,,,,金融机构应用信息手艺日久,,,,但营业生长之快仍需信息手艺部分一直怎样提供有力的手艺支持,,,,其时系统设计职员思绪难成一致,,,,故约请先生来讲述所得,,,,先生讲座生动有趣,,,,案例均为实践中心得,,,,有助于一线设计职员在垂头做事之余,,,,能够仰面看路,,,,从架构高度明确和看待日常事情。。。


  在厦门,,,,曾和温先生有过4天晚上的坐而论道,,,,从手艺到业界、从数据模子到软件重构、从职业观到心理学,,,,相互颇多启发。。。



选择bte365,,,,选择专业

关注公众号
审查更多分享内容

bte·365(中国)体育在线官网
【网站地图】
嵌入式软件架构设计