1. Conceptos
1.1. Es la rama de la ingeniería que crea y mantiene las aplicaciones de software usando tecnologías y prácticas de las ciencias de la computación, manejo de proyectos, ingeniería, el ámbito de la aplicación, y otros campos
1.2. Es una disciplina de la ingeniería que se interesa por todos los aspectos de la producción de software
1.3. Es el establecimiento y uso de principios de ingeniería robustos, orientados a obtener económicamente software que sea fiable y funcione eficientemente sobre máquinas reales.
1.4. Es la disciplina tecnológica y de gestión que concierne a la producción y el mantenimiento sistemático de productos software desarrollados y modificados dentro de unos plazos estipulados y costes estimados.
2. Importancia
2.1. Con ella se puede analizar, diseñar, programar y aplicar un software de manera correcta y organizada, cumpliendo con todas las especificaciones del cliente y el usuario final. Lo anterior es posible gracias a los objetivos que esta propone
3. Proceso
3.1. 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.
3.1.1. El cual siempre entregar el software en forma oportuna y con calidad suficiente para satisfacer a quienes patrocinaron su creación y a aquellos que lo usarán.
3.2. tiene
3.2.1. Actividades
3.2.1.1. Comunicacion
3.2.1.1.1. Consiste en que antes de que comience cualquier trabajo técnico, tiene importancia crítica comunicarse y colaborar con el cliente.
3.2.1.2. Planeación
3.2.1.2.1. Define el trabajo de ingeniería de software al 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.
3.2.1.3. Modelado
3.2.1.3.1. Consiste en crear un "bosquejo" del objeto por hacer a fin de entender el panorama general cómo se verá arquitectónicamente, cómo ajustan entre sí las partes constituyentes y muchas características más.
3.2.1.4. Construcción
3.2.1.4.1. El cual combina la generación de código y las pruebas que se requieren para descubrir errores en éste.
3.2.1.5. Despliegue
3.2.1.5.1. En el cual se entrega al consumidor que lo evalúa y que le da retroalimentación, misma que se basa en dicha evaluación.
4. Practica
4.1. Consiste en
4.1.1. Entender el problema
4.1.1.1. Donde se tiene que Definir quienes son los participantes, que datos, funciones y características se requieren para resolver el problema en forma apropiada.
4.1.2. Planear la solución
4.1.2.1. Consiste en Analizar de qué manera se puede solucionar, si nos hemos resuelto casos similares, y sobre todo si podemos utilizar metodologías que ya hemos usado antes.
4.1.3. Ejecutar el plan
4.1.3.1. Donde hay que asegurar que lo que se hizo es lo mejor, todo se ha revisado minuciosamente.
4.1.4. Examinar la exactitud del resultado
4.1.4.1. Donde hay que asegurar que se haya implementado una estrategia razonable, la solución se apega a los datos y funciones que se requiere.
5. Principios
5.1. La razon de que exista todo
5.1.1. Consiste en dar valor a sus usuarios. Todas las decisiones deben tomarse teniendo esto en mente.
5.2. MSE (Mantenlo sencillo, estúpido ... )
5.2.1. Todo diseño debe ser tan simple como sea posible, pero no más
5.3. Mantener la visión
5.3.1. Es esencial para el éxito de un proyecto de software. Sin ella, casi infaliblemente el proyecto terminará siendo un ser con dos o más mentes.
5.4. Otros consumirán lo que usted produce.
5.4.1. Por lo cual Siempre hay que establecer especificaciones, diseñe e implemente con la seguridad de que alguien más tendrá que entender lo que usted haga
5.5. Ábrase al futuro
5.5.1. En donde Los sistemas de software con verdadera "fortaleza industrial" deben durar mucho más tiempo. Para tener éxito en esto, los sistemas deben ser fáciles de adaptar a todo tipo de cambios
5.6. Planee por anticipado la reutilización
5.6.1. Ya que 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.
5.7. Piense
5.7.1. Ya que pensar en todo con claridad antes de emprender la acción casi siempre produce mejores resultados
6. Linea del tiempo
6.1. 1950
6.1.1. El término ingeniería del software apareció por primera vez.
6.2. 1960
6.2.1. Software como producto, decadad e lenguajes y programación.
6.3. 1968
6.3.1. El Comité de ciencia de la OTAN patrocinó dos conferencias sobre ingeniería del software
6.4. 1970
6.4.1. Programación estructurada, primeros métodos estructurados.
6.5. 1975
6.5.1. La consolidación, segunda generación del software, calidad del software.
6.6. 1980
6.6.1. Nuevos diagramas de programación y de producción.
6.7. 1985
6.7.1. Hacia una ingeniería, lenguajes gráficos, ciclo de vida en espiral.
6.8. 1990
6.8.1. Ingeniería del Software, actual auge del internet, tercera generación del software, incremento de costos.
6.9. 2000
6.9.1. Metodología, la creciente demanda del software a bajo costo, llevó al crecimiento de metodologías más simples.
6.10. 2012
6.10.1. Ingeniería de Software actual