ambientes integrados

Ambientes integrados

Un ambiente de ingeniería de software (SEE) es un conjunto de herramientas de hardware y software las cuales actúan en combinación de una manera integrada para proporcionar soporte a todos los procesos de software desde la especificación inicial pasando por las pruebas y hasta la liberación del sistema.

Aun es una necesidad para  SEE’s en grandes proyectos. Estos probablemente estén basados en un área de trabajo estándar

Características de SEE

·         Las facilidades del ambiente son integrados - deberán proporcionar plataforma, datos, presentación, control e integración de procesos

·         El ambiente está diseñado para soportar actividades de equipo. La Administración de configuración es fundamental.

·         Facilidades son proporcionadas para soportar una amplia gama de actividades de software

Modelo de servicio de un SEE

·         Un arquitectura de niveles de SEE ordena al sistema como un numero de niveles donde cada uno proporciona algunos servicios a otros niveles

·         El nivel de plataforma proporciona archivos básicos, manejo de procesos y servicios de red

·         El nivel de área de trabajo proporciona manejo de datos, mensajes y servicios de interfaces de usuario

Perspectivas del ambiente

·         Desarrolladores de software miran al ambiente como un conjunto de comparaciones CASE

·         integradores de SEE conjunto servicios comunes y herramientas las cuales deben estar integradas en un contexto particular

·         Desarrolladores de herramientas, como un conjunto de servicios comunes llamados por las herramientas.

·         Desarrolladores de áreas de trabajo, como un conjunto de servicios el cual debe ser implementado

Integración de datos

·         Extiende los servicios básicos del repositorio para proporcionar servicios específicos para desarrollo software

·         Estos servicios podrían ser usados como base para una manejo de configuración integrada del sistema

·         Servicios de Meta-datos que permiten sub-ambientes para ser creados, estos permitiendo diferentes proyectos para trabajar en su propio ambiente

Manejo de tareas

·         Se refiere a soporte proporcionado para integración de procesos

·         Operaciones proporcionados para definir y ejecutar modelos de procesos

·         Servicios menos bien definidos en el modelo de referencia del SEE por la inmadurez del campo

Manejo de mensajes

·         Permiten a las herramientas y servicios del área de trabajo comunicarse

·         Dos servicios definidos en el modelo de referencia del SEE

•         Servicios de entrega de mensajes. Soporta paso de mensajes herramienta- herramienta, servicio-servicio, herramienta-servicio y área-área de trabajo.

•         Servicios de registro de herramientas. Permite a una herramienta registrase con el servidor de mensajes y recibir mensajes

•         Implementadas en productos comerciales como HP SoftBench

Servicios de interfaz de usuario

•         Soporte de integración de interpretación. Basado en el modelo X para interacción con el usuario

•         Los altos niveles del modelo no están bien definidos, así que no permite la comparación de los ambientes.

•         Pareciera estar basado en la suposición de que los servicios de plataforma serán proporcionados en una maquina UNIX. Esto no es el caso necesariamente

Herramientas del ambiente

Herramientas integradas

•         Herramientas que manejan todos los datos usando los servicios del área de trabajo e implementando sus estructuras de datos en un sistema de manejo de objetos

Herramientas semi-aisladas

•         Herramientas menos integradas. Manejan sus propios datos pero los archivos en los cuales están almacenados son manejados usando servicios del área de trabajo.

Herramientas foráneas

•         Herramientas las cuales corren en la misma plataforma que el SEE pero solamente usan servicios de plataforma

Plataforma central y remota

•         El SEE corre en una plataforma central pero el software es con frecuencia desarrollado en una computadora remota

•         El software podría estar para una máquina que no tiene facilidades de desarrollo.

•         La máquina remota podría ser una aplicación orientada(procesador paralelo) y no de una a la medida para correr sistemas CASE

•         La máquina remota podría ser usada por alguna otra aplicación la cual tomara prioridad.