Ingeniería de Software

1. Proceso

1.1. El proceso tal cual no siempre es aplicable a todo tipo de proyecto y no siempre se debe seguir a pie de la letra sino mas bien es un enfoque adaptable que permite que los integrantes de un proyecto busquen y elijan el conjunto apropiado de acciones y tareas.

1.2. Estructura general del proceso

1.2.1. Comunicacion

1.2.1.1. Colaboración entre el equipo de desarrollo y el cliente

1.2.2. Planeacion

1.2.2.1. Creación de un mapa que sirva de guía para el equipo de desarrollo

1.2.2.2. Incluye tareas técnicas, riesgos probables, recursos necesarios, productos final del proyecto y una programación de actividades

1.2.3. Modelado

1.2.3.1. Creación de una maqueta para visualizar como se vera arquitectónica-mente

1.2.4. Construccion

1.2.4.1. Generación del código fuente

1.2.4.2. Pruebas/Debugging

1.2.5. Despliegue

1.2.5.1. Evaluación del producto final por parte del cliente y su retroalimentación

1.3. Actividades sombrilla

1.3.1. Estas se aplican a lo largo de un proyecto de software

1.3.2. Seguimiento y control del proyecto de software

1.3.3. Administración del riesgo

1.3.4. Aseguramiento de la calidad del software

1.3.5. Revisiones técnicas

1.3.6. Medición

1.3.7. Administración dela configuración del software

1.3.8. Administración de la reutilizacion

1.3.9. Preparación y producción del producto de trabajo

2. Practica/Metodos

2.1. Entender el problema

2.1.1. Date un tiempo para responder las preguntas:

2.1.2. Quienes tienen que ver con la solución del problema (equipo de trabajo)?

2.1.3. Cuales son las incognitas (datos, funciones, atributos) para la resolucion del problema?

2.1.4. Se puede dividir el trabajo para presentarlos como problemas mas pequeños y así sean mas fácil de entender?

2.1.5. Se puede representar gráficamente (modelo de análisis)?

2.2. Planear la solución

2.2.1. Tienes experiencia con proyectos similares? Podrías encontrar software existente que implemente los datos, funciones y atributos necesarios?

2.2.2. Haz resuelto un problema similar? Pueden ser reutilizables los elementos del plan?

2.2.3. Se puede dividir en problemas mas pequeños?

2.2.4. Se puede crear un modelo del diseño?

2.3. Ejecutar el plan

2.3.1. Se adapta la solución al plan de trabajo? El código fuente se puede asocias con el modelo del diseño?

2.3.2. Es correcto cada componente del código para garantizar una solución? Hacer pruebas respecto a la corrección del algoritmo

2.4. Examinar la exactitud del resultado

2.4.1. Puede probarse todo elemento del programa? Se han implementado las suficientes pruebas?

2.4.2. La solución se apega a los datos, funciones y atributos que el cliente requiere? El software se ha validado con todos los participantes y sus requerimientos?

3. Principios

3.1. La razón de que exista todo

3.1.1. El software existe para solo una cosa: dar valor a sus usuarios

3.2. MSE (Mantenlo sencillo, estúpido...)

3.2.1. Facilita que un sistema sea mas fácil de comprehender y susceptible de recibir mantenimiento

3.3. Mantener la vision

3.3.1. Una integridad conceptual es esencial para un buen desarrollo de software

3.4. Otros consumiran lo que usted produce

3.4.1. Teniendo en mente que casi todo software se reutiliza siempre hay que facilitar y dar especificaciones del software para que cualquiera lo pueda entender y modificar si fuera necesario

3.5. Abrase al futuro

3.5.1. Siempre desarrolla software fácil de adaptarse a los cambios de tecnología

3.6. Planee por anticipado la reutilizacion

3.6.1. Reutilizar el código y diseño quizá sea la parte mas difícil de hacer pero es vital para generar ahorro en tiempo y esfuerzo

3.7. Piense!

3.7.1. Pensar en absolutamente todo con claridad antes de emprender cualquier desarrollo de software para garantizar el éxito