EL SOFTWARE Y LA INGENIERÍA DE SOFTWARE

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
EL SOFTWARE Y LA INGENIERÍA DE SOFTWARE por Mind Map: EL SOFTWARE Y LA INGENIERÍA  DE SOFTWARE

1. Conceptos

1.1. La ingeniería de software está formada por un proceso, un conjunto de métodos (prácticas) y un arreglo de herramientas que permite a los profesionales elaborar software de cómputo de alta calidad.

1.2. El software es importante porque afecta a casi todos los aspectos de nuestras vidas

1.3. se construye del mismo modo que cualquier producto exitoso, con la aplicación de un proceso ágil y adaptable para obtener un resultado de mucha calidad, que satisfaga las necesidades de las personas que usarán el producto.

2. LA NATURALEZA DEL SOFTWARE

2.1. Son instrucciones (programas de cómputo) que cuando se ejecutan proporcionan las características, función y desempeño buscados;

2.2. Caracteristicas

2.2.1. El software se desarrolla o modifica con intelect

2.2.2. El software no se “desgasta”.

2.2.3. la mayor parte del software se construye para un uso individualizado.

2.3. Dominios

2.3.1. Software de sistemas:

2.3.2. Software de aplicación

2.3.3. Software de ingeniería y ciencias

2.3.4. Software incrustado:

2.3.5. Software de línea de productos

2.3.6. Software de inteligencia artificial

2.3.7. Aplicaciones web:

2.4. Desafios

2.4.1. Computación en un mundo abierto

2.4.2. Construcción de redes

2.4.3. Fuente abierta

2.5. Software heredado

2.5.1. Se refiere al software viejo que se ha hecho con el paso del tiempo

2.5.2. Los programas deben evolucionar

2.5.2.1. debe adaptarse para que cumpla las necesidades de los nuevos ambientes del cómputo y de la tecnología.

2.5.2.2. debe ser mejorado para implementar nuevos requerimientos del negocio

2.5.2.3. debe ampliarse para que sea operable con otros sistemas o bases de datos modernos.

2.5.2.4. debe rediseñarse para hacerla viable dentro de un ambiente de redes.

3. LA NATURALEZA ÚNICA DE LAS WEBAPPS

3.1. llamadas “webapps”, esta categoría de software centrado en redes agrupa una amplia gama de aplicaciones.

3.1.1. Atributos

3.1.1.1. Uso intensivo de redes.

3.1.1.2. Concurrencia.

3.1.1.3. Carga impredecible.

3.1.1.3.1. No se sabe cuanto aumentaran los ususarios

3.1.1.4. Rendimiento.

3.1.1.4.1. Los usuarios cambiaran de pagina si deben esperar demasiado

3.1.1.5. Disponibilidad.

3.1.1.6. Orientadas a los datos.

3.1.1.7. Evolución continua.

3.1.1.7.1. Se esperan mejoras continuas por aprte de ususarios

3.1.1.8. Seguridad.

3.1.1.9. Estética.

4. INGENIERÍA DE SOFTWARE

4.1. El software se ha incrustado profundamente en casi todos los aspectos de nuestras vidas y, como consecuencia deben escucharse muchas opiniones.

4.2. Los requerimientos de la tecnología de la información que demandan los individuos, negocios y gobiernos se hacen más complejos con cada año que pasa

4.3. Los individuos, negocios y gobiernos dependen cada vez más del software para tomar decisiones estratégicas y tácticas, así como para sus operaciones y control cotidianos

4.4. A medida que aumenta el valor percibido de una aplicación específica se incrementa la probabilidad de que su base de usuarios y longevidad también crezcan

4.5. Definición: La ingeniería de software es el establecimiento y uso de principios fundamentales de la ingeniería con objeto de desarrollar en forma económica software que sea confiable y que trabaje con eficiencia en máquinas reales

4.6. CAPAS

4.6.1. Herramientas

4.6.1.1. proporcionan un apoyo automatizado o semiautomatizado para el proceso y los métodos

4.6.2. Métodos

4.6.2.1. son la experiencia técnica

4.6.3. Procesos

4.6.3.1. Establece la estrucutra que debe establecerse

4.6.4. Compromiso con la calidad

4.6.4.1. alimentan la cultura de mejora continua,

5. EL PROCESO DEL SOFTWARE

5.1. EL proceso es un enfoque adaptable que permite que las personas que hacen el trabajo (el equipo de software) busquen y elijan el conjunto apropiado de acciones y tareas para el trabajo.

5.1.1. Actividades del proceso de software

5.1.1.1. Comunicación

5.1.1.1.1. comunicarse y colaborar con el cliente

5.1.1.2. Planeación.

5.1.1.3. Modelado:

5.1.1.3.1. Un ingeniero de software crea modelos a fin de entender mejor los requerimientos del software y el diseño que los satisfará

5.1.1.4. Construcción.

5.1.1.4.1. generación de código y las pruebas

5.1.1.5. Despliegue

5.1.2. Actividades "Sombrilla"

5.1.2.1. Seguimiento y control del proyecto de software

5.1.2.2. Administración del riesgo

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

5.1.2.3. Aseguramiento de la calidad del software

5.1.2.4. Revisiones técnicas

5.1.2.5. Medición

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

5.1.2.6. Administración de la configuración del software

5.1.2.6.1. administra los efectos del cambio

5.1.2.7. Administración de la reutilización

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

6. LA PRÁCTICA DE LA INGENIERÍA DE SOFTWARE

6.1. Esencia de la práctica

6.1.1. Entender el problema (comunicación y análisis).

6.1.1.1. Oir bien elos requerimientos y pensar detenidamente

6.1.2. Planear la solución (modelado y diseño del software).

6.1.2.1. Realizar un diseño antes de programar

6.1.3. Ejecutar el plan (generación del código).

6.1.3.1. El diseño que creó sirve como un mapa de carreteras para el sistema que quiere construir

6.1.4. Examinar la exactitud del resultado (probar y asegurar la calidad).

6.1.4.1. Hay que hacer un número suficiente de pruebas para descubrir tantos errores como sea posible.

6.2. Principios generales

6.2.1. La razón de que exista todo

6.2.1.1. Un sistema de software existe por una razón: dar valor a sus usuarios. Todas las decisiones deben tomarse teniendo esto en mente.

6.2.2. MSE (Mantenlo sencillo, estúpido…)

6.2.2.1. Todo diseño debe ser tan simple como sea posible,

6.2.3. Mantener la visión

6.2.3.1. Sin integridad conceptual, un sistema está amenazado de convertirse en una urdimbre de diseños incompatibles

6.2.4. Otros consumirán lo que usted produce

6.2.4.1. Establecer especificaciones, diseñe e implemente con la seguridad de que alguien más tendrá que entender lo que hagamos

6.2.5. Ábrase al futuro

6.2.5.1. los sistemas de software con verdadera “fortaleza industrial” deben durar mucho tiempo

6.2.6. Planee por anticipado la reutilización

6.2.6.1. La reutilización del código y de los diseños es uno de los mayores beneficios de usar tecnologías orientadas a objetos.

6.2.7. ¡Piense!

6.2.7.1. Cuando se piensa en algo es más probable que se haga bien.

7. MITOS DEL SOFTWARE

7.1. Mitos de la administración

7.1.1. Hay un libro de estadares y procedimientos

7.1.1.1. Talves hay estándares pero no todo en la industria esta anticipado

7.1.2. nos atrasamos, podemos agregar más programadores y ponernos al corriente

7.1.2.1. agregar personal a un proyecto de software atrasado lo atrasará más

7.2. Mitos del cliente.

7.2.1. Para comenzar a escribir programas, es suficiente el enunciado general de los objetivos, podremos entrar en detalles más adelante.

7.2.1.1. un “planteamiento de objetivos” ambiguo es una receta para el desastre.

7.2.2. Los requerimientos del software cambian continuamente, pero el cambio se asimila con facilidad debido a que el software es flexible.

7.2.2.1. Depende en que parte de desarrollo se introducen, entre mas tarde se introducen mas dificil

7.3. Mitos del profesional

7.3.1. Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo ha terminado

7.3.1.1. La mayoria de esfuerzo se da después de entregarlo al cliente por primera vez.

7.3.2. Hasta que no se haga “correr” el programa, no hay manera de evaluar su calidad.

7.3.2.1. Se pueden realizar rebisiones técnincas

7.3.3. El único producto del trabajo que se entrega en un proyecto exitoso es el programa que funciona

7.3.3.1. EL programa funcional solo es una parte de una configuración de software que incluye muchos elementos (modelos, documentos, planes)

7.3.4. La ingeniería de software hará que generemos documentación voluminosa e innecesaria, e invariablemente nos retrasará.

7.3.4.1. No se trata de producir documentos. Se trata de crear un producto de calidad.

8. CÓMO COMIENZA TODO

8.1. Todo proyecto de software se desencadena por alguna necesidad de negocios

8.2. Al principio es normal que las necesidades del negocio se expresen de manera informal como parte de una simple conversación