Planificación del ciclo de vida de un producto de software

Presentación del tema: "Planificación del ciclo de vida de un producto de software"— Transcripción de la presentación:

1 Planificación del ciclo de vida de un producto de software
TECNOLOGÍA DE LA INFORMACIÓN PARA LA GESTIÓN ESCUELA DE INGENIERÍA COMERCIAL Planificación del ciclo de vida de un producto de software Profesora: Karen Niemann Vizcarra

2 Requerimiento del cliente: construcción de un columpio
Especifica-ción de requerimiento

3 PLANIFICACIÓN DEL CICLO DE VIDA DE UN PRODUCTO DE SOFTWARE
- Cliente/usuario - Validación/verificación - Modelo del ciclo de vida influye en: La velocidad de desarrollo La calidad El control El seguimiento del proyecto La reducción de gastos y riesgos Las relaciones con los clientes/usuarios

4 Modelo cascada pura Genera sistema altamente fiable. Genera sistema con amplio desarrollo.

5 Modelo codificar y corregir
Requiere poco tiempo de gestión. Permite modificaciones a medio camino. Requiere poco nivel de educación e instrucción para directivos y desarrolladores.

6 Modelo espiral Trabaja con poca definición de los requerimientos. Trabaja con poca comprensión sobre la arquitectura. Genera un sistema altamente fiable. Genera un sistema con amplio desarrollo. Gestiona riesgos. Ofrece a los clientes/usuarios signos visibles del progreso.

7 Modelo prototipo evolutivo
Trabaja con poca definición de los requerimientos. Genera un sistema con amplio desarrollo. Permite modificaciones a medio camino. Ofrece a los clientes/usuarios signos visibles del progreso.

8 Modelo entrega por etapas
Genera un sistema altamente fiable. Genera un sistema con amplio desarrollo. Ofrece a los clientes/usuarios signos visibles del progreso.

9 Modelo entrega evolutiva
Ofrece a los clientes/usuarios signos visibles del progreso.

10 Software comercial disponible
Trabaja con poca identificación de requerimientos. Está sometido a una planificación predeterminada. Requiere poco tiempo de gestión.

11 Consideraciones en contratos para el desarrollo de un
producto de software Los contratos de desarrollo de un producto de software pueden ser de distinto tipo, a saber: Adquisición y/o adaptación de un paquete, Desarrollo de un sistema ad-hoc o Provisión de personal externo para desarrollo interno Contrato se compone de dos documentos: Contrato de prestación de servicio (desarrollo e implementación del producto de software) Especificación funcional

12 Cláusulas de contrato de desarrollo de un
producto de software Incluir: 1. Especificación de propiedad del software desarrollado (asegurarse del derecho de autor; proveedor o cliente) 2. Fechas de entrega de los diferentes módulos (pérdida económica que puede implicar el retraso en la entrega de un módulo/sistema) 3. Términos de cancelación (pagos sujetos a la entrega de módulos y sólo cuando el producto sea aceptado a entera satisfacción del cliente/usuario. Evitar cláusulas que impliquen: “cualquier otro gasto en que se incurra”, Proyectos deben contemplar un valor total, no sujeto a HH u Hmáquina. 4. Disponibilidad del código fuente (proveedor y/o cliente). 5. Condiciones de aceptación (prueba de estrés, capacitación). 6. Documentación a entregar (documentación del sistema y manual del usuario). 7. Garantías de desempeño del producto de software (especificaciones limitantes). 8. Entrenamiento y/o capacitación a una cantidad x de usuarios (monitores). 9. Cláusula penal para los casos de incumplimiento de cualesquiera de las partes.

13 Calidad de un producto de software
Factores básicos para comprobar la calidad de un producto de software: - que esté conforme a los requerimientos - funcione correctamente (ausencia de defectos) y - satisfaga interfaz al usuario (amigable)

14 Calidad de un producto de software
Estudio más profundo se puede abarcar desde tres prismas: Revisión del producto: Facilidad de mantenimiento (¿puedo corregirlo?) Flexibilidad (¿puedo cambiarlo?) Facilidad de prueba (¿puedo probarlo por módulos? ¿interfaces? ¿sistema?) Transición del producto: Portabilidad (¿puedo usarlo en otra máquina?) Reusabilidad (¿podré reusar alguna parte del software?) Interoperabilidad (¿podré hacerlo interactuar con otro sistema?) Operaciones del producto: Corrección (¿hace lo que quiero?) Fiabilidad (¿lo hace de forma confiable todo el tiempo?) Eficiencia (¿la performance es la adecuada?) Integridad (¿es seguro?) Facilidad de uso (¿es amigable al usuario?)