设计模式
设计原则一:开闭原则
设计原则二:迪米特法则
设计原则三:合成复用原则
设计原则四:依赖倒转原则
设计模式一:简单工程模式
自上而下的软件开发流程
UML类图
UML图六种箭头的含义(泛化、实现、依赖、关联、聚合、组合)
C++11的新变化
未命名
本文档使用 MrDoc 发布
-
+
首页
自上而下的软件开发流程
## High Level Architecture  在自顶向下的方法中,与定义高级架构相关的活动开始于Develop Function Architecture和/或Develop Abstract Platform Specification,从而产生功能架构和抽象平台规范对高级架构的贡献 ### Develop Function Architecture 开发功能架构聚焦于车辆功能,将其从未来的实现中抽象出来。 ### Develop Abstract Platform Specification 着重于为`车辆功能`及其交互设计一个平台独立的组件模型。需要依赖于`Function Architecture`开发。 - 忽略其未来实现形式的抽象组件,可以是AUTOSAR AP / CP / 非AUTOSAR软件实体或硬件实体。 - 基于抽象端口接口描述(参见[TR_AMETH_00001])的通信端点。 - 通过AUTOSAR AP服务发现或CP连接器或跨平台通信,忽略其未来实现方式的通信端点之间的连接。 ### Develop Vehicle Software Architecture Develop Vehicle Software Architecture将重点放在面向AUTOSAR AP或CP的软件组件上,可以是任何组合。生成的Vehicle Software Architecture : - 将功能分配给AP和CP平台 - 定义所需的AP和CP内部和跨平台通信,以及与非AUTOSAR实体进行“外部”通信的需求。 ### Develop Vehicle Hardware Architecture 硬件相关,不关注 ### 定义抽象接口 这一活动规定了在`Abstract Platform Specification`中通信端所需的PortInterfaces的功能。在`Abstract Platform Specification`中定义的抽象PortInterfaces指定了以下内容: - 命令:作为AP方法和CP客户端/服务器操作的抽象形式 - 指示:作为AP事件或字段和CP发送器/接收器数据原型的抽象形式 - 属性:作为AP字段和收集的CP客户端/服务器操作、发送器/接收器数据原型的抽象形式 - 所有使用抽象数据类型,勾勒出对未来具体AP和CP数据类型的需求。 请注意,这与以下内容无关: - 分配给特定网络绑定的任何分配 - 分配给特定平台软件组件类型的任何分配 这可视为向开发AP或CP软件实体迈出的准备步骤。这一活动是可选的,在自下而上的方法中不会显示出来。 ## Overall System View 
admin
2024年3月19日 11:39
转发文档
收藏文档
上一篇
下一篇
手机扫码
复制链接
手机扫一扫转发分享
复制链接
Markdown文件
分享
链接
类型
密码
更新密码