habilidades de un ingeniero de software (tentativa a cambios)

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