Grado en Informática · 2026–2027 01 / 12
Sesión 01 · 2 de septiembre de 2026

Ingeniería
del Software

Por qué construir software es difícil, y qué hacemos al respecto.

Daniel Lombraña González talks.daniellombrana.es/is-s01
Prólogo IS · S01 · 2026
I
Prólogo

El precio de
hacerlo mal

El precio de hacerlo mal 03 / 12
Healthcare.gov · 1 de octubre de 2013
~$35M

por registro exitoso el día del lanzamiento.

Invertido en el proyecto
$209M
Intentos el día 1
500.000
Registros completados
6
01 · El precio de hacerlo mal Fuente: GAO-14-694, 2014
El precio de hacerlo mal 04 / 12

¿Por qué falló? No por falta de dinero.

Citas literales · HHS OIG OEI-06-14-00350

01

Sin liderazgo claro

"The absence of clear leadership caused delays in decision-making and a lack of clarity in project tasks."

02

Política antes que producto

"Devoting too much time to developing policy left too little time for developing the website."

03

Contrato mal gestionado

"Failing to properly manage its key website development contract."

04

Política y técnica desconectadas

"Poor coordination between policy and technical work hampered progress."

05

Ignorar las señales de alerta

"CMS continued on a failing path despite signs of trouble, making rushed corrections that proved insufficient."

Este semestre aprenderéis exactamente las herramientas que habrían evitado cada uno de estos cinco fallos.

01 · El precio de hacerlo mal Fuentes: GAO-14-694 · HHS OIG OEI-06-14-00350
Fundamentos IS · S01 · 2026
II
Fundamentos

Qué es la IS
y por qué existe

Fundamentos 06 / 12
Garmisch, Alemania · Octubre 1968 · Comité Científico de la OTAN
"El término 'ingeniería del software' fue elegido deliberadamente como provocador, implicando que la fabricación de software debería basarse en los mismos fundamentos teóricos y disciplinas prácticas que las ramas establecidas de la ingeniería."
Naur & Randell  ·  Software Engineering, informe de la conferencia, 1969
02 · Fundamentos NATO Software Engineering Conference Report, 1969
Fundamentos 07 / 12

El software es diferente.

Por eso no basta con aplicar la ingeniería civil o la electrónica.

01 · Intangible

No se ve,
no se toca

No hay inspección visual posible. El progreso es difícil de medir. El gestor no puede ver "qué queda por construir".

02 · Maleable

Se puede
cambiar siempre

A diferencia del hardware, el software puede modificarse en cualquier momento. Esto es una ventaja y también la principal fuente de problemas.

03 · Complejo

Escala en
complejidad

Un puente del doble de tamaño no es el doble de complejo. Un sistema de software sí puede serlo. Las interacciones crecen cuadráticamente.

04 · No se desgasta

Pero sí se
deteriora

El hardware se rompe con el uso. El software no se desgasta, pero cada cambio introduce nuevos defectos. Se deteriora con las modificaciones, no con el tiempo.

Fundamentos 08 / 12

Detectar tarde un defecto sale carísimo.

Coste relativo de corregir un defecto según la fase donde se encuentra. Base: detectado en requisitos = 1×. El quinto error de Healthcare.gov (sin pruebas end-to-end) es exactamente esto.

Requisitos
3–6×
Diseño
10×
Codificación
25×
Pruebas
100×
Producción
02 · Fundamentos Boehm · Software Engineering Economics, 1981
Fundamentos 09 / 12

El estado del arte hoy.

The Standish Group, CHAOS Report 2020 · 50.000 proyectos de software analizados.

31%

Funcionan

En plazo, dentro del presupuesto y con todas las funcionalidades requeridas.

50%

Tienen problemas

Retrasados, sobre presupuesto o con funcionalidades recortadas.

19%

Fallan

Cancelados o entregados pero nunca utilizados.

02 · Fundamentos The Standish Group · CHAOS Report 2020
Este año IS · S01 · 2026
III
Este año

Lo que vamos
a hacer

Este año 11 / 12

Cómo se evalúa

40%

Pruebas de
evaluación

Pruebas orales o escritas.

40%

Trabajos,
entregables y proyectos

Entregables a lo largo del semestre.

20%

Portafolio

Resolución de problemas.

03 · Este año IS · S01 · 2026
Este año 12 / 12
La filosofía del curso

Se aprende
haciendo.

Necesitáis una base teórica. Sin ella no entendéis por qué hacéis las cosas y no podéis adaptaros cuando algo sale mal.

Pero la teoría sola no os prepara para nada. El camino es construir algo real, equivocarse, corregirlo y entender qué falló, y por qué.

talks.daniellombrana.es/is-s01
Ingeniería del Software · 2026–2027 talks.daniellombrana.es