Loading [MathJax]/jax/output/HTML-CSS/fonts/TeX/fontdata.js
null
US
Team Software Process (TSP) Metodología TSP Es un proceso y una metodología de desarrollo de software en equipo, que guían a los ingenieros para asegurar la calidad en las diferentes etapas del ciclo de vida de desarrollo de software y, principalmente, la productividad de los equipos de trabajo integrados por ingenieros, administradores y desarrolladores de software. Objetivos de equipo Plan de desarrollo Plan de calidad Plan contra riesgos Plan detallado para cada ingeniero Reporte del estado del proyecto Roles Son las metas a alcanzar cuando el proyecto llegue a su fin. Siempre deben comenzar con un verbo en infinitivo, tales como desarrollar, analizar, concluir, examinar, interpretar, describir. Para realizar un buen objetivo deben formularse preguntas ¿Para quién será el software a desarrollar? ¿qué tipo de software se desarrollará? ¿con qué se va realizar? Líder del proyecto Administrador de desarrollo Auxiliar de planeación Administrador de calidad Administrador de configuraciones Estos roles son necesarios si se quiere implementar esta metodología TSP. Debe tomarse en cuenta que se requiere de un grupo de desarrolladores de software formados en PSP e ingenieros de calidad, el cual estará a cargo de los administradores de calidad y de desarrollo, quienes determinarán la cantidad con base en el tamaño del software a desarrollar. La experiencia y capacidad individual de cada desarrollador e ingeniero de calidad será un factor muy importante al momento de la selección. Ciclo de vida El plan de proyecto es un medio de comunicación por el se dará a conocer las decisiones que tomen los participantes. Definición del alcance Estructura de desglose de trabajo Cronograma de actividades Recursos requeridos Presupuesto definitivo del proyecto Asignación de roles y responsabilidades Riesgos En la fase de lanzamiento se define el plan de calidad, que se basa en el tamaño del proyecto, y de acuerdo con esto se inyectarán defectos, que no es más que introducir defectos en cada una de las fases de desarrollo. Resumen de porcentaje Porcentaje de reutilización Porcentaje de reutilización nuevo Porcentaje libre de defectos (PDF) LOC/Horas Defectos por página Defectos por KLOC Proporción de defectos (RATIO) Proporción de tiempos de desarrollo A/FR (appraisal to failure ratio) Porcentaje de revisión e inspección Porcentaje de inyección de defectos (yield) Rendimiento yield de fase Rendimiento yield de proceso Actividades de acuerdo a los roles que se les hayan asignado. Planes personales Método de planeación Valor agregado Métricas de calidad Procesos definidos Un riesgo, es una medida de la probabilidad y gravedad de los efectos adversos. Es algo que puede suceder. Aprender de los errores del pasado. Todos los equipos deben gestionar los riesgos. Empoderar a los miembros del equipo para gestionar los riesgos. A cada riesgo significativo se debe asignar un propietario. Revisar periódicamente los riesgos. Monitoreo y control del proyecto Ejecutar la revisión de la administración del proyecto Elaborar el reporte administrativo del estatus del proyecto Análisis post mortem Se generan los reportes para saber el estado del proyecto, es decir, en base a las métricas aplicadas se puede saber como va el proyecto. Clique duas vezes aqui para editar o texto Clique e arraste este botão para criar um novo tópico
Ir para o Link
Marcar todos Desmarcar todos