Diapositiva 1

1
ESCUELA SUPERIOR POLITECNICA DEL
LITORAL FACULTAD DE INGENIERIA ELECTRICA Y
COMPUTACION
Implementación de un Sistema Integrado de Control
de Costos de Producción, Órdenes de Trabajo,
Presupuesto de Obras, Bodega y Control de
Inventario utilizando PSP ( Personal Software
Process) y TSP ( Team Software Process )
TESIS DE GRADO 18/08/2006
Mauricio Echeverria - Denisse Echeverria - Jose
Luis Asencio
2
Escuela Superior Politécnica del Litoral
I N T R O D U C C I O N
Justificación. Qué es PSP y TSP? Relación entre
PSP y TSP Beneficios PSP y TSP
E X P L I C A C I O N D E L T R A B A J O
TSP y su aplicación en el proyecto Roles y
responsabilidades Etapas definidas del
proyecto Evaluación de métricas
A G E N D A
A N A L I S I S D E L A M E T O D O L O G I
A
Antes y Después de TSP Factores de mejoramiento
C O N C L U S I O N E S Y R E C O M E N D A C
I O N E S
PSP Personal Software Process TSP Team Software
Process
3
Hoy en día
Importancia en el desarrollo del software en el
Pais. Crecimiento constante de esta actividad en
los ultimos años. Existen inconvenientes en el
desarrollo del software. Pocas empresas utilizan
estándares y factores de medición en el
desarrollo del software
El uso de metodologías de desarrollo ayuda a
adoptar esquemas de trabajo para cumplir los
objetivos del equipo.
4
Qué es PSP y TSP?
PSP
TSP
Procesos individuales definidos
Proceso en equipo
Medición gradual del desempeño
Mejora continua de desarrollo
Equipo eficiente y colaborador
Registro de tiempo
Propuestas de mejoras al proceso
Enfocado a cinco roles
Estimación de tamaño - tiempo
Genera disciplina en equipo
Las metodologías implementadas son sugeridas por
el Instituto de Ingeniería de Software (SEI)
5
Relación entre PSP y TSP
PSP desarrolla habilidades
TSP en construcción del equipo
TSP en trabajo en equipo
Objetivos del proyecto Roles en el equipo Proceso
del equipo Plan del proyecto Plan balanceado
Análisis de riesgos Comunicación del
equipo Coordinación del equipo registro del
estado Informes del proyecto
Mediciones personales Disciplina en el
proceso Estimación y planificación Gestión de la
Calidad
Disciplinas del equipo
Gestión del equipo
Miembros del equipo
Equipos Integrados para el producto
6
Beneficios de PSP y TSP
Guiar al equipo en todo el proceso de desarrollo
El producto final incluye funcionalidades de
valor agregado
Desarrollar actitudes para de trabajar en equipo
Tener un esquema de trabajo definido
Promover la integración del equipo
Mejorar la estimaciones de tiempo de desarrollo
Proporciona plantillas y estándares para dar
seguimiento a procesos
7
Aplicación en el proyecto
Los roles distribuyen la gestión entre los
ingenieros. Definición de responsabilidades para
gestionar el entorno de trabajo. Los planes del
equipo e individuales son la base para un
adecuado seguimiento
Los administradores participan en
Planificación
Procesos
Calidad
GUI
Diseño
Desarrollo
Pruebas
8
Roles y Responsabilidades
Responsabilidades
Objetivo del Rol
Conducir al equipo en la definición,
diseño, desarrollo y pruebas del producto.

• Dirigir en el desarrollo.
• Dar soporte en desarrollo.
• Verificar código fuente.
• Conducir generación de
• documentación técnica.

Adm. De Desarrollo
Apoyar y guiar a los integrantes del equipo en
la planificación y seguimiento de su trabajo.

• Mantener el programa de trabajo.
• Verificar el cumplimiento.
• Controlar el registro de horas.
• Comparar el progreso del equipo.

Adm. De Planificación

• Determinación, obtención y
• mantenimiento de las herramientas
• necesarias para cumplir con las
• necesidades administrativas.

• Controlar cambios.
• Definir herramientas de desarrollo.
• Evaluar las solicitudes de cambios.
• Administración de riesgos.

Adm. De Configuración
Factores tomados en cuenta para la distribución
de roles
Conocimientos de métodos de diseño
No ser resistente al cambio
Gusto en construir cosas
Seguir un esquema de trabajo definido
Conocimientos de herramientas de apoyo
Monitorear actividades definidas
9
Etapas definidas del proyecto
Dedicación
Implicaciones
Etapa general para el desarrollo del proyecto
Menor
Proceso de negocios no definidos Frecuencia de
cambio de los requerimientos Alcance de los
módulos no definido.
Mayor
Mayor
Tamaño de unidades a probar Pruebas de cambios
realizados
Productos desarrollados
Módulo de Control de Inventario y Bodega MCIB
Módulo de Presupuesto por Obra MPO
Módulo de Órdenes de Trabajo MOT
Módulo de Costos de Producción MCP
10
Evaluación de métricas
las métricas son escalas de unidades sobre las
cuales puede medirse un atributo cuantificable.
Cuando se habla de software nos referimos a la
disciplina de recoger y analizar datos basándonos
en mediciones reales de software, así como a las
escalas de medición
Métricas definidas
Administrador de Planificación
Horas de equipo trabajadas
H. trabajadas vs H. planificadas por rol
11
Evaluación de métricas
Longitud de código
Implicaciones
Factores de mejora
Complejidad en mantenimiento. Comunicación entre
desarrolladores. Definición de los componentes.
Uso de estándares Definición y utilización de
componentes.
12
Evaluación de métricas
Reutilización de código
Implicaciones
Factores de mejora
Componentes no establecidos inicialmente
Definición de componentes reutilizados en los
siguientes módulos. Disminución en tiempos de
programación.
13
Evaluación de métricas
Número de veces que se dio soporte
Implicaciones
Factores de mejora
Los miembros del equipo no conocían las
herramientas de desarrollo. Experiencia en
proyectos reales
Los desarrolladores ganan experiencia con el
tiempo
14
Evaluación de métricas
Horas de equipo trabajadas
Implicaciones
Falta de experiencia en la planificación. Cambios
del proceso del negocio. Definición de objetivos
generales y no específicos . Adaptación en la
metodología de desarrollo. Estimación
excesivamente optimista de las tareas.
Factores de mejora
Estrategias de planificación por
incrementos. Procesos definidos. Integración del
equipo. Comunicación del usuario
15
Evaluación de métricas
H. Planificadas vs H. trabajadas por rol
Implicaciones
Carga de trabajo desbalanceado. Falta de
experiencia de herramientas
Factores de mejora
Conocimiento de la herramientas Distribución
adecuada de tareas. Administradores ganaron
experiencia en el proceso de desarrollo Definició
n de metas alcanzables
16
Evaluación de métricas
Número de cambios en requerimientos
Implicaciones
Cambios en el proceso de negocio. Poco tiempo en
análisis de requerimientos. No se tomo en cuenta
las dependencias de los módulos analizados.
Factores de mejora
Procesos del negocio definido Identificación de
dependencias con otros módulos.
17
Evaluación de métricas
Eficiencia en realizar cambios
Implicaciones
Tamaño del cambio. Tardanza en realizar los
cambios. Sobreestimación del impacto que genera
los cambios No se tomó en cuenta las
dependencias de los módulos analizados
Factores de mejora
Aplicación de procesos de gestión de
cambios. Seguimiento de cambios
efectuados. Experiencia en el proceso de cambio.
18
Evaluación de métricas
Número de versiones de los ECS
Implicaciones
No se tomó en cuenta las dependencias de los
módulos analizados. Cambios en el proceso de
negocios.
Factores de mejora
Verificación de versiones de los ECS Seguimiento
de cambios efectuados. Identificación de
dependencia con otros módulos
ECS Elementos de configuración
19
Antes y después de TSP
Antes
Después
No se aplicaban estándares Trabajos
descoordinados en el proceso de desarrollo de
Software No había registro de
pruebas Documentación pobre Distribución de
trabajo inadecuado
Planificación adecuado del proyecto Uso de
métricas. Desarrollo de habilidades del
equipo Definición y uso de estándares en el
proceso de software El equipo adopta disciplina
de desarrollo
20
Factores de mejoramiento
PSP
TSP
Planificación Tareas
Disciplina Individual
Disciplina Colectiva
Cumplimiento - Compromisos
Segregación de Funciones
Predicción de Trabajo
Indicadores / Métricas
Revisiones
Organización Estructural
Aumento del Desempeño Individual
Trabajo del equipo dirigidos a producir un
producto
21
Conclusiones
Contribuyó a que el grupo tenga a una mejor
comprensión de sus responsabilidades en los
procesos
El trabajo centralizado se acopla de mejor manera
a estas metodologías
El factor recurso humano es importante para esta
metodología
El trabajo ordenado se intensifica con el uso de
la metodología
La comunicación es importante entre los miembros
del equipo
El trabajo entre las personas del negocio y los
desarrolladores debe ser continuo
Debe de haber una buena inducción de la
metodología antes de aplicarla
La cultura latinoamericana le cuesta mas
adaptarse a disciplinas de desarrollo formales
En nuestra tesis el TSP tomo tiempo acoplarse ya
que inicialmente se llevo los métodos y técnicas
personales de cada miembro del equipo pero con el
transcurso del tiempo se fue obteniendo una
disciplina de desarrollo y un ambiente de equipo
22
Recomendaciones para proyectos futuros
Adoptar esta u otras metodologías que ayuden a
producir software de calidad
Considerar estas metodologías en el plan de
enseñanzas para futuros ingenieros
Fomentar el uso de métricas para mediciones del
desempeño individual y en equipo
Adoptar estándares
Desarrollar planes que ayuden al equipo a
cumplir objetivos
Definir y dar seguimientos a objetivos
específicos y alcanzables
Tener documentación necesario en el desarrollo
del software
23
INTERACCION DEL SISTEMA
24
MOT
MPO

• Creación de Obras
• Ingresar Proformas
• Modificar Proformas
• Aprobación de proformas.

• Ingreso de Diarios de
• trabajo
• Cambiar Estado a las OT

Generar OT
Generar OT
Ing. costos maquinarias y équipos
Ing. costos mano de obra
MCIB

• Clasificación de
• suministros
• Ingreso de Movimientos
• de bodega.
• Autorización de Vehículos
• Ingreso de Pedidos
• Autorización de Pedidos
• Ingreso de Ordenes de
• Viaje
• Control de herramientas.
• Ingreso de carga personal

MCP

• Cons. Costos de mano
• Obra
• Cons Costos de suminis
• tros
• Costos proformados vs
• costos reales

Ing, costos de ordenes de viaje
Ing, costos de materiales y consumibles