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


PRINCIPALES CUALIDADES DE UN I.S

- Destreza técnica

- Conocimiento del negocio y el mercado

- Capacidad de comunicación a todos los niveles


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


EL I.S COMO COMUNICADOR

ANALISTA

PROGRAMADOR

JEFE DE PROYECTO

CAPACIDAD DE COMUNICACION


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


TECNICAS DE COMUNICACIÓN

• Informes técnicos

• Entrevistas / Cuestionarios

• Presentaciones


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


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?)


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


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


INFORMES TÉCNICOS

• Actas de reuniones

• Estudios de viabilidad

• Planes y definición del proyecto

• Descripciones funcionales

• Manuales de usuario

• Manuales de referencia


PRESENTACIONES 1/2

• Medio básico de comunicación “no formal” entre los distintos grupos involucrados en un proyecto.


PRESENTACIONES 2/2

• Bien organizadas

• Sintéticas

• Formalmente consistentes


Resumen


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.


GraciasRevey Adame

Jorge GuerreroCarlos Ibarra

Eduardo Vargas

Mayo - 2011


Habilidades de un ingeniero de software (tentativa a cambios)

Education

Transcript of Habilidades de un ingeniero de software (tentativa a cambios)