[Tecnología integrada] Cómo estandarizar la redacción de documentos de desarrollo de sistemas integrados_Requisitos de desarrollo integrados

Esta es una buena referencia para futuras actualizaciones y mantenimiento del sistema.

A la hora de desarrollar un sistema, ¿qué documentación debe incluir? ¿Cómo se completan generalmente estos documentos y qué deben contener? Esta es la estandarización del desarrollo de sistemas.

Estandarizar el desarrollo de sistemas no sólo es beneficioso para usted, sino también para la empresa y los principiantes.

Es indiscutible que el diseño estandarizado hace que los ingenieros trabajen de manera más eficiente.

Ahora, en el desarrollo de proyectos de software a gran escala, esto se ha hecho bastante bien.

Pero en el desarrollo de microcontroladores y sistemas integrados, es necesario discutir con nosotros el trabajo de estandarización.

En China, el personal de RD de algunas empresas también es engañoso: escribe el código rápidamente para que yo pueda ver la función rápidamente, y no requieren que hagas nada más, solo termina de escribir la función.

Todo esto hace que nuestro diseño caiga en un malentendido: pasamos la mayor parte de nuestro tiempo escribiendo código y cambiando código.

A medida que los sistemas integrados en tiempo real se vuelven cada vez más complejos, los ingenieros de diseño deben considerar cuidadosamente la relación de colaboración entre el software y el hardware al definir y analizar los requisitos iniciales del sistema.

A menudo, los ingenieros de diseño también deben sopesar la flexibilidad, la velocidad, el coste, la planificación y las herramientas disponibles del sistema.

El propósito de este artículo es describir las características clave de los sistemas embebidos y los sistemas en tiempo real y discutir soluciones para desarrollar sistemas embebidos eficientes basados ​​en la selección o desarrollo de componentes de hardware y software. desarrollo de sistemas integrados y tecnologías clave exclusivas de los sistemas en tiempo real.

Conozco el software de diseño de realtime-uml: TNI embedido, Rational: Rosertilogix:: Artisan: Tau.

La solución integrada de proceso completo de TNI cubre todo el proceso de diseño de software de control integrado: desde los requisitos del usuario, las especificaciones, el diseño, la generación de código, la verificación de la simulación hasta la aceptación.

En las etapas iniciales del diseño, utilice especificaciones ejecutables (formales) y visuales para comunicarse con los usuarios y eliminar ambigüedades entre diseñadores y usuarios.

Comprueba y prueba diseños con simulación, paso a paso durante todo el proceso de diseño. Se descubre una gran cantidad de posibles errores y problemas de diseño antes de la instalación del equipo, lo que acorta en gran medida el tiempo de depuración en el sitio. Admite el diseño funcional, utiliza gráficamente el lenguaje IEC61131-3, cumple con los estándares de seguridad EN50128, genera automáticamente documentos de diseño y. es simple y fácil de usar. El modelado rápido genera automáticamente ROSE de generación C para análisis y diseño en diversas plataformas de software y hardware. RoseRT fue introducido por Rational después de la adquisición de objecttime. Esta herramienta se basa principalmente en un modelo llamado ROOM y es todo ejecutable.

No soy ni bueno ni malo.

(Teacher Dao de ilogix no está de acuerdo con ROOM) La interfaz de RoseRT parece relativamente compleja y la generación de código está bien, pero la eficiencia no se puede evaluar.

Solo se proporcionan los documentos del modelo dinámico y estático del sistema.

Rhapsody es utilizado actualmente por muchas grandes empresas extranjeras para el modelado de sistemas integrados y el diseño de software.

Rhapsody es un entorno de desarrollo basado en modelos basado en UML2

0, que permite que proyectos de diferentes tamaños analicen, diseñen, implementen y prueben su trabajo a través del modelado visual. Aplicaciones integradas en tiempo real.

Rhapsody está diseñado y optimizado específicamente para las necesidades especiales del mercado integrado, incluida la semántica de comportamiento de sistemas en tiempo real, soporte para sistemas operativos en tiempo real, soporte para aplicaciones en tiempo real sin sistemas operativos y ingeniería inversa de código heredado, depuración a nivel de diseño, generación automática eficiente de código (C, C, Ada, Java) y generación automática de documentos, etc.

Una muy buena herramienta que puede convertir directamente diagramas UML en código C o C.

Pero también se introducirá un marco de programa en el sistema para respaldar la ejecución, depuración y simulación de diagramas de secuencia y diagramas de estado.

Los beneficios que aporta son obvios, pero también crea resistencia a muchas aplicaciones integradas.

Por ejemplo, si su nueva característica es parchear un paquete de software de procedimiento existente, ¿cómo encajará el nuevo marco con el sistema heredado? Luego hay que digerir y absorber este marco adicional, lo que no debería ser menos difícil que explorar la estructura del MFC.

Rhapsody es perfecto para un proyecto nuevo.

Piénselo dos veces antes de proyectos que amplíen la funcionalidad y estén parcheados.

Me pregunto cómo se desempeña RoseReal-Time en este sentido. Rhapsody tiene muchas imágenes y los diseñadores pueden generar código de alta calidad directamente dibujando imágenes, lo cual es muy interesante.

Rhapsody realmente distingue a los desarrolladores y diseñadores, ya que requiere que los diseñadores lo implementen completamente de acuerdo con las ideas de ingeniería de software, lo que sin duda es un buen mantenimiento para el proyecto. Hay más de N adaptadores para facilitar el trasplante.

En términos generales, para proyectos que desarrollan aplicaciones de capa superior,