SISTEMA DE TIEMPO REAL

En un documento en Word describa el proceso de utilizacin adecuada de

las herramientas de modelado en sistemas de tiempo real. Enva tu archivo a
travs de este medio.
Un sistema de tiempo real es un sistema informtico que interacciona con su
entorno fsico y responde a los estmulos del entorno dentro de un plazo de
tiempo determinado. No basta con que las acciones del sistema sean correctas,
sino que, adems, tienen que ejecutarse dentro de un intervalo de tiempo
determinado.
Existen sistemas de tiempo real crtico (tiempo real duro), en los que los plazos de
respuesta deben respetarse siempre estrictamente y una sola respuesta tarda a
un suceso externo puede tener consecuencias fatales; y sistemas de tiempo real
acrtico (tiempo real suave), en los que se pueden tolerar retrasos ocasionales en
la respuesta a un suceso.
Un ejemplo que ilustra los puntos anteriores es el de un robot que necesita tomar
una pieza de una banda sinfn. Si el robot llega tarde, la pieza ya no estar donde
deba recogerla, por tanto, el trabajo se llev a cabo incorrectamente, aunque el
robot haya llegado al lugar adecuado. Si el robot llega antes de que la pieza
llegue, la pieza an no estar ah y el robot puede bloquear su paso.
1. Metodologa
La investigacin fue desarrollada utilizando la Metodologa InvestigacinAccin propuesta por Susman y Evered (1978), dada su adaptacin en el
contexto de la Ingeniera de Software y Sistemas de Informacin. A
continuacin se detallan las cinco fases presentes en el proceso iterativo:
a) Fase de Diagnstico: Corresponde a la identificacin y descripcin de la
situacin actual.
b) Fase de Planificacin de la Accin: Especifica las acciones que deben ser
ejecutadas para mejorar el problema.
c) Fase de Implementacin de la Accin: Se implementa la accin planificada.
Los investigadores y participantes colaboran generando cambios que
mejoren la situacin actual.
d) Fase de Evaluacin: Despus de ser completadas las acciones, los
investigadores evalan las salidas, utilizando tcnicas apropiadas que
aporten evidencia de la calidad de las acciones emprendidas.
e) Fase de Especificacin del Aprendizaje: en esta fase se reflexiona sobre
los resultados de la fase de evaluacin.
2. Conceptos fundamentales
En esta seccin se presenta una breve revisin de los conceptos
fundamentales relacionados con el desarrollo de esta investigacin.
Sistemas de Tiempo Real (STR)

Un Sistema de Tiempo Real, se define como: Un sistema en el que el tiempo

en que se produce su salida es significante. Esto es debido a que
generalmente la entrada corresponde a algn instante del mundo fsico y la
salida tiene relacin con ese mismo instante". Entre los elementos principales
de un STR, se encuentran un sistema de control, interactuando con el mundo
fsico a travs los sensores, quienes capturan datos para ser procesados y
enviar la respuesta de retorno al mundo fsico a travs de los actuadores.
Por otra parte, dentro de las caractersticas propias del dominio de STR se
encuentran los requisitos de tiempo, de seguridad y fiabilidad, que vistos
desde el modelo de calidad estndar ISO 9126-1 corresponderan con las
caractersticas de calidad: Eficiencia, Funcionalidad y Fiabilidad,
respectivamente.
Metodologas de Desarrollo de Software para Aplicaciones
de Tiempo Real
Una metodologa puede definirse como "Una versin ampliada del ciclo de
vida completo del desarrollo de sistemas, que incluyen tareas o pasos
para cada fase, funciones desempeadas en cada tarea, productos
resultantes, normas de calidad y tcnicas de desarrollo que se utilizan en
cada tarea". En los ltimos aos se han desarrollado diversas
metodologas de aplicacin especfica del diseo de STR, entre ellas se
pueden encontrar ROOM/UML-RT, HRT-HOOD, OOHARTS, SiMOO-RT,
ACCORD/UML COMET, Octopus/UML, ROPES. Para esta investigacin,
se seleccionaron las tres ltimas de las metodologas mencionadas,
tomando en cuenta caractersticas comunes tales como, basadas en
notaciones estndares como UML y enfocadas bajo el paradigma
orientado a objetos, utilizan la definicin arquitectura de software. A
continuacin, se presenta una descripcin breve de cada una de ellas.
COMET (Concurrent Object Modeling and architectural
design mEThod)
COMET [4, 5] es una metodologa que emplea notacin UML, y est
basada en un ciclo de desarrollo iterativo, con las siguientes fases:
modelado de requisitos, anlisis, diseo, construccin e integracin
incremental del software y validacin del sistema.
Los requisitos funcionales del sistema se especifican mediante actores y
casos de uso. En la fase de anlisis, se refinan los requerimientos para
describir los objetos que intervienen y sus interacciones, a travs de
diagramas de clase (modelo estructural) y mediante colaboraciones y/o
diagramas de estado (comportamiento dinmico). En la fase de diseo, se
desarrolla la arquitectura del software. En la fase de construccin se lleva
a implementacin, el diseo del comportamiento esttico y dinmico del
sistema. Durante la fase de integracin se integran los mdulos de
software creados. Finalmente, sobre la arquitectura de tareas obtenida en
la fase de diseo, se lleva a cabo la validacin temporal del sistema, a

travs de un anlisis de planificacin o un anlisis de secuencias de

eventos.
Octopus/UML
Octopus/UML [4, 6] es una metodologa de desarrollo orientado a objetos y
utiliza UML como notacin. Sin embargo, para algunos aspectos donde
UML no dispone de notacin especfica, utiliza la notacin original de
Octopus. No fuerza la redefinicin de objetos, ya que admite la
reutilizacin de segmentos de software ya diseados. Propone seguir las
fases de especificacin de requisitos, la definicin de la arquitectura del
sistema y luego el desarrollo en paralelo de cada subsistema siguiendo las
habituales fases de anlisis, diseo e implementacin para cada uno. En
la ltima fase se lleva a cabo la integracin del hardware y el cdigo ya
disponible con los subsistemas desarrollados.
En Octopus/UML, la especificacin de requisitos se hace mediante casos
de uso, escenarios y el diagrama de contexto. Para el anlisis de cada
subsistema se propone la generacin de los modelos estructural, funcional
y dinmico. Cada fase tiene definidos los artefactos con los que se
alimentan las fases subsiguientes y favorece la combinacin entre el
modelo de desarrollo de software espiral y evolutivo.
ROPES (Rapid Object-Oriented Process for Embedded
Systems)
ROPES [4, 7] emplea como notacin UML se basa en un proceso de
desarrollo iterativo (o en espiral). Est compuesto de diversas tendencias
de la ingeniera del software, tales como, anlisis de riesgo y calidad de
software. Se organiza en cuatro grandes fases: anlisis, diseo, traduccin
y pruebas, siendo los artefactos resultantes de cada fase, modelos o
diagramas UML que se refinan o corrigen en las siguientes.
En la actividad de anlisis se llevan a cabo tres tipos de anlisis. Un
anlisis de requisitos, en el que se especifican los requisitos funcionales y
no funcionales del sistema. En segundo lugar el anlisis de sistema, se
realiza la divisin de responsabilidades entre el hardware y el software, la
arquitectura de alto nivel del sistema y los algoritmos de control
necesarios. Y por ltimo el anlisis de objetos, el cual comprende dos
grandes tareas, en una, se determinan los modelos estructurales de los
objetos que han de componer el sistema y en la otra, se modela su
comportamiento mediante colaboraciones o diagramas de secuencias. En
la fase de diseo se llevan a cabo los diseos de la arquitectura,
mecanismos y el detallado. La fase de traduccin comprende la
generacin de cdigo ejecutable a partir del diseo del sistema. En la fase
de pruebas se verifica la conformidad de la aplicacin, sea para encontrar
defectos o para observar un cierto nivel funcional. Incluye pruebas de
integracin y de validacin.