Habilidades de un ingeniero de software (tentativa a cambios)

4,927 views

Published on

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.

Published in: Education, Technology, Sports
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
4,927
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
34
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Habilidades de un ingeniero de software (tentativa a cambios)

  1. 1. HABILIDADES DE UN INGENIERO DE SOFTWARE Revey Adame Jorge Guerrero Carlos Ibarra Eduardo Vargas Mayo - 2011domingo 8 de mayo de 2011
  2. 2. 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 evaluacionesdomingo 8 de mayo de 2011
  3. 3. PRINCIPALES CUALIDADES DE UN I.S - Destreza técnica - Conocimiento del negocio y el mercado - Capacidad de comunicación a todos los nivelesdomingo 8 de mayo de 2011
  4. 4. EL I.S COMO COMUNICADOR USUARIOS Interfaces de usuario Facilidad de uso TECNICOS Instalación Lenguajes de programación Tiempo de desarrollo INGENIERO DE SOFTWARE Estructura de datos Productividad esperada GERENTESdomingo 8 de mayo de 2011
  5. 5. EL I.S COMO COMUNICADOR PROGRAMADOR CAPACIDAD DE ANALISTA COMUNICACION JEFE DE PROYECTOdomingo 8 de mayo de 2011
  6. 6. 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óndomingo 8 de mayo de 2011
  7. 7. TECNICAS DE COMUNICACIÓN • Informes técnicos • Entrevistas / Cuestionarios • Presentacionesdomingo 8 de mayo de 2011
  8. 8. 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 actualizadadomingo 8 de mayo de 2011
  9. 9. 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
  10. 10. 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 escribasdomingo 8 de mayo de 2011
  11. 11. 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ódigodomingo 8 de mayo de 2011
  12. 12. INFORMES TÉCNICOS • Actas de reuniones • Estudios de viabilidad • Planes y definición del proyecto • Descripciones funcionales • Manuales de usuario • Manuales de referenciadomingo 8 de mayo de 2011
  13. 13. 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
  14. 14. PRESENTACIONES 2/2 • Bien organizadas • Sintéticas • Formalmente consistentesdomingo 8 de mayo de 2011
  15. 15. Resumendomingo 8 de mayo de 2011
  16. 16. 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
  17. 17. domingo 8 de mayo de 2011
  18. 18. Gracias Revey Adame Jorge Guerrero Carlos Ibarra Eduardo Vargas Mayo - 2011domingo 8 de mayo de 2011

×