Explicación de la serie AutoSAR: descripción general de los documentos estándar de AutoSAR

Desde el final del capítulo práctico, no se ha actualizado durante mucho tiempo. Realmente estuvo demasiado ocupado hace un tiempo. A partir de hoy, reanudaremos gradualmente la actualización. Probablemente volverá a la frecuencia normal de 1-2 actualizaciones por año. semana de mayo.
Los blogueros todavía están pensando en cómo escribir el contenido del artículo detallado , así que espere pacientemente y esfuércese por terminar todas nuestras explicaciones de la serie AutoSAR antes de que finalice este año. Por supuesto, hay demasiados contenidos en AutoSAR
, y no es realista explicarlos todos en detalle.Todavía necesita explorar su propio proceso de aprendizaje a través de sus propios proyectos.

1. Descarga de documentos

Creo que después de leer los artículos introductorios y prácticos, todos tienen su propia comprensión de AutoSAR, y debe leer la documentación para obtener contenido más detallado. Pero amigos que han leído los documentos oficiales deben saber que hay tantos contenidos que mucha gente se desanima. Para ser honesto, los bloggers han comenzado recientemente a leer documentos estándar. Combinado con los métodos de visualización de otros bloggers, aquí los bloggers llevarán a todos a echar un vistazo juntos y ayudarán a todos a encontrar una pista. Después de todo, es mejor enseñar a las personas un pez La gente está pescando. La primera es la dirección de descarga: documentos oficiales de lanzamiento de AutoSAR , después de hacer clic para ingresar, encontrará que los documentos de lanzamiento de cada versión de ClassicAutoSAR están en él.

Tomemos el último (2020.4.13) 4.4.0 como ejemplo, descargue todos los documentos en la imagen a continuación, aquí está el documento estándar de AutoSAR, AutoSAR lo ha clasificado y empaquetado oficialmente

2. Estructura del documento

Después de toda la descompresión, hay tantas carpetas como se indica a continuación, y cada carpeta contiene algunos documentos con funciones similares. El bloguero hizo un cálculo aproximado. Hay alrededor de 22.000 páginas en el documento. De acuerdo con el promedio de 5 minutos para leer una página, llevará casi 80 días leerlas todas bajo la premisa de no comer, beber o dormir. (Originalmente, el blogger calculó alrededor de 25w de páginas según el tamaño del archivo, pero los lectores lo corrigieron a 2,2w de páginas, gracias a los cuidadosos lectores)

A continuación, abramos la carpeta BSWGeneral (el documento general de BSW), que contiene los documentos correspondientes. Aquí debemos explicar el significado de algunas de las abreviaturas, que ponemos en la tabla a continuación.

Para la mayoría de los trabajadores de AutoSAR basados en herramientas, solo necesita mirar SWS; en términos generales, para los desarrolladores de herramientas, también proporcionarán un conjunto de documentos de referencia (por ejemplo, los documentos proporcionados por Vector se encuentran en C:\ Vector \
CBD ********_D00_Tricore\Doc\TechnicalReferences). Pero para los desarrolladores de herramientas AutoSAR, o algunos
amigos que necesitan escribir códigos AutoSAR a mano, deben verlo bajo demanda.

abreviatura	significado
Exp	Explicación "Explicar"
RS	Especificación de requisitos "Especificación de requisitos"
SRS	Especificación de requisitos de software "Especificación de requisitos de software"

abreviatura	significado
SWS	Especificación de software "Especificación de software"
TPS	Especificación de plantilla "Especificación de plantilla"
TR	Especificaciones Técnicas "Especificaciones Técnicas"
MODIFICACIÓN	Modelo "Modelado"
MMOD	Metamodelo "metamodelo"

Finalmente, los blogueros no recomiendan encarecidamente leerlos todos, porque es casi imposible. En la siguiente sección, el blogger continuará llevándolo a ver la estructura y el contenido de un determinado documento SWS.

3. Contenido del documento

Sigamos con la explicación del apartado anterior, abramos el archivo AUTOSAR_SWS_BSWGeneral.pdf para analizar en detalle la estructura y contenido de un archivo SWS.

Básicamente, cada archivo SWS tiene la misma estructura, un total de 10 partes, de las cuales las partes 1, 5, 7, 8, 9 y 10 son más importantes, y otras partes, puede consultarlas según sus necesidades (como como acrónimos,
todos Si ve un acrónimo que no entiende, puede saltar para buscarlo)

4. Introducción de cada parte

1, Introducción y resumen funcional

Haga una introducción general a este documento y explique algunas instrucciones de lectura.

2、Acrónimos y abreviaturas

Explique algunas abreviaturas o algunas palabras especiales, para que todos puedan leer

3, Documentación relacionada

Son otros documentos que pueden estar involucrados en este documento, que se enumerarán aquí

4, Restricciones y suposiciones

Una descripción de las restricciones en el uso del artículo.

5, Dependencias de otros módulos

Aquí se explica la relación con otros módulos. En términos generales, habrá un diagrama de relación o una tabla. Dado que BSWGeneral no es un módulo ordinario, no existe tal cosa, pero se explica en detalle la estructura de archivos compartida por todos los BSW
. Tomemos otros módulos como ejemplo, como se muestra en la figura a continuación: (La figura a continuación es el diagrama de relación del módulo COM)

6、Trazabilidad de requisitos

Hay un tipo de archivo llamado archivo SRS, que es una especificación para requisitos funcionales. Es decir, qué característica de SWS puede cumplir con los requisitos de SRS. El lado izquierdo de la tabla es el requisito, el medio es la descripción, y el lado derecho es la especificación SWS que cumple con el requisito
.

7, especificación funcional

Cada especificación SWS se presenta en detalle. Por ejemplo, nuestro 7.1.1 significa que nuestro código debe cumplir con el
estándar MISRA C y el estándar del lenguaje C. Los detalles se presentan a continuación.
Las especificaciones funcionales generalmente especifican algunas funciones específicas del módulo, aquí porque es BSWGeneral, por lo que se especificará en algunas especificaciones generales

8, Especificación API

Eso es para estandarizar las interfaces de nuestros módulos, como definiciones de tipo, nombres de API, parámetros de API, etc. BSWGeneral aquí también define algunas especificaciones generales

9, diagramas de secuencia

De manera similar, BSWGeneral no tiene un diagrama de flujo, por lo que aún tomamos el módulo COM como ejemplo. El flujo de trabajo del módulo se enumerará aquí, para que todos puedan comprender su principio de funcionamiento y ayudar a todos a conectar funciones individuales en serie.

10, Especificación de configuración

Aquí se presentan principalmente los parámetros de configuración del módulo y la estructura de los parámetros, etc., y también habrá una imagen para resumir su descripción general de la configuración (todavía tomando el módulo COM como ejemplo)