Вы находитесь на странице: 1из 11

UNIVERSIDAD ESTATAL DE MILAGRO

FACULTAD DE CIENCIAS DE LA INGENIERIA

TEMA:
Modelos de procesos

AUTOR:
TAMARA PAZMINO
KAREN CHAVEZ
KEVIN LARA
KERLY HARO
JONATHAN BAJAA
EDISON ROSADO ESPINOZA

DOCENTE:
AREVALO GAMBOA LISSETT MARGARITA

ASIGNATURA:
Ingeniera de software 1
INTRODUCCIN

Cuando se trabaja en la construccin de un producto es necesario realizar


tareas que permitan alcanzar el objetivo, el software como tal es un producto
que desarrollan los ingenieros con la intencin de agilizar los procesos. Para
desarrollar software es necesario responder algunas interrogantes sobre el
funcionamiento y desarrollo; es importante definir los requisitos funcionales
desde primera instancia ya que evitara problemas en su futuro desarrollo.
Los desarrolladores de software para poder garantizar la calidad de su
producto utilizan metodologas de desarrollo, estas pueden ser giles (implica
el rediseo del producto si llegara a darse por cambios en los requisitos
funcionales) o prescriptivas (se realiza una serie de pasos para alcanzar el
desarrollo de la aplicacin a travs de un anlisis completo de los requisitos).
Independientemente del tipo de metodologa que se est utilizando en la
ejecucin del proyecto, esta cuenta con actividades estructurales tales como:
comunicacin, planeacin, modelado, construccin y despliegue, que
pertenecen a un modelado general de proceso y estructura de desarrollo.
OBJETIVO
Conocer sobre los modelos de procesos utilizados para desarrollar
software de calidad
Detallar su estructura diferenciando sus puntos claves, para su uso de
manera instructiva
Demostrar sus diferencias y su forma de aplicar en la vida terica

Modelos de proceso
Modelo del proceso prescriptivo
Es un conjunto distintivo de actividades, acciones, tareas, fundamentos y
productos de trabajo que se requieren para desarrollar software de alta calidad
el cual proporciona una gua til para el trabajo de un ingeniero en software
Los ingenieros de software y sus gerentes adaptan un modelo prescriptivo de
procesos a sus necesidades y despus lo siguen, siendo la gente la mayor
involucrada en la evaluacin de cada proceso o paso que se cumpla con las
caractersticas acordadas por el gerente
Importancia del modelo prescriptivo
Este proporciona estabilidad, control y organizacin a una actividad que si no
controla puede volverse catica
Este proceso conduce a un equipo de software a travs de un conjunto de
actividades del marco de trabajo que se organizan en un flujo de proceso, el
cual puede ser lineal o evolutivo
Los modelos son llamados prescriptivos ya que prescriben una serie de
elementos de proceso as como su flujo de trabajo, cada uno de modelos se
ajustan al marco de trabajo estndar pero cada uno aplica diferencias a cada
una de las actividades y a su flujo de trabajo.

Modelo de cascada
Es tambin llamado Lineal secuencial, es el enfoque metodolgico que ordena
rigurosamente las etapas del proceso para el desarrollo de software, de tal
forma que el inicio de cada etapa debe esperar a la finalizacin de la etapa
anterior. [1]. Y debido a que el proceso est planeado es ms fcil determinar
costos y los plazos. Est modelo puede ser visto como un modelo con forma de
cascada de agua con varios saltos, en la que cada salto representa cada una
de las fases del ciclo de vida.
Anlisis de requisitos
En esta fase se analizan las necesidades de los usuarios finales del software
para determinar qu objetivos debe cubrir. De esta fase surge una memoria
llamada SRD (documento de especificacin de requisitos), que contiene la
especificacin completa de lo que debe hacer el sistema sin entrar en detalles
internos. [2]

Diseo del Sistema


Se descompone y organiza el sistema en elementos que puedan elaborarse
por separado, aprovechando las ventajas del desarrollo en equipo. Como
resultado surge el SDD (Documento de Diseo del Software), que contiene la
descripcin de la estructura relacional global del sistema y la especificacin de
lo que debe hacer cada una de sus partes, as como la manera en que se
combinan unas con otras. [2]

Diseo del Programa


Es la fase en donde se realizan los algoritmos necesarios para el cumplimiento
de los requerimientos del usuario as como tambin los anlisis necesarios
para saber que herramientas usar en la etapa de Codificacin. [1]

Codificacin
Es la fase en donde se implementa el cdigo fuente, haciendo uso de
prototipos as como de pruebas y ensayos para corregir errores. Dependiendo
del lenguaje de programacin y su versin se crean las bibliotecas y
componentes reutilizables dentro del mismo proyecto para hacer que la
programacin sea un proceso mucho ms rpido.

Pruebas
Los elementos, ya programados, se ensamblan para componer el sistema y se
comprueba que funciona correctamente y que cumple con los requisitos, antes
de ser entregado al usuario final.

Mantenimiento
El software sufrir cambios despus de que se entrega al cliente. Los cambios
ocurrirn debidos a que se haya encontrado errores, a que el software deba
adaptarse a cambios del entorno externo (sistema operativo o dispositivos
perifricos) o a que el cliente requiera ampliaciones funcionales o del
rendimiento.
Es caracterizado por ordenar de manera rigurosa las etapas del ciclo de vida
de software, dado que el comienzo de cada etapa debe esperar a la finalizacin
de la inmediata anterior. Cuando la revisin determina que el proyecto no est
listo para pasar a la siguiente etapa, permanece en la etapa actual hasta que
est preparado. Y debido a que el proceso est planeado es ms fcil
determinar costos y los plazos. Est modelo puede ser visto como un modelo
con forma de cascada de agua con varios saltos, en la que cada salto
representa cada una de las fases del ciclo de vida.

Ventajas
Permite la departamentalizacin y control de gestin.
El horario se establece con los plazos normalmente adecuados para
cada etapa de desarrollo.
Este proceso conduce a entregar el proyecto a tiempo.
Es sencilla y facilita la gestin de proyectos.
Permite tener bajo control el proyecto.
Limita la cantidad de interaccin entre equipos que se produce durante
el desarrollo.
Criticas
No refleja realmente el proceso de desarrollo del software. Ya que la
mayora de los que desarrollan proyectos no cumple con este
lineamiento.
Se tarda mucho tiempo en pasar por todo el ciclo
La aplicacin de la metodologa en cascada se orienta mejor al
desarrollo de proyectos de corto plazo, de poca innovacin y proyectos
definitivos y detallados.
Metodologa pueden confundir al equipo profesional en las etapas
tempranas del proyecto.
No es frecuente que el cliente o usuario final explicite clara y
completamente los requisitos
Modelo del proceso incremental
Este combina elementos del MLS con la filosofa interactiva de construccin de
prototipos.
En una visin genrica, el proceso se divide en 4 partes: Anlisis, Diseo,
Cdigo y Prueba. Sin embargo, para la produccin del Software, se usa el
principio de trabajo en cadena o Pipeline, utilizado en muchas otras formas de
programacin. Con esto se mantiene al cliente en constante contacto con los
resultados obtenidos en cada incremento. [1]

Es el mismo cliente el que incluye o desecha elementos al final de cada


incremento a fin de que el software se adapte mejor a sus necesidades reales.
El proceso se repite hasta que se elabore el producto completo. De esta forma
el tiempo de entrega se reduce considerablemente. Al igual que los otros
mtodos de modelado, el Modelo Incremental es de naturaleza interactiva pero
se diferencia de aquellos en que al final de cada incremento se entrega un
producto completamente operacional.
El Modelo Incremental es particularmente til cuando no se cuenta con una
dotacin de personal suficiente. Los primeros pasos los pueden realizar un
grupo reducido de personas y en cada incremento se aadir personal, de ser
necesario. Por otro lado los incrementos se pueden planear para gestionar
riesgos tcnicos. [3]
El Modelo Incremental se puede ver aqu en forma grfica:

- Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta
Frecuencia.
- El usuario se involucra ms.
- Difcil de evaluar el coste total.
- Difcil de aplicar a los sistemas transaccionales que tienden a ser integrados y
a operar como un todo.
- Requiere gestores experimentados.
- Los errores en los requisitos se detectan tarde.
- El resultado puede ser muy positivo.
Pipeline
La arquitectura en pipeline (basada en filtros) consiste en ir transformando un
flujo de datos en un proceso comprendido por varias fases secuenciales,
siendo la entrada de cada una la salida de la anterior.
Esta arquitectura es muy comn en el desarrollo de programas para el
intrprete de comandos, ya que se pueden concatenar comandos fcilmente
con tuberas (pipe).
Tambin es una arquitectura muy natural en el paradigma de programacin
funcional, ya que equivale a la composicin de funciones matemticas.

Interprete de comandos
Parte fundamental de un sistema operativo que ordena la ejecucin de
mandatos obtenidos del usuario por medio de una interfaz alfanumrica.

Caracterstica
Ventajas:
- Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya
que se implementa la funcionalidad parcial.
- Tambin provee un impacto ventajoso frente al cliente, que es la entrega
temprana de partes operativas del Software.
- El modelo proporciona todas las ventajas del modelo en cascada
realimentado, reduciendo sus desventajas slo al mbito de cada incremento.
- Permite entregar al cliente un producto ms rpido en comparacin del
modelo de cascada.
- Resulta ms sencillo acomodar cambios al acotar el tamao de los
incrementos.
- Por su versatilidad requiere de una planeacin cuidadosa tanto a nivel
administrativo como tcnico.

Desventajas:
- El modelo Incremental no es recomendable para casos de sistemas de tiempo
real, de alto nivel de seguridad, de procesamiento distribuido, y/o de alto ndice
de riesgos.
- Requiere de mucha planeacin, tanto administrativa como tcnica.
- Requiere de metas claras para conocer el estado del proyecto

Modelo del proceso evolutivo


Los evolutivos son modelos iterativos, permiten desarrollar versiones cada vez
ms completas y complejas, hasta llegar al objetivo final deseado; incluso
evolucionar ms all, durante la fase de operacin. Los modelos Iterativo
Incremental y Espiral (entre otros) son dos de los ms conocidos y utilizados
del tipo evolutivo.
La idea detrs de este modelo es el desarrollo de una implantacin del sistema
inicial, exponerla a los comentarios del usuario, refinarla en N versiones hasta
que se desarrolle el sistema adecuado.Una ventaja de este modelo es que se
obtiene una rpida realimentacin del usuario, ya que las actividades de
especificacin, desarrollo y pruebas se ejecutan en cada iteracin.
[4]
Existen dos tipos de desarrollo evolutivo:

Desarrollo exploratorio, donde el objetivo del proceso es trabajar con


el cliente para explorar sus requerimientos y entregar un sistema final.
El desarrollo empieza con las partes del sistema que se comprenden
mejor. El sistema evoluciona agregando nuevos atributos propuestos
por el cliente. [5]
Prototipos desechables; donde el objetivo del proceso de desarrollo
evolutivo es comprender los requerimientos del cliente y entonces
desarrollar una definicin mejorada de los requerimientos para el
sistema. El prototipo se centra en experimentar con los requerimientos
del cliente que no se comprenden del todo. [5]

Desde el punto de vista de desarrollo de sistema el enfoque evolutivo suele


traer ms ventajas en comparacin con un enfoque en cascada ya que el
sistema se va ajustando a las necesidades del cliente, a la vez que l mismo
entiende mejor sus propios requerimientos. Sin embargo el enfoque evolutivo
desde una perspectiva de ingeniera y gestin suele tener dos grandes
problemas:
El proceso no es visible Los administradores tienen que hacer
entregas regulares para medir el progreso. Si los sistemas se
desarrollan rpidamente, no es rentable producir documentos
que reflejen cada versin del sistema. [5]
A menudo los sistemas tienen una estructura deficiente. Los
cambios continuos tienden a corromper la estructura del
software. Incorporar cambios en l se convierte cada vez ms en
una tarea difcil y costosa. [5]

CONCLUSION

Con la ingeniera de software se puede seguir un esquema de trabajo a partir


de soluciones ya pre-establecidas para poder maximizar la aplicacin del
conocimiento que vayamos a aplicar en nuestra vida como ingeniero, para
cualquier caso que se nos presente en nuestra vida profesional.
Siguiendo cada uno de estos esquemas dependiendo de cada problema en el
cual lo vayamos aplicar, este conocimiento nos ayuda a optimizar el modelo de
creacin de todo tipo de software para el cual nos contraten, partiendo desde el
modelo prescriptivo hasta el modelo que mas se ajuste a nuestro plan de
desarrollo del sistema a trabajar (crear) , posterior a esto , nos permite una
mayor optimizacin en caso de que surge un problema ya que fcilmente se lo
podr corregir poder estar debidamente aplicado un modelo de la ingeniera
en software
Referencias bibliogrficas

[1] g. serrano, modelo cascada.

[2] R. S. Pressman., Ingeniera de Software, Un enfoque Prctico.

[3] W. Calero, http://ingenieraupoliana.blogspot.com/2010/10/modelo-


incremental.html, [En lnea].

[4] j. trejos, ingenieria de software 1, [En lnea]. Available:


http://jorgetrejos.blogspot.com/2010/08/modelo-evolutivo.html.

[5] anonimo, ingenieria de sofware 1, [En lnea]. Available:


http://tema3isoftware.blogspot.com/p/modelos-de-desarrollo-tecnicas-y.html.

Вам также может понравиться