Académique Documents
Professionnel Documents
Culture Documents
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
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]
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]
- 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
CONCLUSION