3. Técnicas de estimación de costos Comienza al precio más alto del objeto, el que ningún participante está dispuesto a pagar. Va descendiendo hasta que uno de los participantes anuncia su deseo de pujar. Así obtiene el objeto. Subasta Holandesa Comienza con precio cero y va subiendo. Los participantes comienzan activos deseando comprar a cero. A medida que aumenta el precio, los participantes disminuyen sus demandas. La subasta termina cuando sólo queda un participante activo. Éste es el ganador, paga el precio en el cual el resto de los participantes dejaron de pujar. Subasta Inglesa El costo del software se estima a lo que el cliente tiene disponible para gastar en el proyecto. El esfuerzo estimado depende del presupuesto que el cliente tenga y no de la funcionalidad del software. Pricing to win Esta ley establece que el trabajo se expandirá hasta completar el tiempo disponible. El costo se determina por los recursos disponibles en vez de evaluación objetiva. Si el software se entregará en 12 meses y hay 5 personas disponibles, el esfuerzo requerido se estima en 60 meses-hombre. Ley de Parkinson Esta técnica se aplica cuando otros proyectos en el mismo dominio de aplicación han sido finalizados. El costo del nuevo proyecto se esiam por analogía a estos proyectos finalziados. Estimation por analogía Se consultan algunos expertos en las técnicas de desarrollo de software y el dominio de aplicación propuesto. Ellos estiman el costo del proyecto, estas estimaciones se comparan y discuten. Se itera este proceso de estimación hasta que se logra un acuerdo. Juicio experto Se usa un modelo basado en información histórica de costos que relaciona alguna métrica de software (usualmente su tamaño) al costo del proyecto. Se hace uan estimación de esa métrica y el modelo predice el esfuerzo requerido. Modelos algorítmicos de costos
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26. Puntos de función ¿Se diseñó la aplicación para eficiencia al usuario final? End-user efficienciy ¿Qué porcentaje de la información se ingresa en línea? On-line data entry ¿Cuán frecuentemente se ejecutan las transacciones?¿ dirariamente, semanalmente, mensualmente, etc.? Transaction rate ¿Cuánta carga de uso tiene la plataforma de hardware actual donde la aplicación correrá? Heavily used configuration ¿Solicitó el usuario tiempo de respuesta o rendimiento? Performance ¿Cómo son manejados datos y funciones de procesamiento distribuidos? Distributed data processing ¿Cuántos servicios de comunicación existen para ayudar en la transferencia o intercambio de información con la aplicación o sistema? Data communications Breve descripción Característica general del sistema (CGS)
27. Puntos de función ¿Se diseñó, desarrolló y soportó específicamente para facilitar el cambio? Facilitate change ¿Se diseñó, desarrolló y soportó la aplicación para ser instalada en múltiples sitios para múltiples organizaciones? Multiple sites ¿Cuán efectivos o automáticos son los procedimientos de inicio, respaldo y recuperación? Operational ease ¿Cuán difícil es la conversión e instalación? Installation ease ¿Fue desarrollada la aplicación para solucionar las necesidades de uno o más usuarioas? Reusability ¿La aplicación tiene extensivos procesamientos lógicos o matemáticos? Complex processing ¿Cuántos ILFs se actualizan por transacciones en línea? On-line update Breve descripción Característica general del sistema (CGS)
![Técnicas de estimación de costos ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)