Guia de Estudios 5

Universidad Nacional de Misiones
Licenciatura en Sistemas de Información

Analista en Sistemas de Computación
Profesorado Universitario en Computación
Introducción al Análisis de Sistemas

Ingeniería de Software I
Profesor: Ing. Selva Nieves Ivaniszyn
Guía de Estudio 5
Integrantes
Página 1|5
Foto APELLIDO y Nombre correo electrónico
Nasadyk Fernando [email protected]
Rodrigues Sebastian mailto:[email protected]
mailto:[email protected]
Miño Lucas
om
Keingeski Noam [email protected]
Año 2022
Página 2|5
22.1. EXPLIQUE por qué la intangibilidad de los sistemas de software
plantea problemas especiales para la gestión de proyectos de software.
La intangibilidad de los sistemas de software plantea problemas para la gestión de proyectos de software
porque el software al ser intangible no se puede ver ni tocar, por lo que los administradores del proyectos
no pueden tener una idea del proceso, progreso o del avance del software; no pueden ver qué cosas van
mal, tienen que confiar en otros para la elaboración de dicho software.
23.1. ¿EN QUÉ circunstancias una compañía puede cobrar justificadamente por un
sistema de software un precio mucho mayor que la estimación de costo del software
más un margen de ganancia razonable?
El precio de un producto de software a un cliente es simplemente el costo del desarrollo más las
ganancias para el diseñador. Es difícil la estimación, Probablemente haya que hacer estimaciones iniciales
sobre la base de una definición de requerimientos de usuario de alto nivel. Pero si una organización no
está segura de sus estimaciones de costos, puede aumentar su precio mediante una contingencia por arriba
de su ganancia normal.
23.2. EXPLIQUE por qué el proceso de planeación de proyecto es iterativo y POR

QUÉ un plan debe revisarse de manera continua durante un proyecto de software
El proceso de planeación de proyectos es iterativo porque ya existe o ya se tiene una idea de los pasos a
seguir para la elaboración de este, por lo cual, el proceso de planificación no es tan complicado como la
revisión periódica del mismo una vez puesto en marcha el plan.
Se debe revisar continuamente el plan durante el proyecto del software porque no se sabe con exactitud
los inconvenientes que se pueden presentar durante la elaboración de un proyecto, estos inconvenientes
pudieron no haberse tomado en cuenta al momento de la elaboración del plan o del proyecto, por lo que
es necesario revisar continuamente el plan durante la elaboración del proyecto.
23.4. Las estimaciones de costos son inherentemente riesgosas, sin importar la técnica
de estimación empleada. SUGIERA cuatro formas en las que pueda reducirse el
riesgo en una estimación de costos.
• Tener personal especializado en la captación y manejo de información nos permitirá seguir una
estrategia empresarial innovadora que nos ayudará a decidir sobre nuestros productos y servicios,
reaccionar ante nuestra competencia, anticiparse a los cambios que se están produciendo en el mercado,
en la tecnología, etc.
• Preparar una línea base de coste que detalle el presupuesto a utilizar a lo largo del proyecto y
utilizarlo como referencia para medir, supervisar y controlar los costes.
• Establece correctamente los requisitos de financiación para tener claro los fondos totales que
necesitas para poder cumplir con éxito los objetivos del proyecto.
• Calcular que los sobrecostes que vayan surgiendo no superen la financiación parcial ni total
aprobada para el proyecto.
• Revisar que no se incluyan cambios no aprobados en el coste o uso de recursos, esto podría
descuadrar las estimaciones del presupuesto.
23.5. La figura 23.14 establece algunas tareas, duraciones y dependencias. DIBUJE

una gráfica de barras que muestre el calendario del proyecto.
Página 3|5
Archivo Excel: “Guia 5 punto 5”
23.6. La figura 23.14 muestra las duraciones de las tareas para actividades de un proyecto de software.
SUPONGA que ocurre un grave inconveniente no anticipado y que la tarea T5, en vez de tardar 10 días,
tarda 40 días. DIBUJE nuevas gráficas de barras que muestren cómo puede reorganizarse el proyecto.
23.7. El juego de planeación XP se basa en la noción de planeación para implementar las historias que
representan los requerimientos del sistema. EXPLIQUE los problemas potenciales con este enfoque
cuando el software tiene alto rendimiento o requerimientos de confiabilidad.
Uno de los problemas potenciales con este enfoque es su dependencia hacia el cliente, ya que, lo que se
va a incluir en un incremento depende de él. Suele ocurrir que el cliente o su representante no siempre
esté disponible cuando se lo necesita, por consiguiente, el equipo debe esperar a que el cliente esté a
disposición del equipo, esto genera un retraso en el avance del proyecto, por lo tanto, lo que no se llegue a
implementar ya no se implementará debido a que el juego de planeación XP no posterga la fecha de
entrega del proyecto.
Otro problema potencial es la cantidad de miembros del equipo, ya que, cuando se requiera de éste
método y los miembros del equipo sean numerosos, estén distanciados geográficamente o cambie la
conformación del mismo, puede que la planeación ágil no funcione tan bien debido a que se necesita de la
participación de todos los miembros del equipo para la planeación.
23.8. Un administrador de software está encargado del desarrollo de un sistema de software crítico de
protección, que está diseñado con la finalidad de controlar una máquina de radioterapia para tratar a
pacientes que sufren de cáncer. Este sistema está embebido en la máquina y debe operar en un procesador
de propósito especial con una cantidad fija de memoria (256 Mbytes). La máquina se comunica con un
sistema de base de datos de pacientes para obtener los detalles del paciente y, después del tratamiento,
registrar automáticamente en la base de datos la dosis de radiación administrada y otros detalles de
tratamiento.
Se usa el método COCOMO para estimar el esfuerzo requerido al desarrollar este sistema y se calcula una
estimación de 26 meses-hombre. Todos los multiplicadores de controlador de costos se establecieron en 1
cuando se hizo esta estimación.
EXPLIQUE por qué debe ajustarse esta estimación para tomar en cuenta factores del proyecto, el
personal, el producto y la organización. SUGIERA cuatro factores que puedan tener efectos significativos
sobre la estimación COCOMO inicial y proponga posibles valores para estos factores. Justifique por qué
debe incluir cada factor.
23.9. Algunos proyectos de software muy grandes implican escribir millones de líneas de código.
EXPLIQUE por qué los modelos de estimación de esfuerzo, como el COCOMO, pueden no funcionar
bien cuando se aplican a sistemas muy grandes.
Esto se debe a que en sistemas grandes se pueden desarrollar diferentes partes del sistema mediante
distintas tecnologías y es posible que no se tenga que estimar todas las partes del sistema con el mismo
nivel de precisión. En tales casos se puede usar el submodelo adecuado a cada parte del sistema y
combinar los resultados para crear una estimación compuesta.
23.10. ¿ES ÉTICO que una compañía cotice un precio bajo para un contrato de software, a sabiendas de
Página 4|5
que los requerimientos son ambiguos y que pueden cobrar un precio alto por cambios
posteriores solicitados por el cliente?
Si, con frecuencia al software se le asigna un precio para obtener un contrato y entonces la funcionalidad
del sistema se ajusta parea satisfacer el precio estimado.
Página 5|5

Guia de Estudios 5

Cargado por

Copyright:

Formatos disponibles

Guia de Estudios 5

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Guia de Estudios 5

Cargado por

Copyright:

Formatos disponibles

Universidad Nacional de Misiones

Licenciatura en Sistemas de Información

Introducción al Análisis de Sistemas

Rodrigues Sebastian mailto:[email protected]

Keingeski Noam [email protected]

23.2. EXPLIQUE por qué el proceso de planeación de proyecto es iterativo y POR

23.5. La figura 23.14 establece algunas tareas, duraciones y dependencias. DIBUJE

También podría gustarte