Concepto de programa informtico

Software: es la parte lgica que dota al equipo fsico de capacidad para

realizar cualquier tipo de trabajo.
Un lenguaje de programacin es un conjunto:
-de instrucciones
-de operadores y
-de reglas de sintaxis y semnticas que el programador utiliza para
comunicarse con los dispositivos de hardware y software existentes.
Los lenguajes de programacin son el idioma artificial que constituyen los
operadores, instrucciones y reglas. Tienen el objetivo de facilitar la tarea de
crear programas con mayor nivel de abstraccin para realizar las mismas
operaciones que se podran realizar utilizando cdigo mquina.
Lenguaje ensamblador es un conjunto de instrucciones y las instrucciones
son secuencias de programacin.
Para facilitar la tarea de programar, nace el concepto de lenguaje de alto
nivel con FORTRAN (Formula TRANslation).
Los lenguajes de alto nivel son aquellos que elevan la abstraccin del cdigo
maquina lo ms posible programas es una tarea ms liviana, entendible e
intuitiva
Pero sea cual sea el lenguaje que usamos el compilador lo convierte de 1s y
01, que son los que llegan a la mquina.

Criterios para clasificar lenguajes de programacin:

-Por el nivel de abstraccin:
Es el modo en que los lenguajes se alejan del cdigo mquina y se acercan
ms a un lenguaje similar a los que utilizamos diariamente para
comunicarnos. Cuanto ms alejado este del cdigo mquina, de mayor nivel
ser el lenguaje. El nivel de abstraccin es la cantidad de capas de
ocultacin de cdigo mquina que hay entre el cdigo que escribimos y el
cdigo que la maquina ejecutar.
->Lenguajes de bajo nivel
Primera generacin: el cdigo mquina.
->Lenguajes de medio nivel
Segunda generacin: tienen definidas unas instrucciones para
realizar operaciones
sencillas con datos simples o posiciones de memoria: lenguaje
ensamblador.

->Lenguajes de alto nivel: Tercera, cuarta y quinta generacin.

-Los lenguajes de hoy da pertenecen a la tercera generacin, permiten

una forma de programar entendible e intuitiva.
-La cuarta generacin son creados para un propsito especfico.
Permiten reducir la
cantidad de lneas de cdigo que tendramos que hacer con otros
lenguajes de tercera generacin (propsito general). Tiene rutinas
incluidas en el propio lenguaje.
-La quinta generacin tambin llamados lenguajes naturales utilizan un
lenguaje natural. Pueden establecer el problema que hay que resolver y
las premisas y condiciones que hay que reunir para que la maquina lo
resuelva. Se aplican en inteligencia artificial. Combinan la creacin de
cdigos basados en reglas, con la administracin de reutilizacin.
-Por la forma de ejecucin:
->Lenguajes compilados
Un programa traductor (compilador) convierte el cdigo fuente en cdigo
objeto. Y otro programa (enlazador) une el cdigo objeto del programa con
el cdigo objeto de las libreras necesarias para producir el programa
ejecutable.
->Lenguajes interpretados
Ejecutan las instrucciones directamente sin que se genere cdigo objeto.
Es necesario un programa interprete en el sistema operativo o en la propia
maquina donde cada instruccin se interpreta y ejecuta de manera
independiente y secuencial. La principal diferencia con el anterior es que
se traducen en tiempo real solo las instrucciones que se utilicen en cada
ejecucin en vez de interpretar todo el cdigo se vaya a utilizar o no.
->Lenguajes virtuales
Tienen un funcionamiento similar al de los lenguajes compilados, genera
bytecode en vez de un cdigo objeto. Son lentos pero tienen la ventaja de
ser multisistema (un cdigo bytecode ser vlido para cualquier maquina)
-Por el paradigma
El paradigma de programacin es un enfoque particular para la construccin
de software. Pertenecen a lenguajes de alto nivel. Es comn que un lenguaje
pueda usar ms de un paradigma de programacin.
Se tienen los siguientes:
-Paradigma imperativo: -> Paradigma con efecto de lado (modifican
continuamente las variables)
Describe la programacin como una secuencia de instrucciones que
cambian el estado del programa, indicando como realizar una tarea.
Se basa en un modelo abstracto de computadora que consiste en

un gran almacn. La mquina almacena una representacin

codificada del cdigo a realizar y ejecuta una secuencia de
rdenes que modifican el almacn. (Soporta la modificacin del almacn, el
salto condicional y el salto incondicional). La arquitectura Von Newman
favorece este paradigma.

-Paradigma declarativo:
Especifica un conjunto de premisas y condiciones para indicar que es lo que
hay que hacer o no necesariamente
El programa concreto se compone de reglas, ecuaciones, datos,
transformaciones entre otras propiedades que el programa debe tener para
la solucin del problema. Se diferencia de otros paradigmas por la falta de
informacin a la hora de explicar la solucin paso a paso.
-Paradigma procedimental: Este paradigma cambia el valor de sus datos
repetidamente y se basa en los criterios de la mquina de Von Newman:
Celdas de memoria global, unidades E/S y procesador que permite operar
las instrucciones del programa.
-Paradigma orientado a objetos: Paradigma con efecto de lado. Se basa en
la utilizacin de objetos de un tipo especfico y resuelven mediante
secuencias operacionales el problema que se planteara. (Encapsulamiento
de informacin, Herencia y envi de mensajes).
-Herencia: establecer tipos para los objetos y dejando el
cdigo ms parecido al mundo real con esa abstraccin
conceptual
-Paradigma funcional: Paradigmas sin efecto de lado (crean nuevas
variables). Evala el problema realizando funciones de manera recursiva,
evita declarar datos haciendo hincapi en la composicin de las funciones y
en las iteraciones entre ellas
-Paradigma lgico: Se comienza sabiendo unos casos conocidos y un
conjunto de reglas que nos permitirn deducir otros hechos para la
elaboracin del programa. (Caracterstica: Clausulas de Horno (subconjunto
de predicados de 1 orden))
Define un conjunto de reglas lgicas para interpretarlas mediante inferencias
lgicas
OBTENCIN DE CODIGO EJECUTABLE

Una vez tengamos el cdigo del programa escrito en el lenguaje de

programacin escogido, no podr ser ejecutado a menos que se traduzca un
idioma que la maquina entienda.
El cdigo de nuestro programa se maneja mediante programas externos
asociados al lenguaje de programacin en el que est escrito
-

Por esto se definen los distintos tipos de cdigo por lo que pasara nuestro
programa antes de ser ejecutado por el sistema

Tipos de cdigos:
1. Cdigo fuente: conjunto de instrucciones escritos en un especfico
lenguaje de programacin.
2. Cdigo objeto: El cdigo resultante de la compilacin del cdigo fuente
3. Cdigo ejecutable: Es el programa resultante sacado del cdigo objeto y
a su vez del cdigo fuente.

Concepto de programa informtico

Un programa est formado por una serie de instrucciones y de estructuras
de datos, que al ejecutarse en un ordenador, en general, acepta una serie
de datos de entrada y produce unos resultados de salida, ejecutado para
ello las instrucciones y manejando las estructuras de datos que componen el
programa.
ENTRADA - > Programa -> Salida
Datos + Instrucciones

//

Programa =

Concepto de aplicacin informtica

Es un tipo de programa informtico diseado como herramienta para
permitir a un usuario realizar uno o diversos tipos de trabajo
Esto lo diferencia principalmente de otros tipos de programa como:
-

Los sistemas operativos(que hacen funcionar al ordenador)

Las utilidades(realizan tareas de mantenimiento)

Lenguaje de programacin (con el cual se crean los programa

informticos).

Aplicaciones informticas / desarrolladas: Ofrecen gran potencia ya que

estn exclusivamente diseadas para resolver un problema especfico
PROCESO DE DESARROLLO DE SOFTWARE
El desarrollo de un software o de un conjunto de aplicaciones pasa por
diferentes etapas desde que se produce la necesidad de crearlo hasta que
se finaliza y est listo para su uso.
Ese conjunto de etapas en el desarrollo del software responde al concepto
de ciclo de vida
No en todos los programas ni en todas las ocasiones el proceso de desarrollo
elevara fielmente las mismas etapas en el proceso de desarrollo; pero son
directrices recomendadas y reconocidas.
UT 1.2 CICLO DE VIDA DEL SOFWARE
Desde que se detecta la necesidad de construir un sistema de software
hasta que este es retirado, se identifican varias etapas que en conjunto
CICLO DE VIDA DEL SOFTWARE
En funcin de cuales sean las caractersticas del proyecto, se configurara el
ciclo de vida de forma diferente en cada caso.
Etapas:
-

Especificacin y anlisis de requisitos.

Diseo (del sistema).
Implementacin (Del software).
Aplicacin y pruebas. (Documentacin)
Entrega y mantenimiento.

Importante: Documentacin de todos los elementos y especificacin en cada

fase.

Etapas principales a realizar en cualquier ciclo de vida

Anlisis: Construye un modelo de los requisitos.
-

Comienza con una entrevista al cliente, que establecer lo que quiere y

dar una idea global de lo que necesita, pero no necesariamente
aceptada del todo.
Es necesaria habilidad y experiencia para reconocer requisitos
incompletos, contradictorios o incluso innecesarios
Es necesario un contraste y un consenso por ambas partes para llegar a
definir los requisitos verdaderos del software.
Para ello se crea un informe ERS ( Especificacin de requisitos del
sistema) acompaado del diagrama de clases o de Entidad/Relacin

Diseo:
-

Parte del modelo de anlisis.

Deduce las estructuras de datos, la estructura en la que se descompone
el sistema (estructura modular), el formato de entrada/salida de datos y
la interfaz de usuario.
Determina el funcionamiento del sistema de forma global, sin entrar en
detalles.
Establece las necesidades de recursos del sistema de software, tanto
fsicos como lgicos.
Se crean los diagramas de casos de uso y de secuencia para definir la
funcionalidad del sistema.

Codificacin: Construye el sistema. La salida de esta fase es cdigo

ejecutable.
Pruebas: Se comprueba que se cumplen todos los criterios de correccin y
calidad.
-

Buscan confirmas que la codificacin ha sido exitosa y el software no

contiene errores.
Comprueba que el software hace lo que debe hacer.
Tambin se realizan pruebas despus de la etapa de documentacin para
corroborar que esta es de calidad y satisfactoria para el buen uso de la
aplicacin.
Las pruebas las realiza, idlicamente, personal diferente al que codifico la
aplicacin.

Documentacin:
1. Debe estar disponible para el usuario
2. Debe estar destinada al propio equipo de desarrollo.
Del usuario:
-

Muestra informacin completa y de calidad.

Indica como maneja la aplicacin.
Permite al usuario comprender el propsito y el modo de uso de la
aplicacin sin informacin previa o adicional

Documentacin tcnica:
-

Explica el funcionamiento interno del programa

Explica la codificacin del mismo.
Permite a un equipo de desarrollo cualquiera entender el programa y
modificarlo si fuera necesario.

Modelos y Ciclos de vida del Desarrollo de Software:

Modelo en Cascada: Enfoque metodolgico que ordena rigurosamente las
etapas del ciclo de vida del software, esto supone una aproximacin del
desarrollo de software, que se inicia con la especificacin de requisitos y

contina con las dems fases. (Anlisis,

Diseo, Codificacin, Pruebas y
Mantenimiento)

Inconveniente:
Cometer un error y no poder volver
atrs.
Si no completas una fase, no puedes pasar a la siguiente.
Retraso que pueda causar en los diferentes usuarios que trabajan en el
proyecto.

Modelo de Espiral: Es un modelo de proceso evolutivo que combina parte del

modelo en cascada, es decir, que el software se desarrolla en una serie de
entregas evolutivas y cada una de estas entregando prototipos ms
completos del anterior (Siguiendo las etapas)
Ventajas: La creacin de diferentes prototipos por cada etapa* Desarrollo
lineal
Inconvenientes: A la hora de ver los riesgos
Inconvenientes:

Modelo de prototipo, modelo de desarrollo por etapas, modelo incremental,

Modelo estructurado, Modelo orientado a objetos, Modelo Rad, Modelo de
desarrollo concurrente, Modelo en V (o ciclo de vida en V)
Explotacion:

Prepara el software para su distribucin

Implementa el software en el sistema elegido o se prepara para que se
implemente por si solo de manera automtica
Cuando el software es una versin sustitutiva de otro anterior, hay que
valorar si conviene que ambas aplicaciones convivan durante un proceso
de adaptacin.

Mantenimiento: Se asegura que el sistema siga funcionando y

adaptndose a nuevos requisitos
-

Se arreglan los fallos o errores que suceden cuando el programa ya ha

sido implementado en un sistema.
Se realizan las ampliaciones necesitadas o requeridas.

Las formas de organizar y estructurar la secuencia de ejecucin de las

tareas en las diferentes fases dan lugar a un tipo de ciclo de vida diferente.
Los principales ciclos de vida que se van a presentar a continuacin realizan
estas tareas.
Cada uno de ellos tiene sus ventajas e inconvenientes.

Modelado de datos
Objetivos:
-Identificar objetos de datos
- Definir sus atributos
-Identificar las relaciones entre los objetos
-Situar los datos
Diagrama entidad-relacin: Red de datos.
Elementos del modelo de anlisis (imagen)

CICLO DE VIDA EN V
Es una variante del cv en cascada.
Propuesto por Alan Davis.
Tiene las mismas fases que el cv en cascada, pero se considera el nivel de
abstraccin de cada una.

 Una fase adems de utilizarse como entrada para la siguiente, sirve para
validar o verificar otras fases posteriores.

CV EN ESPIRAL

Propuesto inicialmente por Bohema en 1988.

 Consiste en una serie de ciclos que se repiten.

Cada uno tiene las mismas fases y cuando termina da un producto ampliado
con respecto al ciclo anterior.
En este sentido es parecido al modelo incremental, la diferencia importante
es que tiene en cuenta el concepto de riesgo.
Se considera riesgo:
requisitos no comprendidos,
mal diseo,
errores en la implementacin,
etc.
En cada iteracin se debe recopilar la siguiente informacin:
Objetivos
Alternativas
Restricciones
Riesgos
Resolucin de riesgos
Resultados
Planes
Compromiso
Objetivos: Se hacen entrevistas a los clientes, se les hace rellenar
cuestionarios, etc.
Alternativas: Diferentes formas de conseguir los objetivos. Se consideran
desde dos puntos de vista:
Caractersticas del producto.
Formas de gestionar el proyecto.
Restricciones:
Desde el punto de vista del producto:
interfaces de tal o cual manera,
rendimiento,
etc.
Desde el punto de vista organizativo: Coste, tiempo, personal, etc.

 Riesgos: Lista de riesgos identificados.

Resolucin de riesgos: La tcnica ms usada es la construccin de
prototipos.
Resultados: Lo que realmente ha ocurrido despus de la resolucin de
riesgos.
Planes: Lo que se va a hacer en la siguiente fase.
Compromiso: Decisiones de gestin sobre como continuar.
Al terminar una iteracin se comprueba que lo que se ha hecho efectivamente
cumple con los requisitos establecidos.
Se verifica que funciona correctamente.
El propio cliente evala el producto.
No existe una diferencia muy clara entre cuando termina el proyecto y cuando
empieza la fase de mantenimiento.

Ventajas
No necesita una definicin completa de los requisitos para empezar a
funcionar.
Al entregar productos desde el final de la primera iteracin es ms fcil
validar los requisitos.
El riesgo es menor, porque si todo se hace mal, solo se ha perdido el tiempo
y recursos invertidos en una iteracin (las anteriores iteraciones estn bien).
El riesgo de sufrir retrasos es menor, ya que al identificar los problemas en
etapas tempranas hay tiempo de subsanarlos.

Inconvenientes
Es difcil evaluar los riesgos.
Necesita de la participacin continua por parte del cliente.
Cuando se subcontrata hay que producir previamente una especificacin
completa de lo que se necesita, y esto lleva tiempo.

INTRODUCCIN
Una metodologa es un conjunto de componentes que especifican:
Cmo se debe dividir un proyecto en etapas.
Qu tareas se llevan a cabo en cada etapa.
Qu salidas se producen y cuando se deben producir.
Qu restricciones se aplican.
Qu herramientas se van a utilizar.
Cmo se gestiona y controla un proyecto.
Necesidades principales que se intentan cubrir con una metodologa:
Mejores aplicaciones: el seguimiento de una metodologa no basta
para asegurar la calidad del producto final.
Un mejor proceso de desarrollo: que identifica las salidas de cada fase
de forma que se pueda planificar y controlar el proyecto. Los sistemas
se desarrollan ms rpidamente y con los recursos apropiados.
Un proceso estndar en la organizacin: lo que aporta claros
beneficios.
Objetivos:
Registrar los requisitos de un sistema de informacin de forma
acertada.

 Proporcionar un mtodo sistemtico de desarrollo que se pueda

controlar su progreso.
Construir un sistema de informacin dentro de un tiempo apropiado y
unos costes aceptables.
Construir un sistema bien documentado y fcil de mantener.
Ayudar a identificar lo ms pronto posible cualquier cambio que sea
necesario realizar dentro del proceso de desarrollo.
Proporcionar un sistema que satisfaga a todas las personas afectadas
por el mismo, ya sean clientes, directivos, auditores o usuarios.

Una metodologa puede seguir uno o varios modelos de ciclo de vida.

El ciclo de vida indica qu es lo que hay que obtener a lo largo del desarrollo
del proyecto.
La metodologa indicara el cmo.

Visin
histrica
del
metodologas: 3 filosofas

desarrollo

de

1. Desarrollo convencional:
Se basaba en funciones bsicas de procesos de datos.
Los programadores estaban ms enfocados a las tareas de codificar
que a la de recoger y comprender las necesidades de los usuarios.
Este enfoque presenta los siguientes problemas:
Los resultados finales son impredecibles.
No hay forma de controlar qu est sucediendo en el proyecto no
hay fases establecidas ni productos intermedios sobre los que hacer
verificaciones.
Los cambios organizativos afectan negativamente al proceso de
desarrollo.

2. Desarrollo estructurado:
Sigue mtodos de ingeniera, dirigidos a aspectos tanto tcnicos como de gestin
en la construccin de software.
Tiene los siguientes conceptos asociados:

 Programacin estructurada.
Diseo estructurado.
Anlisis estructurado. La especificacin narrativa presentaba los
siguientes problemas:
Son monolticas.
Eran redundantes.
Eran ambiguas.
Imposibles de mantener.
3. Desarrollo orientado al objeto:
Trata los procesos y los datos de forma conjunta.
En los lenguajes orientados a objetos se da nfasis a la abstraccin de
datos.

Y los problemas del mundo real se representan como un conjunto de

objetos de datos para los que se adjuntan un conjunto de operaciones.

Caractersticas deseables en una metodologa

1. Existencia de reglas predefinidas:
o

que definan sus fases, tareas, productos intermedios, tcnicas,

herramientas, ayudas al desarrollo y formatos de documentacin
estndar.

2. Cobertura total del ciclo de desarrollo:

o

pasos que hay que realizar desde el planteamiento de un sistema

hasta su mantenimiento,

proporcionando mecanismos para integrar los resultados de una fase a

la siguiente,

de forma que se pueda referenciar a fases previas y comprobar el

trabajo realizado.

3. Verificaciones intermedias:
o

sobre productos
correccin,

generados

en

cada

fase

para

comprobar

su

por medio de revisiones software que detectan inconsistencias,

inexactitudes o cualquier otro tipo de defecto que se genera durante el
proceso de desarrollo,

evitando que lleguen a la fase de pruebas o en las pruebas de

aceptacin o durante la fase de mantenimiento.

4. Planificacin y control: una forma de desarrollar software de manera

planificada y controlada para que no se disparen los costes ni se
amplen los tiempos de entrega.
5. Comunicacin efectiva: entre los desarrolladores para facilitar el trabajo en
grupo y con los usuarios.
6. Utilizacin sobre un abanico amplio de proyectos: debe ser flexible. No se
deberan utilizar metodologas diferentes para cada proyecto.
7. Fcil formacin: los desarrolladores deben comprender las tcnicas y los
procedimientos de gestin.
8. Herramientas CASE: debe estar soportada por herramientas automatizadas
que mejoren la productividad del equipo de desarrollo y la calidad de los
productos resultantes.
9. La metodologa debe contener actividades que mejoren el proceso de
desarrollo lo que implica:
o

disponer de datos que muestren la efectividad de la aplicacin del

proceso sobre un determinado producto,

definir mediciones que indiquen la calidad y el coste asociado a cada

etapa del proceso.

10. Soporte al mantenimiento: reingeniera del software, para facilitar las

modificaciones sobre los sistemas existentes.
11. Soporte de la reutilizacin del software incluir:
o

procedimientos para la creacin,

mantenimiento

y recuperacin de componentes reutilizables que no se limiten slo al

cdigo.

EJERCICIOS:
1. Investiga y realiza un esquema bsico sobre la clasificacin (tipos) de las
metodologas de desarrollo de software
2. Desarrolla para exponer en qu consisten las metodologas estructuradas.

Herramientas CASE
CASE (Ingeniera Asistida por Computadora)
El fin es automatizar los aspectos clave de todo el proceso de desarrollo de
un sistema informtico: desarrollo de software.

Uno de los objetivos ms importantes del CASE (a largo plazo) es conseguir

la generacin automtica de programas desde una especificacin a nivel de
diseo.
La ingeniera de sistemas asistida por ordenador es: la aplicacin de
tecnologa informtica a las actividades, las tcnicas y las metodologas
propias de desarrollo de software, su objetivo es automatizar o apoyar una o
ms fases del ciclo de vida del desarrollo de sistemas (Kendall y Kendall).
Ejercicio: Instalar DFD y realizar diagramas.

Automatizan el desarrollo del software y contribuyen a mejorar la calidad.

OBJETIVOS:
1. Permitir la aplicacin prctica de metodologas estructuradas
(Agilizar)
2. Facilitar la realizacin de prototipos y el desarrollo conjunto de
aplicaciones
3. Simplificar el mantenimiento de los programas
4. Mejorar y estandarizar la documentacin
5. Aumentar la portabilidad de las aplicaciones.
6. Facilitar la reutilizacin de cdigo o componentes.
7. Permite un desarrollo y un refinamiento visual de las aplicacin
mediante la utilizacin de grficos
AUTOMATIZAR: Desarrollo del software Documentacin La generacin
de cdigo El chequeo de errores La gestin del proyecto.
PERMITIR: Reutilizacin del software, portabilidad y estandarizacin de la
documentacin.
COMPONENTES:
1. Repositorio (Diccionario): Donde se almacenan los elementos que
nosotros hemos definido y hemos creado por la herramienta.
La gestin se realiza mediante el apoyo de un SGBD que estemos
usando.
2. Meta Modelo (No siempre visible): Constituye el marco para la definicin
de las tcnicas y metodologas soportadas por la herramienta.
3. Carga o descarga de datos -> Permiten -> Cargar el repertorio de la
herramienta CASE con datos provenientes de otros sistemas. -> Generar
a partir de la propia herramienta esquemas de base de datos,
programas que pueden, a su vez, alimentar otros sistemas.
4. Dispositivo de errores (comprobacin): Facilita el anlisis de la exactitud,
integridad y consistencia de los esquemas generados por la herramienta.

5. Interfaz de usuario -> Consta de -> Editores de textos y herramientas de

diseo grfico.
Permiten, mediante la utilizacin de ventanas, iconos, mens y el ratn
-> Definir los diagramas, matrices, etc. Que incluyen las distintas
metodologas.
El enfoque de las CASE persigue mejorar la calidad del software e
incrementar la productividad en el proceso de desarrollo del mismo:
Permitiendo la aplicacin prctica de metodologas. Facilitando la
realizacin de prototipos y desarrollo conjunto de aplicaciones.
Simplificando el mantenimiento del software.

No existe una nica clasificacin de herramientas CASE y, en ocasiones, es

difcil incluirlas en una clase determinada.
Podran clasificarse atendiendo a:

Las plataformas que soportan

Las fases del ciclo de vida del desarrollo de sistemas que cubren.
La arquitectura de las aplicaciones que producen
Su funcionalidad.

CASE es una combinacin de herramientas software (aplicaciones) y de

metodologas de desarrollo:
1. Las herramientas permiten automatizar el proceso de desarrollo del
software
2. Las metodologas definen los procesos a automatizar

Herramientas de anlisis y diseo

Capacitan al ingeniero del software para crear modelos del sistema que haya
que construir.
Los modelos contienen una representacin de los datos, de la funcin y del
comportamiento (en el nivel de anlisis), as como caracterizaciones del
diseo de datos, arquitectura, procedimientos e interfaz.
Efectan una comprobacin de la consistencia y validez del modelo y
proporcionan: visin de la representacin del anlisis, ayuda para eliminar
errores antes de que se propaguen al diseo a la propia implementacin.
Herramientas PRO/SIM
Las herramientas PRO/SIM (de prototipos y simulacin) proporcionan al
ingeniero del software: -La capacidad de predecir el comportamiento de un

sistema en tiempo real antes de llegar a construirlo.

-La capacidad para desarrollar simulaciones del sistema de tiempo real que
permitirn al cliente obtener ideas acerca de su funcionamiento,
comportamiento y respuesta antes de la verdadera implementacin.
Herramientas de programacin
Esta categora abarca:
Los compiladores, editores y depuradores disponibles en la mayora de los
lenguajes de programacin convencionales.
Residen tambin en esta categora:
-Los entornos de programacin orientados a objetos
-Los lenguajes de cuarta generacin
-Los elementos de programacin grafica
-Los generadores de aplicaciones
-Los lenguajes de consulta de bases de datos
Conclusin, Toda CASE debe:
-Proporcionar topologas de aplicacin flexibles
-Proporcionar aplicaciones porttiles
-Brindar un control de versin
-Crear cdigo compilado en el servidor
-Dar un soporte multiusuario
-Ofrecer seguridad