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. Principios que guían el proceso

1.1. Ser Ágil

1.2. En cada etapa, centrarse en la calidad

1.3. Listo para adaptar

1.4. Formar un equipo eficaz

1.5. Establecer mecanismos para la comunicación y coordinación

1.6. Administrar el cambio

1.7. Evaluar el riesgo

1.8. Crear productos que generen valor

2. Principios que guían la práctica

2.1. Divide y vencerás

2.2. Entender el uso de la abstracción

2.3. Buscar la coherencia

2.4. Concentrarse en la transferencia de información

2.5. Construir software que tenga modularidad

2.6. Buscar patrones

2.7. Representar el problema desde varias perspectivas y soluciones, Cuando sea posible

2.8. Tener en mente que alguien dará mantenimiento al software.

3. Principios de comunicación

3.1. Escuchar

3.2. Antes de comunicarse, prepararse

3.3. Alguien debe facilitar la actividad

3.4. Es mejor la comunicación cara a cara.

3.5. Tomar nota y documentar decisiones

3.6. Perseguir la colaboración

3.7. Permanecer centrad; hacer módulos con la discusión

3.8. Si algo no está claro, hacer un dibujo.

3.9. Si no se acuerda, avanzar, No hay acuerdo, avanzar, No es posible aclarar en el momento, avanzar.

3.10. Hay que buscar que las dos partes ganen.

4. Principios de planeación

4.1. Entender el alcance del proyecto.

4.2. Involucrar en la actividad de planeación a los participantes del software-

4.3. Reconocer que la planeación es iterativa

4.4. Estimar con base en lo que se sabe

4.5. Tomar en cuenta los riesgos

4.6. Ser realistas

4.7. Ajustar la granularidad cuando se defina el plan.

4.8. Definir como se trata de asegurar la calidad

4.9. Manejar el cambio

4.10. Dar seguimiento al plan y hacer ajustes.

5. Principios de modelado

5.1. Hacer modelos necesarios, el objetivo es realizar software no modelos.

5.2. Viajar ligero, crear solo modelos necesarios

5.3. Modelos sencillos que describa el problema

5.4. Modelos suceptibles al cambio

5.5. Cada modelo tiene su propósito

5.6. Adaptar modelos que se desarrollar al sistema

5.7. Construir modelos útiles

5.8. No ser dogmático a la sintaxis del modelo se busca que se comunique el contenido, la representación es algo secundario.

5.9. Intuición sobre el modelo, si no esta correcto hay que preocuparse no importa si luce bien.

5.10. Obtener retroalimentación es importante.

6. Principios de despliegue

6.1. Manejar las expectativas

6.2. Probar el producto antes de la entrega

6.3. Proporcionar manuales

6.4. Primero corregir despues entregar

7. Núcleo estable

7.1. 75% de conocimiento para hacer sistemas complejos

8. Principios Generales

8.1. Agregar valor a usuarios finales

8.2. Mantenerlo sencillo

8.3. Fijar las visión

8.4. Reconocer que otros consumen

8.5. Planear la reutilización

8.6. Pensar