Actividad 14 procesos de desarrollo de software PDF

Preview

Summary

Download Actividad 14 procesos de desarrollo de software PDF

Description

Reporte

Nombre: Jesus Alberto Valdes Garcia Matrícula: 2775549 Nombre del curso: procesos de Nombre del profesor: Juan Javier desarrollo de software López Hernández Módulo: 3 Actividad: 14 Fecha: 14/10/2019 Bibliografía: Objetivo: Reconocer la importancia de las métricas como proceso para alcanzar metas y establecer un proceso de solicitud de cambios. Resultados: Realiza un mapa mental donde incluyas los conceptos relacionados con las métricas del software. Recuerda apegarte a las reglas de mapas mentales.

Basándote en el paradigma GQM del Dr. Víctor Basili, especifica qué métricas podrías utilizar para lograr las siguientes metas: 



Exceder las expectativas del usuario Factores del diseño (abstracción, modularidad, independencia funcional, cohesión).

 

Tiempo de terminación real contra lo planeado.



Factores del diseño (abstracción, modularidad, independencia funcional, cohesión

Construir un producto seguro

 

Porcentaje de componentes reutilizados.

 

Número de errores de UML.

  

Esfuerzo requerido para corregir un error.

Índice de legibilidad. Número de errores de importancia crítica encontrados. Origen del error. Tiempo (por actividad) cuando se solicita un cambio.

Reporte



Ofrecer un excelente servicio de mesa de ayuda (help desk) Porcentaje del personal por hora y por actividad.

 

Porcentaje de comentarios internos.

2.1 Crea al menos cinco preguntas por cada meta. 

Exceder las expectativas del usuario.

o ¿Se implementarán las acciones necesarias para alcanzar los resultados planificados? o

¿Resuelve todas las necesidades que tenía el cliente?

o

¿Se sabe que espera el cliente del sistema?

o ¿La complejidad de su uso es sencillo para alguien que no tenga estudios superiores? o ¿El sistema es intuitivo para todo tipo de usuario? 

Construir un producto seguro.

o ¿Se usan todos los métodos y criterios para garantizar la eficiencia de los procesos? o ¿Se tiene algún documento en el que se exprese la política de calidad con los objetivos?

o ¿Se disponen de los recursos necesarios?



o

¿Se validan los procesos de testeo?

o

¿Se lleva un control de los defectos encontrados en el sistema?

Ofrecer un excelente servicio de mesa de ayuda.

o ¿Se controla los servicios elaborados? o ¿Se controla los seguimientos y mediciones del sistema? ¿Se validan los procesos de los servicios prestados?

o

o ¿Se clasifican las incidencias? o ¿El cliente puede acceder de manera sencilla a esta función? 2.2 Establece las métricas para responder a las preguntas, describiendo con claridad qué información necesitas y cómo evaluarías un buen desempeño. 

Tiempo de respuesta o

Tiempo estimado para realizar una actividad.

o Cuando el tiempo sea más pequeño mejor será la interpretación. 

Funciones evidentes

o Las funciones del sistema son fáciles de encontrar para el usuario.

Reporte o

Se evaluaría con el total de funciones en contra de las funciones evidentes para el usuario.



Densidad de fallos

o Cuantos fallos fueron encontrados durante las pruebas. 

Madurez de las pruebas

o Se está llevando a cabo correctamente las pruebas al sistema. 

Longitud de código o

Sirve para realizar el cálculo final del esfuerzo total de programar el sistema.

o Líneas de código y personas por mes. 

Escala de satisfacción

o Que tan satisfecho está el cliente. o 

El desempeño se evaluaría por medio de un cuestionario.

Frecuencia de errores

Describe un manual que pueda ser utilizado por un equipo de desarrollo de software para mantener el control de los cambios solicitados por el usuario. 3.1 Describe el proceso de cambios, los estatus por los que puede pasar la solicitud y los responsables para aprobar los cambios.

a. Identificar mejoras El equipo de técnicos de desarrollo identifica áreas de oportunidad donde pueda haber mejorar en el proceso de construcción de software, analizando las métricas e indicadores de forma periódica, encontrando las causas relacionadas con el bajo desempeño que provoca una pobre calidad y por consecuencia afecte el costo del proyecto.

b. Priorizar mejoras Se debe elegir dentro de la lista de las posibles mejoras a implementar las que proporcionen resultados más impactantes en relación costo-beneficio de implementarlas. No se debe introducir muchos cambios a la vez, porque el esfuerzo que generará será disperso y se confundirá en cuál de ellos se produjeron mejores resultados.

c. Introducir cambios al proceso Cada cambio necesitara un plan, deben estar documentados los procedimientos, métodos, herramientas, métricas e indicadores. Cada tiempo necesita tiempo para ser implementado. d. Capacitar ingenieros

Reporte

Los cambios implementados deben ser llevados a cabo por los miembros del equipo de desarrollo. Se debe tener en cuenta que si se desea generar los resultados esperados se tiene que ejecutar por alguien que entienda la razón del cambio.

e. Afinar cambios al proceso Los cambios nunca harán un efectivo cambio al momento de introducirlos, es muy probable que durante la implementación de un cambio se generen problemas menores que conlleven a realizar ajustes al cambio propuesto. El equipo de desarrollo deberá analizar si los ajustes surgidos pertenecen al dicho cambio o son cambios mayores que se deben estudiar en otro momento. Responsables 

Gerentes de las áreas. o

Interfaz.

o

Diseño.

o

Implementación.

o

Planeación.

o

Procesos.

o

Calidad.

o

Soporte técnico.

o Pruebas. 3.2. Diseña el formulario para realizar una solicitud de cambios. Problema encontrado: Quien solicita: A que proyecto pertenece: Razón:

Fecha de petición: Prioridad del cambio: ID de la solicitud:

Reporte

Descripción del cambio

Impacto Estimado Costo: Solución

Esfuerzo:

Fecha de inicio: Tipo de problema □ Diseño □ Requerimientos □ Especificaciones técnicas □ Legal □ Plan de pruebas Documentos implicados

Alcance:

Fecha de finalización: □

Error de producción

□ Instalación □ □ □

Documentación Mejora Base de datos

Riesgos

Comentarios

Firmas de aprobación Área

Firma

Fecha

Reporte

3.3. Establece las políticas necesarias para registrar, analizar, aprobar e implementar cada cambio. 

Valor del cambio.



Inversión.



Complejidad.



Impacto sobre el rendimiento.



Recursos disponibles para el cambio.



Relación con otros cambios.



Tiempo estimado.



Relación con las políticas de competitividad, satisfacción del cliente, etc....