por Barry W. Boehm · 1988
Sinopsis
Sé el primero en valorar este libro.
Otras obras del mismo autor en el catálogo
1981
1988
1994
1997
1999
2000
2000
2000
2001
2001
2001
2005
2009
2010
Libros relacionados según distintos criterios de búsqueda
Donella H. Meadows, Diana Wright·2008·divulgacion
Aunque no se centra en software, este libro ofrece un marco metodológico para entender y diseñar sistemas que es fundamental para el desarrollo de requerimientos. Boehm se enfoca en procesos estructurados, mientras Meadows aborda la complejidad inherente y la dinámica sistémica, una perspectiva complementaria para entender mejor qué y cómo especificar.
Don Norman·1988·no ficcion
El libro de Boehm se centra en la ingeniería de requisitos desde una perspectiva de proceso y documentación. Norman, en cambio, aborda directamente la experiencia del usuario y cómo el diseño de un producto debe estar intrínsecamente ligado a la comprensión de las necesidades humanas, una perspectiva crucial, aunque a menudo subestimada, en la fase de levantamiento de requisitos de software.
Frederick Brooks Jr.·1975·no ficcion
Brooks y Boehm son contemporáneos que abordaron el mismo problema: la complejidad del software. Mientras Boehm propone un modelo estructurado para los requisitos, Brooks profundiza en la raíz filosófica de por qué el software es difícil, las lecciones aprendidas sobre gestión y el famoso 'no silver bullet'. Ambos buscan una base sólida para la ingeniería, pero Brooks lo hace desde una perspectiva más humana y contextual que complementa la formalidad de Boehm.
James C. Scott·1998·no ficcion
El enfoque de Boehm se centra en la creación de un modelo estructurado y formalizado para los requisitos, buscando una 'legibilidad' del problema del software. El libro de Scott, aunque en un contexto sociopolítico, plantea una crítica profunda a la tendencia a simplificar sistemas complejos para el control burocrático, ignorando las complejidades 'illegibles'. La conexión reside en la tensión filosófica entre la necesidad de modelar y formalizar (Boehm) y el peligro de simplificar excesivamente la realidad rica y multifacética que se intenta capturar en esos modelos (Scott).
Edsger W. Dijkstra·1976·ciencia ficcion
Dijkstra, un pionero de la informática, influyó enormemente en la programación estructurada y la verificación formal. Mientras Boehm se centra en cómo definir los requisitos de un sistema, Dijkstra aborda cómo construir sistemas que sean 'correctos' dados esos requisitos, utilizando una lógica matemática rigurosa para describir el comportamiento del software. Ambos buscan la precisión y la corrección, pero Dijkstra lo hace desde una perspectiva más fundamentalmente teórica.
Norbert Wiener·1948·no ficcion
El trabajo de Boehm se sitúa en la intersección de la teoría de sistemas y la ingeniería. Wiener, mucho antes, articuló los principios fundamentales que subyacen tanto a los sistemas de control como a la comunicación, que son elementos esenciales en cualquier desarrollo de software. Comprender la cibernética ofrece una base teórica más profunda para entender por qué y cómo los sistemas responden a los requisitos, y cómo se gestiona la información y el control en ellos.
Donald Knuth·1968·ciencia ficcion
Knuth se destaca por la formalidad y la precisión con la que descompone y presenta problemas complejos a través de una notación y un lenguaje propios, aplicando un rigor casi poético a la programación. De manera similar, Boehm busca establecer un modelo formal y estructurado para la documentación de requisitos. La 'estructura' aquí es la forma en que ambos autores abordan la complejidad: la desglosan sistemáticamente hasta sus componentes más básicos, con una atención meticulosa a la coherencia interna y la precisión, usando un lenguaje específico para su dominio.
Niklaus Wirth·1971·no ficcion
El modelo de Boehm para el desarrollo de requisitos es inherentemente un proceso de refinamiento, y los 'pasos' que propone buscan estructurar este proceso. El artículo de Wirth describe una metodología similar de 'refinamiento paso a paso' pero aplicada directamente al proceso de transformar un problema en un programa, lo que estructuralmente refleja cómo los requisitos se descomponen y elaboran en el modelo de Boehm. Ambos buscan la claridad y la corrección a través de una progresión estructurada.
