modelos del proceso del software

Para resolver los problemas reales de una industria,un ingeniero del

software o un equipo de ingenierosdebe incorporar una estrategia de
desarrollo queacompae al proceso, mtodos y capas de herramientas. Esta
estrategia se llama modelo de proceso o paradigma de ingeniera del
software. Se selecciona un modelo de proceso para la ingeniera del
software segn la naturaleza del proyecto y de la aplicacin, los mtodos y
las herramientas a utilizarse, los controles y entregas que se requieren.

Todo el desarrollo del software se puede caracterizar como bucle de

resolucin de problemas en el que se encuentran cuatro etapas distintas:
Definicin de
problemas

Desarrollo tecnico
Estado actual

Integracion de
soluciones

DEFINICION DE PROBLEMAS ESTADO DESARROLLO ACTUAL TECNICO

INTEGRACION DE SOLUCIONES
ESTADO ACTUAL (STATUS QUO): representa el estado actual de sucesos.
DEFINICIN DE PROBLEMAS: identifica el problema especfico a resolverse;
el
DESARROLLO TCNICO :resuelve el problema a travs de la aplicacin de
alguna tecnologa INTEGRACIN DE SOLUCIONES: ofrece los resultados (por
ejemplo: documentos, programas, datos, nueva funcin comercial, nuevo
producto)a los que solicitan la solucin en primer lugar.
con independencia del modelo de proceso que se seleccione para un
proyecto de software, todas las etapas coexisten simultneamente en algn
nivel de detalle. Las cuatro etapas tratadas anteriormente se aplican
igualmente al anlisis de una aplicacin completa y a la generacin de un
pequeo segmento de cdigo.
MODELO LINEAL SECUENCIAL

Llamado algunas veces ciclo de vida bsico o modeloen cascada, el

modelo lineal secuencial sugiere unenfoque sistemtico, secuencial, para el
desarrollo delsoftware que comienza en un nivel de sistemas y progresacon
el anlisis, diseo, codificacin, pruebas y mantenimiento

Ingeniera de sistemas/informacin
diseo

codigo

prueba

analisis

Anlisis de los requisitos del software.

Para comprender la naturaleza del (los) programa(s) a construirse, el
ingeniero (analista) del software debe comprender el dominio
deinformacin del software, as como la funcin requerida,
comportamiento,rendimiento de interconexin.
Diseo.
se centra en cuatro atributos distintos de programa: estructura de datos,
arquitectura de software, representaciones de interfaz y detalle
procedimental (algoritmo).
Generacin de cdigo.
El diseo se debe traducir en una forma legible por la mquina. El paso de
generacin de cdigo lleva a cabo esta tarea. Si se lleva a cabo el diseo de
una forma detallada, la generacin de cdigo se realiza mecnicamente.
Pruebas.
Una vez que se ha generado el cdigo, comienzan las pruebas del
programa. deteccin de errores y asegurar que la entrada definida produce
resultados reales de acuerdo con los resultados requeridos.
Por qu algunas veces falla el modelo lineal?
A menudo es difcil que el cliente exponga explcitamente todos los
requisitos. El modelo lineal secuencial lo requiere y tiene dificultades a la
hora de acomodar la incertidumbre natural al comienzo de muchos
proyectos. El cliente debe tener paciencia. Una versin de trabajo del (los)
programa(s) no estar disponible hasta que el proyecto est muy avanzado.
El paradigma de construccin de prototipos comienza con la
recoleccin de requisitos. El desarrollador y el cliente encuentran y definen
los objetivos globales para el software, identifican los requisitos conocidos y
las reas del esquema en donde es obligatoria ms definicin.

Escuchar al
cliente

Construir/revi
sar la
maqueta

El diseo rpido se centra en unaElrepresentacin

de aspectos del software
cliente
que sern visibles para el usuario/cliente
prueba la(enfoques de entrada y formatos
de salida). El diseo rpido lleva a
la construccin de un prototipo.
maqueta
En la mayora de los proyectos, el primer sistema construido apenas se
puede utilizar y se tiene que tirar, porque incluso la mejor planificacin no
es omnisciente como para que est perfecta la primera vez. La iteracin
ocurre cuando el prototipo se pone a punto para satisfacer las necesidades
del cliente, permitiendo al mismo tiempo que el desarrollador comprenda
mejor lo que se necesita hacer. la construccin de prototipos puede ser
problemtica por las siguientes razones: El cliente ve una versin de
trabajo del software, sin saber que con la prisa de hacer que funcione no se
ha tenido en cuenta la calidad del software global o la facilidad de
mantenimiento a largo plazo. Se puede utilizar un sistema operativo o
lenguaje de programacin inadecuado simplemente porque est disponible
10. Modelo DRAEl Desarrollo Rpido de Aplicaciones (DRA)es un modelo de
proceso deldesarrollo del software lineal secuencial que enfatiza un ciclo
dedesarrollo extremadamente corto. Es una adaptacin a alta
velocidaddel modelo lineal secuencial en el que se logra el desarrollorpido
utilizando una construccin basada en componentes.
11. Si se comprenden bien los requisitos y se limita el mbito del proyecto,el
proceso DRA permite al equipo de desarrollo crear un
sistemacompletamente funcional dentro de perodos cortos de tiempo
(porejemplo: de 60 a 90 das)Modelado de Gestin. El flujo de informacin
entre las funcionesde gestin se modela de forma que responda a las
siguientespreguntas: Qu informacin conduce el proceso de gestin?
Quinformacin se genera? Quin la genera? A dnde va la informacin?
Quin la procesa?Modelado de datos. Se definen las caractersticas
(llamadasatributos) de cada uno de los objetos y las relaciones entre
estosobjetos.Modelado del proceso. Los objetos de datos definidos en lafase
de modelado de datos quedan transformados para lograr el flujode
informacin necesario para implementar una funcin de gestin.
Lasdescripciones del proceso se crean para aadir, modificar, suprimir,
orecuperar un objeto de datos.
12. Generacin de aplicaciones. En lugar de crear software conlenguajes de
programacin de tercera generacin, trabaja para volvera utilizar
componentes de programas ya existentes (cuando es posible)o a crear
componentes reutilizables (cuando sea necesario). Se utilizanherramientas
para facilitar la construccin del software.Pruebas y entrega. Como el
proceso DRA enfatiza la reutilizacin,ya se han comprobado muchos de los
componentes de los programas.Esto reduce tiempo de pruebas. Sin
embargo, se deben probar todoslos componentes nuevos y se deben
ejercitar todas las interfaces afondo.

13. Modelos Evolutivos de Proceso Del Software Los modelos evolutivos son
iterativos. Se caracterizan por la forma en que permiten a los ingenieros del
software desarrollar versiones cada vez mas completas del software.El
modelo incremental: El modelo incremental combinaelementos del modelo
lineal secuencial con la filosofainteractiva de construccin de prototipos. el
modelo incrementalaplica secuencias lineales de forma escalonada
mientrasprogresa el tiempo en el calendario. Cada secuencia linealproduce
un incremento del software suplementarias .
14. Modelo Espirales un modelo de proceso de software evolutivo que
conjuga lanaturaleza iterativa de construccin de prototipos con los
aspectoscontrolados y sistemticos del modelo lineal secuencial.se
desarrolla en una serie de versiones incrementales. Durante lasprimeras
iteraciones, la versin incremental podra ser un modelo enpapel o un
prototipo. Durante las ltimas iteraciones, se producenversiones cada vez
ms completas del sistema diseado.
15. El modelo en espiral se divide en un nmero de actividades de marco de
trabajo, tambin llamadas regiones de tareas. La Figura 2.8 representa un
modelo en espiral que contiene seis regiones de tareas:Comunicacin con el
cliente- las tareas requeridas para establecercomunicacin entre el
desarrollador y el cliente.planificacin- las tareas requeridas para definir
recursos, el tiempo yotra informacin relacionadas con el proyecto.anlisis
de riesgos- las tareas requeridas para evaluar riesgos tcnicos yde
gestin.ingeniera- las tareas requeridas para construir una o
msrepresentaciones de la aplicacin.construccin y accin- las tareas
requeridas para construir, probar,instalar y proporcionar soporte al usuario
(por ejemplo: documentaciny prctica)evaluacin del cliente- las tareas
requeridas para obtener la reaccindel cliente segn la evaluacin de las
representaciones del softwarecreadas durante la etapa de ingeniera e
implementada durante laetapa de instalacin.
16. El objetivo de esta actividad es mostrar los requisitos del cliente. En un
contexto ideal, el desarrollador simplemente pregunta al cliente lo que se
necesita y el clienteproporciona detalles suficientes para continuar.
Desgraciadamente, esto raramenteocurre. En realidad el cliente y el
desarrollador entran en un proceso de negociacin, donde el cliente puede
ser preguntado para sopesar la funcionalidad, rendimiento, y otros
productos o caractersticas del sistema frente al coste y al tiempo de
comercializacin Modelo espiral WINWIN
17. Define una serie de acontecimientos que dispararn transiciones de
estado a estado para cada una de las actividades de la ingeniera del
software. Por ejemplo,durante las primeras etapas del diseo, no se
contemplauna inconsistencia del modelo de anlisis. Esto genera la
correccin del modelo de anlisis de sucesos, que disparar la actividad de
anlisis del estado hecho al estado cambios en espera. El modelo de
proceso concurrente se utiliza a menudo como el paradigma de desarrollo
de aplicaciones cliente/ servidor
18. La dimensin de componentes se afronta con dos actividades: diseo y
realizacin. La concurrencia se logra de dos formas: (1) las actividades de

sistemas y de componentes ocurren simultneamente y pueden modelarse

con el enfoque orientado a objetos(2) una aplicacin cliente/servidor tpica
se implementa con muchos componentes,cada uno de los cuales se pueden
disear y realizar concurrentemente. En realidad,el modelo de proceso
concurrente es aplicable a todo tipo de desarrollo de softwarey proporciona
una imagen exacta del estado actual de un proyecto.
19. Desarrollo basado en ComponentesEnfatiza la creacin de clases que
encapsulan tanto los datoscomo los algoritmos que se utilizan para manejar
los datos. Si sedisean y se implementan adecuadamente, las clases
orientadas aobjetos son reutilizables por las diferentes aplicaciones
yarquitecturas de sistemas basados en computadora.
20. El modelo de mtodos formales comprende un conjuntode actividades
que conducen a la especificacin matemtica del software decomputadora.
Los mtodosformales permiten que un ingeniero de software especifique,
desarrolle yverifique un sistema basado en computadora aplicando una
notacin rigurosa ymatemtica.Sin embargo, se ha habladode una gran
preocupacin sobre su aplicabilidad en unentorno de gestin:1. El desarrollo
de modelos formales actualmente esbastante caro y lleva mucho tiempo.2.
Se requiere un estudio detallado porque pocos responsablesdel desarrollo
de software tienen los antecedentesnecesarios para aplicar mtodos
formales.3. Es difcil utilizar los modelos como un mecanismode
comunicacin con clientes que no tienen muchosconocimientos tcnicos.
21. Tcnicas De Cuarta Generacin facilitan al ingeniero del software la
especificacin de algunas caractersticas del software a alto nivel. Luego, la
herramienta genera automticamente el cdigo fuente basndose en la
especificacin del tcnico. Cada vez parece ms evidente que cuanto mayor
sea el nivel en el que seespecifique el software, ms rpido se podr
construir el programa.
22. T4G puede incluir todas o algunas de las siguientes herramientas:
lenguajes no procedimentales de consulta a bases de datos, generacin de
informes, manejo de datos, interaccin y definicin de pantallas, generacin
de cdigos, capacidades grficas de alto nively capacidades de hoja de
clculo, y generacin automatizada deHTML y lenguajes similares utilizados
para la creacin de sitios web usando herramientas de software avanzado.
23. Tecnologas De Proceso Las herramientas de tecnologa de procesos
permiten que una organizacin de software construya un modelo
automatizado del marco de trabajo comn deproceso, conjuntos de tareas y
actividades de proteccin. La herramienta de tecnologa de proceso tambin
se puede utilizar para coordinar el uso de otras herramientas de ingeniera
del software asistida por computadora adecuadas para una tarea de trabajo
en particular.
24. Producto y Proceso Si el proceso es dbil, el producto final va a
sufririndudablemente. Aunque una dependencia obsesiva en el proceso
tambin es peligrosa.En ResumenLa ingeniera del software es una disciplina
que integraprocesos, mtodos y herramientas para el desarrollodel software
de computadora. Se han propuestovarios modelos de procesos para la

ingeniera del softwarediferentes, cada uno exhibiendo ventajas

einconvenientes, pero todos tienen una serie de fasesgenricas en comn.

higuo