1. 1
ANALOGÍAS EN EL
DESARROLLO DE SISTEMAS
ALEJANDRO DOMÍNGUEZ
alexdfar@yahoo.com
Conferencia en la Universidad Hispanoamericana, septiembre de 2000
2. 2
Las preguntas fastidiosas
• Preguntas:
– ¿Por qué el ciclo de
vida de desarrollo de
sistemas no es aplicado
por muchos
desarrolladores?
– ¿Por qué la técnica
más utilizada para
construcción de
sistemas es la de
“codificar y corregir”?
3. 3
Las respuestas contundentes
• Respuestas aceptadas como
dogma:
– Utilizar el ciclo de vida representa
perdida de tiempo y el sistema “es
para ayer”
– Soy “el teclado más rápido” de la
oficina (escuela) y “como veo doy”
– El ciclo de vida no sirve
– Mi método es más efectivo
• Aunque nadie sabe en que consiste ese
método
4. 4
Un modelo de ciclo de vida
(uno de tantos)
La fase de
utilización
La fase de
planeación
La fase de
implementación
La fase de
análisis
La fase de
diseño
5. 5
Otra pregunta fastidiosa y
otras respuestas contundentes
• Otra pregunta fastidiosa
– ¿Quién y dónde se utiliza el ciclo de vida?
• Otras respuestas contundentes (y
también aceptadas como dogma):
– Lo desconozco, ya que no tiene
importancia y no se requiere entenderlo
del todo para desarrollar sistemas
– Nadie (pero absolutamente N·A·D·I·E) y
en ningún lugar se utiliza el ciclo de vida
7. 7
La contra respuesta de los
médicos
El problema Entendimiento Análisis del Diseño de la
del usuario del problema problema solución
Implementación Adaptación Pruebas y
de la solución de la solución mantenimiento
8. 8
Las “solución” con las
“respuestas contundentes”
El problema Las herramientas que
del usuario tengo y lo que se usar
La herramienta que
más uso “La solución”
9. 9
La contra respuesta de los
“fiesteros”
El problema: Análisis: Análisis: Análisis: Análisis:
fiesta de presupuestar planear planear planear
cumpleaños bebidas alimentos invitados
Diseño: Implantación: Mantenimiento:
preparar fiesta la fiesta atender invitados
10. 10
Las “solución” con las
“respuestas contundentes”
El problema: fiesta de Implantación: la
cumpleaños fiesta
Las consecuencias
11. 11
Conclusiones: Modelo de las
“respuestas contundentes”
codificar y
corregir
Entrega
Especificación
(quizás)
del sistema
(quizás)
12. 12
Conclusiones relacionadas con
el cliente
• No siempre tiene idea de la magnitud del
sistema que está solicitando
• Piensa que el software, al ser no tangible,
se puede crear por arte de magia
• Cree que el dinero lo compra todo
• Cree que sus deseos deben ser ordenes
• No alcanza a distinguir entre la ciencia-
ficción y la ciencia verdadera
13. 13
Conclusiones relacionadas con
el desarrollador
• No alcanza a distinguir • Piensa que el ciclo de
entre codificar y vida de los sistemas y
programar las técnicas de
planificación asociadas
• Se tiene demasiada son sólo una perdida
auto-confianza, por lo de tiempo
que siempre piensa
que tendrá momentos • No siempre tiene idea
de inspiración que lo de la magnitud del
llevarán a la solución sistema que está
correcta ( “método de desarrollando
inspiración divina”)
• Piensa que “el que
paga, manda”