Escolar Documentos
Profissional Documentos
Cultura Documentos
Capacidad Individual
Cada tcnico es diferente. Para ser efectivos deben tener en cuenta sus
capacidades personales y adaptar la planificacin de sus trabajos a sus
tiempos. Un mtodo que puede que sea efectivo para una persona no tiene por
qu serlo para otra
Las personas que trabajan en el desarrollo de software pueden mejorar su
rendimiento utilizando procesos bien definidos. Para conocer el rendimiento
dcada persona es necesario medir el tiempo o esfuerzo dedicado a cada
actividad o tarea, los defectos que se generan y que se corrigen durante ese
periodo de tiempo y los tamaos de los productos que se obtienen. Es decir, el
PSP utiliza tres tipos de mediciones: esfuerzo, numero de defectos y tamao
de los productos.
Para obtener productos de calidad, cada persona debe responsabilizarse del
trabajo que ha realizado y de los productos que ha obtenido.
Para reducir los costos de produccin, se debe intentar prevenir los defectos
antes y de que ocurran y, en todo caso, descubrir los defectos en las fases ms
tempranas.
Comunicacin de grupo
De igual manera que el Personal Software Process (PSP) existe un modelo que
proporciona un marco de trabajo de procesos definidos que est diseado para ayudar
a los equipos de gerentes e ingenieros a organizar y producir proyectos de software de
gran escala, que tengan tamaos mayores a varios miles del lneas de cdigo
denominado Team Software Process (TSP). El objetivo de este modelo es mejorar los
niveles de calidad y productividad de un proyecto de desarrollo de software de un
equipo, con el fin de ayudarlos a alcanzar los acuerdos de costos y tiempos en dicho
desarrollo. Se enfoca en el proceso de construccin de un equipo productor de
software, estableciendo objetivos del equipo, distribuyendo los roles y otras
actividades de trabajo en equipo. El Team Software Process se inicia con un proceso
de cuatro das llamado despegue. El despegue est diseado para comenzar el proceso
de construccin de los equipos y durante este tiempo, los equipo y sus
administradores establecen metas, definen roles, evalan riesgos y producen un plan
de equipo.
Control de cambio
1. Identificar el Cambio
2. Controlar el Cambio
3. Garantizar que el cambio se realizara de manera adecuada
4. Reportar los cambios a todos los interesados
Quien es el encargado del control de cambio?
Todos los involucrados en el desarrollo de un proyecto deberan en alguna
medida participar en la CC aun que hay empresas con ms recursos que tienen
personas especializadas para este fin.
Por qu es importante?
Si el cambio no se controla en un proyecto de software, este tiene al caos mas
aun cuan hay una gran cantidad de personas involucradas y en posibles partes
distintas, tanto as que un desarrollo de software sin control puede llegar a entregar
productos de muy mala calidad por lo cual es una prctica solida de ingeniera de
software
Niveles tecnolgicos
Nivel de confiabilidad
Resultados tericos
Este concepto fue acuado en los aos 60 cuando la crisis del software
tuvo lugar. Esta crisis fue el producto de la aparicin de la tercera generacin
del hardware. El hardware impuls el desarrollo de la informtica, disminuy
los costos y mejoro la calidad del software producido.