ING INFORMATICA

INVESTIGACION

Universitario(a): Ruth Noelia Arequipa Cruz

Docente: Castro Figueroa Elizabeth
Fecha: 17 de febrero de 2023

Tarija – Bolivia
1 ¿Quién es barry boehm?
Barry W. Boehm (n. 1935) es un ingeniero informático estadounidense y también es profesor emérito de esta
materia en eldepartamento de ciencias tecnológicas en la Universidad del Sur de California. Es conocido por sus
múltiples aportes a este campo.[editar] Formación y primeros años
En 1957 recibió su grado de B.A., ysus grados de M.S. y de Ph.D. en Harvard. Obtuvo una licenciatura en
Matemáticas en la Universidad de California en 1961 y 1964 respectivamente.
En 1955 comenzó a trabajar como analista deprogramas en General Dynamics. En 1959 pasó a la RAND
Corporation, donde fue jefe del departamento de ciencias informáticas hasta 1973. Desde ese año a 1989 fue
científico en jefe del equipo de defensa desistemas en TRW. Entre 1989 y 1992, sirvió en el departamento de los
Estados Unidos de la defensa como director de la oficina de las ciencias y tecnología de la información de
Defense Advanced ResearchProjects Agency (DARPA), y como director del software de Director, Defense
Research & Engineering en la oficina de informática.Desde 1992 es profesor de ingeniería informática en el
departamentode ciencias de la informática en la Universidad del Sur de California.
2 Nombra 5 metodologias de desarrollo de software
Metodologia agil: es posiblemente una de las metodologías de desarrollo de software más populares en los
últimos días. Se necesita un enfoque diferente del método lineal convencional. Agile se enfoca en cómo
satisfacer a los usuarios en lugar de enfatizar la documentación y los procedimientos rígidos. Con Agile, las
tareas se dividen en sprints cortos que tardan entre 1 y 4 semanas en completarse. Es un modelo iterativo que
implica múltiples pruebas a medida que avanza el desarrollo. Los desarrolladores buscan
continuamente comentarios de los clientes y realizan cambios en el software. 
La comunicación es la prioridad en Agile, particularmente entre desarrolladores, clientes y usuarios. 
Metodologia de desarrollo de cascada: La metodología de desarrollo en cascada se entiende fácilmente, lo que la
hace popular entre los equipos con menos experiencia en diseño. Cada etapa debe completarse antes de pasar a
la siguiente. Por ejemplo, todos los requisitos deben establecerse antes de que pueda comenzar el diseño. 
Al igual que una cascada fluye en una dirección, no hay vuelta atrás en este enfoque. Esto hace que la cascada
sea un método no flexible y que debe evitarse en proyectos con requisitos que cambian rápidamente.
Metodologia Desarrollo Esbelto:

La metodología inspirada en Toyota también enfatiza el aprendizaje continuo y el aplazamiento de la

decisión. Permite a los equipos mantener una mente abierta durante el curso del desarrollo y considerar todos
los factores antes de tomar una decisión. 

Con la metodología lean, los desarrolladores tienen la tarea de identificar los cuellos de botella que podrían
dificultar el proceso. El objetivo es establecer un sistema eficiente que funcione a la perfección. La metodología
también enfatiza el respeto humano, lo que significa que la comunicación es clave para mejorar la colaboración
en equipo.
Metodologia modelo prototipo:
En lugar de desarrollar un software completo, el modelo prototipo permite a los desarrolladores trabajar en la
versión prototipo del producto final. Luego, el prototipo se pone a disposición para las pruebas, la evaluación y
la retroalimentación del cliente. 

Según los comentarios recopilados, el prototipo pasa por varias iteraciones de refinamiento hasta que el cliente
lo considera satisfactorio. El atractivo del enfoque de prototipo es su evaluación rigurosa que descubre posibles
problemas antes de que comience el desarrollo real.
Metodologia de desarrollo rapido de aplicaciones:
El modelo de desarrollo rápido de aplicaciones (RAD) se introdujo en 1991 y sirvió como base para los marcos
iterativos modernos. Se enfoca en obtener productos construidos en un marco de tiempo mucho más corto sin
comprometer la calidad.

RAD es un marco de 4 pasos, que defiende los requisitos del proyecto, la creación de prototipos, las pruebas y la
implementación. A diferencia de los modelos lineales, RAD enfatiza la construcción de prototipos con los
requisitos dados y probarlos con el cliente. Esto se hace a través de múltiples iteraciones hasta que el cliente está
satisfecho con los resultados.

3 Cuales son los factores de riesgo que se deben tomar en cuenta en el desarrollo de proyectos de software

ERRORES DE CÓDIGO Y ERRORES

Esto puede parecer un riesgo obvio, pero el software que no se prueba adecuadamente para garantizar la calidad
puede convertirse en una pesadilla. Los errores se deben encontrar en las primeras etapas del ciclo de vida del
desarrollo de software, de modo que se puedan remediar en las primeras etapas del proceso. El éxito de la
gestión de errores recae en los líderes y la gestión para diseñar procedimientos que permitan a los
desarrolladores continuar codificando mientras los alertan sobre errores que deben corregirse.

PLAZOS POCO REALISTAS

Los plazos estrictos son parte de un entorno de desarrollo acelerado. Para los desarrolladores, es difícil dar un
tiempo estimado preciso de finalización, pero la gerencia y las partes interesadas deben saber cuándo pueden
esperar un producto. Los plazos son una forma constante de disputa entre los desarrolladores y la gerencia.

ESPECIFICACIONES Y DOCUMENTACIÓN DEFICIENTES

Durante la fase de descubrimiento inicial, los directores de proyecto y otras partes interesadas se reúnen para
analizar los requisitos del software y las características del proyecto. Los gerentes de proyecto elaboran una lista
de requisitos y especificaciones de software en función de las necesidades y solicitudes de las partes
interesadas. Si esta documentación está mal escrita, causa confusión a los desarrolladores. La documentación
mal escrita puede generar características incorrectas codificadas en la aplicación y clientes insatisfechos.

PROBLEMAS DE PRESUPUESTO

El desarrollo de software es costoso, por lo que el cliente debe tener el presupuesto para continuar con el
proyecto. Los desarrolladores deben dar una buena estimación de tiempo para su trabajoque se relaciona
directamente con un presupuesto preciso. Las estimaciones de costos no siempre son precisas, por lo que los
clientes deben tener suficiente presupuesto para respaldar cualquier cambio o requisito imprevisto.

DESLIZAMIENTO DEL ALCANCE

Es importante durante la fase de diseño precisar cada característica y requisito del cliente. Luego, los clientes
deben firmar la documentación de especificaciones para que todos estén de acuerdo con lo que se debe codificar
y el diseño, la funcionalidad y el propósito del software del producto final. Después de que todos están de
acuerdo, no es raro que los clientes cambien de opinión, y aquí es donde se produce el avance del alcance.

MALA GESTIÓN DE PROYECTOS

Administrar grandes proyectos de desarrollo de software requiere la capacidad de supervisar a los

desarrolladores y comunicarse con las partes interesadas para brindarles actualizaciones. 

Bibliografias:
https://www.uptech.team/blog/software-development-methodologies
https://envative.com/insights/7-top-risks-to-software-development