Introducción a la ingeniería del software.

Mapa Mental, Introducción a la Ingeniería del Software

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Introducción a la ingeniería del software. por Mind Map: Introducción a la ingeniería del software.

1. La Ingeniería de Software (IS)

1.1. Es la aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, mantenimiento y operación del software.

2. DEFINICIÓN DE I.S

2.1. Fritz Bauer

2.1.1. La Ingeniería es un verbo

2.2. Bohem

2.2.1. Es la aplicación practica del conocimiento científico.

2.3. Mills

2.3.1. Tiene como uno de sus principales objetivos la producción de programas.

2.4. Meyer

2.4.1. es la producción de software de calidad.

2.5. IEEE

2.5.1. La Ingeniería de Software es la aplicación de un enfoque sistemático, disciplinado y cuantificable.

3. ¿Qué es ingeniería?

3.1. Conjunto de conocimientos orientados a la invención

4. ¿Qué es sistemas ?

4.1. Conjunto de cosas que relacionadas entre sí ordenadamente contribuyen a determinado objeto.

5. Ingeniería de sistemas = gestión de la complejidad

6. HISTORIA DE LA ING DE SW

6.1. Ingeniería del Software, es el término utilizado por Fritz Bauer en la primera conferencia sobre desarrollo de software (OTAN - Alemania,1968)

6.2. Puede definirse según Alan Davis como "la aplicación inteligente de principios probados, técnicas, lenguajes y herramientas para la creación y mantenimiento, dentro de un coste razonable, de software que satisfaga las necesidades de los usuarios".

6.3. "crisis del software"

6.3.1. Primera Fase. Los albores (1945-1955)

6.3.2. Segunda Fase. El florecimiento (1955-1965)

6.3.3. Tercera Fase. La crisis (1965-1970)

6.3.4. Cuarta Fase. Innovación conceptual (1970-1980)

6.3.5. Quinta Fase. El diseño es el problema (1980-?)

6.4. Su origen se debió a:

6.4.1. Retrasos considerables en la planificación

6.4.2. Poca productividad

6.4.3. Elevadas cargas de mantenimiento

6.4.4. Demandas cada vez más desfasadas frente a las ofertas

6.4.5. Baja calidad y fiabilidad del producto

6.4.6. Dependencia de los realizadores

6.5. ¿Cómo se define crisis?

6.5.1. "un punto decisivo en el curso de algo; momento, etapa, o evento decisivo o crucial"

6.6. Para el software no ha habido ningún punto crucial, sólo una lenta evolución.

6.6.1. Problema crónico en el desarrollo de software.

6.6.1.1. Originado por

6.6.1.1.1. Formalismo y metodologías

6.6.1.1.2. Administración eficaz

6.6.1.1.3. Herramientas de soporte

6.7. Actualmente

6.7.1. Surgen expectativas al aparecer nuevas herramientas y técnicas que permiten un planeamiento en el proceso de desarrollo de software.

6.7.1.1. Planemientos

6.7.1.1.1. Respuestas a problemas de:

7. ¿Por qué se crea la Ing. de Software?

7.1. El producto debe ser

7.1.1. Confiable y realizar sólo las tareas especificadas en los requerimientos.

7.1.2. Robusto. Esto quiere decir que el software se comporta de manera razonable, incluso en circunstancias no anticipadas desde el principio.

7.1.3. Lo más re utilizable posible, de manera tal que pueda ser incorporado en otro producto de software si se requiere.

7.1.4. Eficiente en el uso de los recursos del sistema.

7.1.5. Utilizable, es decir, el aprendizaje de su uso debe ser los suficientemente sencillo por parte de personas no especialistas.

7.2. Se requiere

7.2.1. Desarrollar el software en una manera que lo haga evolutivo, de forma tal que se pueda agregar funcionalidad adicional sin efectos perjudiciales.

7.3. El producto de software debe

7.3.1. cumplir con los requerimientos de rendimiento especificados.

7.4. El producto de software tendrá .

7.4.1. Mayor valor si es portable, es decir que puede trabajar bajo diferentes plataformas de software y ambientes

8. CARACTERÍSTICAS DEL SOFTWARE

8.1. Aunque existen similitudes entre el desarrollo del software y la construcción del hardware, ambas actividades son fundamentalmente diferentes.

8.2. En ambas actividades la buena calidad se adquiere mediante un buen diseño, pero la fase de construcción del hardware puede introducir problemas de calidad que no existen (o son fácilmente corregibles) en el software.

8.3. Ambas actividades dependen de las personas, pero la relación entre las personas dedicadas y el trabajo realizado es completamente diferente para el software.

8.4. Ambas actividades requieren la construcción de un “producto” pero los enfoques son diferentes.

8.5. Los costos del software se concentran en la ingeniería. Esto significa que los proyectos que no se pueden manejar como si fueran proyectos de fabricación.

9. MITOS DEL SOFTWARE

9.1. Mitos de los administradores

9.1.1. Ya se tiene un libro lleno de estándares y procedimientos para la construcción de software. ¿Esto proporcionará a mi gente todo el conocimiento necesario?

9.2. Mitos de los Clientes

9.2.1. Un enunciado general de los objetivos es Suficiente para comenzar a escribir programas; los detalles se pueden afinar después.

9.3. Mitos de los Desarrolladores

9.3.1. Mientras el programa no se esté ejecutando, no existe forma de evaluar su calidad.