habilidades de un ingeniero de software (tentativa a cambios)
DESCRIPTION
Las diferentes habilidades que debe tener un ingeniero de software se plasman en estas diapositivas con la finalidad de que la persona que estudie dicha area sea competente.TRANSCRIPT
HABILIDADES DE UN INGENIERO DE SOFTWARE
Revey Adame Jorge GuerreroCarlos Ibarra
Eduardo Vargas
Mayo - 2011
domingo 8 de mayo de 2011
INTRODUCCIÓN
- El ingeniero de software como comunicador
- El problema de la comunicación en IS
- Informes técnicos
- Presentaciones
- Lectura y entendimiento del código fuente
- Reportes y evaluaciones
domingo 8 de mayo de 2011
PRINCIPALES CUALIDADES DE UN I.S
- Destreza técnica
- Conocimiento del negocio y el mercado
- Capacidad de comunicación a todos los niveles
domingo 8 de mayo de 2011
EL I.S COMO COMUNICADOR
INGENIERO DE SOFTWARE
TECNICOS
GERENTES
USUARIOS
Interfaces de usuario
Facilidad de uso
Instalación
Tiempo de desarrollo
Productividad esperada
Lenguajes de programación
Estructura de datos
domingo 8 de mayo de 2011
EL I.S COMO COMUNICADOR
ANALISTA
PROGRAMADOR
JEFE DE PROYECTO
CAPACIDAD DE COMUNICACION
domingo 8 de mayo de 2011
EL PROBLEMA DE LA COMUNICACIÓN
• Los errores comunes durante la definición y análisis de requisitos son principalmente por:
✦ Falta de procedimientos y guías formales
✦ Falta de participación del usuario
✦ Falta de comunicación
domingo 8 de mayo de 2011
TECNICAS DE COMUNICACIÓN
• Informes técnicos
• Entrevistas / Cuestionarios
• Presentaciones
domingo 8 de mayo de 2011
DOCUMENTOS
• La calidad de la documentación es tan importante como la calidad del software.
• Problemas comunes:
✦ Mal escrita
✦ Difícil de comprender
✦ No se encuentra actualizada
domingo 8 de mayo de 2011
PRIMERA FASE DE LA DOCUMENTACIÓN:
PLANIFICACIÓN
• Antes de elaborar cualquier documento, piensa en tu trabajo:
✦OBJETIVO / PROPOSITO (¿PARA QUE?)
✦DESTINATARIO (¿A QUIEN?)
✦CONTENIDO (¿QUE?)
✦PLAN / ORGANIZACION (¿COMO, CUANDO, CUANTO?)
domingo 8 de mayo de 2011
SEGUNDA FASE; REDACCIÓN
• Comienza elaborando esquemas, notas, indices...
• Deja la gramática para el final
• Cuida el estilo
✦ Claridad, sencillez, economía, etc.
• Cuida la presentación
✦ Imagen esmerada, indice claro, maquetacion
✦ Relee de vez en cuando lo que escribas
domingo 8 de mayo de 2011
TERCERA FASE:CRITICA Y REVISIÓN
• La escritura técnica no es sencilla
• Un documento “correcto” no se obtiene a la primera
• Deja que alguien critique y revise tus escritos y tu código
domingo 8 de mayo de 2011
INFORMES TÉCNICOS
• Actas de reuniones
• Estudios de viabilidad
• Planes y definición del proyecto
• Descripciones funcionales
• Manuales de usuario
• Manuales de referencia
domingo 8 de mayo de 2011
PRESENTACIONES 1/2
• Medio básico de comunicación “no formal” entre los distintos grupos involucrados en un proyecto.
domingo 8 de mayo de 2011
PRESENTACIONES 2/2
• Bien organizadas
• Sintéticas
• Formalmente consistentes
domingo 8 de mayo de 2011
Resumen
domingo 8 de mayo de 2011
CONCLUSIONES
• Un buen ingeniero de software tiene que ser un buen comunicador
• Ademas de una solida formación técnica, debe dominar las “estrategias” principales de interacción con otras personas; usuarios, desarrolladores, gerentes, etc.
domingo 8 de mayo de 2011
domingo 8 de mayo de 2011
GraciasRevey Adame
Jorge GuerreroCarlos Ibarra
Eduardo Vargas
Mayo - 2011
domingo 8 de mayo de 2011