1. Práctica y principios de la ingeniería de software
1.1. Práctica
1.1.1. Entender el problema
1.1.1.1. Hacer las siguientes preguntas y responderlas para entender el problema a resolver: ¿Quiénes tienen que ver con la solución del problema?, ¿Cuáles son las incógnitas?, ¿Puede fraccionarse el problema?, ¿Es posible representar gráficamente el problema?
1.1.2. Planear la solución
1.1.2.1. Modelado y diseño del software: se responden a las siguientes preguntas dentro del modelado y diseño: ¿Ha visto antes problemas similares?, ¿Ha resuelto un problema similar?, ¿Pueden definirse problemas más pequeños?, ¿Es capaz de representar una solución en una forma que lleve a su implementación eficaz?
1.1.3. Ejecutar el plan
1.1.3.1. Generación del código: se realiza la creación del software, a su vez que se pretende responder lo siguiente: ¿Se ajusta la solución al plan?, ¿Es probable que cada parte componente de la solución sea correcta?
1.1.4. Examinar la exactitud del resultado
1.1.4.1. Probar y asegurar la calidad: con lo anterior creado, debe responderse lo siguiente: ¿Puede probarse cada parte componente de la solución?, ¿La solución produce resultados que se apegan a los datos, funciones y características que se requieren?
1.2. Principios
1.2.1. La razón de que exista todo
1.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.
1.2.2. MSE (Mantenlo sencillo, estúpido ... )
1.2.2.1. Todo diseño debe ser tan simple como sea posible, pero no más.
1.2.3. Mantener la visión
1.2.3.1. Una visión clara 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].
1.2.4. Otros consumirán lo que usted produce
1.2.4.1. Siempre establezca especificaciones, diseñe e implemente con la seguridad de que alguien más tendrá que entender lo que usted haga.
1.2.5. Ábrase al futuro
1.2.5.1. Un sistema con larga vida útil tiene más valor. Nunca diseñe sobre algo iniciado.
1.2.6. Planee por anticipado la reutilización.
1.2.6.1. 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.
1.2.7. ¡Piense!
1.2.7.1. Pensar en todo con claridad antes de emprender la acción casi siempre produce mejores resultados.
2. Elementos de propósito de la ingeniería de software.
2.1. Innovación
2.2. Resolución de problemas complejos
2.3. Reducir costos y tiempos
2.4. Agilizar procesos complejos y sencillos.
2.5. Estructuración adecuada de bases de datos, procesos e implementaciones de soluciones prácticas.
3. Linea de Tiempo:
4. Conceptos básicos
4.1. Campo de estudio que se dedica al estudio práctico de inicio a fin en la producción de software, esto es, desde las fases del ciclo de vida de software, hasta su mantenimiento, actualizaciones e innovaciones.
4.2. Estudio por excelencia de todos los procesos que conlleva la creación, mantenimiento y actualización de cualquier software, asegurando con ello una mejor implementación de programas que ayuden a resolver problemas.
4.3. Conjunto de conocimientos y técnicas empleadas para la creación y mantenimiento de software.
5. Importancia de la ingeniería de software
5.1. Trasciende no solamente en sus procesos, sino en la innovación que manejan a la hora de crear productos de acuerdo a las necesidades humanas.
5.2. Se debe concientizar sobre el uso de las TIC para evitar posibles estragos que eviten avances y produzcan efectos negativos
5.3. La ingeniería de software vino a reformar los aspectos de comunicación, tecnología e industria que eran imposibles en épocas pasadas.
6. El proceso del software
6.1. Comunicación
6.1.1. Comunicación Ingeniero-cliente. Se busca entenderlos objetivos de los participantes respecto del proyecto, y reunir los requerimientos que ayuden a definir las características y funciones del software
6.2. Planeación
6.2.1. Llamado plan del proyecto de software, la planeación 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.
6.3. Modelado
6.3.1. Intenta crear modelos a fin de entender mejor los requerimientos del software y el diseño que los satisfará. Así mismo para saber cómo ajustan entre sí las partes constituyentes y muchas características más
6.4. Construcción
6.4.1. Combina la generación de código (ya sea manual o automatizada) y las pruebas que se requieren para descubrir errores en éste.
6.5. Despliegue
6.5.1. El software se entrega al consumidor que lo evalúa y que le da retroalimentación, misma que se basa en dicha evaluación.
7. 1940: Inicios de escritura de software
7.1. 1968: conferencia de la OTAN sobre ingeniería de software. Publicación de la nota de Dijkstra sobre los peligros de la declaración goto en los programas.
7.1.1. 1960 a 1980: Inicia la crisis del software, que identifica muchos de los problemas de demanda y procesos de desarrollo de software.
7.1.1.1. 1980: El desarrollo de software es reconocido como profesión.
7.1.1.1.1. De 1985 a 1989: "No hay balas de plata. Escencia y accidentes del desarrollo de software." Artículo publicado por Fred Brooks