IngSw-Unidad 1 El producto y el proceso

Vista previa del material en texto

El producto
El Proceso
Unidad 1
Mg. Ing. Mabel Torres
Conceptos sobre
ingeniería del Software
Ingeniería del software
Ingeniería del software
Ingeniería del Software – Un enfoque práctico 5 ta Ed.
Autor: Roger S. Pressman
Cap. 1: “El producto”
Cap. 2: “ El proceso”
Ingeniería del Software – 7ma Ed.
Autor: Ian Sommerville
Cap. 4: “Procesos del Software”
Cap. 17: “ Desarrollo rápido de software”
E-book : Flexibilidad con Scrum
Autor: Juan Palacio
Disponible en el aula virtual
Ingeniería del software
Introducción a la Ingeniería del Software
• La Ingeniería del Software: La evolución del software 
• Mitos del software 
• Ingeniería del software – Estado actual y 
antecedentes 
• La crisis del software 
• La Ingeniería del Software asistida por computadora 
Modelado del proceso y del ciclo de vida
• Modelos de procesos 
• Modelos ágiles de desarrollo.
El Proceso
Unidad 1
Mg. Ing. Mabel Torres
Ingeniería del software
El producto
Conceptos sobre
ingeniería del Software
Numerosas universidades y organismos de estandarización
han tratado de definir pautas para la producción y
mantenimiento del software.
El resultado ha sido la necesidad de profesionalizar el
desarrollo, mantenimiento y operación de los sistemas de
software, introduciendo métodos y formas de trabajo
sistemáticos, disciplinados y cuantificables.
Conceptos sobre
ingeniería del Software
 La Ingeniería del Software es la aplicación de un enfoque
sistemático, disciplinado y cuantificable al desarrollo,
operación y mantenimiento del software, es decir la
aplicación de Ingeniería del Software [IEEE].
Es la aplicación práctica del conocimiento científico en el
diseño y construcción de programas de computadora y la
documentación asociada requerida para desarrollar, operar y
mantenerlos. Se conoce también como desarrollo del
software o producción del software [Bohem]
Conceptos sobre
ingeniería del Software
[IEEE - Bohem]
 La Ingeniería del Software es una disciplina de la ingeniería
que comprende todos los aspectos de producción de
software
Disciplina de la ingeniería: Se aplican métodos,
herramientas para descubrir soluciones a los problemas
 Todos los aspectos de producción de software:
comprende un conjunto de procesos técnicos y además
actividades para la gestión de proyectos
 La Ingeniería del Software adopta un enfoque sistemático y
organizado para producir software de alta calidad
Conceptos sobre
ingeniería del Software
[Sommerville I.]
Conceptos sobre
ingeniería del Software
[Pressman R.]
Compromiso con la calidad
Proceso
Métodos
Herramientas
La Ingeniería del Software es una tecnología de varias capas
Conceptos sobre
ingeniería del Software
[Pressman R.]
Métodos
La capa métodos proporcionan la experiencia técnica para elaborar el software. 
Comprende un conjunto de actividades y tareas:
• Comunicación 
• Análisis de los requerimientos 
• Modelar el diseño
• Construcción de los programas
• Pruebas
• Apoyo 
Conceptos sobre
ingeniería del Software
[Pressman R.]
Proceso
La capa proceso define la estructura de trabajo. La capa proceso forma la base para el 
control y administración de proyectos de software. 
A través del proceso:
• se generan productos del trabajo (documentos, datos, reportes, diagramas, etc.)
• se establecen puntos de referencia (hitos a cumplir)
• se asegura la calidad
• se administra el cambio de manera apropiada 
Métodos
Conceptos sobre
ingeniería del Software
[Pressman R.]
Proceso
Métodos
Herramientas
La capa herramientas proporcionan una apoyo automatizado o semi-automatizado 
para el proceso y los métodos. 
Las herramientas las conocemos como herramientas CASE, y se utilizan según las 
distintas etapas del proceso. 
Conceptos sobre
ingeniería del Software
[Pressman R.]
Compromiso con la calidad
Proceso
Métodos
Herramientas
Como cualquier enfoque de ingeniería, la Ingeniería del Software también debe basarse 
en un compromiso organizacional con la calidad.
La calidad es un concepto complejo que abarca múltiples facetas:
Conceptos sobre
ingeniería del Software
¿Dónde encontramos software?
Conceptos sobre
ingeniería del Software
¿Dónde encontramos software?
Conceptos sobre
ingeniería del Software
¿Dónde encontramos software?
El Proceso
Unidad 1
Mg. Ing. Mabel Torres
Conceptos sobre
ingeniería del Software
Ingeniería del softwareCaracterísticas , Mitos y Crisis del software
El producto
Características , Mitos y Crisis del software
 El software son los programas, los documentos 
asociados y la configuración de datos que se 
necesitan para hacer que estos programas operen de 
manera correcta
 La documentación se refiere a documentos que
describen:
 la organización del sistema,
documentos para el usuario que les explica
cómo utilizar el sistema
 sitios web que permitan a los usuarios
descargar la información de actualizaciones
del producto
 El software
El producto
Características , Mitos y Crisis del software
 El software se desarrolla, no se 
fabrica en el sentido clásico
 El software no se estropea, se 
deteriora
 la mayoría del software se 
construye a medida
El producto
Características , Mitos y Crisis del software
El software es un elemento del sistema que es lógico en lugar
de físico
Aunque existen similitudes entre el desarrollo del software y
la construcción del hardware, ambas actividades son
fundamentalmente diferentes:
El software se desarrolla no se fabrica en el sentido clásico
La calidad se adquiere mediante un buen diseño, pero la fase
construcción del software puede introducir problemas de
calidad que no existen o son fácilmente corregibles en el
software
Los costos del software se encuentran en la ingeniería. Esto
significa que los proyectos de software no se pueden gestionar
como si fueran proyectos de fabricación
El producto
Características , Mitos y Crisis del software
El software no se “estropea”
Software Hardware
• Los defectos no detectados 
harán que falle el programa
durante las primeras etapas de 
vida
• Exhibe muchos fallos al
principio de su vida
• No es susceptible a los males
físicos del entorno pero exigen que
se realicen modificaciones como
respuesta a pequeños cambios del
entorno (mantenimiento)
• No se estropea pero se deteriora
• Es susceptible a los males del
entorno que hacen que se
estropee y comience a fallar
El producto
Características , Mitos y Crisis del software
Curva de fallos del hardware
El producto
Características , Mitos y Crisis del software
Tiempo
In
d
ic
e
 d
e
 f
a
llo
s
Defectos fabricación Estropeado
Obsolescencia
Curva de fallos del hardware
El producto
Características , Mitos y Crisis del software
Curva de fallos del software (curva idealizada)
El producto
Características , Mitos y Crisis del software
Curva de fallos del software (curva idealizada)
Tiempo
In
d
ic
e
 d
e
 f
a
llo
s
Curva ideal
Obsolescencia
El producto
Características , Mitos y Crisis del software
Tiempo
In
d
ic
e
 d
e
 f
a
llo
s
Curva ideal
Obsolescencia
Curva de fallos del software (curva idealizada y curva real)
El producto
Características , Mitos y Crisis del software
Tiempo
In
d
ic
e
 d
e
 f
a
llo
s
Curva ideal
Obsolescencia
Cambio
Curva de fallos del software (curva idealizada y curva real)
El producto
Características , Mitos y Crisis del software
Tiempo
In
d
ic
e
 d
e
 f
a
llo
s
Curva ideal
Obsolescencia
Cambio
Curva de fallos del software (curva idealizada y curva real)
El producto
Características , Mitos y Crisis del software
Tiempo
In
d
ic
e
 d
e
 f
a
llo
s
Curva ideal
Obsolescencia
Cambio
Incremento de índice de 
fallos por efectos laterales
Curva de fallos del software (curva idealizada y curva real)
El producto
Características , Mitos y Crisis del software
Tiempo
In
d
ic
e
 d
e
 f
a
llo
s
Obsolescencia
Cambio
Incremento de índice de 
fallos por efectos laterales
Curva ideal
Curva de fallosdel software (curva idealizada y curva real)
El producto
Características , Mitos y Crisis del software
 Los mitos propagan información
errónea y confusión, tuvieron un
sentido intuitivo y frecuentemente
fueron promulgados por expertos
que “estaban al día”
El producto
 Mitos de gestión
 Mitos del Cliente
 Mitos de los desarrolladores
Características , Mitos y Crisis del software
“ Tenemos libros que definen los estándares y los
procedimientos para construir software, todo esto le
proporciona al equipo de desarrollo todo lo que necesita
saber”
Realidad
Está bien que la bibliografía exista pero… ¿se usa?, ¿reflejan
las prácticas modernas de desarrollo de software?, ¿es
completa la bibliografía?
En muchos casos la respuesta a esas preguntas es “No”
El producto
 Mito de gestión
Características , Mitos y Crisis del software
“ Tenemos libros que definen los estándares y los
procedimientos para construir software, todo esto le
proporciona al equipo de desarrollo todo lo que necesita
saber”
Realidad
Está bien que la bibliografía exista pero… ¿se usa?, ¿reflejan
las prácticas modernas de desarrollo de software?, ¿es
completa la bibliografía?
En muchos casos la respuesta a esas preguntas es “No”
El producto
 Mito de gestión
Características , Mitos y Crisis del software
“ Si fallamos en la planificación, podemos añadir más
programadores y adelantar el tiempo perdido”
Realidad
El desarrollo del software no es un proceso mecánico como la
fabricación. Añadir gente aun proyecto de software retrasado
retrasa aún más el proyecto, debido a la necesidad de
aprender y comunicarse con el equipo puede y hace que ser
reduzca la cantidad de tiempo gastado en el desarrollo
productivo. Puede añadirse gente, pero sólo de manera
planificada y bien coordinada
El producto
 Mito de gestión
Características , Mitos y Crisis del software
“ Si fallamos en la planificación, podemos añadir más
programadores y adelantar el tiempo perdido”
Realidad
El desarrollo del software no es un proceso mecánico como la
fabricación. Añadir gente aun proyecto de software retrasado
retrasa aún más el proyecto, debido a la necesidad de
aprender y comunicarse con el equipo puede y hace que se
reduzca la cantidad de tiempo gastado en el desarrollo
productivo. Puede añadirse gente, pero sólo de manera
planificada y bien coordinada.
El producto
 Mito de gestión
Características , Mitos y Crisis del software
“ Una declaración general de los objetivos es suficiente para
comenzar a escribir los programas – podemos dar los detalles
más adelante”
Realidad
Una mala definición inicial es la principal causa del trabajo en
vano en el desarrollo de software. Es necesario una
declaración formal y detallada de los requerimientos
funcionales y no funcionales y criterios de validación. Estas
características pueden determinarse sólo después de una
exhaustiva comunicación entre el cliente y el analista.
El producto
 Mitos del Cliente
Características , Mitos y Crisis del software
“ Los requerimientos del proyecto cambian continuamente,
pero los cambios pueden acomodarse fácilmente, ya que el
software es flexible”
Realidad
El producto
 Mitos del Cliente
Los requerimientos del software
cambian, pero el impacto del
cambio varía según el momento
en que se introduzca
Análisis Desarrollo Después de la
Entrega
C
o
s
t
o
1x
1,5 – 6x
60 – 100x
Características , Mitos y Crisis del software
“ Los requerimientos del proyecto cambian continuamente,
pero los cambios pueden acomodarse fácilmente, ya que el
software es flexible”
Realidad
El producto
 Mitos del Cliente
Los requerimientos del software
cambian, pero el impacto del
cambio varía según el momento
en que se introduzca
Análisis Desarrollo Después de la
Entrega
C
o
s
t
o
1x
1,5 – 6x
60 – 100x
Características , Mitos y Crisis del software
“ Una vez que escribimos los programas y hacemos que
funcione, nuestro trabajo ha terminado”
Realidad
Cuanto más pronto se comience a escribir el código, más se
tardará en terminar el proyecto. Las estadísticas indican que
entre el 60 y el 80 por ciento de todo el esfuerzo dedicado a
un programa se realiza después de que se le haya entregado
al cliente por primera vez
El producto
 Mitos de los desarrolladores
Características , Mitos y Crisis del software
La palabra crisis se define en el
diccionario como "un punto decisivo en
el curso de algo; momento, etapa, o
evento decisivo o crucial". Sin
embargo para el software no ha
habido ningún punto crucial, sólo una
lenta evolución. dfdfdsfdfdfdfdfdfdfdd
El producto
Características , Mitos y Crisis del softwareEl producto
La forma de trabajo de programadores individuales surgida por
la necesidad de los primeros programas, ha creado una cultura
de la programación heroica para el desarrollo de software, que
es la principal causa de los problemas de desarrollo.
Identificándose así el fenómeno conocido como “crisis del
software”
Y es en la actualidad una de las principales resistencias a la
implantación de técnicas de ingeniería para el desarrollo de
sistemas
Características , Mitos y Crisis del software
La crisis en la industria del software permanece durante
muchos años, lo cual parece una contradicción para el término.
Lo que si se podría decir es que hay un problema crónico en el
desarrollo de software. Fdfdfdfdfdfdfdfdfdfdfdfdfdfdfdfdfdfdfd
Posibles causas:
Dificultades para producir software libre de defectos (algunos 
defectos son molestos, otros cuestan tiempo y dinero y otros son una amenaza para 
la vida)
•Dificultades para mantener el volumen cada vez mayor de 
software
• Exigencias de entrega rápida con escaso tiempo para probar 
el software
El producto
Características , Mitos y Crisis del software
Actualmente está surgiendo una gran expectativa ante la
evolución de la Ingeniería del Software, al ir apareciendo
nuevos métodos y herramientas formales que van a permitir
en el futuro un planteamiento de ingeniería en el proceso de
elaboración de software.
La Ingeniería del software, permitirá dar respuesta a los 
siguientes problemas de:
Productividad
 Gestión de proyectos
 Desarrollo de software de calidad
Fácil mantenimiento : Es uno de los grandes problemas, pues 
puede llegar a suponer un importe superior al 60% del total 
del costo del software.
El producto
Unidad 1
Mg. Ing. Mabel Torres
Ingeniería del software
El producto
Conceptos sobre
ingeniería del Software
El Proceso
El Proceso
 Un ciclo de vida es el conjunto de fases [o procesos] por las 
que pasa el sistema de software desde que se concibe [o 
inicio], se desarrolla hasta que se retira del servicio 
finalizando su uso.
 Las fases o procesos están estandarizados, es decir que 
existe un marco de referencia que contiene los procesos, las 
actividades y las tareas involucradas en el desarrollo, 
explotación y mantenimiento de un producto de software, 
abarcando la vida del sistema, desde la definición de 
requerimientos hasta la finalización de su uso.
 El estándar para el ciclo de vida de los sistemas de 
información / sistemas de software es el ISO/IEC 12207.
Ciclo de Vida
El Proceso Estándar ISO/IEC 12207
El Proceso
 Un proceso es un concepto más amplio, basado en el
ciclo de vida, y cubre todos los elementos necesarios
relacionados con las actividades involucradas en la vida
de un producto software.
 Los elementos necesarios son: las tecnologías, personal,
artefactos, procedimientos
El Proceso
 Un modelo de proceso es una descripción simplificada 
de un proceso del software que presenta una visión de 
ese proceso.
 El modelo de proceso define el ciclo de vida que se 
adoptará para el proyecto de sistemas.
 Los modelos de proceso pueden incluir:
Flujo de trabajo: muestra la secuencia de actividades en el 
proceso con sus entradas, salidas y dependencias. Las 
actividades representan acciones humanas.
Flujo de documentos: muestra los documentos o artefactos que 
producencada una de las actividades y cómo esos documentos 
se transforman por acción de las personas o por las 
computadoras.
Modelo de rol/acción: representa los roles de las personas 
involucradas en el proceso del software y las actividades de ls
que son responsables
El Proceso
Rol
Flujo de trabajo
1 2
El flujo de trabajo: muestra la secuencia de 
actividades en el proceso con sus entradas, 
salidas y dependencias. Las actividades 
representan acciones humanas.
El flujo de documentos: muestra los 
documentos o artefactos que producen cada 
una de las actividades y cómo esos 
documentos se transforman por acción de las 
personas o por las computadoras.
Un modelo de rol/acción: representa los 
roles de las personas involucradas en el 
proceso del software y las actividades de 
las que son responsables.
Actividades
El Proceso
 Los modelos de procesos se clasifican en:
Prescriptivos
Descriptivos
 Definen un conjunto claro de actividades, 
tareas, hitos, artefactos y roles requeridos para 
desarrollar sistemas de software de alta 
calidad.
 Proveen organización, control y estabilidad a un 
proceso que sería caótico sino se gestiona
 Describen un proceso de software que se está 
llevando a cabo en una organización.
 Se basan en la observación del desarrollo de 
sistemas reales y son específicos para una 
organización y para un sistema.
 Describen la configuración del marco de trabajo 
adaptado a las necesidades de los proyectos
El Proceso Cascada , UP y métodos ágiles
Definición de 
Requerimientos
Diseño del Software
y del Sistema
Implementación y
Prueba de unidades
Integración y Prueba 
del Sistema
Operación y
Mantenimiento
Modelo en cascada – Conocido 
también como: Modelo lineal 
secuencial o Ciclo de vida del 
software
Flujo de trabajo
Ingeniería del software, Sommerville, cap. 4
El Proceso Cascada , UP y métodos ágiles
Especificación de Requerimientos
Especificación del Diseño
Código fuente y pruebas
Cambios
Resultado de 
pruebas de 
integración
Definición de 
Requerimientos
Diseño del Software
y del Sistema
Implementación y
Prueba de unidades
Integración y Prueba 
del Sistema
Operación y
Mantenimiento
Flujo de documentos - Artefactos
El Proceso Cascada , UP y métodos ágiles
Definición de 
Requerimientos
Diseño del Software
y del Sistema
Implementación y
Prueba de unidades
Integración y Prueba 
del Sistema
Operación y
Mantenimiento
• Analista de 
Sistemas
• Diseñador de Sistemas
• Arquitecto de Sistemas
• Programador
• Ingeniero de pruebas de Sistema 
• Integrador de Sistema
• Ingeniero de soporte y 
cambios
• Ingeniero de pruebas o tester
Roles
El Proceso
•Este modelo refleja un desarrollo marcado por la sucesión
escalonada de las etapas que lo componen : Análisis de
requerimientos, diseño, codificación, pruebas e implementación
•Es necesario terminar por completo cada fase para pasar a la
siguiente
•Este modelo, identificado ya a principios de la década de los 70,
resulta muy rígido porque cada fase requiere como elemento de
entrada el resultado completo de la anterior
•Al aplicarlo en situaciones reales su rigidez genera problemas,
porque muchas veces resulta difícil poder disponer de requisitos
completos o del diseño pormenorizado del sistema en las fases
iniciales, creando una barrera que impide avanzar
Cascada , UP y métodos ágiles
El Proceso
Se utiliza cuando los requerimientos del sistema se
comprenden y están completamente definidos
El cambio en los requerimientos es improbable
Se utiliza para capacitar al equipo de desarrollo en sus
primeras experiencias
Cascada , UP y métodos ágiles
El Proceso
Gestión de configuraciones y 
cambios
Fases
Disciplinas
Modelado del negocio
Requerimientos
Análisis y diseño
Implementación
Testing
Despliegue
Gestión del proyecto
Entorno
Iteraciones
Inicio Elaboración Construcción Transición
Inicio Elab 1 Elab 2 C 1 C 2 C 2 T 1 T 2
Cascada , UP y métodos ágiles
El Proceso
Es uno de los procesos más generales que existe,
esta enfocado a cualquier tipo de proyecto
Se basa en la documentación generada en cada
uno de sus cuatro fases:
 Inicio (puesta en marcha)
 Elaboración(arquitectura base)
 Construcción(codificación)
 Transición(puesta en uso)
Está pensado para proyectos y equipos grandes 
con roles designados
Cascada , UP y métodos ágiles
El Proceso
 Actualmente, los negocios operan en un
entorno global que cambia rápidamente
 Responden a nuevas oportunidades y
mercado, condiciones económicas cambiantes
y la aparición de productos y servicios
competidores
 El software es parte de casi todas las todas
las operaciones de negocio por lo que es
fundamental que el software nuevo se
desarrolle rápidamente
Cascada , UP y métodos ágiles
El Proceso
 Los procesos de desarrollo rápido de software
están diseñados para producir software útil en
forma rápida
 El software no se desarrolla y utiliza en su
totalidad, sino en una serie de incrementos, donde
en cada incremento se incluyen nuevas
funcionalidades al sistema
 El desarrollo rápido exige a las organizaciones
estar dispuestas a perder la calidad del software y
el compromiso sobre los requerimientos a favor de
una entrega rápida del software
Cascada , UP y métodos ágiles
Programación Extrema Desarrollo Rápido de Aplicaciones (RAD) 
Desarrollo de prototipo SCRUM 
Métodos ágiles
Manifiesto Ágil
Estamos descubriendo mejores formas para desarrollar software , al
hacerlo y al ayudar a otros a hacerlo. Gracias a este trabajo llegamos a
valorar:
A los individuos y las interacciones sobre los procesos y las herramientas
Al software operativo sobre la documentación exhaustiva
La colaboración con el cliente sobre la negociación del contrato
La respuesta al cambio sobre el seguimiento de un plan
El Proceso
Ventajas
Cascada , UP y métodos ágiles
Desventajas
El Proceso
Características del desarrollo rápido
 Los procesos de especificación, diseño e implementación son
concurrentes. La documentación del sistema se minimiza. El
documento de requerimientos del usuario define solamente las
características más importantes del sistema
El sistema se desarrolla en una serie de incrementos. Los
usuarios finales y otros stakeholders del sistema participan en
la especificación y evaluación de cada incremento. Los cambios
y los nuevos requerimientos se deben implementar en un
incremento posterior del sistema
 Las interfaces de usuario se desarrollan utilizando una
sistema de desarrollo interactivo. La interfaz de usuario se crea
rápidamente dibujando y colocando íconos en la interfaz
Cascada , UP y métodos ágiles
Actividades del desarrollo incremental 
Interfaces del 
usuario
Interfaces del 
usuario
Actividades del desarrollo incremental 
Interfaces del 
usuario
Actividades del desarrollo incremental 
El Proceso
Las etapas iniciales se centran en la arquitectura del sistema
Si no se considera la arquitectura al principio del proceso, es probable que la
estructura general del sistema sea inestable y se degrade en los nuevos
incrementos
No se encuentra una solución completa a un problema, pero se avanza a la
solución en una serie de pasos , dando marcha atrás cuando nos damos cuenta de
que hemos cometido un error
Cascada , UP y métodos ágiles
El Proceso
Ejemplos de aplicación
Desarrollo de sistemas de 
negocio
Sistemas de comercio 
electrónico (e-commerce)
Las etapas iniciales se centran en la arquitectura del sistema
Si no se considera la arquitectura al principio del proceso, es probable que la
estructura general del sistema sea inestable y se degrade en los nuevos
incrementos
No se encuentra una solución completa a un problema, pero se avanza a la
solución en una serie de pasos , dando marcha atrás cuando nos damos cuenta de
que hemos cometido un error
Cascada , UP y métodos ágiles
El Proceso
Entrega acelerada de los servicios al cliente En los incrementos iniciales
se pueden entregar las funcionalidadesde alta prioridad. Los clientes
pueden solicitar cambios que se entregarán en los incrementos
posteriores
Compromiso del cliente con el sistema Los usuarios del sistema
proporcionan retroalimentación al equipo de desarrollo, sobre los
incrementos entregados. Los usuarios finales deben hacer un compromiso
con el sistema y conseguir que éste llegue a funcionar
Ventajas
El Proceso
Problemas de administración documentación – personal -técnico
Problemas contractuales clientes - desarrolladores
Problemas de validación pruebas del sistema
Problemas de mantenimiento cambios
Desventajas
El Proceso
Problemas de administración
Documentación El progreso del desarrollo de software se evalúa por
la documentación del sistema. Los requerimientos cambian tan
rápido que el en desarrollo incremental no es rentable producir gran
cantidad de documentación
Personal no todos los integrantes del equipo de desarrollo tienen las
habilidades requeridas para el desarrollo incremental
Técnicos el desarrollo incremental puede requerir el uso de
tecnologías desconocidas para asegurar una entrega más rápida del
software
Desventajas
Cascada , UP y métodos ágiles
El Proceso
Problemas de administración documentación – personal -técnico
Problemas contractuales clientes - desarrolladores
Problemas de validación pruebas del sistema
Problemas de mantenimiento cambios
Desventajas
Cascada , UP y métodos ágiles
El Proceso
Problemas contractuales
Es difícil diseñar un contrato para el desarrollo del sistema cuando no
existe la especificación del sistema
Clientes desacuerdo por pagar según el tiempo invertido en el
proyecto. El sistema se puede desarrollar lentamente y se sobrepase
el presupuesto
Desarrolladores no aceptan un contrato con precio fijo debido a que
no pueden controlar los cambios requeridos por los usuarios finales
Desventajas
El Proceso
Problemas de administración documentación – personal -técnico
Problemas contractuales clientes - desarrolladores
Problemas de validación pruebas del sistema
Problemas de mantenimiento cambios
Desventajas
Cascada , UP y métodos ágiles
El Proceso
Problemas de validación
Pruebas del sistema Los procesos de desarrollo iterativo minimizan la
documentación y entrelazan la especificación y el desarrollo por lo
tanto, preparar las pruebas del sistema con anticipación o en
paralelo con la implementación resulta una tarea difícil
Desventajas
Cascada , UP y métodos ágiles
El Proceso
Problemas de administración documentación – personal -técnico
Problemas contractuales clientes - desarrolladores
Problemas de validación pruebas del sistema
Problemas de mantenimiento cambios
Desventajas
Cascada , UP y métodos ágiles
El Proceso
Problemas de mantenimiento
Los cambios tienden a corromper la estructura de cualquier sistema
de software. Esto significa que cualquiera, aparte de los
desarrolladores originales, pueden tener dificultades para entender
el software. Por lo tanto puede ser difícil encontrar personas que
tengan los conocimientos requeridos para dar mantenimiento al
sistema
Desventajas
Cascada , UP y métodos ágiles
El Proceso
Programación Extrema 
Cascada , UP y métodos ágiles
El Proceso
Desarrollo Rápido de Aplicaciones (RAD) 
Cascada , UP y métodos ágiles
El Proceso
Desarrollo de prototipo 
Cascada , UP y métodos ágiles
Product
Backlog
Sprint 
Backlog
Sprint 
Planning
Ciclo diario 
de trabajo
Análisis y 
revisión 
del sprint
Incremento
Por 
hacer
En
Progreso
Hecho
Propietario del 
producto EquipoScrum Master
Inicio
Fin
Roles o responsabilidades
Artefactos 
o 
elementos
Sprint
Reuniones
Marco de trabajo del modelo Scrum
Las listas de control o checklist nos ayudan a justificar
nuestra elección de un ciclo de vida ágil
¿Es importante tener una especificación detallada
antes de la implementación?
¿Está el cliente dispuesto a formar parte de nuestro
equipo de desarrollo?
¿Qué tan grande es el sistema que se desarrollará?
¿Qué tipo de sistema se desarrollará?
¿Qué tecnología de apoyo al desarrollo tenemos
disponibles?
¿Qué habilidades tienen los diseñadores y
programadores del equipo de desarrollo?
¿El sistema está sujeto a regulaciones externas?
Checklist – Listas de control
El Proceso
Conclusiones 
Los modelos de proceso no funcionan de manera universal,
sino que son marcos de trabajo
Siempre es necesario adaptar los modelos a la organización, al
tipo de proyecto y a las condiciones impuestas por el cliente
Para adecuar un modelo de desarrollo a una situación en
particular se necesita experiencia y conocimiento previo
Implementar un modelo de desarrollo es trabajo de mediano
a largo plazo
Cascada , UP y métodos ágiles
Fin de la presentación