Ciclos de dessarrollo de control embebido

CONTROL EMBEBIDO

Título

Ciclos de desarrollo en software embebido

Autor

Pedro Israel Quinatoa Quinaloa

Nombre de la Institución

Escuela Superior Politecnica de Chimborazo

---

Resumen

El tamaño y la complejidad de los sistemas de software en este caso, embebido han incrementado de manera abismal en los últimos años, de esta forma, es importante tener metodologías claras y definidas para todas las fases de desarrollo En un desarrollo tradicional de un proyecto, el diseño del Hardware comienza antes que el diseño del Software, Dada una especificación inicial de lo que debe de hacer el Hardware y usualmente incompleta pues aún parte del SW no ha sido desarrollado en esta etapa, tomando en cuenta que es un tipo de aplicación muy particular en la ingeniería de software, su conceptualización, aplicación en las diversas actividades del ser humano, características específicas que se demandan al construirlo.  

Ciclos de desarrollo en software embebido

En el desarrollo de SW Embebido tradicional generalmente comenzaba o era casi exclusivamente desarrollado en lenguajes como C o incluso ensamblador y se utilizaban herramientas muy parecidas de desarrollo como lo de PC tradicional como compiladores, ensambladores y depuradores. En algunas industrias, aún se sigue desarrollando de esa manera.

actualmente tienen varios procesadores, periféricos, sistemas operativos de tiempo real, manejadores de voltajes, memorias y diferentes tipos velocidades en el mismo

Métodos tradicionales de desarrollo de sw embebidos

[pic 1]

Figura 1:Desarrollo tradicional de software embebido

todas las metodologías de diseño se comienzan con las especificaciones, también llamadas requerimientos.

Una vez que se han definido los documentos como SRS (Software Requirement Specification, por sus siglas en inglés), FRD (Functional Requirements Design, por sus siglas en inglés), entre otros, se define la arquitectura para poder realizar el Software, una vez terminado el Software, se diseña el Hardware alrededor de los requerimientos del SW

Una vez terminado tanto el Software como el Hardware de manera secuencial, se procede a realizar una prueba con el prototipo, también conocido como prueba de integración si existe algún error, se regresa a la definición de la arquitectura hasta que el prototipo este sin errores A diferencia del desarrollo de Software tradicional, en Software Embebido se requiere en el diseño que tanto Software como Hardware se desarrollen en paralelo y que ambos equipos de desarrolladores estén en constante contacto.

Métologia Top-Down

Esta metodología es de las más simples que hay para diseñar Sistemas Embebidos, Permite diseñar el flujo de desarrollo de un sistema de manera descendente se divide en módulos que se estructuran e integran de forma jerárquica.

Especificaciones: El desarrollo de esta metodología comienza con un conjunto de especificaciones, mismas que tendrán que ser provistas por el usuario o bien, surgen de los requerimientos técnicos del sistema.

Síntesis del diseño: Esta etapa involucra dos requerimientos:

a) especificaciones del sistema

...