Ingeniería de Software

Get Started. It's Free
or sign up with your email address
Ingeniería de Software by Mind Map: Ingeniería de Software

1. Procesos

1.1. Comunicación

1.1.1. Comunicarse con el cliente, para entender los objetivos, reunir los requerimientos que ayuden a definir características y funciones del software

1.2. Planeación

1.2.1. Realizar el plan del proyecto de software, para definir y describir las tareas técnicas por realizar, los riesgos probables, los recursos que se requieren, los productos del trabajo que se obtendrán y una programación de las actividades.

1.3. Modelado

1.3.1. A partir de los objetivos y requerimiento, el ingeniero de software crear modelos para de esta forma entender los requerimiento y diseño del software.

1.4. Construcción

1.4.1. En esta actividad se combina la creación del código y las pruebas que se requieren para descubrir errores en éste.

1.5. Despliegue

1.5.1. El software, ya sea completo o una parte de él, se entrega al cliente para su evaluación y retroalimentación

2. Practicas

2.1. Entender el problema

2.1.1. Es conveniente realizar una serie de preguntas que no ayuden a tener claro cuál es el problema. Esta práctica se relaciona con el proceso de comunicación.

2.2. Planear la solución

2.2.1. Antes de realizar el código, es necesario realizar el modelo y diseño del software

2.3. Ejecutar el plan

2.3.1. A partir del modelo y diseño, se realiza la construcción del código. Se debe tener en cuenta que puede surgir

2.4. Examinar el resultado

2.4.1. Realizar un número suficiente de pruebas para descubrir tantos errores como sea posible y de esta forma asegurar que se entregará un software de calidad.

3. Principios

3.1. Primer principio: La razón de que exista todo

3.1.1. Un sistema de software existe por una razón: dar valor a sus usuarios

3.2. Segundo principio: MSE (Mantenlo sencillo, estúpido ... )

3.2.1. El diseño de un software necesita de reflexión y trabajo con iteraciones múltiples para poder simplificar. De esta manera se obtendrá un software más fácil de mantener y menos propenso al error.

3.3. Tercer principio: Mantener la visión

3.3.1. Una visión clara es esencial para el éxito de un proyecto de software. Sino, como resultado se obtendrá un software débil y que no cumpla con los requerimientos del cliente.

3.4. Cuarto principio: Otros consumirán lo que usted produce

3.4.1. Establecer especificaciones, diseñar e implementar con la seguridad de que alguien más tendrá que entender el programa.

3.5. Quinto principio: Ábrase al futuro

3.5.1. Un sistema con larga vida útil tiene más valor. Deben ser fáciles de adaptar a los cambios.

3.6. Sexto principio: Planee por anticipado la reutilización

3.6.1. La planeación anticipada en busca de la reutilización disminuye el costo e incrementa el valor tanto de los componentes reutilizables como de los sistemas en los que se incorpora.

3.7. Séptimo principio: ¡Piense!

3.7.1. Pensar en todo con claridad antes de emprender la acción casi siempre produce mejores resultados. Cuando en un sistema se han puesto pensamientos claros. El valor se manifiesta

4. Actividades sombrilla

4.1. Seguimiento y control del proyecto de software

4.1.1. Permite que el equipo de software evalúe el progreso comparándolo con el plan del proyecto y tome cualquier acción necesaria para apegarse a la programación de actividades.

4.2. Administración del riesgo

4.2.1. Evalúa los riesgos que puedan afectar el resultado del proyecto o la calidad del producto.

4.3. Aseguramiento de la calidad del software

4.3.1. Define y ejecuta las actividades requeridas para garantizar la calidad del software.

4.4. Revisiones técnicas

4.4.1. Evalúa los productos del trabajo de la ingeniería de software a fin de descubrir y eliminar errores antes de que se propaguen a la siguiente actividad

4.5. Medición

4.5.1. Define y reúne mediciones del proceso, proyecto y producto para ayudar al equipo a entregar el software que satisfaga las necesidades del cliente.

4.6. Administración de la configuración del software:

4.6.1. Administra los efectos del cambio a lo largo del proceso del software.

4.7. Administración de la reutilización

4.7.1. Define criterios para volver a usar el producto del trabajo (incluso los componentes del software) y establece mecanismos para obtener componentes reutilizables.

4.8. Preparación y producción del producto del trabajo

4.8.1. Agrupa las actividades requeridas para crear productos del trabajo, tales como modelos, documentos, registros, formatos y listas.