Está en la página 1de 9

EN EL DESARROLLO DE SOFTWARE, LOS MODELOS DE PROCESO SE IMPLEMENTAN PARA GESTIONAR

DIVERSAS PREOCUPACIONES ASOCIADAS CON EL COSTO, EL TIEMPO Y LA CALIDAD Y LOS REQUISITOS


CAMBIANTES DE LOS CLIENTES, ETC. EL MODELO DE CICLO DE VIDA PARTICULAR PUEDE AFECTAR
SIGNIFICATIVAMENTE VARIAS PREOCUPACIONES ASOCIADAS CON UN PRODUCTO DE SOFTWARE. SI EL
PROCESO ES DÉBIL, EL PRODUCTO FINAL CIERTAMENTE SUFRIRÁ. SE HAN HECHO SUFICIENTES
ESFUERZOS EN ESTE CAMPO; EL REQUISITO DE CAMBIO CONSTANTE DURANTE EL PROCESO DE
DESARROLLO PARA EL DESARROLLO DE SOFTWARE GRANDE AÚN NO ESTÁ GESTIONADO POR MODELOS
DE PROCESO DE SOFTWARE, LO QUE DA COMO RESULTADO QUE LOS PROYECTOS DE SOFTWARE NO
CUMPLAN CON SUS EXPECTATIVAS EN TÉRMINOS DE FUNCIONALIDAD, COSTO Y CRONOGRAMA DE
ENTREGAS.
EL MOTIVO DEL FRACASO PUEDE SER EL EQUIPO DEL PROYECTO, LOS PROVEEDORES, LOS CLIENTES Y
OTRAS PARTES INTERESADAS, PERO LAS RAZONES MÁS COMUNES PARA EL FRACASO DEL PROYECTO
ESTÁN ENRAIZADAS EN EL PROPIO PROCESO DE GESTIÓN DEL PROYECTO Y LA ALINEACIÓN DE TI CON
LAS CULTURAS ORGANIZACIONALES
LOS ERRORES DE ESTIMACIÓN IDENTIFICADOS, LAS METAS Y OBJETIVOS DEL PROYECTO POCO CLAROS Y
LOS REQUISITOS DEL PROYECTO QUE CAMBIAN DURANTE EL PROYECTO SON ALGUNOS DE LOS
FACTORES CLAVE EN LAS FALLAS DEL PROYECTO.
• Requisitos de Extracción

La primera tarea para crearla es


El usuario debe saber lo que
extraer los requisitos de un
necesita del proyecto y poder
producto de software deseado. A
especificarlo claramente. Sin
veces, el objetivo de un proyecto
embargo, como el usuario no es
puede ser solo parcialmente claro
especialista en TI, el
debido a una reunión deficiente de
desarrollador debe extraer
los requisitos en la etapa de
requisitos del usuario a través de
definición de un proyecto. Muchos
sus habilidades y experiencia en
proyectos tienen requisitos de alto
ingeniería de software.
nivel, vagos y generalmente inútiles.
Sin la participación del usuario, nadie en
la empresa se siente comprometido con
un sistema e incluso puede ser hostil a él.
LA FALTA DE Uno de los criterios del éxito del proyecto
de software depende del usuario
involucrado desde el inicio del proyecto y
PARTICIPACION DE continuamente durante todo el desarrollo.

USUARIO
Tamaño del Equipo
El tamaño adecuado del equipo es
esencial en el proyecto de desarrollo
de software. Básicamente hay tres
tamaños diferentes de equipo de
proyecto: equipo pequeño de 10
personas o menos para proyectos
pequeños, equipo de tamaño
mediano de 11 a 25 personas para
proyectos medianos y equipo
grande de 26 o más para proyectos
grandes. Un pequeño grupo de
equipos genera una buena
comunicación y tiende a ser muy
flexible con un gran grupo de
equipos. Es fácil convocar
reuniones y obtener comentarios
instantáneos. Los proyectos a veces
fallan debido a una comunicación
inadecuada.
DIMENSION DE TIEMPO
El tiempo en la tarea es el tiempo que tardará la tarea en completarse sin interrupciones,
mientras que la duración es el tiempo que realmente tarda la tarea en completarse, incluidas
las interrupciones.

Las escalas de tiempo prolongadas para un proyecto, llevaron al proyecto a fallar y ya no es


requerido por una organización.
No es realista esperar cambios en los requisitos mientras
Control Fijo se está construyendo un sistema.

Sin embargo, los cambios descontrolados causan


estragos en el sistema en desarrollo y provocan muchas
fallas en los proyectos.

Pruebas
Un objetivo principal de la prueba es detectar fallas de software para que los defectos puedan ser
descubiertos y corregidos.

Las pruebas de aceptación no detectan muchas fallas antes de que el sistema entre en funcionamiento, ya que
pueden deberse a pruebas no planificadas, a usuarios con una capacitación inadecuada que no conocen el
propósito de las pruebas y a un tiempo inadecuado para realizar las pruebas debido a que el proyecto se retrasa.

Mala Gestión de la Cálidad

La evaluación periódica de la calidad y las medidas adecuadas de prevención y eliminación son obligatorias
si la calidad de la entrega debe ser la deseada. Los ejemplos de actividades de eliminación de defectos
incluyen revisión de requisitos, revisión de diseño, revisión de código y diferentes tipos de prueba.
Este documento intenta estudiar una variedad de modelos de procesos de software y
analizar varios problemas en proyectos de desarrollo de software. La discusión se
realiza en varios informes, que exhiben la falla del producto de software. Los
proyectos ejecutan el presupuesto o terminan prematuramente y aquellos que se
completan a menudo no cumplen con las expectativas del usuario y las
funcionalidades de la empresa. Se discuten algunos factores vitales que causan el
fracaso de los proyectos. Estos factores no son los únicos que afectan el éxito o el
fracaso de un proyecto, pero se encuentran entre los primeros o en los primeros
lugares de la lista. Este estudio muestra la necesidad de desarrollar un nuevo
enfoque, modelo o técnicas para resolver los principales problemas del desarrollo de
software.