PRINCIPIOS QUE GUÍAN LA PRÁCTICA

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
PRINCIPIOS QUE GUÍAN LA PRÁCTICA por Mind Map: PRINCIPIOS QUE GUÍAN LA PRÁCTICA

1. Conocimiento

1.1. Se piensa que el conocimiento de la ingeniería de software casi exclusivamente consiste en tecnologías específicas: Java, Perl, html, C++, Linux, Windows NT, etc.

1.2. Los principios de la ingeniería de software sirven al programador profesional durante toda su carrera.

2. PRINCIPIOS FUNDAMENTALES

2.1. Principios que guían el proceso

2.1.1. Ser ágil

2.1.2. En cada etapa, centrarse en la calidad

2.1.2.1. Estar listo para adaptar.

2.1.3. Estar listo para adaptar.

2.1.4. Formar un equipo eficaz

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

2.1.6. Administrar el cambio

2.1.7. Evaluar el riesgo.

2.1.8. Crear productos del trabajo que agreguen valor para otros.

2.2. Principios que guían la práctica

2.2.1. Divide y vencerás.

2.2.2. Entender el uso de la abstracción.

2.2.3. Buscar la coherencia.

2.2.4. Centrarse en la transferencia de información.

2.2.5. Construir software que tenga modularidad eficaz.

2.2.6. Buscar patrones

2.2.7. Cuando sea posible, representar el problema y su solución desde varias perspectivas diferentes.

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

3. PRINCIPIOS QUE GUÍAN TODA ACTIVIDAD ESTRUCTURAL

3.1. Principios de comunicación

3.1.1. Escuchar.

3.1.2. Antes de comunicarse, prepararse

3.1.3. Alguien debe facilitar la actividad.

3.1.4. Es mejor la comunicación cara a cara

3.1.5. Tomar notas y documentar las decisiones.

3.1.6. Perseguir la colaboración.

3.1.7. Permanecer centrado; hacer módulos con la discusión

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

3.1.9. a) Una vez que se acuerde algo, avanzar. b) Si no es posible ponerse de acuerdo en algo, avanzar. c) Si una característica o función no está clara o no puede aclararse en el momento, avanzar.

3.1.10. La negociación no es un concurso o un juego. Funciona mejor cuando las dos partes ganan

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. Al definir el plan, tomar en cuenta los riesgos.

4.6. Ser realista.

4.7. Ajustar la granularidad cuando se defina el plan

4.8. Definir cómo se trata de asegurar la calidad

4.9. Describir cómo se busca manejar el cambio

4.10. Dar seguimiento al plan con frecuencia y hacer los ajustes que se requieran.

5. La práctica de la ingeniería de software es un conjunto amplio de principios, conceptos, métodos y herramientas que deben considerarse al planear y desarrollar software.

6. Principios de modelado

6.1. El equipo de software tiene como objetivo principal elaborar software, no crear modelos.

6.2. Viajar ligero, no crear más modelos de los necesarios

6.3. Tratar de producir el modelo más sencillo que describa al problema o al software.

6.4. Construir modelos susceptibles al cambio

6.5. Ser capaz de enunciar un propósito explícito para cada modelo que se cree.

6.6. Adaptar los modelos que se desarrollan al sistema en cuestión

6.7. Tratar de construir modelos útiles, pero olvidarse de elaborar modelos perfectos.

6.8. No ser dogmático respecto de la sintaxis del modelo. Si se tiene éxito para comunicar contenido, la representación es secundaria.

6.9. Si su instinto dice que un modelo no es el correcto a pesar de que se vea bien en el papel, hay razones para estar preocupado.

6.10. Obtener retroalimentación tan pronto como sea posible.

7. Requerimientos de los principios de modelado

7.1. Debe representarse y entenderse el dominio de información de un problema.

7.2. Deben definirse las funciones que realizará el software

7.3. Debe representarse el comportamiento del software (como consecuencia de eventos externos).

7.4. Los modelos que representen información, función y comportamiento deben dividirse de manera que revelen los detalles en forma estratificada (o jerárquica).

7.5. El trabajo de análisis debe avanzar de la información esencial hacia la implementación en detalle.

8. Principios del modelado del diseño

8.1. El diseño debe poderse rastrear hasta el modelo de requerimientos.

8.2. Siempre tomar en cuenta la arquitectura del sistema que se va a construir.

8.3. El diseño de los datos es tan importante como el de las funciones de procesamiento.

8.4. Las interfaces (tanto internas como externas) deben diseñarse con cuidado.

8.5. El diseño de la interfaz de usuario debe ajustarse a las necesidades del usuario final. Sin embargo, en todo caso debe resaltar la facilidad de uso.

8.6. El diseño en el nivel de componentes debe tener independencia funcional.

8.7. Los componentes deben estar acoplados con holgura entre sí y con el ambiente externo.

8.8. Las representaciones del diseño (modelos) deben entenderse con facilidad.

8.9. El diseño debe desarrollarse en forma iterativa. El diseñador debe buscar más sencillez en cada iteración.

9. Principios de construcción

9.1. Principios de codificación.

9.1.1. Entender el problema que se trata de resolver

9.1.2. Comprender los principios y conceptos básicos del diseño.

9.1.3. Seleccionar un ambiente de programación que disponga de herramientas que hagan más fácil su trabajo.

9.2. Principios de programación

9.2.1. Tomar en consideración el uso de programación por parejas

9.2.2. Mantener la lógica condicional tan sencilla como sea posible.

9.2.3. Crear lazos anidados en forma tal que se puedan probar con facilidad

9.2.4. Escribir código que se documente a sí mismo.

9.3. Principios de validación:

9.3.1. Realizar el recorrido del código cuando sea apropiado

9.3.2. Llevar a cabo pruebas unitarias y corregir los errores que se detecten.

9.3.3. Rediseñar el código.

9.4. Principios de la prueba

9.4.1. La prueba es el proceso que ejecuta un programa con objeto de encontrar un error.

9.4.2. Una prueba exitosa es la que descubre un error no detectado hasta el momento

10. Principios de despliegue

10.1. Deben manejarse las expectativas de los clientes.

10.2. Debe ensamblarse y probarse el paquete completo que se entregará.

10.3. Antes de entregar el software, debe establecerse un régimen de apoyo.

10.4. Se deben proporcionar a los usuarios finales materiales de aprendizaje apropiados.

10.5. El software defectuoso debe corregirse primero y después entregarse.